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





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
В течение года имел "счастье" наблюдать подобные записи, сейчас они куда-то пропали. 02.11.04 10:19  Число просмотров: 2274
Автор: DPP <Dmitry P. Pimenov> Статус: The Elderman
<"чистая" ссылка>
Делал все, что бы ни предагалось проверить/исправить.
Однажды все прошло, помню только что это настало после полной синхронизации.
Проблемка крылась, полагаю в ДНС.
Некоторые проблемы и до сих пор остались. Например отсутствие рута, но синхронизация работает, почему то.
<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-2020 Dmitry Leonov   Page build time: 0 s   Design: Vadim Derkach