On Thu, Apr 28, 2005 at 02:53:29AM +0200, Gilles wrote: > > > > # ls -al /var/lib/vservers/phony/dev > > > total 1 > > > drwxr-xr-x 3 root root 264 Apr 26 11:46 . > > > drwxr-xr-x 20 root root 504 Apr 26 11:46 .. > > > crw-rw-rw- 1 root root 1, 7 Apr 20 18:46 full > > > prw------- 1 root root 0 Apr 27 18:54 initctl > > > crw-rw-rw- 1 root root 1, 3 Apr 20 18:46 null > > > crw-rw-rw- 1 root root 5, 2 Apr 20 18:46 ptmx > > > drwxr-xr-x 2 root root 48 Apr 20 18:46 pts > > > crw-r--r-- 1 root root 1, 8 Apr 20 18:46 random > > > crw-rw-rw- 1 root root 5, 0 Apr 20 18:46 tty > > > crw-r--r-- 1 root root 1, 9 Apr 27 18:53 urandom > > > crw-rw-rw- 1 root root 1, 5 Apr 20 18:46 zero > > > > > > Something wrong with that? > > > > > > Indeed there is one pipe; should it be there or not? > > > How does one know whether it leads to some forbidden place? > > > > well, just for a test, I'd remove the initctl ... > > it should be auto created inside the vserver by init > > Yes, it was created anew. > > Same behaviour: > > 1. vserver not running: no <defunct> processes. > 2. start vserver: still no <defunct> processes. > 3. stop vserver: every application closed becomes <defunct>. > 4. impossible to start the vserver again: > vcontext: vc_create_context(): File exists. > And "init" is hung (have to reset the computer). > > Ideas?
well, next step is to trace the entire vserver startup with --debug and strace -fF to figure ... a) what is started and/or executed b) what might reach the init on the host it might also pose useful to turn on the linux-vserver debugging (especially the syscall command switch) best, Herbert > Thanks and best regards. > Gilles > _______________________________________________ > Vserver mailing list > [email protected] > http://list.linux-vserver.org/mailman/listinfo/vserver _______________________________________________ Vserver mailing list [email protected] http://list.linux-vserver.org/mailman/listinfo/vserver
