Не могу выполнить full repair

**Музалёв Николай** » 16 дек 2009, 13:39

Не, накатывать "пак на глюк" не будем, типа - не наш это метод... надо чинить.

В качестве "алгоритма иартышки" предлагается:

- в NDS-менеджере (или в аналогичном инструменете) прсмотреть СТАТУС реплик - уж не зависли ли они ненароком...

- DSREPAIR загрузить с -а ключиком и посмотреть ХОБИТОВ - не нахватал ли коллега "зверьков"...

- в NWADmin32 полностью раскрыть дерево и посмотреть наличие ЖЕЛТЫХ ВОПРОСОВ - не покочевряжился ли какой объект...

**Павел Гарбар** » 16 дек 2009, 13:40

особенно после восстановления из резервной копии

**Pavel Anisimov** » 16 дек 2009, 14:21

Владимир Горяев писал(а):Я встречал такое поведение в двух случаях - банально глюк, излечиваемый каким-то SP и работающий Naudit, его стоит полностью выгрузить.

Вообще unattended full repair непонятно зачем придумали

Аудит не загружен. Хотя до конца не уверен.
Но до этого же unattended full repair проходил.
SP пока не буду ставить.

**Pavel Anisimov** » 16 дек 2009, 14:22

Павел Гарбар писал(а):особенно после восстановления из резервной копии

Восстановлений из резервных копий не делалось.

**Pavel Anisimov** » 16 дек 2009, 14:28

Музалёв Николай писал(а):Не, накатывать "пак на глюк" не будем, типа - не наш это метод... надо чинить.

В качестве "алгоритма иартышки" предлагается:

- в NDS-менеджере (или в аналогичном инструменете) прсмотреть СТАТУС реплик - уж не зависли ли они ненароком...

- DSREPAIR загрузить с -а ключиком и посмотреть ХОБИТОВ - не нахватал ли коллега "зверьков"...

- в NWADmin32 полностью раскрыть дерево и посмотреть наличие ЖЕЛТЫХ ВОПРОСОВ - не покочевряжился ли какой объект...

1. В том же dsrepair запустил Replica and partition operation > View replica ring: на всех 3-х серверах Replica state = on
2. dsrepair -a > Advanced.. > Check external references: все обиты по нулям.
3. По крайней мере в С1 не видно желтых вопросов. Сейчас налажу NWAdmin и посмотрю.

**Pavel Anisimov** » 16 дек 2009, 14:30

Музалёв Николай писал(а):Не, накатывать "пак на глюк" не будем, типа - не наш это метод... надо чинить.

В качестве "алгоритма иартышки" предлагается:

- в NDS-менеджере (или в аналогичном инструменете) прсмотреть СТАТУС реплик - уж не зависли ли они ненароком...

- DSREPAIR загрузить с -а ключиком и посмотреть ХОБИТОВ - не нахватал ли коллега "зверьков"...

- в NWADmin32 полностью раскрыть дерево и посмотреть наличие ЖЕЛТЫХ ВОПРОСОВ - не покочевряжился ли какой объект...

Да, забыл в С1 также все реплики в состоянии ON

**Pavel Anisimov** » 16 дек 2009, 14:39

Музалёв Николай писал(а):- в NWADmin32 полностью раскрыть дерево и посмотреть наличие ЖЕЛТЫХ ВОПРОСОВ - не покочевряжился ли какой объект...

В NWAdmin32 желтых вопросов нет.

**Tolik Mironov** » 17 дек 2009, 02:26

А накатывать сервис пак когда с базой что-то не так нормально ?

Мне кажется, что как раз с базой то все хорошо. Все тесты по отдельности прошли.

**Sergant** » 17 дек 2009, 12:54

В порядке бреда: это никак не могло повлиять ?

http://www.novell.com/support/viewConte ... &sliceId=1

Кластеризацию не добавляли ?

**Pavel Anisimov** » 17 дек 2009, 15:57

Sergant писал(а):В порядке бреда: это никак не могло повлиять ?

http://www.novell.com/support/viewConte ... &sliceId=1

Кластеризацию не добавляли ?

Похоже что не бред.
Кластеризацию при установке OES2SP2 похоже добавлял.
Стали появляться симптомы, что не все нормально с базой.
По порядку:
1. DNS и DHCP загружались с ошибкой о непорядке в Locator Ptr.
2. Стал пытаться исправлять. Запустил DNIPINST -F. Ошибка:
Error occured while checking for the NDS schema. Error = -649.
3. Посмотрел атрибуты у объектов NCP Server. В списке не оказалось
атрибута DNIP:LocatorPtr. Попытался добавить через C1, но в списке для добавления DNIP:LocatorPtr также не оказалось.
4. Похоже что часть (непонятная часть) атрибутов класса NCP Server
оказалась убранной из схемы. Не совсем понятно как их добавить в схему - dsrepair запускалась на всех серверах.
Установить еще 1 тестовый сервер в другом дереве - посмотреть список атрибутов объекта NCP Server и недостающие добавить на боевую схему ?
Тот же DNIP:LocatorPtr удалось добавить к NCP Server через iManager
как описано в вашей ссылке.

**Павел Гарбар** » 17 дек 2009, 16:47

В нем как раз про атрибуты для кластеров пофиксили.

**Pavel Anisimov** » 17 дек 2009, 19:11

Павел Гарбар писал(а):В нем как раз про атрибуты для кластеров пофиксили.

Я так понял, что они в этом сервис паке просто убрали АВТОМАТИЧЕСКОЕ расширение схемы для кластеризации. И предлагают делать это расширение при необходимости вручную.

Установка в сети с Netware сервера OES2SP2 с кластеризацией пересоздает класс NCP Server в схеме. А последующий запуск DSREPAIR убивает в NCP Server часть атрибутов. Атрибуты предлагается восстанавливать вручную, поскольку неизвестен был список атрибутов на момент "удаления". Так?

**Boris Morozov** » 18 дек 2009, 02:05

Но как-то минут за 15 у меня обычно проходило.

**Pavel Anisimov** » 20 дек 2009, 10:05

.. но не знаю в точности почему.
Поставил еще 1 сервер NW65SP8.
Попробовал включить RW реплику на нем.
Появилась ошибка -625.
Тогда включил реплику RO. Сработало.
Сменил реплику на RW. Сработало.
Запустил full repair сначала но новом сервере. Сработало.
Потом запустил на всех остальных - также без проблем.

DNIPINST -F по прежнему не работает из-за ошибок в схеме (-649).
Почти нашел решение как восстановить утерянные атрибуты
для класса NCP Server: есть следы удалений в DSREPAIR. LOG.

Не могу выполнить full repair

Например опекунов чистить

Re: Например опекунов чистить

Re: Не могу выполнить full repair

Типа SP2a поможет

Re: Типа SP2a поможет

Вот как раз в каком-то SP и был такой глюк с тормозом.

Full repair починилась ..

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