[Tooreagen]

Всем привет! Помогите разобраться с проблемой. Хаотично отваливается сетевуха em1 которая смотрит внутрь сети (это я так понимаю что она отваливается, или пропадает линк) вот лог /var/log/messages в этот момент:

 

Jul 22 08:14:07 server_1 kernel: em1: Watchdog timeout Queue[0]-- resetting
Jul 22 08:14:07 server_1 kernel: Interface is RUNNING and ACTIVE
Jul 22 08:14:07 server_1 kernel: em1: TX Queue 0 ------
Jul 22 08:14:07 server_1 kernel: em1: hw tdh = 712, hw tdt = 672
Jul 22 08:14:07 server_1 kernel: em1: Tx Queue Status = -2147483648
Jul 22 08:14:07 server_1 kernel: em1: TX descriptors avail = 40
Jul 22 08:14:07 server_1 kernel: em1: Tx Descriptors avail failure = 298
Jul 22 08:14:07 server_1 kernel: em1: RX Queue 0 ------
Jul 22 08:14:07 server_1  kernel: em1: hw rdh = 693, hw rdt = 692
Jul 22 08:14:07 server_1 kernel: em1: RX discarded packets = 0
Jul 22 08:14:07 server_1 kernel: em1: RX Next to Check = 693
Jul 22 08:14:07 server_1 kernel: em1: RX Next to Refresh = 692
Jul 22 08:14:07 server_1 kernel: em1: link state changed to DOWN
Jul 22 08:14:20 server_1 kernel: em1: link state changed to UP

 

После этого в логе mpd5 начинает сыпать такие сообщения

 

Jul 22 08:15:24 server_1 mpd: [em1-3] PPPoE: Cannot send original request: No buffer space available

 

И у пользователей пропадает интернет. Помогает перезагрузка сервера. До этого проблема была примерно раз в неделю, но вчера 6 раз всплыла.

Пользователи подключаются по РРРоЕ.

 

uname -a

FreeBSD server_1 11.0-RELEASE-p10 FreeBSD 11.0-RELEASE-p10 #0: Mon Jul  3 14:52:46 EEST 2017     xxx@server_1:/usr/obj/usr/src/sys/MYKERNEL  amd64

Помогите пожалуйста.

Edited July 23, 2017 by Tooreagen

[No_name]

Было подобное, только сетевуха падала в с гигабита в сотку.

Вылечил сие заменой. Разбираться не было времени, ибо оборудование было в работе.

[AlKov]

Попробуйте эти рекомендации.

Не исключено, что уши вашего зайца торчат оттуда же..

 

P.S. И вообще, начиная с 10-ки, mpd стал плохо уживаться с ОС..

Посему везде, где юзаю mpd, выше 9.3 не поднимался.

[zlolotus]

Попробуйте эти рекомендации.

Не исключено, что уши вашего зайца торчат оттуда же..

 

P.S. И вообще, начиная с 10-ки, mpd стал плохо уживаться с ОС..

Посему везде, где юзаю mpd, выше 9.3 не поднимался.

 

Переходите на accel-ppp

[polmax]

P.S. И вообще, начиная с 10-ки, mpd стал плохо уживаться с ОС..

Посему везде, где юзаю mpd, выше 9.3 не поднимался.

Говорят, на днях пофиксили всё (перешли на новые библиотеки), вроде пашет.

[AlKov]

Говорят, на днях пофиксили всё (перешли на новые библиотеки), вроде пашет.

Я именно на эту информацию и давал ссылку. По диагонали прочли? ;-)

Для ТС как раз подходящий момент, проверить.

 

P.S.

Переходите на accel-ppp

— Предлагаю вам взять несколько журналов — в пользу детей Германии! По полтиннику штука!

— Нет, не возьму.

— Но почему вы отказываетесь?

— Не хочу.

— Вы не сочувствуете детям Германии?

— Сочувствую.

— А, полтинника жалко?!

— Нет.

— Так почему же?

— Не хочу.

© Собачье сердце.

[Tooreagen]

Это тоже из этой оперы?

 

