Hello,

Here are some problems I have with vserver.

My environment:
Kernel: Debian vserver_pre-patched kernel for AMD64:
Linux version 2.6.17-2-vserver-amd64 (Debian 2.6.17-9) ([EMAIL PROTECTED]) (gcc 
version 4.1.2 20060901 (prerelease) (Debian 4.1.1-13)) #1 SMP Wed Sep 13 
18:02:36 CEST 2006
According to changelog.Debian, this version is using vserver patch v2.0.2
util-vserver: 0.30.211-6

First problem:
In some situations my CPU was burning like hell for days before I noticed it.
This was the vcontext/login process, the one running when using the command "vserver 
XX enter".
If it happens that the process is disconnected from its terminal it eats all 
the CPU :-(

Apparently it happens when the session is not ended properly (disconnections, 
etc)
I could reproduce the problem as follow:
* ssh to the server as normal user
* sudo su -
* vserver XX enter
* now from another term, kill -9 on either of the two su processes ("su -" or 
"-su")
At that point the session in the vserver ends but vcontext is still hooked to 
the
current terminal so cpu is fine.
* now quit the current terminal
At that point vcontext is not hooked to any terminal (vps ax => "?" on the tty 
column)
and using top you see it's running 100% cpu, ~ 80% system and 20% user.


Second problem (cosmetic):
Depending on the tool, the process I was talking about in the previous problem 
appears
as vcontext (top, pgrep,... cat /proc/NNN/status) or as login (ps ax, pgrep -f,... cat /proc/NNN/cmdline) or should I say "login\0\0\0\0\0\0\0\0\0\0\0..." This is quite disturbing using processes mgmt tools like when I wrote a cron
to detect cpu hangry vcontext processes to be killed :-)


Third problem I discovered when writing that watchdog:
Processes from guests are not displayed using ps/top/etc in context 0 (ps ax from host) but well in context 1 (e.g. vps ax).
Fine.
But if I want to kill one of them:

host:~# vserver devel enter
devel:~# top

--- in another host term ---
host:~# ps -C top
 PID TTY          TIME CMD
host:~# vps -C top
 PID CONTEXT             TTY          TIME CMD
17111 31022 devel         pts/13   00:00:00 top
host:~# vkill 17111
vkill: vc_ctx_kill(): No such process
host:~# chcontext --ctx 1 ps -C top
 PID TTY          TIME CMD
17111 pts/13   00:00:00 top
host:~# chcontext --ctx 1 kill 17111
<no error but nothing happens neither: >
host:~# vps -C top
PID CONTEXT             TTY          TIME CMD
17111 31022 devel         pts/13   00:00:00 top
host:~# kill 17111
host:~# vps -C top
PID CONTEXT             TTY          TIME CMD
<worked!!>


This is not the behaviour I expected.

Apart from that I'm happy running vserver for almost a year with now 6 guests.

Phil

PS: nothing particular here when I ran testme.sh
Linux-VServer Test [V0.17] Copyright (C) 2003-2006 H.Poetzl
chcontext is working.
chbind is working.
Linux 2.6.17-2-vserver-amd64 #1 SMP Wed Sep 13 18:02:36 CEST 2006 x86_64
Ea 0.30.211 236/glibc (DSa) <compat,v11,fscompat,v13,net,v21,oldproc,olduts>
VCI: 0002:0002 236 03000016 (TbLgnP)
---
[000]# succeeded.
[001]# succeeded.
[011]# succeeded.
[031]# succeeded.
[101]# succeeded.
[102]# succeeded.
[201]# succeeded.
[202]# succeeded.


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

Reply via email to