Re: [Vserver] [EMAIL PROTECTED]

2006-04-13 Thread Xavier Montagutelli
On Thursday 13 April 2006 14:02, Falk Hamann wrote:
> I read the manual to install vserver on crux.
> http://list.linux-vserver.org/archive/vserver/msg09371.html
> I followed each step. But starting vserver fails.
>
> # vserver vcrux01 start
> save_ctxinfo: open("/usr/var/run/vservers/vcrux01"): No such file or
> An error occured while executing the vserver startup sequence; when
> there are no other messages, it is very likely that the init-script
> (/sbin/init) failed.

One (euro) cent :

does the /usr/var/run/vservers/ directory exists ?

If no : create it

If yes : what happens if you try "touch /usr/var/run/vservers/vcrux01" before 
vserver .. start ?

>
> 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 'vcrux01'
>
>
> The file "run" in config-directory is an symbolic dead-link.
>
> # ls -l /etc/vservers/vcrux01/run
> lrwxrwxrwx 1 root root 29 Apr 10 17:24 /etc/vservers/vcrux01/run
> -> /usr/var/run/vservers/vcrux01
>
> This is exactly, what I found in the documentation of source
> save_ctxinfo.c.
> // Saves current ctx + vserver-info into 'argv[1] + /run' which must be a
> dead // symlink
>
>
> What goes wrong ?
> Thanks Falk
>
> PS: The configure-options are:
> ./configure --prefix=/usr \
> --sysconfdir=/etc \
> --with-initrddir=/etc/rc.d
> ___
> Vserver mailing list
> Vserver@list.linux-vserver.org
> http://list.linux-vserver.org/mailman/listinfo/vserver

-- 
Xavier Montagutelli  Tel : +33 (0)5 55 45 77 20
Service Commun Informatique  Fax : +33 (0)5 55 45 77 60
Universite de Limoges
123, avenue Albert Thomas
87060 Limoges cedex
___
Vserver mailing list
Vserver@list.linux-vserver.org
http://list.linux-vserver.org/mailman/listinfo/vserver


Re: [Vserver] [EMAIL PROTECTED]

2006-04-13 Thread Falk Hamann
On Thu, 13 Apr 2006 14:12:09 +0200
Xavier Montagutelli <[EMAIL PROTECTED]> wrote:

> does the /usr/var/run/vservers/ directory exists ?
> 
> If no : create it
> 
> If yes : what happens if you try
> "touch /usr/var/run/vservers/vcrux01" before vserver .. start ?

Yes the directory exists.
If I touch this file and start again the vserver: the file is deleted
and Errormessage is the exactly same.

Thanks, but that not solve the problem.
Any other ideas ?

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


RE: [Vserver] [EMAIL PROTECTED]

2006-04-13 Thread smagnuson


Falk,

Not sure if this helps any but I have a newer doc version.  Pasted it
below.  I have not tried with crux 2.2 yet.

Later
Sig

How to install and use linux-vserver with crux 2.0 / 2.1
http://crux.nu/
http://linux-vserver.org/
http://gentoo.home.xnull.de/doc/en/vshandbook/index.xml?part=0&chap=0

notes:
Expect to find errors
I may be doing things completely backwards but it seems to work
vservers are going to be installed onto seperate partition /vservers/...
I use sudo for most root commands. If you prefer to use root then ignore
sudo at front of commands

Preparing your host server with vserver

* Get vserver code

cd ~/src/vserver
wget
http://www.13thfloor.at/vserver/d_rel26/v1.9.5/util-vserver-0.30.204.tar
.gz
gzip -d util-vserver-0.30.204.tar.gz
tar -xf util-vserver-0.30.204.tar

wget
http://www.13thfloor.at/vserver/d_rel26/v1.9.5/linux-vserver-1.9.5.tar.g
z
gzip -d linux-vserver-1.9.5.tar.gz
tar -xf linux-vserver-1.9.5.tar

* Get vanilla linux kernel and compile in vserver patch aquired from
above

cd /usr/src
sudo wget
ftp://ftp.kernel.org/pub/linux/kernel/v2.6/linux-2.6.11.5.tar.bz2
sudo bzip2 -d linux-2.6.11.5.tar.bz2
tar -xf linux-2.6.11.5.tar

cd linux-2.6.11.5
sudo cp ../linux-2.6.6/.config .
sudo cp ~/src/vserver/patch-2.6.11.5-vs1.9.5.diff
sudo patch -p1 -s <../patch-2.6.11.5-vs1.9.5.diff

If you want: patch for the specific kernel


sudo make menuconfig
sudo make all
sudo make modules_install

* Install newly patched kernel

cd /usr/src
sudo rm linux
sudo ln -s linux-2.6.11.5 linux

sudo cp /usr/src/linux-2.6.11.5/arch/i386/boot/bzImage
/boot/vmlinuz-2.6.11.5-1
sudo cp System.map /boot/System.map-2.6.11.5-1
cd /boot
sudo ls -s System.map-2.6.6-2 System.map

sudo vi /etc/lilo.conf
...
...
image=/boot/vmlinuz-2.6.11.5-1
label=KERNEL-4
root=/dev/discs/disc0/part2
read-only

sudo lilo -q
sudo lilo
sudo lilo -q

* Install additional/required software

sudo prt-get install iproute2
sudo prt-get install iptables
sudo prt-get install rsync
sudo prt-get install dietlibc

* Get vconfig binary

cd ~/src/
wget http://www.candelatech.com/~greear/vconfig
sudo cp vconfig /usr/local/sbin

* Complile and install vserver utilities

cd ~/src/vserver/util-vserver-0.30.204
./configure --prefix=/usr/local
make
sudo make install

* Create vserver guest OS directory

sudo mkdir -m 000 /vservers
sudo mkdir /vservers/vcrux01

* If using SSH (or any other port listening application) change it
to listen to the specific interface (ie not 0.0.0.0)

sudo vi /etc/ssh/sshd_config
...
...
ListenAddress 172.27.12.19
...
...

* restart ssh and ensure it still works

sudo /etc/rc.d/sshd restart

Building your first vserver

* On Host OS

sudo vserver vcrux01 build -m skeleton -n vcrux01 --context 100
--hostname vcrux01.corporate.net --interface 172.27.12.24 --netdev eth0
--netmask 255.255.248.0 --initstyle plain

* Edit sysctl.conf and configure vshelper

sudo vi /etc/sysctl.conf
kernel.vshelper = /usr/local/lib/util-vserver/vshelper

* Set up vserver barrier (this is untested)

