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

Groggy · Сообщение **Groggy** » Чт окт 08, 2015 12:18

У нас при генерации счетов в .pdf формате в строках где сумма, НДС, итого в документе нули.

Если счет генерируется в формате .odt то всё нормально.

Centos 6 32 битная. Такая ситуация с 5-3.003 RC1 и до upd 4.

Вроде и тикет есть 2621... но как-то глухо.
Кто-нибудь сталкивался с такой проблемой?

TiRider

Groggy писал(а):У нас при генерации счетов в .pdf формате в строках где сумма, НДС, итого в документе нули.

Если счет генерируется в формате .odt то всё нормально.

Centos 6 32 битная. Такая ситуация с 5-3.003 RC1 и до upd 4.

Вроде и тикет есть 2621... но как-то глухо.
Кто-нибудь сталкивался с такой проблемой?

Забить и простить.

Уже и так понятно, что утм превратилась в "поделку".

forgotten

Вопрос к разработчикам. Когда сделаете логирование изменений сервисных связок? Это очень важная информация которая влияет на списание денег с абонентов. Мы постоянно сталкиваемся с проблемой что кто-то удалил сервисную связку. Тикит в хотлайне 2011111610000026 висит с 16.11.2011.
Неужели так сложно сделать логирование?

MEDVED · Сообщение **MEDVED** » Чт окт 15, 2015 10:51

И у меня есть просьба

Очень нужен фильтр в админке в Дополнительно -> Сессии RADIUS, сейчас для того, чтобы отправить PoD или удалить несуществующую сессию приходится долго и мучительно скролить, фильтр бы очень помог.

Vans · Сообщение **Vans** » Чт окт 15, 2015 19:17

