proNovell

Народ, подскажите пожалуйста?!
Такая странная ошибка возникает при прогоне DSREPAIR
"Error resolving this replica on the remote server -663"
Что это за ошибка и почему она возникает?
Внешне это никак не проявляется, всё вроде работает нормально.
(Novell 5.0, 2 сервера в сети-один главный, второй -архивный)

...не проявляется [?]

Ну тогда посмотрите в DSREPAIRe синхронизацию времени и синхронизацию реплик:
- Time synch...
и
- Report synch... status

vaal писал(а):(Novell 5.0, 2 сервера в сети-один главный, второй -архивный)

А архивный включен, или как у всех в углу пылиться

1. А для чего эта синхронизация служит?
2. 2 сервер включен и работает.
3. Что же всё-таки эта ошибка означает?

...для чего...синхронизация...?

Примерно так: Сети NW работают под управлением распределенной базы данных, в которой собрана практически вся информация о сетевых объектах. Называется NDS/eDIR , по нашему - Дерево.
Для повышения отказоустойчивости базы ( т.е. для надежной работы сети) Дерево может иметь копии, которые находятся на разных серверах. Эти копии называются репликами. Одна копия является ведущей - это МАСТЕР-РЕПЛИКА (MR). Другие - реплики чт/зап (RW). В сложных сетях бывают и реплики чтения (RO). Количество реплик и их х-р определяет админ при установке сети исходя из знаний и инстинкта...
Естественно, что копии должны быть согласованными. Процесс согласования и называется синхронизацией. Идет этот процес практически постоянно, прозрачно для пользователей и даже админа.
В общем случае мы (достаточно волюнтариски, кстати) выделяем два "уровня" синхронизации - синхро времени и данных. Синхро по времени достаточно динамический процесс - может сам прерваться, потом восстановиться... и для работы сети сама потеря синхро времени не смертельна. Но потеря синхро времени - как следствие - ведет к потере синхро по данным, а это уже серьезно. Т.к. в этом случае изменения , произошедшии в одной копии Дерева не отражаются в другой копии. И через некоторое время вы можете получить два ну очень разных Дерева...
Внешне это выглядит примерно так: пользователь подключается через раз... и при каждом подключении может получать разные диски и права или привелегии.... Это зависит, в какое Дерево он подключился...
Так что проверку Дерева обычно начинают с проверки синхронизации времени, а потом - синхронизации реплик.
В вашем случае, как я понимаю, что то произошло с одной из реплик и вторая об этом и говорит.
Как аварийный вариант лечения - снос поврежденной реплики и создания заново.
НО! не спешите, спрашивайте...

Уж извините за назойливость,но сопутствующий вопрос:
А как проверить синхронизацию времени, а потом реплик?
Какова должна быть последовательность моих действий и какие выводы я должен сделать из полученных результатов?

....синхронизацию времени, а потом реплик?

1
Load DSREPAIR
2
Гл. меню -> Time synchronization -> ввод
3
В правой колонке против каждого сервера должно быть YES или малые величины со знаком + или - (типа +1 , -2... Т.е. время разошлось, но сама сисnема его синхроизирует.)
4
Гл. менню -> Report synch... status -> ввод
должно чтото типа

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

NetWare 5.00 Directory Services Repair 10250.37, DS 8.85
Log file for server ".PENTA.GERMOZONA.OAP.BGD" in tree "BGD_CO"
Start:  Wednesday, May 11, 2005  11:47:34 am Local Time
Retrieve replica status

Partition: .[Root].
  Replica: .PENTA.GERMOZONA.OAP.BGD         5-11-2005 11:47:04
  Replica: .HOMER.GERMOZONA.OAP.BGD         5-11-2005 11:47:09
All servers synchronized up to time:          5-11-2005 11:47:04 

Finish:  Wednesday, May 11, 2005  11:47:35 am Local Time


5
Выводы: если синхронизации нет, то добиваться её "настоящим образом"(С)

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