Fwd: rsync 3.0.9 partial file left after CTRL-C WITHOUT using --partial
Hi folks, man page says "By default, rsync will delete any partially transferred file if the transfer is interrupted" I have (reproducible) a partial file left, if I do CTRL-C source-dir: mounted LVM XFS dest-dir: see source-dir Ubuntu 12.04.1 (LTS) kernel 3.2.0-39-generic command: rsync -a /mnt/data/\$sortin_linux/rsnapshot_stable/hourly.1/usr/include/c++/4.4/ext/pb_ds/detail/binary_heap_/ /mnt/data/delete/ ^Crsync error: received SIGINT, SIGTERM, or SIGHUP (code 20) at rsync.c(549) [sender=3.0.9] *Source-Dir:* root@yaVDR:~# ls -lsa /mnt/data/\$sortin_linux/rsnapshot_stable/hourly.1/usr/include/c++/4.4/ext/pb_ds/detail/binary_heap_/ total 108 4 drwxr-xr-x 2 root root 4096 Jul 24 2011 . 4 drwxr-xr-x 25 root root 4096 Jul 24 2011 .. 12 -rw-r--r-- 1 root root 8618 Nov 15 2010 binary_heap_.hpp 8 -rw-r--r-- 1 root root 4373 Nov 15 2010 const_iterator.hpp 8 -rw-r--r-- 1 root root 4458 Nov 15 2010 const_point_iterator.hpp 8 -rw-r--r-- 1 root root 4555 Nov 15 2010 constructors_destructor_fn_imps.hpp 4 -rw-r--r-- 1 root root 2509 Nov 15 2010 debug_fn_imps.hpp 4 -rw-r--r-- 1 root root 2636 Nov 15 2010 entry_cmp.hpp 4 -rw-r--r-- 1 root root 2599 Nov 15 2010 entry_pred.hpp 8 -rw-r--r-- 1 root root 5837 Nov 15 2010 erase_fn_imps.hpp 4 -rw-r--r-- 1 root root 2614 Nov 15 2010 find_fn_imps.hpp 4 -rw-r--r-- 1 root root 2068 Nov 15 2010 info_fn_imps.hpp 8 -rw-r--r-- 1 root root 5379 Nov 15 2010 insert_fn_imps.hpp 4 -rw-r--r-- 1 root root 2280 Nov 15 2010 iterators_fn_imps.hpp 4 -rw-r--r-- 1 root root 1896 Nov 15 2010 policy_access_fn_imps.hpp 8 -rw-r--r-- 1 root root 6300 Nov 15 2010 resize_policy.hpp 8 -rw-r--r-- 1 root root 5311 Nov 15 2010 split_join_fn_imps.hpp 4 -rw-r--r-- 1 root root 2441 Nov 15 2010 trace_fn_imps.hpp root@yaVDR:~# *Dest-Dir (last File is the partial)* root@yaVDR:~# ls /mnt/data/delete/ -lsa total 44 4 drwxr-xr-x 2 root root 4096 Apr 5 12:05 . 0 drwxrwxrwx 9 root root 133 Apr 5 12:05 .. 12 -rw-r--r-- 1 root root 8618 Nov 15 2010 binary_heap_.hpp 8 -rw-r--r-- 1 root root 4373 Nov 15 2010 const_iterator.hpp 8 -rw-r--r-- 1 root root 4458 Nov 15 2010 const_point_iterator.hpp 8 -rw-r--r-- 1 root root 4555 Nov 15 2010 constructors_destructor_fn_imps.hpp 4 -rw-r--r-- 1 root root 2509 Nov 15 2010 debug_fn_imps.hpp * 0 -rw--- 1 root root0 Apr 5 12:05 .entry_cmp.hpp.543CXr* root@yaVDR:~# It is reproducible, any ideas? (If i do the same with huge files (1 GB) the partial file GETS deleted! Thanks lopiuh -- 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: rsync 3.0.9 partial file left after CTRL-C WITHOUT using --partial
Hi Justin No i did a test setup after getting to it in real life. In this test setup: - rsync (daemonless) is run - ctrl-c, - results are checked, - dest directory is deleted and so on. in 50 % the file is left over. i can reproduce it on a big fat slow (relative to a small ext4 partition on same lvm) xfs-partition. If i do this on root I even if I manage tp ctrl-c at the right time, I don't get a temp file left. The test setup is very "clean" Greetings Lopiuh > Is it a new tmp file every time ?? Or is the tmpfile leftover from > some (probably not reproducible) run? Are you sure there are no > "stuck" rsync processes running? To be sure, you might run sudo lsof > on that tmpfile. > > Justin On Fri, Apr 5, 2013 at 12:09 PM, Paul Lopez wrote: > Hi folks, > > man page says "By default, rsync will delete any partially transferred > file if the transfer is interrupted" > > I have (reproducible) a partial file left, if I do CTRL-C > > source-dir: mounted LVM XFS > dest-dir: see source-dir > Ubuntu 12.04.1 (LTS) > kernel 3.2.0-39-generic > > command: > rsync -a > > /mnt/data/\$sortin_linux/rsnapshot_stable/hourly.1/usr/include/c++/4.4/ext/pb_ds/detail/binary_heap_/ > /mnt/data/delete/ > ^Crsync error: received SIGINT, SIGTERM, or SIGHUP (code 20) at > rsync.c(549) [sender=3.0.9] > > > *Source-Dir:* > root@yaVDR:~# ls -lsa > > /mnt/data/\$sortin_linux/rsnapshot_stable/hourly.1/usr/include/c++/4.4/ext/pb_ds/detail/binary_heap_/ > total 108 > 4 drwxr-xr-x 2 root root 4096 Jul 24 2011 . > 4 drwxr-xr-x 25 root root 4096 Jul 24 2011 .. > 12 -rw-r--r-- 1 root root 8618 Nov 15 2010 binary_heap_.hpp > 8 -rw-r--r-- 1 root root 4373 Nov 15 2010 const_iterator.hpp > 8 -rw-r--r-- 1 root root 4458 Nov 15 2010 const_point_iterator.hpp > 8 -rw-r--r-- 1 root root 4555 Nov 15 2010 > constructors_destructor_fn_imps.hpp > 4 -rw-r--r-- 1 root root 2509 Nov 15 2010 debug_fn_imps.hpp > 4 -rw-r--r-- 1 root root 2636 Nov 15 2010 entry_cmp.hpp > 4 -rw-r--r-- 1 root root 2599 Nov 15 2010 entry_pred.hpp > 8 -rw-r--r-- 1 root root 5837 Nov 15 2010 erase_fn_imps.hpp > 4 -rw-r--r-- 1 root root 2614 Nov 15 2010 find_fn_imps.hpp > 4 -rw-r--r-- 1 root root 2068 Nov 15 2010 info_fn_imps.hpp > 8 -rw-r--r-- 1 root root 5379 Nov 15 2010 insert_fn_imps.hpp > 4 -rw-r--r-- 1 root root 2280 Nov 15 2010 iterators_fn_imps.hpp > 4 -rw-r--r-- 1 root root 1896 Nov 15 2010 policy_access_fn_imps.hpp > 8 -rw-r--r-- 1 root root 6300 Nov 15 2010 resize_policy.hpp > 8 -rw-r--r-- 1 root root 5311 Nov 15 2010 split_join_fn_imps.hpp > 4 -rw-r--r-- 1 root root 2441 Nov 15 2010 trace_fn_imps.hpp > root@yaVDR:~# > > > *Dest-Dir (last File is the partial)* > root@yaVDR:~# ls /mnt/data/delete/ -lsa > total 44 > 4 drwxr-xr-x 2 root root 4096 Apr 5 12:05 . > 0 drwxrwxrwx 9 root root 133 Apr 5 12:05 .. > 12 -rw-r--r-- 1 root root 8618 Nov 15 2010 binary_heap_.hpp > 8 -rw-r--r-- 1 root root 4373 Nov 15 2010 const_iterator.hpp > 8 -rw-r--r-- 1 root root 4458 Nov 15 2010 const_point_iterator.hpp > 8 -rw-r--r-- 1 root root 4555 Nov 15 2010 > constructors_destructor_fn_imps.hpp > 4 -rw-r--r-- 1 root root 2509 Nov 15 2010 debug_fn_imps.hpp > * 0 -rw--- 1 root root0 Apr 5 12:05 .entry_cmp.hpp.543CXr* > root@yaVDR:~# > > It is reproducible, any ideas? > > Thanks > > lopiuh > > > > -- 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: rsync 3.0.9 partial file left after CTRL-C WITHOUT using --partial
Hello, I was unable to reproduce this issue on an OS X system with rsync 3.0.9 (compiled from source) or 2.6.9 (default on 10.8.2). Output from the testing I performed is below. > > ╭─henri@mac /tmp/test_rsync_2.6.9_osx/src ‹› 13-04-07 - 0:41:08 > ╰─$ dd if=/dev/urandom of=source_file bs=10 count=1 > 1+0 records in > 1+0 records out > 10 bytes transferred in 105.312418 secs (9495556 bytes/sec) > ╭─henri@mac /tmp/test_rsync_2.6.9_osx/src ‹› 13-04-07 - 0:43:17 > ╰─$ du -hs ./source_file > 954M ./source_file > ╭─henri@mac /tmp/test_rsync_2.6.9_osx/src ‹› 13-04-07 - 0:43:25 > ╰─$ cd .. > ╭─henri@mac /tmp/test_rsync_2.6.9_osx ‹› 13-04-07 - 0:43:31 > ╰─$ mkdir dst > ╭─henri@mac /tmp/test_rsync_2.6.9_osx ‹› 13-04-07 - 0:43:36 > ╰─$ rsync -a ./src/ ./dst > ^Crsync error: received SIGINT, SIGTERM, or SIGHUP (code 20) at > /SourceCache/rsync/rsync-42/rsync/rsync.c(244) [sender=2.6.9] > ╭─henri@mac /tmp/test_rsync_2.6.9_osx ‹› 13-04-07 - 0:44:26 > ╰─$ ps -a | grep rsync > 20 ↵ > 2181 ttys0000:00.00 grep rsync > ╭─henri@mac /tmp/test_rsync_2.6.9_osx ‹› 13-04-07 - 0:44:37 > ╰─$ ls -la ./dst > total 0 > drwxr-xr-x 2 henri wheel 68 Apr 7 00:44 . > drwxr-xr-x 4 henri wheel 136 Apr 7 00:43 .. > ╭─henri@mac /tmp/test_rsync_2.6.9_osx ‹› 13-04-07 - 0:45:03 > ╰─$ rsync -a ./src/ ./dst > ╭─henri@mac /tmp/test_rsync_2.6.9_osx ‹› 13-04-07 - 0:45:59 > ╰─$ ls -la ./dst > total 1953128 > drwxr-xr-x 3 henri wheel 102 Apr 7 00:41 . > drwxr-xr-x 4 henri wheel 136 Apr 7 00:43 .. > -rw-r--r-- 1 henri wheel 10 Apr 7 00:43 source_file > ╭─henri@mac /tmp/test_rsync_2.6.9_osx ‹› 13-04-07 - 0:46:03 > ╰─$ rm ./dst/source_file > ╭─henri@mac /tmp/test_rsync_2.6.9_osx ‹› 13-04-07 - 0:46:15 > ╰─$ rsync -a ./src/ ./dst > ^Crsync error: received SIGINT, SIGTERM, or SIGHUP (code 20) at > /SourceCache/rsync/rsync-42/rsync/rsync.c(244) [sender=2.6.9] > ╭─henri@mac /tmp/test_rsync_2.6.9_osx ‹› 13-04-07 - 0:46:39 > ╰─$ rsync -a ./src/ ./dst > 20 ↵ > ^Crsync error: received SIGINT, SIGTERM, or SIGHUP (code 20) at > /SourceCache/rsync/rsync-42/rsync/rsync.c(244) [sender=2.6.9] > ╭─henri@mac /tmp/test_rsync_2.6.9_osx ‹› 13-04-07 - 0:46:54 > ╰─$ ps -a | grep rsync > 20 ↵ > 2280 ttys0000:00.00 grep rsync > ╭─henri@mac /tmp/test_rsync_2.6.9_osx ‹› 13-04-07 - 0:46:59 > ╰─$ ls -la ./dst > total 0 > drwxr-xr-x 2 henri wheel 68 Apr 7 00:46 . > drwxr-xr-x 4 henri wheel 136 Apr 7 00:43 .. > ╭─henri@mac /tmp/test_rsync_2.6.9_osx ‹› 13-04-07 - 0:47:03 > ╰─$ > ╭─henri@mac /tmp/test_rsync_2.6.9_osx ‹› 13-04-07 - 0:47:39 > ╰─$ rsync -a --partial ./src/ ./dst > ^Crsync error: received SIGINT, SIGTERM, or SIGHUP (code 20) at > /SourceCache/rsync/rsync-42/rsync/rsync.c(244) [sender=2.6.9] > ╭─henri@mac /tmp/test_rsync_2.6.9_osx ‹› 13-04-07 - 0:48:00 > ╰─$ ls -la ./dst > 20 ↵ > total 402432 > drwxr-xr-x 3 henri wheel102 Apr 7 00:48 . > drwxr-xr-x 4 henri wheel136 Apr 7 00:43 .. > -rw-r--r-- 1 henri wheel 206045184 Apr 7 00:48 source_file > ╭─henri@mac /tmp/test_rsync_2.6.9_osx ‹› 13-04-07 - 0:48:05 > ╰─$ rm ./dst/source_file > ╭─henri@mac /tmp/test_rsync_2.6.9_osx ‹› 13-04-07 - 0:50:02 > ╰─$ rsync -a --partial --inplace ./src/ ./dst > ^Crsync error: received SIGINT, SIGTERM, or SIGHUP (code 20) at > /SourceCache/rsync/rsync-42/rsync/rsync.c(244) [sender=2.6.9] > ╭─henri@mac /tmp/test_rsync_2.6.9_osx ‹› 13-04-07 - 0:50:48 > ╰─$ ls -la ./dst > 20 ↵ > total 1065472 > drwxr-xr-x 3 henri wheel102 Apr 7 00:50 . > drwxr-xr-x 4 henri wheel136 Apr 7 00:43 .. > -rw--- 1 henri wheel 545521664 Apr 7 00:50 source_file > ╭─henri@mac /tmp/test_rsync_2.6.9_osx ‹› 13-04-07 - 0:50:54 > ╰─$ > > > > ╭─henri@mac /tmp/test_rsync_3.0.9_osx ‹› 13-04-07 - 0:55:56 > ╰─$ /usr/local/bin/rsync_v3.0.9 -a ./src/ ./dst > ^Crsync error: received SIGINT, SIGTERM, or SIGHUP (code 20) at rsync.c(657) > [sender=3.0.9] > ╭─henri@mac /tmp/test_rsync_3.0.9_osx ‹› 13-04-07 - 0:56:46 > ╰─$ ls -la ./dst > 20 ↵ > total 0 > drwxr-xr-x 2 henri wheel 68 Apr 7 00:56 . > drwxr-xr-x 4 henri wheel 136 Apr 7 00:43 .. >
Re: rsync 3.0.9 partial file left after CTRL-C WITHOUT using --partial
Hello, Just to clarify is the file(s) only left when using rsync to transfer to a non-root partition? The reason I ask is that the tests performed (as quoted in the previous email where carried out on the root '/' partition). I can easily retry on an another volume (network mount or locally attached FW HDD / USB memory stick). Thanks. This email is protected by LBackup, an open source backup solution http://www.lbackup.org > Hello, > > I was unable to reproduce this issue on an OS X system with rsync 3.0.9 > (compiled from source) or 2.6.9 (default on 10.8.2). Output from the testing > I performed is below. > > >> >> ╭─henri@mac /tmp/test_rsync_2.6.9_osx/src ‹› 13-04-07 - 0:41:08 >> ╰─$ dd if=/dev/urandom of=source_file bs=10 count=1 >> 1+0 records in >> 1+0 records out >> 10 bytes transferred in 105.312418 secs (9495556 bytes/sec) >> ╭─henri@mac /tmp/test_rsync_2.6.9_osx/src ‹› 13-04-07 - 0:43:17 >> ╰─$ du -hs ./source_file >> 954M ./source_file >> ╭─henri@mac /tmp/test_rsync_2.6.9_osx/src ‹› 13-04-07 - 0:43:25 >> ╰─$ cd .. >> ╭─henri@mac /tmp/test_rsync_2.6.9_osx ‹› 13-04-07 - 0:43:31 >> ╰─$ mkdir dst >> ╭─henri@mac /tmp/test_rsync_2.6.9_osx ‹› 13-04-07 - 0:43:36 >> ╰─$ rsync -a ./src/ ./dst >> ^Crsync error: received SIGINT, SIGTERM, or SIGHUP (code 20) at >> /SourceCache/rsync/rsync-42/rsync/rsync.c(244) [sender=2.6.9] >> ╭─henri@mac /tmp/test_rsync_2.6.9_osx ‹› 13-04-07 - 0:44:26 >> ╰─$ ps -a | grep rsync >> >> 20 ↵ >> 2181 ttys0000:00.00 grep rsync >> ╭─henri@mac /tmp/test_rsync_2.6.9_osx ‹› 13-04-07 - 0:44:37 >> ╰─$ ls -la ./dst >> total 0 >> drwxr-xr-x 2 henri wheel 68 Apr 7 00:44 . >> drwxr-xr-x 4 henri wheel 136 Apr 7 00:43 .. >> ╭─henri@mac /tmp/test_rsync_2.6.9_osx ‹› 13-04-07 - 0:45:03 >> ╰─$ rsync -a ./src/ ./dst >> ╭─henri@mac /tmp/test_rsync_2.6.9_osx ‹› 13-04-07 - 0:45:59 >> ╰─$ ls -la ./dst >> total 1953128 >> drwxr-xr-x 3 henri wheel 102 Apr 7 00:41 . >> drwxr-xr-x 4 henri wheel 136 Apr 7 00:43 .. >> -rw-r--r-- 1 henri wheel 10 Apr 7 00:43 source_file >> ╭─henri@mac /tmp/test_rsync_2.6.9_osx ‹› 13-04-07 - 0:46:03 >> ╰─$ rm ./dst/source_file >> ╭─henri@mac /tmp/test_rsync_2.6.9_osx ‹› 13-04-07 - 0:46:15 >> ╰─$ rsync -a ./src/ ./dst >> ^Crsync error: received SIGINT, SIGTERM, or SIGHUP (code 20) at >> /SourceCache/rsync/rsync-42/rsync/rsync.c(244) [sender=2.6.9] >> ╭─henri@mac /tmp/test_rsync_2.6.9_osx ‹› 13-04-07 - 0:46:39 >> ╰─$ rsync -a ./src/ ./dst >> >> 20 ↵ >> ^Crsync error: received SIGINT, SIGTERM, or SIGHUP (code 20) at >> /SourceCache/rsync/rsync-42/rsync/rsync.c(244) [sender=2.6.9] >> ╭─henri@mac /tmp/test_rsync_2.6.9_osx ‹› 13-04-07 - 0:46:54 >> ╰─$ ps -a | grep rsync >> >> 20 ↵ >> 2280 ttys0000:00.00 grep rsync >> ╭─henri@mac /tmp/test_rsync_2.6.9_osx ‹› 13-04-07 - 0:46:59 >> ╰─$ ls -la ./dst >> total 0 >> drwxr-xr-x 2 henri wheel 68 Apr 7 00:46 . >> drwxr-xr-x 4 henri wheel 136 Apr 7 00:43 .. >> ╭─henri@mac /tmp/test_rsync_2.6.9_osx ‹› 13-04-07 - 0:47:03 >> ╰─$ >> ╭─henri@mac /tmp/test_rsync_2.6.9_osx ‹› 13-04-07 - 0:47:39 >> ╰─$ rsync -a --partial ./src/ ./dst >> ^Crsync error: received SIGINT, SIGTERM, or SIGHUP (code 20) at >> /SourceCache/rsync/rsync-42/rsync/rsync.c(244) [sender=2.6.9] >> ╭─henri@mac /tmp/test_rsync_2.6.9_osx ‹› 13-04-07 - 0:48:00 >> ╰─$ ls -la ./dst >> >> 20 ↵ >> total 402432 >> drwxr-xr-x 3 henri wheel102 Apr 7 00:48 . >> drwxr-xr-x 4 henri wheel136 Apr 7 00:43 .. >> -rw-r--r-- 1 henri wheel 206045184 Apr 7 00:48 source_file >> ╭─henri@mac /tmp/test_rsync_2.6.9_osx ‹› 13-04-07 - 0:48:05 >> ╰─$ rm ./dst/source_file >> ╭─henri@mac /tmp/test_rsync_2.6.9_osx ‹› 13-04-07 - 0:50:02 >> ╰─$ rsync -a --partial --inplace ./src/ ./dst >> ^Crsync error: received SIGINT, SIGTERM, or SIGHUP (code 20) at >> /SourceCache/rsync/rsync-42/rsync/rsync.c(244) [sender=2.6.9] >> ╭─henri@mac /tmp/test_rsync_2.6.9_osx ‹› 13-04-07 - 0:50:48 >> ╰─$ ls -la ./dst >> >> 20 ↵ >> total 1065472 >> drwxr-xr-x 3 henri wheel102 Apr 7 00:50 . >> drwxr-xr-x 4 henri wheel136 Apr 7 00:43 .. >> -rw--- 1 henri wheel 545521664 Apr 7 00:50 source_file >> ╭─henri@mac /tmp/test
Re: Fwd: rsync 3.0.9 partial file left after CTRL-C WITHOUT using --partial
Is it a new tmp file every time ?? Or is the tmpfile leftover from some (probably not reproducible) run? Are you sure there are no "stuck" rsync processes running? To be sure, you might run sudo lsof on that tmpfile. Justin On Fri, Apr 05, 2013 at 12:45:39PM +0200, Paul Lopez wrote: > Hi folks, > > man page says "By default, rsync will delete any partially transferred file > if the transfer is interrupted" > > I have (reproducible) a partial file left, if I do CTRL-C > > source-dir: mounted LVM XFS > dest-dir: see source-dir > Ubuntu 12.04.1 (LTS) > kernel 3.2.0-39-generic > > command: > rsync -a > > /mnt/data/\$sortin_linux/rsnapshot_stable/hourly.1/usr/include/c++/4.4/ext/pb_ds/detail/binary_heap_/ > /mnt/data/delete/ > ^Crsync error: received SIGINT, SIGTERM, or SIGHUP (code 20) at > rsync.c(549) [sender=3.0.9] > > > *Source-Dir:* > root@yaVDR:~# ls -lsa > > /mnt/data/\$sortin_linux/rsnapshot_stable/hourly.1/usr/include/c++/4.4/ext/pb_ds/detail/binary_heap_/ > total 108 > 4 drwxr-xr-x 2 root root 4096 Jul 24 2011 . > 4 drwxr-xr-x 25 root root 4096 Jul 24 2011 .. > 12 -rw-r--r-- 1 root root 8618 Nov 15 2010 binary_heap_.hpp > 8 -rw-r--r-- 1 root root 4373 Nov 15 2010 const_iterator.hpp > 8 -rw-r--r-- 1 root root 4458 Nov 15 2010 const_point_iterator.hpp > 8 -rw-r--r-- 1 root root 4555 Nov 15 2010 > constructors_destructor_fn_imps.hpp > 4 -rw-r--r-- 1 root root 2509 Nov 15 2010 debug_fn_imps.hpp > 4 -rw-r--r-- 1 root root 2636 Nov 15 2010 entry_cmp.hpp > 4 -rw-r--r-- 1 root root 2599 Nov 15 2010 entry_pred.hpp > 8 -rw-r--r-- 1 root root 5837 Nov 15 2010 erase_fn_imps.hpp > 4 -rw-r--r-- 1 root root 2614 Nov 15 2010 find_fn_imps.hpp > 4 -rw-r--r-- 1 root root 2068 Nov 15 2010 info_fn_imps.hpp > 8 -rw-r--r-- 1 root root 5379 Nov 15 2010 insert_fn_imps.hpp > 4 -rw-r--r-- 1 root root 2280 Nov 15 2010 iterators_fn_imps.hpp > 4 -rw-r--r-- 1 root root 1896 Nov 15 2010 policy_access_fn_imps.hpp > 8 -rw-r--r-- 1 root root 6300 Nov 15 2010 resize_policy.hpp > 8 -rw-r--r-- 1 root root 5311 Nov 15 2010 split_join_fn_imps.hpp > 4 -rw-r--r-- 1 root root 2441 Nov 15 2010 trace_fn_imps.hpp > root@yaVDR:~# > > > *Dest-Dir (last File is the partial)* > root@yaVDR:~# ls /mnt/data/delete/ -lsa > total 44 > 4 drwxr-xr-x 2 root root 4096 Apr 5 12:05 . > 0 drwxrwxrwx 9 root root 133 Apr 5 12:05 .. > 12 -rw-r--r-- 1 root root 8618 Nov 15 2010 binary_heap_.hpp > 8 -rw-r--r-- 1 root root 4373 Nov 15 2010 const_iterator.hpp > 8 -rw-r--r-- 1 root root 4458 Nov 15 2010 const_point_iterator.hpp > 8 -rw-r--r-- 1 root root 4555 Nov 15 2010 > constructors_destructor_fn_imps.hpp > 4 -rw-r--r-- 1 root root 2509 Nov 15 2010 debug_fn_imps.hpp > * 0 -rw--- 1 root root0 Apr 5 12:05 .entry_cmp.hpp.543CXr* > root@yaVDR:~# > > It is reproducible, any ideas? (If i do the same with huge files (1 GB) the > partial file GETS deleted! > > Thanks > > lopiuh > -- > 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