search for: deleteme2

...a back-up already exists: mike at robots mike]$ pwd /media/8c4d270d-6139-4fed-8a32-2df8d28acdf3/mike [mike at robots mike]$ mkdir deleteme1 [mike at robots mike]$ cd deleteme1/ [mike at robots deleteme1]$ touch deleteme1.txt [mike at robots deleteme1]$ cd ../Desktop [mike at robots Desktop]$ mkdir deleteme2 [mike at robots Desktop]$ cd deleteme2/ [mike at robots deleteme2]$ touch deleteme2.txt [mike at robots deleteme2]$ rsync -avn --delete /home/mike/ /media/8c4d270d-6139-4fed-8a32-2df8d28acdf3/mike | grep deletem deleting deleteme1/deleteme1.txt deleting deleteme1/ [mike at robots deleteme2]$ What...

...obably means unlike sshfs, it is not affected. I found that a reliable way to trigger this bug was to start a parallel process which hogs the disk, causing the consuming sftp server loop to slow down. -sshfs-mount localhost:/tmp test -ionice -c1 cp large_file /tmp/deleteme -dd if=/dev/zero of=test/deleteme2 The error I get is dd: writing to `test/deleteme2': Input/output error dd: closing output file `test/deleteme2': Transport endpoint is not connected It is somewhat a matter of opinion, but I would say that it is openssh and not sshfs which should be fixed. If I look at http://www.openssh....

https://bugzilla.samba.org/show_bug.cgi?id=13991 Bug ID: 13991 Summary: rsync --delete --one-file-system skips deletes after crossing filesystems on destination. Product: rsync Version: 3.1.3 Hardware: All OS: Linux Status: NEW Severity: normal Priority: P5