Re: --compare-dest and preserving attributes change

On Fri, 2005-04-01 at 17:22 -0800, Wayne Davison wrote: > > No, rsync doesn't yet handle ACLs. I believe that the rawhide version > of rsync (for redhat) is going to be patched to work with extended > attributes, so hopefully we'll get something integrated into rsync > before too long (I haven't

Re: HP-UX 11i and largefiles on rsync

On Fri, Apr 01, 2005 at 03:36:59PM -0800, Steve Bonds wrote: > Despite HP's intransigence, I'd like to have an rsync that builds out > of the box with working large file support. I attempted a fix for this by having the code not use mkstemp() if open64() was around but mkstemp64() was not. Howeve

Re: --compare-dest and preserving attributes change

On Fri, Apr 01, 2005 at 04:58:07PM -0500, Andrew Gideon wrote: > Does this also fix the problem I reported in: > > http://lists.samba.org/archive/rsync/2005-February/011746.html No, rsync doesn't yet handle ACLs. I believe that the rawhide version of rsync (for redhat) is going to be patched to

HP-UX 11i and largefiles on rsync

For all you folks out there using rsync on HP-UX, be warned that HP-UX is still broken with regard to large files. I opened a bug report with HP last year, as described here: http://lists.samba.org/archive/rsync/2004-July/010226.html I've been periodically checking on the status and today I was

--compare-dest and preserving attributes change

Wayne Davison wrote: > Earlier in the development cycle, I noticed that rsync was not updating > a file that differed in attributes when using --compare-dest, so I > decided to fix that for 2.6.4. Does this also fix the problem I reported in: http://lists.samba.org/archive/rsync/2005-February

Re: Rsync 2.6.4 Multiplexing Overflows when File Name Too Long (cwRsync)

Benjamin Watkins wrote: So far this observation has been made on one out of one clients that I have tested. I was able to repeat this error several times on this machine before I discovered the message in the server log pointing me to the long file name problem. I am running a test from anothe

Re: Rsync over an NFS mount (Scanned @ Decoma)

Hi, On Fri, 1 Apr 2005, John Jablonski wrote: [EMAIL PROTECTED] wrote: Now , If I reboot machine 2, and forget to do the NFS mount, (actually the above rsync is in a crontab entry to happen automatically), then the /DB/plantx will be empty due to the 'delete' option of the rsync statement. I would

Rsync 2.6.4 Multiplexing Overflows when File Name Too Long (cwRsync)

I installed the newly released version of cwRsync today on a few Windows machines and have noticed a new problem that I have not seen mentioned anywhere. When syncing to an NT machine used for backups, my rsync client exited at the end of the transfer with the following message to standard erro

Re: Rsync over an NFS mount (Scanned @ Decoma)

[EMAIL PROTECTED] wrote: Now , If I reboot machine 2, and forget to do the NFS mount, (actually the above rsync is in a crontab entry to happen automatically), then the /DB/plantx will be empty due to the 'delete' option of the rsync statement. I would assume this is a bug ??? Um.why wouldn'

Re: pauses sync'ing between tmpfs and disk on Linux 2.4.x

Thanks for the response, Tim.. I think I identified my bottleneck. Should have been pretty obvious. There are quite a few processes writing to / creating the files I'm rsync'ing. If I disable the daemon that handles this before rsync'ing, the speed of the rsync is quite fast. Must be some locki

Re: Rsync over an NFS mount (Scanned @ Decoma)

Hi, On Fri, 1 Apr 2005 [EMAIL PROTECTED] wrote: If I perform an local rsync with the 'delete' option over an NFS mount, and the mount point has been unmounted, the rsync will delete what was once on the local box.. This is correct behaviour, if the source directory is empty. Ckeck if mounted before

Rsync over an NFS mount (Scanned @ Decoma)

If I perform an local rsync with the 'delete' option over an NFS mount, and the mount point has been unmounted, the rsync will delete what was once on the local box.. For example Machine 1(192.168.0.1) is a live production server with a database within the /DB directory Machine 2 (192.168.0.2) is

Re: Some files not logged when using --compare-dest. Bug?

On Thu, Mar 31, 2005 at 02:34:14PM +0200, Vidar Madsen wrote: > I just spotted another peculiarity when inspecting the rsync log. When > using --compare-dest, source files that have permissions that differ > from the "comparables" are not logged, unless you're using -i. I think I have a better heu

Re: patch for replacing non-printable chars in filenames

On Fri, Apr 01, 2005 at 10:26:18AM +0200, Vidar Madsen wrote: > Btw, will this change make it into a later rsync version ? Yes, I've just committed it for 2.6.5. Now I need to add configure checking for setlocale() and locale.h. ..wayne.. -- To unsubscribe or change options: https://lists.samba

[Bug 2561] rsync crashes when using the "exclude from" option on server side.

https://bugzilla.samba.org/show_bug.cgi?id=2561 [EMAIL PROTECTED] changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|

Re: patch for replacing non-printable chars in filenames

Hi. > After trying this a bit, I now think it would read better to use 3-digit > octal escaping. I would be perfectly fine with that. And octal is probably more in the line of how escaping is traditionally done. As long as I can process the files in the log, I'm all for it. Btw, will this change