search for: generate_files

...bled recv_generator(x,1) send_files(1, ./x) count=0 n=0 rem=0 send_files mapped ./x of size 0 calling match_sums ./x <f+++++++++ x sending file_sum false_alarms=0 hash_hits=0 matches=0 0 100% 0.00kB/s 0:00:00 (xfr#1, to-chk=0/1) sender finished ./x generate_files phase=1 recv_files(1) starting recv_files(x) got file_sum set uid of .x.VITBUv from 0 to 1000 set gid of .x.VITBUv from 0 to 1000 set modtime of .x.VITBUv to (1546208608) Sun Dec 30 14:23:28 2018 <rename is missing here> send_files phase=1 recv_files phase=1...

...recv_file_list done get_local_name count=1 /tmp/y -generator starting pid=16534 +generator starting pid=18896 delta-transmission enabled recv_generator(y,0) send_files(0, ./x) @@ -30,10 +30,11 @@ false_alarms=0 hash_hits=0 matches=0 sender finished ./x generate_files phase=1 -recv_files(1) starting send_files phase=1 +recv_files(1) starting recv_files(y) got file_sum * +renaming .y.Oq45md to y recv_files phase=1 generate_files phase=2 send_files phase=2 @@ -43,9 +44,9 @@ recv_files finished generate_files ph...

The attached patch adds some whitespace to the recv_files() function declaration, and renames variable 'f' to 'f_out' in generate_files(). -------------- next part -------------- Index: generator.c =================================================================== RCS file: /cvsroot/rsync/generator.c,v retrieving revision 1.93 diff -b -c -r1.93 generator.c *** generator.c 30 Jun 2004 07:27:30 -0000 1.93 --- generator.c 11 Jul 2004...

...mes recv_file_list done get_local_name count=2 box2/ generator starting pid=4777 delta-transmission disabled for local transfer or --whole-file recv_generator(.,0) recv_files(2) starting send_files(0, box1/.) recv_generator(.,1) recv_generator(letter,2) letter is uptodate send_files(2, box1/letter) generate_files phase=1 send_files phase=1 recv_files(.) recv_files(letter) recv_files phase=1 generate_files phase=2 send_files phase=2 send files finished total: matches=0 hash_hits=0 false_alarms=0 data=0 recv_files phase=2 generate_files phase=3 recv_files finished generate_files finished sent 56 bytes rec...

Hi, I have question about the behavior of --backup-dir with --delete-after option. In my testing with version 2.6.4, it appears that the backup option only backups altered files. Files that will be deleted on the destination system will NOT be placed in --backup-dir location. I would like to back up deleted files. Is there a way to do this? Thanks

Hi, On Fri, 21 Mar 2008 11:45:20 +0100 Daniel Maher wrote: >> I am experiencing a (consistent, reproducible) condition whereby rsync >> is hanging indefinitely at the following stage : >> generate_files phase=1 > Eschewing the 2.6.9 that ships by default on Cygwin, I compiled Matt's > patched rsync 3.0.0 by hand and moved forward with that binary. After > trying a few more scenarios - and hanging each time at the same phase > noted above - i tried the --whole-file switch (copy fi...

https://bugzilla.samba.org/show_bug.cgi?id=2187 ------- Additional Comments From qiucheng@csc.com.cn 2004-12-27 01:15 ------- Created an attachment (id=869) --> (https://bugzilla.samba.org/attachment.cgi?id=869&action=view) error log -- Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact

https://bugzilla.samba.org/show_bug.cgi?id=6576 Summary: generate_files lists non-existent files Product: rsync Version: 3.0.6 Platform: Other OS/Version: Linux Status: NEW Severity: normal Priority: P3 Component: core AssignedTo: wayned at samba.org ReportedBy: stlman at p...

...html mode=0100644 len=5756 uid=10452 gid=2053 flags=5 send_file_list done get_local_name count=1 /Volumes/MacHardDisk/Users/portman/Sites/index.html generator starting pid=21246 delta-transmission enabled recv_generator(index.html,1) recv_files(1) starting index.html is uptodate send_files starting generate_files phase=1 send_files(1, /Users/portman/Sites/index.html) recv_files(index.html) send_files phase=1 recv_files phase=1 generate_files phase=2 send_files phase=2 recv_files phase=2 send files finished generate_files phase=3 total: matches=0 hash_hits=0 false_alarms=0 data=0 recv_files finished genera...

...6-CD1.iso,4) send_files(4, backup/SLES-10-x86-CD1.iso) .f backup/SLES-10-x86-CD1.iso recv_generator(backup/stage2.img,5) send_files(5, backup/stage2.img) .f backup/stage2.img recv_generator(backup/wget,6) send_files(6, backup/wget) .f backup/wget recv_files(1) starting generate_files phase=1 send_files phase=1 recv_files(backup) recv_files(backup/EDC3.1.4.dmg.zip) recv_files(backup/SLES-10-x86-CD1.iso) recv_files(backup/stage2.img) recv_files(backup/wget) recv_files phase=1 generate_files phase=2 send_files phase=2 send files finished total: matches=0 hash_hits=0 false_alarms...