Jul 26 09:44:05 server_1 kernel: Fatal trap 9: general protection fault while in kernel mode
Jul 26 09:44:05 server_1 kernel: cpuid = 1; apic id = 02
Jul 26 09:44:05 server_1 kernel: instruction pointer     = 0x20:0xffffffff80cf7084
Jul 26 09:44:05 server_1 kernel: stack pointer           = 0x28:0xfffffe010d95e310
Jul 26 09:44:05 server_1 kernel: frame pointer           = 0x28:0xfffffe010d95e340
Jul 26 09:44:05 server_1 kernel: code segment            = base 0x0, limit 0xfffff, type 0x1b
Jul 26 09:44:05 server_1 kernel: = DPL 0, pres 1, long 1, def32 0, gran 1
Jul 26 09:44:05 server_1 kernel: processor eflags        = interrupt enabled, resume, IOPL = 0
Jul 26 09:44:05 server_1 kernel: current process         = 727 (mpd5)
Jul 26 09:44:05 server_1 kernel: trap number             = 9
Jul 26 09:44:05 server_1 kernel: panic: general protection fault
Jul 26 09:44:05 server_1 kernel: cpuid = 1
Jul 26 09:44:05 server_1 kernel: KDB: stack backtrace:
Jul 26 09:44:05 server_1 kernel: #0 0xffffffff80b29b47 at kdb_backtrace+0x67
Jul 26 09:44:05 server_1 kernel: #1 0xffffffff80adeeb2 at vpanic+0x182
Jul 26 09:44:05 server_1 kernel: #2 0xffffffff80aded23 at panic+0x43
Jul 26 09:44:05 server_1 kernel: #3 0xffffffff8100bd51 at trap_fatal+0x351
Jul 26 09:44:05 server_1 kernel: #4 0xffffffff8100b9e8 at trap+0x768
Jul 26 09:44:05 server_1 kernel: #5 0xffffffff80feefa1 at calltrap+0x8
Jul 26 09:44:05 server_1 kernel: #6 0xffffffff80cb5663 at sctp_del_addr_from_vrf+0xd3
Jul 26 09:44:05 server_1 kernel: #7 0xffffffff80c0fbeb at rt_newaddrmsg_fib+0x8b
Jul 26 09:44:05 server_1 kernel: #8 0xffffffff80d26321 at in6_purgeaddr+0x3a1
Jul 26 09:44:05 server_1 kernel: #9 0xffffffff80be6213 at if_purgeaddrs+0x113
Jul 26 09:44:05 server_1 kernel: #10 0xffffffff80be6fe1 at if_detach+0xc11
Jul 26 09:44:05 server_1 kernel: #11 0xffffffff824403de at ng_iface_shutdown+0x1e
Jul 26 09:44:05 server_1 kernel: #12 0xffffffff82425749 at ng_rmnode+0x179
Jul 26 09:44:05 server_1 kernel: #13 0xffffffff82427832 at ng_apply_item+0x452
Jul 26 09:44:05 server_1 kernel: #14 0xffffffff824271a3 at ng_snd_item+0x383
Jul 26 09:44:05 server_1 kernel: #15 0xffffffff82421c4e at ngc_send+0x21e
Jul 26 09:44:05 server_1 kernel: #16 0xffffffff80b79467 at sosend_generic+0x5e7
Jul 26 09:44:05 server_1 kernel: #17 0xffffffff80b8113a at kern_sendit+0x22a
Jul 26 09:44:05 server_1 kernel: Uptime: 1d19h44m1s
Jul 26 09:44:05 server_1 kernel: Dumping 554 out of 3764 MB:..3%..12%..21%..32%..41%..52%..61%..73%..81%..93%

[Ivan_83]

Это тоже из этой оперы?

Нет.

У тебя видимо проблема с mpd5, иди обновляй ОС и сам мпд5 - всё пофикшено, вроде как.

А когда будешь пересобирать ядро и мир - выкини sctp из системы, заодно. Кажется опция ядра.

 

[vlad11]

выкини sctp из системы

 

Это зачем делать? что с опцией не так?

[Ivan_83]

Это зачем делать? что с опцией не так?

Jul 26 09:44:05 server_1 kernel: #6 0xffffffff80cb5663 at sctp_del_addr_from_vrf+0xd3

[No_name]

А может просто поставить 9.3 и не "иметь" мозг Ни себе, ни другим?

 

хотя, чужой опыт полезен, будешь знать, куда не вляпаться...

Edited August 2, 2017 by Brainiac

[Ivan_83]

А может просто поставить 9.3 и не "иметь" мозг Ни себе, ни другим?

Может сразу 4.4?

[vlad11]

Это зачем делать? что с опцией не так?

Jul 26 09:44:05 server_1 kernel: #6 0xffffffff80cb5663 at sctp_del_addr_from_vrf+0xd3

 

Не-не-не. Это проблема с mpd, недостаточный тюнинг системы и слишком много частого флапанье интерфейсов при количестве 700 и выше штук.

 

А может просто поставить 9.3 и не "иметь" мозг Ни себе, ни другим?

Может сразу 4.4?

4.11 более стабильная из всей 4-той ветки :)

[vlad11]

Решение проблемы в этом сообщении.