Сервер Ubuntu 9,04 компьютерных замораживаний вся сеть периодически
У меня есть бездисплейный компьютер рабочий Сервер Ubuntu 9.04, который я использую для совместного доступа к файлам в сети и как частный веб-сервер. Время от времени я теряю свое интернет-соединение на моем ноутбуке, который находится в той же сети. Когда я проверяю, вся сеть снижается, и ни одно из подключенных устройств не может быть достигнуто. Однако, если я отключаю (и таким образом перезагрузка) Сервер Ubuntu, вся сетевая операция резюме как ничто когда-либо происходила. Это происходит несколько раз каждые два месяца.
Я смотрел на системные журналы, и нет ничего для наблюдения там. Остановки системного журнала в 20,45 всех внезапных и затем возобновляются в 21,15 с сообщениями загрузки ядра, в данный момент я нажал на переключателе для начальной загрузки компьютера.
1 ответ
Я видел, что NICs теряет их умы и затор дешевые переключатели путем передачи бессмысленных данных (передача бесконечного кадра) или путем отправки чрезмерных сигналов управления потоком Ethernet низкого уровня. К сожалению, эти виды аппаратных ошибок MAC/PHY могут остаться незамеченными драйвером Ethernet хоста, таким образом, Вы ничего не будете видеть в своих журналах. Также неудачный то, что ни один из тех дефектов не был бы видим в типичной трассировке сниффера, поскольку сигналы управления потоком не являются действительно "кадрами Ethernet", и что касается передачи бессмысленных данных, снифферы обычно только получают кадры, которые являются в пределах нормального размера.
В следующий раз, когда это происходит, было бы интересно видеть, уходит ли проблема просто путем разъединения канала Ethernet сервера Ubuntu к сети, и если это делает, проблема возвращается, когда Вы включаете кабель Ethernet назад?
Отбрасывания ссылки могло бы быть достаточно для сброса микросхем NIC для разрешения проблемы, но если проблема действительно возвращается, как только Вы включаете Ethernet назад, Вы могли попытаться включить кабель Ethernet с сервера Ubuntu непосредственно в Ethernet на машине сниффера (надо надеяться, у Вас есть машина с auto-MDI-X или удобным перекрестным кабелем). Затем можно попытаться получить кадры; если Вы можете получить кадры, они могли бы дать Вам ключ к разгадке как, туда, где ошибка с NIC, драйвером, сетевым стеком или некоторым использующим сеть приложением.
Вы могли также Google для других людей с тем же видом NIC (или по крайней мере чипсет NIC) как Вы, чтобы видеть, есть ли у других та же проблема. Конечно, всегда хорошо удостовериться, что у Вас есть последний драйвер для Вашей карты.
Ваш бездисплейный сервер Ubuntu имеет видеокарту в нем вообще, или можно ли вставить тот временно? Затем в следующий раз, когда это происходит, Вы могли включить дисплей, клавиатуру и мышь и видеть то, что можно изучить на месте на хосте. Ядро хоста испугано или полностью заморожено или является этим просто, что его сеть I/O полита из шланга? Если хост в основном применим (кроме сети), то Вы могли выполнить tcpdump или Wireshark на нем и видеть то, что он думает, что делает по сети.
Обратите внимание, что Вы не должны даже использовать графическую консоль для проверки, что продолжается на поле сервера Ubuntu. Например, если Ваша машина имеет последовательный порт (или можно поднять трубку последовательный адаптер USB), что можно настроить как порт терминала последовательной консоли, Вы могли сцепить другую машину с тем портом и ввести по абсолютному адресу вокруг от оболочки. Или если у Вас есть другой NIC, Вы могли бы вставить то поле, у Вас мог бы быть другой NIC, переходят к отдельной изолированной сети, которую можно использовать для SSH или VNC в поле (идущий на теорию, что это - просто то NIC, это сошло с ума, не целый сетевой стек Linux).
Я предложил бы установить более высокое качество NIC в Вашем сервере или заменить вероятный переключатель на уровне конечного пользователя, Вы используете дома с чем-то корпоративный класс достаточно, чтобы быть разработанными для отгораживания перегородкой портов, которые поливают из шланга сеть.
Обновление: Добавленный некоторые дополнительные предложения для диагностирования/поиска и устранения неисправностей. Но в целом, если бы это - вид режимов отказа оборудования NIC, я думаю, я сомневаюсь, что у любого было бы много надежды на отладку этого кроме инженеров, которые разработали тот чипсет NIC.