Hi, i recently upgraded a host-system and vps to test the solution for #118754 unfortunately, the newest vserver-baselayout (at least i think it's baselayouts fault) breaks startup of sysklogd inside the vps. host-system =========== sys-kernel/vserver-sources-2.0.2.1 sys-cluster/util-vserver-0.30.211 vps-system ========== sys-apps/baselayout-vserver-1.12.3 \-start-stop-daemon 1.13.11+gentoo Startup of sysklogd looks like this: root@vps:/>/etc/init.d/sysklogd start * sysklogd -> start: syslogd ... [ ok ] * sysklogd -> start: klogd ... * Failed to start klogd [ !! ] * sysklogd -> stop: syslogd ... [ ok ] root@vps:/> this blocks several services from being started, like apache, mysql, ... i tried to debug the issue and started the start-stop-daemon command manually: root@vps:/>start-stop-daemon --start --background --exec /usr/sbin/klogd -- -c 3 -2 root@vps:/>echo $? 0 root@vps:/> as you can see the actual exit-code is zero and therefore the init-script should not return a "Failed to start klogd" error. maybe it has something to do with RC_WAIT_ON_START: from /etc/conf.d/rc inside the vps: # Set the amount of seconds start-stop-daemon waits after starting # the daemon to check it is still running. If it's not then we # try and stop any children if possible. RC_WAIT_ON_START="0.1" since klogd exists immediately after being started by the init-script this might be involved. emerge info from host system ============================ Portage 2.1.1 (default-linux/x86/2006.1/server, gcc-4.1.1, glibc-2.4-r3, 2.6.17-vs2.0.2.1-gentoo i686) ================================================================= System uname: 2.6.17-vs2.0.2.1-gentoo i686 Intel(R) Xeon(TM) CPU 3.00GHz Gentoo Base System version 1.12.5 Last Sync: Wed, 25 Oct 2006 06:20:01 +0000 app-admin/eselect-compiler: [Not Present] dev-java/java-config: [Not Present] dev-lang/python: 2.3.4, 2.4.3-r4 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: [Not Present] dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2 sys-devel/binutils: 2.16.1-r3 sys-devel/gcc-config: 1.3.13-r4 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.17-r1 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=pentium4 -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc" CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/terminfo" CXXFLAGS="-O2 -march=pentium4 -fomit-frame-pointer" DISTDIR="/root/emerge/distfiles" FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="ftp://ftp.tu-clausthal.de/pub/linux/gentoo ftp://ftp.uni-erlangen.de/pub/mirrors/gentoo" LINGUAS="" MAKEOPTS="-j5" PKGDIR="/root/emerge/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.de.gentoo.org/gentoo-portage" USE="x86 apache2 bash-completion bitmap-fonts bzip2 cli cracklib crypt cups dlloader dri elibc_glibc hardened input_devices_evdev input_devices_keyboard input_devices_mouse isdnlog kernel_linux libg++ md5sum mysql ncurses nls nptl nptlonly pam pcre ppds pppd readline reflection session snmp spl sse sse2 ssl tcpd truetype truetype-fonts type1-fonts udev unicode userland_GNU video_cards_apm video_cards_ark video_cards_ati video_cards_chips video_cards_cirrus video_cards_cyrix video_cards_dummy video_cards_fbdev video_cards_glint video_cards_i128 video_cards_i740 video_cards_i810 video_cards_imstt video_cards_mga video_cards_neomagic video_cards_nsc video_cards_nv video_cards_rendition video_cards_s3 video_cards_s3virge video_cards_savage video_cards_siliconmotion video_cards_sis video_cards_sisusb video_cards_tdfx video_cards_tga video_cards_trident video_cards_tseng video_cards_v4l video_cards_vesa video_cards_vga video_cards_via video_cards_vmware video_cards_voodoo xml xorg zlib" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, PORTAGE_RSYNC_EXTRA_OPTS emerge info from vps ==================== root@mmtest.geizkragen.de:/>emerge --info Portage 2.1.1 (default-linux/x86/2005.1/vserver, gcc-4.1.1, glibc-2.4-r3, 2.6.17-vs2.0.2.1-gentoo i686) ================================================================= System uname: 2.6.17-vs2.0.2.1-gentoo i686 Intel(R) Xeon(TM) CPU 3.00GHz Gentoo Base System version 1.12.3 Last Sync: Wed, 25 Oct 2006 06:20:01 +0000 app-admin/eselect-compiler: [Not Present] dev-java/java-config: [Not Present] dev-lang/python: 2.3.5-r2, 2.4.3-r4 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: [Not Present] dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2 sys-devel/binutils: 2.16.1-r3 sys-devel/gcc-config: 1.3.13-r4 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.17-r1 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=pentium4 -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc" CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/terminfo" CXXFLAGS="-O2 -march=pentium4 -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="ftp://ftp.tu-clausthal.de/pub/linux/gentoo ftp://ftp.uni-erlangen.de/pub/mirrors/gentoo" LANG="de_DE@euro" LINGUAS="de" MAKEOPTS="-j1" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.de.gentoo.org/gentoo-portage" USE="x86 alsa apache2 apm arts avi bitmap-fonts bzip2 cli cracklib crypt dlloader dri eds elibc_glibc emboss encode foomaticdb gd gif gnome gstreamer gtk2 hardened input_devices_evdev input_devices_keyboard input_devices_mouse isdnlog jpeg kde kernel_linux libg++ linguas_de mad md5sum memlimit mikmod motif mp3 mpm-prefork mysql ncurses nls no-htdocs nptl nptlonly ogg oggvorbis opengl oss pam pcre pdflib perl png posix pppd qt3 qt4 quicktime readline reflection sdl session spl ssl tcpd tiff truetype truetype-fonts type1-fonts userland_GNU video_cards_apm video_cards_ark video_cards_ati video_cards_chips video_cards_cirrus video_cards_cyrix video_cards_dummy video_cards_fbdev video_cards_glint video_cards_i128 video_cards_i740 video_cards_i810 video_cards_imstt video_cards_mga video_cards_neomagic video_cards_nsc video_cards_nv video_cards_rendition video_cards_s3 video_cards_s3virge video_cards_savage video_cards_siliconmotion video_cards_sis video_cards_sisusb video_cards_tdfx video_cards_tga video_cards_trident video_cards_tseng video_cards_v4l video_cards_vesa video_cards_vga video_cards_via video_cards_vmware video_cards_voodoo vorbis xml2 xorg xv zlib" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LC_ALL, LDFLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY I'm running several other boxes with older kernel, util-vserver and baselayout-vserver inside the vps where the reboot-bug is present (#118754) but sysklogd works: host-system =========== sys-kernel/vserver-sources-2.0.1 sys-cluster/util-vserver-0.30.210-r13 vps-system ========== sys-apps/baselayout-vserver-1.11.13-r1 \-start-stop-daemon 1.10.20
After digging a bit deeper i found a simple workaround but i'm not sure if this is an elegant way to handle this: Adding --oknodo to the start-stop-daemon call in the start_daemon() function in /etc/init.d/sysklogd is a way to do this. # start-stop-daemon --help Exit status: 0 = done 1 = nothing done (=> 0 if --oknodo) 3 = trouble 2 = with --retry, processes wouldn't die any thoughts about this workaround?
vserver does not support klogd by default since the necessary system call is not available for guests.. if you really need klogd (there shouldn't be any reason, since you have no log message from the kernel inside) you can enable a stub interface to klogd with the SYSLOG ccapability...
You don't understand - the sysklogd init-script is the same, in a vps or real server environment. with older versions of baselayout klogd was started and then exited but the init-script continued since start-stop-daemon thought it did his job well done. but now start-stop-daemon recognizes that klogd has exited and fails. i don't need klogd in a vps but the init-script from sysklogd tries to start it and someone has to make it right - baselayout guys or sysklogd maintainer.
someone remind me why this is a bug
maybe because it breaks all vps? why do you think it's not a bug?
please read comment #3 carefully and try to understand why this is a serious bug which needs attention - either by baselayout-devs or sysklogd maintainer.
dont cc me i fail to see this as a bug ... if klogd shouldnt be run in vps, then it shouldnt be in the runlevel
Then maybe you could explain how i am supposed to start syslogd without klogd? it's not about me - i simply fixed the init-script with --oknodo on all vps. it's about the people installing or (even worse) upgrading and breaking things. i agree with you, klogd should not be run in a vps. do i have to file another "enhancement" report to get this issue addressed?
yes, you should file another bug to control startup of klogd it is not a bug in ssd as ssd is doing exactly what it should be: reporting a failure when the daemon fails to start properly
