search for: delete_in_dir

Hi, I'm trying to figure out why when I do an rsync (Solaris, version 2.6.4 on both sides) from a site on the West Coast of the US to a site on the East coast, I keep getting directories updated when I use the command like this: # rsync -ar -v -v -i -O --force --delete --exclude=.snapshot --stats \ src:/sysic/lib/freedomlib_V100/ /sysic/lib/freedomlib_V100/ And I get output like this,

...recv_file_name(a/aa) recv_file_name(a/ab) recv_file_name(a/aa/aaa) recv_file_name(b) recv_file_name(b/bb) recv_file_name(b/bb/bbb) recv_file_name(b/bb/bbb/bbbb) received 8 names recv_file_list done get_local_name count=8 dst/ recv_files(8) starting generator starting pid=13865 count=8 deleting in a delete_in_dir(a) [generator] pushing filter list [per-dir .rsync-filter] [generator] parse_filter_file(/.rsync-filter,c00,4) [not found] [generator] parse_filter_file(/home/.rsync-filter,c00,4) [not found] [generator] parse_filter_file(/home/wolfgang/.rsync-filter,c00,4) [not found] [generator] parse_filter_file...

https://bugzilla.samba.org/show_bug.cgi?id=2645 ------- Additional Comments From dalgoda@ix.netcom.com 2005-04-24 11:36 ------- It looks like the culprit is the change for receiver.c 1.130. It pulled the call to send_file_list(-1,...), which is what handled the one_file_system code. It's not like we can easily go back either, since flist.c 1.267 removed support for f=-1. Bummer. --

https://bugzilla.samba.org/show_bug.cgi?id=3422 Summary: dry run fails when encountering dangling symbolic link Product: rsync Version: 2.6.4 Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: P3 Component: core AssignedTo: wayned@samba.org ReportedBy:

...Severity: normal Priority: P3 Component: core AssignedTo: wayned@samba.org ReportedBy: rolmol@broadpark.no QAContact: rsync-qa@samba.org The initial run with an empty destination directory works as expected. When running again rsync halts after "delete_in_dir(.......)" (directory tree omitted) rsync is run locally from command line as root: rsync -avvvn --del --ignore-errors /var/storage /var/backupdir initially run with --delete, and -a with same effect. The last few lines, including exit message when issuing ctrl+c: [sender] make_file(storage/...

...For example: rsync -avz -P --stats --delete username at 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...

...d) [sender] make_file(nsr/cores/nsrexecd/.nsr,*,2) recv_file_name(nsr/cores/nsrexecd/.nsr) received 161416 names 161416 files to consider recv_file_list done get_local_name count=161416 /var/root/backups/example.com/ generator starting pid=7608 count=161416 deleting in . recv_files(161416) starting delete_in_dir(.) send_file_list done send_files starting [generator] make_file(..autofsck.RLTEQ5,*,2) [generator] make_file(bin,*,2) [generator] make_file(boot,*,2) [generator] make_file(dev,*,2) [generator] make_file(etc,*,2) [generator] make_file(home,*,2) [generator] make_file(lib,*,2) deleting ..autofsck.RLT...

I'm just starting with rsync, googled and experienced a lot, but get stuck with minimizing the log-file: I only want to see the "real" changes: new, updated and deleted files/directories in the log-file. The LOG-file always contains a lot of lines like: 2010/08/31 20:19:01 [24573] .d...p..... send home/hans/Desktop 2010/08/31 20:19:05 [24573] .d...p..... send

...up/stage2.img) recv_file_name(backup/wget) received 4 names recv_file_list done get_local_name count=5 backup.dest generator starting pid=14511 delta-transmission disabled for local transfer or --whole-file recv_generator(backup,1) recv_generator(backup,2) send_files(2, backup) .d backup/ delete_in_dir(backup) [generator] make_file(backup/EDC3.1.4.dmg.zip,*,2) [generator] make_file(backup/SLES-10-x86-CD1.iso,*,2) [generator] make_file(backup/stage2.img,*,2) [generator] make_file(backup/wget,*,2) recv_generator(backup/EDC3.1.4.dmg.zip,3) send_files(3, backup/EDC3.1.4.dmg.zip) .f backup/E...

...is free software, and you are welcome to redistribute it under certain conditions. See the GNU General Public Licence for details. [root at arden-lt tmp]# ----------------------- [OK it's not very good removing lost+found, but that's not the problem]. I think the problem is the code in delete_in_dir() in generator.c: if (one_file_system) { if (file->flags & FLAG_TOP_DIR) filesystem_dev = *fs_dev; else if (filesystem_dev != *fs_dev) return; } As far as I can tell this is unnecessary. --one-file-system should only check the source filesystem...

