[Bug 10312] New: Rsync times out during deletion on big folders

samba-bugs at samba.org samba-bugs at samba.org
Sun Dec 8 00:36:02 MST 2013


https://bugzilla.samba.org/show_bug.cgi?id=10312

           Summary: Rsync times out during deletion on big folders
           Product: rsync
           Version: 3.0.9
          Platform: x64
        OS/Version: Linux
            Status: NEW
          Severity: normal
          Priority: P5
         Component: core
        AssignedTo: wayned at samba.org
        ReportedBy: gabriele at tozzi.eu
         QAContact: rsync-qa at samba.org


Hello,

I am using rsync to run daily backups on many circumstances and it always works
like a charm, so, first of all, thank you for creating this indispensable tool.

Unfortunately, it looks like I've found a bug: when I use rsync on a very big
folder with the delete and timeout options, it times out during deletion even
if the process is running normally, giving the following error:

rsync error: timeout in data send/receive (code 30) at io.c(137)
[receiver=3.0.9]
rsync: connection unexpectedly closed (9 bytes received so far) [sender]
rsync error: error in rsync protocol data stream (code 12) at io.c(605)
[sender=3.0.9]
 -1

Steps to reproduce:
1. Create a destination folder with about 10.000 files (more if your PC is
faster) so that deletion of all the files will require more --timeout to
complete
2. Rsync from an empty folder to your destination folder using the --delete and
--timeout options

What happens:
Deletion of the files starts and goes on quite fast, until it unexpectedly ends
with the error above.

What I would expect to happen:
Rsync deleting all files without timing out.

More info:
This is just a guess: maybe the timeout counter is not reset during deletion?

My test command line:
ionice -c 3 nice -n 19 rsync -v -a -x --timeout=300 --delete /tmp/test
root at host:/mnt/slow/test

-- 
Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.


More information about the rsync mailing list