sudo showattr -d /vservers/vcrux01/..
---bui- /vservers/vcrux01/..
sudo setattr --barrier /vservers/vcrux01/..
sudo showattr -d /vservers/vcrux01/..
---Bui- /vservers/vcrux01/..

* Try this if the above does not work (This works but above should
be better)

#sudo showattr -d /vservers/vcrux01
#---bui- /vservers/vcrux01
#sudo setattr --barrier /vservers/vcrux01
#sudo showattr -d /vservers/vcrux01
#---Bui- /vservers/vcrux01

* set default tty (not sure if this works)

sudo mkdir -p /usr/local/etc/vservers/.defaults/apps/init
cd /usr/local/etc/vservers/.defaults/apps/init
sudo ln -s /dev/tty6 tty

* Check the folowing file to ensure all it configured fine. If not
edit files.

cat /usr/local/etc/vservers/vcrux01/apps/init/style
plain

cat /usr/local/etc/vservers/vcrux01/interfaces/dev
eth0

cat /usr/local/etc/vservers/vcrux01/interfaces/mask
255.255.248.0

cat /usr/local/etc/vservers/vcrux01/interfaces/0/ip
172.27.12.24

cat /usr/local/etc/vservers/vcrux01/interfaces/0/name
c01

cat /usr/local/etc/vservers/vcrux01/uts/nodename
vcrux01.corporate.net

cat /usr/local/etc/vservers/vcrux01/name
vcrux01

cat /usr/local/etc/vservers/vcrux01/fstab
none /proc proc defaults 0 0
none /tmp tmpfs size=16m,mode=1777 0 0
none /dev/pts devpts gid=5,mode=620 0 0

cat /usr/local/etc/vservers/crux01/context
100

# set it up so uptime is reflective of vserver uptime not host uptime
cat /usr/local/etc/vservers/unixdev1/flags
VIRT_UPTIME

Install Crux to /vserver/vcrux01

boot from crux install cd
mount /, /usr, and /vservers to /mnt, /mnt/usr, and /mnt/vservers
chroot to /mnt
set root password
run crux setup
use /mnt/vservers/vcrux01 as install point
do not compile kernel, not used
do not run lilo
do not run lilo
do not run lilo
see crux handbook for details: http://crux.nu/doc/handbook.html

 

boot OS back up

* configure guest OS vcrux01

cd /mnt/vservers/vcrux01

sudo vi ./etc/rc.conf
TIMEZONE=Canada/Mou

RE: [Vserver] [EMAIL PROTECTED]

2006-04-13 Thread smagnuson

See the previous post regarding crux documentation.  If still having
issues, do the following.  It will probably help people troubleshoot
your issue.

Download, run and paste output back to list
http://vserver.13thfloor.at/Stuff/SCRIPT/testme.sh

Run and paste output back to list 
./vserver-info

So the host is crux (version ??)
So the guest is crux (version ??)

Later
Sig



-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Falk Hamann
Sent: Thursday, April 13, 2006 6:27 AM
To: vserver@list.linux-vserver.org
Subject: Re: [Vserver] [EMAIL PROTECTED]

On Thu, 13 Apr 2006 14:12:09 +0200
Xavier Montagutelli <[EMAIL PROTECTED]> wrote:

> does the /usr/var/run/vservers/ directory exists ?
> 
> If no : create it
> 
> If yes : what happens if you try
> "touch /usr/var/run/vservers/vcrux01" before vserver .. start ?

Yes the directory exists.
If I touch this file and start again the vserver: the file is deleted
and Errormessage is the exactly same.

Thanks, but that not solve the problem.
Any other ideas ?

Bye Falk
___
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] [EMAIL PROTECTED]

2006-04-19 Thread Falk Hamann
On Thu, 13 Apr 2006 08:55:18 -0600
<[EMAIL PROTECTED]> wrote:

> 
> See the previous post regarding crux documentation.  If still having
> issues, do the following.  It will probably help people troubleshoot
> your issue.
> 
> Download, run and paste output back to list
> http://vserver.13thfloor.at/Stuff/SCRIPT/testme.sh

This program is part of util-vserver 0.30.209

Copyright (C) 2004 Enrico Scholz
This program is free software; you may redistribute it under the terms
of the GNU General Public License.  This program has absolutely no
warranty. Linux 2.6.16.1 #3 SMP Fri Apr 7 09:44:20 CEST 2006 i686
Ea 0.30.209 273/glibc (S*) 
VCI: 0002:0001 273 0316 (TbLgnP)
([EMAIL PROTECTED])
(gcc version 4.0.3 (CRUX))
#3 SMP Fri Apr 7 09:44:20 CEST 2006
---
[000]# chcontext  true && chcontext --xid 45678 true
[000]# succeeded.
[001]# chcontext --xid 45678 egrep 'context|VxID' /proc/self/status
[001]# succeeded.
[011]# chcontext --secure --xid 45678 mknod /tmp/testme.sh.LT1693/node
c 0 0 [011]# succeeded.
[031]# chcontext  --hostname zaphod.1690 uname -a | grep -q zaphod.1690
[031]# succeeded.
[101]# chbind  --ip 192.168.0.42 true
[101]# succeeded.
[102]# chbind  --ip 192.168.0.1/255.255.255.0 --ip 10.0.0.1/24 true
[102]# succeeded.
[201]# chcontext --xid 45678 --flag fakeinit bash -c 'test $$ -eq 1'
[201]# succeeded.
[202]# chcontext  --flag fakeinit bash -c 'test $$ -eq 1'
[202]# succeeded.

The testscript works well.

> Run and paste output back to list 
> ./vserver-info

[EMAIL PROTECTED] ~# vserver-info 
Versions:
   Kernel: 2.6.16.1
   VS-API: 0x00020001
 util-vserver: 0.30.209; Apr 12 2006, 15:07:54

Features:
   CC: gcc, gcc (GCC) 4.0.3 (CRUX)
  CXX: g++, g++ (GCC) 4.0.3 (CRUX)
 CPPFLAGS: ''
   CFLAGS: '-O2 -march=i686 -pipe -std=c99 -Wall
-pedantic -W -funit-at-a-time' CXXFLAGS: '-O2 -march=i686 -pipe -ansi
-Wall -pedantic -W -fmessage-length=0 -funit-at-a-time' build/host:
i686-pc-linux-gnu/i686-pc-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
   pkgstate-Directory: ${prefix}/var/run/vservers
  vserver-Rootdir: /vservers


Assumed 'SYSINFO' as no other option given; try '--help' for more
information.

> So the host is crux (version ??)
> So the guest is crux (version ??)

Both are CRUX 2.2.

vserver started in debug-mode. I hope these infos help solve the problem.

