Re: [Vserver] Re: Debian kernelpackage with vserver-patch applied?

2004-11-09 Thread Thomas Weber
On Tue, Nov 09, 2004 at 03:53:42PM +0100, Bj?rn Steinbrink wrote:
> On Tue, 9 Nov 2004 14:35:18 + (UTC)
> Jesper Krogh <[EMAIL PROTECTED]> wrote:
> 
> > >  well, debian source is debian source, linux-vserver
> > >  patches are based on the vanilla kernel not on some
> > >  distro kernel ...
> > 
> > Ok.. so I'll go for the vanilla kernel in the next try. 
> > 
> > > > I'd really like to have a couple of vservers at my laptop for
> > > > testing software installations :-) Isn't this a common usage of
> > > > Vservers?
> > > 
> > >  yes, it is also common practice to avoid debian
> > >  to get a working linux-vserver setup ...
> > 
> > For any particular reason? 
> 
> Because debian packages are made to work with debian packages. That
> means that if you use the debian util-vserver package it is best to use
> their kernel patch and their helper stuff, it won't work too well with
> non debianized stuff. Problem is: debian stuff is often outdated, f.e.
> from what i remember debian has an (old) vserver patch for 2.6 (devel),
> but the tools are kept at 0.30 (stable), thus you can't use the new
> features (except if the debian maintainers wrote/backported tools...).
> 
> Also, since some packages have very little in common with the upstream,
> it's a real pain to fix issues if you don't happen to be the debian
> maintainer.
> 
> You should have a look at the list's
> archives and search for message from/to debian maintainers, maybe that
> helps understanding why, for linux-vserver, the debianized stuff is not
> the first choice.
> 
> That said, i want to say that i've used debian a long time and i like
> it, but sometimes their (or a maintainer's, dunno) packaging policies
> don't fit a project very well. Linux-VServer is such a project as it
> seems.

It always depends on what you want to do. I run debian with the prepackaged 
util-vserver package and selfmade kernels (2.4.x vanilla+vserver+some more 
patches, no debian specific patches though) just fine on a couple of
boxes.
So the util package appears fine to me for the _stable_ series of
vserver. Can't say anything about the debian provided kernel patches.
These are probably very difficult to maintain since debian offers so
many different additional (optional) 'addon' kernel patches that the big
distributions just ignore. RedHat, Suse and others (except maybe gentoo)
just offer their prepacked kernel and don't care to integrate or offer
the more exotic stuff at all. Last time i looked RH didn't ship with a
vserver option. So usually you build your own vanilla+vserver kernel on 
these systems anyway (or install a third party vserverenabled kernelrpm).

The _devel_ series of vserver and utils probably won't run out of the
box on any distribution. You either have to install third party packages
or compile utils and/or kernel yourself.

I wouldn't blame debian for trying to integrate at least _stable_ vserver 
into their distribution - even if it's far from perfect right now.

And if your policy is not to compile anything yourself at all, you
may not be a candidate for the devel series of anything at all ;-)

  Tom
___
Vserver mailing list
[EMAIL PROTECTED]
http://list.linux-vserver.org/mailman/listinfo/vserver


Re: [Vserver] Best backup of tagxid?

2004-11-09 Thread Gregory (Grisha) Trubetskoy
On Tue, 9 Nov 2004, Gregory (Grisha) Trubetskoy wrote:
The key here is that a file belongs to a context other than 0. The actual xid 
doesn't matter.

So perhaps another fs flag would solve this. (As far as I understand there is 
no xid flag right now, IATTR_XID is an artifact of whether MS_TAGXID is 
there).

If I am in context 0 don't bother with counters.
If I am in context X and removing a file, then:
   If the file belongs to a context other than 0:
   decrement counter
If I am in context X and creating a file:
   Set the xid flag to 1

BTW, upon some more thinking - this would work even without an additional 
flag, the iunlink could serve this purpose:

if in ctx X and deleting a file:
  if not iunlink:
 decrement counter
