Пропали все ip адреса после обновления
Пропали все ip адреса после обновления
Сабж
обновился с
utm5-2.1.003 до utm5-2.1.005
__________________________
Freebsd 6.2 Mysql 5.0
обновился с
utm5-2.1.003 до utm5-2.1.005
__________________________
Freebsd 6.2 Mysql 5.0
verificator.log
-- WARNING lost IP group 2436
-- SQL DESC delete ip group
UPDATE ip_groups SET is_deleted=1 WHERE ip_group_id='2436';
-- WARNING lost IP group 2437
-- SQL DESC delete ip group
UPDATE ip_groups SET is_deleted=1 WHERE ip_group_id='2437';
-- WARNING lost IP group 2438
-- SQL DESC delete ip group
UPDATE ip_groups SET is_deleted=1 WHERE ip_group_id='2438';
-- WARNING lost IP group 2439
-- SQL DESC delete ip group
UPDATE ip_groups SET is_deleted=1 WHERE ip_group_id='2439';
-- WARNING lost IP group 2436
-- SQL DESC delete ip group
UPDATE ip_groups SET is_deleted=1 WHERE ip_group_id='2436';
-- WARNING lost IP group 2437
-- SQL DESC delete ip group
UPDATE ip_groups SET is_deleted=1 WHERE ip_group_id='2437';
-- WARNING lost IP group 2438
-- SQL DESC delete ip group
UPDATE ip_groups SET is_deleted=1 WHERE ip_group_id='2438';
-- WARNING lost IP group 2439
-- SQL DESC delete ip group
UPDATE ip_groups SET is_deleted=1 WHERE ip_group_id='2439';
При запуске ядра много ловим такого...
А в верификатор (он огромный - несколько мегабайт!) получаем 3 крупных блока записей. ниже 3 цитаты по произвольнуму куску из каждого.
Первый блок а-ля...
Второй...
и третий...
Довершает все это дело
Заливом верификатора, как понятно, ничего не решается..
Вобщем с кодировками разобрался - базу отконвертил, но видимо переезд откладывается на неопределенный срок...
ЗЫ И самое интересное то, что ни одного мака, ни одного ипника из таблиц не пропало! (например выдержка из таблицы iptraffic_service_links )
Код: Выделить всё
*ALERT : Jan 17 05:59:24 UTM5 DBA: Service link <331> from user_id <115> is broken and disabled. See verificator.log for details
*ALERT : Jan 17 05:59:24 UTM5 DBA: Service link <332> from user_id <115> is broken and disabled. See verificator.log for details
*ALERT : Jan 17 05:59:24 UTM5 DBA: Service link <333> from user_id <116> is broken and disabled. See verificator.log for details
*ALERT : Jan 17 05:59:24 UTM5 DBA: Service link <334> from user_id <117> is broken and disabled. See verificator.log for details
Первый блок а-ля...
Код: Выделить всё
-- ERROR broken ip traffic link 1, ip group 1 not exist
-- SQL DESC delete slink (NOT RECOMMENDED)
-- UPDATE service_links SET is_deleted=1 WHERE id='1';
-- UPDATE periodic_service_links SET is_deleted=1 WHERE id='1';
-- UPDATE iptraffic_service_links SET is_deleted=1 WHERE id='1';
-- ERROR broken ip traffic link 2, ip group 2 not exist
-- SQL DESC delete slink (NOT RECOMMENDED)
-- UPDATE service_links SET is_deleted=1 WHERE id='2';
-- UPDATE periodic_service_links SET is_deleted=1 WHERE id='2';
-- UPDATE iptraffic_service_links SET is_deleted=1 WHERE id='2';
-- ERROR broken ip traffic link 3, ip group 3 not exist
-- SQL DESC delete slink (NOT RECOMMENDED)
-- UPDATE service_links SET is_deleted=1 WHERE id='3';
-- UPDATE periodic_service_links SET is_deleted=1 WHERE id='3';
-- UPDATE iptraffic_service_links SET is_deleted=1 WHERE id='3';
-- ERROR broken ip traffic link 4, ip group 4 not exist
-- SQL DESC delete slink (NOT RECOMMENDED)
-- UPDATE service_links SET is_deleted=1 WHERE id='4';
-- UPDATE periodic_service_links SET is_deleted=1 WHERE id='4';
-- UPDATE iptraffic_service_links SET is_deleted=1 WHERE id='4';
-- ERROR broken ip traffic link 5, ip group 5 not exist
-- SQL DESC delete slink (NOT RECOMMENDED)
-- UPDATE service_links SET is_deleted=1 WHERE id='5';
-- UPDATE periodic_service_links SET is_deleted=1 WHERE id='5';
-- UPDATE iptraffic_service_links SET is_deleted=1 WHERE id='5';
-- ERROR broken ip traffic link 6, ip group 6 not exist
-- SQL DESC delete slink (NOT RECOMMENDED)
-- UPDATE service_links SET is_deleted=1 WHERE id='6';
-- UPDATE periodic_service_links SET is_deleted=1 WHERE id='6';
-- UPDATE iptraffic_service_links SET is_deleted=1 WHERE id='6';
-- ERROR broken ip traffic link 7, ip group 7 not exist
-- SQL DESC delete slink (NOT RECOMMENDED)
-- UPDATE service_links SET is_deleted=1 WHERE id='7';
-- UPDATE periodic_service_links SET is_deleted=1 WHERE id='7';
-- UPDATE iptraffic_service_links SET is_deleted=1 WHERE id='7';
Второй...
Код: Выделить всё
-- ERROR strange row in service_links with id 227 (no row in periodic_service_links, iptraffic_service_links, dialup_service_links, hotspot_service_links, telephony_service_links or o
-- SQL DESC delete row
-- UPDATE service_links SET is_deleted=1 WHERE id='227';
-- UPDATE periodic_service_links SET is_deleted=1 WHERE id='227';
-- UPDATE iptraffic_service_links SET is_deleted=1 WHERE id='227';
-- ERROR link 227, account tariff link id 221, not equal discount period ids
-- SQL DESC delete broken link (NOT RECOMMENDED)
-- UPDATE service_links SET is_deleted=1 WHERE id='227';
-- UPDATE periodic_service_links SET is_deleted=1 WHERE id='227';
-- UPDATE iptraffic_service_links SET is_deleted=1 WHERE id='227';
-- ERROR strange row in service_links with id 228 (no row in periodic_service_links, iptraffic_service_links, dialup_service_links, hotspot_service_links, telephony_service_links or o
-- SQL DESC delete row
-- UPDATE service_links SET is_deleted=1 WHERE id='228';
-- UPDATE periodic_service_links SET is_deleted=1 WHERE id='228';
-- UPDATE iptraffic_service_links SET is_deleted=1 WHERE id='228';
-- ERROR link 228, account tariff link id 222, not equal discount period ids
-- SQL DESC delete broken link (NOT RECOMMENDED)
-- UPDATE service_links SET is_deleted=1 WHERE id='228';
-- UPDATE periodic_service_links SET is_deleted=1 WHERE id='228';
-- UPDATE iptraffic_service_links SET is_deleted=1 WHERE id='228';
-- ERROR strange row in service_links with id 229 (no row in periodic_service_links, iptraffic_service_links, dialup_service_links, hotspot_service_links, telephony_service_links or o
-- SQL DESC delete row
-- UPDATE service_links SET is_deleted=1 WHERE id='229';
-- UPDATE periodic_service_links SET is_deleted=1 WHERE id='229';
-- UPDATE iptraffic_service_links SET is_deleted=1 WHERE id='229';
-- ERROR link 229, account tariff link id 223, not equal discount period ids
-- SQL DESC delete broken link (NOT RECOMMENDED)
-- UPDATE service_links SET is_deleted=1 WHERE id='229';
-- UPDATE periodic_service_links SET is_deleted=1 WHERE id='229';
-- UPDATE iptraffic_service_links SET is_deleted=1 WHERE id='229';
-- ERROR strange row in service_links with id 230 (no row in periodic_service_links, iptraffic_service_links, dialup_service_links, hotspot_service_links, telephony_service_links or o
-- SQL DESC delete row
-- UPDATE service_links SET is_deleted=1 WHERE id='230';
-- UPDATE periodic_service_links SET is_deleted=1 WHERE id='230';
-- UPDATE iptraffic_service_links SET is_deleted=1 WHERE id='230';
-- ERROR link 230, account tariff link id 224, not equal discount period ids
-- SQL DESC delete broken link (NOT RECOMMENDED)
-- UPDATE service_links SET is_deleted=1 WHERE id='230';
-- UPDATE periodic_service_links SET is_deleted=1 WHERE id='230';
-- UPDATE iptraffic_service_links SET is_deleted=1 WHERE id='230';
Код: Выделить всё
-- WARNING lost IP group 1810
-- SQL DESC delete ip group
UPDATE ip_groups SET is_deleted=1 WHERE ip_group_id='1810';
-- WARNING lost IP group 1811
-- SQL DESC delete ip group
UPDATE ip_groups SET is_deleted=1 WHERE ip_group_id='1811';
-- WARNING lost IP group 1812
-- SQL DESC delete ip group
UPDATE ip_groups SET is_deleted=1 WHERE ip_group_id='1812';
-- WARNING lost IP group 1813
-- SQL DESC delete ip group
UPDATE ip_groups SET is_deleted=1 WHERE ip_group_id='1813';
-- WARNING lost IP group 1814
-- SQL DESC delete ip group
UPDATE ip_groups SET is_deleted=1 WHERE ip_group_id='1814';
-- WARNING lost IP group 1815
-- SQL DESC delete ip group
UPDATE ip_groups SET is_deleted=1 WHERE ip_group_id='1815';
-- WARNING lost IP group 1816
-- SQL DESC delete ip group
UPDATE ip_groups SET is_deleted=1 WHERE ip_group_id='1816';
-- WARNING lost IP group 1817
-- SQL DESC delete ip group
UPDATE ip_groups SET is_deleted=1 WHERE ip_group_id='1817';
-- WARNING lost IP group 1818
-- SQL DESC delete ip group
UPDATE ip_groups SET is_deleted=1 WHERE ip_group_id='1818';
-- WARNING lost IP group 1819
-- SQL DESC delete ip group
UPDATE ip_groups SET is_deleted=1 WHERE ip_group_id='1819';
Код: Выделить всё
-- affected tables: ip_groups iptraffic_service_links periodic_service_links service_links
Вобщем с кодировками разобрался - базу отконвертил, но видимо переезд откладывается на неопределенный срок...
ЗЫ И самое интересное то, что ни одного мака, ни одного ипника из таблиц не пропало! (например выдержка из таблицы iptraffic_service_links )
Код: Выделить всё
| 372 | 127 | -1062730730 | -1 | | | 00:e0:4c:50:90:5f | | 3 | 6 | 1199885901 | 0 | 1 |
| 373 | 171 | -1062730713 | -1 | | | 00:11:5b:b3:f9:38 | | 3 | 6 | 1199894172 | 0 | 1 |
| 374 | 173 | -1062730712 | -1 | | | 00:0f:ea:44:7e:52 | | 3 | 6 | 1199894519 | 1199963700 | 1 |
| 375 | 173 | -1062730712 | -1 | | | 00:0f:ea:44:7e:52 | | 3 | 6 | 1199963701 | 0 | 1 |
| 376 | 175 | -1062730711 | -1 | | | 00:16:17:bb:83:cc | | 3 | 6 | 1200093873 | 0 | 1 |
| 377 | 177 | -1062730710 | -1 | | | 00:11:09:2f:74:ba | | 3 | 6 | 1200094185 | 0 | 1 |
| 378 | 179 | -1062730709 | -1 | | | 00:16:d3:ee:ff:82 | | 3 | 6 | 1200094552 | 0 | 1 |
| 379 | 181 | -1062730708 | -1 | | | 00:14:85:86:40:d0 | | 3 | 6 | 1200247884 | 1200253552 | 1 |
| 380 | 181 | -1062730708 | -1 | | | 00:14:85:86:40:d0 | | 3 | 6 | 1200253712 | 0 | 1 |
Только щас заметил такую надпись при старте ядра
К чему бы это?
Код: Выделить всё
*ALERT : Jan 17 07:41:14 DBAGiga: Unable to initialize Gigabase
Гмм.. и чё делать... ради чистоты эксперимента поставил 004 - залил ЭТОТ же бекап - все стартануло без верификатора и без проблемм. Вряд ли разработчики решили сделать подарок пользователям копаться руками в базе для запуска на 005 после 004... что то ещё должно быть -).
ЗЫ Бэк лился с 5 мускуля так и переливалсяв оного же.
ЗЫ Бэк лился с 5 мускуля так и переливалсяв оного же.
у меня тоже такое было но помоему из-за того что мы забыли обновить таблицу periodic_service там поле добавилось новое с инвойсами связанное...hammer писал(а):Гмм.. и чё делать... ради чистоты эксперимента поставил 004 - залил ЭТОТ же бекап - все стартануло без верификатора и без проблемм. Вряд ли разработчики решили сделать подарок пользователям копаться руками в базе для запуска на 005 после 004... что то ещё должно быть -).
ЗЫ Бэк лился с 5 мускуля так и переливалсяв оного же.