1748069 Members
5634 Online
108758 Solutions
New Discussion юеВ

scp not working.

 
SOLVED
Go to solution
skt_skt
Honored Contributor

scp not working.

2.6.9-67.0.1.ELsmp
Red Hat Enterprise Linux AS release 4 (Nahant Update 6)

scp tried as below.

# scp -p linux_hrms_prod adela161p:/home/kumarts/.

WARNING! The following items has been removed from PATH:
adedla63p:root [/opt/local/unix/data/hostfiles]
#


[kumarts@adela161p ~]$ su -
Password:

WARNING! The following items has been removed from PATH:
/usr/local/sbin /usr/local/bin
due to security problems of
/usr/local

[root@adela161p ~]# cd ~kumarts
[root@adela161p kumarts]# ls -lrt linux_hrms_prod
ls: linux_hrms_prod: No such file or directory

Any suggetion on which config files i need to look at to fix this?
9 REPLIES 9
Ivan Krastev
Honored Contributor

Re: scp not working.

Run scp with -v option for more info.

regards,
ivan
Ragu_3
Trusted Contributor

Re: scp not working.

Is the ssh service running?
Debian GNU/Linux for the Enterprise! Ask HP ...
Wouter Jagers
Honored Contributor

Re: scp not working.

Hiya,

"WARNING! The following items has been removed from PATH...."
--> Where is this defined ?

What is your default shell on the destination machine ?

I think it's probably worth it to check your customisations in .bashrc or .cshrc

Cheers,
Wout
an engineer's aim in a discussion is not to persuade, but to clarify.
Steven E. Protter
Exalted Contributor

Re: scp not working.

Shalom,

service sshd status

or

ps -ef | grep sshd

scp -vvv Post output.

SEP
Steven E Protter
Owner of ISN Corporation
http://isnamerica.com
http://hpuxconsulting.com
Sponsor: http://hpux.ws
Twitter: http://twitter.com/hpuxlinux
Founder http://newdatacloud.com
skt_skt
Honored Contributor

Re: scp not working.


# scp -vv -p linux_hrms_prod adela161p:/home/kumarts/.
Executing: program /usr/bin/ssh host adela161p, user (unspecified), command scp -v -p -t /home/kumarts/.
OpenSSH_3.1p1, SSH protocols 1.5/2.0, OpenSSL 0x0090602f
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Applying options for *
debug1: Rhosts Authentication disabled, originating port will not be trusted.
debug1: restore_uid
debug1: ssh_connect: getuid 0 geteuid 0 anon 1
debug1: Connecting to adela161p [132.226.250.1] port 22.
debug1: temporarily_use_uid: 0/0 (e=0)
debug1: restore_uid
debug1: temporarily_use_uid: 0/0 (e=0)
debug1: restore_uid
debug1: Connection established.
debug1: read PEM private key done: type DSA
debug1: read PEM private key done: type RSA
debug1: identity file /root/.ssh/identity type -1
debug2: key_type_from_name: unknown key type '-----BEGIN'
debug2: key_type_from_name: unknown key type '-----END'
debug1: identity file /root/.ssh/id_rsa type 1
debug1: identity file /root/.ssh/id_dsa type -1
debug1: Remote protocol version 2.0, remote software version OpenSSH_3.9p1
debug1: match: OpenSSH_3.9p1 pat OpenSSH*
Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_3.1p1
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha1,diffie-hellman-group1-sha1
debug2: kex_parse_kexinit: ssh-rsa,ssh-dss
debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc
debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc
debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: none
debug2: kex_parse_kexinit: none
debug2: kex_parse_kexinit:
debug2: kex_parse_kexinit:
debug2: kex_parse_kexinit: first_kex_follows 0
debug2: kex_parse_kexinit: reserved 0
debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1
debug2: kex_parse_kexinit: ssh-rsa,ssh-dss
debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc,rijndael-cbc@lysator.liu.se,aes128-ctr,aes192-ctr,aes256-ctr
debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc,rijndael-cbc@lysator.liu.se,aes128-ctr,aes192-ctr,aes256-ctr
debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: none,zlib
debug2: kex_parse_kexinit: none,zlib
debug2: kex_parse_kexinit:
debug2: kex_parse_kexinit:
debug2: kex_parse_kexinit: first_kex_follows 0
debug2: kex_parse_kexinit: reserved 0
debug2: mac_init: found hmac-md5
debug1: kex: server->client aes128-cbc hmac-md5 none
debug2: mac_init: found hmac-md5
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: 134/256
debug1: bits set: 1021/2048
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
debug1: Host 'adela161p' is known and matches the RSA host key.
debug1: Found key in /root/.ssh/known_hosts:358
debug1: bits set: 1025/2048
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: try privkey: /root/.ssh/identity
debug1: try pubkey: /root/.ssh/id_rsa
debug2: we sent a publickey packet, wait for reply
debug1: input_userauth_pk_ok: pkalg ssh-rsa blen 149 lastkey 0x808bba0 hint 1
debug2: input_userauth_pk_ok: fp f8:8a:1f:c2:59:29:3f:1c:e3:fc:5f:93:c9:c0:e2:6f
debug1: read PEM private key done: type RSA
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.
debug2: callback start
debug1: ssh_session2_setup: id 0
debug1: Sending command: scp -v -p -t /home/kumarts/.
debug1: channel request 0: exec
debug2: callback done
debug1: channel 0: open confirm rwindow 0 rmax 32768
debug2: channel 0: rcvd adjust 131072

WARNING! The following items has been removed from PATH:
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
adedla63p:root [/home/kumarts/hosts]
# debug1: channel 0: write failed
debug1: channel 0: close_write
debug1: channel 0: output open -> closed
debug1: client_input_channel_req: channel 0 rtype exit-status reply 0
debug1: channel 0: rcvd eof
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 1.3 seconds
debug1: Bytes per second: stdin 0.0, stdout 0.0, stderr 0.0
debug1: Exit status 0

Wouter Jagers
Honored Contributor

Re: scp not working.


I'm increasingly confident your bashrc/cshrc file is involved.

If I test this on one of my machines I can reprduce your problem: when I add "echo TEST" to my .bashrc on the receiving end and do the scp, I see the TEST output and the file does not arrive.

When I remove this statement from the .bashrc scp works as expected.

When I find out why this is preventing the copy from working, I'll post it as well :-)

Cheers,
Wout
an engineer's aim in a discussion is not to persuade, but to clarify.
Wouter Jagers
Honored Contributor
Solution

Re: scp not working.

Found it :-)

http://www.openssh.com/faq.html#2.9

If any shell initialisation (.profile, .bashrc, .cshrc, ...) produce any output, which is the case for you, scp will not work.

Cheers,
Wout
an engineer's aim in a discussion is not to persuade, but to clarify.
skt_skt
Honored Contributor

Re: scp not working.




this file was the culprit.

[root@adela161p profile.d]# ll /etc/profile.d/zz_rootpath.sh
-rwxr-xr-x 1 root root 2200 Oct 27 16:03 /etc/profile.d/zz_rootpath.sh




if [ -n "$badpath" ]; then
echo > /dev/null
echo "WARNING! The following items has been removed from PATH:" > /dev/null
echo "${badpath## }" > /dev/null
echo "due to security problems of" > /dev/null
echo "${baddir## }" > /dev/null
echo >/dev/null
fi
skt_skt
Honored Contributor

Re: scp not working.

updated