Невозможно пропинговать локальный хост после половины рабочего дня

Это началось как 4 или 5 дней назад. Я использую настольный компьютер Ubuntu 12.04, и после 12 часов безотказной работы кажется, что петлевое устройство просто перестает работать. Если я делаю ifconfig, похоже, что он все еще там, но если я пингую localhost или 127.0.0.1, оба сбой. Также не удается выполнить пинг известных DNS-адресов (www.google.com). Но пинг по IP работает нормально.

Остальные сетевые функции кажутся несфазированными. Я все еще могу получить доступ к ресурсу Samba со своего компьютера с Windows. Кроме того, я использую сервер Apache, который все еще доступен из внешнего мира. Глядя на монитор ресурсов, загрузка процессора и памяти кажется нормальной, когда это происходит.

Если я перезагружаю машину, все снова хорошо. Около 12 часов, пока это не произойдет снова. Любые идеи о том, что может быть причиной этого или как его диагностировать? Благодарю.


Изменить: я выполнил рекомендуемые команды диагностики. Ниже вывод. Я не могу действительно сделать головы или хвосты этого все же. Что-нибудь выглядит необычно?

~ $ ip addr
1: lo: mtu 16436 qdisc noqueue state НЕИЗВЕСТНО 
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    инет 127.0.0.1/8 хост хоста lo
    inet6:: хозяин области видимости 1/128 
       valid_lft forever предпочитаемый_lft forever
2: eth0:  mtu 1500 qdisc pfifo_fast состояние UP qlen 1000
    ссылка / эфир 00:1b:fc:64:dc:82 brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.132/24 brd 192.168.1.255 scope global eth0
    inet6 fe80::21b:fcff:fe64:dc82/64 ссылка на область видимости 
       valid_lft forever предпочитаемый_lft forever

~ $ netstat -rn
Таблица маршрутизации IP ядра
Шлюз назначения Genmask         Flags Окно MSS irtt Iface
0.0.0.0 192.168.1.1 0.0.0.0 UG 0 0 0 eth0
169.254.0.0 0.0.0.0 255.255.0.0 U 0 0 0 eth0
192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0

~ $ getent hosts localhost
127.0.0.1 localhost

$ ping 127.0.0.1
PING 127.0.0.1 (127.0.0.1) 56(84) байта данных.
^C
--- 127.0.0.1 пинг статистика ---
572 пакета передано, 0 получено, потеря пакета 100%, время 575551мс


~$ ping6::1
PING::1(::1) 56 байтов данных
64 байта из::1: icmp_seq=1 ttl=64 времени = 0,020 мс
64 байта из::1: icmp_seq=2 ttl=64 времени = 0,023 мс
64 байта из::1: icmp_seq=3 ttl=64 времени = 0,025 мс
64 байта из::1: icmp_seq=4 ttl=64 времени = 0,021 мс
64 байта из::1: icmp_seq=5 ttl=64 времени = 0,028 мс
64 байта из::1: icmp_seq=6 ttl=64 времени = 0,025 мс
64 байта из::1: icmp_seq=7 ttl=64 времени = 0,023 мс
64 байта из::1: icmp_seq=8 ttl=64 времени = 0,026 мс
64 байта из::1: icmp_seq=9 ttl=64 времени = 0,021 мс
64 байта из::1: icmp_seq=10 ttl=64 времени = 0,028 мс
^C
---::1 пинг статистика ---
10 переданных пакетов, 10 принятых, потеря пакета 0%, время 8998 мс
rtt мин / ср / макс / мдев = 0,020/0,024/0,028/0,002 мс

~$ ifconfig
eth0      Link encap:Ethernet  HWaddr 00:1b:fc:64:dc:82  
          адрес в сети Интернет:192.168.1.132  Bcast:192.168.1.255 Маска: 255.255.255.0
          inet6 адрес: fe80::21b:fcff:fe64:dc82/64 Область действия: ссылка
          UP BROADCAST RUNNING MULTICAST  MTU:1500 Метрика: 1
          Пакеты RX:5537467 ошибок: 0 отброшено: 0 переполнений: 0 кадр: 0
          Пакеты TX:7700200 ошибок: 0 отброшено: 0 переполнений: 0 несущая: 0
          столкновения:0 txqueuelen:1000 
          RX байтов:2390500721 ​​(2,3 ГБ)  TX байтов:8274946292 (8,2 ГБ)
          Прерывание: 23 Базовый адрес: 0x4000 

lo Link encap: Local Loopback  
          адрес в сети:127.0.0.1 маска: 255.0.0.0
          inet6 адрес:::1/128 Область применения:Host
          UP LOOPBACK RUNNING  MTU:16436 Метрика: 1
          Пакеты RX:1441430 ошибок: 0 отброшено: 0 переполнений: 0 кадр: 0
          Пакеты TX:1441430 ошибок: 0 отброшено: 0 переполнений: 0 несущая: 0
          столкновений:0 txqueuelen:0 
          RX байтов:2084259522 (2,0 ГБ)  TX байтов:2084259522 (2,0 ГБ)

1 ответ

Я смог исправить эту проблему на своих машинах Debian, обновив ядро ​​3.2.0-4, которое в настоящее время находится в Wheezy, с версии 2.6.32-5, которая в настоящее время находится в Squeeze.

Если вы не можете обновить ядро, я смог обойти эту проблему на двух моих серверах, сказав им, чтобы они обращались к локальному преобразователю DNS через IPv6 вместо IPv4. Вот мой resolv.conf:

search example.com
nameserver ::1

Это не было идеальной работой, но этого было достаточно некоторое время.

Другие вопросы по тегам