Bug 138024 – portage hangs on waiting for lock

• Product: Gentoo Linux
• Status: RESOLVED DUPLICATE

[Description inode77 2006-06-26 02:50:07 UTC]

>>> Regenerating /etc/ld.so.cache...
>>> Emerging (7 of 12) dev-java/java-config-wrapper-0.8-r2 to /
waiting for lock on /usr/portage/distfiles/.locks/java-config-wrapper-0.8.tar.bz2.portage_lockfile

Wait's forever at this point. (Deadlock?)


Portage 2.1.1_pre1-r2 (default-linux/x86/2006.0, gcc-4.1.1, glibc-2.3.6-r4, 2.6.17-gentoo-current i686)
=================================================================
System uname: 2.6.17-gentoo-current i686 Genuine Intel(R) CPU           T2600  @ 2.16GHz
Gentoo Base System version 1.6.15
ccache version 2.3 [enabled]
dev-lang/python:     2.4.2
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.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-r2
sys-devel/gcc-config: 1.3.13-r2
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-march=pentium-m -Os -pipe -msse3"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/share/X11/xkb /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/"
CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/splash /etc/terminfo"
CXXFLAGS="-march=pentium-m -Os -pipe -msse3"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs autoconfig ccache distcc distlocks metadata-transfer noinfo parallel-fetch sandbox sfperms strict userfetch"
GENTOO_MIRRORS="http://sunsite.cnlab-switch.ch/ftp/mirror/gentoo http://distfiles.gentoo.org http://www.ibiblio.org/pub/Linux/distributions/gentoo"
LANG="en_US.UTF-8"
LC_ALL="en_US.UTF-8"
LDFLAGS="-Wl,-O1"
LINGUAS="en de"
MAKEOPTS="-j3"
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"
SYNC="rsync://rsync.de.gentoo.org/gentoo-portage"
USE="x86 X acpi alsa apache2 avi bash-completion berkdb bitmap-fonts bluetooth bzip2 ccache cdr cjk cli crypt cups dbus dri dvd dvdr encode expat foomaticdb gdbm gif gpm gstreamer gtk gtk2 idn imlib ipv6 jpeg libg++ libwww mad mikmod mmap mmx mmxext motif mp3 mpeg ncurses nls nptl nptlonly nsplugin ogg opengl oss pam pcre pdflib perl png python quicktime readline reflection sdl session spell spl sse sse2 ssl startup-notification svg tcpd tiff truetype truetype-fonts type1-fonts udev unicode userlocales vorbis xml xorg xv zlib elibc_glibc input_devices_evdev input_devices_keyboard input_devices_mouse input_devices_synaptics kernel_linux linguas_en linguas_de userland_GNU video_cards_fglrx video_cards_vesa"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, PORTAGE_RSYNC_EXTRA_OPTS

[Comment 1 Jakub Moc (RETIRED) 2006-06-26 03:04:51 UTC]

(In reply to comment #0)
/usr/portage/distfiles/.locks/java-config-wrapper-0.8.tar.bz2.portage_lockfile
> 
> Wait's forever at this point. (Deadlock?)

No, just parallel-fetch can't download the file, not a portage bug.

[Comment 2 Jakub Moc (RETIRED) 2006-06-26 03:06:00 UTC]

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

[Comment 3 Vlastimil Babka (Caster) (RETIRED) 2006-06-26 03:50:03 UTC]

If you sure it's really "forever" then it's really a bug, otherwise parallel-fetch should give up finally and report it couldn't download it...

[Comment 4 Zac Medico 2006-06-26 11:35:30 UTC]

Check the contents of '/var/log/emerge-fetch.log'.