Опыт установки 5.3 на боевом сервере

Magnum72

Нашел фичу в 008, предлагаю оставить ее в 5.3:

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

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

Point · Сообщение **Point** » Пт дек 27, 2013 12:09

Magnum72 писал(а):Нашел фичу в 008, предлагаю оставить ее в 5.3:

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

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

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

alexus · Сообщение **alexus** » Вс янв 05, 2014 00:43

Обновляю биллинг с 5.2.1-006

Выдало следующее:
root@billing:/netup/utm5 # mysql -f UTM5 < /netup/utm5/UTM5_indexes.sql
ERROR 1091 (42000) at line 1: Can't DROP 'charges_index_first'; check that column/key exists
ERROR 1091 (42000) at line 2: Can't DROP 'ip_charges_index_first'; check that column/key exists
ERROR 1091 (42000) at line 3: Can't DROP 'charges_index_second'; check that column/key exists
ERROR 1091 (42000) at line 4: Can't DROP 'services_index_first'; check that column/key exists
ERROR 1091 (42000) at line 5: Can't DROP 'first'; check that column/key exists
ERROR 1091 (42000) at line 6: Can't DROP 'first_set'; check that column/key exists
ERROR 1091 (42000) at line 7: Can't DROP 'first_block'; check that column/key exists
ERROR 1091 (42000) at line 8: Can't DROP 'first_dow'; check that column/key exists
ERROR 1091 (42000) at line 9: Can't DROP 'first_car'; check that column/key exists
ERROR 1091 (42000) at line 10: Can't DROP 'first_disc'; check that column/key exists
ERROR 1091 (42000) at line 11: Can't DROP 'first_disc1'; check that column/key exists
ERROR 1091 (42000) at line 12: Can't DROP 'first_dtr'; check that column/key exists
ERROR 1091 (42000) at line 13: Can't DROP 'first_ptr'; check that column/key exists
ERROR 1091 (42000) at line 14: Can't DROP 'first_ptr_hash'; check that column/key exists
ERROR 1091 (42000) at line 15: Can't DROP 'first_mes'; check that column/key exists
ERROR 1091 (42000) at line 16: Can't DROP 'first_ba'; check that column/key exists
ERROR 1091 (42000) at line 17: Can't DROP 'first_inv'; check that column/key exists
ERROR 1091 (42000) at line 18: Can't DROP 'first_inve'; check that column/key exists
ERROR 1091 (42000) at line 19: Can't DROP 'first_sess_tel'; check that column/key exists
ERROR 1091 (42000) at line 20: Can't DROP 'first_sess_dhs'; check that column/key exists
ERROR 1091 (42000) at line 21: Can't DROP 'first_access'; check that column/key exists
ERROR 1091 (42000) at line 22: Can't DROP 'first_dtagg'; check that column/key exists
ERROR 1091 (42000) at line 23: Can't DROP 'tel_session_date_idx'; check that column/key exists
ERROR 1091 (42000) at line 24: Can't DROP 'dhs_sess_id_idx'; check that column/key exists
ERROR 1091 (42000) at line 25: Can't DROP 'tel_last_update_date_status_idx'; check that column/key exists
ERROR 1091 (42000) at line 26: Can't DROP 'dhs_last_update_date_status_idx'; check that column/key exists
ERROR 1064 (42000) at line 27: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '82e61c4e8130890872ca7d5d2eedcce7 ON discount_transactions_all' at line 1
ERROR 1091 (42000) at line 28: Can't DROP 'b3e12acadb1bbd7f8eb9b8a9ac479e6c'; check that column/key exists
ERROR 1064 (42000) at line 29: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '92e08f5e788b4bcd2bd08d642d1f16f2 ON discount_transactions_all' at line 1
ERROR 1091 (42000) at line 30: Can't DROP '71be80c932a1d596a863a4f87ba05a03'; check that column/key exists
ERROR 1091 (42000) at line 31: Can't DROP 'a7d0ead92d1cf4a8163d3a14bd1d46f6'; check that column/key exists
ERROR 1091 (42000) at line 32: Can't DROP '8f8204600604c1b15a5072c16ae06092'; check that column/key exists
ERROR 1064 (42000) at line 33: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '568e4c2b879c970a554a72b09510a746 ON discount_transactions_all' at line 1
ERROR 1091 (42000) at line 34: Can't DROP '65de76c206634875d1728c8993f84885'; check that column/key exists
ERROR 1091 (42000) at line 35: Can't DROP '4b6c17c0fd9f68e3e613d3882ff322a7'; check that column/key exists
ERROR 1091 (42000) at line 36: Can't DROP 'ef21d08012d675959006724ce0a1ecac'; check that column/key exists
ERROR 1091 (42000) at line 37: Can't DROP '204db493907b7f4ddf2336ae78db201d'; check that column/key exists
ERROR 1091 (42000) at line 38: Can't DROP 'b37e82d403f2755b32e4baece65863a7'; check that column/key exists
ERROR 1091 (42000) at line 39: Can't DROP 'dc6f19ab68504e59c9e28ca44c643bdb'; check that column/key exists
ERROR 1091 (42000) at line 40: Can't DROP 'd875d2e79b84e0165fb2e50bc53ce02d'; check that column/key exists
ERROR 1091 (42000) at line 41: Can't DROP 'f5c13400f6c8eb3689044226d5b9a265'; check that column/key exists
ERROR 1091 (42000) at line 42: Can't DROP '045fce234c7df2742ece9efe8864b83f'; check that column/key exists
ERROR 1091 (42000) at line 43: Can't DROP '595a200705c6daa334d1e96e32583ea3'; check that column/key exists
ERROR 1091 (42000) at line 44: Can't DROP 'c35611f93e1dcb1ab505cb1715d5941b'; check that column/key exists
ERROR 1091 (42000) at line 45: Can't DROP '0a6b597fd01af47968faa8fa4d5c3f19'; check that column/key exists
ERROR 1091 (42000) at line 46: Can't DROP '64791de5ab4ea85459319893269706ea'; check that column/key exists
ERROR 1091 (42000) at line 47: Can't DROP 'index_b3e12acadb1bbd7f8eb9b8a9ac479e6c'; check that column/key exists
ERROR 1091 (42000) at line 48: Can't DROP 'index_65de76c206634875d1728c8993f84885'; check that column/key exists
ERROR 1091 (42000) at line 49: Can't DROP 'index_4bc74b2ad5da849947708592ddfde8b0'; check that column/key exists
ERROR 1062 (23000) at line 93: Duplicate entry '1-123-30-0.05' for key 'uniq_dbf2840cfffe4be64dbff06b1b8dfa00'

