отпадает один сетевой интерфейс в процессе работы debian 7.2

Втыкай другие сетевушки и смотри на результат.

ifconfig - тоже одна сетевуха

ifconfig -a

Читайте вывод dmesg, может там есть чего про ошибки с сетевой.

вот кусок dmidecode от одной из моих материнок:

Base Board Information
        Manufacturer: ASUSTeK COMPUTER INC.
        Product Name: P8H61-M LX3

на которой под управлением шестой центоси сдыхала сетевуха с драйвером r8169 после передачи 2тб добра. Отключил её в биосе и всунул какой-то интел e1000

не думаю что через сетевую проходит столько трафика сервак на тесте один комп подключен я там проверил что работает софт по правилам и фильтрации и ушол заниматься дальше, а через время подхожу комп не выходит сквид говорит тайминг ожидания превышен, на сервак захожу сетевухи как будто и не было. по замене подумаю сейчас попробую варианты сверху предложенные.

та втыкать можно, отваливается та которая встроенная и интернет на ней, возможно что на новой сетевухе с нетом такая же ерунда будет. я настраивал через оболочку системы может здесь чего некорректно работать?

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

мож у тебя ещё более дерьмовая ревизия материнки, вот она ещё раньше и дохнет, суй в pci-ex нормальную сетевуху и радуйся

до установки сквидгуарда

то есть в dmesg и в /var/log/messages всё ок? тогда дело может быть и не в сетевухе, надо ещё информации

Отключи сквидгард и проверь.
Если дело в нём - читай как он подключается к сквиду и как работает с его конфигом.

посмотрел в messages вот кусок когда сетевуха теряется(21 дек я пришол и «разбудил» систему):