It looks like the disk limits do not allow you to get above the maximum, 
so it won't be possible to get more space than initially alloted by 
deleting regular (mutable) files.

This sounds simple enough for me to put a patch together - the question is 
- is this worth the effort, or there is something coming that will solve 
this problem more elegantly?

The original problem being that tools like dump (and rsync?) do not deal 
with XID-tagged file.

Grisha
___
Vserver mailing list
[EMAIL PROTECTED]
http://list.linux-vserver.org/mailman/listinfo/vserver


Re: [Vserver] Best backup of tagxid?

2004-11-09 Thread Herbert Poetzl
On Tue, Nov 09, 2004 at 12:01:33PM -0500, Gregory (Grisha) Trubetskoy wrote:
> 
> On Tue, 9 Nov 2004, Herbert Poetzl wrote:
> 
> >On Tue, Nov 09, 2004 at 10:55:43AM -0500, Gregory (Grisha) Trubetskoy 
> >wrote:
> >
> >>Related to this - why is xid tagging required for per-context disk limits?
> >
> >a simple example:
> >
> >context xid=100 creates a 10MB file, the size is added
> >to xid=100's disk usage, then the host admin decides to
> >remove it with rm, how should the kernel know that the
> >size should be substracted from xid=100's disk usage?
> 
> I see. But how about if it doesn't, i.e. the size adjustment is solely 
> based on the context from which the operation is performed?

yes, that is an option too, but you have some drawbacks
there (but basically that is what the runtime tagging will
do, once I implement it)

 - you must not modify any files from a different context
   including the host context

 - you can not use unified files (those have to belong
   to the host context)

best,
Herbert

> Thanks!
> 
> Grisha
___
Vserver mailing list
[EMAIL PROTECTED]
http://list.linux-vserver.org/mailman/listinfo/vserver


Re: [Vserver] Best backup of tagxid?