Я так понимаю это не критично ?

alexus · Сообщение **alexus** » Вс янв 05, 2014 01:03

После обновления с 5.2.1-006 на 5.3-001-update4:
1. в админке в разделе настройка, далее правила файервола пусто.
пункт 12 по инструкции отсутствует файл /netup/utm5/bin/fix_fwrules -f
это нормально?
теперь правила вручную забить?
что ещё посоветуете проверить?

2. на роутере freebsd установлена УТМ. Но там работает только rfw
нужно тут обновлять софт УТМа ?
3. в утм трее в отчётах не работает отчет по платежам. При попытке сформировать отчет выдаёт окно с ошибками.
не подскажите почему ?
4. в личном кабинете раздел сбербанк рабочий ?

xxxupg · Сообщение **xxxupg** » Вс янв 05, 2014 09:54

alexus писал(а):После обновления с 5.2.1-006 на 5.3-001-update4:
3. в утм трее в отчётах не работает отчет по платежам. При попытке сформировать отчет выдаёт окно с ошибками.
не подскажите почему ?
4. в личном кабинете раздел сбербанк рабочий ?

3. в 006 и новой версии билинга разные системы архивирования, соответственно нужно переделывать чтобы появились все отчёты.

4. про этот модуль писали что его добавили "случайно" т.к. делался он под конкретного оператора

alexus · Сообщение **alexus** » Вс янв 05, 2014 16:34

xxxupg писал(а): 3. в 006 и новой версии билинга разные системы архивирования, соответственно нужно переделывать чтобы появились все отчёты.

4. про этот модуль писали что его добавили "случайно" т.к. делался он под конкретного оператора

3. что переделывать? я ничего не архивировал.
4. а этот модуль можно купить?

xxxupg · Сообщение **xxxupg** » Вс янв 05, 2014 17:25

alexus писал(а):
xxxupg писал(а): 3. в 006 и новой версии билинга разные системы архивирования, соответственно нужно переделывать чтобы появились все отчёты.

4. про этот модуль писали что его добавили "случайно" т.к. делался он под конкретного оператора
3. что переделывать? я ничего не архивировал.

через админку все отчёты строятся?

alexus · Сообщение **alexus** » Вс янв 05, 2014 19:58

xxxupg писал(а):
alexus писал(а):
xxxupg писал(а): 3. в 006 и новой версии билинга разные системы архивирования, соответственно нужно переделывать чтобы появились все отчёты.

4. про этот модуль писали что его добавили "случайно" т.к. делался он под конкретного оператора
3. что переделывать? я ничего не архивировал.
через админку все отчёты строятся?

В админке всё прекрасно работает.
Только вот в утмке отчёт по платежям не формируется.

Hawk128

Добавлю проблем по отчетам:

