Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 144056 - baselayout-1.12.4-r4 hangs starting xend
Summary: baselayout-1.12.4-r4 hangs starting xend
Status: RESOLVED UPSTREAM
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] baselayout (show other bugs)
Hardware: All Linux
: High major (vote)
Assignee: Gentoo Xen Devs
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: 144994
  Show dependency tree
 
Reported: 2006-08-15 16:44 UTC by Harris Landgarten
Modified: 2006-09-29 09:09 UTC (History)
2 users (show)

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


Attachments
xen-network-common.sh.diff (xen-network-common.sh.diff,715 bytes, patch)
2006-08-15 17:27 UTC, Tuan Van (RETIRED)
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Harris Landgarten 2006-08-15 16:44:54 UTC
After updating to baselayout-1.12.4-r4 from baselayout-1.11.15-r3 a xen server I just built hangs when starting xend in the default runlevel. If xend and xendomains are taken out of default, the server boots normally and both xend and xendomains can to started manually after signon. After reverting to baselayout-1.11.15-r3, the server boots normally.

The hang seems to be in start() when waiting on await_daemons_up.

emerge --info follows:

Portage 2.1-r2 (default-linux/x86/2006.0, gcc-3.4.6, glibc-2.3.6-r4, 2.6.16.26-xen i686)
=================================================================
System uname: 2.6.16.26-xen i686 Intel(R) Xeon(TM) CPU 3.00GHz
Gentoo Base System version 1.6.15
app-admin/eselect-compiler: [Not Present]
dev-lang/python:     2.4.3-r1
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-r3
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2 -march=i686 -pipe -mno-tls-direct-seg-refs"
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/config"
CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/terminfo"
CXXFLAGS="-O2 -march=i686 -pipe -mno-tls-direct-seg-refs"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict"
GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo"
MAKEOPTS="-j9"
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.gentoo.org/gentoo-portage"
USE="x86 X alsa apache2 apm arts avi berkdb bitmap-fonts cli crypt cups dlloader dri eds emboss encode esd foomaticdb fortran gdbm gif gnome gpm gstreamer gtk gtk2 imlib ipv6 isdnlog jpeg kde libg++ libwww mad mikmod motif mp3 mpeg ncurses nls nptl ogg opengl oss pam pcre pdflib perl png pppd python qt3 qt4 quicktime readline reflection sdl session spell spl ssl tcpd truetype truetype-fonts type1-fonts udev vorbis xml xmms xorg xv zlib elibc_glibc input_devices_keyboard input_devices_mouse input_devices_evdev kernel_linux userland_GNU"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
Comment 1 Tuan Van (RETIRED) gentoo-dev 2006-08-15 17:27:59 UTC
Created attachment 94365 [details, diff]
xen-network-common.sh.diff

with the help of UberLord, I get the attached patch (revert a fix commited by upstream long time ago http://lists.xensource.com/archives/html/xen-devel/2005-10/msg00191.html ) to work with ~sys-apps/baselayout-1.2.14 . It fixed the other issue in bug #111684 . I am able to let xen handle the bridge and restart xend doesn't bring down those services that "need net"
Comment 2 Tuan Van (RETIRED) gentoo-dev 2006-08-15 17:30:18 UTC
(In reply to comment #1)
> Created an attachment (id=94365) [edit]
> xen-network-common.sh.diff
> 
> with the help of UberLord, I get the attached patch (revert a fix commited by
> upstream long time ago
> http://lists.xensource.com/archives/html/xen-devel/2005-10/msg00191.html ) to
> work with ~sys-apps/baselayout-1.2.14 . It fixed the other issue in bug #111684
> . I am able to let xen handle the bridge and restart xend doesn't bring down
> those services that "need net"
> 

CC'ing xen team for comment.
Comment 3 Roy Marples (RETIRED) gentoo-dev 2006-08-16 00:03:41 UTC
This is not a baselayout bug as baselayout is now ultra strict on dependecies.

xend init script needs net.
But the xend programs asks a net service to stop before xend init script has finished causing the hard lock.

This is definitely for the xen team to fix one way or the other. Solution may help xen team to document a solution for bug #111684 too.
Comment 4 Tuan Van (RETIRED) gentoo-dev 2006-09-29 09:09:48 UTC
this bug is resolved upstream.
http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=741