NW5.1 сервер в OES11.2 дерево

[$erg]

Добрый день, уважаемые коллеги.
Возник вопрос, можно ли установить сервер NW5.1 в "свежее" дерево OES. Теоретически я понимаю что есть процедура перехода от 4.11 к OES, которая идет через NW5.1, но кто-нибудь пробовал такой вариант?
Можно конечно в тестовой среде это проверить, но это требует свободное время, которого нет. Может кто сталкивался с этим, стоит ли пробовать?

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

А зачем? Старый 5.1 уже стоит и вы хотите к нему в дерево OES подселить для бесшовной миграции? Так делали, прокатывает с OES2 по крайней мере.
Или стоит OES, а вы хотите?..

[$erg]

А зачем?
Или стоит OES, а вы хотите?..

Да да. Именно есть OES и прекрасно все работает...
Но есть необходимость в существующее дерево вогнать сервер 5.1

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

Не ставьте на него реплику - и всё должно быть нормально. А почему именно 5.1? 6.5 не спасет? Оно с щуы в одном дереве работает в любой позе.

[Андрей Добров]

Добрый день, уважаемые коллеги.
Возник вопрос, можно ли установить сервер NW5.1 в "свежее" дерево OES. Теоретически я понимаю что есть процедура перехода от 4.11 к OES, которая идет через NW5.1, но кто-нибудь пробовал такой вариант?
Можно конечно в тестовой среде это проверить, но это требует свободное время, которого нет. Может кто сталкивался с этим, стоит ли пробовать?

Можно, но в два захода.
1. Ставим сервер в "левое" дерево.
2. Устанавливаем SP8
3. Устанавливаем update eDirecotory до максимально возможного. У меня это eDirectory 85.27c, сейчас точно не могу найти документ со ссылкой на минимальный релиз. Конечно можно и выше версию.
4. Удаляем eDirectory, точнее "левое" дерево.
5. Рестарт и вводим наш сервер в рабочее дерево.

Если есть или был установочный диск для 5.1 с последними обновлениями - было бы проще.

[$erg]

Можно, но в два захода.
1. Ставим сервер в "левое" дерево.
2. Устанавливаем SP8
3. Устанавливаем update eDirecotory до максимально возможного. У меня это eDirectory 85.27c, сейчас точно не могу найти документ со ссылкой на минимальный релиз. Конечно можно и выше версию.
4. Удаляем eDirectory, точнее "левое" дерево.
5. Рестарт и вводим наш сервер в рабочее дерево.

Если есть или был установочный диск для 5.1 с последними обновлениями - было бы проще.

Уже начал по такому сценарию в тестовой среде. буду надеяться что получится.

[$erg]

Да, пока все работает

Time synchronization and server status information
Start: Tuesday, July 14, 2015 16:12:43 Local Time

---------------------------+---------+---------+-----------+--------+-------
DS Replica Time Time is Time
Server name Version Depth Source in sync +/-
---------------------------+---------+---------+-----------+--------+-------
Processing server: .NW5.test
.NW5.test 8.85c 0 Non-NetWare Yes 0
Processing server: .oes11-nw5.test
.oes11-nw5.test 20802.08 0 Non-NetWare Yes 0
---------------------------+---------+---------+-----------+--------+-------
Total errors: 0
NDSRepair process completed.

[$erg]

Не ставьте на него реплику - и всё должно быть нормально. А почему именно 5.1? 6.5 не спасет? Оно с щуы в одном дереве работает в любой позе.

А чем потенциально опасна реплика на этом сервере. Есть подозрения что она все же нужно, может хотя бы RO, т.к. медленно отрабатывает предоставление/отключение доступа.
Т.е. в тестовой среде реплика появилась на сервера при установке, т.к. всего-лишь второй сервер, а в боевом дереве серверов уже более чем достаточно, и соответственно реплика там автоматом не появилась, и вот думаю можно ли ее туда безболезненно добавить.

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

Артем прав, советуя не добавлять реплику на 5.1 в данном случае. См. eDirectory Mixed Mode. Именно в таком режиме будет работать дерево. Касаемо "очень медленно работает предоставление доступа" - боюсь, тут не реплики рассовывать надо везде, куда только они не лезут, а пересматривать архитектуру дерева. В моей практике были случаи, когда изменения почти не проходили по сети с кучей реплик и плохими каналами.

Рекомендация "не больше и не меньше 3 реплик на раздел" родилась не просто так При увеличении числа реплик накладные расходы на сопровождение нормальной работы дерева резко возрастают.

[$erg]

Разобрался с проблемами предоставления доступа, все оказалось очень просто, сообщение об отказе в доступе было обусловно тем, что видимо когда заходишь по сети на сервер, соединение происходит по IPX, а при попытке подмапировать диск по имени сервера - обращается к DNS серверу за адресом, а т.к. часть пользователей работает уже в домене, у них указан доменный DNS, который и не знает а существовании нашего сервера. Вот и получают пользователи сообщение - отказано в доступе.
Спасибо за советы. Сейчас появились проблемы с синхронизацией времени. Как только сделаю TIMESYNC RESET - все гуд, но тут же начинает убегать время, причем очень быстро. версия TIMESYNC и проявления похожи на описанные в ветке viewtopic.php?p=74854 но где взять этот чудо "постпатч" пакет?

[Андрей Добров]

Разобрался с проблемами предоставления доступа, все оказалось очень просто, сообщение об отказе в доступе было обусловно тем, что видимо когда заходишь по сети на сервер, соединение происходит по IPX, а при попытке подмапировать диск по имени сервера - обращается к DNS серверу за адресом, а т.к. часть пользователей работает уже в домене, у них указан доменный DNS, который и не знает а существовании нашего сервера. Вот и получают пользователи сообщение - отказано в доступе.
Спасибо за советы. Сейчас появились проблемы с синхронизацией времени. Как только сделаю TIMESYNC RESET - все гуд, но тут же начинает убегать время, причем очень быстро. версия TIMESYNC и проявления похожи на описанные в ветке viewtopic.php?p=74854 но где взять этот чудо "постпатч" пакет?

Та же бодяга - была, до тех пор когда было более одного сервера времени в timesync.cfg.

Сейчас одна запись - time.msk.firma.ru:123 и смотрит на NetWare 6.5.8, где запущен xntpd, а он смотрит в инет на pool.ntp.org.

[$erg]

Так у меня там только одна запись 111.111.111.111:123; где 111.111.111.111 адрес сервера OES, на который все остальные сервера OES настроены.

[$erg]

Проблема времени решена. Указал другой сервер времени и все стало на свои места - 15мс. Но не понятно чем ему не понравился этот, с которым все сервера OES синхронизируются...

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

Общая рекомендация новел - в качестве сервера времени указывать мастер-реплику. Подтекст такой - пусть время будет даже неправильное, зато совпадающее с мастером и не будет проблем по синхронизации реплик и дерева.
А уже мастера надо натачивать на инет-time-server.

[$erg]

Да все понятно, именно так и было сделано - один сервер, на котором мастер-реплика, является источником времени для всех остальных, но вот почему то он же не понравился серверу nw5.1, пришлось настроить на источник времени для сервера с мастер-репликой - заработало.