Это началось как 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)
Я смог исправить эту проблему на своих машинах Debian, обновив ядро 3.2.0-4, которое в настоящее время находится в Wheezy, с версии 2.6.32-5, в настоящее время находящейся в Squeeze.
Если вы не можете обновить свое ядро, я смог обойти эту проблему на двух моих серверах, сказав им, чтобы они обращались к локальному преобразователю DNS через IPv6 вместо IPv4. Вот мои resolv.conf
:
search example.com
nameserver ::1
Это не было идеальной работой, но этого было достаточно некоторое время.