Slightly OT: problems with emerge -b on gentoo

Hi Folks

I am running vServers with Gentoo Hosts and have a problem with the 
gentoo emerge command.

if I understand correctly, than "emerge -b" should compile a package and 
put a zipped binary of the compiled stuff into the "binpkg" tree...

Now I use "emerge -bu system" to update my first vServer (all of them 
have the same base-layout") what will correctly update this one but will 
NOT create the wanted binarys.

Anyone can give me a hint what I am doing wrong ?

Oliver
--

-- 
Diese Nachricht wurde digital unterschrieben
oliwel's public key: http://www.oliwel.de/oliwel.crt
Basiszertifikat: http://www.ldv.ei.tum.de/page72

_______________________________________________
Vserver mailing list
Vserver <at> list.linux-vserver.org
http://list.linux-vserver.org/mailman/listinfo/vserver

Re: Slightly OT: problems with emerge -b on gentoo

On Saturday 01 January 2005 20:51, Oliver Welter wrote:
> Hi Folks
>
> if I understand correctly, than "emerge -b" should compile a package and
> put a zipped binary of the compiled stuff into the "binpkg" tree...
>

Hm, don't know why no binpkgs are created, but did you try to put "buildpkg" 
to your FEATURES variable in /etc/make.conf?

Bene

--

-- 
Benedikt Boehm          www.croup.de
bb <at> xnull.de       GPG-ID: 0x32585A3D

"If it moves, compile it." -- Gentoo

_______________________________________________
Vserver mailing list
Vserver <at> list.linux-vserver.org
http://list.linux-vserver.org/mailman/listinfo/vserver

Re: Slightly OT: problems with emerge -b on gentoo

Hi Bene,

>>Hi Folks
>>
>>if I understand correctly, than "emerge -b" should compile a package and
>>put a zipped binary of the compiled stuff into the "binpkg" tree...
>>
> 
> 
> Hm, don't know why no binpkgs are created, but did you try to put "buildpkg" 
> to your FEATURES variable in /etc/make.conf?
> 
was my misstake - I had a typo in the path overlay and looked into the 
old-style binpkg dir

THX

Oliver

--

-- 
Diese Nachricht wurde digital unterschrieben
oliwel's public key: http://www.oliwel.de/oliwel.crt
Basiszertifikat: http://www.ldv.ei.tum.de/page72
_______________________________________________
Vserver mailing list
Vserver <at> list.linux-vserver.org
http://list.linux-vserver.org/mailman/listinfo/vserver

Re: The Future of Linux Capabilities ...

Pavel Machek <pavel <at> ucw.cz> writes:

> 1) seems acceptable, as long as 64bits is enough.

That cries for an extensible interface.

Andreas.

--

-- 
Andreas Schwab, SuSE Labs, schwab <at> suse.de
SuSE Linux Products GmbH, Maxfeldstraße 5, 90409 Nürnberg, Germany
Key fingerprint = 58CA 54C7 6D53 942B 1756  01D3 44D5 214B 8276 4ED5
"And now for something completely different."
_______________________________________________
Vserver mailing list
Vserver <at> list.linux-vserver.org
http://list.linux-vserver.org/mailman/listinfo/vserver

Re: Re: The Future of Linux Capabilities ...

On Sun, Jan 02, 2005 at 08:43:31PM +0100, Andreas Schwab wrote:
> Pavel Machek <pavel <at> ucw.cz> writes:
> 
> > 1) seems acceptable, as long as 64bits is enough.
> 
> That cries for an extensible interface.

I guess using an array (with at compile time fixed size)
of __u32 (or maybe __u64 on 64bit archs) would be a good
solution to make it 'compatible' with the current interface
(for the lower 32 bit) and allow to use an interface which
can handle arbitrary sizes for the 'new' syscall interface

best,
Herbert

> Andreas.
> 
> -- 
> Andreas Schwab, SuSE Labs, schwab <at> suse.de
> SuSE Linux Products GmbH, Maxfeldstraße 5, 90409 Nürnberg, Germany
> Key fingerprint = 58CA 54C7 6D53 942B 1756  01D3 44D5 214B 8276 4ED5
> "And now for something completely different."
> _______________________________________________
> Vserver mailing list
> Vserver <at> list.linux-vserver.org
> http://list.linux-vserver.org/mailman/listinfo/vserver
_______________________________________________
Vserver mailing list
Vserver <at> list.linux-vserver.org

Re: Slightly OT: problems with emerge -b on gentoo

Actually, this is very OT... I'd search the gentoo forums, and you'll
probably find this question 20 times.

try adding "buildpkg" to FEATURES= in /etc/make.conf

the packages are created at /usr/portage/packages

On Sat, 2005-01-01 at 20:51 +0100, Oliver Welter wrote:
> Hi Folks
> 
> I am running vServers with Gentoo Hosts and have a problem with the 
> gentoo emerge command.
> 
> if I understand correctly, than "emerge -b" should compile a package and 
> put a zipped binary of the compiled stuff into the "binpkg" tree...
> 
> Now I use "emerge -bu system" to update my first vServer (all of them 
> have the same base-layout") what will correctly update this one but will 
> NOT create the wanted binarys.
> 
> Anyone can give me a hint what I am doing wrong ?
> 
> Oliver
> _______________________________________________
> Vserver mailing list
> Vserver <at> list.linux-vserver.org
> http://list.linux-vserver.org/mailman/listinfo/vserver
--

-- 

StrongBox Linux

Re: Slightly OT: problems with emerge -b on gentoo

Problem is solved already (and posted here...)

But nevertheless THX :)

