Portage 2.1.2_rc1-r6 (default-linux/amd64/2006.1, gcc-4.1.1, glibc-2.5-r0, 2.6.18-gentoo-r2 x86_64) ================================================================= System uname: 2.6.18-gentoo-r2 x86_64 AMD Athlon(tm) 64 Processor 3000+ Gentoo Base System version 1.12.6 Last Sync: Mon, 13 Nov 2006 13:50:01 +0000 distcc 2.18.3 x86_64-pc-linux-gnu (protocols 1 and 2) (default port 3632) [enabled] ccache version 2.4 [enabled] dev-java/java-config: 1.3.7, 2.0.30 dev-lang/python: 2.3.6, 2.4.4 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: 2.4-r6 sys-apps/sandbox: 1.2.18.1 sys-devel/autoconf: 2.13, 2.60 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10 sys-devel/binutils: 2.16.1-r2, 2.17 sys-devel/gcc-config: 1.3.14 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.17-r1 ACCEPT_KEYWORDS="amd64 ~amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=k8 -O2 -pipe -fomit-frame-pointer" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/X11/xkb" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c" CXXFLAGS="-march=k8 -O2 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache distcc distlocks metadata-transfer sandbox sfperms strict userpriv usersandbox" GENTOO_MIRRORS="http://gd.tuwien.ac.at/opsys/linux/gentoo/ http://gentoo.inode.at/ http://gd.tuwien.ac.at/opsys/linux/gentoo/ ftp://gentoo.inode.at/source/" LANG="en_US.ISO-8859-1" LINGUAS="de en pt es" MAKEOPTS="-j5" 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="/data/var/tmp/portage" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.namerica.gentoo.org/gentoo-portage" USE="amd64 X apache2 berkdb bitmap-fonts cairo cli cracklib crypt cups dlloader doc dri dvdread elibc_glibc encode firefox foomaticdb fortran gdbm gif gimp gnome gpm gtk gtk2 iconv imagemagick imlib input_devices_evdev input_devices_keyboard input_devices_mouse ipv6 isdnlog java jpeg kernel_linux libg++ linguas_de linguas_en linguas_es linguas_pt matrox mp3 mpeg multislot ncurses nls nocd nptl nptlonly oggvorbis opengl pam pcre pdf perl php png postgres ppds pppd psotgres python quicktime readline reflection sdl session spell spl ssl svg tcpd tetex tiff truetype truetype-fonts type1-fonts udev unicode usb userland_GNU userlocales video_cards_matrox video_cards_mga x xorg xv zlib" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LC_ALL, LDFLAGS, PORTAGE_RSYNC_EXTRA_OPTS
rc-update show acpid | alsasound | apache2 | default bootmisc | boot checkfs | boot checkroot | boot clock | boot coldplug | boot consolefont | boot corbaNameService.de | default crypto-loop | cupsd | default dbus | dictd | distccd | default esound | famd | gpm | default hald | hdparm | boot hostname | boot hotplug | default keymaps | boot local | default nonetwork localmount | boot metalog | default modules | boot net.eth0 | default net.lo | boot netmount | default nfs | default nfsmount | nscd | ntp-client | default ntpd | default numlock | pg_autovacuum | portmap | default postgresql | default quota | default rmnologin | boot rsyncd | serial | boot spamd | sshd | default syndaemon | syslog-ng | urandom | boot vixie-cron | default xdm | default xfs | ypbind | default
I'm getting the same problem here. Immediately after starting net.eth0, an attempt is made to start ypbind. After a few other services are started, portmap starts. If I log in as root and run "rc" once the boot has completed, ypbind starts nicely. This system was installed this week. I'm not sure that this is 100% reproducible. I think the system booted correctly once or twice. But I'm not sure about that either. :-) What I do know is that the last two boots failed. I have tried running "depscan.sh -u", but it didn't help. emerge --info Gentoo Base System version 1.12.6 Portage 2.1.1-r2 (default-linux/x86/2006.1/desktop, gcc-4.1.1, glibc-2.4-r4, 2.6.18-gentoo-r2 i686) ================================================================= System uname: 2.6.18-gentoo-r2 i686 AMD Sempron(tm) Processor 3000+ Last Sync: Thu, 23 Nov 2006 01:50:01 +0000 distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [enabled] ccache version 2.3 [enabled] app-admin/eselect-compiler: [Not Present] dev-java/java-config: 1.3.7, 2.0.30 dev-lang/python: 2.4.3-r4 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: 2.3 dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.60 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="-march=athlon-xp -O2 -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/terminfo" CXXFLAGS="-march=athlon-xp -O2 -pipe" DISTDIR="/portage.ryttargarden/distfiles" FEATURES="autoconfig ccache distcc distlocks metadata-transfer sandbox sfperms strict userpriv usersandbox" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" LINGUAS="sv sv_SE en en_US en_GB" MAKEOPTS="-j4" PKGDIR="/portage.ryttargarden/packages/arch/athlon-xp" 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://portage.ryttargarden/gentoo-portage" USE="x86 3dnow X a52 acpi alsa apache2 audiofile berkdb bitmap-fonts bzip2 cairo cdparanoia cdr cli cracklib crypt cups dbus dlloader dri dvd elibc_glibc emacs emboss encode exif fam firefox font-server gdbm gif gimp gpm gstreamer hal iconv imlib input_devices_evdev input_devices_keyboard input_devices_mouse isdnlog java jpeg kde kernel_linux libg++ linguas_en linguas_en_GB linguas_en_US linguas_sv linguas_sv_SE mad maildir mikmod mmx mp3 mpeg ncurses nls nptl nptlonly nsplugin ogg opengl oss pam pcre pda perl png ppds pppd python qt3 qt4 quicktime readline real reflection samba scanner sdl session spell spl sse ssl tcpd theora tiff truetype truetype-fonts type1-fonts udev unicode usb userland_GNU userlocales video_cards_nvidia video_cards_vesa vorbis win32codecs wmf xml xorg xv xvid zlib" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY rc-update -s autofs | default bootmisc | boot checkfs | boot checkroot | boot clock | boot coldplug | boot consolefont | boot cupsd | default dbus | default distccd | default hald | default hddtemp | default hostname | boot hotplug | default keymaps | boot local | default nonetwork localmount | boot metalog | default modules | boot net.eth0 | default net.lo | boot nfsmount | default nrpe | default ntp-client | default ntpd | default portmap | default postfix | default rmnologin | boot sshd | default urandom | boot vixie-cron | default xdm | default xinetd | default ypbind | default
/etc/init.d/ypbind contains this function: depend() { need net portmap use ypserv domainname } And still it attempts to start before portmap! I don't understand this. Any ideas on how I can debug it?
Same bug for me, cf. gentoo forum thread http://forums.gentoo.org/viewtopic-p-3745513.html . I finaly got ypbind/nfs/autofs to start nicely by removing portmap from all runlevels. It is then started by other services dependency.
(In reply to comment #4) > Same bug for me, cf. gentoo forum thread > http://forums.gentoo.org/viewtopic-p-3745513.html . > I finaly got ypbind/nfs/autofs to start nicely by removing portmap from all > runlevels. It is then started by other services dependency. > This does not work for me. ypbind is still not starting.
I just ran into this on a new AMD64 install. Removing portmap from all runlevels doesn't work for me, either. It looks like the error message is coming from /sbin/runscript.sh line 408. Looking at the code, it looks like ypbind attempts to start portmap (because of the 'need portmap'), but it believes that portmap did not start, so it fails. I hope this helps someone dig deeper, as I'm afraid I can't spend much more time digging into this issue right now.
Is your initscript somehow missing the depend()? depend() { need net portmap use ypserv domainname } I don't see why it would be starting before portmap.
(In reply to comment #7) > Is your initscript somehow missing the depend()? > > depend() { > need net portmap > use ypserv domainname > } > > I don't see why it would be starting before portmap. That is indeed the heart of this bug. The depend() is there, and portmap is included in the "need", yet the system tries to start ypbind before portmap. Then, when it goes to start ypbind, it notices the "need portmap", and portmap isn't running, so it outputs the error. I can't claim to fully understand the code yet, but after a little more reading I no longer believe that it actually tried to start portmap. I tried pressing I to do interactive startup, and when it was just about to start ypbind, I exited to shell and started portmap with /etc/init.d/portmap start This succeeded, and when I allowed the rest of the startup to continue, everything worked just fine. So the bug seems to be that the startup order is somehow miscalculated.
Is this still happening with current baselayouts? I can't seem to reproduce the problem.
(In reply to comment #9) > Is this still happening with current baselayouts? I can't seem to reproduce > the problem. > I updated my baselayout from 1.12.9 to 1.12.9-r2, and I'm still seeing this problem. Is there any information I can provide that would help diagnosis?
I'm bouncing this to baselayout maintainers as I don't see the problem.
Are you using parallel startup?
(In reply to comment #12) > Are you using parallel startup? > I had to look up "parallel startup" -- I wasn't aware of that option. My /etc/conf.d/rc contains RC_PARALLEL_STARTUP="no" So I guess I'm not using it.
This should be fixed in baselayout-2. re-open if you disagree.