proNovell

В общем вышел в выходной и провел первую часть мерлезонского балета:

новый OES11SP1. и тут:

1. перенос основного домена. (уже 2012)
2. пересоздание GWIA там же. (уже 2012)
тут же вструмил GWAVA6 (только проверка на вирусы без антиспама пока в режиме GWIA сканера через 3rdparty каталог smtphome в gwia.cfg)

пока пост оффис на NW65SP8 (TCP линк с MTA2012) и на другом NW605 свой MTA+PO (пустые) и WEBACCESS (работает ибо PO остался GW7).
Так же 3 внешние системы все подхватили - и Link Configuration на новый IP и idomain и новый default gwia.

В общем хотел убедиться что GWIA2012 не может авторизовать пользователя (SMTP Auth) через PO GW7 - это так ?
Просто не работает отправка GWAVA нотификации в режиме SmtpAuth (через GWIA. тупо в логах gwia ошибка аутентификации и все хотя пароли ОК). Без нее вроде идет. Оставил руначку пока только Админу на вирусы. Но тут непринципиально - допилим (может после переезда PO на 2012).

Самый забавный вопрос такой - работает ли у народа Администрировани GWIA и со стороны Linux и со стороны виндового клиента ?

Половину проблемы решил так (а другая пока заставляет задуматься):
домен живет в /grpwise/domains/DOMAIN_NAME , создал NCP том grpwise на /grpwise, прописал в св-вах домена //gw2012(имя сервера)/grpwise/domains/DOMAIN_NAME. все ок. вкладки GWIA на месте. И с винды и с linux (на нем вообще полный порядок).

А пока в раздумиях по поводу нижеследующего.
С винды ругается на ненахождение gwia.cfg и хотя показывает все вкладки похоже параметры из конфига не подставляет. Похоже надо еще 1 NCP шару для /opt/novell/grpwise/agents/share ибо она прописана в exepath.cfg в пути к gwia.cfg , реальный конфиг gwia в ней и живет - /opt/novell/grpwise/agents/share/gwia.cfg а NCP том не видит симлинка
/opt/novell/grpwise/agents/share/gwia/cfg -> /DOMAIN/wpgate/gwia/gwia.cfg ежели я прибиваю недоконфиг gwia.cfg в wpgate/gwia а пытаюсь делать симлинк и писать в exepath.cfg путь к симлинку.

Вот и хотел спросить как бы поизящнее все это оформить чтоб работало с обоих сторон прозрачно.

Встерчаем 8марта ударным трудом короче.

Хотелось бы допилить c1/gwia до второй части мерлезонского балета - dbcopy постофиса.

upd: может быть надо дать права на ../agents/share/gwia.cfg пользователю admin {думаю rwcemf не повредит} (admin LUMенизирован и должно сработать) и возможно симлинк на томе станет доступен для C1 с венды (по unc пути в exepath.cfg) - надо проверить спокойненько при достаточном количестве времени. su admin = все видится

upd2: ../agents/share/gwia.cfg и ../wpgate/gwia/gwia.cfg на разных разелах. Хардлинк не возможен а смилинк не будет виден на томе. Пока просто скопировал из 1 во 2 и все ОК. Надеюсь дальнейшие изменения параметров лягут в .db файл.

Тем не менее ищутся кошерные способы ;o) а пока тестил запустил первый проход dbcopy постофиса с NW на OES11 ... 1 час по гигабиту ... в общем все пока нормально ...держу POv7 так как используется старый вебаксесс.

upd3: po gwia.cfg - положил в оба места одно и то же. Остальные изменения в конфигурации ложатся уже в flame database .

Джентльмены - у кого-нибудь из setupip.fil+setupip.ru клиент 2012sp1hp1
с русским языком ставится ? (6.0 6.5 7.0 усе было ок - то есть методика отлажена годами).

