Re: [Vserver] testme.sh-0.14 failure on parisc-linux

[Herbert Poetzl]

On Fri, Dec 09, 2005 at 10:10:11PM +0100, Daniel Hokka Zakrisson wrote:
> Joel Soete wrote:
> >  vserver(2) syscall#: 273/default
> 
> That's wrong for hppa. Rerun configure with 
> CPPFLAGS="-D__NR_vserver=263" set in the environment.

it should also work fine if you compile the tools from
scratch (i.e. get the 0.30.209 tools and do ./configure,
make, make install)

HTH,
Herbert

> -- 
> Daniel Hokka Zakrisson
> GPG id: 06723412



> ___
> Vserver mailing list
> Vserver@list.linux-vserver.org
> http://list.linux-vserver.org/mailman/listinfo/vserver

___
Vserver mailing list
Vserver@list.linux-vserver.org
http://list.linux-vserver.org/mailman/listinfo/vserver

Re: [Vserver] m-l pb? [Was: ... failure on parisc-linux]

[Herbert Poetzl]

On Thu, Dec 08, 2005 at 08:11:20AM +0100, Joel Soete wrote:
> Hello all,
> 
> eventhough I subscribe to the list, I didn't see it in the archive?
> 
> Btw, don't you foreseen to organise this archive by month, certainly
> helpfull ;-)

there are several archives available (and linked
from the wiki page), e.g.

 http://list.linux-vserver.org/archive/vserver/
 http://archives.linux-vserver.org/

and you can search via

 http://www.13thfloor.at/vserver/search/

HTH,
Herbert