Hi, I'm using 2.6.9 but I get: recv_files phase=1 generate_files phase=2 recv_files phase=2 recv_files finished generate_files phase=3 deleting in home delete_in_dir(home) [generator] make_file(home/administ,*,2) Internal error: wrong write used in receiver. _exit_cleanup(code=2, file=io.c, line=1204): entered _exit_cleanup(code=19, file=main.c, line=1182): entered rsync error: received SIGUSR1 (code 19) at main.c(1182) [receiver=2.6.9] _exit_cleanup(code=19, f...

...-n -p -r -o -g -t 192.168.72.8:/home/samba/docs/ /BACKUP/BACKUP/LUD/docs -vvv received 14889 names done recv_file_list done get_local_name count=14889 /BACKUP/BACKUP/LUD/docs recv_files(14889) starting send_file_list done send_files starting generator starting pid=27689 count=14889 deleting in . delete_in_dir(.) [generator] make_file(atc-35,*,2) Internal error: wrong write used in receiver. rsync error: protocol incompatibility (code 2) at io.c(1204) [generator=2.6.9] _exit_cleanup(code=2, file=io.c, line=1204): about to call exit(2) rsync error: received SIGUSR1 (code 19) at main.c(1182) [receiver=2.6...

...t be transferred (code 23) at main.c(1059) [sender=3.0.0pre5] Rsync should not be trying to delete in list-only mode! Thank goodness for the check in syscall.c or I might have had some serious data loss. The error occurs only when incremental recursion is in use. The trouble is that the call to delete_in_dir at generator.c:2051 is not conditioned on !list_only . To prevent more mistakes like this, it might make sense to set dry_run to a large value in list-only mode. -- Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are...

...is that the source filesystem has over 100k files in it. Here is the command that I'm trying to use: /opt/csw/bin/rsync -avvvv --delete /rsync/ieeprodhome/ECF/ /rsync/ieeprodhome2/ECF This will seem to run just fine for a couple of days, but then it will error out with the following: delete_in_dir(70/36/35/70363504) [generator] make_file(70/36/35/70363504/1000B,*,2) [generator] make_file(70/36/35/70363504/GWS,*,2) [receiver] receiving flist for dir 39230724 [generator] receiving flist for dir 39230724 received 1 names [generator] flist start=137943897, used=1, low=0, high=0 [generator] i=137...

Hi. I'm having a problem with rsync not deleting subdirectories that exist at the destination but which have been removed/renamed on the source. I'm running 64-bit Arch, rsync 3.0.7, and am trying to back up /home to an external USB drive. Both drives are JFS. Example, where /media/8c4d270d-6139-4fed-8a32-2df8d28acdf3/ is the mount point for the external drive on which a back-up already

...fbuf=0xbfffd118 "...", mode=33152, flags=17448) at generator.c:198 #5 0x0000b970 in delete_dir_contents (fname=0xbfffd118 "...", flags=4) at generator.c:304 #6 0x0000bab8 in delete_item (fbuf=0xbfffd118 "...", mode=16832, flags=2) at generator.c:179 #7 0x0000c2a8 in delete_in_dir (fbuf=0x4fdf88 "...", file=0x6, fs_dev=0x11b05e0) at generator.c:536 #8 0x00011288 in generate_files (f_out=1, local_name=0x4aeb54 "...") at generator.c:2245 #9 0x0001d004 in do_recv (f_in=0, f_out=1, local_name=0x0) at main.c:830 #10 0x0001da00 in start_server (f_in=0, f_out=...

...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: 135...

...f (delete_during && f_out != -1 && !phase && dry_run < 2 - && (file->flags & FLAG_CONTENT_DIR)) + else if (delete_during && f_out != -1 && !phase + && BITS_SETnUNSET(file->flags, FLAG_CONTENT_DIR, FLAG_MISSING_DIR)) delete_in_dir(fname, file, &real_sx.st.st_dev); goto cleanup; } @@ -1729,7 +1731,7 @@ static void recv_generator(char *fname, struct file_struct *file, int ndx, } else partialptr = NULL; - if (statret != 0 && fuzzy_dirlist && dry_run <= 1) { + if (statret != 0 && fuzzy_...

...;>>> >>>> >>>> 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...

https://bugzilla.samba.org/show_bug.cgi?id=3653 Summary: Silence 'vanished files' messages Product: rsync Version: 2.6.8 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P3 Component: core AssignedTo: wayned@samba.org ReportedBy: count-samba@flatline.de