[EMAIL PROTECTED] ~# vserver --debug vcrux01 start
+ shift
+ true
+ case "$1" in
+ shift
+ break
+ OPTION_ALL=($OPTION_SILENT $OPTION_VERBOSE $OPTION_DEBUG $OPTION_DEFAULTTTY)
+ SELF=("$0" "[EMAIL PROTECTED]")
+ vserver=vcrux01
+ cmd=start
+ test start '!=' build
+ allow_legacy=
+ case "$vserver" in
+ VSERVER_DIR=/etc/vservers/vcrux01
+ allow_legacy=1
+ test -n 1
+ do_legacy=
+ test '!' -e /etc/vservers/vcrux01/legacy
+ test -d /etc/vservers/vcrux01 -o '!' -e /etc/vservers/vcrux01.conf
+ test -z ''
+ test -d /etc/vservers/vcrux01
+ test -e /etc/vservers/vcrux01/name
+ read VSERVER_NAME
+ test start '!=' start -o -n ''
+ isAvoidNamespace /etc/vservers/vcrux01
+ local cfgdir
+ /usr/sbin/vserver-info - FEATURE namespace
++ /usr/sbin/vserver-info /etc/vservers/vcrux01 CFGDIR
+ cfgdir=/etc/vservers/vcrux01
+ test '!' -e /etc/vservers/vcrux01/namespace
+ test -e /etc/vservers/.defaults/nonamespace -o -e 
/etc/vservers/vcrux01/nonamespace
+ exec /usr/sbin/vnamespace --new -- /usr/sbin/vserver nonamespace --debug 
vcrux01 start 2
+ shift
+ true
+ case "$1" in
+ shift
+ break
+ OPTION_ALL=($OPTION_SILENT $OPTION_VERBOSE $OPTION_DEBUG $OPTION_DEFAULTTTY)
+ SELF=("$0" "[EMAIL PROTECTED]")
+ vserver=vcrux01
+ cmd=start
+ test start '!=' build
+ allow_legacy=
+ case "$vserver" in
+ VSERVER_DIR=/etc/vservers/vcrux01
+ allow_legacy=1
+ test -n 1
+ do_legacy=
+ test '!' -e /etc/vservers/vcrux01/legacy
+ test -d /etc/vservers/vcrux01 -o '!' -e /etc/vservers/vcrux01.conf
+ test -z ''
+ test -d /etc/vservers/vcrux01
+ test -e /etc/vservers/vcrux01/name
+ read VSERVER_NAME
+ test start '!=' start -o -n nonamespace
+ . /usr/lib/util-vserver/vserver.functions
++ declare -a 'NICE_CMD=()'
++ declare -a 'CHBIND_OPTS=()'
++ declare -a 'CAP_OPTS=()'
++ declare -a 'CHCONTEXT_INIT_OPTS=()'
++ declare -a 'CHCONTEXT_FLAG_OPTS=()'
++ declare -a 'CHCONTEXT_OPTS=()'
++ declare -a 'CAPCHROOT_OPTS=()'
++ declare -a 'INTERFACES=()'
++ declare -a 'INITCMD_RESCUE=(/bin/sleep 900)'
++ declare -a 'INITCMD_START=()'
++ declare -a 'INITCMD_START_SYNC=()'
++ declare -a 'INITCMD_STOP=()'
++ declare -a 'INITCMD_STOP_SYNC=()'
++ declare -a 'INITCMD_PREPARE=()'
++ declare -a 'INI

Re: [Vserver] [EMAIL PROTECTED]

2006-04-19 Thread Herbert Poetzl
On Wed, Apr 19, 2006 at 11:50:09AM +0200, Falk Hamann wrote:
> On Thu, 13 Apr 2006 08:55:18 -0600
> <[EMAIL PROTECTED]> wrote:
> 
> > 
> > See the previous post regarding crux documentation.  If still having
> > issues, do the following.  It will probably help people troubleshoot
> > your issue.
> > 
> > Download, run and paste output back to list
> > http://vserver.13thfloor.at/Stuff/SCRIPT/testme.sh
> 
> This program is part of util-vserver 0.30.209
> 
> Copyright (C) 2004 Enrico Scholz
> This program is free software; you may redistribute it under the terms
> of the GNU General Public License.  This program has absolutely no
> warranty. Linux 2.6.16.1 #3 SMP Fri Apr 7 09:44:20 CEST 2006 i686
> Ea 0.30.209 273/glibc (S*) 
> VCI: 0002:0001 273 0316 (TbLgnP)
> ([EMAIL PROTECTED])
> (gcc version 4.0.3 (CRUX))
> #3 SMP Fri Apr 7 09:44:20 CEST 2006
> ---
> [000]# chcontext  true && chcontext --xid 45678 true
> [000]# succeeded.
> [001]# chcontext --xid 45678 egrep 'context|VxID' /proc/self/status
> [001]# succeeded.
> [011]# chcontext --secure --xid 45678 mknod /tmp/testme.sh.LT1693/node
> c 0 0 [011]# succeeded.
> [031]# chcontext  --hostname zaphod.1690 uname -a | grep -q zaphod.1690
> [031]# succeeded.
> [101]# chbind  --ip 192.168.0.42 true
> [101]# succeeded.
> [102]# chbind  --ip 192.168.0.1/255.255.255.0 --ip 10.0.0.1/24 true
> [102]# succeeded.
> [201]# chcontext --xid 45678 --flag fakeinit bash -c 'test $$ -eq 1'
> [201]# succeeded.
> [202]# chcontext  --flag fakeinit bash -c 'test $$ -eq 1'
> [202]# succeeded.
> 
> The testscript works well.

looks good, yes ...

> > Run and paste output back to list 
> > ./vserver-info
> 
> [EMAIL PROTECTED] ~# vserver-info 
> Versions:
>Kernel: 2.6.16.1
>VS-API: 0x00020001
>  util-vserver: 0.30.209; Apr 12 2006, 15:07:54
> 
> Features:
>CC: gcc, gcc (GCC) 4.0.3 (CRUX)
>   CXX: g++, g++ (GCC) 4.0.3 (CRUX)
>  CPPFLAGS: ''
>CFLAGS: '-O2 -march=i686 -pipe -std=c99 -Wall
> -pedantic -W -funit-at-a-time' CXXFLAGS: '-O2 -march=i686 -pipe -ansi
> -Wall -pedantic -W -fmessage-length=0 -funit-at-a-time' build/host:
> i686-pc-linux-gnu/i686-pc-linux-gnu 
>  Use dietlibc: no (you have been warned) 
~~
you have been warned :)