2004-11-09 Thread Gregory (Grisha) Trubetskoy
On Tue, 9 Nov 2004, [ISO-8859-1] Bj?rn Steinbrink wrote:
On Tue, 9 Nov 2004 12:56:32 -0500 (EST)
"Gregory (Grisha) Trubetskoy" <[EMAIL PROTECTED]> wrote:
On Tue, 9 Nov 2004, [ISO-8859-1] Bj?rn Steinbrink wrote:
On Tue, 9 Nov 2004 12:01:33 -0500 (EST)
"Gregory (Grisha) Trubetskoy" <[EMAIL PROTECTED]> wrote:
I don't see any reason why it should behave like that, would only
cause trouble. Example: xid 10 is limited to 500MB and has 300MB in
use. xid 0 deletes some 50MB file. Now there are files worth 250MB,
but still the kernel assumes that 300MB are in use.
I think this is fine. There is no way for context 0 to up the counter
for another context (even chxid won't increment it), by the same token
it seems more consistent if there would be no way to decrement it
either.
Where's the sense behind that? You would have to adapt the usage
statistics every now and then.
You'll just have to be mindful of this, and make sure to switch into a
context when deleting files if you want the counter to be updated. The
disk limits are "volatile" anyway (you have to set them upon bootup),
so it's not like it is something that is an "unnatended operation" in
the first place.
The upside of this is that there are no special mount options that
make things like backups difficult.
What about unification? You normally don't want the unified files to
lower the usage values upon removal of those files, since actually no
space is freed.
Hmm... haven't thought about this, good point. Well how about this:
The key here is that a file belongs to a context other than 0. The actual 
xid doesn't matter.

So perhaps another fs flag would solve this. (As far as I understand there 
is no xid flag right now, IATTR_XID is an artifact of whether MS_TAGXID is 
there).

If I am in context 0 don't bother with counters.
If I am in context X and removing a file, then:
If the file belongs to a context other than 0:
decrement counter
If I am in context X and creating a file:
Set the xid flag to 1
Grisha
___
Vserver mailing list
[EMAIL PROTECTED]
http://list.linux-vserver.org/mailman/listinfo/vserver


Re: [Vserver] Best backup of tagxid?

2004-11-09 Thread Björn Steinbrink
On Tue, 9 Nov 2004 12:56:32 -0500 (EST)
"Gregory (Grisha) Trubetskoy" <[EMAIL PROTECTED]> wrote:

> 
> On Tue, 9 Nov 2004, [ISO-8859-1] Bj?rn Steinbrink wrote:
> 
> > On Tue, 9 Nov 2004 12:01:33 -0500 (EST)
> > "Gregory (Grisha) Trubetskoy" <[EMAIL PROTECTED]> wrote:
> >
> > I don't see any reason why it should behave like that, would only
> > cause trouble. Example: xid 10 is limited to 500MB and has 300MB in
> > use. xid 0 deletes some 50MB file. Now there are files worth 250MB,
> > but still the kernel assumes that 300MB are in use.
> 
> I think this is fine. There is no way for context 0 to up the counter
> for another context (even chxid won't increment it), by the same token
> it seems more consistent if there would be no way to decrement it
> either.
> 
> > Where's the sense behind that? You would have to adapt the usage
> > statistics every now and then.
> 
> You'll just have to be mindful of this, and make sure to switch into a
> context when deleting files if you want the counter to be updated. The
> disk limits are "volatile" anyway (you have to set them upon bootup),
> so it's not like it is something that is an "unnatended operation" in
> the first place.
> 
> The upside of this is that there are no special mount options that
> make things like backups difficult.

What about unification? You normally don't want the unified files to
lower the usage values upon removal of those files, since actually no
space is freed. You could of course say that you simply account
everything below /path/to/vserver for context X, but then you would have
to update the statistics for all vservers that use unified files upon an
update of the unified files.

Bjoern
___
Vserver mailing list
[EMAIL PROTECTED]
http://list.linux-vserver.org/mailman/listinfo/vserver


Re: [Vserver] Best backup of tagxid?

2004-11-09 Thread Gregory (Grisha) Trubetskoy
On Tue, 9 Nov 2004, [ISO-8859-1] Bj?rn Steinbrink wrote:
On Tue, 9 Nov 2004 12:01:33 -0500 (EST)
"Gregory (Grisha) Trubetskoy" <[EMAIL PROTECTED]> wrote:
I don't see any reason why it should behave like that, would only cause 
trouble. Example: xid 10 is limited to 500MB and has 300MB in use. xid 0 
deletes some 50MB file. Now there are files worth 250MB, but still the 
kernel assumes that 300MB are in use.
I think this is fine. There is no way for context 0 to up the counter for 
another context (even chxid won't increment it), by the same token it 
seems more consistent if there would be no way to decrement it either.

Where's the sense behind that? You would have to adapt the usage
statistics every now and then.
You'll just have to be mindful of this, and make sure to switch into a 
context when deleting files if you want the counter to be updated. The 
disk limits are "volatile" anyway (you have to set them upon bootup), so 
it's not like it is something that is an "unnatended operation" in the 
first place.

The upside of this is that there are no special mount options that make 
things like backups difficult.

Grisha
___
Vserver mailing list
[EMAIL PROTECTED]
http://list.linux-vserver.org/mailman/listinfo/vserver


Re: [Vserver] Best backup of tagxid?

2004-11-09 Thread Björn Steinbrink
On Tue, 9 Nov 2004 12:01:33 -0500 (EST)
"Gregory (Grisha) Trubetskoy" <[EMAIL PROTECTED]> wrote:

> 
> On Tue, 9 Nov 2004, Herbert Poetzl wrote:
> 
> > On Tue, Nov 09, 2004 at 10:55:43AM -0500, Gregory (Grisha)
> > Trubetskoy wrote:
> >
> >> Related to this - why is xid tagging required for per-context disk
> >limits?
> >
> > a simple example:
> >
> > context xid=100 creates a 10MB file, the size is added
> > to xid=100's disk usage, then the host admin decides to
> > remove it with rm, how should the kernel know that the
> > size should be substracted from xid=100's disk usage?
> 
> I see. But how about if it doesn't, i.e. the size adjustment is solely
> based on the context from which the operation is performed?

I don't see any reason why it should behave like that, would only cause
trouble. Example:
xid 10 is limited to 500MB and has 300MB in use.
xid 0 deletes some 50MB file.
Now there are files worth 250MB, but still the kernel assumes that 300MB
are in use.

Where's the sense behind that? You would have to adapt the usage
statistics every now and then.

Bjoern
___
Vserver mailing list
[EMAIL PROTECTED]
http://list.linux-vserver.org/mailman/listinfo/vserver


Re: [Vserver] Best backup of tagxid?

2004-11-09 Thread Gregory (Grisha) Trubetskoy
On Tue, 9 Nov 2004, Herbert Poetzl wrote:
On Tue, Nov 09, 2004 at 10:55:43AM -0500, Gregory (Grisha) Trubetskoy wrote:
Related to this - why is xid tagging required for per-context disk limits?
a simple example:
context xid=100 creates a 10MB file, the size is added
to xid=100's disk usage, then the host admin decides to
remove it with rm, how should the kernel know that the
size should be substracted from xid=100's disk usage?
I see. But how about if it doesn't, i.e. the size adjustment is solely 
based on the context from which the operation is performed?

Thanks!
Grisha
___
Vserver mailing list
[EMAIL PROTECTED]
http://list.linux-vserver.org/mailman/listinfo/vserver


Re: [Vserver] Best backup of tagxid?

2004-11-09 Thread Herbert Poetzl
On Tue, Nov 09, 2004 at 10:55:43AM -0500, Gregory (Grisha) Trubetskoy wrote:
> 
> What are people using out there to backup tagxid mounted partitions? We've 
> been using dump, but it mangles gid on restores it seems. We use 32/16 xid 
> tagging (default is 24/24 now).

hmm, dump/restore should work fine, if you mount the fs
without tagxid, but I agree it's somewhat suboptimal
maybe a slightly patched dump/restore or rsync would
help there ...

> Related to this - why is xid tagging required for per-context disk limits?

a simple example:

context xid=100 creates a 10MB file, the size is added
to xid=100's disk usage, then the host admin decides to 
remove it with rm, how should the kernel know that the 
size should be substracted from xid=100's disk usage?

best,
Herbert

> [FC2, 2.6.9-vs1.9.3-rc5]
> 
> Thanks!
> 
> Grisha
> ___
> Vserver mailing list
> [EMAIL PROTECTED]
> http://list.linux-vserver.org/mailman/listinfo/vserver
___
Vserver mailing list
[EMAIL PROTECTED]
http://list.linux-vserver.org/mailman/listinfo/vserver


[Vserver] Best backup of tagxid?

2004-11-09 Thread Gregory (Grisha) Trubetskoy
What are people using out there to backup tagxid mounted partitions? We've 
been using dump, but it mangles gid on restores it seems. We use 32/16 xid 
tagging (default is 24/24 now).

Related to this - why is xid tagging required for per-context disk limits?
[FC2, 2.6.9-vs1.9.3-rc5]
Thanks!
Grisha
___
Vserver mailing list
[EMAIL PROTECTED]
http://list.linux-vserver.org/mailman/listinfo/vserver


Re: [Vserver] Re: Debian kernelpackage with vserver-patch applied?

2004-11-09 Thread Björn Steinbrink
On Tue, 9 Nov 2004 14:35:18 + (UTC)
Jesper Krogh <[EMAIL PROTECTED]> wrote:

> I gmane.linux.vserver, skrev Herbert Poetzl:
> >  On Tue, Nov 09, 2004 at 08:40:09AM +, Jesper Krogh wrote:
> > > I gmane.linux.vserver, skrev Dariush Pietrzak:
> > > > > I'd really like to test this vserver thing out, but currently 
> > > > > it clashes with my policy of only installing things through 
> > > > > the packages system on my computers. 
> > 
> >  well, either you start building packages for your
> >  package system, you rethink your policy, or you
> >  choose not to test 'this vserver thing' ...
> 
> Sure..  I'll go that way. I'd just like to know if the were available
> somewhere, so I could skip kernel compilation. 
> 
> > > I tried make-kpkg yesterday with the debian-kernel 2.6.9 source
> > > and vserver patch, that actually worked, (in regards to vserver)
> > > but failed getting pcmcia/wireless to work. 
> > 
> >  well, debian source is debian source, linux-vserver
> >  patches are based on the vanilla kernel not on some
> >  distro kernel ...
> 
> Ok.. so I'll go for the vanilla kernel in the next try. 
> 
> > > I'd really like to have a couple of vservers at my laptop for
> > > testing software installations :-) Isn't this a common usage of
> > > Vservers?
> > 
> >  yes, it is also common practice to avoid debian
> >  to get a working linux-vserver setup ...
> 
> For any particular reason? 

Because debian packages are made to work with debian packages. That
means that if you use the debian util-vserver package it is best to use
their kernel patch and their helper stuff, it won't work too well with
non debianized stuff. Problem is: debian stuff is often outdated, f.e.
from what i remember debian has an (old) vserver patch for 2.6 (devel),
but the tools are kept at 0.30 (stable), thus you can't use the new
features (except if the debian maintainers wrote/backported tools...).

Also, since some packages have very little in common with the upstream,
it's a real pain to fix issues if you don't happen to be the debian
maintainer.

You should have a look at the list's
archives and search for message from/to debian maintainers, maybe that
helps understanding why, for linux-vserver, the debianized stuff is not
the first choice.

That said, i want to say that i've used debian a long time and i like
it, but sometimes their (or a maintainer's, dunno) packaging policies
don't fit a project very well. Linux-VServer is such a project as it
seems.

Bjoern
___
Vserver mailing list
[EMAIL PROTECTED]
http://list.linux-vserver.org/mailman/listinfo/vserver


Re: [Vserver] Re: Debian kernelpackage with vserver-patch applied?

2004-11-09 Thread Herbert Poetzl
On Tue, Nov 09, 2004 at 02:35:18PM +, Jesper Krogh wrote:
> I gmane.linux.vserver, skrev Herbert Poetzl:
> >  On Tue, Nov 09, 2004 at 08:40:09AM +, Jesper Krogh wrote:
> > > I gmane.linux.vserver, skrev Dariush Pietrzak:
> > > > > I'd really like to test this vserver thing out, but currently 
> > > > > it clashes with my policy of only installing things through 
> > > > > the packages system on my computers. 
> > 
> >  well, either you start building packages for your
> >  package system, you rethink your policy, or you
> >  choose not to test 'this vserver thing' ...
> 
> Sure..  I'll go that way. I'd just like to know if the were available
> somewhere, so I could skip kernel compilation. 
> 
> > > I tried make-kpkg yesterday with the debian-kernel 2.6.9 source and
> > > vserver patch, that actually worked, (in regards to vserver) but failed
> > > getting pcmcia/wireless to work. 
> > 
> >  well, debian source is debian source, linux-vserver
> >  patches are based on the vanilla kernel not on some
> >  distro kernel ...
> 
> Ok.. so I'll go for the vanilla kernel in the next try. 
> 
> > > I'd really like to have a couple of vservers at my laptop for testing
> > > software installations :-) Isn't this a common usage of Vservers?
> > 
> >  yes, it is also common practice to avoid debian
> >  to get a working linux-vserver setup ...
> 
> For any particular reason? 

well, a few would be:

 - they provide outdated tools
 - they modify the tools until they stop working
 - tools are added which do not work as expected
 - default settings for kernel and vservers are insecure
 - they do not care about their linux-vserver users
 - it causes a lot of unneccessary work for the 
   linux-vserver development folks

best,
Herbert

> Jesper
> 
> -- 
> ./Jesper Krogh, [EMAIL PROTECTED]
> Jabber ID: [EMAIL PROTECTED]
> 
> 
> ___
> Vserver mailing list
> [EMAIL PROTECTED]
> http://list.linux-vserver.org/mailman/listinfo/vserver
___
Vserver mailing list
[EMAIL PROTECTED]
http://list.linux-vserver.org/mailman/listinfo/vserver


Re: [Vserver] vserver limits

2004-11-09 Thread Herbert Poetzl
On Tue, Nov 09, 2004 at 03:01:25PM +0200, Andreea Gansac wrote:
> Hi,
> 
> I am now testing the development release 1.9.3 for kernel 2.6 and I
> have a few questions. I searched google and the mailing list archives
> but nothing helped.
> 
> When I run vserver-stat I get among other things, the VSZ and RSS of
> every vserver.

> I have a vserver in which I run apache and mysql. Adding the RSS of all
> processes I get around 60M used. But vserver-stat tells me that this
> vserver consumes only 15.3K RSS. I don't understand why is this big
> difference? 

simple, the vserver-stat is broken ... 
multiply the number with 4k (pagesize) and everything
should be fine ...

(Enrico, maybe we can fix that?)

USER PID  XID  %CPU %MEM   VSZ  RSS TTY  STAT START   TIME COMMAND
root  31  100   0.4  0.7  2748  436 tts/0S14:36   0:00 sleep 100

/ # vserver-stat
CTX   PROCVSZRSS  userTIME   sysTIMEUPTIME NAME
0   15  12.9M   8840m00s70   0m02s36   1m00s68 root server
100  1   2.6M   1090m00s30   0m00s30   0m06s41 

and for 10 sleeps:

CTX   PROCVSZRSS  userTIME   sysTIMEUPTIME NAME
0   15  12.9M   8850m01s38   0m03s13   5m45s68 root server
100 10  26.8M 1K   0m01s91   0m01s67   0m21s98 

> I successfully limited the RSS and NPROC for a vserver with vlimit but
> every time I restart the vserver the limits are reseted. I believe I
> have to set this limits in /etc/vservers/vserver_name/rlimits/resource
> file.

well, yes and no, have a look at the flower-page

http://linux-vserver.org/alpha+util-vserver
http://www-user.tu-chemnitz.de/~ensc/util-vserver/doc/conf/configuration.html

> And I did that like this:
>   
>   RSS 16384 //16K for RSS
>   NPROC   50
> 
> But still something is wrong... the limits are not taken from the
> resource file. Is something wrong with the syntax I used in the resource
> file? I also added the same lines in
> /etc/vservers/vserver_name/rlimits/resource.hard but didn't help.

use separate files, and it should work as expected
(e.g. /etc/vservers/vserver_name/rlimits/cpu )

> Thanks for your answers and please excuse me if I am boring you with my
> questions!

you're welcome!

> Andreea
> 
> 
> ___
> Vserver mailing list
> [EMAIL PROTECTED]
> http://list.linux-vserver.org/mailman/listinfo/vserver
___
Vserver mailing list
[EMAIL PROTECTED]
http://list.linux-vserver.org/mailman/listinfo/vserver


[Vserver] Re: Debian kernelpackage with vserver-patch applied?

2004-11-09 Thread Jesper Krogh
I gmane.linux.vserver, skrev Herbert Poetzl:
>  On Tue, Nov 09, 2004 at 08:40:09AM +, Jesper Krogh wrote:
> > I gmane.linux.vserver, skrev Dariush Pietrzak:
> > > > I'd really like to test this vserver thing out, but currently 
> > > > it clashes with my policy of only installing things through 
> > > > the packages system on my computers. 
> 
>  well, either you start building packages for your
>  package system, you rethink your policy, or you
>  choose not to test 'this vserver thing' ...

Sure..  I'll go that way. I'd just like to know if the were available
somewhere, so I could skip kernel compilation. 

> > I tried make-kpkg yesterday with the debian-kernel 2.6.9 source and
> > vserver patch, that actually worked, (in regards to vserver) but failed
> > getting pcmcia/wireless to work. 
> 
>  well, debian source is debian source, linux-vserver
>  patches are based on the vanilla kernel not on some
>  distro kernel ...

Ok.. so I'll go for the vanilla kernel in the next try. 

> > I'd really like to have a couple of vservers at my laptop for testing
> > software installations :-) Isn't this a common usage of Vservers?
> 
>  yes, it is also common practice to avoid debian
>  to get a working linux-vserver setup ...

For any particular reason? 

Jesper

-- 
./Jesper Krogh, [EMAIL PROTECTED]
Jabber ID: [EMAIL PROTECTED]


___
Vserver mailing list
[EMAIL PROTECTED]
http://list.linux-vserver.org/mailman/listinfo/vserver


Re: [Vserver] Re: Debian kernelpackage with vserver-patch applied?

2004-11-09 Thread Herbert Poetzl
On Tue, Nov 09, 2004 at 08:40:09AM +, Jesper Krogh wrote:
> I gmane.linux.vserver, skrev Dariush Pietrzak:
> > > I'd really like to test this vserver thing out, but currently 
> > > it clashes with my policy of only installing things through 
> > > the packages system on my computers. 

well, either you start building packages for your
package system, you rethink your policy, or you
choose not to test 'this vserver thing' ...

> > > Is there someone who builds Debian kernel-packages with the
> > > vserverpatch included?
> > I do, but I include also few other patches, so this might 
> > be not the perfect solution for you ( also, I start with 
> > vanilla and not include most of debian removals ).

> > If you're interested check http://eyck.forumakad.pl/Projects/bsd/,
> > and maybe deb http://eyck.forumakad.pl/woody/kernel/ ./

> I tried make-kpkg yesterday with the debian-kernel 2.6.9 source and
> vserver patch, that actually worked, (in regards to vserver) but failed
> getting pcmcia/wireless to work. 

well, debian source is debian source, linux-vserver
patches are based on the vanilla kernel not on some
distro kernel ...

> I'd really like to have a couple of vservers at my laptop for testing
> software installations :-) Isn't this a common usage of Vservers?

