Bug 139944 - scp command sometimes returns wrong exit code
scp command sometimes returns wrong exit code
Product: Fedora
Classification: Fedora
Component: openssh (Show other bugs)
i386 Linux
medium Severity low
: ---
: ---
Assigned To: Tomas Mraz
Brian Brock
Depends On:
  Show dependency treegraph
Reported: 2004-11-18 16:09 EST by Aleksandar Milivojevic
Modified: 2007-11-30 17:10 EST (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2005-04-06 11:34:27 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
scp -v on CentOS4/RHEL4 (2.37 KB, text/plain)
2005-04-06 11:11 EDT, Aleksandar Milivojevic
no flags Details
scp -v of FC-devel built on CentOS4/RHEL4 (2.20 KB, text/plain)
2005-04-06 11:12 EDT, Aleksandar Milivojevic
no flags Details

  None (edit)
Description Aleksandar Milivojevic 2004-11-18 16:09:43 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; rv:1.7.3) Gecko/20041020

Description of problem:
The scp command from openssh package sometimes returns wrong exit
code.  The file is transferred correctly.  Exit code is wrong.

If I scp from Linux box to Linux box: OK
If I scp from Linux FC3 box to Solaris box: ERROR
If I scp from Linux RH73 box to Solaris box: OK
If I scp from Solaris box to Linux box: OK
If I scp from Solaris box to Solaris box: OK

The only problem is when scp command on Fedora Core 3 is connecting to
server on Solaris 9.  Same thing using scp command on Red Hat 7.3
works correctly.  All other combinations work correctly.  My wild
guess is that there's something wrong with the client on FC3.

The SSH server on Solaris box is the one that comes with Solaris 9.

BTW, it might be related.  When I ssh from FC3 box to Solaris9 box,
and then logout, ssh session sometimes hangs (not always
reproducable).  Escape key sequence doesn't work.  I need to either
kill ssh process from another window, or close the window with hung

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1. From FC3 box: scp filename solaris9-box:
2. echo $?

Actual Results:  echo $? returns 1

Expected Results:  It should return 0

Additional info:
Comment 1 Tomas Mraz 2005-04-05 15:32:27 EDT
Can you try openssh-4.0p1 from FC development?
However you would need to rebuild it from .src.rpm if you don't want to upgrade
other packages to FC development.

Also could you try to post a log which is produced when running scp to the
Solaris box with -v option.
Comment 2 Aleksandar Milivojevic 2005-04-06 11:09:48 EDT
I've upgraded my machine to CentOS 4 recently (distro built from RHEL 4 SRPMs,
basically a clone).  Bug was still present (openssh-3.9p1-8.RHEL4.1).  Then I
rebuilt openssh package from FC development tree and installed it
(openssh-4.0p1-2) and got the same error.

This menas that bug is present in:
   - FC3
   - FC devel
   - RHEL4

I will include scp -v from both openssh-3.9p1-8.RHEL4.1 and openssh-4.0p1-2 as
attachments.  Diff on the files doesn't show any differences (other than version
numbers, and some other unimportant details).
Comment 3 Aleksandar Milivojevic 2005-04-06 11:11:03 EDT
Created attachment 112757 [details]
scp -v on CentOS4/RHEL4
Comment 4 Aleksandar Milivojevic 2005-04-06 11:12:04 EDT
Created attachment 112758 [details]
scp -v of FC-devel built on CentOS4/RHEL4
Comment 5 Tomas Mraz 2005-04-06 11:34:27 EDT
The problem is that the local scp only executes scp on the remote machine
through the ssh connection. The remote scp returns -1 and this exit status (!=
0) is translated in the local scp as 1. The problem lies on the Solaris side not
on the FC side.
Comment 6 Aleksandar Milivojevic 2005-04-06 12:46:30 EDT
OK, how do you than explain than openssh as distributed with Red Hat 7.3 works
just fine?  Plus, Solaris to Solaris also works fine.  And more or less
anything-else (other than openssh 3.9+) to Solaris works fine.

IMO, something on the FC side is triggering Solaris side to return -1.
Comment 7 Tomas Mraz 2005-04-06 12:56:02 EDT
I'd suppose the problem could lie in the versions of the openssh on the systems.
You can try to report that upstream to OpenSSH bugzilla http://bugzilla.mindrot.org/

Note You need to log in before you can comment on or make changes to this bug.