My virtuozzo VPS is running baselayout-vserver 1.12.0_pre16-r1. When I try to start courier-pop3d via /etc/init.d/courier-pop3d, ssl and imap start it fails to start. mail ~ # /etc/init.d/courier-pop3d start mail ~ # netstat -tunlp | grep 110 mail ~ # Typing in the command manually starts the daemon properly. mail ~ # /usr/lib/courier-imap/gentoo-pop3d.rc mail ~ # netstat -tunlp | grep 110 tcp 0 0 0.0.0.0:110 0.0.0.0:* LISTEN 29983/couriertcpd mail ~ # I remember a similar problem on forums for courier/baselayout about 4 months ago, but that was solved by upgrading to a later baselayout. * net-mail/courier-imap Available versions: 3.0.7 3.0.8 4.0.1 ~4.0.1-r1 ~4.0.1-r2 ~4.0.4 Installed: 4.0.1 mail ~ # emerge --info Portage 2.0.54 (default-linux/x86/2005.1/vserver, gcc-3.4.5, glibc-2.3.5-r2, 2.6.8-022stab070.1-enterprise i686) ================================================================= System uname: 2.6.8-022stab070.1-enterprise i686 Intel(R) Xeon(TM) CPU 2.80GHz Gentoo Base System version 1.12.0_pre16 dev-lang/python: 2.3.5-r2, 2.4.2 sys-apps/sandbox: 1.2.12 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-r1 sys-devel/binutils: 2.16.1 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i386-pc-linux-gnu" CFLAGS="-O2 -march=i686 -pipe -fomit-frame-pointer" CHOST="i386-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /var/bind /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -march=i686 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" MAKEOPTS="-j5" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 apache2 apm arts avi berkdb bitmap-fonts bzip2 cgi cli crypt dba dri eds emboss encode expat fam foomaticdb fortran gd gif gpm gstreamer imagemagick imap imlib ipv6 isdnlog jpeg ldap libg++ libwww mad maildir mhash mikmod motif mp3 mysql ncurses nls ogg oggvorbis openssh openssl pam pcre pdflib perl php png pppd python quicktime readline sasl session sftp spell ssl tcpd tiff truetype truetype-fonts type1-fonts vhosts vorbis xml xml2 xmms xv zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTDIR_OVERLAY
Craig, could you please take a look at #98745 and see if those 'fixed' init-scripts for courier-{pop3d,imap}{,-ssl} is fixing your problem ? It seems to be related to the init-scripts changes that occured in baselayout/baselayout-vserver that your courier ain't starting up.
(In reply to comment #1) That's the exact bug I was looking for earlier :) I just tried them and the symptoms remain. Nothing is output (no caching message and no ebegin message) I just compared baselayout-1.11.14-r6 on my dedicated host (which I had used those exact scripts on 3 months ago) and it seems to be able to process them fine. baselayout-vserver still justs seems to exit.
I have found another package with the same problem amavis. mail etc # /etc/init.d/amavisd start mail etc # ps -A | grep amavis mail etc # This is a much simpler script, not using source like courier was. mail etc # cat /etc/init.d/amavisd #!/sbin/runscript depend() { need net use logger before mta } start() { ebegin "Starting amavisd-new" start-stop-daemon --start --quiet --exec /usr/sbin/amavisd eend $? } stop() { ebegin "Stopping amavisd-new" start-stop-daemon --stop --quiet --pidfile /var/amavis/amavisd.pid eend $? } Taking the main part of that script and typing it manually: mail etc # start-stop-daemon --start --quiet --exec /usr/sbin/amavisd mail etc # ps -A | grep amavis 15783 ? 00:00:00 amavisd 15794 ? 00:00:00 amavisd 15795 ? 00:00:00 amavisd 15796 ? 00:00:00 amavisd 15797 ? 00:00:00 amavisd mail etc #
gentoo has it's own start-stop-daemon for init scripts, the problem is known for 1.12.*
*** This bug has been marked as a duplicate of 98745 ***