thr3ads.net - openssh unix dev - scp output redirection doesn't work... [Nov 2002]

If this information is useful, please help other people find it:
Share via:

Lineberger, Aaron CONT (NETS)

2002-Nov-06 15:50 UTC

scp output redirection doesn't work...

> OpenSSH_3.4p1, SSH protocols 1.5/2.0, OpenSSL 0x0090607f
> AIX 4.3.3.0 Maintenance Level 10.
> 
> I have run a test on my boxes and found the following:
> 
> > scp test <remote_machine>:~/test
> test                 100% |*****************************| 16000
> 00:00
> >
> 
> scp works fine, but when I tried to redirect stdio/stderr to files they
> are empty! :(
> > scp test <remote_machine>:~/test 1>stdio.out 2>stderr.out
> > ls -l std*
> -rw-r-----   1 linaar   staff          0 Nov 06 10:35 stderr.out
> -rw-r-----   1 linaar   staff          0 Nov 06 10:35 stdio.out
> 
> I don't have an issue with ssh IO redirection. (yeah I realize they are
> separate programs. ;)
> Is there some other way to handle the output from scp or is this a bug?
> 
> Here is the verbose output:
> > scp -v test <remote_machine>:~/test
> Executing: program /usr/local/bin/ssh host <remote_machine>, user
> (unspecified), command scp -v -t ~/test
> OpenSSH_3.4p1, SSH protocols 1.5/2.0, OpenSSL 0x0090607f
> debug1: Reading configuration data /usr/local/etc/ssh_config
> debug1: Applying options for *
> debug1: Rhosts Authentication disabled, originating port will not be
> trusted.
> debug1: ssh_connect: needpriv 0
> debug1: Connecting to sapdev [10.10.112.21] port 22.
> debug1: Connection established.
> debug1: identity file /home/linaar/.ssh/identity type 1
> debug1: identity file /home/linaar/.ssh/id_rsa type -1
> debug1: identity file /home/linaar/.ssh/id_dsa type -1
> debug1: Remote protocol version 1.99, remote software version
> OpenSSH_3.4p1
> debug1: match: OpenSSH_3.4p1 pat OpenSSH*
> Enabling compatibility mode for protocol 2.0
> debug1: Local version string SSH-2.0-OpenSSH_3.4p1
> debug1: SSH2_MSG_KEXINIT sent
> debug1: SSH2_MSG_KEXINIT received
> debug1: kex: server->client aes128-cbc hmac-md5 none
> debug1: kex: client->server aes128-cbc hmac-md5 none
> debug1: SSH2_MSG_KEX_DH_GEX_REQUEST sent
> debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
> debug1: dh_gen_key: priv key bits set: 125/256
> debug1: bits set: 1613/3191
> debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
> debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
> debug1: Host '<remote_machine>' is known and matches the RSA
host key.
> debug1: Found key in /home/linaar/.ssh/known_hosts:2
> debug1: bits set: 1574/3191
> debug1: ssh_rsa_verify: signature correct
> debug1: kex_derive_keys
> debug1: newkeys: mode 1
> debug1: SSH2_MSG_NEWKEYS sent
> debug1: waiting for SSH2_MSG_NEWKEYS
> debug1: newkeys: mode 0
> debug1: SSH2_MSG_NEWKEYS received
> debug1: done: ssh_kex2.
> debug1: send SSH2_MSG_SERVICE_REQUEST
> debug1: service_accept: ssh-userauth
> debug1: got SSH2_MSG_SERVICE_ACCEPT
> debug1: authentications that can continue:
> publickey,password,keyboard-interactive
> debug1: next auth method to try is publickey
> debug1: userauth_pubkey_agent: testing agent key rsa-key-20020913
> debug1: input_userauth_pk_ok: pkalg ssh-rsa blen 149 lastkey 20043ab8 hint
> -1
> debug1: ssh-userauth2 successful: method publickey
> debug1: fd 4 setting O_NONBLOCK
> debug1: fd 5 setting O_NONBLOCK
> debug1: channel 0: new [client-session]
> debug1: send channel open 0
> debug1: Entering interactive session.
> debug1: ssh_session2_setup: id 0
> debug1: Sending command: scp -v -t ~/test
> debug1: channel request 0: exec
> debug1: channel 0: open confirm rwindow 0 rmax 32768
> Sending file modes: C0640 16000 test
> test                 100% |*****************************| 16000
> 00:00
> debug1: channel 0: read<=0 rfd 4 len 0
> debug1: channel 0: read failed
> debug1: channel 0: close_read
> debug1: channel 0: input open -> drain
> debug1: channel 0: ibuf empty
> debug1: channel 0: send eof
> debug1: channel 0: input drain -> closed
> debug1: channel 0: rcvd eof
> debug1: channel 0: output open -> drain
> debug1: channel 0: obuf empty
> debug1: channel 0: close_write
> debug1: channel 0: output drain -> closed
> debug1: client_input_channel_req: channel 0 rtype exit-status reply 0
> debug1: channel 0: rcvd close
> debug1: channel 0: almost dead
> debug1: channel 0: gc: notify user
> debug1: channel 0: gc: user detached
> debug1: channel 0: send close
> debug1: channel 0: is dead
> debug1: channel 0: garbage collecting
> debug1: channel_free: channel 0: client-session, nchannels 1
> debug1: fd 0 clearing O_NONBLOCK
> debug1: fd 1 clearing O_NONBLOCK
> debug1: Transferred: stdin 0, stdout 0, stderr 0 bytes in 0.3 seconds
> debug1: Bytes per second: stdin 0.0, stdout 0.0, stderr 0.0
> debug1: Exit status 0
> >
> 
> 
> Thanks!
> Aaron Lineberger

