Endr93

Решено уже, вроде.

настраивать конфиги alter, userstats, файлы кабинета оформления править, всех пользователей править заново,(часть заново вспоминать что и как) это все бесценное время, которое можно сохранить что простите?

РЕШЕНО, спасибо! ввел команду: mysqlcheck --repair --all-databases --auto-repair -u username -p и вроде починилось, ,бекап вновь большой (надеюсь полный) 149.13 Mb

кое-чего нашел, в инфе о состоянии БД.. типа "Таблица отмечен как разбился. и 1 клиент использует или не закрыл таблицу, или не правильно закрыл", .. можно как нибудь исправить? надеюсь вчерашний бекап целый будет эм, полагаю, просто вчерашний бекап залить..если целый. каково ваше мнение/вердикт/дополнения/варианты исправления?

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

....Решил создать новую тему, раз как оказалось, вопрос не подходит в предыдущую тему куда обращался.. Здравствуйте еще раз, проблема такого характера.. ..немного предыстории.. вчера запустили вновь биллинг (на сервере nas материнка полетела, временно с биллинга брали железо), сходу снял бекап, бекап был полный, ( на данный момент 148 Mb, но не суть), сегодня, после корректировки балансов абонентов, так как дней 5 не учитывалось, снял актуальный бекап с "поправками балансов" и на мое удивление файл был крошечный, каких-то 784 b Файл бекапа имеет вид такого характера.. и все.., по ка

действительно работает значит.., сначало так подкмал, не сразу заметил процесс его , бекап не делается, файл бекапа ничтожно мал, отсутствуют таблички.. и все

Здравствуйте, проблема такого характера.. ..немного предыстории.. вчера запустили вновь биллинг (на сервере nas материнка полетела, временно с биллинга брали железо), сходу снял бекап, бекап был полный, ( на данный момент 148 Mb, но не суть), сегодня, после корректировки балансов абонентов, так как дней 5 не учитывалось, снял актуальный бекап с "поправками балансов" и на мое удивление файл был крошечный, каких-то 784 b, после прочтения данной темы, проверил ... /var/log/stargazer.log .....на всей протяжении жизни было Stg v. 2.409 , в терминале в процессах (ps aux) нечего похожего на него

учитывая "баг" 1-действие добавлять денег; 2-действие устанавливать счет. значит в последней версии опция "установить счет" учитывается в фин отчетах, верно? .. ...в демке тоже в отчетах денег не прибавляется, ..и да, как и у нас "учитывает" то что была установка счета, но в "кассе" денег не прибавляется по отчетам ...а нужно грубо говоря или как сказать.. именно так, чтобы денег прибавлялось (при этом прибавляя в приход) и устанавливалось ровно столько, сколько приносят, игнорируя минус, чтобы избежать расхождений в фин отчетах и смещения дней платежки... ..и все в одном действ

придется в 2 действия производить платежку , весьма не привычно, чем раз и все странно конечно тогда (баг может), но у нас не учитывается, в фин отчетах, счет установил, а денег в отчетах не прибавилось.. версия ubilling 0.7.3 rev 4912

При огромное СПАСИБО!

скорее всего выход один - пользоваться "опцией" "установить счет". весьма печально и не совсем не удобно , но все же надеюсь, может реализуете опцию где-нибудь в конфигах, чтобы опция "Добавить денег " игнорировал минус (объединяя опции "установки счета" и "добавления денег")...чтобы можно не было расхождений в фин отчетах