sm_root

Пробовали добавлять новый. Безрезультатно.

У нас NASов 10 шт., то что обновлять версии выше 44,5 нельзя знаю, точно дело не в этом, да и не обновляли микротики. Биллинг ни к одному из NASов на данный момент не коннектится при ресете. При нажатии кнопки "расширенная настройка микротика" в логах на НАСах видно, что биллинг успешно залогинелся на микрот, проблема именно в "ресете". p.s. про кучаген знаю, но сейчас надо понять в чем проблема, чтобы поскорее решить.

Нашел в stargazer.log последний удачный запуск stargazer 2020-10-24 12:36:38 -- Stg v. 2.409 2020-10-24 12:36:38 -- Message queue created successfully. msgKey=5555 msgID=65536 2020-10-24 12:36:38 -- Timer thread started successfully. 2020-10-24 12:36:39 -- [store_mysql] MYSQL_STORE: Current DB schema version: 1 2020-10-24 12:36:39 -- Storage plugin: mysql_store v.0.67. Loading successfull. 2020-10-24 12:38:24 -- Users started successfully. 2020-10-24 12:38:24 -- Traffcounter started successfully. 2020-10-24 12:38:24 -- Module 'Stg Configurator v. 2.0' started successf

Появились проблемы с работой биллинга. Перестали работать reset, credit, оплаты. Сервер был полностью перезагружен. При загрузке вышло failed to start stargazer (скрин), но при этом оснастка биллинга открывается, какой то функционал работает, какой то нет. Также сами разделы стали долго открываться, т.е. биллинг работает с тормозами. В процессах он висит, но на killall stargazer не реагирует. Если повторно запустить /usr/sbin/stargazer start /etc/stargazer , то процессов будет вдвое больше. Ошибок при запуске не выдает. root@uBilling:/usr/home/ubilling # ps -x | grep s

Помог ребут сервера. Я так понял какой то скрипт/процесс завис.

Пробовали руками на прямую чистить в базе, вроде всё удалилось, в отчете по подключениям нет больше записей выделенных черным цвете, но при создании нового пользователя с абсолютно другим адресом, выходит опять этот лс с этим адресом

Такая же ошибка, как в топик старте. При создании пользователя произошел какой то глюк и один пользователь создался раз 20. По совету из этой темы пробовали удалить http://IP/billing/?module=annihilation&username=175010463 удалилось где то 15 учеток, остальные остались и больше не удаляются. Как можно от них избавиться? Что означает выделение черным цветом? Раньше такого не видел.

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

Я отключил STRICT_TRANS_TABLES, большая часть ошибок ушла, но некоторые остались. mysql> SET GLOBAL sql_mode = 'NO_ENGINE_SUBSTITUTION'; Query OK, 0 rows affected, 1 warning (0.00 sec) mysql> SELECT @@GLOBAL.sql_mode; +------------------------+ | @@GLOBAL.sql_mode | +------------------------+ | NO_ENGINE_SUBSTITUTION | +------------------------+ 1 row in set (0.00 sec)

при добавлении свитча wrong data input: INSERT INTO switches (id ,modelid ,ip ,desc ,location ,snmp,geo,parentid) VALUES ('', '5', '10.9.90.81', 'MTSIGMON', 'Фуркат', 'dsfsd80sd','', NULL );

stargazer.log весил 80МБ, при переносе базы данных на другой сервер лог засрался паразитными записями и разросся до 700МБ. Из за этого тормозит сам биллинг. Можно ли самостоятельно почистить stargazer.log от подобных записей? 2020-05-02 01:17:37 -- Cannot write stat for user 175000342. 2020-05-02 01:17:37 -- Couldn't save user stat:

Осталась ошибка при редактировании полей профиля wrong data input: INSERT INTO `weblogs` (`id`,`date`,`admin`,`ip`,`event`) VALUES(NULL,'2020-05-07 09:08:29','slava','10.1.6.36','CF SET (175006426) TYPE [3] ON `Ибраим Жам�..`')

Можно ли удалить и пересоздать stargazer.log? Сильно разросся.

Благодарю. 👍

Отделил СУБД MySQL на другой сервер Ubuntu Server 18.04. На старом сервере версия MySQL Ver 14.14 Distrib 5.6.26, for FreeBSD10.2 (amd64) using EditLine wrapper На новом сервере версия MySQL Ver 14.14 Distrib 5.7.29, for Linux (x86_64) using EditLine wrapper В целом все прошло без ошибок, биллинг работает. Но иногда выскакивают ошибки, например при переназачении скорости wrong data input: INSERT INTO userspeeds (id ,login ,speed) VALUES (NULL , '175001912', ''); Или при внесении данных в поля профиля wrong data input: INSERT INTO `weblogs` (`id`,`date`,`admin

UPD сам разобрался. Тему оставлять или удалять на рассмотрение модераторов. Напишу в чем была проблема, может кому то поможет. крашанулась таблица в базе weblogs, с которой и берутся данные для кнопки "подробно". крашануться могла по причинам: сбой в сети, в хдд, в файловой системе, неожиданный ребут. Исправление в консоли: mysqlcheck -u root -p --auto-repair --all-databases

Перестала работать кнопка "Подробно" у всех абонентов. При нажатии выдает ошибку: Warning: mysql_query(): Unable to save result set in /usr/local/www/apache24/data/billing/api/libs/api.mysql.php on line 234 wrong data input: SELECT * from `weblogs` WHERE `event` LIKE "%175002022%" ORDER BY `date` DESC где 175002022 л/с абонента. Никаких изменений в конфиги не вносилось. upd. также появилась проблема, при снятии дампа базы stg, выходит такая ошибка: mysqldump: Error 1194: Table 'weblogs' is marked as crashed and should be repaired when dump

Когда не получается, то что делаешь по мануалу, то да, иногда тыкаюсь наугад, тестовая среда ведь на то и тестовая. Выше я так же и сделал, или вы не то имели ввиду? Вот скриншот, что здесь не так?

Создали сервер доступа NAS, указали сеть 172.16.0.0/24, IP 127.0.0.1 (пробовали также указывать IP микротик nas), Тип сервер доступ radius.

Преамбула: Версия Ubilling: 1.0.1 rev 7032 В качестве NAS используется Mikrotik. Развернуто все в тестовой среде на FreeBSD 12.0. Чистая установка ubilling с дистрибутива без NAS. Создано пару пользователей, тариф, сети. Связка ubilling + mikrotik NAS настроена и работает, у клиента интернет есть, скрипты на NAS отрабатывают. Задача: Настроить multigen в тестовой среде, обкатать, сделать это все на продактовой среде. Проблема: Делаем строго по мануалу http://wiki.ubilling.net.ua/doku.php?id=multigen Остановились на шаге До данного шага никаких