Миграция GroupWise 8.0.2 на другой сервер. NW6,5 - NW6,5

[Дмитрий Иванов]

Миграция GroupWise 8.0.2 на другой сервер. NW6,5 - NW6,5
Добрый день! Прошу помощи в миграции GroupWise на другой сервер NW. Ставил его в году 2008, не разу не переставлял, не мигрировал, а сейчас пора 5-юнитовому серваку на покой (освободить место в стойке), а GroupWise - на виртуалку (ESXi).
Проблема:
После попытки миграции POA ищет MTP по старому адресу (в Message Transfer Status отображается адрес старого сервера, соответственно в MTA все почтовые отделения закрыты)

Дано:
GroupWise 8.0.2
Исходное местоположение - физический сервер на Novell Netware 6,5SP8 (192.168.10.100);
Целевое местоположение - виртуализованный сервер на Novell Netware 6,5SP8 (192.168.10.111);
Дерево и контекст совпадают.

Что и как делал:
1. Остановил все компоненты GroupWise;
2. из-за того, что не понял как в dbcopy прописать сетевой путь к новому серверу (VGW/vGW:\System и \\VGW\vGW\System - не понимает не один не второй вариант), пришлось в fc SAN создать LUN и примонтировать его сначала к старому серверу, а после окончания копирования к новому...
итак, на сервере 192.168.10.100 дал команду: dbcopy gw:system vGW:system
3. К новому серверу 192.168.10.111 подключил том vGW со всей структурой GroupWise (домен и почтовые отделения)
4. Со старого сервера из каталога sys:system скопировал на новый, все, что относится к GroupWise.
5. Отредактировал в файлах запуска POA и MTA ключ /Home, прописав IP адрес нового сервера (192.168.10.111)
6. В ConsoleOne выбрал Select Domain и указал путь к скопированному домену.
7. В ConsoleOne выбрал Link Configuration и прописал новые пути для все почтовых отделений.
8. В ConsoleOne в свойствах объектов домена и почтовых отделений прописал новые UNC пути, а также удостоверился, что в POA и MTA прописались новые адреса.
9. Через программу установки снес со старого сервера GWIA, а затем удалил объект из дерева.
10. Установил GWIA на новый сервер, настроил его объект.
На этом все... Что еще надо сделать?
...Стартую grpwise.ncf на новом сервере, все стартует, но MTA не видит POA, т.к. POA его ищут по старому адресу. Я уже и текстовым поиском искал старый адрес в файлах на новом сервере и все объекты от GW в дереве перекопал - ничего...

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

[URRY]

заходишь http://192.168.10.111:7181/mtp и правишь Message Transfer Status ->> Send

[Павел Гарбар]

В не совсем правильной последовательности делал... Оно и понятно - ты же этот GW и не переносил.

В текущей ситуации надо агентам сказать, как друг друга искать.
Сначала перевести линки в режим direct (то есть через каталоги файловой системы).
Потом поправить конфигурационные файлы или запустить агентов (лучше по одному) из командной строки с указанием этих каталогов.
Когда агенты увидят друг друга, то потом опять можно их переводить на связь по TCP/IP.

Удачи!

[skoltogyan]

в конфиг файлах POA и MTA в лоб укажите на каких IP и портах слушать. передерните агенты
из C1 подключитесь к PRimarry MTA. и в конфигурации соединений - укажите direct connection между MTA и правильные новые IP для MTA.
подождать и перезапустить еще раз все MTA
Убедиться, что все MTA нормально видят остальные MTA ( про POA дсоутпность пока не парьтесб на этмо этапе ).
Когда убедитесь, что все MTA нормально видят друг-друга , тогда только приступайте к PO.
( ручно прописание IP:port в конфиг-файлах poa.cfg, mta.cgf в самом конце, когда все заработает )

[Дмитрий Иванов]

Спасибо за ответы!
Помогло следующее: в файлах POA
/mtpinipaddr-192.168.10.111
/mtpoutipaddr-192.168.10.111

я не делал несколько MTA, просто потушил весь GW на одном и поднял на другом.

p.s.
Рад, что форум жив! Большое всем спасибо!

[Dimerson]

Есть у меня бандл книжек Даниты - я покупал для освежения мозга при переезде GW7NW->GW2012LINUX. По ее методике все через вебморду POA агента правится.

[Ковалев Артем]

Записи в конф-файлах имеют приоритет над web-мордой. В GW8 доходило до смешного - в web-морде одно, а в реале (и конф-файле) - другое. И поди пойми, отчего не работает, если в конфиг руками не слазить.

[Иван Левшин aka Ivan L.]

Настройки в конфигах всегда были приоритетны: если, например, в конфиге для параметра указано одно значение, а в К1 - другое, работало именно первое, а не второе. Фактически для ГВ никогда не было необходимости в eDirectory - служба каталогов всегда выступала некой вспомогательной прокладкой, облегчающей жизнь админа, ГВ из нее только брал данные и сохранял их в своей БД. И в К1, и в веб-интерфейсе управления есть пункт "синхронизации данных с БД". Начиная с 2012 просто "вернулись к истокам" - eDirectory просто привели к функции справочника о пользователях и группах, а вся информация теперь хранится только в БД (почтового отделения или домена).
Так что ничего необычного в этом нет. Так было всегда Лично я на это наступил еще с ГВ 6.0 - никак не принималась настройка, которую я менял в К1 (видимо, процесс синхронизации был нарушен). Прописал настройку в конфиг - все заработало, со временем и в К1 настройка поменялась.

[Dimerson]

Настройка в веб морде агента а не в C1.