После обновления ядра с 2.6.28 на 2.6.29 начал умирать сетевой стек... Вплоть до того, что не пингуется лакальная петля. Происходит это где-то через 5-30 минут после загрузки системы. В /var/log/messages и других логах ничего нет.
Отключение iptables ничего не дает. При пинге localhost и включеном iptables показания счетчиков меняются только в цепочке OUTPUT.
Конфиг ядра обновлял с 2.6.28 обычным способом: make oldconfig, принимая все вопросы по умолчанию.

Когда откатился на 2.6.28, то проблем нет.

#uname -a
Linux admin 2.6.29-gentoo #1 PREEMPT Tue Mar 31 12:20:19 EET 2009 i686 AMD Athlon(tm) 64 Processor 3000+ AuthenticAMD GNU/Linux

Подскажите в чем может быть проблема? Или как можно включить вывод диагностических сообщений для сетевого стека?

• Умирает сетевой стек на kernel-2.6.29,Аноним, 22:11 , 01-Апр-09
  • Умирает сетевой стек на kernel-2.6.29,ws, 07:00 , 02-Апр-09
    • Умирает сетевой стек на kernel-2.6.29,Анонимус, 11:31 , 02-Апр-09
      • Умирает сетевой стек на kernel-2.6.29,ws, 09:23 , 03-Апр-09
        • Умирает сетевой стек на kernel-2.6.29,den, 11:25 , 03-Апр-09
          • Умирает сетевой стек на kernel-2.6.29,ws, 14:12 , 03-Апр-09
            • Умирает сетевой стек на kernel-2.6.29,ws, 17:11 , 03-Апр-09
              • Умирает сетевой стек на kernel-2.6.29,Анонимус, 19:06 , 03-Апр-09
                • Умирает сетевой стек на kernel-2.6.29,Анонимус, 19:11 , 03-Апр-09
                • Умирает сетевой стек на kernel-2.6.29,ws, 12:28 , 04-Апр-09

У меня то же самое. И тоже на дженте и процессор от амд - семпрон. Чипсет - виа.

>У меня то же самое. И тоже на дженте и процессор от
>амд - семпрон. Чипсет - виа.

У меня чипсет nForce.

>>У меня то же самое. И тоже на дженте и процессор от
>>амд - семпрон. Чипсет - виа.
>
>У меня чипсет nForce.

Сначала, грешил на новый udev, в частности на опцию "persistent_net_disable" в файле /etc/conf.d/udev. persistent_net_disable стоял у меня в "no", то есть udev пытался создавать /dev/ethX для моих сетевых карт (у меня их два: одна встроенная - Via Rhine (eth1), вторая - 3Com 905 - PCI (eth0)). Установил persistent_net_disable в значение "yes", перезагрузился для чистоты эксперимента, сеть проработала где-то полчаса или даже меньше, потом пропала.

Далее, начал смотреть dmesg, у меня там следующие сообщения:

eth0 (3c59x): not using net_device_ops yet
eth1: VIA Rhine II at 0xf3000000, 00:11:2f:3c:c9:42, IRQ 23.
eth1: MII PHY found at address 1, status 0x786d advertising 01e1 Link 45e1.

так и не понял, что означает "not using net_device_ops yet", видимо, что-то связанное с питанием, начал подозревать, что для экономии энергии система отключает eth0, но потом не может его снова "разбудить". Поэтому перекинул весь основной конфиг и настройки сети на net.eth1 (одна сетевая всё равно была не задействована), перезагрузился (до перезагрузки у меня не хотел работать локальный рекурсор - dnscache, просто /etc/inet.d/net.eth0 stop, /etc/init.d/net.eth1 start не помогли), со вчерашнего дня всё работает нормально.

Но у меня другая ситуация - сетевой стек полностью молчит. Т.е. даже локальная петля замирает, а не только драйвер сетевой карты...

А что показывает iptables ?

>А что показывает iptables ?

При пинге localhost и включеном iptables показания счетчиков меняются только в цепочке OUTPUT.

Chain INPUT (policy DROP 0 packets, 0 bytes)
pkts bytes target     prot opt in     out     source               destination
764K   66M ACCEPT     all  --  lo     any     anywhere             anywhere
^^^^^^^^^^ - здесь ничего не меняется

Chain OUTPUT (policy DROP 0 packets, 0 bytes)
pkts bytes target     prot opt in     out     source               destination
764K   66M ACCEPT     all  --  any    lo      anywhere             anywhere
^^^^^^^^^^ - меняются цифры только здесь

Но даже при отключеном iptabels пинга нет.

Где еще можно посмотреть состояние сетевого стека?

Могу добавить, что в tcpdump -i lo во время пинга ничего не показывает...
#ifconfig lo
lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:42 errors:0 dropped:0 overruns:0 frame:0
        ^^^^^^^^ -счетчик меняется
          TX packets:42 errors:0 dropped:0 overruns:0 carrier:0
        ^^^^^^^^ -счетчик меняется
          collisions:0 txqueuelen:0
          RX bytes:3277 (3.2 KiB)  TX bytes:3277 (3.2 KiB)

>[оверквотинг удален]
>          RX packets:42
>errors:0 dropped:0 overruns:0 frame:0
>        ^^^^^^^^ -счетчик меняется
>          TX packets:42
>errors:0 dropped:0 overruns:0 carrier:0
>        ^^^^^^^^ -счетчик меняется
>          collisions:0 txqueuelen:0
>
>          RX bytes:3277
>(3.2 KiB)  TX bytes:3277 (3.2 KiB)

http://patchwork.kernel.org/patch/14804/

По ссылке говорится, что проблема известная и что подготовлен патч, исправляющий данную проблему, который войдёт в ядро 2.6.29.1. Ядро версии 2.6.29.1 вышло вчера (2 апреля), фикс, судя по чейнджлогу включён, дождитесь новых gentoo-sources и наслаждайтесь жизнью. :)

Ещё подробности: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=521691

>[оверквотинг удален]
>>(3.2 KiB)  TX bytes:3277 (3.2 KiB)
>
>http://patchwork.kernel.org/patch/14804/
>
>По ссылке говорится, что проблема известная и что подготовлен патч, исправляющий данную
>проблему, который войдёт в ядро 2.6.29.1. Ядро версии 2.6.29.1 вышло вчера
>(2 апреля), фикс, судя по чейнджлогу включён, дождитесь новых gentoo-sources и
>наслаждайтесь жизнью. :)
>
>Ещё подробности: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=521691

http://patchwork.kernel.org/patch/14074/

спасибо.
Со вчерашнего вечера система работает с этим патчем: http://kerneltrap.org/mailarchive/linux-netdev/2009/3/26/524...