什么情况下scp命令会失败?

什么情况下scp命令会失败?

我有两台 Linux(Redhat 5.6,64 位)服务器(hp proliant 380p g8),服务器 1 的 eth0、eth2 绑定到 bond0。同样,服务器 2 的 eth0、eth2 绑定到 bond0。服务器 1 的 eth0 连接到 cisco(3560 catalyst)交换机 1 的端口 3,eth2 连接到交换机 2 的端口 3。对于服务器 2,它是 eth0:port15(sw1),eth2:port15(sw2)

所有网络元素都处于同一

    network:10.2.3.32
    netmask-255.255.255.224
    gateway-10.2.3.33

交换机在 12-12 端口和 24-24 端口处互连(使用交叉电缆)。所有物理连接均已建立,电缆已测试,端口的 LED 亮起。我从服务器 1 ping 到交换机 1、交换机 2、服务器 2,一切正常。服务器 2-交换机 2-交换机 1-服务器 1 的其他方式也运行正常。

我有一张定制的产品 CD,我从中安装了如下内容(在两台服务器上均以 root 身份安装):

    mount /dev/cdrom /mnt
    cp -rp /mnt/apps/auto_install /apps/.
    umount /mnt
    eject

现在我在 server1 中有一个文件 /apps/auto_install/airwide/install_apps_env.sh,我想在对文件进行更改后将其 scp 到 server2 的 /apps/auto_install/airwide/。这些是目录和文件的详细信息:

    drwxrwxrwx 16 root root 4096 Mar 8 16:03 apps
    drwxrwxrwx 16 1015 200 4096 Mar 8 16:03 auto_install
    drwxrwxrwx 16 1015 200 4096 Mar 8 16:03 airwide
    -rwxr-xr-x 16 root root 3458 Mar 8 16:03 install_apps_env.sh

在执行 scp 之前,我进行了所有 ping 测试,以测试网络元素之间的互连,结果一切正常。此外,当我尝试服务器间 ssh 时,它正常工作。我尝试将其他文件从 server1 scp 到 server2,它成功了。但是当我以 root 身份尝试此操作时:

    scp server1:/apps/auto_install/airwide/install_apps_env.sh server2:/apps/auto_install/airwide

scp 没有发生。所以我杀了它,当我重新检查 ping 测试时

    server1-switch1(doesn't happen)
    server1-switch2(doesn't happen)
    server1-server2(obviously doesn't happen)

但 ping 测试介于:

    server2-switch2-switch1(happen in any order)

即它们处于网络互连状态,但 server1 断开了网络连接

有什么帮助可以解释为什么 scp 没有对从服务器 1 到服务器 2 的那个特定文件进行操作,以及为什么服务器 1 的连接与交换机和服务器 2 断开?

提前致谢

相关内容