yes, it is also common practice to avoid debian
to get a working linux-vserver setup ...

best,
Herbert

> -- 
> ./Jesper Krogh, [EMAIL PROTECTED]
> Jabber ID: [EMAIL PROTECTED]
> 
> 
> ___
> Vserver mailing list
> [EMAIL PROTECTED]
> http://list.linux-vserver.org/mailman/listinfo/vserver
___
Vserver mailing list
[EMAIL PROTECTED]
http://list.linux-vserver.org/mailman/listinfo/vserver


[Vserver] vserver limits

2004-11-09 Thread Andreea Gansac
Hi,

I am now testing the development release 1.9.3 for kernel 2.6 and I
have a few questions. I searched google and the mailing list archives
but nothing helped.

When I run vserver-stat I get among other things, the VSZ and RSS of
every vserver.
I have a vserver in which I run apache and mysql. Adding the RSS of all
processes I get around 60M used. But vserver-stat tells me that this
vserver consumes only 15.3K RSS. I don't understand why is this big
difference? 

I successfully limited the RSS and NPROC for a vserver with vlimit but
every time I restart the vserver the limits are reseted. I believe I
have to set this limits in /etc/vservers/vserver_name/rlimits/resource
file.
And I did that like this:

RSS 16384 //16K for RSS
NPROC   50

