[Susanin]

1 час назад, wed сказал:

А кто реализовывал выгрузку из lanbilling в СОРМ3? 

Мы делали наполовину по API, наполовину sql. В сорм от ВАС-экспертс.

[Andrei]

Коллеги, как забэкапить только основные таблицы ЛБ, т.е. таблицы за исключением статистики?

Цель бэкапа - перенести БД на другой сервер с другой версией mysql.

Как получить список таких таблиц мне подсказали:

mysql billing -A -u root -pххх -e 'SHOW TABLES;' | grep -va 'rad00*\|tel005*\|user002*\|report*\|accounts_backup' 

Как теперь эту конструкцию надо скормить mysqldump-у ?

А в идеале задача: забэкапить эти таблицы + таблицы со статистикой за какой-то период, например последний год.

[alibek]

Можно через ключ ignore-table, типа такого: https://stackoverflow.com/questions/425158/skip-certain-tables-with-mysqldump

[Andrei]

alibek, спасибо, основные так забэкапить наверное получится.

Правда маски в именах таблиц mysqldump не понимает. Т.е. нельзя например сделать

mysqldump -u root -pххх billing --ignore-table rad00* tel00*  user00* > dump.sql

Но это решаемо. Скрипт по вашей ссылке в помощь (там правда есть косячок в синтаксисе).

 

Переношу ЛБ на виртуалку с 9м дебианом, база не очень большая, полный дамп порядка 4Гбайт, на 8м дебиане все это вливалось в mysql минут за 25-30, в 9м дебиане вчера не залилось и за 2 часа. Есть какие-то критические параметры для тюнинга mysql для таких случаев?

Саппорт ЛБ указал на доку https://www.lanbilling.ru/sites/all/themes/astrum/documentation/change_UP from LTS.pdf  (стр.5) + по мотивам https://habr.com/ru/post/108418/ перед началом загрузки дампа прямо в консоли mysql (памяти на сервере 8 Гиг) сделал 

set global tmp_table_size = 10737418240;
set global max_heap_table_size = 10737418240;
set global key_buffer_size = 2147483648;
Но что-то не помогло.

[posean]

2 часа назад, Andrei сказал:

Коллеги, как забэкапить только основные таблицы ЛБ, т.е. таблицы за исключением статистики?

Цель бэкапа - перенести БД на другой сервер с другой версией mysql.

Как получить список таких таблиц мне подсказали:

mysql billing -A -u root -pххх -e 'SHOW TABLES;' | grep -va 'rad00*\|tel005*\|user002*\|report*\|accounts_backup' 

Как теперь эту конструкцию надо скормить mysqldump-у ?

А в идеале задача: забэкапить эти таблицы + таблицы со статистикой за какой-то период, например последний год.

mysql -ubilling -pbilling billing -BNe 'SHOW TABLES'|grep -va 'grep -va 'rad0*\|tel0*\|user0*\|report*\|_backup_2\|accounts_backups'  > file
mysqldump billing -R `cat file` |pbzip2 -9v > file.sql.bz2

Изменено 11 октября, 2019 пользователем posean

[No_name]

Неверное перенаправление на странице

Сборка 2.0base-014
Всем привет. Понадобилось тут перенести на другой, новый сервер apach24 ubuntu, только веб морду.
Перенес, в админку заходит, а в клиентскую часть ни в какую. В браузере пишет "Неверное перенаправление на странице".
Я и куки удалял, и комп ребутал и кеш, вроде, в админке чистил. Может кто подскажет,что недосмотрел? Что не так?

 

в еррлоге:

php Non-static method LB_Google_Analitics::getInstance() should not be called$

Скрытый текст

[Sat Oct 12 00:15:37.666027 2019] [:error] [pid 15072] [client 10.8.20.6:2390]
php Non-static method LB_Google_Analitics::getInstance() should not be called statically,
assuming $this from incompatible context (/var/www/protected/views/layouts/main.php:9)Stack trace:
#0 /var/www/framework/web/CController.php(785): SiteController->renderFile()
#1 /var/www/protected/controllers/SiteController.php(125): SiteController->render()
#2 /var/www/protected/controllers/SiteController.php(114): SiteController->showLoginPage()
#3 /var/www/framework/web/actions/CInlineAction.php(50): SiteController->actionLogin()
#4 /var/www/framework/web/CController.php(309): CInlineAction->runWithParams()
#5 /var/www/framework/web/filters/CFilterChain.php(134): SiteController->runAction()
#6 /var/www/framework/web/filters/CFilter.php(41): CFilterChain->run()
#7 /var/www/аramework/web/CController.php(1146): CAccessControlFilter->filter()
#8 /var/www/framework/web/filters/CInlineFilter.php(59): SiteController->filterAccessControl()
#9 /var/www/framework/web/filters/CFilterChain.php(131): CInlineFilter->filter()
#10 /var/www/framework/web/CController.php(292): CFilterChain->run()
#11 /var/www/framework/web/CController.php(266): SiteController->runActionWithFilters()
#12 /var/www/framework/web/CWebApplication.php(283): SiteController->run()
#13 /var/www/framework/web/CWebApplication.php(142): CWebApplication->runController()
#14 /var/www/framework/base/CApplication.php(162): CWebApplication->processRequest()
#15 /var/www/index.php(33): CWebApplication->run()REQUEST_URI=/index.php?r=site/login

