forum.lissyara.su

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

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

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

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

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

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

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

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

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

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

не вышел

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

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

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

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

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

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

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

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

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

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

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

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

net.inet.flowtable.enable: 1

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

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

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

У меня тоже