>Build C++ programs: yes
>Build C99 programs: yes
>Available APIs: compat,v11,v13,fscompat,net,oldproc,olduts
 ~~

this one should not be required anymore, you can remove
it when configuring with --enable-apis=NOLEGACY IIRC

> 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
>pkgstate-Directory: ${prefix}/var/run/vservers
>   vserver-Rootdir: /vservers
> 
> 
> Assumed 'SYSINFO' as no other option given; try '--help' for more
> information.
> 
> > So the host is crux (version ??)
> > So the guest is crux (version ??)
> 
> Both are CRUX 2.2.
> 
> vserver started in debug-mode. I hope these infos help solve the problem.
> 
> [EMAIL PROTECTED] ~# vserver --debug vcrux01 start
> + shift
> + true
> + case "$1" in
> + shift
> + break
> + OPTION_ALL=($OPTION_SILENT $OPTION_VERBOSE $OPTION_DEBUG $OPTION_DEFAULTTTY)
> + SELF=("$0" "[EMAIL PROTECTED]")
> + vserver=vcrux01
> + cmd=start
> + test start '!=' build
> + allow_legacy=
> + case "$vserver" in
> + VSERVER_DIR=/etc/vservers/vcrux01
> + allow_legacy=1
> + test -n 1
> + do_legacy=
> + test '!' -e /etc/vservers/vcrux01/legacy
> + test -d /etc/vservers/vcrux01 -o '!' -e /etc/vservers/vcrux01.conf
> + test -z ''
> + test -d /etc/vservers/vcrux01
> + test -e /etc/vservers/vcrux01/name
> + read VSERVER_NAME
> + test start '!=' start -o -n ''
> + isAvoidNamespace /etc/vservers/vcrux01
> + local cfgdir
> + /usr/sbin/vserver-info - FEATURE namespace
> ++ /usr/sbin/vserver-info /etc/vservers/vcrux01 CFGDIR
> + cfgdir=/etc/vservers/vcrux01
> + test '!' -e /etc/vservers/vcrux01/namespace
> + test -e /etc/vservers/.defaults/nonamespace -o -e 
> /etc/vservers/vcrux01/nonamespace
> + exec /usr/sbin/vnamespace --new -- /usr/sbin/vserver nonamespace 
> --debug vcrux01 start 2
> + shift
> + true
> + case "$1" in
> + shift
> + break
> + OPTION_ALL=($OPTION_SILENT $OPTION_VERBOSE $OPTION_DEBUG $OPTION_DEFAULTTTY)
> + SELF=("$0" "[EMAIL PROTECTED]")
> + vserver=vcrux01
> + cmd=start
> + test start '!=' build
> + allow_legacy=
> + case "$vserver" in
> + VSERVER_DIR=/etc/vservers/vcrux01
> + allow_legacy=1
> + test -n 1
> + do_legacy=
> + test '!' -e /etc/vservers/vcrux01/legacy
> + test -d /etc/vservers/vcrux01 -o '!' -e /etc/vservers/vcrux01.conf
> + test -z ''
> + test -d /etc/vservers/vcrux01
> + test -e /etc/vservers/vcrux01/name
> +

RE: [Vserver] [EMAIL PROTECTED]

2006-04-19 Thread smagnuson

Yes as Herbert notes from your output: Use dietlibc: no (you have been
warned)

I think you may have overlooked the following line from the crux install
notes: sudo prt-get install dietlibc

I believe you need to use dietlibc, I had troubles without it.  Herbert
suggested I try it.  All worked fine after.  If you search the ml/irc
archives at the very least you'll find my issues.

I have included a snippet below.

Not running make install-distribution did not seem to cause me any
issues. But it is prob worthwhile running.

Sig

>>>>>>-Original Message-
>>>>>>From: [EMAIL PROTECTED]
[mailto:vserver->>>>>>[EMAIL PROTECTED] On Behalf Of
Magnuson, Sig
>>>>>>Sent: Wednesday, August 24, 2005 9:34 PM
>>>>>>Cc: vserver@list.linux-vserver.org
>>>>>>Subject: RE: [Vserver] unable to stop the vserver after upgrade

>>>>>>Herbert thanks for your help.

>>>>>>Issue: Unable to stop vserver, everything else appears to work
fine.

>>>>>>Issue was resolved when dietlibc was installed and tools
recompiled

>>>>>>EG:
>>>>>>Installed dietlibc
>>>>>>cd /path/to/vserver/src/util-vserver-0.30.208
>>>>>>make uninstall
>>>>>>make clean
>>>>>>./configure
>>>>>>make
>>>>>>make install

>>>>>>Note: allowed ./configure to autodetect dietlibc

>>>>>>from config.log
>>>>>>...
>>>>>>configure:9473: checking whether to enable dietlibc
>>>>>>configure:9533: result: yes (autodetected, 0.29)
>>>>>>...

>>>>>>Thanks,
>>>>>>sig








-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Herbert
Poetzl
Sent: Wednesday, April 19, 2006 10:13 AM
To: Falk Hamann
Cc: vserver@list.linux-vserver.org
Subject: Re: [Vserver] [EMAIL PROTECTED]

On Wed, Apr 19, 2006 at 11:50:09AM +0200, Falk Hamann wrote:
> On Thu, 13 Apr 2006 08:55:18 -0600
> <[EMAIL PROTECTED]> wrote:
> 
> > 
> > See the previous post regarding crux documentation.  If still having
> > issues, do the following.  It will probably help people troubleshoot
> > your issue.
> > 
> > Download, run and paste output back to list
> > http://vserver.13thfloor.at/Stuff/SCRIPT/testme.sh
> 
> This program is part of util-vserver 0.30.209
> 
> Copyright (C) 2004 Enrico Scholz
> This program is free software; you may redistribute it under the terms
> of the GNU General Public License.  This program has absolutely no
> warranty. Linux 2.6.16.1 #3 SMP Fri Apr 7 09:44:20 CEST 2006 i686
> Ea 0.30.209 273/glibc (S*)

> VCI: 0002:0001 273 0316 (TbLgnP)
> ([EMAIL PROTECTED])
> (gcc version 4.0.3 (CRUX))
> #3 SMP Fri Apr 7 09:44:20 CEST 2006
> ---
> [000]# chcontext  true && chcontext --xid 45678 true
> [000]# succeeded.
> [001]# chcontext --xid 45678 egrep 'context|VxID' /proc/self/status
> [001]# succeeded.
> [011]# chcontext --secure --xid 45678 mknod /tmp/testme.sh.LT1693/node
> c 0 0 [011]# succeeded.
> [031]# chcontext  --hostname zaphod.1690 uname -a | grep -q
zaphod.1690
> [031]# succeeded.
> [101]# chbind  --ip 192.168.0.42 true
> [101]# succeeded.
> [102]# chbind  --ip 192.168.0.1/255.255.255.0 --ip 10.0.0.1/24 true
> [102]# succeeded.
> [201]# chcontext --xid 45678 --flag fakeinit bash -c 'test $$ -eq 1'
> [201]# succeeded.
> [202]# chcontext  --flag fakeinit bash -c 'test $$ -eq 1'
> [202]# succeeded.
> 
> The testscript works well.

looks good, yes ...

> > Run and paste output back to list 
> > ./vserver-info
> 
> [EMAIL PROTECTED] ~# vserver-info 
> Versions:
>Kernel: 2.6.16.1
>VS-API: 0x00020001
>  util-vserver: 0.30.209; Apr 12 2006, 15:07:54
> 
> Features:
>CC: gcc, gcc (GCC) 4.0.3 (CRUX)
>   CXX: g++, g++ (GCC) 4.0.3 (CRUX)
>  CPPFLAGS: ''
>CFLAGS: '-O2 -march=i686 -pipe -std=c99 -Wall
> -pedantic -W -funit-at-a-time' CXXFLAGS: '-O2 -march=i686 -pipe -ansi
> -Wall -pedantic -W -fmessage-length=0 -funit-at-a-time' build/host:
> i686-pc-linux-gnu/i686-pc-linux-gnu 
>  Use dietlibc: no (you have been warned) 
~~
you have been warned :)