может из-за того что пхп 5.6?

Изменено 11 октября, 2019 пользователем Brainiac

[Andrei]

7 часов назад, Brainiac сказал:

из-за того что пхп 5.6?

Если верить https://www.lanbilling.ru/documentation/debian7-setup , то:

Цитата

• веб сервер (apache) с поддержкой версии PHP в зависимости от номера сборки:
  •  5.3.x - для релизов LANBilling 2.0.001 - 2.0.19.*. Начиная с релиза 2.0.20, поддержка версии прекращается.
  •  5.4.x - поддерживается с релиза LANBilling 2.0.014 и новее.
  •  5.5.x - поддерживается с релиза LANBilling 2.0.18 и новее.
  •  5.6.x - поддерживается с релиза LANBilling 2.0.20 и новее.

Получается php надо 5.3 или 5.4

[No_name]

Оно как бы так, но админка то работает :(

[Andrei]

Тогда кору - в режим дебаг и читать логи.

[dereiff]

В 12.10.2019 в 20:48, Andrei сказал:

Тогда кору - в режим дебаг и читать логи.

Ну вы бы ещё tcpdump заставили читать, вслух, по ролям.

Web сервер английским по белому ругается на невозможность php вызвать подметод в LB_Google_Analitics. Не припомню чтоб в ЛК из коробки было нечто подобное, @Brainiac это уже ваши доработки кода?

[No_name]

Я малость дорабатывал свой платеж. Брал готовый модуль и переделывал под себя. Но он совершенно не относится

к ругани в еррлог.

Ну и относительно гугла из коробки. В main.php:

"<?php foreach (LB_Google_Analitics::getInstance()->meta() as $k => $v) { ?>"

Скрытый текст

 

В папке конфига админки есть google.analitics.config.php:

<?php return array(
    'enabled' => false,
    'meta_ga_region' => 'primorye',
    'meta_ga_section' => 'lk_fix',
    'head' => array(
        'http://www.google-analytics.com/ga.js'
    ),
    'body' => array(
        'http' => array(
            'http://static.mts.ru/upload/images/js/GoogleAnalytics_v2.0.3.0.js'
        ),
        'https' => array(
            'http://static.ssl.mts.ru/upload/images/js/GoogleAnalytics_v2.0.3.0.js'
        )
    ),
    'lookup' => array(
        'notification/index' => false,
        'invoice/info' => false,
        'payment/history' => false,
        'payment/index' => false,
        'payment/promised' => false,
        'payment/assist' => false,
        'internet/index' => false,
        'internet/connection' => false,
        'internet/tariffChanging' => false,
        'internet/tariffHistory' => false,
        'dtv/index' =>  false
    )

); ?>

 

 

 

[dereiff]

@Brainiac да, оказывается в древних версиях ЛК оно там было.

Понижайте версию php, видимо 5.6 строже по работе с нестатическими методами чем 5.3. Боюсь что даже если выпилите LB_Google_Analitics из main.php оно потом свалится ещё на чем-то.

[Andrei]

В 11.10.2019 в 10:03, Andrei сказал:

Переношу ЛБ на виртуалку с 9м дебианом

После переноса БД на новый сервер командой

mysql billing -u billing -pbilling

в консоль мускуля зайти не удается, удается только с опцией -А

mysql billing -A -u billing -pbilling

Что-то не так?

[Gubanov]

3 часа назад, Andrei сказал:

После переноса БД на новый сервер командой

mysql billing -u billing -pbilling

в консоль мускуля зайти не удается, удается только с опцией -А

mysql billing -A -u billing -pbilling

Что-то не так?

А биллинг то у Вас поднялся после переноса базы?

 

Я когда переносил сервер с debian на centos, тоже были проблемы, и проблемы были связаны с неправильным дампом базы данных.

Точно добавлял в переменные single-transaction => true, routines => true, lock-tables => false и  add-locks => true.

[Andrei]

Биллинг поднялся. Пока тестирую.

Перенос получился достаточно сложный: переносил сборку 006 с Debian 6 на сборку 029 c Debian 9. Дамп снял вот так (основные таблицы + статистика за 2019 год):

# prepare list of tables
mysql billing -A -u root -pxxx -BNe 'SHOW TABLES;' | grep -va 'rad00*\|tel005*\|user002*\|report*\|accounts_backup' > main_tables
mysql billing -A -u root -pxxx -BNe 'SHOW TABLES;' | grep  'rad0012019' >> main_tables
mysql billing -A -u root -pxxx -BNe 'SHOW TABLES;' | grep  'user0022019' >> main_tables
mysql billing -A -u root -pxxx -BNe 'SHOW TABLES;' | grep  'rad0032019' >> main_tables
mysql billing -A -u root -pxxx -BNe 'SHOW TABLES;' | grep  'report2019' >> main_tables
mysql billing -A -u root -pxxx -BNe 'SHOW TABLES;' | grep  'tel0052019' >> main_tables

# dump main_tables
mysqldump -u root -pxxx billing  -R  --routines --triggers --single-transaction  `cat main_tables` > main_tables.sql

Такие ключи рекомендовал саппорт. Бэкапы я обычно делаю с такими ключами:

 -R --triggers --quick --single-transaction --force --create-options --add-drop-table --routines --databases billing

но саппорт сказал, что это излишне.

[dereiff]

15 часов назад, Andrei сказал:

Такие ключи рекомендовал саппорт. Бэкапы я обычно делаю с такими ключами:

 -R --triggers --quick --single-transaction --force --create-options --add-drop-table --routines --databases billing

но саппорт сказал, что это излишне.

Саппорт прав) -R и --routines одно и тоже, --quick, --create-options, --add-drop-table  по дефолту включены, --force - игнорировать ошибки, ну тут вы ССЗБ.

 

