verbosity: list files without summary?
Is there a way to set the verbosity so that transferred/changed files are listed, but not the summary information. In other words, how can I get rid of this, while still seeing the file list: building file list ... done sent 108 bytes received 20 bytes 256.00 bytes/sec total size is 12301 speedup is 96.10 (other than | egrep -v '^(building file list|sent |total size is)' ) M. -- Please use reply-all for most replies to avoid omitting the mailing list. To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
synchronizing hard linked trees
Hi, I have to synchronize a directory tree of one machine with a tree on a remote machine. The tree on the remote machine is used read only. In addition I clone the current target tree before each synchronizing using hardlinks to be able to switch back to any previous version if the synchronization failed or if it contained any bad data. This works since 2002 using tar and a perl script. After I got a direct network connection with ssh, I want to switch to rsync instead. At first sight rsync seems to be ideal, but there remain a few questions to me: a) avoiding inplace modifications: As each target file is possibly hardlinked to some backup version, i never want to perform any incremental backup modifying existing files. Is this guaranteed if I don't use --inplace? Or is there something like --no-inplace? b) mixing symlinks and hardlinks: There may be additional hardlinks within the transfer set. This is handled properly by --hard-links, but in my case it is a little bit more complicated: The source tree also contains symlinks which are to be dissolved using --copy-links. If three symlinks are pointing to the same source file, the file should be copied once and hardlinked on the target system. Unfortunately rsync does not recognize this situation as long as the (hard) link count of the source inode is 1. In this case the file is not considered as a candidate for target hardlink, and is transferred three times instead. (In my case this does not happen frequently as almost all of my files are excessively hardlinked anyway.) c) using time stamps: An other problem arises with timestamps: Most of my files have synchronized timestamps, but some few may differ. All files with equal size and timestamp are considered equal, so I want to use --times. If, however, the time stamp differs, the file is synchronized (transferred) without any further check. Would it be possible to do an additional content check to verify, if the files content really differ, and to leave the target file untouched, if they differ only by their time stamps, not by content? This is not only a matter of performance, but of the integrity of my target tree. Thanks for any comment, Dieter.-- Please use reply-all for most replies to avoid omitting the mailing list. To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
Re: is it possible to continue rsync after network interruption?
If you check the output and see that it failed, you can run the process again and it will pick up (after re-building the lists) where it left off. There is some overhead for the list rebuild and checking the hash's of the previously updated files, but it is minimal. This is the method I use to generate the initial image of a client machine... Just keep running the rsync process over and over until the first image is completed. Then the process reduces to a minimal transfer/execution time from that point forward. Especially when using the --link-dest option... Hope that helps! Larry Irwin - Original Message - From: Matthias Meyer matthias.me...@gmx.li To: rsync@lists.samba.org Sent: Monday, March 30, 2009 5:49 PM Subject: is it possible to continue rsync after network interruption? I rsync a remote destination which has a daily network interruption of round about 5 minutes. Is it possible to configure rsync to wait in such a case this 5 minutes and continue the rsync as soon as the network connection is established again? I use rsyncd with perl::rsync (backuppc) through a ssh tunnel. Thanks Matthias -- Don't Panic -- -- Please use reply-all for most replies to avoid omitting the mailing list. To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
Re: verbosity: list files without summary?
On Tue, Mar 31, 2009 at 10:43:51AM +0200, Mi wrote: Is there a way to set the verbosity so that transferred/changed files are listed, but not the summary information. See the --out-format (aka --log-format in older rsync versions) and the -i (--itemize-changes) options (since -i is an easy way to set --log-format and get extra information on what is changing). ..wayne.. -- Please use reply-all for most replies to avoid omitting the mailing list. To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
Help With File transfer of files named Apple* + Lacie 5Big RAID
Hello Rsync Community, I have been using rsync for several years to backup servers across an array of different areas. I have run into a new problem that I cannot find an answer for. We just recently purchased a Lacie 5Big Network RAID: http://www.cdw.com/shop/products/default.aspx?EDC=1596257 for one organization. We set up a test server to start backing up to this RAID via AFP. The server is a Mac Intel XSERVE running Leopard 10.5.6. We are rsync'ing an internal volume of staff users to the AFP share via this command set nightly. --- #!/bin/sh #set -xv; exec 1~/Desktop/out 21 if [ -d /Volumes/Backup ] then umount /Volumes/Backup sleep 2 fi if [ ! -d /Volumes/Backup ] then mkdir /Volumes/Backup mount_afp afp://backup:bac...@stbackup.example.com/Backup /Volumes/ Backup fi mkdir -p /Volumes/Backup/Staff_Backup date=`date +%Y-%m-%d` rsync -rltP --exclude-from /main_backup_excludes.txt --link-dest=/ Volumes/Backup/Staff_Backup/current /Volumes/st1/Staff/ /Volumes/ Backup/Staff_Backup/back-$date rm /Volumes/Backup/Staff_Backup/current ln -s /Volumes/Backup/Staff_Backup/back-$date /Volumes/Backup/ Staff_Backup/current - The script has run fine via SSH and other AFP shares in the past. However, as of now with the 5Big it does not. Every time we run the script (or any derivative of rsync on this directory) and it reaches a file that begins with the word apple or Apple it will hang When watching the output it will just simply set there on that file and not continue. We have left it setting for about 8 hours just to see. Once we rename the file to something like 1apple or Appl or Bpple it will transfer and continue. We have not seen this problem with any other AFP backups to other brands of AFP shares we have used. For now we are excluding Apple* from the backups so that they will continue. Everything seems to be working just fine (Other than a huge chunk of missing Apple* files) NOTE: It does not have this problem on Folders that are named Apple. Just Files Here is the e-mail I received from Lacie when I asked about this issue: Quote Lacie: I apologize, as advised previously, if the issue is just with the rsync software, I won't be able to determine what the issue it is having. The drive itself is operating appropriately if you are not having a problem manually transferring over the same files. I apologize but I don't have anything I could advise doing to the 5Big, since it works in a supported fashion, nor do I have anything for the rsync software. End Quote Lacie Any advice or help on this crazy issue would be greatly appreciated. Thanks in advance, Jameson Giebler -- Please use reply-all for most replies to avoid omitting the mailing list. To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
Help With File transfer of files named Apple* + Lacie 5Big RAID
Hello Rsync Community, I have been using rsync for several years to backup servers across an array of different areas. I have run into a new problem that I cannot find an answer for. We just recently purchased a Lacie 5Big Network RAID: http://www.cdw.com/shop/products/default.aspx?EDC=1596257 for one organization. We set up a test server to start backing up to this RAID via AFP. The server is a Mac Intel XSERVE running Leopard 10.5.6. We are rsync'ing an internal volume of staff users to the AFP share via this command set nightly. --- #!/bin/sh #set -xv; exec 1~/Desktop/out 21 if [ -d /Volumes/Backup ] then umount /Volumes/Backup sleep 2 fi if [ ! -d /Volumes/Backup ] then mkdir /Volumes/Backup mount_afp afp://backup:bac...@stbackup.example.com/Backup /Volumes/ Backup fi mkdir -p /Volumes/Backup/Staff_Backup date=`date +%Y-%m-%d` rsync -rltP --exclude-from /main_backup_excludes.txt --link-dest=/ Volumes/Backup/Staff_Backup/current /Volumes/st1/Staff/ /Volumes/ Backup/Staff_Backup/back-$date rm /Volumes/Backup/Staff_Backup/current ln -s /Volumes/Backup/Staff_Backup/back-$date /Volumes/Backup/ Staff_Backup/current - The script has run fine via SSH and other AFP shares in the past. However, as of now with the 5Big it does not. Every time we run the script (or any derivative of rsync on this directory) and it reaches a file that begins with the word apple or Apple it will hang When watching the output it will just simply set there on that file and not continue. We have left it setting for about 8 hours just to see. Once we rename the file to something like 1apple or Appl or Bpple it will transfer and continue. We have not seen this problem with any other AFP backups to other brands of AFP shares we have used. For now we are excluding Apple* from the backups so that they will continue. Everything seems to be working just fine (Other than a huge chunk of missing Apple* files) NOTE: It does not have this problem on Folders that are named Apple. Just Files Here is the e-mail I received from Lacie when I asked about this issue: Quote Lacie: I apologize, as advised previously, if the issue is just with the rsync software, I won't be able to determine what the issue it is having. The drive itself is operating appropriately if you are not having a problem manually transferring over the same files. I apologize but I don't have anything I could advise doing to the 5Big, since it works in a supported fashion, nor do I have anything for the rsync software. End Quote Lacie Any advice or help on this crazy issue would be greatly appreciated. Thanks in advance, Jameson Giebler -- Please use reply-all for most replies to avoid omitting the mailing list. To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
Re: is it possible to continue rsync after network interruption?
Larry Irwin wrote: If you check the output and see that it failed, you can run the process again and it will pick up (after re-building the lists) where it left off. There is some overhead for the list rebuild and checking the hash's of the previously updated files, but it is minimal. This is the method I use to generate the initial image of a client machine... Just keep running the rsync process over and over until the first image is completed. Then the process reduces to a minimal transfer/execution time from that point forward. Especially when using the --link-dest option... Hope that helps! Larry Irwin Unfortunately no :-( I have a remote client with round about 100GB and a 1MBit/s upload connection. This client try to backup since some weeks. Each day he write into the logfile something like: The log starts with something like: 2009/03/30 23:54:43 [2564] sender finished ... 2009/03/30 23:54:43 [2564] send_files(1749, ...) 2009/03/30 23:54:43 [2564] send_files mapped ... of size 2207411 2009/03/30 23:54:43 [2564] calling match_sums ... 2009/03/30 23:55:12 [2564] rsync: writefd_unbuffered failed to write 4092 bytes [sender]: Connection reset by peer (104) 2009/03/30 23:55:12 [2564] rsync error: error in rsync protocol data stream (code 12) at /home/lapo/packaging/rsync-3.0.4-1/src/rsync-3.0.4/io.c(1541) [sender=3.0.4] 2009/03/30 23:55:12 [2564] _exit_cleanup(code=12, file=/home/lapo/packaging/rsync-3.0.4-1/src/rsync-3.0.4/io.c, line=1541): about to call exit(12) 2009/03/30 23:55:12 autossh[452]: ssh exited with error status 255; restarting ssh 2009/03/31 00:03:51 [5328] name lookup failed for 127.0.0.1: Unknown server error 2009/03/31 00:03:51 [5328] connect from UNKNOWN (127.0.0.1) 2009/03/31 00:03:51 [5328] rsync on . from UNKNOWN (127.0.0.1) 2009/03/31 00:03:51 [5328] [sender] add_rule(- /proc) 2009/03/31 00:03:51 [5328] [sender] add_rule(- /cygdrive) 2009/03/31 00:03:51 [5328] server_sender starting pid=5328 2009/03/31 00:03:51 [5328] building file list 2009/03/31 00:03:51 [5328] [sender] make_file(.,*,0) 2009/03/31 00:03:51 [5328] [sender] make_file(...,*,2) 2009/03/31 00:03:51 [5328] [sender] make_file(...,*,2) : this is another share, therefor another pid 2009/03/31 00:08:18 [804] send_file_list done 2009/03/31 00:08:18 [804] send_files starting 2009/03/31 00:08:22 [804] send_files(1, BOOTSECT.BAK) 2009/03/31 00:08:22 [804] send_files mapped BOOTSECT.BAK of size 8192 2009/03/31 00:08:22 [804] calling match_sums BOOTSECT.BAK 2009/03/31 00:08:22 [804] built hash table 2009/03/31 00:08:22 [804] hash search b=2048 len=8192 2009/03/31 00:08:22 [804] match at 2048 last_match=0 j=1 len=2048 n=2048 2009/03/31 00:08:22 [804] match at 4096 last_match=4096 j=2 len=2048 n=0 2009/03/31 00:08:22 [804] match at 6144 last_match=6144 j=3 len=2048 n=0 2009/03/31 00:08:22 [804] done hash search 2009/03/31 00:08:22 [804] sending file_sum 2009/03/31 00:08:22 [804] false_alarms=0 hash_hits=3 matches=3 2009/03/31 00:08:22 [804] sender finished BOOTSECT.BAK 2009/03/31 00:08:22 [804] send_files(3, Boot/BCD) : 2009/03/31 00:12:58 [804] match at 374784 last_match=374784 j=183 len=2048 n=0 2009/03/31 00:12:58 [804] match at 376832 last_match=376832 j=184 len=2048 n=0 2009/03/31 00:12:58 [804] match at 378880 last_match=378880 j=185 len=512 n=0 2009/03/31 00:12:58 [804] done hash search 2009/03/31 00:12:58 [804] sending file_sum 2009/03/31 00:12:58 [804] false_alarms=0 hash_hits=186 matches=186 2009/03/31 00:12:58 [804] sender finished ... 2009/03/31 00:12:58 [804] send_files(255, ...) 2009/03/31 00:12:58 [804] send_files mapped ... of size 5212160 2009/03/31 00:12:58 [804] calling match_sums ... 2009/03/31 00:14:26 [804] sending file_sum 2009/03/31 00:14:26 [804] false_alarms=0 hash_hits=0 matches=0 2009/03/31 00:14:26 [804] sender finished ... : 2009/03/31 22:33:55 [4952] sender finished ... 2009/03/31 22:33:55 [4952] send_files(1752, ...) 2009/03/31 22:33:55 [4952] send_files mapped ... of size 2065979 2009/03/31 22:33:55 [4952] calling match_sums ... 2009/03/31 22:34:13 [4952] sending file_sum 2009/03/31 22:34:13 [4952] false_alarms=0 hash_hits=0 matches=0 2009/03/31 22:34:13 [4952] sender finished ... In this 22 hours only 4400 files with a total of 2500MB are transfered. I'm right, that match at ... means an identical file was found and nothing has to be transfered and send_files ... means a new (part of) file will be transfered? Should I make the backup as incremental backup? Would that be better? Is it possible that it is a problem in backuppc? Should I ask my question their? Thanks, Matthias -- Don't Panic -- Please use reply-all for most replies to avoid omitting the mailing list. To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
Typo in rsync man page
In the online copy of the rsync man page, as of 28 Dec 2008, the sentence: For convenience, one additional file is creating when the write-batch option is used. should be: For convenience, one additional file is created when the write-batch option is used. (creating - created). Thanks for all your work, and please let me know if this should have been sent to a different address. (I'm not subscribed, cc's would be appreciated.) Jesse Weinstein -- Please use reply-all for most replies to avoid omitting the mailing list. To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
Re: is it possible to continue rsync after network interruption?
Larry Irwin wrote: It looks like my emails are being rejected at the list site... Don;t know why... But, if you start the same process 10 minutes later and let it run another 23 hours, you should get farther along each time. It has taken me as much as 2 weeks to get the intial image that way... I have 7 clients that I keep 7 daily images and 3 monthly images of their entire linux server... Yes, Linux is much faster. XP too. But this client is Vista :-( I've recognized, that one file was send after 2009-03-30 07:45:19 full backup started for directory C : 16h 2009/03/30 23:54:01 [2564] send_files(1748, file1.JPG) 2009/03/30 23:54:01 [2564] send_files mapped file1.JPG of size 2163764 2009/03/30 23:54:01 [2564] calling match_sums file1.JPG 2009/03/30 23:54:43 [2564] sending file_sum and the next time it was send after 2009-03-31 00:05:17 full backup started for directory C : 12h 2009/03/31 12:39:04 [804] send_files(1748, file1.JPG) 2009/03/31 12:39:04 [804] send_files mapped file1.JPG of size 2163764 2009/03/31 12:39:04 [804] calling match_sums file1.JPG 2009/03/31 12:40:09 [804] sender finished file1.JPG and one interruption later 2009-03-31 14:02:08 full backup started for directory C : 8h 2009/03/31 22:32:35 [4952] send_files(1748, file1.JPG) 2009/03/31 22:32:35 [4952] send_files mapped file1.JPG of size 2163764 2009/03/31 22:32:35 [4952] calling match_sums file1.JPG 2009/03/31 22:32:53 [4952] sender finished file1.JPG The other method is to put an image on media and load it locally and then start up the rsync process... The 1st daily has always taken a long time without getting a tape and restoring it locally... Thats not usable. The client is 600km away. It would help to see the actual full rsync command being executed... (names and ip's mangled, of course..) And to know whether both ends have the same rsync version running. Because of using backuppc I have protocol version 28 on server side and rsync version 3.0.4 protocol version 30 on client side the rsync paramters are: --server --sender --numeric-ids --perms --owner --group -D --links --hard-links --times --block-size=2048 --recursive --one-file-system -vvv Should I use --ignore-times too? 00:15 in vienna/austria - have a great night ;-) Matthias -- Don't Panic -- Please use reply-all for most replies to avoid omitting the mailing list. To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
DO NOT REPLY [Bug 6240] New: rsync 3.0.x -x/--one-file-system regression?
https://bugzilla.samba.org/show_bug.cgi?id=6240
Summary: rsync 3.0.x -x/--one-file-system regression?
Product: rsync
Version: 3.0.5
Platform: x64
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P3
Component: core
AssignedTo: way...@samba.org
ReportedBy: m...@lbl.gov
QAContact: rsync...@samba.org
This seems very similar to bug#2645
rsync 3.0.4 and 3.0.6 server-side do not seem to honor the -x option.
Reproducer:
# mkdir /testing
# mount -t tmpfs -o size=1M,nr_inodes=1000,mode=0700 tmpfs /testing
# touch /testing/{a,b,c,d,e}
# mkdir /testing/foo
# mount -t tmpfs -o size=1M,nr_inodes=1000,mode=0700 tmpfs /testing/foo
# touch /testing/foo/{a,b,c,d,e}
# mkdir /tmp/moo
# cd /tmp/moo
# touch a b c d e
# rsync -Havx --delete . /testing/
sending incremental file list
./
deleting foo/e
deleting foo/d
deleting foo/c
deleting foo/b
deleting foo/a
rsync: delete_file: rmdir(foo) failed: Device or resource busy (16)
a
b
c
d
e
sent 258 bytes received 110 bytes 736.00 bytes/sec
total size is 0 speedup is 0.00
[r...@io006 moo]# rsync --version
rsync version 3.0.5 protocol version 30
Copyright (C) 1996-2008 by Andrew Tridgell, Wayne Davison, and others.
Web site: http://rsync.samba.org/
Capabilities:
64-bit files, 64-bit inums, 64-bit timestamps, 64-bit long ints,
socketpairs, hardlinks, symlinks, IPv6, batchfiles, inplace,
append, ACLs, xattrs, iconv, no symtimes
rsync comes with ABSOLUTELY NO WARRANTY. This is free software, and you
are welcome to redistribute it under certain conditions. See the GNU
General Public Licence for details.
Unless I'm missing something, -x should be honored by the server and should
refuse to cross the /testing/foo mountpoint to delete the files contained on
the 2nd RAMdisk.
--
Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the QA contact for the bug, or are watching the QA contact.
--
Please use reply-all for most replies to avoid omitting the mailing list.
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
DO NOT REPLY [Bug 6240] rsync 3.0.x -x/--one-file-system regression?
https://bugzilla.samba.org/show_bug.cgi?id=6240 --- Comment #1 from m...@lbl.gov 2009-03-31 18:40 CST --- Sorry, that should've said 3.0.4 and 3.0.5. I have not tested 3.0.6 or 3.1 (which have not yet been released AFAIK). -- Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the QA contact for the bug, or are watching the QA contact. -- Please use reply-all for most replies to avoid omitting the mailing list. To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
Re: Help With File transfer of files named Apple* + Lacie 5Big RAID
Hi there, Which version of rsync are you using? The following link has some details regarding compiling the latest version of rsync on Mac OS X : http://connect.homeunix.com/lbackup/developer/rsync_hfs Also, I am unsure if it will make any difference, but perhaps the underlying file system of this device you are pushing to via AFP is not HFS+ formated. Finally, although this is not a very helpful suggestion, have you considered pulling the backups to another machine with directly attached storage via SSH rather than pushing them using AFP to this device? I hope some of this information helps you resolve your issues with this backup. Hello Rsync Community, I have been using rsync for several years to backup servers across an array of different areas. I have run into a new problem that I cannot find an answer for. We just recently purchased a Lacie 5Big Network RAID: http://www.cdw.com/shop/products/default.aspx?EDC=1596257 for one organization. We set up a test server to start backing up to this RAID via AFP. The server is a Mac Intel XSERVE running Leopard 10.5.6. We are rsync'ing an internal volume of staff users to the AFP share via this command set nightly. --- #!/bin/sh #set -xv; exec 1~/Desktop/out 21 if [ -d /Volumes/Backup ] then umount /Volumes/Backup sleep 2 fi if [ ! -d /Volumes/Backup ] then mkdir /Volumes/Backup mount_afp afp://backup:bac...@stbackup.example.com/Backup / Volumes/ Backup fi mkdir -p /Volumes/Backup/Staff_Backup date=`date +%Y-%m-%d` rsync -rltP --exclude-from /main_backup_excludes.txt --link-dest=/ Volumes/Backup/Staff_Backup/current /Volumes/st1/Staff/ /Volumes/ Backup/Staff_Backup/back-$date rm /Volumes/Backup/Staff_Backup/current ln -s /Volumes/Backup/Staff_Backup/back-$date /Volumes/Backup/ Staff_Backup/current - The script has run fine via SSH and other AFP shares in the past. However, as of now with the 5Big it does not. Every time we run the script (or any derivative of rsync on this directory) and it reaches a file that begins with the word apple or Apple it will hang When watching the output it will just simply set there on that file and not continue. We have left it setting for about 8 hours just to see. Once we rename the file to something like 1apple or Appl or Bpple it will transfer and continue. We have not seen this problem with any other AFP backups to other brands of AFP shares we have used. For now we are excluding Apple* from the backups so that they will continue. Everything seems to be working just fine (Other than a huge chunk of missing Apple* files) NOTE: It does not have this problem on Folders that are named Apple. Just Files Here is the e-mail I received from Lacie when I asked about this issue: Quote Lacie: I apologize, as advised previously, if the issue is just with the rsync software, I won't be able to determine what the issue it is having. The drive itself is operating appropriately if you are not having a problem manually transferring over the same files. I apologize but I don't have anything I could advise doing to the 5Big, since it works in a supported fashion, nor do I have anything for the rsync software. End Quote Lacie Any advice or help on this crazy issue would be greatly appreciated. Thanks in advance, Jameson Giebler -- Please use reply-all for most replies to avoid omitting the mailing list. To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html -- Please use reply-all for most replies to avoid omitting the mailing list. To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
DO NOT REPLY [Bug 6240] rsync 3.0.x -x/--one-file-system regression?
https://bugzilla.samba.org/show_bug.cgi?id=6240 way...@samba.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Version|3.0.5 |3.0.6 --- Comment #2 from way...@samba.org 2009-03-31 22:29 CST --- This was a very simple fix: receiver-side directories were not being marked with a content-dir flag, so the mount-marking code was ignoring the mount differences. I've checked in a fix that will go out in 3.0.6. Thanks for the test case -- that made duplicating the issue a breeze! -- Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the QA contact for the bug, or are watching the QA contact. -- Please use reply-all for most replies to avoid omitting the mailing list. To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
DO NOT REPLY [Bug 6240] rsync 3.0.x -x/--one-file-system regression?
https://bugzilla.samba.org/show_bug.cgi?id=6240 --- Comment #3 from way...@samba.org 2009-03-31 22:30 CST --- Created an attachment (id=4041) -- (https://bugzilla.samba.org/attachment.cgi?id=4041action=view) The one-word fix for the issue This fixes the issue in both 3.0.6dev and 3.1.0dev. -- Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the QA contact for the bug, or are watching the QA contact. -- Please use reply-all for most replies to avoid omitting the mailing list. To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
itemized option (-ii) with --log-file and --log-file format
Hi, I am using rsync3.0.5 both side. I have been using below rsync command to get the sync info. rsync -av --stats -ii --log-file-format='CONTENTS: %i %f %l %o %b' --log-file='/tmp/rsync-test' src/ dest/ I noticed that the output format for this command is different from rsync V2.6.* . Is there any way I can make this output similar to rsync V2.6.*? Thanks, Jignesh -- Please use reply-all for most replies to avoid omitting the mailing list. To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
[SCM] The rsync repository. branch, b3.0.x, updated. v3.0.5-22-gbf350d7
This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project The rsync repository.. The branch, b3.0.x has been updated via bf350d7b314714b82b1fe386af08c1a1a70b2b75 (commit) from 70a9cd575287e91ab20addf7e3e2988354e4e3c9 (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log - commit bf350d7b314714b82b1fe386af08c1a1a70b2b75 Author: Wayne Davison way...@samba.org Date: Tue Mar 31 14:34:31 2009 -0700 Fixed a word ending that Jesse Weinstein and revamp some of the text to make it clearer. --- Summary of changes: rsync.yo | 29 ++--- 1 files changed, 14 insertions(+), 15 deletions(-) hooks/post-receive -- The rsync repository. ___ rsync-cvs mailing list rsync-cvs@lists.samba.org https://lists.samba.org/mailman/listinfo/rsync-cvs
[SCM] The rsync repository. branch, master, updated. v3.0.3-168-g7f2591e
This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project The rsync repository.. The branch, master has been updated via 7f2591eaea2208c2bdc55eb66df3fd3734d45c96 (commit) from eecc969e9bc7a9ed6e98df72abaa8d3c6787dac2 (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log - commit 7f2591eaea2208c2bdc55eb66df3fd3734d45c96 Author: Wayne Davison way...@samba.org Date: Tue Mar 31 14:34:31 2009 -0700 Fixed a word ending that Jesse Weinstein and revamp some of the text to make it clearer. --- Summary of changes: rsync.yo | 29 ++--- 1 files changed, 14 insertions(+), 15 deletions(-) hooks/post-receive -- The rsync repository. ___ rsync-cvs mailing list rsync-cvs@lists.samba.org https://lists.samba.org/mailman/listinfo/rsync-cvs
[SCM] The rsync repository. branch, master, updated. v3.0.3-169-g1a85a96
This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project The rsync repository.. The branch, master has been updated via 1a85a969a7f1283e90e289c686d2d4fd2d78ff80 (commit) from 7f2591eaea2208c2bdc55eb66df3fd3734d45c96 (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log - commit 1a85a969a7f1283e90e289c686d2d4fd2d78ff80 Author: Wayne Davison way...@samba.org Date: Tue Mar 31 20:15:42 2009 -0700 Fixed improper deletion of mount-point hierarchies. Fixes bug #6240. --- Summary of changes: flist.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) hooks/post-receive -- The rsync repository. ___ rsync-cvs mailing list rsync-cvs@lists.samba.org https://lists.samba.org/mailman/listinfo/rsync-cvs