...er] flist_eof=1 get_local_name count=1 / generator starting pid=8287 delta-transmission enabled recv_generator(20200125_110331.jpg,1) send_files(1, 20200125_110331.jpg) count=0 n=0 rem=0 send_files mapped 20200125_110331.jpg of size 2649522 calling match_sums 20200125_110331.jpg 20200125_110331.jpg generate_files phase=1 recv_files(1) starting recv_files(20200125_110331.jpg) data recv 32768 at 0 data recv 32768 at 32768 ... data recv 32768 at 1605632 data recv 32768 at 1638400 sending file_sum false_alarms=0 hash_hits=0 matches=0 sender finished 20200125_110331.jpg data recv 32768 at 1671168 data recv 32768...

Hello all, I am experiencing a (consistent, reproducible) condition whereby rsync is hanging indefinitely at the following stage : generate_files phase=1 The condition does not occur if --dry-run is specified - only when the run is "for real". Finally, i can scp the files without problems, so it is not a general connection issue, nor is it a problem with permissions (everything is running via sudo in any case). The pertinent in...

...sent 48 bytes received 1.74M bytes 204.52K bytes/sec total size is 97.70G speedup is 56200.47 [root at centos findmoore]# Here it is when I use the switch --itemize-changes as suggested when I run it it display a list of the files and then ends with this send_files phase=1 recv_files phase=1 generate_files phase=2 send_files phase=2 recv_files phase=2 send files finished generate_files phase=3 total: matches=0 hash_hits=0 false_alarms=0 data=0 recv_files finished rsync[32689] (receiver) heap statistics: arena: 204800 (bytes from sbrk) ordblks: 7 (chunks not in use) smb...

I've been using 3.0.0pre8 to move a Debian archive from one filesystem to another. This archive contains a daily snapshot of the Debian ftp site, with common files hardlinked to save space. I noticed that it was using far more space than necessary. Upon investigation it seems that all the source files that have inode numbers greater than 2^31 aren't being hardlinked together at the

...servername::modulename/ /local/path receiving incremental file list recv_file_name(.) received 1 names recv_file_list done get_local_name count=1 /home/findmoore generator starting pid=2499 delta-transmission enabled recv_generator(.,0) delete_in_dir(.) recv_files(1) starting recv_generator(.,1) generate_files phase=1 recv_files(.) recv_files phase=1 generate_files phase=2 recv_files phase=2 generate_files phase=3 recv_files finished rsync[2432] (receiver) heap statistics: arena: 135168 (bytes from sbrk) ordblks: 2 (chunks not in use) smblks: 2 hblks:...

...-------- ------> local_version=24 remote_version=26 receiving file list ... recv_file_name(valhalla-i386-disc1.iso) received 1 names done -rw-r--r-- 668499968 2002/06/18 00:27:09 valhalla-i386-disc1.iso recv_file_list done get_local_name count=1 <NULL> generator starting pid=2156 count=1 generate_files phase=1 recv_files(1) starting recv_files phase=1 generate_files phase=2 recv_files finished wrote 142 bytes read 1068 bytes 23.05 bytes/sec total size is 668499968 speedup is 552479.31 <--------------------------------------------------------------------------- ------> However , on runn...

...=1 /tmp/y > -generator starting pid=16534 > +generator starting pid=18896 > delta-transmission enabled > recv_generator(y,0) > send_files(0, ./x) > @@ -30,10 +30,11 @@ > false_alarms=0 hash_hits=0 matches=0 > sender finished ./x > generate_files phase=1 > -recv_files(1) starting > send_files phase=1 > +recv_files(1) starting > recv_files(y) > got file_sum > * +renaming .y.Oq45md to y > recv_files phase=1 > generate_files phase=2 > send_files phase=2 > @@ -43,9 +44,9...

...l size >> is 97.70G speedup is 56200.47 [root at centos findmoore]# >> >> Here it is when I use the switch --itemize-changes as suggested >> when I run it it display a list of the files and then ends with >> this >> >> send_files phase=1 recv_files phase=1 generate_files phase=2 >> send_files phase=2 recv_files phase=2 send files finished >> generate_files phase=3 total: matches=0 hash_hits=0 >> false_alarms=0 data=0 recv_files finished >> >> rsync[32689] (receiver) heap statistics: arena: 204800 >> (bytes from sbrk) ord...

..., ./x) > count=0 n=0 rem=0 > send_files mapped ./x of size 0 > calling match_sums ./x > <f+++++++++ x > sending file_sum > false_alarms=0 hash_hits=0 matches=0 > 0 100% 0.00kB/s 0:00:00 (xfr#1, to-chk=0/1) > sender finished ./x > generate_files phase=1 > recv_files(1) starting > recv_files(x) > got file_sum > set uid of .x.VITBUv from 0 to 1000 > set gid of .x.VITBUv from 0 to 1000 > set modtime of .x.VITBUv to (1546208608) Sun Dec 30 14:23:28 2018 > <rename is missing here> > send...

...rt 9876 Ahoj! receiving file list ... recv_file_name(.) recv_file_name(a) received 2 names done drwxr-xr-x 512 2002/09/25 15:20:18 . -rw-r--r-- 9 2002/09/25 15:20:18 a recv_file_list done get_local_name count=2 <NULL> recv_files(2) starting generator starting pid=197 count=2 generate_files phase=1 recv_files phase=1 generate_files phase=2 recv_files finished wrote 63 bytes read 74 bytes 274.00 bytes/sec total size is 9 speedup is 0.70 _exit_cleanup(code=0, file=main.c, line=925): about to call exit(0) What am I doing wrong? Thank you very much. David