Find the answer to your Linux question:
Results 1 to 2 of 2
I am attempting to copy files from one server to an external USB drive on a second server. Both servers are running custom RedHat Linux, kernel 2.6. Both are setup ...
  1. #1
    Just Joined!
    Join Date
    Apr 2011
    Posts
    2

    SCP Problem between two Linux servers

    I am attempting to copy files from one server to an external USB drive on a second server.

    Both servers are running custom RedHat Linux, kernel 2.6. Both are setup as Check Point SecurePlatform (one is a log server and the other a management server).

    I am trying to archive files from one (HP DL380 G5) to the second (HP DL380 G6). I am not able to archive directly to the external usb drive when connected to the HP DL380 G5 (data gets corrupted and switches to read-only access).

    The external USB drive has no issues when connected to the HP DL380 G6 server, thus my reason for trying to copy the files across servers.

    When I attempt to use scp to copy files between the server, I am prompted for the password. Once entered the debug shows the authentication is successful, but then no files are copied (see log below). I have tried searching for potential answers, but none have panned out. Any suggestions would be appreciated.

    Unfortunately I can't yet post the actual scp debug log output as some of the text is viewed as a URL and not yet allowed for me. I have changed all the atsign symbols to '(a)' to avoid the URL inference.

    Output log from scp attempt follows:
    [Expert(a)server1]# scp -p -r -v /var/fromhere/* copyfile(a)server2:/media/disk/tohere/
    Executing: program /usr/bin/ssh host server2, user copyfile, command scp -v -r -p -d -t /media/disk/tohere/
    OpenSSH_3.6.1p2, SSH protocols 1.5/2.0, OpenSSL 0x0090707f
    debug1: Reading configuration data /etc/ssh/ssh_config
    debug1: Applying options for *
    debug1: Rhosts Authentication disabled, originating port will not be trusted.
    debug1: Connecting to server2 [192.168.10.3] port 22.
    debug1: Connection established.
    debug1: identity file /root/.ssh/identity type -1
    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.6.1p2
    debug1: match: OpenSSH_3.6.1p2 pat OpenSSH*
    debug1: Enabling compatibility mode for protocol 2.0
    debug1: Local version string SSH-2.0-OpenSSH_3.6.1p2
    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: SSH2_MSG_KEX_DH_GEX_INIT sent
    debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
    debug1: Host 'server2' is known and matches the RSA host key.
    debug1: Found key in /root/.ssh/known_hosts:2
    debug1: ssh_rsa_verify: signature correct
    debug1: SSH2_MSG_NEWKEYS sent
    debug1: expecting SSH2_MSG_NEWKEYS
    debug1: SSH2_MSG_NEWKEYS received
    debug1: SSH2_MSG_SERVICE_REQUEST sent
    debug1: SSH2_MSG_SERVICE_ACCEPT received
    debug1: Authentications that can continue: publickey,password,keyboard-interactive
    debug1: Next authentication method: publickey
    debug1: Trying private key: /root/.ssh/identity
    debug1: Trying private key: /root/.ssh/id_rsa
    debug1: Trying private key: /root/.ssh/id_dsa
    debug1: Next authentication method: keyboard-interactive
    debug1: Authentications that can continue: publickey,password,keyboard-interactive
    debug1: Next authentication method: password
    copyfile(a)server2's password:
    debug1: Authentication succeeded (password).
    debug1: fd 4 setting O_NONBLOCK
    debug1: fd 5 setting O_NONBLOCK
    debug1: channel 0: new [client-session]
    debug1: Entering interactive session.
    debug1: Sending command: scp -v -r -p -d -t /media/disk/tohere/
    debug1: channel 0: request exec
    debug1: channel 0: open confirm rwindow 0 rmax 32768
    debug1: client_input_channel_req: channel 0 rtype exit-status reply 0
    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: channel 0: rcvd close
    debug1: channel 0: close_read
    debug1: channel 0: input open -> closed
    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.0 seconds
    debug1: Bytes per second: stdin 0.0, stdout 0.0, stderr 0.0
    debug1: Exit status 1
    lost connection
    [Expert(a)server1]#

  2. #2
    Just Joined!
    Join Date
    Apr 2011
    Posts
    2
    Resolved:Turns out Check Point requires the presence of an /etc/scpusers file inorder to allow scp to be used. By creating the file and adding the username, I was finally successful with using scp between the servers.

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •  
...