Point писал(а):
Point писал(а):
ZeM писал(а):При включении параметра
Код: Выделить всё
verify_database_index=enable 
Вот такие ошибки
Sep 22 10:24:51 ?Debug : b6ce86f0 DBConnection_mysql: <0xb5e84078> SQL query: CREATE UNIQUE INDEX uniq_a6ba8c930a7fd5d9544531e489aa4ec1 ON dtagg_hotspot(is_$
Sep 22 10:24:51 ERROR : b6ce86f0 DBConnection_mysql: <0xb5e84078> MySQL query failed:<Duplicate entry '1-2458-1' for key 'uniq_a6ba8c930a7fd5d9544531e489aa$

Как грамотно вылечить ? Есть мысль грохнуть его или не вариант?
аналогичный вопрос, как правильно вылечить
Код: Выделить всё
Sep 22 15&#58;05&#58;58 ?Debug &#58; 255c9740 DBConnection_mysql&#58; <0x240f200> SQL query&#58; CREATE UNIQUE INDEX uniq_dbf2840cfffe4be64dbff06b1b8dfa00 ON dtagg_iptraffic&#40;is_closed,slink_id,tclass,base_cost&#41;;
Sep 22 15&#58;05&#58;58  ERROR &#58; 255c9740 DBConnection_mysql&#58; <0x240f200> MySQL query failed&#58;<Duplicate entry '1-12-40-0' for key 'uniq_dbf2840cfffe4be64dbff06b1b8dfa00'> Trying to reconnect&#58; 0
Sep 22 15&#58;06&#58;58  ERROR &#58; 255c9740 DBConnection_mysql&#58; <0x240f200> MySQL query failed&#58;<Duplicate entry '1-12-40-0' for key 'uniq_dbf2840cfffe4be64dbff06b1b8dfa00'> Trying to reconnect&#58; 1
Sep 22 15&#58;07&#58;58  ERROR &#58; 255c9740 DBConnection_mysql&#58; <0x240f200> MySQL query failed&#58;<Duplicate entry '1-12-40-0' for key 'uniq_dbf2840cfffe4be64dbff06b1b8dfa00'> Trying to reconnect&#58; 2
Sep 22 15&#58;08&#58;58  ERROR &#58; 255c9740 DBConnection_mysql&#58; <0x240f200> MySQL query failed&#58;<Duplicate entry '1-12-40-0' for key 'uniq_dbf2840cfffe4be64dbff06b1b8dfa00'> Trying to reconnect&#58; 3
Sep 22 15&#58;09&#58;58  ERROR &#58; 255c9740 DBConnection_mysql&#58; <0x240f200> MySQL query failed&#58;<Duplicate entry '1-12-40-0' for key 'uniq_dbf2840cfffe4be64dbff06b1b8dfa00'> Trying to reconnect&#58; 4
Sep 22 15&#58;10&#58;58  ERROR &#58; 255c9740 DBConnection_mysql&#58; <0x240f200> MySQL query failed&#58; 
Sep 22 15&#58;10&#58;58  ERROR &#58; 255c9740 DBASQLError&#58; MySQL query failed&#58; 
ну, коли гора не идет к магомету....
проблема заключается в наличии дублирующихся записей в таблице
dtagg_iptraffic (поля (is_closed,slink_id,tclass,base_cost))
лечим так
Код: Выделить всё
DELETE s1
  FROM dtagg_iptraffic s1
  JOIN &#40;SELECT MIN&#40;id&#41; id, slink_id, is_closed, base_cost, tclass FROM dtagg_iptraffic GROUP BY slink_id, is_closed, base_cost, tclass&#41; s2
    ON s1.id <> s2.id AND s1.slink_id = s2.slink_id AND s1.is_closed = s2.is_closed AND s1.base_cost = s2.base_cost AND s1.tclass = s2.tclass;
потом создаем индекс
Код: Выделить всё
CREATE UNIQUE INDEX uniq_dbf2840cfffe4be64dbff06b1b8dfa00 ON dtagg_iptraffic&#40;is_closed,slink_id,tclass,base_cost&#41;;
и вуаля... ругани нет, ядро запускается за 4 секунды вместо 320
удалилось порядка 20 тысяч записей из 140 тысяч, как повлияло на работоспособность- неизвестно, делалось на тестовой базе

А разработчики то что-то ответят по этому поводу?

Vans · Сообщение **Vans** » Чт окт 15, 2015 19:21

Еще такое наблюдаю:

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

Oct 15 19&#58;18&#58;58 ?Debug &#58; 6d050700 DBConnection_mysql&#58; <0x2352270> SQL query&#58; INSERT INTO discount_transactions_all&#40;account_id,incoming_rest,outgoing_rest,discount,discount_with_tax,service_id,service_type,slink_id,discount_date,charge_type,discount_period_id&#41; VALUES &#40;'14
14','13.07356285776921','-1.442566174488849','12.30180426462547','14.51612903225806','97','2','4364','1444925938','2','1681'&#41;
Oct 15 19&#58;18&#58;58  ERROR &#58; 6d050700 DBConnection_mysql&#58; <0x2352270> MySQL query failed&#58;<Duplicate entry '0' for key 'PRIMARY'> Trying to reconnect&#58; 0

С этим что делать?

Vans · Сообщение **Vans** » Чт окт 15, 2015 19:31

Хм... Вроде победил. Куда-то делся автоинкремент со столбца id.

Rico-X · Сообщение **Rico-X** » Сб окт 17, 2015 10:13

MEDVED писал(а):И у меня есть просьба Очень нужен фильтр в админке в Дополнительно -> Сессии RADIUS, сейчас для того, чтобы отправить PoD или удалить несуществующую сессию приходится долго и мучительно скролить, фильтр бы очень помог.

Присоединяюсь, пока выхожу из положения так:

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

/bin/echo "User-Name='$Username'" | /usr/bin/radclient -x $Nas_IP disconnect $CoA_Password

С рабочей машины тупо дергается скрипт через ssh, которому передаются имя юзера и NAS на котором его надо дропнуть, намного быстрее чем через "найди сессию" т.к. пролистать около 20К то еще удовольствие.

Nik0n · Сообщение **Nik0n** » Пн окт 19, 2015 06:51

Rico-X писал(а): Присоединяюсь, пока выхожу из положения так:
Код: Выделить всё
/bin/echo "User-Name='$Username'" | /usr/bin/radclient -x $Nas_IP disconnect $CoA_Password

К сожалению это не работает (посылка PoD), если нет сессии на NAS по разным причинам (допустим он внезапно рестартовал )

serjk · Сообщение **serjk** » Пн окт 19, 2015 10:37

forgotten писал(а):Вопрос к разработчикам. Когда сделаете логирование изменений сервисных связок? Это очень важная информация которая влияет на списание денег с абонентов. Мы постоянно сталкиваемся с проблемой что кто-то удалил сервисную связку. Тикит в хотлайне 2011111610000026 висит с 16.11.2011.
Неужели так сложно сделать логирование?

Сделали, выйдет в обновлении

MEDVED · Сообщение **MEDVED** » Пн окт 19, 2015 11:13

serjk писал(а):
forgotten писал(а):Вопрос к разработчикам. Когда сделаете логирование изменений сервисных связок? Это очень важная информация которая влияет на списание денег с абонентов. Мы постоянно сталкиваемся с проблемой что кто-то удалил сервисную связку. Тикит в хотлайне 2011111610000026 висит с 16.11.2011.
Неужели так сложно сделать логирование?
Сделали, выйдет в обновлении

А что можете сказать по моей просьбе касательно фильтра в сессиях RADIUS?

Vans · Сообщение **Vans** » Пн окт 19, 2015 11:20

Point писал(а):
Point писал(а):
ZeM писал(а):При включении параметра
Код: Выделить всё
verify_database_index=enable 
Вот такие ошибки
Sep 22 10:24:51 ?Debug : b6ce86f0 DBConnection_mysql: <0xb5e84078> SQL query: CREATE UNIQUE INDEX uniq_a6ba8c930a7fd5d9544531e489aa4ec1 ON dtagg_hotspot(is_$
Sep 22 10:24:51 ERROR : b6ce86f0 DBConnection_mysql: <0xb5e84078> MySQL query failed:<Duplicate entry '1-2458-1' for key 'uniq_a6ba8c930a7fd5d9544531e489aa$

Как грамотно вылечить ? Есть мысль грохнуть его или не вариант?
аналогичный вопрос, как правильно вылечить
Код: Выделить всё
Sep 22 15&#58;05&#58;58 ?Debug &#58; 255c9740 DBConnection_mysql&#58; <0x240f200> SQL query&#58; CREATE UNIQUE INDEX uniq_dbf2840cfffe4be64dbff06b1b8dfa00 ON dtagg_iptraffic&#40;is_closed,slink_id,tclass,base_cost&#41;;
Sep 22 15&#58;05&#58;58  ERROR &#58; 255c9740 DBConnection_mysql&#58; <0x240f200> MySQL query failed&#58;<Duplicate entry '1-12-40-0' for key 'uniq_dbf2840cfffe4be64dbff06b1b8dfa00'> Trying to reconnect&#58; 0
Sep 22 15&#58;06&#58;58  ERROR &#58; 255c9740 DBConnection_mysql&#58; <0x240f200> MySQL query failed&#58;<Duplicate entry '1-12-40-0' for key 'uniq_dbf2840cfffe4be64dbff06b1b8dfa00'> Trying to reconnect&#58; 1
Sep 22 15&#58;07&#58;58  ERROR &#58; 255c9740 DBConnection_mysql&#58; <0x240f200> MySQL query failed&#58;<Duplicate entry '1-12-40-0' for key 'uniq_dbf2840cfffe4be64dbff06b1b8dfa00'> Trying to reconnect&#58; 2
Sep 22 15&#58;08&#58;58  ERROR &#58; 255c9740 DBConnection_mysql&#58; <0x240f200> MySQL query failed&#58;<Duplicate entry '1-12-40-0' for key 'uniq_dbf2840cfffe4be64dbff06b1b8dfa00'> Trying to reconnect&#58; 3
Sep 22 15&#58;09&#58;58  ERROR &#58; 255c9740 DBConnection_mysql&#58; <0x240f200> MySQL query failed&#58;<Duplicate entry '1-12-40-0' for key 'uniq_dbf2840cfffe4be64dbff06b1b8dfa00'> Trying to reconnect&#58; 4
Sep 22 15&#58;10&#58;58  ERROR &#58; 255c9740 DBConnection_mysql&#58; <0x240f200> MySQL query failed&#58; 
Sep 22 15&#58;10&#58;58  ERROR &#58; 255c9740 DBASQLError&#58; MySQL query failed&#58; 
ну, коли гора не идет к магомету....
проблема заключается в наличии дублирующихся записей в таблице
dtagg_iptraffic (поля (is_closed,slink_id,tclass,base_cost))
лечим так
Код: Выделить всё
DELETE s1
  FROM dtagg_iptraffic s1
  JOIN &#40;SELECT MIN&#40;id&#41; id, slink_id, is_closed, base_cost, tclass FROM dtagg_iptraffic GROUP BY slink_id, is_closed, base_cost, tclass&#41; s2
    ON s1.id <> s2.id AND s1.slink_id = s2.slink_id AND s1.is_closed = s2.is_closed AND s1.base_cost = s2.base_cost AND s1.tclass = s2.tclass;
потом создаем индекс
Код: Выделить всё
CREATE UNIQUE INDEX uniq_dbf2840cfffe4be64dbff06b1b8dfa00 ON dtagg_iptraffic&#40;is_closed,slink_id,tclass,base_cost&#41;;
и вуаля... ругани нет, ядро запускается за 4 секунды вместо 320
удалилось порядка 20 тысяч записей из 140 тысяч, как повлияло на работоспособность- неизвестно, делалось на тестовой базе

И все же, можно так делать или нет?

Еще глюк: если открыть памятку абонента в MS Office 2013, то он ругается на битый файл. И если его восстановить, то отображается шаблон без замен. А вот в LibreOffice все вроде ок. Это что ж, теперь всем операторам LibreOffice ставить? Или можно это исправить?

Point · Сообщение **Point** » Пн окт 19, 2015 12:49

Vans писал(а):
Point писал(а):
Point писал(а):
ZeM писал(а):При включении параметра
Код: Выделить всё
verify_database_index=enable 
Вот такие ошибки
Sep 22 10:24:51 ?Debug : b6ce86f0 DBConnection_mysql: <0xb5e84078> SQL query: CREATE UNIQUE INDEX uniq_a6ba8c930a7fd5d9544531e489aa4ec1 ON dtagg_hotspot(is_$
Sep 22 10:24:51 ERROR : b6ce86f0 DBConnection_mysql: <0xb5e84078> MySQL query failed:<Duplicate entry '1-2458-1' for key 'uniq_a6ba8c930a7fd5d9544531e489aa$

Как грамотно вылечить ? Есть мысль грохнуть его или не вариант?
аналогичный вопрос, как правильно вылечить
Код: Выделить всё
Sep 22 15&#58;05&#58;58 ?Debug &#58; 255c9740 DBConnection_mysql&#58; <0x240f200> SQL query&#58; CREATE UNIQUE INDEX uniq_dbf2840cfffe4be64dbff06b1b8dfa00 ON dtagg_iptraffic&#40;is_closed,slink_id,tclass,base_cost&#41;;
Sep 22 15&#58;05&#58;58  ERROR &#58; 255c9740 DBConnection_mysql&#58; <0x240f200> MySQL query failed&#58;<Duplicate entry '1-12-40-0' for key 'uniq_dbf2840cfffe4be64dbff06b1b8dfa00'> Trying to reconnect&#58; 0
Sep 22 15&#58;06&#58;58  ERROR &#58; 255c9740 DBConnection_mysql&#58; <0x240f200> MySQL query failed&#58;<Duplicate entry '1-12-40-0' for key 'uniq_dbf2840cfffe4be64dbff06b1b8dfa00'> Trying to reconnect&#58; 1
Sep 22 15&#58;07&#58;58  ERROR &#58; 255c9740 DBConnection_mysql&#58; <0x240f200> MySQL query failed&#58;<Duplicate entry '1-12-40-0' for key 'uniq_dbf2840cfffe4be64dbff06b1b8dfa00'> Trying to reconnect&#58; 2
Sep 22 15&#58;08&#58;58  ERROR &#58; 255c9740 DBConnection_mysql&#58; <0x240f200> MySQL query failed&#58;<Duplicate entry '1-12-40-0' for key 'uniq_dbf2840cfffe4be64dbff06b1b8dfa00'> Trying to reconnect&#58; 3
Sep 22 15&#58;09&#58;58  ERROR &#58; 255c9740 DBConnection_mysql&#58; <0x240f200> MySQL query failed&#58;<Duplicate entry '1-12-40-0' for key 'uniq_dbf2840cfffe4be64dbff06b1b8dfa00'> Trying to reconnect&#58; 4
Sep 22 15&#58;10&#58;58  ERROR &#58; 255c9740 DBConnection_mysql&#58; <0x240f200> MySQL query failed&#58; 
Sep 22 15&#58;10&#58;58  ERROR &#58; 255c9740 DBASQLError&#58; MySQL query failed&#58; 
ну, коли гора не идет к магомету....
проблема заключается в наличии дублирующихся записей в таблице
dtagg_iptraffic (поля (is_closed,slink_id,tclass,base_cost))
лечим так
Код: Выделить всё
DELETE s1
  FROM dtagg_iptraffic s1
  JOIN &#40;SELECT MIN&#40;id&#41; id, slink_id, is_closed, base_cost, tclass FROM dtagg_iptraffic GROUP BY slink_id, is_closed, base_cost, tclass&#41; s2
    ON s1.id <> s2.id AND s1.slink_id = s2.slink_id AND s1.is_closed = s2.is_closed AND s1.base_cost = s2.base_cost AND s1.tclass = s2.tclass;
потом создаем индекс
Код: Выделить всё
CREATE UNIQUE INDEX uniq_dbf2840cfffe4be64dbff06b1b8dfa00 ON dtagg_iptraffic&#40;is_closed,slink_id,tclass,base_cost&#41;;
и вуаля... ругани нет, ядро запускается за 4 секунды вместо 320
удалилось порядка 20 тысяч записей из 140 тысяч, как повлияло на работоспособность- неизвестно, делалось на тестовой базе
И все же, можно так делать или нет?

Еще глюк: если открыть памятку абонента в MS Office 2013, то он ругается на битый файл. И если его восстановить, то отображается шаблон без замен. А вот в LibreOffice все вроде ок. Это что ж, теперь всем операторам LibreOffice ставить? Или можно это исправить?

Техподдержка сказала, что в моём случае надо искать дубликаты и удалять их, на вопрос "а может стоит включить в данный индекс еще какое-либо поле таблицы?" они ответили "К сожалению, из Вашего письма не совсем понятно, что Вы спрашиваете.
Напишите пожалуйста более подробно."(Ticket#: 2015092310000064) как подробнее написать, я что-то не догоняю....

Vans · Сообщение **Vans** » Пн окт 19, 2015 12:55

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

Point · Сообщение **Point** » Пн окт 19, 2015 13:47

у меня записи относятся к классу трафика 40, мне в принципе это не критично, потому я это удалил...
В Вашем случае, надо конкретнее смотреть содержимое таблицы, и уже по нему решать, нужны ли эти данные