Summary: | net-fs/nfs-utils/files/nfs.confd.old is not synced from CVS to mirrors | ||
---|---|---|---|
Product: | Gentoo Infrastructure | Reporter: | António Godinho <to> |
Component: | Git | Assignee: | Zac Medico <zmedico> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | chewie, gartim, jtp, vapier |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
António Godinho
2007-03-25 20:20:27 UTC
your tree is out of date *** Bug 172233 has been marked as a duplicate of this bug. *** *** Bug 172249 has been marked as a duplicate of this bug. *** seems like mirrors is breaking or something the file is clearly in cvs: http://sources.gentoo.org/viewcvs.py/gentoo-x86/net-fs/nfs-utils/files/nfs.confd.old yet not on rsync mirrors: $ rsync -av --progress rsync://gentoo/gentoo-portage/net-fs/nfs-utils/files/nfs.confd.old . receiving file list ... rsync: link_stat "/net-fs/nfs-utils/files/nfs.confd.old" (in gentoo-portage) failed: No such file or directory (2) 0 files to consider it'd be most useful to have the name or IP of the rsync server that is failing. without that there isn't much infra can do. how about every single one ? i have yet to find one that has the file The issue was that we were using rsync's --cvs-exclude option when syncing from the CVS tree to the rsync tree on the master mirror. I've changed it to use --exclude=CVS instead since that should be sufficient. The nfs.confd.old file should start trickling down to the mirrors soon. This should have reached most of the mirrors by now. *** Bug 181114 has been marked as a duplicate of this bug. *** This bug is still a problem: [13:07:24] chewie@lipid (516)$ sh -x ~/bin/rsynctest + /usr/bin/rsync --list-only --recursive --links --perms --times --devices --delete --timeout=300 rsync://gentoo.mirrors.tds.net/gentoo-portage/net-fs/nfs-utils/files/ /tmp/ drwxr-xr-x 4096 2007/05/12 06:36:03 . -rw-r--r-- 536 2006/08/21 21:42:00 digest-nfs-utils-1.0.10 -rw-r--r-- 250 2007/02/27 09:11:58 digest-nfs-utils-1.0.12 -rw-r--r-- 250 2007/03/24 04:14:02 digest-nfs-utils-1.0.12-r1 -rw-r--r-- 250 2007/04/02 07:28:30 digest-nfs-utils-1.0.12-r3 -rw-r--r-- 247 2006/07/16 03:14:05 digest-nfs-utils-1.0.6-r6 -rw-r--r-- 247 2006/07/16 03:14:05 digest-nfs-utils-1.0.7-r2 -rw-r--r-- 530 2006/07/16 03:04:52 digest-nfs-utils-1.0.9 -rw-r--r-- 247 2007/05/12 06:27:06 digest-nfs-utils-1.1.0 -rw-r--r-- 66 2002/01/13 16:29:12 exports -rwxr-xr-- 6879 2007/03/24 05:35:55 nfs -rw-r--r-- 1243 2004/11/22 13:30:21 nfs-utils-0.3.3-rquotad-overflow.patch -rw-r--r-- 214 2006/10/23 17:26:54 nfs-utils-1.0.10-uts-release.patch -rw-r--r-- 548 2007/03/24 04:14:02 nfs-utils-1.0.12-mountd-memleak.patch -rw-r--r-- 547 2005/01/15 13:02:44 nfs-utils-1.0.6-uclibc.patch -rw-r--r-- 3676 2006/01/28 23:55:53 nfs-utils-1.0.6-usn36.patch -rw-r--r-- 553 2005/04/08 22:12:45 nfs-utils-1.0.7-gcc4.patch -rw-r--r-- 219 2005/10/08 15:34:06 nfs-utils-1.0.7-man-pages.patch -rw-r--r-- 394 2006/03/08 18:43:40 nfs-utils-1.0.7-no-stripping.patch -rw-r--r-- 630 2007/03/25 07:37:56 nfs.confd -rwxr-xr-x 3992 2007/05/12 06:36:03 nfs.initd -rw-r--r-- 1131 2006/06/27 22:42:29 nfsmount -rwxr-xr-x 1335 2007/05/12 06:36:03 nfsmount.initd -rwxr-xr-x 1279 2007/05/12 06:36:03 rpc.gssd.initd -rwxr-xr-x 1835 2007/05/12 06:36:03 rpc.idmapd.initd -rwxr-xr-x 1346 2007/05/12 06:36:03 rpc.statd.initd [13:07:44] chewie@lipid (517)$ date Fri Jun 29 13:12:57 CDT 2007 (In reply to comment #11) > This bug is still a problem: > > [13:07:24] chewie@lipid (516)$ sh -x ~/bin/rsynctest > + /usr/bin/rsync --list-only --recursive --links --perms --times --devices > --delete --timeout=300 > rsync://gentoo.mirrors.tds.net/gentoo-portage/net-fs/nfs-utils/files/ /tmp/ Please file a separate bug for that mirror. The problem has been fixed on the master mirror and some downstream mirrors appear to be pulling the file correctly. |