>Build C++ programs: yes
>Build C99 programs: yes
>Available APIs: compat,v11,v13,fscompat,net,oldproc,olduts
 ~~

this 

Re: [Vserver] [EMAIL PROTECTED]: Re: [Users] VServer vs OpenVZ]

2005-12-06 Thread Rik Bobbaers
On Tuesday 06 December 2005 15:45, Eugen Leitl wrote:
> Any counter-comments, from a VServer strengths point of view?

i'll try to get some points together here... i'm not an experienced user of 
vserver, but i have some remarks here...

> - Forwarded message from Kir Kolyshkin <[EMAIL PROTECTED]> -
>
> From: Kir Kolyshkin <[EMAIL PROTECTED]>
> Date: Tue, 06 Dec 2005 17:17:18 +0300
> To: [EMAIL PROTECTED]
> Subject: Re: [Users] VServer vs OpenVZ
> User-Agent: Mozilla Thunderbird 1.0.7-1.1.fc4 (X11/20050929)
> Reply-To: [EMAIL PROTECTED]
>
> My view of subject is definitely biased towards OpenVZ, but still: there
> are areas where OpenVZ is definitely more developed than VServer. Let me
> concentrate on three of these.
>
> First is stability. By sticking to old (currently 2.6.8) kernel and
> backporting all the bug fixes, security fixes and hardware driver
> updates, we make OpenVZ kernel very stable. We do a lot of kernel
> testing in house, including stress testing.

stable: yes, secure... well... as far as possible, BUT!
multipath using devicemapper in their kernel? almost impossible, unless the 
backported that entirely from 2.6.13 (of some 2.6.12 rcX)
a lot of other enhancements in 2.6.8+ kernels... it's for a reason that 
kernels get updated, you know...

> Second is resource management. There are a lot of resources that can be
> abused from inside VServer guest or OpenVZ VPS, leading to at least DoS;
> some of those resources are not under control of traditional UNIX means
> such as ulimit. In OpenVZ we have User Beancounters (UBC for short),
> which accounts and limits about 20 of such resources (including IPC
> objects, various kernel buffers etc).

there is a decent resource management in vserver too... it's not easy at all 
to dos an entire vserver. (you have rlimits map for every vserver if you 
want, where you can choose what the limits are)

> Third is virtualized network stack. AFAIK VServer's ngnet is not yet
> ready for prime time yet, while OpenVZ's venet is here. Without fully
> virtualized network stack people are experiencing problems like this one:
> http://www.paul.sladen.org/vserver/archives/200511/0165.html
> http://www.paul.sladen.org/vserver/archives/200511/0189.html

there are sollutions to this BIND problem (check the manual(s))

further... i don't know about any other advantages/disadvantages...

anyone??? ;)

-- 
harry
aka Rik Bobbaers

K.U.Leuven - LUDIT  -=- Tel: +32 485 52 71 50
[EMAIL PROTECTED] -=- http://harry.ulyssis.org

Disclaimer:
By sending an email to ANY of my addresses you are agreeing that:
  1. I am by definition, "the intended recipient"
  2. All information in the email is mine to do with as I see fit and make 
such financial profit, political mileage, or good joke as it lends itself to. 
In particular, I may quote it on usenet.
  3. I may take the contents as representing the views of your company.
  4. This overrides any disclaimer or statement of confidentiality that may be 
included on your message. 

Disclaimer: http://www.kuleuven.be/cwis/email_disclaimer.htm

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


Re: [Vserver] [EMAIL PROTECTED]: Re: [Users] VServer vs OpenVZ]

2005-12-06 Thread Herbert Poetzl
On Tue, Dec 06, 2005 at 03:45:42PM +0100, Eugen Leitl wrote:
> 
> Any counter-comments, from a VServer strengths point of view?
> 
> - Forwarded message from Kir Kolyshkin <[EMAIL PROTECTED]> -
> 
> From: Kir Kolyshkin <[EMAIL PROTECTED]>
> Date: Tue, 06 Dec 2005 17:17:18 +0300
> To: [EMAIL PROTECTED]
> Subject: Re: [Users] VServer vs OpenVZ
> User-Agent: Mozilla Thunderbird 1.0.7-1.1.fc4 (X11/20050929)
> Reply-To: [EMAIL PROTECTED]
> 
> My view of subject is definitely biased towards OpenVZ, but still:
> there are areas where OpenVZ is definitely more developed than
> VServer. Let me concentrate on three of these.
>
> First is stability. By sticking to old (currently 2.6.8) kernel and
> backporting all the bug fixes, security fixes and hardware driver
> updates, we make OpenVZ kernel very stable. We do a lot of kernel
> testing in house, including stress testing.

well, as I don't know anything about the stability
of OpenVZ, I can only refer to the companies using
linux-vserver in production:

http://linux-vserver.org/VServer+Hosting

> Second is resource management. There are a lot of resources that can
> be abused from inside VServer guest or OpenVZ VPS, leading to at least
> DoS; some of those resources are not under control of traditional
> UNIX means such as ulimit. In OpenVZ we have User Beancounters (UBC
> for short), which accounts and limits about 20 of such resources
> (including IPC objects, various kernel buffers etc).

