rsync displays an number of errors when rysncing on gentoo
eial at cs.bgu.ac.il
eial at cs.bgu.ac.il
Thu Feb 21 15:41:59 GMT 2008
On Thu 21 Feb 8:14 2008 eial at cs.bgu.ac.il wrote:
> On Thu 21 Feb 6:48 2008 Mike Frysinger wrote:
> > On Wednesday 20 February 2008, Matt McCutchen wrote:
> > > On Wed, 2008-02-20 at 22:17 -0500, Mike Frysinger wrote:
> > > > On Wednesday 20 February 2008, Matt McCutchen wrote:
> > > > > On Wed, 2008-02-20 at 16:06 -0500, Mike Frysinger wrote:
> > > > > > tar jxf snapshot-xxxxxxxx.tar.bz2
> > > > > > cd snapshot-xxxxxxxx
> > > > > > rsync -av --progress --stats --delete --delete-after \
> > > > > > --exclude='/distfiles' --exclude='/packages' --exclude='/local' \
> > > > > > . /usr/portage
> > > > >
> > > > > Mike, I don't share your apparent assumption that emerge-webrsync is
> > > > > intrinsically less buggy than rsync. In any case, I can only answer
> > > > > for the behavior of rsync itself, so I need to know the actual rsync
> > > > > command line. The one you gave isn't consistent with the error
> > > > > message, in which the absolute path of the missing file doesn't have a
> > > > > component of the form "snapshot-xxxxxxxx".
> > > >
> > > > please re-read the commands i posted. the rsync is from "."
> > > > to "/usr/portage".
> > >
> > > I don't know what you believe I am overlooking. Anyway, right now I
> > > don't see any way your command could result in the error eial saw, and I
> > > don't see the benefit of spending any more effort on this angle unless
> > > we get more information from eial.
> > the unpacked tarball results in a directory named "portage",
> > not "snapshot-xxxxxxxx".
> > either way, the "emerge-webrsync" is merely a bash shell script. you can
> > easily find it by googling:
> > http://sources.gentoo.org/viewcvs.py/*checkout*/portage/main/trunk/bin/emerge-webrsync
> > which contains the rsync command i already pasted.
> > the tarball too is a simple thing which can be found via google:
> > http://gentoo.osuosl.org/snapshots/portage-20080219.tar.bz2
> > and verified via md5:
> > http://gentoo.osuosl.org/snapshots/portage-20080219.tar.bz2.md5sum
> > the tarball contains no file or link named "180". either eial has a buggy
> > filesystem/kernel, or rsync screwed something up, or one of the fixes we
> > apply in Gentoo (all of which are from rsync upstream) is causing a problem.
> > it is not the fault of emerge-webrsync.
> > -mike
> ik, my mistake pre10 is in the tree, I'll emerge it, I've tried with the previous kernel image in which I know for fact that there
> was no problems, errors still persists.
> To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
> Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
SOLVED! apparently, not to long ago, due to portage's update I had to change the timeout order for rsync, the problem is that they have said to change, but not how to, so rsync got parameters that he didnt recognized and complained, now all is ok, thanks for your help guys.
More information about the rsync