nightfly

1. Включить в alter.ini TB_SWITCHMON=1 2. RemoteAPI - swping скажем раз в */20 * * * * будет вполне себе ок относительно дефолтного SW_PINGTIMEOUT. swpoll и swping никак между собой не связаны - это разные подсистемы. При ручном переопросе помниться машина времени не заполняется, поскольку количество "трупиков" для наочности планируется одинаковым в рамках суток. Так и задумано - заполняется при переодичном переопросе при помощи swping. Показывает ранее упокоившиеся свитчи. Нужно для того, чтобы можно было задним числом узнать от сколько-до-сколько валялись ка

Мало би працювати. Макрос {MAC} присутній в дефолтній вьюшці radius_reply. P.S. якщо ви насправді вирішили використовувати поточну реалізацію роботи freeradius, думаю варто оновитись до CURRENT збірки - там хоча б нормально параметри NAS-ів показуються тепер.

можете переставати чухатись - всьо буде норм

Ну приведите способ воспроизведения бага - быстренько посмотрим что можно сделать.

Я стараюсь не чіпати взагалі ніколи таблички самого старгейзера. А на убіллінгові замашки йому взагалі наплювати - він живе своїм особливим життям. "Зупинка-оновлення-старт" може бути справді потрібним тільки в тих рідких випадках, коли оновлюються скрипти ініціалізації користувачів. Останніх рік-два себе та клієнтів оновлюю тупо методом cd /usr/local/www/apache22/data && cp -R billing aaa_pamagite && sh autoubupdate.sh

Была, и неоднократно на этом форуме всплывала В сторону херово заполненных опций SGCONF = /usr/sbin/sgconf STG_HOST = localhost STG_PORT = 5555 STG_LOGIN = admin STG_PASSWD = 123456 Больше там физически нечему "сломаться". Проверяется очень просто - попыткой использования модулей кабинета, типа "замораживания", "менялки тарифа" или "попрошайки". Они все используют абсолютно одну и ту же механику работы со stargazer-ом. Также никто не возбраняет нагенерировать вам карточек с ценой "1 xyй", но искренне надеюсь, что вы до этого не догадались. В таком случае да - карточки будут помеч

нафіга?

Ну пардон. "Генетически" - так лучше? Отключать. Ну либо включать мозг и нормально строить кластер исходя из конкретных реалий. Опять же - пятизначные количества абонентов меня не пугают. Если у вас с этим какие-то проблемы - это не ко мне.

Симметрично. С другой стороны знаю достаточное количество провайдеров давно забивших на подсчет трафика. Хоть из того же flowtools можно слепить на коленке. Хотя есть и интереснее варианты. Как уже писал выше - день-два с перекурами.

это понимание, приходящее планомерно, годами в процессе работы. Нет проблем. 1. У вас нету опыта работы с большими абонбазами, судя по "вопросам" которые вы озвучиваете. 2. У вас нету понимания, работы в целом stargazer-a и внутренних процессов которые там происходят. 3. Вы не знакомы с архитектурой и с действительно больными и медленными местами Ubilling-a (а таких дохера, не отрицаю - они просто не очевидны). Поэтому, я в принципе не вижу никакого смысла обсуждать с вами вопросы внедрения Ubilling-a в сетях на 10-20-30-40-50к абонентов, построения каких-то хайлоад решений, и

дета так Дает, на самом деле. Витрати -> По номеру договору -> Деталізація трафіку. По первому клику рендерится довольно долго, так что да, думаю это таки какая-то внешняя и кешируемая стата с какого-то внешнего коллектора, как и вещалось мною выше. Оно себе может просто складывать и суммировать/сегментировать данные периодически, ну и собсно тормозить сколько влезет - не критично же. Та пытались, да. Вспоминается "Закон 404".

Либо вынести на какой-то внешний коллектор, с кешированием статистики. Развлечение на день. На два - с тестированием и дебагом. Нет. Не нужно. А если нужно - выше отписал. Почему - вполне доходчиво озвучил выше ronin_zp. Как я уже говорил "у вас столько нет абонентов". В противном случае таких вопросов не возникало бы. Увеличение количества юзеров на десятки тысяч не происходит ВНЕЗАПНО и спонтанно. И все ньюансы вылезающие при обслуживании абонбаз больше "средних", люди с ними работающие как-бы знают изначально. Намекну - проблемы там совсем другие. Для этого, есть специализ

Хотя бы как-то так Угу. Основываясь на личных наблюдениях, постоянном бенчмарканьи и профайлинге, а также постоянном общением с провайдерами разного пошиба? Могу вполне себе заванговать циферку текущей прочности stargazer-а в комплекте с ubilling-ом в районе 50к с отключенными каунтерами. В живую наблюдал в районе тридцатки - все путем там. Без ubilling-a в его текущем упоротом виде, и без smp capable cap_nf там вообще тормозить нечему, так что не вижу, чем с его точки зрения должны отличаться 30 и скажем 100к юзеров.

Много. Действительно много. У вас столько нет. И да, от подсчета трафика при помощи cap_nf в текущем виде, придется отказаться уже где-то при 15-20к.

Ну типа... на здоровье, чё. 42

Следует смотреть сколько одного ядра жрет старгейзер с плагином cap_nf, в случае использования биллингового сервера в роли биллингового. Больше там жрать ресурсы нечему. Из интереса посмотрел чего там по нагрузке у людей. В среднем на кило юзеров старгейзер жрет 4-8% среднестатистических (из этого тысячелетия) процессоров типа i3/i5/i7/q6600/xeon 34/xeon e3. Короче до 10к юзеров, практически на любом железе крутить особо нечего. Дальше вылезают совсем другие проблемы.

Пробіли?

Кажуть що вроді як ок, в останньому комміті. В їх мануалі /Transfer/Data/ServiceGroup/DebtService/CompanyInfo/CompanyCode взагалі помічено як обовязковий елемент. Короч я стомився.

Я їх вже по багах в генетичному коді чую.

Там всьо плохо. Продовжуєм тестувати і правити з приватом. Актуальні зміни тут: https://github.com/nightflyza/Ubilling/blob/master/openpayz/frontend/privatx/index.php Сподіваюсь сьогодні повністю завершимо, якщо приватівці не будуть тупити.

tail -F /var/stargazer/allconnect.log на NAS-і. ЯКшо туда-сюда дісконнектяться, то так - проблема таки в якості звязку до NAS-a. В такому випадку або доводимо лінк до належної якості, або крутимо таймаути srcriptd догори, і сушимо сухарі.

Благо пан имеет какое-то представление о разработке систем учета. Ок. О, уже и "бизнес план" девелоперу придумали. Вах какие молодцы В среднем раз в 1-2 недели такие предложения наблюдаю. - Ок, по вашему ТЗ на это уйдет YY часов и будет стоить XXXX денег. - Почему так дорого? Давайте за XX денег. - Я не напишу этого за два часа. Найдете кто сделает - пожалуйста познакомьте. - Не.. ну вы же наш заказ еще продавать можете... - Кхм. - Ну продадите его минимум раз пиццот, заработаете ХХ*500 денег. Кстати мы бы хотели еще процент с продаж получать - оно ж по нашему тако

Пан считают, что они писаны за 40-50 часов, судя по стоимости? Пан любитель фантастики однако.

http://wiki.ubilling.net.ua/doku.php?id=changelog 0.5.4 - rev 3484

Приватбанк... традиційно...