Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 99750 - boot hangs due to incorrect reporting of courier-authlib startup status
Summary: boot hangs due to incorrect reporting of courier-authlib startup status
Status: RESOLVED DUPLICATE of bug 98745
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] baselayout (show other bugs)
Hardware: AMD64 Linux
: High blocker (vote)
Assignee: Gentoo Linux bug wranglers
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-07-20 22:23 UTC by Glenn L. McGrath
Modified: 2005-07-21 18:13 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Glenn L. McGrath 2005-07-20 22:23:08 UTC
I updated to portage v2.0.51.22-r2 last night, didnt upgrade any other packages,
this morning i bootup hangs when trying to start courier-imapd-ssl.

To get in i had to boot into single user mode remove courier-imapd-ssl from
/etc/runlevels/default and now it boots and i can get a command prompt/gdm.

These are the services i can boot with, i only had to remove courier-imapd-ssl.
domainname  famd       hald   metalog   netmount    proftpd  sshd        xdm
exim        fetchmail  local  net.eth0  ntp-client  squid    vixie-cron

courier-imapd-ssl needs courier-authlib which was failing to start correctly,
i.e. it reports

# /etc/init.d/courier-authlib start
 * Starting courier-authlib: authdaemond ...                              [ !! ]

however when it start it by hand, by filling in the variables in the init script
it starts fine.

# date
Thu Jul 21 15:00:13 EST 2005
bugsville bug1 # start-stop-daemon --start --pidfile /var/run/authdaemon.pid
--exec /usr/bin/env -- - /usr/sbin/courierlogger -pid=/var/run/authdaemon.pid
-start /usr/lib/courier/courier-authlib/authdaemond
bugsville bug1 # echo $?
0

Corresponding log output is

Jul 21 15:00:30 [authdaemond] modules="authpam authuserdb authshadow
authcustom", daemons=5
Jul 21 15:00:30 [authdaemond] Installing libauthpam
Jul 21 15:00:30 [authdaemond] Installation complete: authpam
Jul 21 15:00:30 [authdaemond] Installing libauthuserdb
Jul 21 15:00:30 [authdaemond] Installation complete: authuserdb
Jul 21 15:00:30 [authdaemond] Installing libauthshadow
Jul 21 15:00:30 [authdaemond] Installation complete: authshadow
Jul 21 15:00:30 [authdaemond] Installing libauthcustom
Jul 21 15:00:30 [authdaemond] Installation complete: authcustom

The script does

start-stop-daemon --start --pidfile "$pidfile" --exec /usr/bin/env -- - $logger
-pid="$pidfile" -start "${AUTHLIB}/${AUTHDAEMOND}"
eend $?

So i suspect something relating to eend is broken.


Reproducible: Always
Steps to Reproduce:
1.
2.
3.
Comment 1 Nes Yarug 2005-07-21 00:24:09 UTC
Same here:

$ /etc/init.d/courier-imapd-ssl start
 * Caching service dependencies ...                                            
                                  [ ok ]
 * Starting courier-authlib: authdaemond ...                                   
                                  [ !! ]
 * ERROR:  Problem starting needed services.
 *         "courier-imapd-ssl" was not started.

When I try to start authdaemond by hand as suggested I get no output and also
starting courier-imapd-ssl again gives no output:

$ /etc/init.d/courier-imapd-ssl start

$

I think this failure to start courier-authlib/authdaemond also prevents me to
start apache2? as I have not been able to start that as well.

My emerge info:

Portage 2.0.51.22-r2 (default-linux/x86/2005.0, gcc-3.4.4, glibc-2.3.5-r0,
2.6.12-gentoo-r6 i686)
=================================================================
System uname: 2.6.12-gentoo-r6 i686 Intel(R) Pentium(R) 4 CPU 2.53GHz
Gentoo Base System version
dev-lang/python:     2.3.5, 2.4.1-r1
sys-apps/sandbox:    1.2.11
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
sys-devel/binutils:  2.16.1
sys-devel/libtool:   1.5.18-r1
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-march=pentium4 -pipe -Os -fomit-frame-pointer -fno-stack-protector"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config
/usr/lib/X11/xkb /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-march=pentium4 -pipe -Os -fomit-frame-pointer -fno-stack-protector"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks sandbox sfperms strict"
GENTOO_MIRRORS="http://ftp.easynet.nl/mirror/gentoo/ http://gentoo.mirror.sdv.fr
http://gentoo.tiscali.nl/gentoo/ ftp://ftp.solnet.ch/mirror/Gentoo"
LANG="en_US.utf8"
LC_ALL="en_US.utf8"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="x86 alsa apache2 apm bash-completion berkdb bitmap-fonts crypt cups emboss
encode foomaticdb fortran gd gdbm gif gpm hardened imagemagick imlib ipv6 java
jpeg libg++ libwww mad mikmod motif mp3 mpeg mysql ncurses nls oggvorbis opengl
oss pam pdflib perl png python readline sasl sdl slang spell ssl tcpd tiff
truetype truetype-fonts type1-fonts unicode xml2 xmms xv zlib userland_GNU
kernel_linux elibc_glibc"
Unset:  ASFLAGS, CTARGET, LDFLAGS, LINGUAS, PORTDIR_OVERLAY
Comment 2 Jakub Moc (RETIRED) gentoo-dev 2005-07-21 01:47:17 UTC
Which baselayout version are you using?
Comment 3 Nes Yarug 2005-07-21 02:13:34 UTC
I'm using sys-apps/baselayout-1.12.0_pre1-r1.
Comment 4 Glenn L. McGrath 2005-07-21 02:47:56 UTC
Im using baselayout 1.12.0_pre1-r1 also, although i did just upgrade it last
night, before the problem struck
Comment 5 Glenn L. McGrath 2005-07-21 03:01:23 UTC
"I think this failure to start courier-authlib/authdaemond also prevents me to
start apache2?"

I suspect it may be a bigger problem than that, and the problem could lie in the
scripts that startup the servers, like the eend command might be causing the
problem, but if so there should be a lot more people with this problem, why just
us two ?
Comment 6 Glenn L. McGrath 2005-07-21 03:16:09 UTC
I downgraded to sys-apps/baselayout-1.11.13 and its fixed it for me.

baselayout provides /sbin/runscript which i believe is where this script gets
the eend command.

I think this has the potention to cause a few problems, so baselayout
1.12.0_pre1-r1 should be blocked.
Comment 7 Jakub Moc (RETIRED) gentoo-dev 2005-07-21 05:05:50 UTC
(In reply to comment #1)
> I think this failure to start courier-authlib/authdaemond also prevents me to
> start apache2? as I have not been able to start that as well.

Please, file a separate bug about Apache, otherwise this is a dupe of Bug 98745.
Comment 8 Jakub Moc (RETIRED) gentoo-dev 2005-07-21 05:07:00 UTC

*** This bug has been marked as a duplicate of 98745 ***
Comment 9 Nes Yarug 2005-07-21 10:44:54 UTC
Well, Im stuck now. I downgraded to sys-apps/baselayout-1.11.13, but then
/etc/init.d/net.lo and/or net.eth0 failed for some reason and all networked
services (incl. ssh) failed to start. I went back to
sys-apps/baselayout-1.12.0_pre1-r1, but /etc/init.d/net.lo and net.eth0 still
fail and i cannot ssh into the box anymore, even though it says the sshd service
started succesfully. I also have no console because bootup hangs.
Comment 10 Nes Yarug 2005-07-21 12:50:45 UTC
Okay, booted Gentoo install cd, chrooted into my installation and downgraded to
sys-apps/baselayout-1.11.13, this time noticing the need to create a net.eth0
symlink to net.lo like this:

/bin/ls /etc/init.d/net.eth0 | xargs -n1 ln -sfvn net.lo

Then booted back into Gentoo and almost everything started working again. Did
notice a bunch of dead symlinks and my courier-imapd-ssl now thinks it should
authenticate against mysql, but I guess I can sort these things out.
Comment 11 Glenn L. McGrath 2005-07-21 18:13:23 UTC
you could have booted into single user mode by adding init 1 to the end of
grub's kernel line.

I didnt have any network problems, but my net.eth0 and net.lo arent symlinks
they are normal files that i copied across ages ago.