> Thanks,
> Joel
> 
> > Hello all,
> >
> > Just discover your kind project a week ago thanks to debian weekly news and
> > try to implement it on a debian running on parisc-linux box. So please
> > appologies if I anoye you a bit as newbie ;-)
> >
> > I try to follow as carefully as possible the nice and clear advises of:
> > .
> >
> > Excepted that for parisc imoh 2.6.14 kernel is far more stable and so I 
> > apply
> > first latest kernel patch: patch-2.6.14.3-vs2.1.0-rc10.diff and save the
> > default kernel settings:
> > [...]
> > CONFIG_VSERVER=y
> > CONFIG_VSERVER_LEGACYNET=y
> >
> > #
> > # Linux VServer
> > #
> > CONFIG_VSERVER_LEGACY=y
> > # CONFIG_VSERVER_LEGACY_VERSION is not set
> > CONFIG_VSERVER_DYNAMIC_IDS=y
> > # CONFIG_VSERVER_NGNET is not set
> > CONFIG_VSERVER_COWBL=y
> > CONFIG_VSERVER_PROC_SECURE=y
> > # CONFIG_VSERVER_HARDCPU is not set
> > # CONFIG_INOXID_NONE is not set
> > # CONFIG_INOXID_UID16 is not set
> > # CONFIG_INOXID_GID16 is not set
> > CONFIG_INOXID_UGID24=y
> > [...]
> >
> > The system boot and run fine ;-) :
> > Linux patst007 2.6.14.3-vs2.1.0-rc10-pa0-d32up #2 Wed Dec 7 12:07:47 CET 
> > 2005
> > parisc GNU/Linux
> >
> > Secondly, I grab latest tools utils-vserver (latest debian pkg src) and 
> > build
> > it with:
> > CFLAGS="-Wall -g  -O2" ./configure --build hppa-linux-gnu \
> > --prefix=/usr --enable-release \
> > --mandir=\${prefix}/share/man \
> > --infodir=\${prefix}/share/info \
> > --sysconfdir=/etc \
> > --disable-dietlibc \
> > --localstatedir=/var \
> > --with-vrootdir=/var/lib/vservers
> >
> > (I just disable dietlibc in a first approach because afaik not available for
> > parisc-linux?)
> >
> > Installed it and finaly launch the test wich failed:
> > # .././testme.sh-0.14
> > Linux-VServer Test [V0.14] Copyright (C) 2003-2005 H.Poetzl
> > chcontext: vc_new_s_context(): Function not implemented
> > chcontext failed!
> > chbind: vc_set_ipv4root(): Function not implemented
> > chbind failed!
> > Linux 2.6.14.3-vs2.1.0-rc10-pa0-d32up parisc/0.30.209/0.30.209 [Ea] (0)
> > VCI:  0002:0001 263 03000116
> > ---
> >
> > ???
> >
> > fwiw in the build log of util-vserver-0.30.209, I found folowing comment:
> > [..]
> > gcc -Wall -g -O2 -std=c99 -Wall -pedantic -W -funit-at-a-time -o
> > src/.libs/capchroot src/capchroot.o  lib/.libs/libvserver.so
> > src/capchroot.o: In function
> > `Evc_new_s_context':./ensc_wrappers/wrappers-vserver.hc:26: warning: 
> > warning:
> > vc_new_s_context() is obs
> > oleted; use vc_create_context() instead of
> > [...]
> >
> > Any idea?
> >
> > Thanks in advance,
> > Joel
> >
> > PS: may be should be helpfull:
> > # vserver-info
> > Versions:
> >Kernel: 2.6.14.3-vs2.1.0-rc10-pa0-d32up
> >VS-API: ???
> >  util-vserver: 0.30.209; Dec  7 2005, 17:06:18
> >
> > Features:
> >CC: gcc, gcc (GCC) 4.0.3 20051201 (prerelease) 
> > (Debian
> > 4.0.2-5)
> >   CXX: g++, g++ (GCC) 4.0.3 20051201 (prerelease) 
> > (Debian
> > 4.0.2-5)
> >  CPPFLAGS: ''
> >CFLAGS: '-Wall -g  -O2 -std=c99 -Wall -pedantic -W
> > -funit-at-a-time'
> >  CXXFLAGS: '-g -O2 -ansi -Wall -pedantic -W 
> > -fmessage-length=0
> > -funit-at-a-time'
> >build/host: hppa-unknown-linux-gnu/hppa-unknown-linux-gnu
> >  Use dietlibc: no (you have been warned)
> >Build C++ programs: yes
> >Build C99 programs: yes
> >Available APIs: compat,v11,v13,fscompat,net,oldproc,olduts
> > ext2fs Source: e2fsprogs
> > syscall(2) invocation: fast
> >   vserver(2) syscall#: 273/default
> >
> > Paths:
> >prefix: /usr
> > sysconf-Directory: /etc
> > cfg-Directory: /etc/vservers
> >  initrd-Directory: $(sysconfdir)/init.d
> >pkgstate-Directory: /var/run/vservers
> >   vserver-Rootdir: /var/lib/vservers
> >
> >
> > Assumed 'SYSINFO' as no other option given; try '--help' for more 
> > information.
> >
> > PS2: I am not a programmer, just enough C knowledge to read a bit code ;<)
> >
> > ---
> > A free anti-spam and anti-virus filter on all Scarlet mailboxes
> > More info on h

Re: [Vserver] testme.sh-0.14 failure on parisc-linux

[Daniel Hokka Zakrisson]

Herbert Poetzl wrote:

it should also work fine if you compile the tools from
scratch (i.e. get the 0.30.209 tools and do ./configure,
make, make install)


Should it? util-vserver-0.30.209/lib/syscall-fallback.h doesn't have a 
syscall number for hppa (filed 
https://savannah.nongnu.org/bugs/?func=detailitem&item_id=15179).


--
Daniel Hokka Zakrisson
GPG id: 06723412


pgpgdM6OgfWU9.pgp
Description: PGP signature
___
Vserver mailing list
Vserver@list.linux-vserver.org
http://list.linux-vserver.org/mailman/listinfo/vserver

Re: [Vserver] m-l pb? [Was: ... failure on parisc-linux]

[Joel Soete]

Herbert Poetzl wrote:

On Thu, Dec 08, 2005 at 08:11:20AM +0100, Joel Soete wrote:


Hello all,

eventhough I subscribe to the list, I didn't see it in the archive?

Btw, don't you foreseen to organise this archive by month, certainly
helpfull ;-)



there are several archives available (and linked
from the wiki page), e.g.

 http://list.linux-vserver.org/archive/vserver/
 http://archives.linux-vserver.org/

and you can search via

 http://www.13thfloor.at/vserver/search/


Ah Cool ;-)

Thanks,
Joel

___
Vserver mailing list
Vserver@list.linux-vserver.org
http://list.linux-vserver.org/mailman/listinfo/vserver

Re: [Vserver] testme.sh-0.14 failure on parisc-linux

[Joel Soete]

Herbert Poetzl wrote:
On Fri, Dec 09, 2005 at 10:10:11PM +0100, Daniel Hokka Zakrisson wrote:
>> Joel Soete wrote:
>> > vserver(2) syscall#: 273/default
>>
>> That's wrong for hppa. Rerun configure with
>> CPPFLAGS="-D__NR_vserver=263" set in the environment.
>
Just on going to rebuild kernel for my home system (a bit slow but fully 
operational 120Mhz C110 model ;-) ).

>it should also work fine if you compile the tools from
>scratch (i.e. get the 0.30.209 tools and do ./configure,
>make, make install)
>
mmm, that was well the util-vserver-0.30.209 but from debian pkg src and 
configure as describe bolow, though.
I will so try to rebuild it better from uptream src (i.e. 
)
and will advise ;-)

Thx,
Joel
>HTH,
>Herbert
>
>> --
>> Daniel Hokka Zakrisson
>> GPG id: 06723412




Excepted that for parisc imoh 2.6.14 kernel is far more stable and so I apply
first latest kernel patch: patch-2.6.14.3-vs2.1.0-rc10.diff and save the
default kernel settings:
[...]
CONFIG_VSERVER=y
CONFIG_VSERVER_LEGACYNET=y

#
# Linux VServer
#
CONFIG_VSERVER_LEGACY=y
# CONFIG_VSERVER_LEGACY_VERSION is not set
CONFIG_VSERVER_DYNAMIC_IDS=y
# CONFIG_VSERVER_NGNET is not set
CONFIG_VSERVER_COWBL=y
CONFIG_VSERVER_PROC_SECURE=y
# CONFIG_VSERVER_HARDCPU is not set
# CONFIG_INOXID_NONE is not set
# CONFIG_INOXID_UID16 is not set
# CONFIG_INOXID_GID16 is not set
CONFIG_INOXID_UGID24=y
[...]

The system boot and run fine ;-) :
Linux patst007 2.6.14.3-vs2.1.0-rc10-pa0-d32up #2 Wed Dec 7 12:07:47 CET 2005
parisc GNU/Linux

Secondly, I grab latest tools utils-vserver (latest debian pkg src) and build
it with:
CFLAGS="-Wall -g  -O2" ./configure --build hppa-linux-gnu \
   --prefix=/usr --enable-release \
   --mandir=\${prefix}/share/man \
   --infodir=\${prefix}/share/info \
   --sysconfdir=/etc \
   --disable-dietlibc \
   --localstatedir=/var \
   --with-vrootdir=/var/lib/vservers

(I just disable dietlibc in a first approach because afaik not available for
parisc-linux?)


___
Vserver mailing list
Vserver@list.linux-vserver.org
http://list.linux-vserver.org/mailman/listinfo/vserver

Re: [Vserver] testme.sh-0.14 failure on parisc-linux

[Micah Anderson]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1



Herbert Poetzl wrote:
> On Fri, Dec 09, 2005 at 10:10:11PM +0100, Daniel Hokka Zakrisson wrote:
> 
>>Joel Soete wrote:
>>
>>> vserver(2) syscall#: 273/default
>>
>>That's wrong for hppa. Rerun configure with 
>>CPPFLAGS="-D__NR_vserver=263" set in the environment.
> 
> 
> it should also work fine if you compile the tools from
> scratch (i.e. get the 0.30.209 tools and do ./configure,
> make, make install)

It appears as if he did compile the tools himself, using this configure
argument: ./configure --build hppa-linux-gnu -- is this the wrong
argument to pass to set the parisc architecture type to get the proper
263 syscall?

There is no pre-built debian parisc util-vserver packages at the moment
(nor are there ARM packages), but I'm looking to resolve that.

micah
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2 (GNU/Linux)

iD8DBQFDmwWX9n4qXRzy1ioRAsohAJ0aaHDcDjxys3o6+f5oSeo2t80JawCgqLuL
emJScQNE2VsiC0/Sb/Mo8SI=
=BA+X
-END PGP SIGNATURE-
___
Vserver mailing list
Vserver@list.linux-vserver.org
http://list.linux-vserver.org/mailman/listinfo/vserver

Re: [Vserver] m-l pb? [Was: ... failure on parisc-linux]

[Micah Anderson]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1



Joel Soete wrote:
>> there are several archives available (and linked
>> from the wiki page), e.g.
>>
>>  http://list.linux-vserver.org/archive/vserver/
>>  http://archives.linux-vserver.org/
>>
>> and you can search via
>>
>>  http://www.13thfloor.at/vserver/search/

How frequently is this updated? I tried to search for "parisc testme" on
that page to see if I could find the original thread, but it didn't
return the thread itself. It appears that this is using google, so it
must only get updated as frequently as googlebot crawls the mailing list.

Micah
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2 (GNU/Linux)

iD8DBQFDmwYI9n4qXRzy1ioRAjoUAKCFyb6nMv+Iorzh1H1UBWH0z6ozOQCgsYwc
IX9bxFbswRpbFWuI/+lT9Zw=
=Y8Cr
-END PGP SIGNATURE-
___
Vserver mailing list
Vserver@list.linux-vserver.org
http://list.linux-vserver.org/mailman/listinfo/vserver

Re: [Vserver] m-l pb? [Was: ... failure on parisc-linux]

[Joel Soete]

>Joel Soete wrote:
>>> there are several archives available (and linked
>> from the wiki page), e.g.
>>
>>> http://list.linux-vserver.org/archive/vserver/
>>> http://archives.linux-vserver.org/
>>>
>>> and you can search via
>>>
>>> http://www.13thfloor.at/vserver/search/
>
>How frequently is this updated? I tried to search for "parisc testme" on
>that page to see if I could find the original thread, but it didn't
>return the thread itself. It appears that this is using google, so it
>must only get updated as frequently as googlebot crawls the mailing list.
>
>Micah

Hello Micah,

fwiw i didn't even get answers to my posts or answers?
may be a m-l configure (I changed one an hour ago may be not yet take effect?)


and btw:
>Herbert Poetzl wrote:
>> On Fri, Dec 09, 2005 at 10:10:11PM +0100, Daniel Hokka Zakrisson wrote:
>>
>>>Joel Soete wrote:
>>>
 vserver(2) syscall#: 273/default
>>>
>>>That's wrong for hppa. Rerun configure with
>>>CPPFLAGS="-D__NR_vserver=263" set in the environment.
>>
>>
>> it should also work fine if you compile the tools from
>> scratch (i.e. get the 0.30.209 tools and do ./configure,
>> make, make install)
>
>It appears as if he did compile the tools himself, using this configure
>argument: ./configure --build hppa-linux-gnu -- is this the wrong
>argument to pass to set the parisc architecture type to get the proper
>263 syscall?
>
mmm I tried to hack lib/syscall-fallback.h so that:
--- lib/syscall-fallback.h.Orig 2005-12-10 16:22:22.0 +
+++ lib/syscall-fallback.h  2005-12-10 16:22:47.0 +
@@ -45,7 +45,7 @@
 #elif  defined(__mips__) && (_MIPS_SIM == _MIPS_SIM_NABI32)
 #define __NR_vserver   236
 #elif  defined(__hppa__)
-#define __NR_vserver   *
+#define __NR_vserver   263
 #elif  defined(__powerpc__)
 #define __NR_vserver   257
 #elif  defined(__s390__)
<>
(without adding CPPFLAGS="-D__NR_vserver=263")
but didn't help ;-(

>There is no pre-built debian parisc util-vserver packages at the moment
>(nor are there ARM packages), but I'm looking to resolve that.
>
For my first approach, I just grab deb src pkg and hack a very few 'rules' to 
build for hppa.
(just getting rid of dietlib [afaik only available for i386] for a first 
attempt ;-))

Don't hesitate to ask me for test if you need ;-)

Thx,
Joel

micah
___
Vserver mailing list
Vserver@list.linux-vserver.org
http://list.linux-vserver.org/mailman/listinfo/vserver

Re: [Vserver] VServer vs OpenVZ

[Matt Ayres]

Eugen Leitl wrote:

Before I try OpenVZ I would like to hear comments of people
who've ran both VServer and OpenVZ, preferrably on the same
hardware, on how both compare. 

Factors of interest are stability, Debian support, 
hardware utilization, documentation and community support,

security.



As the owner of one of the larger VPS providers around we do use 
Virtuozzo (commercial support, less work packaging, etc) although I am a 
big fan of the VServer project.


For a hosting service I'd have to recommend Virtuozzo over either, as is 
a large purpose of OpenVZ I believe :)  If you feel you can do the work 
to keep track of kernel changes, participate actively in debugging, etc 
then VServer would be fine.


As far as the technical debate between the projects, I have more 
interest in inputting on that.


1) "Fair scheduling" - as far as I can tell the VZ "fair scheduler" does 
nothing the VServer QoS/Limit system does.  If anything, the VZ fair 
scheduler is not yet O(1) which is a big negative.  VServer is built on 
standard kernel and therefore uses the O(1) scheduler (an absolute must 
when you have so many processes running on a single kernel).


2) Networking - The VZ venet0 is not perfect (no IPv6, still limited 
iptables, etc), but it still allows a lot more to be performed than 
VServer in the networking arena.


3) Disk/memory sharing - OpenVZ has nothing.  Virtuozzo uses an overlay 
fs "vzfs".  The templates are good for an enterprise environment, but 
really prove useless in a hosting environment.  vzfs is overlay and 
therefore suffers from double caching (it caches both files in 
/vz/private (backing) and /vz/root (mount)).  VServer uses CoW links 
which are modified hard links and eliminates the double caching. The 
Vserver vunify program (to re-link identical files due to user upgrading 
to same RPM's across VPS's, etc) takes a few minutes to run.  The 
Virtuozzo vzcache program to do the same can take 2+ days to run on a 
host with 60+ VPS's.


4) In most other areas OpenVZ and VServer are similar.  OpenVZ has many 
UBC's, but since most oversell some such as vmguarpages really have no 
affect.  Vserver limits the major memory limits (with RSS being a key 
one that OpenVZ cannot do).  On the flip side OpenVZ can limit lowmem 
(kmemsize) while VServer cannot.


5) Quota inside VPS - The new way of linking the quota user/group files 
to /proc in OpenVZ is very good (genius?) idea I think.  Currently I'm 
not even 100% sure quota-inside-VPS works under VServer, it's been a few 
months since I've experimented with it or talked to Herbert.


So which is better?  Neither, it depends what the user requires and what 
they are willing and wanting to do.


My 2 cents..

Thanks,
Matt Ayres
___
Vserver mailing list
Vserver@list.linux-vserver.org
http://list.linux-vserver.org/mailman/listinfo/vserver

a small patch to fix this pb[Was: [Vserver] testme.sh-0.14 failure on parisc-linux ]

[Joel Soete]

Hello all,
[...]


it should also work fine if you compile the tools from
scratch (i.e. get the 0.30.209 tools and do ./configure,
make, make install)

HTH,
Herbert


[...]

mmm, I trust that the actual bug is:
--- ./lib/vserver-syscall-def.h.Orig2005-12-10 20:33:19.0 +0100
+++ ./lib/vserver-syscall-def.h 2005-12-10 20:33:40.0 +0100
@@ -28,7 +28,7 @@
 #elif  defined(__mips__) && (_MIPS_SIM == _MIPS_SIM_NABI32)
 #define __NR_vserver   236
 #elif  defined(__hppa__)
-#define __NR_vserver   273
+#define __NR_vserver   263
 #elif  defined(__powerpc__)
 #define __NR_vserver   257
 #elif  defined(__s390__)
<>

# ./testme.sh-0.14 Linux-VServer Test [V0.14] Copyright (C) 2003-2005 H.Poetzl
chcontext is working.
chbind is working.
Linux 2.6.14.3-vs2.1.0-rc10-pa0-c110 parisc/0.30.209/0.30.209 [Ea] (0)
VCI:  0002:0001 263 03000116
---
[000]# succeeded.
[001]# succeeded.
[011]# succeeded.
[031]# succeeded.
[101]# succeeded.
[102]# succeeded.
[201]# succeeded.
[202]# succeeded.

Cool?

Thanks to all,
Joel

PS: I can continue later ;-)
___
Vserver mailing list
Vserver@list.linux-vserver.org
http://list.linux-vserver.org/mailman/listinfo/vserver

Re: a small patch to fix this pb[Was: [Vserver] testme.sh-0.14 failure on parisc-linux ]

[Daniel Hokka Zakrisson]

Joel Soete wrote:

mmm, I trust that the actual bug is:
--- ./lib/vserver-syscall-def.h.Orig2005-12-10 20:33:19.0 +0100
+++ ./lib/vserver-syscall-def.h 2005-12-10 20:33:40.0 +0100
@@ -28,7 +28,7 @@
 #elif  defined(__mips__) && (_MIPS_SIM == _MIPS_SIM_NABI32)
 #define __NR_vserver   236
 #elif  defined(__hppa__)
-#define __NR_vserver   273
+#define __NR_vserver   263
 #elif  defined(__powerpc__)
 #define __NR_vserver   257
 #elif  defined(__s390__)


This file is not present at all in vanilla util-vserver, and looks a lot 
like lib/syscall-fallback.h from util-vserver-0.30.209, except for the 
incorrect syscall number.


--
Daniel Hokka Zakrisson
GPG id: 06723412


pgpKxu5cVicug.pgp
Description: PGP signature
___
Vserver mailing list
Vserver@list.linux-vserver.org
http://list.linux-vserver.org/mailman/listinfo/vserver

[Vserver] Debian AMD64 official kernel?

[Eugen Leitl]

Do we have an "official" patched AMD64 Debian kernel yet?

(I've been through three OS installs in the last couple
of days, starting with Solaris Express B24, then Centos 4.2, and
now Debian AMD64 31r01, all on Sun Fire X2100. I've completely
given up on Solaris for time being, OpenSolaris/Express Community
Edition is far too bleeding edge. bonnie++ so far gives about 
the same values on Solaris Express and Centos. I'll do the
same for Debian, once md0 is done resyncing. OpenVZ seems
to play well with CentOS so far -- haven't tested any vservers
yet, though).

-- 
Eugen* Leitl http://leitl.org";>leitl http://leitl.org
__
ICBM: 48.07100, 11.36820http://www.ativel.com
8B29F6BE: 099D 78BA 2FD3 B014 B08A  7779 75B0 2443 8B29 F6BE


signature.asc
Description: Digital signature
___
Vserver mailing list
Vserver@list.linux-vserver.org
http://list.linux-vserver.org/mailman/listinfo/vserver

Re: [Vserver] Debian AMD64 official kernel?

[Guenther Fuchs]

Hi there,

on Sunday, December 11, 2005 at 00:02 on the list was posted:

> Do we have an "official" patched AMD64 Debian kernel yet?

If it is just up to the kernel you could use a "vanilla" kernel and
patch this "from source", as described in various variants in the
wiki, I guess.

-- 
regards,

Guenther Fuchs

___
Vserver mailing list
Vserver@list.linux-vserver.org
http://list.linux-vserver.org/mailman/listinfo/vserver

Re: [Vserver] m-l pb? [Was: ... failure on parisc-linux]

[Herbert Poetzl]

On Sat, Dec 10, 2005 at 11:44:56AM -0500, Micah Anderson wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> 
> 
> Joel Soete wrote:
> >> there are several archives available (and linked
> >> from the wiki page), e.g.
> >>
> >>  http://list.linux-vserver.org/archive/vserver/
> >>  http://archives.linux-vserver.org/
> >>
> >> and you can search via
> >>
> >>  http://www.13thfloor.at/vserver/search/
> 
> How frequently is this updated? I tried to search for "parisc testme"
> on that page to see if I could find the original thread, but it didn't
> return the thread itself. It appears that this is using google, so it
> must only get updated as frequently as googlebot crawls the mailing
> list.

yep, that's correct, usually every 3-5 days ...

best,
Herbert

> Micah
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.2 (GNU/Linux)
> 
> iD8DBQFDmwYI9n4qXRzy1ioRAjoUAKCFyb6nMv+Iorzh1H1UBWH0z6ozOQCgsYwc
> IX9bxFbswRpbFWuI/+lT9Zw=
> =Y8Cr
> -END PGP SIGNATURE-
___
Vserver mailing list
Vserver@list.linux-vserver.org
http://list.linux-vserver.org/mailman/listinfo/vserver