But still something is wrong... the limits are not taken from the
resource file. Is something wrong with the syntax I used in the resource
file? I also added the same lines in
/etc/vservers/vserver_name/rlimits/resource.hard but didn't help.

Thanks for your answers and please excuse me if I am boring you with my
questions!

Andreea


___
Vserver mailing list
[EMAIL PROTECTED]
http://list.linux-vserver.org/mailman/listinfo/vserver


[Vserver] Re: Debian kernelpackage with vserver-patch applied?

2004-11-09 Thread Jesper Krogh
I gmane.linux.vserver, skrev Dariush Pietrzak:
> > I'd really like to test this vserver thing out, but currently it clashes
> > with my policy of only installing things through the packages system on 
> > my computers. 
> > Is there someone who builds Debian kernel-packages with the
> > vserverpatch included?
>   I do, but I include also few other patches, so this might be not the
>  perfect solution for you ( also, I start with vanilla and not include most
>  of debian removals ).
>   If you're interested check http://eyck.forumakad.pl/Projects/bsd/,
>  and maybe deb http://eyck.forumakad.pl/woody/kernel/ ./

I tried make-kpkg yesterday with the debian-kernel 2.6.9 source and
vserver patch, that actually worked, (in regards to vserver) but failed
getting pcmcia/wireless to work. 

