Как лучше всего контролировать/регистрировать проблемы на eth0?

Видел то же самое сегодня, я имею 211. Это из-за нового выпуска CentOS.

Существенные изменения в CentOS 5.6 по сравнению с CentOS 5.5 включают:

  • ext4 является теперь полностью поддерживаемой файловой системой
  • libvirt был обновлен к 0.8.2
  • свяжите был обновлен к 9,7 и поддерживает NSEC3 теперь.
  • ebtables был добавлен
  • php53 доступен как php замена.
  • Демон System Security Services (SSSD) был добавлен.

Другие обновления включают более новую версию нескольких драйверов беспроводных устройств, Samba3x, ghostscript, LVM, mod_nss, подверсия и gcc, плюс другие.

0
задан 23 May 2014 в 02:43
2 ответа

Для справки в будущем, Я наконец обнаружил, в чем была проблема.

На самом деле это произошло из-за ядра CentOS из-за того, что регистр управления timesync tx не установлен должным образом.

Ссылки: https://groups.google.com/forum/#!topic/springdale-users/bBqrE545sYo http://bugs.centos.org/view.php?id=6810

В конце эта проблема исчезла сама собой после того, как я перешел на новый сервер.

0
ответ дан 5 December 2019 в 13:52

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.

0
ответ дан 5 December 2019 в 13:52

Теги

Похожие вопросы