我在租用的专用服务器上运行debian挤压,并且在最近一段时间内,服务器通过任何外部服务从某一时刻到另一时刻都变得无法到达。
在这个停机期间,crontabs等正常运行,我找不到任何崩溃或相关的任何日志文件。
为了重新获得控制权,我只需通过提供商的Web界面重新启动它即可。
关于这个话题: Linuxnetworking崩溃:找出原因的最佳步骤? 我遇到了这个问题的供应商,但他们找不到他们的网卡或网卡有问题,另外他们完全改变了我的服务器硬件(硬盘除外)。
我怎样才能更接近造成这些停工的来源呢?
可悲的是我无法访问服务器,当它是外部无法访问,做任何testing。
服务器无法访问时,“arp -na”返回“在eth0上的<incomplete>”。 (我做了一个简单的crontab谁检查这个状态)在系统日志中,我找不到任何有关这个问题的信息。
puck:/home# route -n Kernel-IP-Routentabelle Ziel Router Genmask Flags Metric Ref Use Iface xx.xx.xxx.xxx 0.0.0.0 255.255.255.192 U 0 0 0 eth0 0.0.0.0 xx.xx.xxx.xxx 0.0.0.0 UG 0 0 0 eth0 puck:/home# arp -na ? (xx.xx.xxx.xxx) auf 00:00:5e:00:01:01 [ether] auf eth0 puck:/home# ethtool eth0 Settings for eth0: Supported ports: [ TP MII ] Supported link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Half 1000baseT/Full Supports auto-negotiation: Yes Advertised link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Half 1000baseT/Full Advertised pause frame use: Symmetric Receive-only Advertised auto-negotiation: Yes Speed: 100Mb/s Duplex: Full Port: MII PHYAD: 1 Transceiver: external Auto-negotiation: on Supports Wake-on: g Wake-on: g Current message level: 0x000000ff (255) Link detected: yes
我的界面:
auto lo iface lo inet loopback # ethernet interface auto eth0 iface eth0 inet static address xxx.xxx.xxx.xxx network xxx.xxx.xxx.yyy netmask 255.255.255.yyy broadcast xxx.xxx.xxx.255 gateway xxx.xxx.zzz.zzz # virtual interfaces auto eth0:1 iface eth0:1 inet static address xxx.xxx.xxx.xxx netmask 255.255.255.255 auto eth0:2 iface eth0:2 inet static address xxx.xxx.xxx.xxx netmask 255.255.255.255 auto eth0:3 iface eth0:3 inet static address xxx.xxx.xxx.xxx netmask 255.255.255.255
尝试添加更多的每分钟运行的cron作业并logging:
这应该可以帮助您确定是否整个机器冻结,或者只是networking问题,如果是的话,他们从哪里开始。
凸轮是IP地址冲突,甚至更好的情况下,在同一段的MAC副本?