Re: [Vserver] pam rlimits
Hello, Quick and dirty solution : you can edit the files that refer to pam_limits.so in your /etc/pam.d/ Generally, system-auth is concerned. You simply have to comment the line that refers to pam_limits #session required pam_limits.so The cause of the problem is that pam_limits try to set limits that are already sets _outside_ of the guest. If you want to play with the limits sets, you can modifiy /etc/security/limits.conf of the guest... [ All this was tested on a Mandriva guest but it sould be similar for other systems ] Ben Nikolay Kichukov a écrit : Hello everybody, I found out in thread http://list.linux-vserver.org/archive/vserver/msg10043.html that Thorsten Gunkel was having the same issue I experience right now with pam limits generating a lot of error output in the auth.log file on the guest. /var/log/auth.log : snip... Jun 15 14:09:01 vn pam_limits[20957]: setrlimit limit #12 to soft=-1, hard=-1 failed: Operation not permitted; uid=0 euid=0 Jun 15 14:09:01 vn CRON[20957]: (pam_unix) session closed for user root Jun 15 14:10:01 vn CRON[20973]: (pam_unix) session opened for user venkas by (uid=0) Jun 15 14:10:01 vn pam_limits[20973]: setrlimit limit #6 to soft=-1, hard=-1 failed: Operation not permitted; uid=0 euid=0 Jun 15 14:10:01 vn pam_limits[20973]: setrlimit limit #8 to soft=-1, hard=-1 failed: Operation not permitted; uid=0 euid=0 Jun 15 14:10:01 vn pam_limits[20973]: setrlimit limit #11 to soft=-1, hard=-1 failed: Operation not permitted; uid=0 euid=0 Jun 15 14:10:01 vn pam_limits[20973]: setrlimit limit #12 to soft=-1, hard=-1 failed: Operation not permitted; uid=0 euid=0 Jun 15 14:10:01 vn CRON[20975]: (pam_unix) session opened for user venkas by (uid=0) Jun 15 14:10:01 vn pam_limits[20975]: setrlimit limit #6 to soft=-1, hard=-1 failed: Operation not permitted; uid=0 euid=0 Jun 15 14:10:01 vn pam_limits[20975]: setrlimit limit #8 to soft=-1, hard=-1 failed: Operation not permitted; uid=0 euid=0 Jun 15 14:10:01 vn pam_limits[20975]: setrlimit limit #11 to soft=-1, hard=-1 failed: Operation not permitted; uid=0 euid=0 Jun 15 14:10:01 vn pam_limits[20975]: setrlimit limit #12 to soft=-1, hard=-1 failed: Operation not permitted; uid=0 euid=0 Jun 15 14:10:01 vn CRON[20977]: (pam_unix) session opened for user venkas by (uid=0) Jun 15 14:10:01 vn CRON[20978]: (pam_unix) session opened for user psycho by (uid=0) Jun 15 14:10:01 vn CRON[20981]: (pam_unix) session opened for user o2crew by (uid=0) Jun 15 14:10:01 vn CRON[20982]: (pam_unix) session opened for user o2crew by (uid=0) Jun 15 14:10:01 vn CRON[20979]: (pam_unix) session opened for user o2crew by (uid=0) Jun 15 14:10:01 vn pam_limits[20977]: setrlimit limit #6 to soft=-1, hard=-1 failed: Operation not permitted; uid=0 euid=0 Jun 15 14:10:01 vn pam_limits[20978]: setrlimit limit #6 to soft=-1, hard=-1 failed: Operation not permitted; uid=0 euid=0 Jun 15 14:10:01 vn CRON[20975]: (pam_unix) session closed for user venkas Jun 15 14:10:01 vn pam_limits[20981]: setrlimit limit #6 to soft=-1, hard=-1 failed: Operation not permitted; uid=0 euid=0 Jun 15 14:10:01 vn pam_limits[20982]: setrlimit limit #6 to soft=-1, hard=-1 failed: Operation not permitted; uid=0 euid=0 Jun 15 14:10:01 vn pam_limits[20979]: setrlimit limit #6 to soft=-1, hard=-1 failed: Operation not permitted; uid=0 euid=0 Jun 15 14:10:01 vn pam_limits[20977]: setrlimit limit #8 to soft=-1, hard=-1 failed: Operation not permitted; uid=0 euid=0 Jun 15 14:10:01 vn CRON[20973]: (pam_unix) session closed for user venkas Jun 15 14:10:01 vn pam_limits[20978]: setrlimit limit #8 to soft=-1, hard=-1 failed: Operation not permitted; uid=0 euid=0 Jun 15 14:10:01 vn pam_limits[20981]: setrlimit limit #8 to soft=-1, hard=-1 failed: Operation not permitted; uid=0 euid=0 Jun 15 14:10:01 vn pam_limits[20982]: setrlimit limit #8 to soft=-1, hard=-1 failed: Operation not permitted; uid=0 euid=0 Jun 15 14:10:01 vn pam_limits[20979]: setrlimit limit #8 to soft=-1, hard=-1 failed: Operation not permitted; uid=0 euid=0 Jun 15 14:10:01 vn pam_limits[20977]: setrlimit limit #11 to soft=-1, hard=-1 failed: Operation not permitted; uid=0 euid=0 Jun 15 14:10:01 vn pam_limits[20978]: setrlimit limit #11 to soft=-1, hard=-1 failed: Operation not permitted; uid=0 euid=0 Jun 15 14:10:01 vn pam_limits[20981]: setrlimit limit #11 to soft=-1, hard=-1 failed: Operation not permitted; uid=0 euid=0 Jun 15 14:10:01 vn pam_limits[20982]: setrlimit limit #11 to soft=-1, hard=-1 failed: Operation not permitted; uid=0 euid=0 Jun 15 14:10:01 vn pam_limits[20979]: setrlimit limit #11 to soft=-1, hard=-1 failed: Operation not permitted; uid=0 euid=0 Jun 15 14:10:01 vn pam_limits[20977]: setrlimit limit #12 to soft=-1, hard=-1 failed: Operation not permitted; uid=0 euid=0 Jun 15 14:10:01 vn pam_limits[20978]: setrlimit limit #12 to soft=-1, hard=-1 failed: Operation not permitted; uid=0 euid=0 Jun 15 14:10:01 vn pam_limits[20981]: setrlimit limit #12 to soft
Re: [Vserver] ability to use 130+ ips within a vserver yet?
Hello, Chuck a écrit : > tuesday, i ran into a major emergency with a hardware failure on our email > machine which uses 130 ip addresses. my only choice was to move it to the > host side of our dell vserver host. this is presently causing an extreme > amount of port clashes as the email server wants to grab every ip on port 80 > for webmail rather than stick to a single /24 and i so far have not found a > way to bind it to only a single network. If you are using a vserver kernel, why not use chbind to bind the server to the IP you want to use ? > putting it into a guest would cure all of this i believe... i did not do this > initially due to the 16 ip limitations... Well, this can easily be changed with a patch to the vserver patch however there will be a small performance impact. > is that limitation released yet? or is there code available which works well > enough to stuff it into a production environment? i have had to shut down 14 > vservers just to get mail to run :( We already deploy it in a production environment for at least one year now (for hosting, 64 IPs). > the only other option i have is to buy a replacement server and put mail onto > that which i prefer not to do as we are targeting a large new server to put > all the vservers onto which would leave the dell to run email as a stand > alone machine but this wont happen for a good month yet as once the server > comes in i have to recompile every virtual to live on amd64/opteron arch as i > move them over (quite time consuming considering i am moving 40+ vservers off > a p3 intel environment).. > > > -- Benoit des Ligneris Ph. D. President de Revolution Linuxhttp://www.revolutionlinux.com/ OSCAR http://oscar.openclustergroup.org/ EduLinuxhttp://www.edulinux.org/ Toutes les opinions et les prises de position exprimées dans ce courriel sont celles de son auteur et ne répresentent pas nécessairement celles de Révolution Linux Any views and opinions expressed in this email are solely those of the author and do not necessarily represent those of Revolution Linux ___ Vserver mailing list Vserver@list.linux-vserver.org http://list.linux-vserver.org/mailman/listinfo/vserver
Re: [Vserver] NFS mount home directories
Hello, We are using a lot NFS here on XTERM vservers and we have tried and tested both solutions: 1) mount NFS somewhere on the /host then use mount --bind 2) mount NFS before directly on the /vserver directory Both are working fine. You can have locking with nfslock and, as Herbert mention previously, this is as reliable as ... NFS ;-) What is important is to "tweak" (well, if necessary) your startup sequence so that all is fine on the host before starting any vserver that depend on the NFS files. Also, you should use "v_portmap" instead of portmap if you plan to do NFS inside a vserver (well, in our case, we are using unfsd3 as this is only read-only partitions for the XTERM). In that respect, we think that mounting directly NFS inside the vserver is a bit more reliable than "mount --bind". When you are using mount --bind, the directory will be binded, even if the NFS directory is not mounted which can lead to serious problem, especially if you are using pam_mkhomedir... If you want to restore the "correct" behavior, you have to unmount the directory then remount it once your NFS is present. We don't have this kind of problems when mouting the NFS share directly inside the vserver. We are using TCP NFS for better reliability and performance (when the server has some kind of load...) Ben Herbert Poetzl a écrit : > On Mon, Aug 01, 2005 at 11:32:38AM +0200, Gebhardt Thomas wrote: > >>Hi, >> >>I'm trying to configure a VServer for interactive login, where users >>can access their NFS mounted home directories and I was trying >>to figure out, what is the "best practice" to do that. >> >>So, I have a few questions: >> >>1. We are still running 2.4.29-vs1.2.10 on our production servers; >>do I need to upgrade to kernel 2.6.x and/or vs 2.0-rc-x ? > > > well, NFS was not tested for 2.4/1.2.x so I just don't know > what I know for sure is that xid tagging is not present there > (over NFS) > > >>2. If using vs2.0: What is the preferred XID tagging config >>(all uids, gids < 65000) > > > the default should be fine (UGID24) > > >>3. Should I NFS mount the home directories on the master server (a) >>or within the vserver (b)? > > > actually you can do both, but if the mount is kind of static > (i.e. only done once at bootup) I'd sugegst to do it on the > host, right before you start the guests ... > > >> if (a): mount directly into the vserver chroot or mount outside the >> vserver filesystem and use bind mounts? Does the master server > > > both should work fine, bind mounts might be more flexible > > >> need to be aware about the users on the vserver (/etc/passwd, ...)? > > > nope > > >> if (b): which extra privileges/capabilities to grant the vserver? > > > should work out of the box (with 2.6/2.0 that is) > > >>4. Are there NFS locking issues? Can multiple vserver on the >>same master mount the home directories simultaneously? > > > well, there are the 'typical' nfs locking issues, but they > are not really vserver related ... > > >>5. Is it possible to get rpc.quota information on the vserver? > > > hmm, actually never tried ... so no idea :) > > >>6. A previous posting says that one should prefer tcp over >>udp mounts. Can you elaborate, why? Is this a general advice >>or meant especially for vservers? > > > it's a general advice from the NFS folks who said: NFS over > UDP is broken by design, and we do not care if it works or > not (and it does not work reliably with newer hardware/kernels) > > >>Thanks for your help / pointing me to the appropriate docs. > > > you're welcome! > Herbert > > >>Cheers, Thomas >>___ >>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 -- Benoît des Ligneris Ph. D. Président / C.E.O. Revolution Linux http://www.revolutionlinux.com/ Toutes les opinions et les prises de position exprimées dans ce courriel sont celles de son auteur et ne représentent pas nécessairement celles de Révolution Linux. Any views and opinions expressed in this email are solely those of the author and do not necessarily represent those of Revolution Linux. ___ Vserver mailing list Vserver@list.linux-vserver.org http://list.linux-vserver.org/mailman/listinfo/vserver
Re: [Vserver] V_xxxx not running ?
Hello, Well, it certainly _was_ true at some point, especially when I was testing the vserver on my laptop ; I don't think this is the case now. We simply experiment that some programs have to be run on the host and don't allow to change port/restrict IP/etc. The v_* tools are, IMHO, a generic way to circumvent this kind of problem. This is especially true for portmap (i.e. : you need NFS on your host and you provide NFS we unfsd3 on a vserver, etc.) and there is no possibility to specify this in a config file (as far I know!). The same can be true for other programs : openSLP ?, Also, this can really help the newcommers to the vserver technology. I agree with you that, most of the time, you need those tools when you are using vservers on a "regular" host. However, it is really easy to use these tools and, in the process, understand how the vservers and the host share certain ressources. "Chasing" each and every config file of services started on your host (apache:443, SSH, mySQL, postgreSQL, etc.) can be a "not very productive task" especially during a test... Just my .01$ Ben Darryl Ross wrote: > Benoît des Ligneris wrote: > >>>Hello, >>> >>>Well, I think that this is a useful tool for the vserver project. >>> >>>We are using v_portmap as well as some others v_* scripts. After having >>>installed several vserver hosts I think it is much more easy to modify >>>the services than to go after every application and modify one or >>>several configuration file. >>> >>>Also, it is easy to check the existing services running on a given host >>>and to create the v_* scripts in order to make sure that no port >>>conflict will occur between the vservers and the host. This is a general >>>solution to this kind of problem whereas fixing each application >>>individually can be, IMHO, a pain... > > > Then I would suggest that perhaps you are running too many services on > the host? > > My philosophy is to keep the host as minimal as possible and run > everything inside a guest (generally one guest per service). The only > two services I run on my hosts are sshd and ntpd. Every other service > that I might want to run on the host can be run inside a guest. > > I run sshd on all my machines on a non-standard port ( for hosts and > 222 for guests) as a way of stopping my logs from filling up with > door-knock attempts which also solves the port conflict issue. > > Regards > Darryl > -- Benoit des Ligneris Ph. D. President de Revolution Linuxhttp://www.revolutionlinux.com/ OSCAR http://oscar.openclustergroup.org/ EduLinuxhttp://www.edulinux.org/ Toutes les opinions et les prises de position exprimées dans ce courriel sont celles de son auteur et ne répresentent pas nécessairement celles de Révolution Linux Any views and opinions expressed in this email are solely those of the author and do not necessarily represent those of Revolution Linux ___ Vserver mailing list Vserver@list.linux-vserver.org http://list.linux-vserver.org/mailman/listinfo/vserver
Re: [Vserver] V_xxxx not running ?
Hello, Well, I think that this is a useful tool for the vserver project. We are using v_portmap as well as some others v_* scripts. After having installed several vserver hosts I think it is much more easy to modify the services than to go after every application and modify one or several configuration file. Also, it is easy to check the existing services running on a given host and to create the v_* scripts in order to make sure that no port conflict will occur between the vservers and the host. This is a general solution to this kind of problem whereas fixing each application individually can be, IMHO, a pain... Ben Enrico Scholz a écrit : > [EMAIL PROTECTED] (Herbert Poetzl) writes: > > >>>I will fix it, although the v_* scripts will disappear soon. >> >>and be replaced by? > > > nothing ;) > > I do not see much sense in these scripts. Most affected applications > (httpd, named, sendmail, ssh, xinetd) can be configured with "native" > methods to listen on a limited set of interfaces. 'portmap' is the only > daemon where v_portmap might be useful, but it is not used very much > today resp. only by programs which can run in the host only. And the > missing reports about the broken startup order in v_portmap tells me, > that this script is unused. ;) > > > > Enrico > > > > > ___ > Vserver mailing list > Vserver@list.linux-vserver.org > http://list.linux-vserver.org/mailman/listinfo/vserver -- Benoît des Ligneris Ph. D. Président / C.E.O. Revolution Linux http://www.revolutionlinux.com/ Toutes les opinions et les prises de position exprimées dans ce courriel sont celles de son auteur et ne représentent pas nécessairement celles de Révolution Linux. Any views and opinions expressed in this email are solely those of the author and do not necessarily represent those of Revolution Linux. ___ Vserver mailing list Vserver@list.linux-vserver.org http://list.linux-vserver.org/mailman/listinfo/vserver
Re: [Vserver] How to build first vserver ?
Hello, Enrico Scholz a écrit : > [EMAIL PROTECTED] (Brian Ipsen) writes: > > >>Next, I have an issue with the setup in general... I mount >>/vservers/dns-int as a lvm-partition .. > > > Sorry; not supported yet. Well, we have several vservers (60 and more on 20 servers+) set up like this (either a globale LVM /vservers partition or one LVM partition by vserver /lvm/vservers/dns, etc.) and we never had any trouble. Can you describe your setup as well as the ouptut of lvdisplay, vgdisplay, fstab, etc. ? Ben -- Benoît des Ligneris Ph. D. Président / C.E.O. Revolution Linux http://www.revolutionlinux.com/ Toutes les opinions et les prises de position exprimées dans ce courriel sont celles de son auteur et ne représentent pas nécessairement celles de Révolution Linux. Any views and opinions expressed in this email are solely those of the author and do not necessarily represent those of Revolution Linux. ___ Vserver mailing list Vserver@list.linux-vserver.org http://list.linux-vserver.org/mailman/listinfo/vserver
Re: [Vserver] Test: 2.6.12.2vs2.0rc6-rl4
Hello Nicolas,
Because testme.sh output is correct, I suspect the startup scripts.
Can you check that this directory exists :
/etc/vservers/.defaults/run.rev/
Ben
Nicolas Costes a écrit :
> 'llo again,
>
> I'm trying the kernel-vs2.6-2.6.12.2vs2.0rc6-rl4 (
> Benoît des Ligneris talked about it here a few days ago), and I cannot
> start a vserver in it. I user the vserver-utils I just built (See my last
> thread) after commenting the test section in the SPEC file.
>
> Is this related to the kernel-vs2.6-2.6.12.2vs2.0rc6-rl4 rpm, or to the
> official Vserver rc6 ?
>
> Would it be better to wait for the next RC ?
>
> =
>
> # vserver test build -m skeleton --hostname test
> # urpmi --root /vservers/test/ basesystem locales-fr
>
> # vserver test start
> save_ctxinfo:
> symlink("/etc/vservers/test","/etc/vservers/.defaults/run.rev/49153"): No
> such file or directory
>
> An error occured while executing the vserver startup sequence; when
> there are no other messages, it is very likely that the init-script
> (/etc/rc.d/rc 3) failed.
>
> Common causes are:
> * /etc/rc.d/rc on Fedora Core 1 and RH9 fails always; the 'apt-rpm' build
> method knows how to deal with this, but on existing installations,
> appending 'true' to this file will help.
>
> Failed to start vserver 'test'
>
> # vserver test stop
> vserver 'test' is not running
>
> # wget http://vserver.13thfloor.at/Stuff/SCRIPT/testme.sh
> --11:33:28-- http://vserver.13thfloor.at/Stuff/SCRIPT/testme.sh
>=> `testme.sh'
> 100%[===>] 4,565
> --.--K/s
> 11:33:29 (34.04 KB/s) - `testme.sh' saved [4,565/4,565]
>
> # sh testme.sh
> Linux-VServer Test [V0.13] Copyright (C) 2003-2005 H.Poetzl
> chcontext is working.
> chbind is working.
> Linux 2.6.12.2vs2.0rc6-rl4 i686/0.30.207/0.30.207 [Ea] (0)
> VCI: 0002:0001 273 03f6
> ---
> [000]# succeeded.
> [001]# succeeded.
> [011]# succeeded.
> [031]# succeeded.
> [101]# succeeded.
> [102]# succeeded.
> [201]# succeeded.
> [202]# succeeded.
>
>
> # vserver-info
> Versions:
>Kernel: 2.6.12.2vs2.0rc6-rl4
>VS-API: 0x000100ff
> util-vserver: 0.30.207; Jul 13 2005, 04:05:24
>
> Features:
>CC: i586-mandrake-linux-gnu-gcc,
> i586-mandrake-linux-gnu-gcc (GCC) 3.4.3 (Mandrakelinux 10.2 3.4.3-7mdk)
> CXX: i586-mandrake-linux-gnu-g++,
> i586-mandrake-linux-gnu-g++ (GCC) 3.4.3 (Mandrakelinux 10.2 3.4.3-7mdk)
> CPPFLAGS: ''
>CFLAGS: '-O2 -fomit-frame-pointer -pipe -march=i586
> -mtune=pentiumpro -std=c99-Wall -pedantic -W -funit-at-a-time'
> CXXFLAGS: '-O2 -fomit-frame-pointer -pipe -march=i586
> -mtune=pentiumpro -ansi -Wall -pedantic -W -fmessage-length=0
> -funit-at-a-time'
>build/host: i586-mandrake-linux-gnu/i586-mandrake-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/glibc
>
> Paths:
>prefix: /usr
> sysconf-Directory: /etc
> cfg-Directory: /etc/vservers
> initrd-Directory: /etc/rc.d/init.d
>pkgstate-Directory: /var/run/vservers
> Kernelheaders: /usr/include
> vserver-Rootdir: /vservers
>
>
> Assumed 'SYSINFO' as no other option given; try '--help' for more
> information.
>
>
>
>
>
>
> ___
> Vserver mailing list
> Vserver@list.linux-vserver.org
> http://list.linux-vserver.org/mailman/listinfo/vserver
--
Benoit des Ligneris Ph. D.
President de Revolution Linuxhttp://www.revolutionlinux.com/
OSCAR http://oscar.openclustergroup.org/
EduLinuxhttp://www.edulinux.org/
Toutes les opinions et les prises de position exprimées dans ce courriel
sont celles de son auteur et ne répresentent pas nécessairement celles
de Révolution Linux
Any views and opinions expressed in this email are solely those of the
author and do not necessarily represent those of Revolution Linux
___
Vserver mailing list
Vserver@list.linux-vserver.org
http://list.linux-vserver.org/mailman/listinfo/vserver
Re: [Vserver] Re: Vserver Digest, Vol 16, Issue 14
Hello, It is vanilla kernel + vserver patch with .config from Mandriva 10.2 (well cooker 2.6.12.2 in fact) in order to have as much "similar" modules as possible. As a consequence : no supermount, etc. Following the Mandriva kernel with the vs patch will require much more manpower & kernel expertise than we have ;-( Ben Benjamin GIGON a écrit : >>Hello, >> >>We just compiled RPMs of the kernel for Mandrake 10.2 *(should work with >>10.0 and 10.1 also but this is untested)*. >> >>http://download.revolutionlinux.com/Vservers/mandrake/10.2/i586/ >> >>This is also a urpmi source : >>urpmi.addmedia --update vserver-rl \ >>http://download.revolutionlinux.com/Vservers/mandrake/10.2/i586/ >> >>Then you can >>urpmi kernel-vs2.6 >> >>And you should be able to test the latest release... >> >>Ben >>-- >>Benoit des Ligneris Ph. D. >>President de Revolution Linuxhttp://www.revolutionlinux.com/ > > > Hi Ben, > for your Kernel 2.6, it's a Official Mandriva Kernel with vs patchs or just a > official 2.6 and vs patchs ? > > > ___________ > Vserver mailing list > Vserver@list.linux-vserver.org > http://list.linux-vserver.org/mailman/listinfo/vserver -- Benoît des Ligneris Ph. D. Président / C.E.O. Revolution Linux http://www.revolutionlinux.com/ Toutes les opinions et les prises de position exprimées dans ce courriel sont celles de son auteur et ne représentent pas nécessairement celles de Révolution Linux. Any views and opinions expressed in this email are solely those of the author and do not necessarily represent those of Revolution Linux. ___ Vserver mailing list Vserver@list.linux-vserver.org http://list.linux-vserver.org/mailman/listinfo/vserver
[Vserver] 2.6.12.2-vs2.0-rc6 RPMs for Mandr(ake|iva) 10.x (only tested with 10.2)
Hello, We just compiled RPMs of the kernel for Mandrake 10.2 *(should work with 10.0 and 10.1 also but this is untested)*. http://download.revolutionlinux.com/Vservers/mandrake/10.2/i586/ This is also a urpmi source : urpmi.addmedia --update vserver-rl \ http://download.revolutionlinux.com/Vservers/mandrake/10.2/i586/ Then you can urpmi kernel-vs2.6 And you should be able to test the latest release... Ben -- Benoit des Ligneris Ph. D. President de Revolution Linuxhttp://www.revolutionlinux.com/ Toutes les opinions et les prises de position exprimées dans ce courriel sont celles de son auteur et ne répresentent pas nécessairement celles de Révolution Linux Any views and opinions expressed in this email are solely those of the author and do not necessarily represent those of Revolution Linux ___ Vserver mailing list Vserver@list.linux-vserver.org http://list.linux-vserver.org/mailman/listinfo/vserver
[Vserver] Vserver in Free Software magazine
Hello, An article called "The leap from virtual host to virtual machine Virtualization and implications of free software By Edward Macnaghten" This is a high level comparison of the virtualization methods : http://www.freesoftwaremagazine.com/free_issues/issue_05/focus-intro_vserver/ Ben -- Benoit des Ligneris Ph. D. President de Revolution Linuxhttp://www.revolutionlinux.com/ Toutes les opinions et les prises de position exprimées dans ce courriel sont celles de son auteur et ne répresentent pas nécessairement celles de Révolution Linux Any views and opinions expressed in this email are solely those of the author and do not necessarily represent those of Revolution Linux ___ Vserver mailing list Vserver@list.linux-vserver.org http://list.linux-vserver.org/mailman/listinfo/vserver
