9Iy08"
-> "RX_LVL_HH_Inc_Amt10_14_9MM.dat.0": No such file or directory (2)
rsync error: some files could not be transferred (code 23) at main.c(702)
-Kenny
--
Please use reply-all for most replies to avoid omitting the mailing list.
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsy
See the attached file for details--
To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
Please see the attached file for details.--
To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
Not sure if this helps, but I remember that I had a problem when rsync
solaris->red hat. I basically ended up using the whole-file option. It
appeared that there was some issue with the incremental compare when
rsync'ing cross-platform. Once I used the whole-file option,
everything was kosh
Eric Whiting wrote:
I've learned some good things from this discussion. THanks.
Kenny, I have one concern/idea -- The original post says the 'disk is
fairly slow'. That is one bottleneck that should probably be examined a
little more. How fast are your disks? HOw fast is your
Craig Barratt wrote:
I am rsyncing 1tb of data each day. I am finding in my testing that
actually removing the target files each day then rsyncing is faster than
doing a compare of the source->target files then rsyncing over the delta
blocks. This is because we have a fast link between the tw
I am rsyncing 1tb of data each day. I am finding in my testing that
actually removing the target files each day then rsyncing is faster than
doing a compare of the source->target files then rsyncing over the delta
blocks. This is because we have a fast link between the two boxes, and
that are
