Беда с выделенным сервером. Проконсультируйте

Погуглил по

NETDEV WATCHDOG: eth0: transmit timed out

r8169: eth0: link up

Похоже на косяк драйвера сетевушки. Выходов вижу два. Поставить драйвер из исходников с сайта реалтека, как рекомендуют. Либо попросить провайдера воткнуть в машину другую сетевуху (другого производителя). Машина наверняка арендованая, не колокейшин, поэтому уболтать провайдера вполне реально (вы же при выборе провадера учитывали простоту общения с ним? :-) ). Если, конечно, в машине остались свободные слоты. В обоих случаях нужен будет IP-KVM и лучше, чтобы эту операцию производил постоянных администратор, т.к. нужно будет в деталях знать, что проделали.

В случае установки новой сетевухи - перенастроить сеть можно разрешить и провайдеру (думаю это реально, покрайней мере, когда у меня был колокейшин я на такое убалтывал саппорт среди ночи, дело было в россии). Саппорт, обычно, не любит, когда их назойливо просят сделать какую-нибудь ерунду. В реальной трудности, помогают (если конечно, клиент не сам себе трудности создает). И это как раз случай, когда требуется их помощь.

То что косяк сетевухи - это почти наверняка, скорее всего все закончится сносам файла и установки новой ОС :( Сетевуху другого производителя они не поставят, там ведь стандартные конфиги, а не сборные. С IP KVM, его надо заказывать, а такие услугу ни выходных они активируют, т.е. ждать до понедельника. По сколько KVM нет, а решить тривиальными методами скорее всего нельзя, быстрее будет запустить rescue

сборка драйвера с сайта реалтека, скорее всего, достаточно простая процедура. И провести ее можно и без KVM (если уж его нет). Просто перед каждой операцией, в результате которой есть риск остаться без сети нужно ставить машину на ребут минут через 5. Снос и полная переустановка - это крайняя мера.

Так что если есть доступ к машине по сети (хоть какой-то), то я бы переставил драйвер. Прикол в том, что об этом очень подробно нужно будет знать постоянному админу, т.к. при любом обновлении ядра нужно будет заново настраивать сетевой драйвер.

не проще ли разобраться что такое случилось, что рабочая машина превратилась в нерабочую?

Pilat, ну, например, хентцнер решил подвигать или заменить сетевое оборудование. раньше неправильно инциализированная карта работала, а после перестала. тут надо карту правильно инциализировать.

ну можно попробовать пощелкать режимами карты - от полудуплекса до фулл 10 \100 \автомат .

только задуматься заранее ,чтоб связь навечно не пропала при переключении карточки ..

netstat -ni много ошибок кажет?

Ночью прилетел штатный одмин, через 30 минут было все сделано.

Всем кто пытался помочь, спасибо. Вопрос решен, тему можно закрыть.

Как решён вопрос? В чём была причина?

Скорее всего там было выставлено медиа 10mbt Half Duplex, а админ пришел и поменял на 100mbit Full Duplex :)

Скорость была далек от 10Мбит, кто смотрел сайт подтвердит, там и 1 Мбита не было

Проблема была эта http://wiki.hetzner.de/index.php/Installation_of_r8168_network_driver_under_CentOS_5.3

Драйвер Realtek r8169 некорректно работает с CentOS 5.3.

Заменил r8169 на r8168. Собственно и все

Драйвера r8168 нет в репозитории, соответственно нет в образе Hetzner’a. И их надо тащить с официального сайта Realtek’а. Поэтому при использование Rescue через панель Hetzner’a лучше сразу установить драйвер r8168, да же если сразу все работает хорошо. Возможно это будет полезно клиентам Hetzner’a.