Прошло много списаний последней секундой 2013-го.
Отправил это все в архивную таблицу.
В отчеты в админке по услугам (остальные не проверял) эта секунда не попадает.
Хотя по документации:

Код: Выделить всё

end_date – время, которым датировано последнее списание в архиве &#40;UNIX
TIMESTAMP&#41;;

Код: Выделить всё

| 13 |          5 |          7 | UTM5H.payment_transactions_201312                | 1372622448 | 1388514511 |
| 14 |          5 |          1 | UTM5H.discount_transactions_all_201312           | 1372622424 | 1388519999 |
| 15 |          5 |          2 | UTM5H.discount_transactions_iptraffic_all_201312 | 1372622424 | 1388519999 |

Код: Выделить всё

 select discount_date as dt, count&#40;*&#41; from discount_transactions_all_201312 where discount > 0 and discount_date > 1388433600 and discount_date < 1388520000  group by dt order by dt;
+------------+----------+
| dt         | count&#40;*&#41; |
+------------+----------+
| 1388436924 |      129 |
| 1388436925 |      297 |
| 1388436926 |      351 |
| 1388436927 |      354 |
| 1388436928 |      395 |
| 1388436929 |      437 |
| 1388436930 |      448 |
| 1388436931 |      130 |
| 1388472215 |        1 |
| 1388472216 |        3 |
| 1388473400 |        1 |
| 1388481540 |        1 |
| 1388481546 |        1 |
| 1388481552 |        1 |
| 1388483909 |        1 |
| 1388512081 |        1 |
| 1388519999 |     2571 |
+------------+----------+
17 rows in set &#40;0.59 sec&#41;

ZeM · Сообщение **ZeM** » Пн янв 13, 2014 11:20

Добрый день - всех с прошедшими!
Стоит последний update 4.
Нарисовалась проблема с балансом о которой я много раз говорил.
Завели сегодня 13.01.2014 новое юр лицо.
Параметры перерасчета в Сервисных связках у него стоит "Ничего не делать".
Тарифы все безлимитные. Суммы за тарифы круглые без копеек.
И что я вижу у абонента стал кривой баланс (-3748,75466696535250000000).
Вот Скрин 1.

Начинаю искать откуда это вылезло и что я вижу в отчетах другие списания.

На всякий случай вкладка счета.

P.S. Я сегодня трезвый

почитал документацию насчет возвратов, поискал в биллинге где это может быть и не нашел.
Это БАГ ??

ZeM · Сообщение **ZeM** » Пн янв 20, 2014 08:52

Еще БАГ
Отчеты - Детальный трафик. Ставим любой временной интервал - и админка выводит только 100 001 запись. Не больше не меньше.
Скрин думаю нет смысла прилагать.
Кроме того уберите предупреждение о том что там больше 9999 записей. Это и так понятно что у любого провайдера за 10 секунд набирается больше 9999 записей.

Magnum72

ZeM писал(а):Еще БАГ
Отчеты - Детальный трафик. Ставим любой временной интервал - и админка выводит только 100 001 запись. Не больше не меньше.
Скрин думаю нет смысла прилагать.
Кроме того уберите предупреждение о том что там больше 9999 записей. Это и так понятно что у любого провайдера за 10 секунд набирается больше 9999 записей.

Лучше не убирать, а вынести в настройки "Предупреждать на" и задавать по типу границ уведомлений баланса: 0,10000,50000,100000

serjk · Сообщение **serjk** » Чт янв 30, 2014 17:01

ZeM писал(а):Еще БАГ
Отчеты - Детальный трафик. Ставим любой временной интервал - и админка выводит только 100 001 запись. Не больше не меньше.
Скрин думаю нет смысла прилагать.
Кроме того уберите предупреждение о том что там больше 9999 записей. Это и так понятно что у любого провайдера за 10 секунд набирается больше 9999 записей.

Настройки->Список параметров->

добавить raw_records_send_limit - макс. значение выборки. Сделано, чтобы ядро не падало при попытках извлечь несколько Гб статистики.

(документацию постепенно обновляем)

serjk · Сообщение **serjk** » Чт янв 30, 2014 17:44

ZeM писал(а):Добрый день - всех с прошедшими!
Стоит последний update 4.
Нарисовалась проблема с балансом о которой я много раз говорил.
Завели сегодня 13.01.2014 новое юр лицо.
Параметры перерасчета в Сервисных связках у него стоит "Ничего не делать".
Это БАГ ??

Из предоставленных данных не представляется возможным воспроизвести проблему. В целом, лучше подождать 5.3-002 (обработка периодических списаний там сделана значительно более прозрачной, больше информации для отладки можно получить непосредственно в интерфейсе, и т.д.)

ZeM · Сообщение **ZeM** » Чт янв 30, 2014 19:35

Спасибо!Буду ждать 5.3-002.