ubilling+nas(rscriptd) работает но не очень :)

[DemonidZe 15]

Добрый день, подскажите кто знает с чем связанно странное поведение rscriptd , он делает вот так 13:35:20 CONNECT: ID-6;LOGIN-109ap42 и ровно через минуту вот так 13:36:20 DISCONNECT: ID-6;LOGIN-109ap42 ну и через небольшой интервал опять все заново .  В  UserTimeout=60 > rscriptd.conf (это та самая минута!!!) . Как с этим бороться ? Использую модуль всегда онлайн.

Чуть не забыл это все на бубунте и ubilling и конечно stg ) все последние релизы.

Відредаговано 2013-06-18 12:36:26 DemonidZe

[nightfly 1 239]

Как с этим бороться ? Использую модуль всегда онлайн.

Если старгейзер и rscriptd версии 2.408 - такой проблемы быть не должно.

 

Посмотрите нету ли чисто случайно потерь между самим биллингом и НАС-ом (ага, rscriptd работает на UDP).

Возможно есть смысл немного увеличить UserTimeout скажем до 120. Особо хуже точно не будет.

Если же ликвидация потерь и увеличение таймаута "неполученности" пакета не помогает - пробуйте выставить количество Executers в 2. Хотя в нормальных условиях такого быть не должно.

[madf 279]

И какое значение указано для SendPeriod в секции параметров плагина remote_script?

[nightfly 1 239]

думаю 60

[madf 279]

думаю 60

По дефолту вроде как 15 должно быть...

[DemonidZe 15]

спасибо помогло UserTimeout=120, хотя странно все это

[DemonidZe 15]

И какое значение указано для SendPeriod в секции параметров плагина remote_script?

 мм стоит 10 сек новерное не хорошо и это

[madf 279]

 

 

И какое значение указано для SendPeriod в секции параметров плагина remote_script?

 мм стоит 10 сек новерное не хорошо и это

 

 

А сколько абонентов в среднем?

[DemonidZe 15]

1к

[madf 279]

1к

Может потери между биллингом и NAS?

Или высокий LA на NAS или биллинге?

[DemonidZe 15]

load average: 0.53, 0.36, 0.27 у меня щас так, на насе пока ни кого пинги без потерь  65508 bytes from х.х.х.х: icmp_req=10 ttl=64 time=11.3 ms

ну щас при изменении UserTimeout=120 все держит

Відредаговано 2013-06-19 09:42:50 DemonidZe