openssh bugs - Apr 2004 - [Bug 844] the client copy is over written during scp

http://bugzilla.mindrot.org/show_bug.cgi?id=844

           Summary: the client copy is over written during scp
           Product: Portable OpenSSH
           Version: -current
          Platform: Other
        OS/Version: AIX
            Status: NEW
          Severity: trivial
          Priority: P2
         Component: scp
        AssignedTo: openssh-bugs at mindrot.org
        ReportedBy: nrbiswal at db.com


Hi,

I am facing a strange error. While trying to scp a file to remote host, if the 
connection drops in the middle of a file transfer , the original file in my 
local host is getting over written with incomplete file.

Does any body has face this problem before ? I tried to search in the bug 
database. But no luck. Any help on this would be highly appreciated.

Thanks in advance.
-Nihar



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

http://bugzilla.mindrot.org/show_bug.cgi?id=844





------- Additional Comments From dtucker at zip.com.au  2004-04-20 23:21 -------
Do the source and destination files happen to be on the *same* NFS filesystem? 
(eg /home ?)



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

http://bugzilla.mindrot.org/show_bug.cgi?id=844





------- Additional Comments From nrbiswal at db.com  2004-04-21 11:26 -------
Hi Darren,

thanks for your response. No, the destination file is in a remote system in a 
separate directory. fyi, the source system is AIX 5.1 and destination system is 
Linux. Pls let me know if you need further info.

thanks.
Nihar Biswal



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

http://bugzilla.mindrot.org/show_bug.cgi?id=844

dtucker at zip.com.au changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |ASSIGNED



------- Additional Comments From dtucker at zip.com.au  2004-04-21 13:08 -------
Under normal circumstances the source file should not be modified.   Please do
this and attatch the output (use "Create a New Attachment") to the
this bug:

ls -l sourcefile
scp -vvv sourcefile desthost:destfile
ls -l sourcefile



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

http://bugzilla.mindrot.org/show_bug.cgi?id=844





------- Additional Comments From nrbiswal at db.com  2004-04-21 20:06 -------
Created an attachment (id=614)
 --> (http://bugzilla.mindrot.org/attachment.cgi?id=614&action=view)
scp debug message when run in verbose mode




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

http://bugzilla.mindrot.org/show_bug.cgi?id=844





------- Additional Comments From dtucker at zip.com.au  2004-04-21 20:33 -------
(From update of attachment 614)
>-rwxr-x---   1 scpuser scp       2675364 Apr 13 18:21 dbc01511.pip.test
[...]
>-rwxr-x---   1 scpuser scp       2675364 Apr 13 18:21 dbc01511.pip.test
The files appear the same size, I take it you did not have a problem with it
dropping out?  Can you repeat the process but simulate a dropout (possibly by
killing the "connect" command)?




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

http://bugzilla.mindrot.org/show_bug.cgi?id=844

nrbiswal at db.com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|ASSIGNED                    |RESOLVED
         Resolution|                            |REMIND



------- Additional Comments From nrbiswal at db.com  2004-05-05 14:04 -------
Hi Darren,

Thanks for your help. I think I have found out the problem. The problem is in 
our batch job scheduling. The scp program is trying to send the file in the 
middle of the file generation. So the file is transfered in 2 cycles ( part by 
part). May be scp is transfering only the incremental part of the file in the 
second cycle and syncronizes the host file to whatever it has transfered in 
second cycle (just a thought). 

Do you agree on this ?

thanks again for your help.

-Nihar Biswal



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

http://bugzilla.mindrot.org/show_bug.cgi?id=844

dtucker at zip.com.au changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |REOPENED
         Resolution|REMIND                      |



------- Additional Comments From dtucker at zip.com.au  2004-05-12 12:43 -------
scp doesn't do incremental transfers, if you want that use rsync.



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

http://bugzilla.mindrot.org/show_bug.cgi?id=844

dtucker at zip.com.au changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|REOPENED                    |RESOLVED
         Resolution|                            |INVALID





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