Обновление с 5 на 6

kirush · Сообщение **kirush** » Чт авг 28, 2008 19:37

Добрый день!
Сделал обновление с 5 на 6.

Всё работает, но есть кое какие косяки:
1)
/var/log/netup/main.log
ERROR : Aug 28 20:31:24 DBASQLError: MySQL query failed:
ERROR : Aug 28 20:31:24 DBCtx: Exception while doing SQL insert/update !
ERROR : Aug 28 20:31:34 DBCtx: <138689536> MySQL query failed:
в то же время в debug.log:
-Stats : Aug 28 20:34:54 DBA Messages: Stats: Uptime: 00:00:00. Events: 0; Errors: 0
..
?Debug : Aug 28 20:34:54 FW@10.1.255.200: Ping reply received
ERROR : Aug 28 20:34:54 DBCtx: <138689536> MySQL query failed:
ERROR : Aug 28 20:34:54 DBASQLError: MySQL query failed:
ERROR : Aug 28 20:34:54 DBCtx: Exception while doing SQL insert/update !
?Debug : Aug 28 20:34:54 UTM5 DBA: Checking for rehash: flags 3, balance 368.091 (old 368.091), credit 0.000
?Debug : Aug 28 20:34:54 Radius: Account '521': 368.091/0.000 send...
?Debug : Aug 28 20:34:54 DBAGiga: Rehash: Target: 10; Action: 1; Ptr: beffba9c
...
те видно что база работает с mysql. А какие она запросы не может выполнить?

2)
Warn : Aug 28 20:34:13 ModFWMan: No valid rule found for AID 1423 RouterID 25 State 1
Warn : Aug 28 20:34:13 ModFWMan: No valid rule found for AID 1423 RouterID 1 State 1

3) ?Debug : Aug 28 20:32:48 DBCtx: <138689536> MySQL query failed:<Unknown column 'charge_type' in 'field list'> Trying to reconnect: 2

4) В логах админки:
0 [Thread-12] ERROR biz.netup.control.transport.urfa.impl.UrfaInvocationImpl - getString: state is not INVOKED

Нужен совет по этим 4м вещам.

kirush · Сообщение **kirush** » Пт авг 29, 2008 07:20

С помощью Кирилла из тех поддержки решена проблема:

При обновлении:

ALTER TABLE discount_transactions_all ADD COLUMN charge_type int DEFAULT '0' NOT NULL;

Оказывается - выполняется до нескольких часов.

После обновления:

1)
Warn : Aug 29 00:50:29 ModFWMan: No valid rule found for AID 737 RouterID 25 State 1
Warn : Aug 29 00:50:29 ModFWMan: No valid rule found for AID 737 RouterID 1 State 1
Warn : Aug 29 00:50:29 ModFWMan: No valid rule found for AID 1199 RouterID 25 State 1
Warn : Aug 29 00:50:29 ModFWMan: No valid rule found for AID 1199 RouterID 1 State 1
Warn : Aug 29 00:50:29 ModFWMan: No valid rule found for AID 1192 RouterID 25 State 1
Warn : Aug 29 00:50:29 ModFWMan: No valid rule found for AID 1192 RouterID 1 State 1
Warn : Aug 29 00:50:29 ModFWMan: No valid rule found for AID 1378 RouterID 25 State 1
Warn : Aug 29 00:50:29 ModFWMan: No valid rule found for AID 1378 RouterID 1 State 1

2) ERROR : Aug 29 00:51:26 DBAExistingError: [get_user_by_aid]: trying to get not existing aid: 0

Наведите на пусть истинный...

Aleks · Сообщение **Aleks** » Пт авг 29, 2008 07:49

Посмотри "Правила firewall" вероятно там ...

kaN5300

ёманарот, а я всё думал, почему у меня мускул 5.1 выпадал при наложении sql-скрипта с обновлением. Щас вот откатился на 5.0, проверил конфиги, глянул процессы и действительно, злосчастный дискаунт транзакшанс апдейтится уже довольно долго. Зачем интересно понадобилась еще одна колонка?

mikkey finn

возможно, хотят уйти от varchar поля comment, заменив его числом

Magnum72

mikkey finn писал(а):возможно, хотят уйти от varchar поля comment, заменив его числом

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

Зы там многие таблицы проще пересоздать так как существенно вычищены ненужные столбцы

Vadislaus

Господа, так и не понял где косяк.

У меня проблема: Пытаюсь обновиться с .5 на .6. Обновляется. Патч utm5_mysql_update.sql накладывается на тестовой машине (на рабочей mysql падает). Подключаюсь админкой, пытаюсь добавить нового пользователя. Тормозит, все тормозит.... В логах:
DBCtx: Exception while doing SQL insert/update !
и появляется пользователь с ID = -100xxxxxx
Туплю, пытаюсь пользователя отредактировать. Говорит, что нет такого пользователя.
Смотрю в базу, вижу, что у меня их пять (с разными account_id). В utm.cfg параметр dbcount=5.

Что делать?????? ( при чем, если с ноля создать базу - все нормально ).

