[Bug 1814] Could we get --resume?

samba-bugs at samba.org samba-bugs at samba.org
Thu Sep 23 21:18:45 GMT 2004


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


wayned at samba.org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
           Priority|P3                          |P5
         Resolution|                            |WONTFIX




------- Additional Comments From wayned at samba.org  2004-09-23 14:18 -------
Unfortunately, a --resume option wouldn't work because any data from a partial
transfer would have been discarded before you tried to do the resume (and,
interestingly, when you tell rsync to keep the partial data, it automatically
resumes without needing an extra option).

The best way to run rsync for a long transfer has been to specify the -P option
(which turns on both --partial and --progress).  The user does need to remember
to use this on the initial transfer, though, or else there will be nothing to
resume.  You don't need to worry about --no-whole-file because it is only on by
default for a local copy.

Beginning with 2.6.3, there is an alternative:  --inplace.  This works very well
for both copying a new file from scratch and (especially) for resuming a partial
transfer of that new file (which avoids an extra temp-file copy being made when
resuming).  So, a good download-option combo is "-P --inplace" (which is the
equivalent of the longer "--progress --inplace" because the --inplace option
implies --partial).

If you have an idea for how to make this easier for the user, feel free to tweak
this suggestion.

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


More information about the rsync mailing list