Ladner, Eric (Eric.Ladner)

2002-Nov-06 19:44 UTC

head link

scp output redirection doesn't work...

That is known behavior if stdin/stdout is not a terminal, I believe.

You get the same behavior if you run scp in the background.  No output.

Eric

-----Original Message-----
From: Lineberger, Aaron CONT (NETS)
[mailto:Aaron.Lineberger at nets.nemais.navy.mil] 
Sent: Wednesday, November 06, 2002 9:51 AM
To: 'openssh-unix-dev at mindrot.org'
Subject: scp output redirection doesn't work...

> OpenSSH_3.4p1, SSH protocols 1.5/2.0, OpenSSL 0x0090607f
> AIX 4.3.3.0 Maintenance Level 10.
> 
> I have run a test on my boxes and found the following:
> 
> > scp test <remote_machine>:~/test
> test                 100% |*****************************| 16000
> 00:00
> >
> 
> scp works fine, but when I tried to redirect stdio/stderr to files 
> they are empty! :(
> > scp test <remote_machine>:~/test 1>stdio.out 2>stderr.out
ls -l std*
> -rw-r-----   1 linaar   staff          0 Nov 06 10:35 stderr.out
> -rw-r-----   1 linaar   staff          0 Nov 06 10:35 stdio.out
> 
> I don't have an issue with ssh IO redirection. (yeah I realize they 
> are separate programs. ;) Is there some other way to handle the output
> from scp or is this a bug?
> 
> Here is the verbose output:
> > scp -v test <remote_machine>:~/test
> Executing: program /usr/local/bin/ssh host <remote_machine>, user 
> (unspecified), command scp -v -t ~/test OpenSSH_3.4p1, SSH protocols 
> 1.5/2.0, OpenSSL 0x0090607f
> debug1: Reading configuration data /usr/local/etc/ssh_config
> debug1: Applying options for *
> debug1: Rhosts Authentication disabled, originating port will not be 
> trusted.
> debug1: ssh_connect: needpriv 0
> debug1: Connecting to sapdev [10.10.112.21] port 22.
> debug1: Connection established.
> debug1: identity file /home/linaar/.ssh/identity type 1
> debug1: identity file /home/linaar/.ssh/id_rsa type -1
> debug1: identity file /home/linaar/.ssh/id_dsa type -1
> debug1: Remote protocol version 1.99, remote software version 
> OpenSSH_3.4p1
> debug1: match: OpenSSH_3.4p1 pat OpenSSH*
> Enabling compatibility mode for protocol 2.0
> debug1: Local version string SSH-2.0-OpenSSH_3.4p1
> debug1: SSH2_MSG_KEXINIT sent
> debug1: SSH2_MSG_KEXINIT received
> debug1: kex: server->client aes128-cbc hmac-md5 none
> debug1: kex: client->server aes128-cbc hmac-md5 none
> debug1: SSH2_MSG_KEX_DH_GEX_REQUEST sent
> debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
> debug1: dh_gen_key: priv key bits set: 125/256
> debug1: bits set: 1613/3191
> debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
> debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
> debug1: Host '<remote_machine>' is known and matches the RSA
host key.
> debug1: Found key in /home/linaar/.ssh/known_hosts:2
> debug1: bits set: 1574/3191
> debug1: ssh_rsa_verify: signature correct
> debug1: kex_derive_keys
> debug1: newkeys: mode 1
> debug1: SSH2_MSG_NEWKEYS sent
> debug1: waiting for SSH2_MSG_NEWKEYS
> debug1: newkeys: mode 0
> debug1: SSH2_MSG_NEWKEYS received
> debug1: done: ssh_kex2.
> debug1: send SSH2_MSG_SERVICE_REQUEST
> debug1: service_accept: ssh-userauth
> debug1: got SSH2_MSG_SERVICE_ACCEPT
> debug1: authentications that can continue: 
> publickey,password,keyboard-interactive
> debug1: next auth method to try is publickey
> debug1: userauth_pubkey_agent: testing agent key rsa-key-20020913
> debug1: input_userauth_pk_ok: pkalg ssh-rsa blen 149 lastkey 20043ab8 
> hint -1
> debug1: ssh-userauth2 successful: method publickey
> debug1: fd 4 setting O_NONBLOCK
> debug1: fd 5 setting O_NONBLOCK
> debug1: channel 0: new [client-session]
> debug1: send channel open 0
> debug1: Entering interactive session.
> debug1: ssh_session2_setup: id 0
> debug1: Sending command: scp -v -t ~/test
> debug1: channel request 0: exec
> debug1: channel 0: open confirm rwindow 0 rmax 32768
> Sending file modes: C0640 16000 test
> test                 100% |*****************************| 16000
> 00:00
> debug1: channel 0: read<=0 rfd 4 len 0
> debug1: channel 0: read failed
> debug1: channel 0: close_read
> debug1: channel 0: input open -> drain
> debug1: channel 0: ibuf empty
> debug1: channel 0: send eof
> debug1: channel 0: input drain -> closed
> debug1: channel 0: rcvd eof
> debug1: channel 0: output open -> drain
> debug1: channel 0: obuf empty
> debug1: channel 0: close_write
> debug1: channel 0: output drain -> closed
> debug1: client_input_channel_req: channel 0 rtype exit-status reply 0
> debug1: channel 0: rcvd close
> debug1: channel 0: almost dead
> debug1: channel 0: gc: notify user
> debug1: channel 0: gc: user detached
> debug1: channel 0: send close
> debug1: channel 0: is dead
> debug1: channel 0: garbage collecting
> debug1: channel_free: channel 0: client-session, nchannels 1
> debug1: fd 0 clearing O_NONBLOCK
> debug1: fd 1 clearing O_NONBLOCK
> debug1: Transferred: stdin 0, stdout 0, stderr 0 bytes in 0.3 seconds
> debug1: Bytes per second: stdin 0.0, stdout 0.0, stderr 0.0
> debug1: Exit status 0
> >
> 
> 
> Thanks!
> Aaron Lineberger_______________________________________________
openssh-unix-dev at mindrot.org mailing list
http://www.mindrot.org/mailman/listinfo/openssh-unix-dev