Второй вопрос: у меня стоит в мускуле кодировка latin1.
С появлением модуля платежной системы кривой бэкап базы ( у них там все в utf8 ). Стоит ли переходить на utf8? И как правильно это сделать (при попытке использовать на бэкапе iconv - он отваливается, сейчас не вспомню, что он писал, но отконвертировать не смог)?

Заранее спасибо!

mikkey finn

снять дамп с указанием, что кодировка подключения и результата - latin1. В полученном дампе редактором заменить все упоминания о latin1 на utf8. Залить дамп назад в свежесозданную базу от не-рутового юзера мускула. Базу создать с кодировкой Utf8 естественно. Если хочется заливать от рута, то зайти клиентом, сказать, set names utf8;
после этого дать команду source
Ну и в конфиге ядра биллинга указать, что база теперь UTF8.
Если облом идет на этапе апдейта базы - обратить внимание, что таблицы транзакций ну просто фантастически большие, поэтому изменения применяются очень долго. Подумать над этим вопросом.

Vadislaus

Спасибо mikkey finn.
Пытался раньше перевести на utf8, но из-за незнания про тонкость заливки базы не из под root-ового пользователя неполучалось.

Но все равно вопрос: залил базу на новый mysql сервер, залил на него MYSQL_update.sql. Пытаюсь добавить пользователя из админики, добавляется но с ID = -1280345640, и дальше работать отказывается.
В логе куча записей:
ERROR : Sep 14 20:55:22 DBCtx: <139835056> MySQL query failed:
ERROR : Sep 14 20:55:22 DBASQLError: MySQL query failed:
ERROR : Sep 14 20:55:22 DBCtx: Exception while doing SQL insert/update !
ERROR : Sep 14 20:55:53 DBCtx: <139809056> MySQL query failed:
ERROR : Sep 14 20:55:53 DBASQLError: MySQL query failed:
ERROR : Sep 14 20:55:53 DBCtx: Exception while doing SQL insert/update !

zekadm · Сообщение **zekadm** » Сб янв 17, 2009 03:25

Кто нибуть сталкивался с тем что при обновлении базы данный mysql при переходе с 5 на 6(update 7) билд при выполнении обновления таблицы system_accounts происходит ошибка на скуле... уже все перепробовал ничего немогу понять... И после обновления ни под какими юзерами в базу не пускает.... (в смысле из админки UTM_Admin)...

Прошу помощи....

mysql> ALTER TABLE system_accounts ADD COLUMN id int;
ERROR 2006 (HY000): MySQL server has gone away
No connection. Trying to reconnect...
Connection id: 1
Current database: UTM5

ERROR 2013 (HY000): Lost connection to MySQL server during query

Wishmaster

zekadm писал(а):Кто нибуть сталкивался с тем что при обновлении базы данный mysql при переходе с 5 на 6(update 7) билд при выполнении обновления таблицы system_accounts происходит ошибка на скуле... уже все перепробовал ничего немогу понять... И после обновления ни под какими юзерами в базу не пускает.... (в смысле из админки UTM_Admin)...

Прошу помощи....

mysql> ALTER TABLE system_accounts ADD COLUMN id int;
ERROR 2006 (HY000): MySQL server has gone away
No connection. Trying to reconnect...
Connection id: 1
Current database: UTM5

ERROR 2013 (HY000): Lost connection to MySQL server during query

Ясно ж написано, mysql сервер падает при запросе. Смотрите, что он в логе пишет при падении.

melmax · Сообщение **melmax** » Сб янв 17, 2009 07:53

Раз уж пошла такая пьянка, может подскажет мне кто нибудь (наверное, лучше разработчики), когда планируется выход 6 update 7 для debian?

У меня в личном кабинете вот такая картина:

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

2008-07-02 UTM 5.2.1-006 Linux CentOS 5 &#40;update 7&#41;
2008-07-02 UTM 5.2.1-006 Linux Debian Etch &#40;update 5&#41;
2008-07-02 UTM 5.2.1-006 Linux Debian Sarge &#40;update 5&#41;
2008-07-02 UTM 5.2.1-006 Linux Gentoo &#40;update 7&#41;
2008-07-02 UTM 5.2.1-006 Linux Gentoo &#40;update 7&#41;
2008-07-02 UTM 5.2.1-006 Linux RedHat 9 &#40;update 7&#41;
2008-07-02 UTM 5.2.1-006 Linux RedHat Enterprise 5 &#40;update 7&#41;

И где можно посмотреть changelog update 7 от update 5?

mikkey finn

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

JAO · Сообщение **JAO** » Вс янв 18, 2009 13:56

Облом на system_accounts вызван наличием поля со свойством AUTO_INCREMENT, на которое прикручен еще и индекс, а главное тем, что UTM пишет в это поле отрицательные значения. Проблема зафиксирована на MySQL 5.0.xx и лечится снятием дампа этой таблички, редактированием структуры внутри дампа (в команде CREATE TABLE убрать AUTO_INCREMENT и PRIMARY KEY), затем ее сносом и перезаливкой с отредактированного дампа. Любые движения типа ALTER TABLE обречены на провал. Билл при этом нужно остановить. И не забывайте о резервных копиях, выполняя такие операции.

Форум компании NetUP

Обновление с 5 на 6

Обновление с 5 на 6

Оффтоп