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
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.
Can be firewall/router problems when packets starts to fragment. How does emerge-webrsync work for you?
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.
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.
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.