Re: [Vserver] gentoo util-vserver-0.30.212/baselayout-1.13 issues

From: Benedikt Boehm <hollow_at_gentoo.org>
Date: Tue 27 Mar 2007 - 23:07:21 BST
Message-ID: <46099599.1090503@gentoo.org>

Christian Affolter wrote:
> Hi!
>
> I finally found some time to play with the new util-vserver (0.30.212)
> on a gentoo host.
>
> First, thanks to all the involved people for their hard work!
>
> After installing
> * sys-kernel/vserver-sources-2.0.2.1
> * sys-cluster/util-vserver-0.30.212-r2

please update ro -r3, see below

>
> and the latest available stage4 (stage4-i686-20070321) from hollow's
> stage repository, I ran into some small problems:
>
> On a newly (template) created vserver (with gentoo init style) the
> following errors appearing while starting the vserver:
> # vserver basesystem-ng start
> ...
> klogctl: Operation not permitted

just a cosmetic bug, will be fixed soon

> * Using existing device nodes in /dev ... [ ok ]
> ...
> * Starting syslog-ng ...
> Error opening file /proc/kmsg for reading (Operation not permitted)
> Error initializing configuration, exiting.

fixed in -r3

> * Failed to start syslog-ng [ !! ]
> ...
>
> The second error can easily be solved by removing the /proc/kmsg source
> entry out of the syslog-ng.conf file (as there is no kmsg within the
> vserver's proc directory).
> It would be nice if the pre-built vserver stages would reflect this change.
>
>
> The vserver stop process drops the following error messages:
> # vserver basesystem-ng stop
> ...
> * Deactivating swap ...
> Not superuser. [ !! ]
> * Unmounting loopback devices ... [ ok ]
> * Unmounting filesystems ...
> * Unmounting /usr/portage/distfiles ...
> umount2: Operation not permitted
> umount: /usr/portage/distfiles: must be superuser to umount
> umount2: Operation not permitted
> umount: /usr/portage/distfiles: must be superuser to umount [ !! ]
> * Unmounting /usr/portage ...
> umount2: Operation not permitted
> umount: /usr/portage: must be superuser to umount
> umount2: Operation not permitted
> umount: /usr/portage: must be superuser to umount [ !! ]
> * Unmounting /tmp ...
> umount2: Operation not permitted
> umount: none: not found
> umount: /tmp: must be superuser to umount
> umount2: Operation not permitted
> umount: none: not found
> umount: /tmp: must be superuser to umount [ ok ]
> WARNING: could not determine runlevel - doing soft halt
> (it's better to use shutdown instead of halt from the command line)
> shutdown: /dev/initctl: No such file or directory
> init: /dev/initctl: No such file or directory
> /usr/lib/util-vserver/vserver.stop: line 85: 3682 Killed
> "${NICE_CMD[@]}" ${USE_VNAMESPACE:+$_VNAMESPACE --enter "$S_CONTEXT" --
> } $_VCONTEXT $SILENT_OPT --migrate --chroot --xid "$S_CONTEXT" --
> "${INITCMD_STOP[@]}"
>

more or less cosmetic too, will be fixed soon too, together with updated
stages.. feel free to poke me if there aren't new stages within the next
week

>
> The /usr/portage and /tmp mounts are from the vserver's config fstab
> (/etc/vservers/basesystem-ng/fstab).
> The 'umount none:' messages are possibly related to /proc and /dev/pts
>
> The internal vserver init process probably shouldn't try to swap-off and
> unmount those mounts ;)
>
>
> Are these some known issues or did I something completely wrong?
> Many thanks for your help!
>
>
> Kind regards
> Christian

HTH,
Bene
_______________________________________________
Vserver mailing list
Vserver@list.linux-vserver.org
http://list.linux-vserver.org/mailman/listinfo/vserver
Received on Tue Mar 27 23:42:43 2007

[Next/Previous Months] [Main vserver Project Homepage] [Howto Subscribe/Unsubscribe] [Paul Sladen's vserver stuff]
Generated on Tue 27 Mar 2007 - 23:42:47 BST by hypermail 2.1.8