Перенос UTM на другую OS (Debian 6.0.5).

ZeM · Сообщение **ZeM** » Вт июл 10, 2012 10:42

Добрый день! Помогите новичку. Подскажите пожалуйста.
Есть UTM 5 на Centos 5.
Версия такая.
?Debug : Jul 10 11:31:29 f7be96e0 Rehash: Rehash manager started
Notice: Jul 10 11:31:29 f7be96e0 ModMap: Sub-Module 'rehash' inserted...
NetUP UTM billing system core. Compile date: Oct 7 2011 16:14:23
Version:5.2.1-008-update6-centos5 Rev #12081
Copyright (c) 2001-2011 NetUP Inc. www.netup.ru
Возникла необходимость перенести UTM 5 на другую машину.
1)Установится ли UTM 5 на Debian squeeze 6.0.5 amd64 ? Или надо 32 бита ОС.
2) Сама база UTM-5 на другой машине работает. Скачал в личном кабинете utm5-2.1.008.deb под Debian squeeze. Это патч на биллинг или уже полная версия UTM для установки?
3) Во время установки как лучше поступить он захочет обновить БД с UTM-5 или надо создать новую базу в Mysql, затем на созданную базу залить дамп после установки?
4) Подскажите пожалуйста какие таблицы можно архивировать ато база более 4 GB. И как это делать..
5) Есть ли смысл переходить на ветку 009?

xxxupg · Сообщение **xxxupg** » Вт июл 10, 2012 15:01

Инструкция по архивированию

Инструкция по обновлению

на 009 пока не рекомендую...

ZeM · Сообщение **ZeM** » Вт июл 10, 2012 15:49

Спасибо понял про пункт 5 узнал про пункт 4 но не все ясно с вопросами 1-3. Благодарность тому кто прояснит вопросы 1-3 из своего опыта.

xxxupg · Сообщение **xxxupg** » Вт июл 10, 2012 15:57

1. ядро работает под x32 поэтому установив x64 потребуются 32х битные библиотеки. (на x64 хорошо работает sql) поэтому если машины 2 и ситуация позволяет на новую тачку можно вывести только sql сервер.
2. это полная версия билинга. в ней как и возможность полностью установить и развернуть бд так и обновить существующую.
3. копировать всё что есть т.к. пойти всё может чёрт знает как

нужно будет обновить структуру базы данных в принципе если версия билинга не меняется можно указать не верный логин и пароль от sql (потом только поправив utm.cfg на правильные логин и пароль) т.к. в общем обновлять ничего то ненадо

ZeM · Сообщение **ZeM** » Вт июл 10, 2012 16:46

Ага вот уже ясно. SQL на отдельной тачке работает под Debian 6.0.5 amd64. На новой машине проц под 64 разрядные инструкции думал такую же ОС ставить. Но Ваша рекомендация все же не мудрить и ставить i386 в итоге?

ds · Сообщение ds » Вт июл 10, 2012 23:00

ZeM писал(а):Ага вот уже ясно. SQL на отдельной тачке работает под Debian 6.0.5 amd64. На новой машине проц под 64 разрядные инструкции думал такую же ОС ставить. Но Ваша рекомендация все же не мудрить и ставить i386 в итоге?

Дело вкуса. В x64 снимается общее ограничение по общей доступной ОЗУ (Для 32-х приложений все равно ничего не изменится). Учитывайте что еще возможно там будет устанавливаться и кол-во доступной ОЗУ более 4Gb. Меньше и смысла нет.

xxxupg · Сообщение **xxxupg** » Ср июл 11, 2012 01:20

ZeM писал(а):Ага вот уже ясно. SQL на отдельной тачке работает под Debian 6.0.5 amd64. На новой машине проц под 64 разрядные инструкции думал такую же ОС ставить. Но Ваша рекомендация все же не мудрить и ставить i386 в итоге?

у меня вообще крутится всё на одной тачке...
но в офисе который я помогаю обслуживать сделано так:
utm_core - на системе x32, 4Гб оперативной памяти (машина только считает и пишет детальную статистику)
sql - на отдельной тачке система x64, 12Гб оперативки (правда используется только

на машине только sql сервер правда не только база utm'a ...

gtk · Сообщение **gtk** » Ср июл 11, 2012 03:38

Читал на Наге отзыв, что кто-то по глупости выключил свич, который объединял ядро и базу. И было очень много клевого(что именно точно не помню). Поэтому, советовать, ставить ядро и базу на разные машины, я бы советовал с предельной осторожностью.

xxxupg · Сообщение **xxxupg** » Ср июл 11, 2012 07:12

у нас стоит просто патчь между этими серваками...

ZeM · Сообщение **ZeM** » Ср июл 11, 2012 11:30

gtk писал(а):Читал на Наге отзыв, что кто-то по глупости выключил свич, который объединял ядро и базу. И было очень много клевого(что именно точно не помню). Поэтому, советовать, ставить ядро и базу на разные машины, я бы советовал с предельной осторожностью.

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

ZeM · Сообщение **ZeM** » Ср июл 11, 2012 17:08

Все успешно поставил на 64 разрядную! Ребят растолкуйте что это за ошибки в базе.
ERROR : Jul 11 17:50:39 f6fdb6f0 TrafficAggregator: failed to open NetUP Classifier Traffic File </netup/utm5/db/traffic.dat>
ERROR : Jul 11 17:50:40 f57feb70 DBAExistingError: get_tariff_pair_iter: no such tariff_pair for acc 189 tl_id 1510
ERROR : Jul 11 17:50:40 f57feb70 UTM5 DBA: close discount_period_id 26 failed for tlink_id 1510: get_tariff_pair_iter: no such tariff_pair for acc 189 tl_id 1510
ERROR : Jul 11 17:50:40 f57feb70 UTM5 DBA: close_discount_period: failed for some entities, unable to delete discount_period 26 from the DB
ERROR : Jul 11 17:50:40 f57feb70 DBAExistingError: get_discount_period_iter: no such disc per 26
ERROR : Jul 11 17:50:40 f57feb70 DBAExistingError: [real_rehash] get_discount_period_iter: no such disc per 26
ERROR : Jul 11 17:50:40 f57feb70 DBAExistingError: get_discount_period_iter: no such disc per 26
ERROR : Jul 11 17:50:40 f57feb70 DBAExistingError: [real_rehash] get_discount_period_iter: no such disc per 26

ZeM · Сообщение **ZeM** » Ср июл 11, 2012 19:58

Пофиксил все через верификатор. Ошибок тех нету.
Только вот вылезло.
ERROR : Jul 11 18:49:21 f3322b70 DBAExistingError: trying to get unexist link 0
ERROR : Jul 11 18:49:21 f3322b70 Radius: Exception couthed while sending ip information
Что это значит?