Mailing List Archive

[Bug 626] sftp is unable to resume interrupted downloads/ uploads
http://bugzilla.mindrot.org/show_bug.cgi?id=626

Summary: sftp is unable to resume interrupted downloads/ uploads
Product: Portable OpenSSH
Version: 3.6.1p2
Platform: All
OS/Version: All
Status: NEW
Severity: enhancement
Priority: P2
Component: sftp
AssignedTo: openssh-bugs@mindrot.org
ReportedBy: hqasem@yahoo.com


This is not a bug, but an enhancement. I would like to see the command-line sftp
have the ability to resume interrupted downloads/ uploads.

If there's a reason why sftp-resume will not be implemented, a FAQ entry would
be appreciated.



------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
[Bug 626] sftp is unable to resume interrupted downloads/ uploads [ In reply to ]
http://bugzilla.mindrot.org/show_bug.cgi?id=626

djm@mindrot.org changed:

What |Removed |Added
----------------------------------------------------------------------------
Keywords| |help-wanted



------- Additional Comments From djm@mindrot.org 2003-08-25 10:28 -------
resume would be a nice feature for sftp and the protocol generally supports it.
It just takes someone to write the code and make a patch (I don't have time).

There may be some subtlety if the server reorders the blocks it has sent back to
the client when the original transfer was aborted. E.g. the client requests 5
contiguous blocks of 64k from the start of the file and the server sends back
blocks 1, 2, and 5. If the client wrote block 5 to disk, the the file would
appear to be the full length but wouldn't contain all the data.

We would need to modify the download and upload routines to ftruncate() at the
highest contiguous point transferred. This should probably be done anyway...



------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.