nightfly

Ну потыкайте "Rebuild Poller Cache" да и смотрите себе в tail -F log/cacti.log чем оно давиться при опросе. Повисание поллера я видел только два раза, когда пытался увеличивать частоту опроса меньше чем раз в 5 минут, и когда колбаснулся самопальный скрипт мониторинга температуры опрашиваемый тем же поллером.

Да вроде норм все, а чего было то?

net-snmp пересобрали? Полагаю, что нет. То, что cacti полагает, что оно получит данные в нормальном виде - еще ничего не означает. Каунтеры snmpd перепоняться от этого не перестанут. Просвещайтесь: http://www.net-snmp..../IF-MIB_rewrite

Недокументированная фича: при заходе в модуль "Сети", происходит регенерация всех конфигов dhcp и isc-dhcpd перезапускается уже с новыми конфигами.

То-то смотрю распространенные дырки в графичках У вас банально переполняются каунтеры. Если снимаете по snmp с FreeBSD - следует пересобрать net-snmp с включенной опцией WITH_MFD_REWRITES. Также следует удалить все графички и датасорцы для текущего хоста и пересоздать их как In/Out Bits (64-bit counters). Тупое переключение не помогает.

Ога, давайте угадаю - там где дырки должны были быть цифры больше 140-170Мбит/с?

Да, регистрация пользователя, смена пароля, смена IP, все действия с тарифами и внесения денег - производятся не на прямую в базе а посредством вызовов конфигуратора. Возможно у вас в PHP включен safe_mode либо стоят ограничения на вызовы системных команд при помощи system(), shell_exec(), либо еще возможен включенный magic_qotes. Думаю тот же ефект будет наблюдаться и при переключении baseconf в sgconf. Правда? В любом случае там немного вариантов почему PHP скрипту не дают вызвать чесно собранную команду.

Плохо Ну написано же что сделать. Кстати по этому поводу посмотрите вот тут. Нет, не важно по сути. Но таймзону для php выставьте. Руками то-же пробовали выполнить? Собственно оное просто попадает в shellexec(). А да, может не работать, если в этот момент быть соединенным при помощи других конфигураторов.

Для начала можете попробовать исполнить из консоли, руками следующий код: /usr/sbin/sgconf_xml -s localhost -p 5555 -a xxxx -w xxxxxxx -r '<AddUser><login value="testmeuser" /></AddUser>' Если после этого пользователь добавиться, можете попробовать в api/sgconfxml/handlers.php в строке 67 временно изменить executor($string,false); на executor($string,true); Что-бы глазами посмотреть, что же на самом деле пытается выполняться.

Не, его и не должно быть, для baseconf=sgconfxml вполне достаточно да, оно по 5555 по дефолту работает, 8081 используется для чистого xmlrpc. Сейчас подумаю как отдебужить, что там у вас происходит.

У меня сейчас эпилептический припадок случиться.

Потому, что пользователь stargazer на самом деле не зарегистрировался. Это происходит вызовами родных старгейзеровых конфигураторов. Все остальное, типа адресов, мобилочек, и прочего добавляется уже самим убиллингом напрямую в базу. Либо неверно указаны логин, пароль администратора старгейзера, либо не верен путь к конфигуратору sgconf_xml либо последний вообще не собран. Внимательно смотрите, что у вас нарисовано в config/billing.ini и насколько это соответствует реальности.

До 9.2? Юзать в продакшне? Думаю - самобичевание.

Ну дык посмотрите глазами - проверьте фаер, позырьте по логам (для умолчальных OnConnect/OnDisconnect это /var/stargazer/allconnect.log) На это забейте - по словам абонента вы и христианских младенцев ночами едите. Всегда проверяйте все лично - см. выше. Вот это точно не хорошо, вынужден согласиться. Вдумчивым логированием выполнения OnConnect/OnDisconnect, и только. Если проблема не становиться видимой - значит это волшебная проблема из разряда невозможных и несуществующих в природе. Хотя... если вы используете rscriptd для удаленных NAS серверов, может проявляться одна

Ну, не взирая на этимологию, там чуть другие семантические свойства присутствуют

слон с укором смотрит на вас красными глазами

Это штука рисующая иконку на таскбаре, ту которая с черепашкой. Для особых ценителей старины оригинальный vservices.php валяется в docs/vservices_cli, его можно положить на место при желании - только смысла никакого в этом не вижу. Все вот такие вот внешние подпорки теперь выносяться в remote API - там хоть какая-то пародия на авторизацию есть. вы чо, /tmp пропили? wget "http://billing.isp/index.php?.... ни на что не намекает?

Вам виднее. Всеравно потрудитесь оформить эту свою "вручную" до состояния скрипта - будет веселее

Да, плюс в большинстве своем еще и "вкати патч на БД на ходу", просто в последнем как-то обошлось без этого. Вот такой вот занятный деплоймент Кроме того, я даю гарантию что при реальном использовании у вас начнут воротиться какие-то свои примочки-дописки-довески-обвески требующие развертывания поверх новых релизов. Это к слову, что придется обновлялку под свои нужды править.

Знаете анекдот про "с мягким знаком"? Дык вот - с мягким знаком потом обновляться. Оно уже в продакшне с обеда у десятка сетей. Багфиксы там достаточно критичных вещей.

Это кажется бич любого продукта Пздц комплимент Вы того, осторожнее, а то madf сейчас обидиться и интегрирует в stargazer самоуничтожение при одном виде StoreModule store_mysql. Его и так уже морально добивают расплодившиеся "инсталлерные" пользователи. P.S. имеете возможность еще поискать баги в обновляторе, вкатив себе каррент релиз.

Релиз Ubilling 0.3.3 rev 1979 - alter.ini: новая опция CREATETASK_IN_PROFILE включающая интерфейс создания задач в профиле - alter.ini: новая опция SUSP_PAYMENTS_NOTIFY описывающая порог срабатывания уведомления о подозрительных оплатах - Модуль «Производитель оборудования»: теперь асинхронно подгружается в модальном диалоге - Модуль «Тарифы»: теперь при создании по умолчанию тип подсчета трафика up+down - Модуль «Классы трафика»: теперь есть проверка на заполненность названия правила - Модуль «Работники»: теперь проверяется как минимум заполненность имени и типа работы - Модуль «Тег

да комментируется - в FAQ про это есть

Нет Ключевой момент "после рестарта". Допустим есть себе запущенный старгейзер - вы исправляете поле cash юзера на ручнике с 50, до скажем на 100. Всюду отображается что у него таки 50 денег на балансе. После чего добавляете ему 20 денег и оппа - у него на счету 70 денег. Старгейзер перечитывает базу только на старте, после чего просто ее "помнит". Так есть и так было всегда.

Значит еще слабо ознакомились. Это один большой такой... не не так.... здоровенный... не, опять не то.... громадный, во! костыль на ~200k строк. Это не халява - THIS IS SPARTA OPENSOURCE!!!1