see here for the resource limits supported by now

http://linux-vserver.org/Resource+Limits

limits get added when there is a need ...

> Third is virtualized network stack. AFAIK VServer's ngnet is not yet
> ready for prime time yet, while OpenVZ's venet is here. Without fully
> virtualized network stack people are experiencing problems like this
> one:
> http://www.paul.sladen.org/vserver/archives/200511/0165.html
> http://www.paul.sladen.org/vserver/archives/200511/0189.html

ngnet was delayed several times because it is not
really necessary to have and of course network
virtualization adds overhead and 'might' affect
stability (as the kernel networking is changing
very heavily with every release)

best,
Herbert

> Regards,
>  Kir, OpenVZ project leader
> 
> 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.
> >
> >My planned usage is VServers in a hosting setting.
> > 
> >
> ___
> Users mailing list
> [EMAIL PROTECTED]
> https://openvz.org/mailman/listinfo/users
> 
> - End forwarded message -
> -- 
> 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



> ___
> 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] [EMAIL PROTECTED]: Re: [Users] VServer vs OpenVZ]

2005-12-06 Thread Alex Lyashkov

> ngnet was delayed several times because it is not
> really necessary to have and of course network
> virtualization adds overhead and 'might' affect
> stability (as the kernel networking is changing
> very heavily with every release)
> 
I don`t right. Network virtualization reduse overhead of using VPS at
box. But it need full virtualization, not are only virtualize routing
tables how it do at ngnet. 
Without network virtualization you must have hacks for bind INADDR_ANY
and work chbind ;-)

-- 
FreeVPS Developers Team  http://www.freevps.com
Positive Softwarehttp://www.psoft.net

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


Re: [Vserver] [EMAIL PROTECTED]: Re: [Users] VServer vs OpenVZ]

2005-12-06 Thread Kir Kolyshkin



Rik Bobbaers wrote:


stable: yes, secure... well... as far as possible, BUT!
multipath using devicemapper in their kernel? almost impossible, unless the 
backported that entirely from 2.6.13 (of some 2.6.12 rcX)
a lot of other enhancements in 2.6.8+ kernels... it's for a reason that 
kernels get updated, you know...
 


Current OpenVZ kernel has more than 200 patches backported from mainstream.


Second is resource management. There are a lot of resources that can be
abused from inside VServer guest or OpenVZ VPS, leading to at least DoS;
some of those resources are not under control of traditional UNIX means
such as ulimit. In OpenVZ we have User Beancounters (UBC for short),
which accounts and limits about 20 of such resources (including IPC
objects, various kernel buffers etc).
   



there is a decent resource management in vserver too... it's not easy at all 
to dos an entire vserver. (you have rlimits map for every vserver if you 
want, where you can choose what the limits are)
 

I am really interested in comparison of OpenVZ's and VServer's resource 
management.

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


Re: [Vserver] [EMAIL PROTECTED]: Bug#321171: util-vserver: ftbfs [sparc] cc1: error: invalid option 'v8']

2005-08-04 Thread Ola Lundqvist
Hello

I found the solution myself. I had obviously added that option
myself as it was previously needed to build on sparc. Now it
has been removed so I assume it is ok.

Sorry for bothering you.

Regards,

// Ola

On Thu, Aug 04, 2005 at 09:00:42AM +0200, Ola Lundqvist wrote:
> forwarded 321171 vserver@list.linux-vserver.org
> thanks
> 
> Hello
> 
> I tried to contact the submitter but his mailserver refused my email
> as I use a ... known spam host. Interesting...
> 
> Well to the point.
> 
> Do you know of such build problems. Is there any recent versions
> of gcc (like gcc4) that do not support the -mv8 option?
> 
> Regards,
> 
> // Ola
> 
> - Forwarded message from Blars Blarson <[EMAIL PROTECTED]> -
> 
> Envelope-to: [EMAIL PROTECTED]
> Delivery-date: Thu, 04 Aug 2005 00:40:08 +0200
> Subject: Bug#321171: util-vserver: ftbfs [sparc] cc1: error: invalid option 
> 'v8'
> Reply-To: Blars Blarson <[EMAIL PROTECTED]>, [EMAIL PROTECTED]
> Resent-From: Blars Blarson <[EMAIL PROTECTED]>
> Resent-To: debian-bugs-dist@lists.debian.org
> Resent-CC: Ola Lundqvist <[EMAIL PROTECTED]>
> Resent-Date: Wed, 03 Aug 2005 22:33:01 UTC
> Resent-Message-ID: <[EMAIL PROTECTED]>
> X-Debian-PR-Message: report 321171
> X-Debian-PR-Package: util-vserver
> X-Debian-PR-Keywords: 
> Resent-Message-Id: <[EMAIL PROTECTED]>
> From: Blars Blarson <[EMAIL PROTECTED]>
> To: Debian Bug Tracking System <[EMAIL PROTECTED]>
> X-Reportbug-Version: 3.15
> Resent-From: [EMAIL PROTECTED]
> Resent-Date: Wed, 3 Aug 2005 15:30:04 -0700
> Resent-To: [EMAIL PROTECTED]
> X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 
>   (1.212-2003-09-23-exp) on spohr.debian.org
> X-Spam-Level: 
> X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE 
>   autolearn=no version=2.60-bugs.debian.org_2005_01_02
> Resent-Sender: Debian BTS <[EMAIL PROTECTED]>
> X-Spam-Score: 1.2 (+)
> X-Spamcheck-provider: Checked for spam by opalsys.net, [EMAIL PROTECTED]
> 
> Package: util-vserver
> Version: 0.30.207-9
> Severity: serious
> Justification: fails to build from source
> 
> util-vserver failed to build on a sparc buildd, duplicated on my sparc
> pbuilder:
> 
> 
> if diet -Os gcc -DHAVE_CONFIG_H -I. -I. -I.  -I ./lib -I ./ensc_wrappers 
> -D_GNU_SOURCE -D_REENTRANT -DNDEBUG -DNDEBUG   -Wall -g  -mv8 -O2 -std=c99 
> -Wall -pedantic -W -funit-at-a-time -MT 
> lib/lib_libvserver_a-nflags_list-net.o -MD -MP -MF 
> "lib/.deps/lib_libvserver_a-nflags_list-net.Tpo" -c -o 
> lib/lib_libvserver_a-nflags_list-net.o `test -f 'lib/nflags_list-net.c' || 
> echo './'`lib/nflags_list-net.c; \
> then mv -f "lib/.deps/lib_libvserver_a-nflags_list-net.Tpo" 
> "lib/.deps/lib_libvserver_a-nflags_list-net.Po"; else rm -f 
> "lib/.deps/lib_libvserver_a-nflags_list-net.Tpo"; exit 1; fi
> if gcc -DHAVE_CONFIG_H -I. -I. -I.  -I ./lib -I ./ensc_wrappers -D_GNU_SOURCE 
> -D_REENTRANT -DNDEBUG -DNDEBUG   -Wall -g  -mv8 -O2 -std=c99 -Wall -pedantic 
> -W -funit-at-a-time -MT ensc_fmt/lib_libvserver_a-fmt-32.o -MD -MP -MF 
> "ensc_fmt/.deps/lib_libvserver_a-fmt-32.Tpo" -c -o 
> ensc_fmt/lib_libvserver_a-fmt-32.o `test -f 'ensc_fmt/fmt-32.c' || echo 
> './'`ensc_fmt/fmt-32.c; \
> then mv -f "ensc_fmt/.deps/lib_libvserver_a-fmt-32.Tpo" 
> "ensc_fmt/.deps/lib_libvserver_a-fmt-32.Po"; else rm -f 
> "ensc_fmt/.deps/lib_libvserver_a-fmt-32.Tpo"; exit 1; fi
> cc1: error: invalid option 'v8'
> make[3]: *** [ensc_fmt/lib_libvserver_a-fmt-32.o] Error 1
> make[3]: Leaving directory `/build/buildd/util-vserver-0.30.207'
> make[2]: *** [all-recursive] Error 1
> make[2]: Leaving directory `/build/buildd/util-vserver-0.30.207'
> make[1]: *** [all] Error 2
> make[1]: Leaving directory `/build/buildd/util-vserver-0.30.207'
> make: *** [build-stamp] Error 2
> 
> 
> 
> - End forwarded message -
> 
> -- 
>  - Ola Lundqvist ---
> /  [EMAIL PROTECTED] Annebergsslingan 37  \
> |  [EMAIL PROTECTED] 654 65 KARLSTAD  |
> |  +46 (0)54-10 14 30  +46 (0)70-332 1551   |
> |  http://www.opal.dhs.org UIN/icq: 4912500 |
> \  gpg/f.p.: 7090 A92B 18FE 7994 0C36  4FE4 18A1 B1CF 0FE5 3DD9 /
>  ---
> ___
> Vserver mailing list
> Vserver@list.linux-vserver.org
> http://list.linux-vserver.org/mailman/listinfo/vserver
> 

