Bug 81318

Summary:	emerge sync hangs almost immediately.
Product:	Gentoo Linux	Reporter:	Joe Khoobyar <joe>
Component:	[OLD] Core system	Assignee:	Gentoo Linux bug wranglers <bug-wranglers>
Status:	RESOLVED INVALID
Severity:	critical	CC:	stian
Priority:	High
Version:	unspecified
Hardware:	All
OS:	Linux
Whiteboard:
Package list:		Runtime testing required:	---

Description Joe Khoobyar 2005-02-08 18:57:04 UTC

I get a very short period of rsync activity before emerge sync hangs completely, without recovering.  This is intermittent.  Some days it works fine.   Other days, it happens all day.  Oftentimes, the problem will exist for several days in a row.

When the problem is occurring, I have to Ctrl-C to get out of the emerge sync, and run it again.  Repeat about 20 to 30 times in order to finish one single sync.

Reproducible: Sometimes
Steps to Reproduce:
emerge sync




Portage 2.0.51-r15 (default-linux/x86/2004.3, gcc-3.3.5,
glibc-2.3.4.20040808-r1, 2.6.10-gentoo-r6 i686)
=================================================================
System uname: 2.6.10-gentoo-r6 i686 Mobile AMD Athlon(tm) XP 1700+
Gentoo Base System version 1.4.16
Python:              dev-lang/python-2.3.4 [2.3.4 (#1, Feb  5 2005, 20:48:20)]
distcc 2.16 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [enabled]
ccache version 2.3 [enabled]
dev-lang/python:     2.3.4
sys-devel/autoconf:  2.13, 2.59-r6
sys-devel/automake:  1.5, 1.8.5-r3, 1.6.3, 1.7.9-r1, 1.4_p6, 1.9.4
sys-devel/binutils:  2.15.92.0.2-r1
sys-devel/libtool:   1.5.10-r4
virtual/os-headers:  2.6.8.1-r2
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CFLAGS="-O3 -march=athlon-xp -mcpu=athlon-xp -fomit-frame-pointer"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.3/env
/usr/kde/3.3/share/config /usr/kde/3.3/shutdown /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="-O3 -march=athlon-xp -mcpu=athlon-xp -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs autoconfig ccache distcc distlocks sandbox sfperms"
GENTOO_MIRRORS="http://mirrors.acm.cs.rpi.edu/gentoo/
http://gentoo.chem.wisc.edu/gentoo/ http://mirrors.tds.net/gentoo
http://gentoo.mirrors.pair.com/ http://prometheus.cs.wmich.edu/gentoo"
MAKEOPTS="-j5"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.us.gentoo.org/gentoo-portage"
USE="x86 3dnow X Xaw3d alsa apm arts avi berkdb bitmap-fonts cdr crypt cups doc
dvd encode esd f77 font-server foomaticdb fortran gdbm gif gpm graphviz gtk gtk2
guile imagemagick imlib ipv6 java jpeg lcms libg++ libwww live mad mikmod mmx
motif mpeg ncurses nptl oggvorbis opengl oss pam pdflib perl png python qt
quicktime readline real rtc samba sdk sdl spell sse ssl svga tcpd threads tiff
truetype truetype-fonts type1-fonts v4l v4l2 wmf xanim xml xml2 xmms xosd xprint
xv xvid xvmc zlib"
Unset:  ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS

Comment 1 Robin Johnson archtester

2005-02-13 17:17:18 UTC

I'd suspect hardware problems, as there haven't been any other reports of mirror trouble.

Try testing out your hardware completely, and also using more conservative USE lags.

Comment 2 Stian Skjelstad 2005-02-13 21:28:59 UTC

Can be firewall/router problems when packets starts to fragment. How does emerge-webrsync work for you?

Comment 3 Joe Khoobyar 2005-02-16 16:59:43 UTC

Well, the funny thing is, the problem is completely intermittent.

I actually have had *zero* occurrences of this since the day after I posted the bug.  But it comes back whenever it feels like it.

The problem started happening when I moved to western New York and had to switch to a different ISP.  It might be related to the ISP not always playing nice w/ my firewall.  I'd be surprised if it was the firewall itself.  It's an OpenBSD 3.2 box, the same one that I've been using for roughly 3 years now.

Comment 4 Joe Khoobyar 2005-02-16 17:21:15 UTC

Wow, no sooner than I say it hasn't happened in a while, and it happens again.  lol

This time, it was using mirror 156.56.247.192, when it froze up.

I killed it, restarted, and it resumed rsyncing using mirror 128.196.95.10.  The rsync finished w/ no problems at all.

So this time, it only hung once, and that was it.  The time that I reported the bug, it took about 25 kill-and-restart cycles to finish an rsync.

Comment 5 Mr. Bones. (RETIRED) gentoo-dev

2005-02-17 16:44:14 UTC

This seems to be a local problem rather than a bug in a package.  There's not much we can do and this isn't the place for it.  Move to the forums, email or irc.  Thanks.