rsync hangs after working a few minutes without any error messages. Since I have upgraded from Ubuntu 12.04.5 to Ubuntu 14.04 rsync comes in version 3.1.0. And since the upgrade rsync hangs if I specify a backup directory by the parameters "--backup --backup-dir=...". Without the both backup parameters rsync works fine as before the upgrade! So I tried the argument "--block-size" as described in https://bugzilla.samba.org/show_bug.cgi?id=10518#c8 although I think it is another issue there because I don't have large vm files. But if I specify 10 MB I get the error: "rsync: --block-size=10485760 is too large (max: 131072)". And with 131072 rsync hangs too. Now I tried the arguments "--protocol=30" and "--protocol=29", but rsync hangs too - also in combination: "--block-size=131072 --protocol=29". Also the option "--no-inc-recursive" isn't helpfull (as described in https://bugzilla.samba.org/show_bug.cgi?id=8804#c0) and rsync hangs with it too. The parameters to rsync are: /usr/bin/rsync --recursive --links --hard-links --perms --times --group --owner --devices --specials --backup --backup-dir=/backup/rsync-backup/14.04/incremental/2014-11-20_08-23-41 --delete --numeric-ids --exclude-from=/usr/local/bin/rsync-backup/rsync-backup.13.usbhdd_toshiba_2t.usbhdd_trekstor_500g.conf.d/rsync-backup.exclude.list --files-from=/usr/local/bin/rsync-backup/rsync-backup.13.usbhdd_toshiba_2t.usbhdd_trekstor_500g.conf.d/rsync-backup.include.list --log-file=/var/log/rsync/rsync-backup_2014-11-20_08-23-41.log --verbose --verbose /media/usbhdds/toshiba/2t/5_vgusbhdd_toshiba_2t-os1 /backup/rsync-backup/14.04/full/daily.0 The last logfile entries are: root@pc5: /var/log/rsync $ tail rsync-backup_2014-11-20_08-23-41.log 2014/11/20 08:47:20 [13478] >f..t...... lib/firmware/cis/src/tamarack.cis 2014/11/20 08:47:20 [13478] .d..t...... lib/firmware/cpia2/ 2014/11/20 08:47:20 [13478] >f..t...... lib/firmware/cpia2/stv0672_vp4.bin 2014/11/20 08:47:20 [13478] .d..t...... lib/firmware/cxgb3/ 2014/11/20 08:47:20 [13478] >f..t...... lib/firmware/cxgb3/ael2005_opt_edc.bin 2014/11/20 08:47:20 [13478] >f..t...... lib/firmware/cxgb3/ael2005_twx_edc.bin 2014/11/20 08:47:20 [13478] >f..t...... lib/firmware/cxgb3/ael2020_twx_edc.bin 2014/11/20 08:47:20 [13478] >f..t...... lib/firmware/cxgb3/t3b_psram-1.1.0.bin 2014/11/20 08:47:20 [13478] >f..t...... lib/firmware/cxgb3/t3c_psram-1.1.0.bin 2014/11/20 08:47:20 [13478] .d..t...... lib/firmware/cxgb4/ root@pc5: /var/log/rsync $ The content of /lib/firmware/cxgb4/ isn't very huge: root@pc5: /var/log/rsync $ l /lib/firmware/cxgb4/ total 972K drwxr-xr-x 2 root root 4,0K 2014-11-07 12:48 ./ drwxr-xr-x 63 root root 20K 2014-11-07 12:48 ../ -rw-r--r-- 1 root root 476K 2014-09-18 15:50 t4fw-1.9.23.0.bin lrwxrwxrwx 1 root root 17 2014-09-18 15:50 t4fw.bin -> t4fw-1.9.23.0.bin -rw-r--r-- 1 root root 470K 2014-09-18 15:50 t5fw-1.9.23.0.bin lrwxrwxrwx 1 root root 17 2014-09-18 15:50 t5fw.bin -> t5fw-1.9.23.0.bin root@pc5: /var/log/rsync $ And rsync seems to be idle: root@pc5: /usr/local/bin/rsync-backup $ top -b -n 1 | egrep "^ *PID|rsync" | grep -v grep PID PPID USER PR NI S %CPU %MEM TIME+ COMMAND 13478 13477 root 20 0 S 0,0 2,4 0:39.05 /usr/bin/rsync --recursive --links --hard-links --perms --times --group --owner --devices --specials --backup --backup-dir=/backup/rsync-bac+ 13479 13478 root 20 0 S 0,0 2,5 0:25.98 /usr/bin/rsync --recursive --links --hard-links --perms --times --group --owner --devices --specials --backup --backup-dir=/backup/rsync-bac+ 15835 13479 root 20 0 S 0,0 2,4 0:00.70 /usr/bin/rsync --recursive --links --hard-links --perms --times --group --owner --devices --specials --backup --backup-dir=/backup/rsync-bac+ root@pc5: /usr/local/bin/rsync-backup $ strace output: root@pc5: ~ $ strace -f -t -s 1024 -p 13478 Process 13478 attached 17:37:10 select(7, [], [6], [], {24, 74682}) = 0 (Timeout) 17:37:34 select(7, [], [6], [], {60, 0}) = 0 (Timeout) 17:38:34 select(7, [], [6], [], {60, 0}) = 0 (Timeout) 17:39:34 select(7, [], [6], [], {60, 0}) = 0 (Timeout) 17:40:34 select(7, [], [6], [], {60, 0}) = 0 (Timeout) 17:41:34 select(7, [], [6], [], {60, 0}) = 0 (Timeout) 17:42:34 select(7, [], [6], [], {60, 0}^CProcess 13478 detached <detached ...> root@pc5: ~ $ root@pc5: ~ $ strace -f -t -s 1024 -p 13479 Process 13479 attached 17:37:36 select(2, [], [1], [], {55, 15138}) = 0 (Timeout) 17:38:31 select(2, [], [1], [], {60, 0}) = 0 (Timeout) 17:39:31 select(2, [], [1], [], {60, 0}) = 0 (Timeout) 17:40:31 select(2, [], [1], [], {60, 0}) = 0 (Timeout) 17:41:31 select(2, [], [1], [], {60, 0}) = 0 (Timeout) 17:42:31 select(2, [], [1], [], {60, 0}) = 0 (Timeout) 17:43:31 select(2, [], [1], [], {60, 0}^CProcess 13479 detached <detached ...> root@pc5: ~ $ root@pc5: ~ $ strace -f -t -s 1024 -p 15835 Process 15835 attached 17:41:36 select(6, [], [5], [], {58, 306093}) = 0 (Timeout) 17:42:34 select(6, [], [5], [], {60, 0}) = 0 (Timeout) 17:43:34 select(6, [], [5], [], {60, 0}) = 0 (Timeout) 17:44:35 select(6, [], [5], [], {60, 0}) = 0 (Timeout) 17:45:35 select(6, [], [5], [], {60, 0}) = 0 (Timeout) 17:46:35 select(6, [], [5], [], {60, 0}) = 0 (Timeout) 17:47:35 select(6, [], [5], [], {60, 0}^CProcess 15835 detached <detached ...> root@pc5: ~ $
There are a lot of bugreports related to rsync hanging mysteriously, some of which may be duplicates of each other: https://bugzilla.samba.org/show_bug.cgi?id=1442 https://bugzilla.samba.org/show_bug.cgi?id=2957 https://bugzilla.samba.org/show_bug.cgi?id=9164 https://bugzilla.samba.org/show_bug.cgi?id=10035 https://bugzilla.samba.org/show_bug.cgi?id=10092 https://bugzilla.samba.org/show_bug.cgi?id=10518 https://bugzilla.samba.org/show_bug.cgi?id=10950 https://bugzilla.samba.org/show_bug.cgi?id=11166 https://bugzilla.samba.org/show_bug.cgi?id=12732 https://bugzilla.samba.org/show_bug.cgi?id=13109