The page has unconfirmed changes. Use the buttons below to see older versions.

rsync bug

Hardware

Notation	Computer	CPU
sleek15	HP sleekbook 15-b005eo	i5-3317U
c660	Toshiba Satellite C660-2PP	i5-2450M
r50	Toshiba Satellite pro r50-B-109	i3-4005U
l750	Toshiba Satellite L750	Intel B960
cq61	Compaq Presario CQ61	T4300
easynote	Packard Bell EasyNote TE11BZ	AMD E-450

The tests:

All tests are on linux:

The target filesystems tested are: ext4, exfat and fat32.

The source filesystems are: NTFS and ext4 (see more below)

The tests uses about 2Gb of data, about 32000 files.

Notation

"running normally":

Using the command:

rsync -rtvPiF --delete [SOURCE] [TARGET]

"with --files-from":

Same as above but in two steps:

1) Creating a list of files:

rsync -nr --out-format='%n' [SOURCE] trash > /tmp/myTmp.txt

2) Actual Test:

rsync -rtzi --delete --files-from=/tmp/myTmp.txt [SOURCE] [TARGET]

"via python"

Same command as "with --files-from" but run from python.

Test results

Source: ext4

Target: ext4:

c660:

"running normally": Not tested

"with --files-from": Not tested

"via python": OK

l750:

"running normally": Not tested

"with --files-from": Not tested

"via python": OK

Source: NTFS

Target: ext4:

sleek15:

"running normally": Not tested

"with --files-from": OK

"via python": NOK BUG: kernel NULL pointer dereference, address: 0000000000000cff

c660:

"running normally": Not tested

"with --files-from": Not tested

"via python": OK

r50:

"running normally": Not tested

"with --files-from": OK

"via python": NOK Kernel panic

l750:

"running normally": NOK BUG: unable to handle page fault for address: ffffffffffffff8b

"with --files-from": NOK Task rsync:2000 blocked for more than 368 seconds

"via python": NOK Computer freezes

cq61:

"running normally": NOK Computer freezes

"with --files-from": Not tested

"via python": Not tested

easynote:

"running normally": NOK Computer freezes

"with --files-from": Not tested

"via python": Not tested

Target: exfat:

sleek15:

"running normally": Not tested

"with --files-from": Not tested

"via python": OK

c660:

"running normally": Not tested

"with --files-from": OK

"via python": NOK general protection fault, probably for non-canonical address 0xff9ee6950916c0de: 0000 [#1] PREEMPT SMP PTI

r50: (Once tested OK (although I don't remember which test.))

"running normally": NOK Kernel panic

"with --files-from": NOK general protection fault, probably for non-canonical address 0xff9c758324d6c0de: 0000 [#1] PREEMPT SMP PTI

"via python": NOK BUG: kernel NULL pointer dereference, address: 0000000000000030

l750:

"running normally": NOK BUG: unable to handle page fault for address: 0000000100000037

"with --files-from": NOK BUG: unable to handle page fault for address: 00000000ffffffff

"via python": Not tested

cq61:

"running normally": NOK BUG: unable to handle page fault for address: 0000000100000047

"with --files-from": Not tested

"via python": Not tested

easynote:

"running normally": NOK Computer freezes

"with --files-from":: NOK Computer freezes

"via python": Not tested

Target: fat32:

sleek15:

"running normally": Not tested

"with --files-from": OK

"via python": NOK (forgot to write down error message)

c660:

"running normally": OK

"with --files-from": OK

"via python": NOK BUG: kernel NULL pointer dereference, address: 0000000000000137

r50:

"running normally": Not tested

"with --files-from": OK

"via python": NOK general protection fault, probably for non-canonical address 0xffac1343feb908ff: 0000 [#1] PREEMPT SMP PTI

l750:

cq61:

easynote:

Also noted

It's the "sending" side that freezes (not the receiving) (when syncing to another host (confirmed once))

Summary / Conclusion

rsync crashes more often when the source is on ntfs.