информационная безопасность
без паники и всерьез
 подробно о проектеRambler's Top100
За кого нас держат?Атака на Internet
BugTraq.Ru
Русский BugTraq
 Анализ криптографических сетевых... 
 Модель надежности двухузлового... 
 Специальные марковские модели надежности... 
 Блокировка российских аккаунтов... 
 Отзыв сертификатов ЦБ РФ, ПСБ,... 
 Памятка мирным людям во время информационной... 
главная обзор RSN блог библиотека закон бред форум dnet о проекте
bugtraq.ru / форум / sysadmin
Имя Пароль
ФОРУМ
если вы видите этот текст, отключите в настройках форума использование JavaScript
регистрация





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
админы! а вопрос-то не решился 01.02.05 16:26  Число просмотров: 2418
Автор: vladdt Статус: Незарегистрированный пользователь
<"чистая" ссылка>
очень надеюсь на вашу помощь. если непосредственно не знаете решения вопроса, то хоть посоветуйте в каком направлении копать.

Заранее, Спасибо!
<sysadmin>
вдруг откуда не возьмись заглючила служба репликации 01.11.04 20:09  
Автор: vladdt Статус: Незарегистрированный пользователь
<"чистая" ссылка>
вот, что пишет:

Служба репликации файлов обнаружила, что набор реплик "DOMAIN SYSTEM VOLUME (SYSVOL SHARE)" находится в JRNL_WRAP_ERROR.

Имя набора реплик : "DOMAIN SYSTEM VOLUME (SYSVOL SHARE)"
Путь к корню реплики : "f:\winnt\sysvol\domain"
Том корня реплики : "\\.\F:"
Набор реплик попадает в JRNL_WRAP_ERROR, когда запись, которую пытаются прочесть из USN-журнала NTFS, не найдена. Это может произойти по одной из следующих причин.

[1] Том "\\.\F:" был отформатирован.
[2] Удален USN-журнал NTFS на томе"\\.\F:".
[3] USN-журнал NTFS на томе"\\.\F:" был урезан. Программа Chkdsk может урезать журнал, если она находит поврежденные записи в конце журнала.
[4] Служба репликации файлов в течение долгого времени не работала на этом компьютере.
[5] Службе репликации файлов не удалось сохранить уровень активности дискового ввода/вывода на "\\.\F:".
_______________ничего из этого не было

Присвоение параметру системного реестра "Enable Journal Wrap Automatic Restore" значения 1 приведет к выполнению следующих автоматических шагов по восстановлению из данного ошибочного состояния.
[1] Во время первого опроса, который происходит в течение 5 минут, этот компьютер будет удален из набора реплик. Если вы не хотите ждать 5 минут, выполните последовательно команды "net stop ntfrs" и "net start ntfrs" для перезапуска службы репликации файлов.
[2] Во время следующего опроса, этот компьютер будет вновь добавлен к набору реплик. Повторное добавление компьютера инициирует полную синхронизацию дерева для данного набора реплик.

ПРЕДУПРЕЖДЕНИЕ: В процессе восстановления данные в дереве реплик могут быть недоступны. Для предотвращения неожиданного прекращения доступа к данным службой автоматического восстановления в подобной ошибочной ситуации необходимо задать значение 0 для параметра системного реестра, описанного ранее.

_____________________ вот как раз в это время сервант жутко зависает, иногда даже вплоть до перезагрузки

_____________________ раньше писалось вот так:

Служба репликации файлов больше не препятствует компьютеру MSERVER стать контроллером домена. Системный том был успешно инициализирован и служба NetLogon была уведомлена о том, что системный том подготовлен и к нему может быть открыт общий доступ как к общему ресурсу SYSVOL.

Введите команду "net share" чтобы проверить наличие общего ресурса SYSVOL.

____________________ как уговорить так больше не делать?
а ларчик просто открывался! 07.02.05 19:18  
Автор: vladdt Статус: Незарегистрированный пользователь
<"чистая" ссылка>
Присвоение параметру системного реестра "Enable Journal Wrap Automatic Restore" значения 1 приведет к полной синхронизации. И все.
админы! а вопрос-то не решился 01.02.05 16:26  
Автор: vladdt Статус: Незарегистрированный пользователь
<"чистая" ссылка>
очень надеюсь на вашу помощь. если непосредственно не знаете решения вопроса, то хоть посоветуйте в каком направлении копать.

Заранее, Спасибо!
В течение года имел "счастье" наблюдать подобные записи, сейчас они куда-то пропали. 02.11.04 10:19  
Автор: DPP <Dmitry P. Pimenov> Статус: The Elderman
<"чистая" ссылка>
Делал все, что бы ни предагалось проверить/исправить.
Однажды все прошло, помню только что это настало после полной синхронизации.
Проблемка крылась, полагаю в ДНС.
Некоторые проблемы и до сих пор остались. Например отсутствие рута, но синхронизация работает, почему то.
не можешь ли это связать по времени возникновения с... 11.11.04 14:20  
Автор: vladdt Статус: Незарегистрированный пользователь
<"чистая" ссылка>
не можешь ли это связать по времени возникновения с установкой каких-нибудь программ. Citrix например?
Установка программ, не относящихся к репликации, не должны... 11.11.04 16:02  
Автор: DPP <Dmitry P. Pimenov> Статус: The Elderman
<"чистая" ссылка>
> не можешь ли это связать по времени возникновения с
> установкой каких-нибудь программ. Citrix например?

Установка программ, не относящихся к репликации, не должны на нее влиять.
Вообще то я с ней уж пару лет воюю. В последний год проблем было мало, но, вот, с предыдущего сообщения только неделя прошла, а у меня эта байда грохнула все так, что еще несколько дней разгребать придется. Был еще один рут для юзеровских файлов. Как-то синхронизация отвалилась и некоторое время не работала. Потом запустилась и начала полную пересинхронизацию. Запустился бэкап по расписанию. Через некоторое время процесс синхронизации опять остановился. Вот что где по кускам разбросано, на руте почти пусто, основная часть в NtFrs_PreExisting___See_EventLog, что-то на другом серваке, в бэкапе нЕчто.
У Вас там, насколько я предвижу, только доменная информация реплецируется и больше ничего. Если так, то поздравляю, меньше проблем.
Так вот эта НТФРС очень сильно дурить любит, когда что-то с сетью. Т.е. вроде как на 99% все хорошо, но иногда... Причем это будет даже в самой идеальной сети - ну чуть сервак загрузился и не ответил во время, сами провода загружены были, интернет отвалился или тормознул, настройки не идеальные. Короче нужно обратить на симбиос всего этого в локальной сети. Может оно все правильно и работоспособно, и лучше не сделаешь, но поди объясни это Виндам. У меня НТФРС поругивалась на ДНС, иногда возникающие проблемы с резолвом, не "видимость", не "отвечаемость", перезагрузку другого сервера. Было бы проще, еслиб в локальной сети только эти два сервка стояли. Ну можно еще пару рабочих станций. А, вот, если из локалки в интернет надо ходить, да еще на этих серваках локальный ДНС, да еще надо бы чтоб интернетовский ДНС тоже работал... Не дай бог выбрать первичным интернетовский ДНС, который локальные имена/адреса, разумеется, не резолвит.
Не привычно видеть эвэнтлог по-русски. В принципе причины проблемы там нормально описаны, но методы решения там запутанные и туманные.
1




Rambler's Top100
Рейтинг@Mail.ru


  Copyright © 2001-2022 Dmitry Leonov   Page build time: 0 s   Design: Vadim Derkach