Сервер Радиуса отваливается, если пользователя удалить

[chtito]

Сервер Радиуса отваливается без каких либо дополнительных сообщений (выяснено через radiusd -X), если пользователя удалить и на этого юзера приходит старт или стоп пакет (Acct-Status-Type = Stop).
Кто нибудь сталкивался?

FreeBSD 7.1
freeradius-2.1.3
perl-5.8.8_1
Abills 0.4+rlm_perl, версия 0.4 от 15-го сентября 2008 г.

[ran]

а как отваливается? просто завершается? и в логах ничо?

ЗЫ: я системный лог имею ввиду...

[chtito]

а как отваливается? просто завершается? и в логах ничо?

Да, завершается. В логах - ничего, судил по выводу ls -ltr /var/log/ и dmesg

[~AsmodeuS~]

переходите на 0.5

[dnk2009]

а 0.5 уже достаточно стабильна?

[~AsmodeuS~]

стабильней 0.4

с дня на день делаю релиз кандидат, так как до релиза но доходят руки постоянно просят включить новые возможности

[sopov]

Ну а со сменой ТП пользователем без снятия месячной абонплаты и оснащение биллинга системой электронных нарядов наподобии OTRS можно что-то придумать?

[~AsmodeuS~]

Ну а со сменой ТП пользователем без снятия месячной абонплаты и оснащение биллинга системой электронных нарядов наподобии OTRS можно что-то придумать?

есть модуль Msgs

[sopov]

Есть, но он немного не доработаный. В частности интересно создание отдельных очередей нарядов для каждого ремонтника. И чтобы менеджер, при поступлении заказа по телефону от клиента, мог изменить клиенту статус на "Передан в ремонт", после этого бы создавался электронный наряд ремонтнику - где менеджер указывал бы данные сообщенные ему клиентом и переставала бы сниматься абонплата. Ремонтник в свою очередь, после починки клиента закрывал бы наряд, присваивая наряду статус "Выполнено", указывает причину неработы и автоматически возобновлялось снятие абонплаты с клиента. Ну и соответственно выполненные наряды должны складываться в отдельную очередь, где можно отследить повторные обращения пользователей и статистику относительно времени выполнения наряда ремонтником. Все это умеет http://otrs.org/, но нехватает интеграции с биллингом.

[~AsmodeuS~]

Есть, но он немного не доработаный. В частности интересно создание отдельных очередей нарядов для каждого ремонтника. И чтобы менеджер, при поступлении заказа по телефону от клиента, мог изменить клиенту статус на "Передан в ремонт", после этого бы создавался электронный наряд ремонтнику - где менеджер указывал бы данные сообщенные ему клиентом и переставала бы сниматься абонплата. Ремонтник в свою очередь, после починки клиента закрывал бы наряд, присваивая наряду статус "Выполнено", указывает причину неработы и автоматически возобновлялось снятие абонплаты с клиента. Ну и соответственно выполненные наряды должны складываться в отдельную очередь, где можно отследить повторные обращения пользователей и статистику относительно времени выполнения наряда ремонтником. Все это умеет http://otrs.org/, но нехватает интеграции с биллингом.

Все что написано выше есть уже в этом модуле кроме приостановления сервиса

смотрите документацию и демо версию

[chtito]

переходите на 0.5

Слишком кастомизированный у меня форк. Да и не надеюсь, что проблема решится. Пока вместо удаления пользователя делаем ему статус неактивным и о проблеме забыли.

[sopov]

смотрите документацию и демо версию

В вашей демке отсутствует модуль сообщений...
И кстати давно уже нет возможности добавить диллеров в модуле cards

[~AsmodeuS~]

Дилера добавляется через клиента
сморите документацию

Msgs добавил

[sopov]

Дилера добавляется через клиента
сморите документацию

Клиенты> Диллеры - нет пункта добавить.

Msgs добавил

Нет

[~AsmodeuS~]

1 Дилер это как доп сервис дял клиента и добавляется через клиентский аккаунт

2 ктото в правах админа не разрешил показывать админу по умолчанию этот пункт