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

Это началось как 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 UNKNOWN 
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: eth0:  mtu 1500 qdisc pfifo_fast state UP qlen 1000
    link/ether 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 scope link 
       valid_lft forever preferred_lft forever

~$ netstat -rn
Kernel IP routing table
Destination     Gateway         Genmask         Flags   MSS Window  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) bytes of data.
^C
--- 127.0.0.1 ping statistics ---
572 packets transmitted, 0 received, 100% packet loss, time 575551ms


~$ ping6 ::1
PING ::1(::1) 56 data bytes
64 bytes from ::1: icmp_seq=1 ttl=64 time=0.020 ms
64 bytes from ::1: icmp_seq=2 ttl=64 time=0.023 ms
64 bytes from ::1: icmp_seq=3 ttl=64 time=0.025 ms
64 bytes from ::1: icmp_seq=4 ttl=64 time=0.021 ms
64 bytes from ::1: icmp_seq=5 ttl=64 time=0.028 ms
64 bytes from ::1: icmp_seq=6 ttl=64 time=0.025 ms
64 bytes from ::1: icmp_seq=7 ttl=64 time=0.023 ms
64 bytes from ::1: icmp_seq=8 ttl=64 time=0.026 ms
64 bytes from ::1: icmp_seq=9 ttl=64 time=0.021 ms
64 bytes from ::1: icmp_seq=10 ttl=64 time=0.028 ms
^C
--- ::1 ping statistics ---
10 packets transmitted, 10 received, 0% packet loss, time 8998ms
rtt min/avg/max/mdev = 0.020/0.024/0.028/0.002 ms

~$ ifconfig
eth0      Link encap:Ethernet  HWaddr 00:1b:fc:64:dc:82  
          inet addr:192.168.1.132  Bcast:192.168.1.255  Mask:255.255.255.0
          inet6 addr: fe80::21b:fcff:fe64:dc82/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:5537467 errors:0 dropped:0 overruns:0 frame:0
          TX packets:7700200 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:2390500721 (2.3 GB)  TX bytes:8274946292 (8.2 GB)
          Interrupt:23 Base address:0x4000 

lo        Link encap:Local Loopback  
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:1441430 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1441430 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:2084259522 (2.0 GB)  TX bytes:2084259522 (2.0 GB)

2
задан 9 August 2012 в 06:14

1 ответ

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

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

search example.com
nameserver ::1

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

0
ответ дан 9 August 2012 в 06:14

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

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