I'd really like to have a couple of vservers at my laptop for testing
software installations :-) Isn't this a common usage of Vservers?

-- 
./Jesper Krogh, [EMAIL PROTECTED]
Jabber ID: [EMAIL PROTECTED]


___
Vserver mailing list
[EMAIL PROTECTED]
http://list.linux-vserver.org/mailman/listinfo/vserver


Re: [Vserver] Debian kernelpackage with vserver-patch applied?

2004-11-09 Thread Dariush Pietrzak
> I'd really like to test this vserver thing out, but currently it clashes
> with my policy of only installing things through the packages system on 
> my computers. 
> Is there someone who builds Debian kernel-packages with the
> vserverpatch included?
 I do, but I include also few other patches, so this might be not the
perfect solution for you ( also, I start with vanilla and not include most
of debian removals ).
 If you're interested check http://eyck.forumakad.pl/Projects/bsd/,
and maybe deb http://eyck.forumakad.pl/woody/kernel/ ./

-- 
Key fingerprint = 40D0 9FFB 9939 7320 8294  05E0 BCC7 02C4 75CC 50D9
We're giving you a new chance in life, and an opportunity
 to screw it up in a new, original way.
___
Vserver mailing list
[EMAIL PROTECTED]
http://list.linux-vserver.org/mailman/listinfo/vserver