Liam Helmer wrote:
> Actually, this is very OT... I'd search the gentoo forums, and you'll
> probably find this question 20 times.
> 
> try adding "buildpkg" to FEATURES= in /etc/make.conf
> 
> the packages are created at /usr/portage/packages
> 
> On Sat, 2005-01-01 at 20:51 +0100, Oliver Welter wrote:
> 
>>Hi Folks
>>
>>I am running vServers with Gentoo Hosts and have a problem with the 
>>gentoo emerge command.
>>
>>if I understand correctly, than "emerge -b" should compile a package and 
>>put a zipped binary of the compiled stuff into the "binpkg" tree...
>>
>>Now I use "emerge -bu system" to update my first vServer (all of them 
>>have the same base-layout") what will correctly update this one but will 
>>NOT create the wanted binarys.
>>
>>Anyone can give me a hint what I am doing wrong ?
>>
>>Oliver
>>_______________________________________________

Slow behavior of vservers

Hi list

I've installed 3 vservers on a dual xeon (2,8 ghz, 1mb cache) based server 
with 1 GB ram, and 10000 spins scsi disks, currently the vservers/root server 
are not under load. But they will be soon.

I have my doubts about only 1 GB ram in the root server.

I'm using Debian Sarge inside the vservers and it's all running on Debian 
Woody (root server) patched with vserver 1.29 on top of kernel 2.4.28.

What really worries me is that when I'm just testing with ab (apache bench), 
the response of the vservers is periodically very slow and I get a lot of 
failed http requests. And the webpages sometime take 5-10 seconds to load. 
Even with ssh it's sometimes slow, when I ssh to the root server everything 
goes fast (sounds weird to say that ssh goes fast?!).

Here's a dump of ./vserver-stat, vsmon1 is a monitor for PHP applications on 
vswwwe1. vsdbe1 is a mysql databaseserver used by vswwwe1.

CTX  PROC    VSZ    RSS  userTIME   sysTIME    UPTIME NAME     DESCRIPTION
0      65  384MB    7kB  16h39m58  12h28m21  16d03h06 root server
1002   53    1GB   36kB    m12.12    m06.11   2h27m50 vsmon1
1003   52    1GB  144kB   1m26.78   1m51.37   2h27m38 vswwwe1
1004   22  756MB   40kB    m12.85    m03.82   9h59m50 vsdbe1

All the vservers is started on eth0 and aliased each with their own public IP.

What could cause this slow behavior?

Re: Slow behavior of vservers

On Tue, Jan 04, 2005 at 02:45:09AM +0100, Lars E. D. Jensen wrote:
> Hi list
> 
> I've installed 3 vservers on a dual xeon (2,8 ghz, 1mb cache) based server 
> with 1 GB ram, and 10000 spins scsi disks, currently the vservers/root server 
> are not under load. But they will be soon.
> 
> I have my doubts about only 1 GB ram in the root server.
> 
> I'm using Debian Sarge inside the vservers and it's all running on Debian 
> Woody (root server) patched with vserver 1.29 on top of kernel 2.4.28.
> 
> What really worries me is that when I'm just testing with ab (apache bench), 
> the response of the vservers is periodically very slow and I get a lot of 
> failed http requests. And the webpages sometime take 5-10 seconds to load. 
> Even with ssh it's sometimes slow, when I ssh to the root server everything 
> goes fast (sounds weird to say that ssh goes fast?!).
> 
> Here's a dump of ./vserver-stat, vsmon1 is a monitor for PHP applications on 
> vswwwe1. vsdbe1 is a mysql databaseserver used by vswwwe1.
> 
> CTX  PROC    VSZ    RSS  userTIME   sysTIME    UPTIME NAME     DESCRIPTION
> 0      65  384MB    7kB  16h39m58  12h28m21  16d03h06 root server
> 1002   53    1GB   36kB    m12.12    m06.11   2h27m50 vsmon1
> 1003   52    1GB  144kB   1m26.78   1m51.37   2h27m38 vswwwe1
> 1004   22  756MB   40kB    m12.85    m03.82   9h59m50 vsdbe1
> 
> All the vservers is started on eth0 and aliased each with their own public IP.
> 
> What could cause this slow behavior?

Re: reboot question

I never got any response to this message below, just thought I'd ping the 
list again on this issue, perhaps I'll have better luck this time 

On Sat, 4 Dec 2004, Gregory (Grisha) Trubetskoy wrote:

>
> vs 1.9.3, util 0.30.196
>
> Could someone shed some light on how reboot works? For the most part the 
> standard reboot commands seems to reboot a vserver, and looking at the code 
> it seems to have something to do with /sbin/vserver, but if I put 'exit' at 
> the top of that script, the reboot still happens, so something else is at 
> work.... How does it work then?
>
> Anyway, I'm relly just trying to figure out why sometimes when a vserver is 
> rebooted from within it does not come back, and when you start it manually 
> afterward, you get:
>
> # vserver blah start
> RTNETLINK answers: File exists
> #
>
> Anyone seen this?
>
> PS if it matters, this is running using fakeinit and the standard /sbin/init, 
> the OS inside and outside vserver is FC2.
>
> Thanks,
>