Ошибка -698

Обсуждение технических вопросов по продуктам Novell

Ошибка -698

Сообщение Сергей Дубров » 26 окт 2003, 18:46

Вроде бы нормально вписался NW5.1 в дерево с 4.11 (сейчас используются eDir 8.7.1 и DS6.21, соответственно). Мастер-реплика (пока) на севере с 4.11. С виду вроде всё в порядке, синхронизация в норме, все реплики в On, но при включении на NW5.1:

set dstrace=on
set dstrace=nodebug
set dstrace=*H
set dstrace=+S

на экране периодически проскакивает красное сообщение об ошибке:

"Error _StartUpdateReplica to .NKOS.NKO.BINP.BINP-TREE., failed, replica in skulk (-698)"

Причём это происходит только с одним сервером (в [root] реплике их четыре). На указанном сервере .NKOS.NKO.BINP сейчас расположена мастер-реплика, но её пересадка на другой 4.11-сервер ошибку не устраняла. Поиски на новеловском саппорте более подробного объяснения этой -698 ничего не дали. Что это? СтОит ли с этим бороться и если да, то как? Вроде всё, что знал, перепробовал, на всех серверах локальные базы ребилдил...

Дополнение
========
Вот что удалось отыскать по этому поводу:

-698 FD46 REPLICA_IN_SKULK

Explanation:
The replica is busy skulking and no other replica processes will be done until the skulk has completed.

Server Action:
Usually this error will go occur as a normal part of a partition operation and will resolve itself. If this error does not go away, check for other errors as reasons for the partition operation not completing successfully. Remember that the master replica is controlling all partition operations.
Аватара пользователя
Сергей Дубров
 
Сообщения: 2072
Зарегистрирован: 05 июн 2002, 06:07
Откуда: Новосибирск, ин-т ядерной физики СО РАН

Сообщение Щипунова Татьяна » 27 окт 2003, 10:24

У нас была такая ошибка, когда на аппаратных маршрутизаторах между серверами был включен протокол Split Horizon. Он , вроде, отключает отправление SAP и RIP по тем интерфейсам, по которым они были получены. Сейчас иногда ошибка появляется только при большой загрузке сети.
Щипунова Татьяна
 
Сообщения: 10
Зарегистрирован: 27 окт 2003, 10:10
Откуда: Томск

Сообщение Константин Матвеев » 27 окт 2003, 11:44

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

однако, я однажды наткнулся на эту ошибку когда были неполадки в схеме - обнаружил 4 неопознанных типа объектов....
как только схему исправил, все за час и нормализовалось... :D
Константин Матвеев, MCNE
Аватара пользователя
Константин Матвеев
 
Сообщения: 252
Зарегистрирован: 10 июл 2002, 13:49
Откуда: Москва

Сообщение Сергей Дубров » 27 окт 2003, 12:07

Константин Матвеев писал(а):обычно это проходит само по себе.
нужно только подождать.
однако ждать иногда приходится несколько дней.

Это длится уже около недели...

Константин Матвеев писал(а):единственный совет - проверить коммуникации (карты, свитчи, маршрутизаторы и их настройки). иногда данная ошибка появляется по их вине.

С этим проблем нет - все воткнуты в одну киску (свич, никаких маршрутизаторов), кабели нормальные, ошибок на интерфейсах нет.

Константин Матвеев писал(а):однако, я однажды наткнулся на эту ошибку когда были неполадки в схеме - обнаружил 4 неопознанных типа объектов....
как только схему исправил, все за час и нормализовалось... :D

Да я все выходные упражнялся со схемой и пр. DSBrowse изучил основательно - одна радость :lol: . Кстати, попутно выяснил, что dsbrowse умеет объекты удалять, а не только показывать (load dsbrowse -a). "О, сколько нам открытий чудных..." :lol: .

Кстати, пройдясь по буржуйским форумам, нашёл еще одних страдальцев с точно такой же ошибкой - где-то в Германии. Что характерно, DS у них 7-какая-то, т.е. eDir вроде бы и не виновата. И ещё наткнулся - eDir 8.7.1 имеет проблемы в среде с IPX-only серверами (SAP 278), сейчас есть бета 8.7.1.1, которая среди прочего эту ошибку исправляет. Мда, плодотворно провёл выходные :shock:.
Аватара пользователя
Сергей Дубров
 
Сообщения: 2072
Зарегистрирован: 05 июн 2002, 06:07
Откуда: Новосибирск, ин-т ядерной физики СО РАН

Во, тоже предлагают не дёргаться

Сообщение Сергей Дубров » 27 окт 2003, 15:48

На новеловском буржуйском форуме тоже ответили в том смысле, что ничего страшного в ошибке 698 нет:

698 Replica in skulk are nothing to worry about in the DSTrace screen.
It simply means that the server is curently busy synchronizing with
another server. Suppose the following scenario;

1) ServerA starts an outbound synch with ServerB
2) ServerC then tries to start an outbound synch with ServerA
3) ServerA will reply to ServerC with a 698 error, since it is currently
occupied synching with ServerB.

If errors are showing up in DSRepair|Report Synchronization Status,
then it's time to investigate what might be the problem.
Аватара пользователя
Сергей Дубров
 
Сообщения: 2072
Зарегистрирован: 05 июн 2002, 06:07
Откуда: Новосибирск, ин-т ядерной физики СО РАН


Вернуться в Novell

Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 4