Нужна помощь в отладке mpd5

[at]

Периодически mpd-5.5 (pppoe) перестает реагировать на любые события процесс переходит в состояние STOP (top столбец STATE)

Код: Выделить всё

ds3# killall -9 mpd5
ds3# killall -9 mpd5
ds3# killall -9 mpd5

и в том же духе....
в логах никакой полезной информации нет (((

Перезагрузка сервера вешается на попытке остановить процесс mpd
судя по про всему тут http://unix.derkeiler.com/Mailing-Lists ... 00193.html рассматривается этаже проблема...

Система довольна свежая

Код: Выделить всё

ds3#uname -a
ds3#FreeBSD ds3 d 8.1-STABLE FreeBSD 8.1-STABLE #0: Tue Sep 28 14:22:06 UTC 2010     at@ds3:/usr/obj/usr/src/sys/AT  i386

и проблема периодически возникает...
Среднее количество туннелей 150-200. Максимальная нагрузка на сервер 14-15 Kpps.

netgraph подгружен модулями

Помогите собрать максимум информации по данной проблеме для составления bugreport или выяснения/устранение причин...

Буду благодарен за любую конструктивную информацию.

[Хостинг HostFood.ru]

Тарифы на хостинг в России, от 12 рублей: https://www.host-food.ru/tariffs/hosting/
Тарифы на виртуальные сервера (VPS/VDS/KVM) в РФ, от 189 руб.: https://www.host-food.ru/tariffs/virtualny-server-vps/
Выделенные сервера, Россия, Москва, от 2000 рублей (HP Proliant G5, Intel Xeon E5430 (2.66GHz, Quad-Core, 12Mb), 8Gb RAM, 2x300Gb SAS HDD, P400i, 512Mb, BBU):
https://www.host-food.ru/tariffs/vydelennyi-server-ds/
Недорогие домены в популярных зонах: https://www.host-food.ru/domains/

[Alex Keda]

Код: Выделить всё

kill -CONT $pid

[at]

не убивается никакие известными мне способами

ds3# kill -CONT 84859
ds3# kill -CONT 84859
ds3# kill -CONT 84859

и цель не убить процесс , а выяснить и устранить причину

[Alex Keda]

он и не должен убиться по этому сигналу
он должен выйти из состояния STOP - тогда с ним можно будет что-то сделать

[at]

не вышел

PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMA
84859 root 3 44 0 15008K 8104K STOP 1 1:16 0.00% mpd5

[at]

Какую информацию о процессе/системе необходимо собрать что бы знающие люди могли с ней что то сделать ?

[Gloft]

Отпишись разработчикам.
Т.к. один из разработчиков русский, то в форуме поддержки есть русская ветка.
Мне кажется они тебе помогут быстрее.

[Zohan]

В 8.1 так и не излечили до конца утечку арпа
Гляньте в момент зависания: vmstat -m | grep lltable

[skeletor]

Столкнулся с такой же проблемой. ОС FreeBSD 8.1 Release, amd64, mpd-5.5. Правда у меня одновременно 3-5 клиентов, но видимо это глюк то ли самого mpd то ли самой ОС. Пробовать другие версии mpd не могу, сервак работает 24*7, эксперименты обходятся фирме очень дорого .
Как временное решение поставил в крон перезапуск раз в сутки mpd. Посмотрим, что это даст.

at Видимо нужно составлять багрепорт (если уже не составлен). Если вдруг удастся победить - напиши решение.

[Гость]

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

[skeletor]

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

[Гость]

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

[skeletor]

Подсказали в одной рассылке. Приведу полностью цитату:

Проблема mpd и Flowtable присутствует. Тред http://lists.freebsd.org/pipermail/free ... 24642.html или прочие PR http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/144917 Более того, отдельно система с Flowtable при достаточной нагрузке так же зависает.

Как решение предлагается убрать опцию из ядра:

Код: Выделить всё

options         FLOWTABLE               # per-cpu routing cache

Прчиём, как пишут в этой же рассылке говориться, что у одних проблем не наблюдается, даже при присутствии этой строки. Но её отсутствие сказывается положительно на работе mpd. Сам пока не применил новое ядро, но через пару дней применю и проверю. Если у кого-то есть возможность применить раньше - проверьте.

[Dark_ASU]

net.inet.flowtable.enable: 1

[skeletor]

Всё верно. Эта опция доступна, если ядро собрано с

Код: Выделить всё

options         FLOWTABLE 

[root@srv-test /usr/local/www/UserManager]# sysctl -a | grep net.inet.flowtable.enable
net.inet.flowtable.enable: 1
[root@srv-test /usr/local/www/UserManager]# sysctl net.inet.flowtable.enable=0  
net.inet.flowtable.enable: 1 -> 0

Правда я не знаю, повлияет ли оно на подвисания. Я уже убрал опцию из ядра (пример привёл из тестового тазика)

[Dark_ASU]

У меня подвисания пропали

[receptor]

а у меня их и не было

[skeletor]

У меня тоже