FreeBSD: panic: spin locks can only use msleep_spin

[kvirtu]

Всем привет,

сегодня сервак ушел в ребут,

в логах:

Unread portion of the kernel message buffer:
panic: spin locks can only use msleep_spin
cpuid = 1
KDB: stack backtrace:
#0 0xffffffff804c24e6 at kdb_backtrace+0x66
#1 0xffffffff8048851e at panic+0x1ce
#2 0xffffffff80474ad2 at unlock_spin+0x12
#3 0xffffffff80491d75 at _sleep+0x155
#4 0xffffffff80565062 at ngthread+0x52
#5 0xffffffff8045821f at fork_exit+0x11f
#6 0xffffffff80642bde at fork_trampoline+0xe

подскажите куда копать ?

спасибо.

Edited November 29, 2017 at 09:14 PM by kvirtu

[kvirtu]

Какова причина ребута ? гугля молчит

[kvirtu]

Помогите плиз,

[l1ght]

 

 

ngthread

mpd стоит? 

[kvirtu]

 

ngthread

mpd стоит? 

 

уху. есть слепок системы в момент краша

Edited December 3, 2017 at 01:03 PM by kvirtu

[foreverok]

Если есть опыт, можете поковырять dump.

А так, пробуйте обновить ядро.

[l1ght]

На наге проскакивало, обновляться на последнюю фрю и ставить последний mpd из портов.

Там чето пытались лечить этот припизженый mpd и вроде как что-то получилось.

[kvirtu]

На наге проскакивало, обновляться на последнюю фрю и ставить последний mpd из портов.

Там чето пытались лечить этот припизженый mpd и вроде как что-то получилось.

так работало же, все как часики ?

9.3-RELEASE-p9 , mpd : Version 5.7

[l1ght]

нагрузка выросла, псс, кол-во коннектов

я хз, мпд он всегда был больной

ищи на наге обсуждения, не могу сходу тему найти

там всё расписали

[kvirtu]

нагрузка выросла, псс, кол-во коннектов

я хз, мпд он всегда был больной

ищи на наге обсуждения, не могу сходу тему найти

там всё расписали

понял, спасибо. в момент краша нагрузка возросла в 2 раза на систему.

[l1ght]

 

нагрузка выросла, псс, кол-во коннектов

я хз, мпд он всегда был больной

ищи на наге обсуждения, не могу сходу тему найти

там всё расписали

понял, спасибо. в момент краша нагрузка возросла в 2 раза на систему.

 

это следствие того что mpd наебнул тебе систему 

первопричина обычно в нем на 99%

[kvirtu]

 

 

нагрузка выросла, псс, кол-во коннектов

я хз, мпд он всегда был больной

ищи на наге обсуждения, не могу сходу тему найти

там всё расписали

понял, спасибо. в момент краша нагрузка возросла в 2 раза на систему.

 

это следствие того что mpd наебнул тебе систему 

первопричина обычно в нем на 99%

 

спс .

вроде как пишут, что надо в ядре:

no options         FLOWTABLE

[andryas]

Да, ещё отключи ipv6 и убей devd.

Ну и тюнить при необходимости.

[l1ght]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=209466

Да, ещё отключи ipv6 и убей devd.
Ну и тюнить при необходимости.

вот v6 лучше не трогать

там куча граблей с ним и с базовыми демонами

[l1ght]

ойвей не та ссылочка, щас другую скину

[l1ght]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=220076

[kvirtu]

 

 

 

нагрузка выросла, псс, кол-во коннектов

я хз, мпд он всегда был больной

ищи на наге обсуждения, не могу сходу тему найти

там всё расписали

понял, спасибо. в момент краша нагрузка возросла в 2 раза на систему.

 

это следствие того что mpd наебнул тебе систему 

первопричина обычно в нем на 99%

 

спс .

вроде как пишут, что надо в ядре:

no options         FLOWTABLE

 

так ядро не хочет компилится, да и sysctl: unknown oid 'net.inet.flowtable.enable'

[kvirtu]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=220076

Yes, if you include NETGRAPH into your kernel statically. Otherwise, rebuild ng_iface.ko kernel module only.

Это нужно убрать NETGRAPH из ядра и подключать модулем во время загрузки системы ?

[l1ght]

Суть в том, что патчи были на последных версиях фри, вроде как 10.х (вроде 10.3 или 10.4) и 11.1 получали патчи.

И соотвественно сам mpd из портов их тоже получал. Поэтому и говорю обновляться.

[kvirtu]

Суть в том, что патчи были на последных версиях фри, вроде как 10.х (вроде 10.3 или 10.4) и 11.1 получали патчи.

И соотвественно сам mpd из портов их тоже получал. Поэтому и говорю обновляться.

понял, спс. Вот недавно подвис, не принимал новые подключения

[kvirtu]

Обновил мпд5  до последней версии. буду наблюдать.