-- 
 - Ola Lundqvist ---
/  [EMAIL PROTECTED] Annebergsslingan 37  \
|  [EMAIL PROTECTED] 654 65 KARLSTAD  |
|  +46 (0)54-10 14 30  +46 (0)70-332 1551   |
|  http://www.opal.dhs.org UIN/icq: 4912500 |
\  gpg/f.p.: 7090 A92B 18FE 7994 0C36  4FE4 18A1 B1CF 0FE5 3DD9 /
 ---
___
Vserver mailing list
Vserv

Re: [Vserver] [EMAIL PROTECTED]: Bug#321171: util-vserver: ftbfs [sparc] cc1: error: invalid option 'v8']

2005-08-04 Thread Herbert Poetzl
On Thu, Aug 04, 2005 at 09:33:48AM +0200, Ola Lundqvist wrote:
> Hello
> 
> I found the solution myself. I had obviously added that option
> myself as it was previously needed to build on sparc. Now it
> has been removed so I assume it is ok.
> 
> Sorry for bothering you.

np, hope you updated the packages to a recent (0.30.208)
version or later ...

best,
Herbert

> Regards,
> 
> // Ola
> 
> On Thu, Aug 04, 2005 at 09:00:42AM +0200, Ola Lundqvist wrote:
> > forwarded 321171 vserver@list.linux-vserver.org
> > thanks
> > 
> > Hello
> > 
> > I tried to contact the submitter but his mailserver refused my email
> > as I use a ... known spam host. Interesting...
> > 
> > Well to the point.
> > 
> > Do you know of such build problems. Is there any recent versions
> > of gcc (like gcc4) that do not support the -mv8 option?
> > 
> > Regards,
> > 
> > // Ola
> > 
> > - Forwarded message from Blars Blarson <[EMAIL PROTECTED]> -
> > 
> > Envelope-to: [EMAIL PROTECTED]
> > Delivery-date: Thu, 04 Aug 2005 00:40:08 +0200
> > Subject: Bug#321171: util-vserver: ftbfs [sparc] cc1: error: invalid option 
> > 'v8'
> > Reply-To: Blars Blarson <[EMAIL PROTECTED]>, [EMAIL PROTECTED]
> > Resent-From: Blars Blarson <[EMAIL PROTECTED]>
> > Resent-To: debian-bugs-dist@lists.debian.org
> > Resent-CC: Ola Lundqvist <[EMAIL PROTECTED]>
> > Resent-Date: Wed, 03 Aug 2005 22:33:01 UTC
> > Resent-Message-ID: <[EMAIL PROTECTED]>
> > X-Debian-PR-Message: report 321171
> > X-Debian-PR-Package: util-vserver
> > X-Debian-PR-Keywords: 
> > Resent-Message-Id: <[EMAIL PROTECTED]>
> > From: Blars Blarson <[EMAIL PROTECTED]>
> > To: Debian Bug Tracking System <[EMAIL PROTECTED]>
> > X-Reportbug-Version: 3.15
> > Resent-From: [EMAIL PROTECTED]
> > Resent-Date: Wed, 3 Aug 2005 15:30:04 -0700
> > Resent-To: [EMAIL PROTECTED]
> > X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 
> > (1.212-2003-09-23-exp) on spohr.debian.org
> > X-Spam-Level: 
> > X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE 
> > autolearn=no version=2.60-bugs.debian.org_2005_01_02
> > Resent-Sender: Debian BTS <[EMAIL PROTECTED]>
> > X-Spam-Score: 1.2 (+)
> > X-Spamcheck-provider: Checked for spam by opalsys.net, [EMAIL PROTECTED]
> > 
> > Package: util-vserver
> > Version: 0.30.207-9
> > Severity: serious
> > Justification: fails to build from source
> > 
> > util-vserver failed to build on a sparc buildd, duplicated on my sparc
> > pbuilder:
> > 
> > 
> > if diet -Os gcc -DHAVE_CONFIG_H -I. -I. -I.  -I ./lib -I ./ensc_wrappers 
> > -D_GNU_SOURCE -D_REENTRANT -DNDEBUG -DNDEBUG   -Wall -g  -mv8 -O2 -std=c99 
> > -Wall -pedantic -W -funit-at-a-time -MT 
> > lib/lib_libvserver_a-nflags_list-net.o -MD -MP -MF 
> > "lib/.deps/lib_libvserver_a-nflags_list-net.Tpo" -c -o 
> > lib/lib_libvserver_a-nflags_list-net.o `test -f 'lib/nflags_list-net.c' || 
> > echo './'`lib/nflags_list-net.c; \
> > then mv -f "lib/.deps/lib_libvserver_a-nflags_list-net.Tpo" 
> > "lib/.deps/lib_libvserver_a-nflags_list-net.Po"; else rm -f 
> > "lib/.deps/lib_libvserver_a-nflags_list-net.Tpo"; exit 1; fi
> > if gcc -DHAVE_CONFIG_H -I. -I. -I.  -I ./lib -I ./ensc_wrappers 
> > -D_GNU_SOURCE -D_REENTRANT -DNDEBUG -DNDEBUG   -Wall -g  -mv8 -O2 -std=c99 
> > -Wall -pedantic -W -funit-at-a-time -MT ensc_fmt/lib_libvserver_a-fmt-32.o 
> > -MD -MP -MF "ensc_fmt/.deps/lib_libvserver_a-fmt-32.Tpo" -c -o 
> > ensc_fmt/lib_libvserver_a-fmt-32.o `test -f 'ensc_fmt/fmt-32.c' || echo 
> > './'`ensc_fmt/fmt-32.c; \
> > then mv -f "ensc_fmt/.deps/lib_libvserver_a-fmt-32.Tpo" 
> > "ensc_fmt/.deps/lib_libvserver_a-fmt-32.Po"; else rm -f 
> > "ensc_fmt/.deps/lib_libvserver_a-fmt-32.Tpo"; exit 1; fi
> > cc1: error: invalid option 'v8'
> > make[3]: *** [ensc_fmt/lib_libvserver_a-fmt-32.o] Error 1
> > make[3]: Leaving directory `/build/buildd/util-vserver-0.30.207'
> > make[2]: *** [all-recursive] Error 1
> > make[2]: Leaving directory `/build/buildd/util-vserver-0.30.207'
> > make[1]: *** [all] Error 2
> > make[1]: Leaving directory `/build/buildd/util-vserver-0.30.207'
> > make: *** [build-stamp] Error 2
> > 
> > 
> > 
> > - End forwarded message -
> > 
> > -- 
> >  - Ola Lundqvist ---
> > /  [EMAIL PROTECTED] Annebergsslingan 37  \
> > |  [EMAIL PROTECTED] 654 65 KARLSTAD  |
> > |  +46 (0)54-10 14 30  +46 (0)70-332 1551   |
> > |  http://www.opal.dhs.org UIN/icq: 4912500 |
> > \  gpg/f.p.: 7090 A92B 18FE 7994 0C36  4FE4 18A1 B1CF 0FE5 3DD9 /
> >  ---
> > ___
> > Vserver mailing list
> > Vserver@list.linux-vserver.org
> > http://list.linux-vserver.org/mailman/listinfo/vserver
> > 
> 
> -- 
>  - Ola Lundqvist ---
> /  [EMAIL PROTECTED] Annebergsslingan 37  \
> |  [EMAIL 

Re: [Vserver] [EMAIL PROTECTED]: Re: Bug#280723: [util-vserver]: vserver-stat shows wrong server as started one]

2004-12-21 Thread Bjoern Steinbrink
On 2004.12.21 18:19:26 +0100, Ola Lundqvist wrote:
> Hello
> 
> I forward this bugreport that I have got from
> Helmut Toplitzer <[EMAIL PROTECTED]> that fix a problem
> with context misunderstanding at start of a vserver.
> 
> It is a quite simple patch and as far as I have tested it works fine.
> 
> It is applied to the debian version of util-vserver.
> 
> For full information see http://bugs.debian.org/280723
> 
> Regards,
> 
> // Ola
> 
> - Forwarded message from Helmut Toplitzer <[EMAIL PROTECTED]> -
> 
> Envelope-to: [EMAIL PROTECTED]
> Delivery-date: Mon, 15 Nov 2004 16:30:57 +0100
> From: Helmut Toplitzer <[EMAIL PROTECTED]>
> Organization: University of Klagenfurt
> To: [EMAIL PROTECTED]
> Subject: Re: Bug#280723: [util-vserver]: vserver-stat shows wrong server as 
> started one
> Cc: [EMAIL PROTECTED]
> X-UID: 82
> X-Length: 1861
> X-OriginalArrivalTime: 15 Nov 2004 15:31:56.0343 (UTC) 
> FILETIME=[3D751470:01C4CB28]
> X-Spamcheck-Provider: Checked for spam by OpaL, [EMAIL PROTECTED]
> X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on bixbite.opal.dhs.org
> X-Spam-Level: 
> X-Spam-Status: No, hits=0.0 required=4.0 tests=none autolearn=no version=2.64
> 
> 
> Some analysis:
> 
> /usr/sbin/vserver script:
> 
> Context of new vserver is set
>  - by /etc/vservers/name.conf 
>  - or by /var/run/vservers/name.ctx
>  - or by the chcontext script itself
> 
> "running" is evaluated by:
>  - /var/run/vservers/name.ctx lockfile exists?
>  - (vps ax | grep context | wc -l) >0 ?
> 
> 1) Checking for running vserver in "start" makes
>no sense because .ctx files are never deleted
>and it's possible that other vserver has same
>context and is already running. 
>So the result of "running" is running even
>if other vserver is started in this context.

What's the sense in having two or more vservers sharing the same
context? It may occur with vserver's having a dynamic context id that a
context id gets reused, but you should use static context ids anyway.
And even if there's another vserver running in the same context, do you
really want a second vserver to be started in that context? I doubt it.
So IMHO checking if the vserver is running before starting it is fine in
the way it is done right now.

> 
> 2) Deleting vservers .ctx file makes no sense 
>either because it can be missed by a hard reboot,
>kill, etc.
> 

And it's not necessary, if no process is actually running in the context
whose id is stored in the .ctx file, the vserver is considered "not
runnning".

> 3) Solution: before starting any vserver test
>for ALL vservers if they are running and remove
>remaining .ctx files of not running ones.
>Once booted into the schema everything should work.
>(hopefully *sigh*)

Now where's the difference, apart from the fact that all outdated .ctx
files are removed? Your patch removes exactly those files that would not
lead to the result that a vserver is considered running...

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