proNovell

Доброго всем суток.
Интересует следующий вопрос, возможно ли как нибудь увеличить отказоустойчивость самой eDir.
Задача - у клиентов прописан сервер где они могут регистрироваться, но если сервер по какой то причине не доступен то клиент автоматом регистрируется на другом сервере. Как этого можно достичь? Насколько я понял едир не может являтся кластерным ресурсом, а следовательно и задачу мою не очень просто разрешить. У кого какие идеи?

Налицо неправильная постановка вопроса. Отказоустойчивость еДыра вельми высока есть...и прямо пропорциональна числу его реплик. А вот отказоустойчивость серверов, что реплики держат, конечна. Когда-то для особо серьезных ребят был продукт с префиксом SFT - III. Кто или что его сменило - не в курсе. Сдается, просто решается резервированием модулей серверов...

Попытаюсь исправить формулировку.
Есть 3 сервера. 1 - OES Linux - держит мастер реплику. Он и прописан у клиентов как сервер регистрации.
Из - за неправильной настройки, кривых рук или еще чего то но ndsd время от времени (от погоды в африке) стопится, тема уже кучу раз обсуждалась. На время перехода на OES2 необходимо чтоб при падении ndsd на этом сервере клиенты все же смогли регится на другом с rw репликой, причем желательно чтоб для клиента это было незаметно.

Чегой-то я не понял. У моих клиентов "сервера регистрации" в настройках клиента не прописано вовсе - прописано дерево. Если ndsd на сервере OES SLES9 в моем дереве таки встанет, то клиенты это заметят лишь потому, что у них при логине перестанет мапиться один из сетевых дисков. Если пропадет коннект к какому-то из серверов с Нетваре, то, соответственно, перестанет мапиться какой-то другой диск. Но залогиниться они при этом всяко могут.

Настройте SLP, если не работает. И решится ваша проблема. Но по моему, если SLP работает, залогинится даже при лежащем сервере, если хоть один живой доступен.

Антон, Борис дал совершенно верный совет - настраивай SLP и будет все хорошо (хотя можно и без SLP обойтись - ежели сетка без маршрутизаторов ). Насчет сервера - даже в случае, ели сервер прописан и он недоступен - аутентификация будет производиться на любом другом, где есть рв-реплика. Если это не работает - значит, где-то что-то не настроено

SLP настроен и работает верно. Я просто не знал что можно не прописывать сервер (зачем тогда эта строчка вообще?), если сервер лежит то регистрация идет очень долго и на другой сервер не переводится. Спасибо всем за ответы, пошел смотреть настройки клиента, удалять серверы регистрации.

Строчка эта необходима, если ты хочешь непременно на конкретном сервере провести аутентификацию. Если он лежит - клиент должен опросить SLP и произвести аутентификацию на другом сервере. Также посмотри в настройках клиента Preferred server.

А где копать на тему этих самых реплик? Если я ввожу новый сервер в дерево, он автоматом становится кем? Реплику хватает? Нужно ли делать его второстепенным как то, или он автоматом становится второстепенным? Или они равноправны в поддержке дерева? А если нет - то можно ли поменять их роли... первостепенный сделать второстепенным, а тот в свою очередь наоборот?

Т.е. если основной сервер ложится, пользователи логинятся в дерево - все ok. Но если на второстепенном сервере админ скажем меняет что то...
как эти изменения отразятся на дереве при поднятии основного сервера?

Если мне не изменяет мой склероз, происходит примерно так.
Если в дереве реплик меньше 3 то на сервер автоматически устанавливается RW реплика. Если больше, то реплику при необходимости нужно добавлять руками.

overself писал(а):А где копать на тему этих самых реплик? Если я ввожу новый сервер в дерево, он автоматом становится кем? Реплику хватает? Нужно ли делать его второстепенным как то, или он автоматом становится второстепенным? Или они равноправны в поддержке дерева? А если нет - то можно ли поменять их роли... первостепенный сделать второстепенным, а тот в свою очередь наоборот?

Т.е. если основной сервер ложится, пользователи логинятся в дерево - все ok. Но если на второстепенном сервере админ скажем меняет что то...
как эти изменения отразятся на дереве при поднятии основного сервера?

Копать тут. Там все - и что такое, и как работает, и зачем нужно.

Антон Фридрих писал(а):SLP настроен и работает верно. Я просто не знал что можно не прописывать сервер (зачем тогда эта строчка вообще?), если сервер лежит то регистрация идет очень долго и на другой сервер не переводится. Спасибо всем за ответы, пошел смотреть настройки клиента, удалять серверы регистрации.

Антон, а откуда уверенность, что SLP настроен и работает верно? Попробуй провести эксперимент - вырубить стервер и провести авторизацию. Если не будет пускать по имени - пробуй в поле Tree вбивать IP-адрес сервера с репликой. Если авторизация пройдет ОК - копай SLP. Также посмотри порядок предпочтения протоколов распознавания имен в настройках клиента.

Иван, увереность в SLP - есть результат вывода команды слпинфо и просмотре на сервере зарегистрированных служб, плюс определение дерева и т.д.

Я просто стал оставлять строчку пустой и все стало работать заметно быстрее.
Мое мнение когда едир падает он не отключается (типа процесс висит но не отвечает) клиент думает что сервер жив и ждет ответа просто.

Антон Фридрих писал(а):Иван, увереность в SLP - есть результат вывода команды слпинфо и просмотре на сервере зарегистрированных служб, плюс определение дерева и т.д.

Я просто стал оставлять строчку пустой и все стало работать заметно быстрее.
Мое мнение когда едир падает он не отключается (типа процесс висит но не отвечает) клиент думает что сервер жив и ждет ответа просто.

Не понял - не отключается что? едир? Клиент - ничего не думает, он лезет в SLP, получает оттуда адрес сервера и пытается стучаться. Если не может - опять в SLP и ищет следующий.

Когда сервер прописан четко как Default или Preferred - наоборот, логин должон проходить быстрее.

Проверить - отключить сервер и проверить. Я нынче вечером буду именно этим заниматься - проблема вот ровно такая же существует.