А чем вам собственно mysql -A не угодило? Отрубает рехеш и позволяет быстрее стартовать консоль, на больших БД, а у вас наверно именно такая, это особенно актуально.

Изменено 16 октября, 2019 пользователем dereiff

[Andrei]

На счет опций - не вникал, в этой же ветке по-моему кто-то давал совет по опциям mysqldump для корректного бэкапа, оттуда и взял.
База небольшая, объем sql -файла, полученного как описано выше, всего 0,5Г. Если делать полный дамп со статистикой за весь период использования ЛБ, то получится около 4,5 Г.

Возможность зайти в консоль только через -А смутила, т.к. на старом сервере с mysql 5.1 и базой в 4,5Г такого не было, а на новом более мощном сервере с mysql 5.7 и базой в 0,5Г она есть. Если что - настройки mysql перенесены и оптимизированы опять таки по рекомендациям саппорта.

[No_name]

А почему бы просто  не скопировать по файлово базу с одного серва на другой? Весрия мускула менялась?

[Andrei]

12 минут назад, Brainiac сказал:

Весрия мускула менялась?

Да, с 5.1 до 5.7. Ну и структура БД тоже поменялась, но это второй этап переезда, который тоже уже прошли.

[Andrei]

Из рассылки ЛБ

Цитата

Состоялся выпуск нового релиза АСР LANBilling 2.0.30.
Основные изменения релиза:
°    Исключен старый административный интерфейс, поставляемый в пакете ядра АСР LANBilling, в пользу обновленного интерфейса lbweb-admin;

Кто-то ставил этот обновленный интерфейс? Как он в работе?

PS. он поддерживается только с 2.0.29

 

[Urs_ak]

2 часа назад, Andrei сказал:

Кто-то ставил этот обновленный интерфейс? Как он в работе?

PS. он поддерживается только с 2.0.29

 

Так он и в 2.0.27 есть. Мы пользуемся, но у нас ничего особенного. Если переходить - надо права проверить, из-за механизма Ролей, у нас при внедрении были вопросы, что у менеджеров были поломанные права на тарифы и т.п.

 

Они в LTS умудряются параметры для lbarcd скриптов (start, stop, edit) сломать. Я немного удивился, когда после обновления у меня поломалась логика работы с БРАСом. Поэтому я вот даже не знаю на счёт обновления - это такие трудозатраты, всё надо проверять что не сломалось..

[Andrei]

9 часов назад, Urs_ak сказал:

из-за механизма Ролей

Подозреваю, что у меня из-за этого же проблемы, хотя все галки в ролях стоят как надо. В конце концов Администратор же должен иметь все права и на всё, ан нет - даже кнопки "Сохранить" не активны во многих окнах.

 

А через старый интерфейс все работает как прежде.

[Andrei]

Перешел на 30ю сборку и не нашел как в ней подключать "самопальные" отчеты :(
Теперь такой возможности нет?

[dereiff]

В 17.11.2019 в 10:41, Andrei сказал:

Перешел на 30ю сборку и не нашел как в ней подключать "самопальные" отчеты :(
Теперь такой возможности нет?

Опции - Шаблоны документов. Подключается всё так же как и раньше.

[Andrei]

1. В качестве шаблона не получается указать php-файл.

2. Откуда ЛБ берет список файлов, которые можно использовать как шаблон? Похоже, что из /usr/local/billing/templates , но если туда положить свой отчет, то в списке выбора он не появляется.

 

update (ответ от саппорта разработчика):

Подключаемые отчёты давно исключены.
Вы можете сделать свой отчёт аналогично имеющимся в АСР - примеры можно найти в поставке, описание можно найти тут - https://www.lanbilling.ru/neworders.html