我有一台运行RHEL 5.6 32位的服务器。 服务器有十（10）个以太网接口：
eth0: bootproto=static, onboot=yes, ipaddr=192.168.0.1, netmask=255.255.255.0 eth1: bootproto=static, onboot=yes (no IP is configured for this interface, see below) eth2-5: bootproto=none, onboot=yes (passive listening interfaces) eth6-9: bootproto=none, onboot=no (disabled) Eth1被用作两个networking的中继链路 – 我也configuration了两个VLAN接口：
vlan620: vlan=yes, physdev=eth1, bootproto=static, ipaddr=172.16.37.4, netmask=255.255.255.240, gateway=172.16.37.1 vlan621: vlan=yes, physdev=eth1, bootproto=static, ipaddr=172.16.37.20, netmask=255.255.255.240, gateway=172.16.37.17
在任何时候，eth0都可以获取分配给vlan接口（172.16.37.4或.20）的一个IP地址 – 在启动时（networking服务启动时）或者networking服务重新启动时，或者随着系统运行。 这可能会破坏VLAN连接，因为这些是我们必须通过显示器和键盘运行的系统的唯一链接，通过使接口处于closures状态来解决这个问题。 这是一个问题，因为这个盒子坐在南美的一个服务器房间里:)至less有人能够提出是什么原因导致了这个问题？
编辑：
这里要求的是ls -i命令的输出：
[root@ssc-condor-smg1 ~]# ls -i /etc/sysconfig/networking/devices/ifcfg-eth* 17170452 /etc/sysconfig/networking/devices/ifcfg-eth0 17170447 /etc/sysconfig/networking/devices/ifcfg-eth5 17170451 /etc/sysconfig/networking/devices/ifcfg-eth1 17170446 /etc/sysconfig/networking/devices/ifcfg-eth6 17170450 /etc/sysconfig/networking/devices/ifcfg-eth2 17170445 /etc/sysconfig/networking/devices/ifcfg-eth7 17170449 /etc/sysconfig/networking/devices/ifcfg-eth3 17170444 /etc/sysconfig/networking/devices/ifcfg-eth8 17170448 /etc/sysconfig/networking/devices/ifcfg-eth4 17170443 /etc/sysconfig/networking/devices/ifcfg-eth9 [root@ssc-condor-smg1 ~]# ls -i /etc/sysconfig/network-scripts/ifcfg-e* 17170452 /etc/sysconfig/network-scripts/ifcfg-eth0 17170447 /etc/sysconfig/network-scripts/ifcfg-eth5 17170451 /etc/sysconfig/network-scripts/ifcfg-eth1 17170446 /etc/sysconfig/network-scripts/ifcfg-eth6 17170450 /etc/sysconfig/network-scripts/ifcfg-eth2 17170445 /etc/sysconfig/network-scripts/ifcfg-eth7 17170449 /etc/sysconfig/network-scripts/ifcfg-eth3 17170444 /etc/sysconfig/network-scripts/ifcfg-eth8 17170448 /etc/sysconfig/network-scripts/ifcfg-eth4 17170443 /etc/sysconfig/network-scripts/ifcfg-eth9 [root@ssc-condor-smg1 ~]# ls -i /etc/sysconfig/networking/profiles/default/ifcfg-e* 17170452 /etc/sysconfig/networking/profiles/default/ifcfg-eth0 17170447 /etc/sysconfig/networking/profiles/default/ifcfg-eth5 17170451 /etc/sysconfig/networking/profiles/default/ifcfg-eth1 17170446 /etc/sysconfig/networking/profiles/default/ifcfg-eth6 17170450 /etc/sysconfig/networking/profiles/default/ifcfg-eth2 17170445 /etc/sysconfig/networking/profiles/default/ifcfg-eth7 17170449 /etc/sysconfig/networking/profiles/default/ifcfg-eth3 17170444 /etc/sysconfig/networking/profiles/default/ifcfg-eth8 17170448 /etc/sysconfig/networking/profiles/default/ifcfg-eth4 17170443 /etc/sysconfig/networking/profiles/default/ifcfg-eth9 [root@ssc-condor-smg1 ~]#
我不知道这些文件夹中有额外的configuration文件。 我会validation他们匹配。
编辑：文件匹配行的线。 有趣的是：因为我们现在重新启动机器，所有被设置为没有IP地址的接口从vlan620接口（.4）中拉出一个接口。 只有设置为ONBOOT = no的接口才能保持closures状态。
你是如何设置networking设备的？
请输出ls -i /etc/sysconfig/networking/devices/ifcfg-e* /etc/sysconfig/network-scripts/ifcfg-e* /etc/sysconfig/networking/profiles/default/ifcfg-e*
请注意，所有configuration文件的inode必须匹配，并且这三个位置必须存在相同的configuration。
这看起来像你的configuration中有DHCP活动的地方。
我find了罪魁祸首。 在比较这台服务器上的服务和另外一台具有相同configuration的服务之后，即使networking脚本与IP地址不同也是同一行 – 我发现问题在停止NetworkManager.i386服务后消失了。 我已经删除了这个包的好办法。