Dec 20 08:27:08 systema pppd[2781]: Plugin rp-pppoe.so loaded. Dec 20 08:27:08 systema kernel: [ 21.555871] PPP generic driver version 2.4.2 Dec 20 08:27:08 systema pppd[2781]: Plugin /usr/lib/pppd/2.4.5/nm-pppd-plugin.so loaded. Dec 20 08:27:08 systema pppd[2781]: pppd 2.4.5 started by root, uid 0 Dec 20 08:27:08 systema pppd[2781]: PPP session is 4435 Dec 20 08:27:08 systema pppd[2781]: Connected to 00:90:1a:a4:de:02 via interface eth1 Dec 20 08:27:08 systema pppd[2781]: Using interface ppp0 Dec 20 08:27:08 systema pppd[2781]: Connect: ppp0 <--> eth1 Dec 20 08:27:08 systema kernel: [ 21.749109] NET: Registered protocol family 24 Dec 20 08:27:09 systema pppd[2781]: PAP authentication succeeded Dec 20 08:27:09 systema pppd[2781]: peer from calling number 00:90:1A:A4:DE:02 authorized Dec 20 08:27:09 systema kernel: [ 22.791424] postgres (2800): /proc/2800/oom_adj is deprecated, please use /proc/2800/oom_score_adj instead. Dec 20 08:27:09 systema pppd[2781]: local IP address 31.23.192.253 Dec 20 08:27:09 systema pppd[2781]: remote IP address 83.221.214.196 Dec 20 08:27:09 systema pppd[2781]: primary DNS address 80.254.108.206 Dec 20 08:27:09 systema pppd[2781]: secondary DNS address 80.254.108.194 Dec 20 08:27:10 systema squid[2540]: Squid Parent: child process 2840 started Dec 21 07:35:03 systema rsyslogd: [origin software=«rsyslogd» swVersion=«5.8.11» x-pid=«2215» x-info="http://www.rsyslog.com«] rsyslogd was HUPed Dec 21 08:27:10 systema pppd[2781]: LCP terminated by peer Dec 21 08:27:10 systema pppd[2781]: Connect time 1440.1 minutes. Dec 21 08:27:10 systema pppd[2781]: Sent 21852714 bytes, received 69247185 bytes. Dec 21 08:27:13 systema pppd[2781]: Connection terminated. Dec 21 08:27:13 systema pppd[2781]: Terminating on signal 15 Dec 21 08:27:13 systema pppd[2781]: Modem hangup Dec 21 08:27:13 systema pppd[2781]: Exit. Dec 22 07:35:02 systema rsyslogd: [origin software=„rsyslogd“ swVersion=„5.8.11“ x-pid=„2215“ x-info=»http://www.rsyslog.com«] rsyslogd was HUPed

а вот что в сис логе пишуть:

Dec 21 07:35:11 systema anacron[17464]: Job `cron.daily' terminated (mailing output) Dec 21 07:35:12 systema anacron[17464]: Normal exit (1 job run) Dec 21 08:17:01 systema /USR/SBIN/CRON[18029]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly) Dec 21 08:27:10 systema pppd[2781]: LCP terminated by peer Dec 21 08:27:10 systema pppd[2781]: Connect time 1440.1 minutes. Dec 21 08:27:10 systema pppd[2781]: Sent 21852714 bytes, received 69247185 bytes. Dec 21 08:27:13 systema pppd[2781]: Connection terminated. Dec 21 08:27:13 systema avahi-daemon[2562]: Withdrawing workstation service for ppp0. Dec 21 08:27:13 systema NetworkManager[2613]: <info> (eth1): device state change: activated -> failed (reason 'ppp-disconnect') [100 120 13] Dec 21 08:27:13 systema NetworkManager[2613]: <warn> Activation (eth1) failed. Dec 21 08:27:13 systema NetworkManager[2613]: SCPlugin-Ifupdown: devices removed (path: /sys/devices/virtual/net/ppp0, iface: ppp0) Dec 21 08:27:13 systema dbus[2319]: [system] Activating service name='org.freedesktop.nm_dispatcher' (using servicehelper) Dec 21 08:27:13 systema NetworkManager[2613]: <info> (eth1): now unmanaged Dec 21 08:27:13 systema NetworkManager[2613]: <info> (eth1): device state change: failed -> unmanaged (reason 'removed') [120 10 36] Dec 21 08:27:13 systema NetworkManager[2613]: <info> (eth1): deactivating device (reason 'removed') [36] Dec 21 08:27:13 systema NetworkManager[2613]: <warn> could not read ppp stats: No such device Dec 21 08:27:13 systema avahi-daemon[2562]: Withdrawing address record for fd21:4544:d000:0:a60:6eff:fe6a:8e38 on eth1. Dec 21 08:27:13 systema avahi-daemon[2562]: Withdrawing address record for fd48:887c:c6e3:0:a60:6eff:fe6a:8e38 on eth1. Dec 21 08:27:13 systema avahi-daemon[2562]: Leaving mDNS multicast group on interface eth1.IPv6 with address fd48:887c:c6e3:0:a60:6eff:fe6a:8e38. Dec 21 08:27:13 systema avahi-daemon[2562]: Joining mDNS multicast group on interface eth1.IPv6 with address fe80::a60:6eff:fe6a:8e38. Dec 21 08:27:13 systema NetworkManager[2613]: <info> (eth1): cleaning up... Dec 21 08:27:13 systema NetworkManager[2613]: <info> (eth1): taking down device. Dec 21 08:27:13 systema dbus[2319]: [system] Successfully activated service 'org.freedesktop.nm_dispatcher' Dec 21 08:27:13 systema pppd[2781]: Terminating on signal 15 Dec 21 08:27:13 systema pppd[2781]: Modem hangup Dec 21 08:27:13 systema pppd[2781]: Exit. Dec 21 08:27:13 systema avahi-daemon[2562]: Interface eth1.IPv6 no longer relevant for mDNS. Dec 21 08:27:13 systema avahi-daemon[2562]: Leaving mDNS multicast group on interface eth1.IPv6 with address fe80::a60:6eff:fe6a:8e38. Dec 21 08:27:13 systema avahi-daemon[2562]: Withdrawing address record for fe80::a60:6eff:fe6a:8e38 on eth1. Dec 21 08:32:22 systema dbus[2319]: [system] Activating service name='org.freedesktop.PackageKit' (using servicehelper) Dec 21 08:32:22 systema dbus[2319]: [system] Successfully activated service 'org.freedesktop.PackageKit'

и интерфейс eth1 отключает. это что значит что сетевая дерьмо?

помогите разобрать. в сообщении, которое выше этого, вывод текста сообщений и логов, когда интерфейс отключается системой .

и ваше мнение по логам выше выложенным хотелось бы увидеть.

В этой каше трудно разобратся, прочитайте описание разметки LORCODE, ссылка над кнопкой «Поместить» под полем ввода сообщения.

Так, ничего интерестного там не видно. Покажите вывод команд ″ip link″ и ″dmesg | grep eth1″ при отпавшей сетевушке.

В этой каше трудно разобратся, прочитайте описание разметки LORCODE, ссылка над кнопкой «Поместить» под полем ввода сообщения.

Так, ничего интерестного там не видно. Покажите вывод команд ″ip link″ и ″dmesg | grep eth1″ при отпавшей сетевушке.

Завтра если «удачно отпадёт» сделаю вывод.LORCODE читал прежде чем выкладывать сообщения выше, но что-то не получилось у меня впихнуть под спойлер всё это допустим, в чём причина не знаю делал всё как написано в руководстве, цитата без проблем кстати.

Покажите вывод команд ″ip link″ и ″dmesg | grep eth1″ при отпавшей сетевушке.

вывод команды ip link:

• 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue state UNKNOWN mode DEFAULT link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
• 2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP mode DEFAULT qlen 1000 link/ether f8:1a:67:04:8a:e8 brd ff:ff:ff:ff:ff:ff
• 3: eth1: <BROADCAST,MULTICAST> mtu 1500 qdisc pfifo_fast state DOWN mode DEFAULT qlen 1000 link/ether 08:60:6e:6a:8e:38 brd ff:ff:ff:ff:ff:ff

вывод команды dmesg | grep eth1:

• [ 0.946832] r8169 0000:04:00.0: eth1: RTL8168f/8111f at 0xffffc90000c76000, 08:60:6e:6a:8e:38, XID 08000800 IRQ 42
• [ 0.946835] r8169 0000:04:00.0: eth1: jumbo features
• [frames: 9200 bytes, tx checksumming: ko]
• [ 19.790799] r8169 0000:04:00.0: eth1: unable to load firmware patch rtl_nic/rtl8168f-1.fw (-2)
• [ 19.800935] r8169 0000:04:00.0: eth1: link down
• [ 19.800951] r8169 0000:04:00.0: eth1: link down
• [ 19.801357] ADDRCONF(NETDEV_UP): eth1: link is not ready
• [ 21.471826] r8169 0000:04:00.0: eth1: link up
• [ 21.472330] ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
• [ 34.087838] eth1: no IPv6 routers present

eth1: link is not ready

Либо сетевуха, либо витуха

это что значит что сетевая дерьмо?

Если у тебя всё работает с другими сетевухами, и нет навыков дебага драйверов - дело для тебя обстоит именно так.

Если у тебя всё работает с другими сетевухами, и нет навыков дебага драйверов

сетевая от иинтел в пути. по дебагу драйверов что можно делать - подбирать дрова или подстраивать под существующие драйвера?, поподробней пожалуйста, а я погуглю пока.

Тебе шашачки или ехать?
Если и то и другое и «лучше без хлеба» - зацени книжку «Linux device drivers».
Там подробно расписано как оно работает.
Дальше в той же серии есть книга про разработку оных, там подробнейше про дебаг.
Больше я ничем помочь не могу.
glhf

Если и то и другое и «лучше без хлеба» - зацени книжку «Linux device drivers»

Спасибо заценим.мучает вопрос - скажи что за дед у тебя на нике выставлен?

Дак это у вас не сетёвка отпадает, а просто NM (networkManager) глючит и теряет её при падении ppp. Говорят, что если после такого «отпадания» сделать ″service network-manager restart″, то всё вылечется без перезагрузки.

Проверьте это, и, если это так, то нужно копать в эту сторону, а не в сторону замены железа (сетевой карточки).

Говорят, что если после такого «отпадания» сделать ″service network-manager restart″

попробуем. завтра отпишусь что получилось.

скажи что за дед у тебя на нике выставлен?

Винтон Сёрф

сделать ″service network-manager restart″

всё сделал и всё заработало. что можете посоветовать по решению проблемы. я так понимаю что NM не может восстановить(теряет интерфес с ррр0) после длительного бездействия системы.

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

Вот здесь вот приводится (Upstart script), который будет рестартовывать NM при отсутствии в выводе ifconfig интерфейса eth0: http://askubuntu.com/questions/71528/make-network-manager-restart-after-dropp... ну в вашем случае, нужно eth0 заменить на eth1.

По сути это не решение проблемы, а костыль. Проблема в баге в NM, но неведомо, когда его починят. Я лично всегда обходился без NM, он много чего не умеет, но зато регулярно является проблемой, из-за которой создаются топики на разных форумах. Можете попробовать сконфигурить сеть без NM, правда не знаю, как в Дебиане правильно сделать перезапуск ppp-соединения при обрыве связи.

Можете попробовать сконфигурить сеть без NM, правда не знаю, как в Дебиане правильно сделать перезапуск ppp-соединения при обрыве связи.

буду пробывать всё ручками, спасибо за совет. отпишусь позже что как для протокола.

буду пробывать всё ручками, спасибо за совет. отпишусь позже что как для протокола. maximillianck (25.12.2013 16:24:07)

отчёт: настроил всё руками, в интерфейсах прописал руками, pppoe поднял с одноимённой прогой pppoe полёт пока нормальный. всем спасибо за участие и понимание.