Похоже придется разбираться - пока обнаружил что забыли завернуть 0419.ini в эти архивы ... пускаем process monitor и смотрим что не смог найти Setup.exe перед смертью с невразумительным сообщением типа: 1859 [OK]

Симптомы такие: из полной инсталляшки русский язык ставится а из setupip.* нет English only.

Если никак то придется через psexec ставить msi+mst и папки с файлами с виндовой шары ....

В общем через psexec msiexec -i .msi + mst (от gwtuner) с виндовой шары работает. setupip упорног ставит только английский ;(

В общем пока остановился на следующем варианте:
заполняем список компов (запускаем для удаленного обновления клиентов7 на 2012)
теоретически можно спользовать cleanin от messaging architect для зачистки тоже.

1. uninstall старых клиентов через (все версии 7 клиентов обнаруженные и последний 12-й на всякий случай)
psexec.exe @list.txt -u localadmin -p localadminpasswd -e msiexec /x {0555184D-82B5-4DA9-95E2-8BF821C95337} /q /passive /norestart
psexec.exe @list.txt -u localadmin -p localadminpasswd -e msiexec /x {B8468DEE-E275-440D-BDCA-B6BC9478DD56} /q /passive /norestart
psexec.exe @list.txt -u localadmin -p localadminpasswd -e msiexec /x {A55A86B8-E8B1-45F5-8827-0AA7EAB62BB5} /q /passive /norestart
psexec.exe @list.txt -u localadmin -p localadminpasswd -e msiexec /x {B9A93A85-1997-4381-8979-4B0BB28AEBC7} /q /passive /norestart
psexec.exe @list.txt -u localadmin -p localadminpasswd -e msiexec /x {BF3E1FF4-6589-4389-A120-76D2889BBD59} /q /passive /norestart

2. Установка VC Runtime 2008 sp1 патченного (лежит тут в каталоге запуска .cmd)
psexec.exe @list.txt -u localadmin -p localadminpasswd -e -c vcredist_x86(VC2008-jun2011).EXE /q

3. Установка клиента 2012 сп1 хп 1 (в .mst отключено что надо и выбран русский языг шара ВСЕМ на чтение)
psexec.exe @list.txt -u localadmin -p localadminpasswd -e msiexec /i "\\PC\SHARE\win32\groupwise.msi" TRANSFORMS="\\PC\SHARE\WIN32\groupwise.mst" PDACONNECT=0 GWTIP=0 GWMAILTO=0 /qn

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

Я аккуратненько. По 10 штук. Все под контролем.

upd: Опять же - зена нет

upd2: таки webaccess 7.0.3 (будучи в своем отдельном домене с MTA который по TCP общался с MTA 12.0.1 в котором PO 12.0.1 ) некоторое время жил с PO 12.0.1

Дьявол кроется в деталях.
Я мигрировал и пока помню, хочу поделиться. Может быть, кому-то это сэкономит пару часов выходного дня.

У меня система gw родом из 1999 года. Когда я с ней в 2003 познакомился, она была 5.5. Потом она стала 6.5, 7 и вот новый рывок - на 2012.
Система обычнейшая - библиотеки не используются, 400 Гб (397) каталог постофиса, 320-350 юзеров и линки ещё на 5-7 систем дочерних обществ.
Купил я книгу Danita, прочёл, все вроде бы просто и по шагам, только несколько мест расписано очень общО или не расписано вовсе. А там лежат и ждут грабли.

0. Подготовка
Начнём с того, что ncpmount + dbcopy - это ОЧЕНЬ медленно. Копирование по F5 mc с сервера давало скорость (при запущенном на source PO, mta и gwia) до 1.5 Мб/с, копирование по F5 из far с рабочей станции (на гигабите) давало скорость 2-3 Мб/с, rsync с сервера (в режиме --delete и -qa) по ncpmount давал скорость около 1.5 Мб/с, а dbcopy с трудом давала 0.6-0.8 Мб/с.
Поэтому, если у вас источник - nw-сервер, то первое копирование рекомендую делать не по Danita, а тупо, по F5. А уж потом лакировать по Danita. C сервера, где po, mta и gwia выключены, скорость копирования по ncpmount достигает 7-8 Мб/с. Даже силами dbcopy.
Во-вторых строках нашего письма хочу заметить, что графический инсталлятор gw (как gw 2012, так и gw 2012sp2) скромно падает на конфигурации агентов в графическом режиме. Ошибка в install.py в такой-то строке. Об этом народ спрашивает в инетах, ответов нет. Слава богу, если зайти не в X, а просто по ssh, то инсталлятор запускается в текстовом режиме и там он работает. Правда, мне так и не удалось настроить gwia, ей фалик gwia.cfg пришлось рисовать ручками на основе старого, с nw.
Ну и наконец, С1 из комплекта поставки продукта (как gw 2012, так и gw 2012sp2) просто не работает с gw. Операция connect to domen ни к чему не приводит. И пока не отключишь firewall (можно, конечно, на нём прописывать исключения, но вообще говоря, fw на linux - это роскошь, но не необходимость) на сервере, С1 и в дерево зайти не может. Так что для администрирования лучше использовать машину с windows и скачать gw для windows.
И в заключении - в моём случае (OES2sp2 на SLES11sp2 без реплики) процессы gw реагировали на изменения настроек в дереве (через С1) с ощутимой задержкой, до 2-х минут. Сервер тормозит? А вы не торопитесь...

1. MTA
Тут сказать нечего, домен переехал хорошо, поднялся легко, линки на внешние системы поднялись тоже. Всё по Danita. Если бы не пункты 2 и 3, претензий бы вообще не было.

2. PO
Danita, конечно, уморист. "Если вы очень быстры, или если у вас большой PO, то при первом запуске после подмены .dc-файлов вы можете успеть увидеть у postoffice статус `Обновляется...`". Я, видимо, супер быстр. Статуса "Обновляется" я так и не увидел, статус был "Normal", но само обновления PO шло около часа. За это время я вырвал из головы половину волос, два-три раза перезагрузил сервер и раз 10 - сам postoffice.
Симптомы такие - при MTP link mta-po по tcpip mta postoffice не видит. Closed и всё. Сам postoffice легко подключает пользователей, почта, календарь и т.д. видны, но почта никуда не уходит и ниоткуда не приходит. С консоли postoffice можно давать всякие команды типа recovery или restart MTP link, на консоли пишется, что процесс начат. Порт MTP никто не слушает, telnet ip-сервера MTPort дает таймаут.
Смена порта MTP, настройка MTP Link по Danita, перезапукс MTP средствами PO, удаление-добавление SSL-сертификатов, перезапуск PO и mta ситуацию не меняло. Версия PO в С1 и в мониторе была старая, 7 (dc-файлы несколько раз подменял).
В инете народ стонет ровно об этом же, обычно стоны закачиваются фразами типа "...через 4 часа всё заработало".
Я же старый админ, я из nwadmin (из C1 это сделать невозможно) настроил линк на postoffice напрямую, в каталог. Пошли технические письмо от postoffice, что проверка и преобразование N-го почтового ящика закончено. Штирлиц насторожился.
Спустя примерно час postoffice выдал в лог что-то вроде (в вольном переводе) "Начальник, конвертация выполнена успешно. Что ты там ещё хотел? Сменить порт MTP? Сделано... Сделано... Сделано... Перезапустить MTP Link? Сделано... Удалить SSL-сертификат? Сделано... Добавить SSL-сертификат? Сделано... Сменить порт MTP? Сделано... Сделано... Сделано...".
Сделал линк обратно через tcpip. MTA немедленно сообщил, что Postoffice now open.

3. gwia
Тут всё было ещё смешнее. Система у меня старая, объект в дереве назван большими буквами "GWIA". Каталог в wpgate назван строго по рекомендации Danita маленькими буквами, "gwia". Для linux это разные каталоги. Сам gwia, как и указано в настройках, работал с каталогом gwia. А вот mta при старте создавал каталог GWIA и работал с ним. Так что почта внаружу и обратно не шла.
На этом месте я уже был слегка зол и поэтому решил пересоздать объект gwia. Делов-то грохнуть и создать заново маленькими буквами. Грохнул (сохранив каталог), создал, указал работать в тот же каталог. Вбил настройки заново (бОльшая часть сохранилась), gwia поднялась вся, кроме smtp. telnet ip-сервера 25 возвращало тайм-аут. (*?:;%?::*?%:%%*?%::%%!!! - привычно откликнулось эхо.
Мне потребовалось 10 минут, чтобы сообразить, что я не поставил галку Bind ip exlusive и gwia пытается повиснуть на всех ip адресах, что есть на сервере. А на localhost:25 там живёт postfix. Можно было поставить галку, но я предпочёл убить postfix нафик. Почта пошла.

4. Автозагрузка
На эту тему Danita хранит гордое молчание. Если бы настройка агентов работала нормально, то и ладно, можно включить из настройки. Но поскольку она работает не вся, пришлось искать.
Итак. Сервисы groupwise грузятся скриптом /etc/init.d/grpwise. Этот скрипт через прокладку использует простой конфиг файл, лежащий по очевидному пути /etc/opt/novell/groupwise/gwha.conf (убил бы уродов!). Файл действительно простой, вот пример загрузки gwia из него

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

[gwia.DOMEN]
server    = /opt/novell/groupwise/agents/bin/gwia
command   = /etc/init.d/grpwise
startup   = gwia.cfg
delay     = 2
wait      = 10


server - это что грузить, command - это через что грузить, startup - это конфиг-файл (который у novell подаётся через @, то есть для gwia это будет @gwia.cfg).
Конфиг-файлы должны лежать в очевидном (уродцы!) каталоге /opt/novell/groupwise/agents/share.
Совет Danita копировать из еще и в agents/bin - это для отладки, чтобы не писать громоздкие пути. При старте сервера они берутся из share. Можно ли указать полный путь (/etc/gwia.cfg) - не знаю, не пробовал.


Сегодня буду делать WebAccess по ssl, gw monitor и snmp. Так что, может быть, будет ещё такая же простыня. С деталями.

У меня система GW не менее многострадальная: 5.0(и немного 4 тоже)-5.01(до меня, я принял 5.02)-5.02->6.0->7.0->2012

по 0: делал через dbcopy+ncpmount при погашенных агентах все было без тормозов (примерно как у Вас 2-3 MB/Мин) я базу не даю раздувать - пользователям жесткие лимиты на размер ящика.
С1 работает - уменя сейчас возможно админить с обих сторон (X11 сервера и Windows7+ Novell клиент) как агентов + юзеров так и gwia (видны все вкладки агента в обоих админках).
То есть с видимостью пути к конфигу GWIA с обоих сторон все ок

по 2: постофис не хотел обновлять версию баз на 2012 сам хотя словари все были новые и агенты тоже (выполнил описанную Данитой процедуру ручками) и так же не было MTP линка правил руками через вебморду перед этим.

по 3: GWIA снес и поставил полностью.

Вебаксесс тут простой как палка и работает как из пушки.

про Bind IP я писал выше ;o)

Так что не надоть обижать Даниту - она воистину GroupWise Goddess

используем GW2012SP2 ( прошли путь от GW5 ).
с NW на OES перелазили совмеcтно с миграцией на GW7.

Описанных проблем, как у Артема - не наблюдал.

Есть вопросы, которые требуют ответов ?

Нет, вопросов нет, спасибо, gwmon и webaccess поднялись относительно безболезненно.

Артем, согласен там некоторые моменты в GW/Linux выглядят странно. Тем не менее система стабильнее чем GW7 или 8 на NW.
А эти странности вызваны имхо многоплатформенностью (как в платформе для GW системы так и в администрировании с 2-х платформ).