Jim Knoble

2002-Nov-06 19:56 UTC

head link

scp output redirection doesn't work...

Circa 2002-11-06 10:50:50 -0500 dixit Lineberger, Aaron CONT (NETS):

: > OpenSSH_3.4p1, SSH protocols 1.5/2.0, OpenSSL 0x0090607f
: > AIX 4.3.3.0 Maintenance Level 10.
: > 
: > I have run a test on my boxes and found the following:
  [...]
: > scp works fine, but when I tried to redirect stdio/stderr to files they
: > are empty! :(
  [...]
: > I don't have an issue with ssh IO redirection. (yeah I realize they
are
: > separate programs. ;)
: > Is there some other way to handle the output from scp or is this a bug?

It's not a bug.  The progress output goes to stderr, but only if stderr
is a terminal.  If stderr is not a terminal, scp acts as if you gave
the '-q' flag.

-- 
jim knoble  |  jmknoble at pobox.com  |  http://www.pobox.com/~jmknoble/
(GnuPG fingerprint: 31C4:8AAC:F24E:A70C:4000::BBF4:289F:EAA8:1381:1491)
"I am non-refutable."  --Enik the Altrusian
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 262 bytes
Desc: not available
Url :
http://lists.mindrot.org/pipermail/openssh-unix-dev/attachments/20021106/09a92af9/attachment.bin

Seemingly Similar Threads

Search for more seemingly similar threads

openssh unix dev - Nov 2002 - scp output redirection doesn't work...

scp output redirection doesn't work...

scp output redirection doesn't work...

scp output redirection doesn't work...

Seemingly Similar Threads