Re: [Vserver] Debian kernelpackage with vserver-patch applied?

2004-11-09 Thread Björn Steinbrink
On Mon, 8 Nov 2004 11:05:00 + (UTC)
Jesper Krogh <[EMAIL PROTECTED]> wrote:

> Hi. 
> 
> I'd really like to test this vserver thing out, but currently it
> clashes with my policy of only installing things through the packages
> system on my computers. 
> 
> Is there someone who builds Debian kernel-packages with the
> vserverpatch included?

You can easily create a kernel package using make-kpkg, see:
http://www.desktop-linux.net/debkernel.htm
Use vanilla sources instead of debian sources (i.e. forget about step 1
and 2 and download the sources from kernel.org instead).

For the alpha util-vserver (the tools available from the debian
repository are not recommend for the 2.6 branch) you could use something
like checkinstall to create a debian package, but they come with an
uninstall make target, so you can remove them anyways.

HTH
Bjoern
___
Vserver mailing list
[EMAIL PROTECTED]
http://list.linux-vserver.org/mailman/listinfo/vserver


[Vserver] Debian kernelpackage with vserver-patch applied?

2004-11-09 Thread Jesper Krogh
Hi. 

I'd really like to test this vserver thing out, but currently it clashes
with my policy of only installing things through the packages system on 
my computers. 

Is there someone who builds Debian kernel-packages with the
vserverpatch included?

Thanks. 

Jesper

-- 
./Jesper Krogh, [EMAIL PROTECTED]
Jabber ID: [EMAIL PROTECTED]


___
Vserver mailing list
[EMAIL PROTECTED]
http://list.linux-vserver.org/mailman/listinfo/vserver