Jump to content
Калькуляторы

FreeBSD падает сетевуха, пропадет интернет

Всем привет! Помогите разобраться с проблемой. Хаотично отваливается сетевуха 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 by Tooreagen

Share this post


Link to post
Share on other sites

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

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

Share this post


Link to post
Share on other sites

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

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

 

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

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

Share this post


Link to post
Share on other sites

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

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

 

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

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

 

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

Share this post


Link to post
Share on other sites

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

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

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

Share this post


Link to post
Share on other sites

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

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

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

 

P.S.

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

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

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

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

— Не хочу.

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

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

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

— Нет.

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

— Не хочу.

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

Share this post


Link to post
Share on other sites

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

 

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%

Share this post


Link to post
Share on other sites
Это тоже из этой оперы?

Нет.

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

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

 

Share this post


Link to post
Share on other sites

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

 

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

Share this post


Link to post
Share on other sites
Это зачем делать? что с опцией не так?
Jul 26 09:44:05 server_1 kernel: #6 0xffffffff80cb5663 at sctp_del_addr_from_vrf+0xd3

Share this post


Link to post
Share on other sites

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

 

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

Edited by Brainiac

Share this post


Link to post
Share on other sites
А может просто поставить 9.3 и не "иметь" мозг Ни себе, ни другим?

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

Share this post


Link to post
Share on other sites
Это зачем делать? что с опцией не так?
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-той ветки :)

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this