Bugzilla Bug 142626

Hello,

chown is called by /etc/init.d/bootmisc and locks the system. After having
commented the following line out, i could boot gentoo again!

I'm using an genkernel initramfs evms ready.

--- /root/bootmisc      2006-08-03 11:16:52.000000000 +0200
+++ /etc/init.d/bootmisc        2006-08-03 10:38:41.000000000 +0200
@@ -112,7 +112,7 @@
                (
                        # Make sure our X11 stuff have the correct permissions
                        mkdir -p /tmp/.{ICE,X11}-unix
-                       chown 0:0 /tmp/.{ICE,X11}-unix
+                       #chown 0:0 /tmp/.{ICE,X11}-unix  # lock the system
                        chmod 1777 /tmp/.{ICE,X11}-unix
                        [[ -x /sbin/restorecon ]] && restorecon
/tmp/.{ICE,X11}-unix
                ) &> /dev/null

Also, is there a good reason to execute the portion of code in background ? 
The tmp directory seems to be already created.

One other weird problem ?!, booting with a liveCD in order to get rid of that
problem and after chrooting in the broken Gentoo system, i was unable to
unmerge any packages. The emerge --oneshot command locks after calling the
ebuild prerm script and is waiting of it indefinitly (using strace emerge
--debug). To return at the prompt you need to press ctrl-C.

Also, the package is never removed from the filesystem and both versions appear
in the equery l list.

I don't see any link between them, except that they append right after the last
packages upgrade. 

the most related packages upgraded since were,

sys-apps/baselayout-1.12.4
sys-apps/findutils-4.3.0
sys-apps/portage-2.1.1_pre4-r2
sys-apps/coreutils-5.94-r1

Here is the emerge --info output,

Portage 2.1.1_pre4-r2 (default-linux/x86/2006.0, gcc-4.1.1, glibc-2.4-r3,
2.6.17-gentoo-r4 i686)
=================================================================
System uname: 2.6.17-gentoo-r4 i686 AMD Athlon(tm)
Gentoo Base System version 1.12.4
distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632)
[disabled]
ccache version 2.3 [enabled]
app-admin/eselect-compiler: [Not Present]
dev-lang/python:     2.4.3-r1
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     2.3
dev-util/confcache:  [Not Present]
sys-apps/sandbox:    1.2.18.1
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.17.50.0.3
sys-devel/gcc-config: 1.3.13-r3
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.16
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-march=athlon-xp -O3 -pipe"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/lib/mozilla-thunderbird/components/myspell
/usr/share/X11/xkb /usr/share/applications /var/qmail/alias /var/qmail/control
/var/vpopmail/domains /var/vpopmail/etc"
CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf
/etc/java-config/vms/ /etc/revdep-rebuild /etc/splash /etc/terminfo"
CXXFLAGS="-march=athlon-xp -O3 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig ccache distlocks metadata-transfer parallel-fetch sandbox
sfperms strict userpriv"
GENTOO_MIRRORS="..."
LANG="fr_FR.utf8"
LC_ALL="fr_FR.utf8"
LDFLAGS="-Wl,-O1"
LINGUAS="fr"
MAKEOPTS="-j2"
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"
PORTDIR_OVERLAY="/usr/local/portage/overlay"
SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage"
USE="x86 3dnow a52 aac acl alsa apache2 avi bash-completion berkdb bitmap-fonts
bzip2 cairo cli crypt cups curl dbus dga dlloader dri dts dvdr eds emboss
encode esd exif fam firefox flac foomaticdb gd gdbm gif gmp gnome gnutls
gphoto2 gpm gstreamer gtk2 hal howl ieee1394 imlib isdnlog java jpeg lcms ldap
libg++ libwww mad maildir mikmod mmap mmx mng mp3 mpeg ncurses nls nptl
nptlonly ogg opengl pam pcre pdf pdflib perl png posix pppd python qt3 qt4
readline reflection sdl session speex spell spl sse ssl svg sysvipc tcpd theora
threads tiff truetype truetype-fonts type1-fonts udev unicode usb userlocales
v4l v4l2 vorbis xml xorg xv zlib elibc_glibc input_devices_keyboard
input_devices_mouse input_devices_evdev input_devices_joystick kernel_linux
linguas_fr userland_GNU video_cards_radeon video_cards_v4l"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, PORTAGE_RSYNC_EXTRA_OPTS


Thx for your help

Jj

*** Bug 142627 has been marked as a duplicate of this bug. ***

if that really locked your system, then your system is screwed up, it is
certainly not a bug in bootmisc

run `strace` on something that hangs and see where it gets hung up

Created an attachment (id=93338) [details]
strace chown 0:0 command

(In reply to comment #2)
> if that really locked your system, then your system is screwed up, it is
> certainly not a bug in bootmisc
> 
> run `strace` on something that hangs and see where it gets hung up
> 

Thank you for answering so fast.

After a more precise reading of the bootmisc script, i realize i made a little
confusion about the &> command. That's a redirection, not a command to run a
process in background :)

So here is the strace you ask me and well, how can i say, its more an ldap call
made by chown that doesn't give us the hand again.
What was curious, before running strace for chown, i was unable to break nicely
the script and finished with a single init prompt. strace slowdown so much the
running process, i was this time able to do a ctrl + c and let the gentoo init
process continue.

See the strace file attachement above.

PS: i'm lost with the commit button rules ;)


Jj

upgrade to nss_ldap-250-r1, do the etc-update (important, see the new timeout
stuff in there), and TIME the exact delay for that chown during boot - and
you'll see it corresponds with the timeout params.

Reopening to mark correctly.

This is a duplicate of 139411.
In specific, the chown 0:0 lookup is going to LDAP...

vapier: please look at 139411, comments 7 and 9!

*** This bug has been marked as a duplicate of 139411 ***

(In reply to comment #5)
> upgrade to nss_ldap-250-r1, do the etc-update (important, see the new timeout
> stuff in there), and TIME the exact delay for that chown during boot - and
> you'll see it corresponds with the timeout params.
> 
> Reopening to mark correctly.
> 

Ok consider it done in my next post, but why on earth doesn't chown look in
/etc/nsswitch.conf file for password and group rules and evaluates them in the
right order ? It couldn't pass the word files ;)

Mine looks this,

passwd:         files ldap
shadow:         files ldap
group:          files ldap

# consult files/dns first, we will need it to resolve the LDAP host. (If we
# can't resolve it, we're in infinite recursion, because libldap calls
# gethostbyname(). Careful!)
hosts:          files dns ldap

# LDAP is nominally authoritative for the following maps.
services:   ldap [!UNAVAIL=return] files
networks:   ldap [!UNAVAIL=return] files
protocols:  ldap [!UNAVAIL=return] files
rpc:        ldap [!UNAVAIL=return] files
ethers:     ldap [!UNAVAIL=return] files

# no support for netmasks, bootparams, publickey yet.
netmasks:   files
bootparams: files
publickey:  files
automount:  files

# I'm pretty sure nsswitch.conf is consulted directly by sendmail,
# here, so we can't do much here. Instead, use bbense's LDAP
# rules ofr sendmail.
aliases:    files
sendmailvars:   files

# Note: there is no support for netgroups on Solaris (yet)
netgroup:   ldap [!UNAVAIL=return] files


Jj

Jimmy: i'll respond on bug 139411 to your question.

(In reply to comment #8)
> Jimmy: i'll respond on bug 139411 to your question.
> 
ok i'll post the time test on bug 139411

Thx