Incremental transfers: how to tell?
kilton9 at yahoo.com
Wed Jan 29 09:12:33 EST 2003
Thanks for the help guys. Turns out that I was using
two different versions: 2.55 (RedHat) and 2.54
(OpenBSD). I hadn't noticed that the OpenBSD package
was 1 version off. I installed 2.55 on another Linux
machine and the files now sync fine incrementally.
Add this one to the "duh" category. ;-)
--- Craig Barratt <craig at atheros.com> wrote:
> > James Kilton wrote:
> > > To follow up on this... I found the --stats
> option and
> > > here's what I'm getting:
> > >
> > > Number of files: 36
> > > Number of files transferred: 36
> > > Total file size: 10200816 bytes
> > > Total transferred file size: 10200816 bytes
> > > Literal data: 10200816 bytes
> > > Matched data: 0 bytes
> > > File list size: 576
> > > Total bytes written: 10203996
> > > Total bytes read: 596
> > >
> > > So, I don't know why no parts of the files are
> > > matching. The files are the same save for 1 or
> > > values changing every 5 minutes. I don't know
> > > anyone here is familiar with RRD files, but
> > > database files commonly used for SNMP data
> > > All the fields are created initially so the
> file size
> > > never changes -- the fields are populated as
> time goes
> > > on.
> > >
> > > Is RSync unable to do incremental transfers of
> > > non-text files?
> > No, it is perfectlty capable of this.
> > Is is possible that your files are changing in
> widely scattered places, such
> > that every block that rsync examines has changed?
> Since only 596 bytes were read, the receiving side
> clearly doesn't
> even see the old files and send the checksums (10MB
> of literal data
> should be around 10MB/700 * 6 bytes of checksums).
> So you appear to be rsync'ing to files on the
> receiving side that
> don't exist, or they cannot be read (permissions
> problem?). Please
> check your path names etc. What happens if you run
> the same command
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
More information about the rsync