When attempting an emerge sync, I get this: ==================================================== receiving file list ... link_stat "metadata/timestamp.chk" (in gentoo-portage) failed: No such file or directory 0 files to consider client: nothing to do: perhaps you need to specify some filenames or the --recursive option? rsync error: some files could not be transferred (code 23) at main.c(653) >>> retry ... ========================================================================= I get that 3 times, then emerge crashes stating: ========================================================== !!! Rsync has not successfully finished. It is recommended that you keep !!! trying or that you use the 'emerge-webrsync' option if you are unable !!! to use rsync due to firewall or other restrictions. This should be a !!! temporary problem unless complications exist with your network !!! (and possibly your system's filesystem) configuration. ========================================================================= Weird thing is this file: /usr/portage/metadata/timestamp.chk does in fact exist... So why isn't it finding it? Reproducible: Always Steps to Reproduce: 1.login as root 2.type in: "emerge sync" at prompt 3. Actual Results: ==================================================== receiving file list ... link_stat "metadata/timestamp.chk" (in gentoo-portage) failed: No such file or directory 0 files to consider client: nothing to do: perhaps you need to specify some filenames or the --recursive option? rsync error: some files could not be transferred (code 23) at main.c(653) >>> retry ... ========================================================================= ==================================================== receiving file list ... link_stat "metadata/timestamp.chk" (in gentoo-portage) failed: No such file or directory 0 files to consider client: nothing to do: perhaps you need to specify some filenames or the --recursive option? rsync error: some files could not be transferred (code 23) at main.c(653) >>> retry ... ========================================================================= I get that 3 times, then emerge crashes stating: ========================================================== !!! Rsync has not successfully finished. It is recommended that you keep !!! trying or that you use the 'emerge-webrsync' option if you are unable !!! to use rsync due to firewall or other restrictions. This should be a !!! temporary problem unless complications exist with your network !!! (and possibly your system's filesystem) configuration. ========================================================================= Expected Results: expected it to update portage. Like I said, that file *does* exist, so I am not sure what it is doing here...
Can you try other rsync server?
<aol>me too</aol> Same problem. Tried against multiple gentoo mirrors in Europe. (SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage") phil
And I've now tried against multiple US servers - no better.
please show us 'emrge info' (I guess missing /gentoo-portage in your SYNC.) rsync://rsync.gentoo.org/gentoo-portage
Here's mine (the normal "European" one). It worked fine this morning (though I have been updating a lot today - I'll reboot and check if that fixes anything.) Portage 2.0.50-r1 (default-x86-1.4, gcc-3.3.3, glibc-2.3.3_pre20040207-r0, 2.4.22-gentoo-r7) ================================================================= System uname: 2.4.22-gentoo-r7 i686 AMD Athlon(tm) Processor Gentoo Base System version 1.4.3.13p1 Autoconf: sys-devel/autoconf-2.59-r3 Automake: sys-devel/automake-1.8.2 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-march=athlon -O3 -pipe" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.2/share/config /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/config /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/ /var/bind /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -mcpu=i686 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache sandbox" GENTOO_MIRRORS="ftp://ftp.mirror.ac.uk/sites/www.ibiblio.org/gentoo/ http://www.ibiblio.org/gentoo http://gentoo.oregonstate.edu" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="X aalib alsa apm arts avi berkdb bonobo cdr crypt cups encode esd foomaticdb gdbm gif gnome gpm gtk gtk2 guile imlib java jpeg kde libg++ libwww mad mikmod motif mozilla mpeg mysql ncurses nls offensive oggvorbis opengl oss pam pdflib perl png python qt quicktime readline scanner sdl slang spell ssl svga tcltk tcpd tetex truetype video_cards_radeon x86 xml2 xmms xv zlib"
maybe a (temporary?) DNS problem? $ host rsync.de.gentoo.org rsync.de.gentoo.org has address 213.202.215.41 => fails to sync (no contact to rsync server at all). This worked before and resolved to more than 10 mirrors. $ host rsync.europe.gentoo.org rsync.europe.gentoo.org has address 195.238.1.14 rsync.europe.gentoo.org has address 195.86.128.57 rsync.europe.gentoo.org has address 213.221.124.132 rsync.europe.gentoo.org has address 217.72.114.99 rsync.europe.gentoo.org has address 80.190.233.33 rsync.europe.gentoo.org has address 80.190.246.242 rsync.europe.gentoo.org has address 81.173.7.182 rsync.europe.gentoo.org has address 81.223.20.162 rsync.europe.gentoo.org has address 82.129.5.25 rsync.europe.gentoo.org has address 212.101.4.244 rsync.europe.gentoo.org has address 212.93.157.200 rsync.europe.gentoo.org has address 130.230.54.100 rsync.europe.gentoo.org has address 132.229.67.201 rsync.europe.gentoo.org has address 134.147.32.57 rsync.europe.gentoo.org has address 134.184.49.5 rsync.europe.gentoo.org has address 137.226.34.228 rsync.europe.gentoo.org has address 140.105.134.1 rsync.europe.gentoo.org has address 160.45.117.66 rsync.europe.gentoo.org has address 193.190.198.19 rsync.europe.gentoo.org has address 194.97.4.250 rsync.europe.gentoo.org has address 195.149.39.120 => started 3 syncs, all 3 ok rsync.gentoo.org => is ok too.
Rebooting almost helped, but did and didn't. My "emerge sync" after reboot hit rsync2.be.gentoo.org - and it worked. After that, I immediately tried again, got another site and that failed. Tried again, got another site, and it worked again. Looks like whatever problem there was is being cleared by mirror updates... (or vice-versa, of course)
You are not going to beleive this... I rebooted the machine, and now it seems to work... go figure. Normally I would have tried this sooner, but since it is a live server, I didn't want to reboot. G
Or maybe it was just a cooincidence....
today no sync with rsync.europe.gentoo.org: $ host rsync.europe.gentoo.org rsync.europe.gentoo.org has address 212.101.4.244 rsync.europe.gentoo.org has address 212.93.157.200 i think someone should check the dns-configuration (or was this changed on purpose?). if there was a dns-misconfiguration we have to wait for the ttl to expire in all dns-caches around the world.
This is not resolved guys. After a couple of dozen attempts - in the middle of which I deleted that timestamp.chk file following bogus advice in the forum - it has finally run okay, but for a dozen tries before that and a dozen tries after "emerge sync" failed, on a number of different mirrors, trying three mirrors each time through. So whatever it is it's not a fault on a single mirror. It's not a fault that requires a reboot (I didn't). It's not (at least immediately) solved by removing the timestamp file. Someone still needs to track down the bug, which if you look in the forum a lot of people tripped over. One wiseacre complained about too many "Me too" posts - but that tells you this isn't a rare complaint.
Reopening due to previous complaint.
I am unable to reproduce this bug. I tested 4 separate machines on 4 different networks. All were able to complete an 'emerge sync' without issue. closing as worksforme.
