Перейти до

Connect disconnect пользователей


Рекомендованные сообщения

 

 

Ладно. Не буду спорить. Теперь RESET AO = 1?

ок робим наступний експеремент

ставим  RESET AO = 1 і зирим  tail -F /var/stargazer/allconnect.log на NAS

жмакаєм ресет юзеру з цього насу,  якщо сиплеться в allconnect.log disconnect і за ним connect значить все гут

якщо не сипеться ставим  RESET AO = 0 і проводим тойже експеремент.

 

на однім з цих параметрів буде ресетитись, на якому буде той і лишайте, якщо небуде то у вас проблеми трохи іншого характеру.

 

місиво юзерів баг stargazer, його розробник madf, чекаєм коли появиться

Ссылка на сообщение
Поделиться на других сайтах

 

Ладно. Не буду спорить. Теперь RESET AO = 1?

ок робим наступний експеремент

ставим  RESET AO = 1 і зирим  tail -F /var/stargazer/allconnect.log на NAS

жмакаєм ресет юзеру з цього насу,  якщо сиплеться в allconnect.log disconnect і за ним connect значить все гут

якщо не сипеться ставим  RESET AO = 0 і проводим тойже експеремент.

 

на однім з цих параметрів буде ресетитись, на якому буде той і лишайте, якщо небуде то у вас проблеми трохи іншого характеру.

 

місиво юзерів баг stargazer, його розробник madf, чекаєм коли появиться

 

если обновил stargazer тогда только  RESET AO = 1

Мне кажется  там у него связь частично теряется с насом 

p/s обновил сегодня   stargazer RESET AO = 1 все работает как надо 

Відредаговано skybetik
Ссылка на сообщение
Поделиться на других сайтах

 

 

ок робим наступний експеремент

 

Эксперимент уже провел. Актуальное значение, как минимум для меня, это "1".

 

 

Мне кажется там у него связь частично теряется с насом

 

Попробую проверить, когда начнется такое.

Ссылка на сообщение
Поделиться на других сайтах

 

 

p/s обновил сегодня stargazer RESET AO = 1 все работает как надо

Да у меня тоже 3 дня работало нормально, а сегодня обратно началось.

Ссылка на сообщение
Поделиться на других сайтах
Мне кажется  там у него связь частично теряется с насом  p/s обновил сегодня   stargazer RESET AO = 1 все работает как надо 

ага може бути, тоді крутити  на NAS UserTimeout=240   /etc/stargazer/rscriptd.conf та в /etc/rscriptd/rscriptd.conf

але коли по таймауту то місить пачками, а не по одному.

Відредаговано mgo
Ссылка на сообщение
Поделиться на других сайтах

 

 

але коли по таймауту то місить пачками

 

Ну меня как раз месево пачками (мобильными группами человек по 7))

 

 

 

/etc/stargazer/rscriptd.conf та в /etc/rscriptd/rscriptd.conf

 

Это на двуз машинах, или ТОЛЬКО НА НАСЕ?

Ссылка на сообщение
Поделиться на других сайтах
Опубліковано: (відредаговано)

Проверил касательно связи НАС с биллингом, в момент, когда пользоваталей начинает переподключать, связь не теряется, как минимум icmp проходит спокойно.

 

p.s. Все равно увеличил таймаут до 240

Відредаговано Golthana
Ссылка на сообщение
Поделиться на других сайтах
Опубліковано: (відредаговано)

Пока проблем особых не было после того, как выставил таймаут.

mgo, спасибо за мысль. Відредаговано Golthana
Ссылка на сообщение
Поделиться на других сайтах
  • 2 weeks later...

Доброе время суток, у меня похожая ситуация. Только с тем отличием, что проявляется после перезапуска rscriptd. Т.е. начинаются качели: connect - disconnect абонентов. При этом связь с основным NAS (на котором stargazer) не теряется, ошибок по интерфейсу нет, "пинги" стабильные. Иногда помогала перезагрузка NAS (того, на котором rscriptd). Иногда помогал полный ресет пользователей. 

В /etc/stargazer/rscriptd.conf  UserTimeout=90  

Выставил 180 вроде работает стабильно. 

Stargazer 2.408

Ссылка на сообщение
Поделиться на других сайтах

 

 

Выставил 180 вроде работает стабильно.

240 тоже вполне норм. Может быть связано с тем, что если rscriptd долго соединяет пачку пользователей они успевают отвалиться по таймауту. В момент выполнения On* скриптов, он перестает слушать сообщения старгейзера.

Ссылка на сообщение
Поделиться на других сайтах

На самом деле, до последнего момента проблем не наблюдалось (всё работало более чем стабильно). За какой-то промежуток времени (порядка полутора лет) набрали абонентскую базу, и так получилось, что в течении небольшого периода времени пришлось несколько раз ребутать rscriptd/NAS, и как раз в этот момент проблема дало о себе знать. Пришлось искать решение. В общем решение - увеличение времени в UserTimeout.

