Видел то же самое сегодня, я имею 211. Это из-за нового выпуска CentOS.
Существенные изменения в CentOS 5.6 по сравнению с CentOS 5.5 включают:
Другие обновления включают более новую версию нескольких драйверов беспроводных устройств, Samba3x, ghostscript, LVM, mod_nss, подверсия и gcc, плюс другие.
Для справки в будущем, Я наконец обнаружил, в чем была проблема.
На самом деле это произошло из-за ядра CentOS из-за того, что регистр управления timesync tx не установлен должным образом.
Ссылки: https://groups.google.com/forum/#!topic/springdale-users/bBqrE545sYo http://bugs.centos.org/view.php?id=6810
В конце эта проблема исчезла сама собой после того, как я перешел на новый сервер.
If it isn't in /var/log/messages or dmesg from the kernel then I'm not sure which utility will get you the info to figure it out. I would try setting logging to debug in /etc/rsyslog.conf, look for the line with /var/log/messages and change info to debug.
In my experience, eth0 disappearing in CentOS is related to NetworkManager. Make sure you disable networkmanager then enable network. I've seen this happen when I have manually configured networking by creating/modifying /etc/sysconfig/network-scripts/ifcfg-eth0
but forgot to chkconfig networkmanager off
then chkconfig network on
.
Best thing is probably to troubleshoot live via KVM the next time it happens. One other thing I might try is a loop that runs something like ethtool
to get the link status every 30 - 60 seconds just to get a time frame of when the failure happens. Reading logs is much easier when you have a timestamp or really small timeframe to focus on. :)
Last, if something is really happening to /etc/sysconfig/network-scripts/ifcfg-eth0
then you could create and audit policy to watch that file for any changes.