search for: delahanti

Running rsync 2.4.7pre1, using the --backup-dir option, I just realized today that file ownerships and permissions of backed up files are not preserved. In other words, if rsync moves an obsolete file to the backup dir, it's ownership seems to revert to root:root, and permissions change, as well. We are also using the -a (archive) option, by the way, which should mean "preserve

(Erm, sorry about that...) I was talking about errors of the type: Got 0 bytes. The problem was sporatic, and seemed to be load/speed based. That is, the faster the Linux box, the more errors we had. A look through clitar.c led me to a solution. Currently, clitar.c is written to pad a file with zeros if a file read error occurs. This is normal. All of our errors were of the 0 byte length

here (in keep_backup())? --- backup.c.orig Mon Dec 9 17:02:36 2002 +++ backup.c Mon Dec 9 17:03:50 2002 @@ -273,6 +273,7 @@ /* move to keep tree if a file */ if(!kept) { + make_bak_dir(fname,backup_dir); if (!robust_move (fname, keep_name)) rprintf(FERROR, "keep_backup failed %s -> %s : %s\n", fname, keep_name, strerror(errno)); this reconstructs parent

All, With the belief that, "given enough eyes all bugs are shallow", I submit the following to the list. I had sent a shorter version to samba-bugs last week, but, given the nature of this problem, I think everyone needs to check this on their own systems. Overview: Pulling files from an NT 4.0 machine to a RedHat 5.0 linux box using 2.0.3 or 2.0.4b smbclient *consistently* results in

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Please cc in replies as I am not subscrubed to the list - However I have just searched backwards over the list archive looking for an answer and I can't find any posts relating to this. I am currently backing up my family's windows machine over the network to my linux box by mounting the windows disk as a file share an using cp to copy

Hi, I am getting this log entry in the nmb.log file. Any ideas why I am getting it? query_name_response: Multiple (2) responses received for a query on subnet 9.36. 220.43 for name WHITE<1d>. This response was from IP 9.36.223.255 Thanks Chip