Теперь, следующий шаг - переход на 2.409 и соответственно на новый сервер. 

Ссылка на сообщение
Поделиться на других сайтах

Создайте аккаунт или войдите в него для комментирования

Вы должны быть пользователем, чтобы оставить комментарий

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Вхід

Уже зарегистрированы? Войдите здесь.

Войти сейчас
  • Зараз на сторінці   0 користувачів

    Немає користувачів, що переглядають цю сторінку.

  • Схожий контент

    • Від a_n_h
      Всем доброго дня!
        В работе 2-а NAS-а, отключенные абоны "попадают" в 47-ю таблицу обоих NAS-ов. При включении удаляются из таблицы только в того NAS-а, какой "обслуживает" соответствующую сеть, а во втором остается. Из-за этого соответственно абоны из 2-го NAS-а к уже включенным абонам в 1-го NAS-а получить доступ не могут пока вручную не удалишь запись из 47-й таблицы.
        Можно учесть это, что-бы в 47-ю таблицу NAS-а попадали только абоны соответственного NAS-а?
    • Від a_n_h
      Всем доброго дня!
      Через LocalNAS должники в кабине попадают без проблем. Подскажите как разрешить доступ должникам в кабинет пользователя через NAS  rscriptd.
       
    • Від a_n_h
      Всем доброго дня!
        Как должны попадать в 47-ю таблицу должники/отключенные при загрузке NAS-а rscriptd либо изменении сети абона?
    • Від a_n_h
      Всем доброго дня!
      Как правильно настроить динамический шейпер на удаленном NAS rscriptd?
    • Від Небесный
      Есть нужда сделать 3шт. NAS паралельно.
      1 NAS - роутер в мировую сеть.
      2 NAS - внутренние сервисы.
      3 NAS - внутренние сервисы.
      Не хочу внутренние сервисы пускать через первый НАС, дабы не нагружать, решил установить rscriptd на другие серваки, и что-бы они работали паралельно.
      Так вот в чем вопрос: "Может ли старгейзер работать паралельно с тремя rscriptd, если одна и така же сеть указана на всех трех НАС"?
       
      Пока пробую только Биллинг+НАС1+НАС2, третий пока не трогаю, дай разобраться с двумя НАСами.

      stargzer.conf
      LogFile = /var/log/stargazer.log PIDFile = /var/run/stargazer.pid Rules = /etc/stargazer/rules DetailStatWritePeriod = 1/6 StatWritePeriod = 30 DayFee = 1 DayFeeIsLastDay = no DayResetTraff = 1 SpreadFee = yes FreeMbAllowInet = no WriteFreeMbTraffCost = yes FullFee = yes <DirNames>     DirName0 = Internet     DirName1 =     DirName2 =     DirName3 =     DirName4 =     DirName5 =     DirName6 =     DirName7 =     DirName8 =     DirName9 = </DirNames> ExecutersNum = 2 ModulesPath = /usr/lib/stg MonitorDir=/var/stargazer/monitor FeeChargeType = 1 ReconnectOnTariffChange = yes <IncludeFile "conf-enabled.d/store_*.conf"> </IncludeFile> <Modules>     <IncludeFile "conf-enabled.d/mod_*.conf">     </IncludeFile> </Modules>  
      remote_nas.conf
      192.168.0.0/24 xxx.xxx.xxx.150 10.0.0.0/8 xxx.xxx.xxx.150 213.174.11.0/24 xxx.xxx.xxx.150 192.168.0.0/24 xxx.xxx.xxx.100 10.0.0.0/8 xxx.xxx.xxx.100 213.174.11.0/24 xxx.xxx.xxx.100 192.168.0.0/24 xxx.xxx.xxx.2 10.0.0.0/8 xxx.xxx.xxx.2 213.174.11.0/24 xxx.xxx.xxx.2  
       
      mod_remote_script.conf
      <Module remote_script>     SendPeriod = 10     SubnetFile = /etc/stargazer/remote_nas.conf     Password = 123456     UserParams = Tariff     Port = 9999 </Module>  
      На 1 NAS все работает, на 2 NAS не работает.
       
      Конфигурация 2 NAS
       
      LogFileName = /var/log/rscriptd.log ExecutersNum = 2 ConfigDir = /etc/rscriptd Password = 123456 Port = 9999 UserTimeout = 60 ScriptOnConnect = /etc/rscriptd/OnConnect ScriptOnDisconnect = /etc/rscriptd/OnDisconnect ps ax | grep stg
       6039 ?        S      0:00 stg-exec  6040 ?        S      0:00 stg-exec  6042 pts/1    S+     0:00 grep --color=auto stg  
       
      Есть подозрения, что старгейзер одну и ту же сеть не может на разные НАС пинать. Кто что скажет?
       
       
×
×
  • Створити нове...