accel-ppp.org

Переход на 4-е ядро (4.4.140-1.el6.elrepo.x86_64) ничего не изменил - всё так же непредсказуемо уходит в down "родительский" интерфейс.. Где ещё поискать "чёрную кошку"?? P.S. А не может быть этой "кошкой" демон snmpd? Ведь он активно шуршит по ВСЕМ интерфейсам.. Сегодня, "играясь" с логированием sn...

Может есть смысл "пересобраться" на 4-м ядре (сейчас - 3.10.108-1.el6.elrepo.x86_64)?
Для "моего" CentOS 6.9 есть ядро 4.4.138-1.el6.elrepo.x86_64, ставится без проблем yum-ом.
accel на нём собирается без вопросов. Всё проверял на "игрушечной" старинной супермикре.

dimka88 wrote: ↑

03 Jul 2018, 18:06

Не вызывается ethtool в скриптах?

Нет.
Ничего, работающего "напрямую" с интерфейсами NAS, нет.
Всё управление осуществляется штатными утилитами - accel-cmd, radclient.

А на 82576 было выключение интерфейса? Было. На сегодняшний день уже дважды... Т.о. сетевая карта не при делах.. Замена "accel-cmd terminate if..." на "accel-cmd terminate ip..." в собственных скриптах также ничего не изменила. Подтверждается вчерашним (2.07.18) падением. Что примечательно, последн...

На стенде у меня тоже не получилось, поэтому и спросил, возможно ли вообще такое в теории.. А предположение появилось вот отсюда - у меня в ЛК сделан сброс "гостевого соединения" (того, которое поднимается при radius reject). Это сделано для того, чтобы абонент, сменивший "железку" не ожидал таймаут...

После очередного анализа возникающей ситуации и результатов проделанной работы, с акцентом на это - ... отсутствие error/warning во ВСЕХ системных сообщениях, наводит на мысль, что eth0 отправляется в down ШТАТНО , т.е. типа ifconfig eth0 down.. - появилось предположение - не моего ли изготовления э...

Сегодня (21.06.18) поставил сетевую 82576. Всё взлетело "на раз-два", тьфу-тьфу-тьфу .
Начинаем отсчёт. О результатах пока рано, т.к. с 17.06.18 до сегодняшнего дня всё работало без проблем на набортных I210.
На след. неделе планирую перевод ещё одного сегмента на IPoE, вот тогда и посмотрим..

Возможно, "потеряшку" нашёл . Плюс ещё подобное . К сожалению, только сегодня узнал, что Intel® 82574 _82583 Gigabit Ethernet Controller to I210 _I211 – Design Guide . Целых три совпадения: 1. I210 == 82574 2. отключение интерфейса 3. "что-то странное", прилетевшее из сети. Если бы знать ранее, что ...

Очередной писец.. Ничего нового. От igb вообще ничего, все сообщения в момент падения eth0 касаются ipv6.. Это в messages, аналогично в kern.log Jun 16 19:09:02 ipoe-nas1 kernel: IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready Jun 16 19:09:02 ipoe-nas1 kernel: 8021q: adding VLAN 0 to HW filter on...

dimka88 wrote: ↑

12 Jun 2018, 13:24

KovAl wrote: ↑

12 Jun 2018, 10:28

Кстати, а куда будет писаться debug? В messages, или надо где-то указать файл лога?

Должен в messages или kernel.log

Перезагрузил, но что-то совсем ничего не вижу в логах, кроме записей, созданных при старте..