Установка UTM с переносом баз(Пропали сервисные связки)

Технические вопросы по UTM 5.0
Ответить
MDV
Сообщения: 3
Зарегистрирован: Пт июн 21, 2013 07:49

Установка UTM с переносом баз(Пропали сервисные связки)

Сообщение MDV »

Собственно вопрос таков

Вступление
Имеется рабочий UTM 5.2.1-008 release. mysql-client-server-5.1
Появилась необходимость создать тестовый сервер с БД рабочей машины для проверки архивации, и апдейта до версии 009.
Параметры Тестовой Машины
FreeBSD 9.1
mysql-client-server-5.5.28
UTM 5.2.1-008 release
так же пробовал UTM 5.2.1-009 release

Описание
Установил FreeBSD, установил мускул, Поставил изначально UTM 5.2.1-009 создал пустую БД влил туда рабочий Бэкап с действующего сервера (UTM 5.2.1-008) запустил админку, нет сетвисных связок. Прогнал запрос netup/utm5/UTM5_MYSQL_update.sql запустил админку нет сервесных связвок.

Решил я что чтото не так, и повесил аналогичную версию нетапа на тестовую машину. тоесть на обеих машинах теперь стоит UTM 5.2.1-008 release, как раз думал обновление проработать. И тут начались танцы с бубнами, запустил UTM_Core.sh он начал ругаться на отсутствие библиотек,

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

root@NETUPTEST:/netup/utm5/bin # ldd /netup/utm5/bin/utm5_core
utm5_core:
        libssl.so.6 => /usr/lib/libssl.so.6 (0x28563000)
        libcrypto.so.6 => /lib/libcrypto.so.6 (0x285ac000)
        libcrypt.so.5 => /lib/libcrypt.so.5 (0x28708000)
        libthr.so.3 => /lib/libthr.so.3 (0x2872d000)
        libz.so.5 => not found (0)
        libintl.so.8 => not found (0)
        libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x2874d000)
        libstdc++.so.6 => /usr/lib/libintl.so.8
        libm.so.5 => /lib/libm.so.5 (0x2893a000)
        libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x28954000)
        libc.so.7 => /lib/libc.so.7 (0x28968000)
root@NETUPTEST:/netup/utm5/bin #
порыскав в инете сделал симлинки помоему так

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

ln -s /usr/local/lib/libintl.so.8 /usr/local/lib/libintl.so.9
Влил базу (Бэкап) с рабочей машины

после этого запустил кору и опять в админку не заходит, вернее заходит но ооочеень медленно, в течении минут 10.
Глянул в TOP в момент запуска админки а там все отдыхают, мускулы не напрягаються.

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

Дополнительно
Несколько раз дропал БД, вливал по новой, ошибок нету, при старте коры создается лог верификации в нем ошибок нету. Отсюда я думаю что Сервисные связки есть, просто они не отображаются. УТМ конфигурационные файлы не трогал, т.к. задача ток влить базу.
Чувствую что дело в какой то мелочи... А я уже бьюсь с ним неделю.


FreeBSD темный уголок для меня, по этому люди добрые, кому чем не жалко ..... Спасибо )

MDV
Сообщения: 3
Зарегистрирован: Пт июн 21, 2013 07:49

Сообщение MDV »

Хелп, проблема еще актуально. Какие мысли, идеи

tramp08
Сообщения: 4
Зарегистрирован: Пн июн 24, 2013 14:48

Сообщение tramp08 »

Такая же проблема возникла, отличие только перепробовал на версиях CentOS 5/6.
При первом запуске тестовой машины верификатор удаляет все сервисные связки (

MDV
Сообщения: 3
Зарегистрирован: Пт июн 21, 2013 07:49

Сообщение MDV »

tramp08 На сколько знаю верификатор не удаляет, а отмечает. У меня верификатор ничего не удалять если я не делаю update или index базы. Если запустил апдейт стартанул ядро и сразу же верификатор все связки отмечает ошибкой.

tramp08
Сообщения: 4
Зарегистрирован: Пн июн 24, 2013 14:48

Сообщение tramp08 »

MDV писал(а):tramp08 На сколько знаю верификатор не удаляет, а отмечает. У меня верификатор ничего не удалять если я не делаю update или index базы. Если запустил апдейт стартанул ядро и сразу же верификатор все связки отмечает ошибкой.
да вы правильно отметили, он только отмечает рекомендуемые действия. А сервисные связки не отображаются в независимости выполнять или нет указания верификатора ( . Странно, раньше часто восстанавливал базу из бэкапа на тестовую машину проблем не возникало.

tramp08
Сообщения: 4
Зарегистрирован: Пн июн 24, 2013 14:48

Сообщение tramp08 »

работает если восстанавливать на 008 версию , в 009 я так понял произошли изменения , наверное надо конвертировать при переходе 008 -> 009

viewtopic.php?t=9364&start=0&postdays=0 ... highlight=

Ответить