Пожалуйста подождите

как найти SYSVOL если потерялся?

22 ноября 12:19
Рейтинг 0 - +    Эмоции
комментариев: 1
Работал сервак (PDC), работал, да что-то вклинилось ему мол авария! ошибка закралась и диктует: все бы ничего но вы перенесли папку тыры/пыры/domain в тыры/пыры/domain (т.е. никуда я её не переносил), ну а он говорит, следовательно я работать не буду пока не сделаешь так: в новой папке надо создать файл ТАКОЙ_КАК_Я_СКАЖУ а дальше я, мол сам все сделаю. Ну сталкивался я ранее с подобной ситуацией, когда было 2 контроллера и как-то вздумалось глючить одному из них, а информация-то на них однозначная (ntfrs), вот и пришлось мозги потом вправлять не одному, а обоим. Ну что-то я отвлекся, вобщем в тот раз создание такого файла помогло и все встало на свои места, но не в этот... Ждал я, ждал пока он самоналадится и ntfrs перезапускал и чай пил - ноль движения, не канает... Полез в тырнет, шукал - шукал, сложно всё, но полезно:
например много где фигурирует такой совет:

================================================================================================
http://support.microsoft.com/kb/315457/
Уточнения по статье (как я делал):
1. Отключите на всех контроллерах службу ntfrs
2. Проверить на всех контроллерах следующие папки должны присутствовать (если нет создать)
\\SYSVOL
\\SYSVOL\\domain
\\SYSVOL\\staging\\domain
\\SYSVOL\\staging areas
\\SYSVOL\\domain\\Policies
\\SYSVOL\\domain\\scripts
\\SYSVOL\\SYSVOL
3. Проверить ссылки с помощью утилиты linkd (входит в комплекте утилит Windows Rescue Kit, поставляется вместе с дистрибутивом Windows- ищи в папке Support)
делаем как я:
Linkd %systemroot%\\SYSVOL\\SYSVOL\\alkom.lh
в данном случае замени alkom.lh на свое имя домена
на компьютере Win2k, если все ОК тебе выдаст такое сообщение:
Cannot create a link at: C:\\WINDOWS\\SYSVOL\\staging\\domain
а на компьютере Win2k3, если все ОК тебе выдаст другое более правильное сообщение:
Source C:\\WINDOWS\\SYSVOL\\SYSVOL\\alkom.lh is linked to С:\\WINDOWS\\SYSVOL\\domain
Теперь проверим вторую ссылку:
linkd "%systemroot%\\SYSVOL\\staging areas\\alkom.lh
для Win2k:
Cannot create a link at: C:\\WINNT\\sysvol\\staging
для Win2k3:
C:\\WINDOWS\\SYSVOL\\staging\\domain
Если ты проверил обе сылки иди на пункт 4
если нет то пора восстанавливать связи:
для этого пишешь следующее (замени alkom.lh на свое имя домена)
для Win2k:
linkd "C:\\WINNT\\sysvol\\staging areas\\alkom.lh" %systemroot%\\sysvol\\staging\\domain
для Win2k3:
linkd "C:\\WINNT\\sysvol\\sysvol\\alkom.lh" %systemroot%\\sysvol\\domain
для верности снова проверь ссылки п. 3
4. Теперь полазаем в реестрах контроллеров
для корневого контроллера домена в ветках реестра
HKEY_LOCAL_MACHINE\\SYSTEM\\CurrentControlSet\\Services\\NtFrs\\Parameters\\Cumulative Replica Sets\\GUID
и
HKEY_LOCAL_MACHINE\\SYSTEM\\CurrentControlSet\\Services\\NtFrs\\Parameters\\Replica Sets\\GUID

GUID это индефикатор (такое длиное число) вот внутри его создадим параметр BurFlags (тип DWord) и дадим ему значение D4 (делаем это в обоих ветках реестра)

для остальных вспомогательных контроллеров
HKEY_LOCAL_MACHINE\\SYSTEM\\CurrentControlSet\\Services\\NtFrs\\Parameters\\Cumulative Replica Sets\\GUID
и
HKEY_LOCAL_MACHINE\\SYSTEM\\CurrentControlSet\\Services\\NtFrs\\Parameters\\Replica Sets\\GUID
и
HKEY_LOCAL_MACHINE\\SYSTEM\\CurrentControlSet\\Services\\NtFrs\\Parameters\\Backup/Restore\\Process atStartup\\

GUID это индефикатор (такое длиное число) вот внутри его создадим параметр BurFlags (тип DWord) и дадим ему значение D2 (делаем это в обоих ветках реестра)
В 3-ей ветке также создадим BurFlags (тип DWord) и дадим ему значение D2 (у меня он уже был, так что я только помянл значение)
5. Теперь как просит статья мы чистим содержимое папок (перемещаем содержимое этих папок в любое другое место)
для Win2k:
C:\\WINNT\\SYSVOL\\domain\\policies\\GUID
C:\\WINNT\\SYSVOL\\staging\\domain
для Win2k3
C:\\WINDOWS\\SYSVOL\\domain\\policies\\GUID
C:\\WINDOWS\\SYSVOL\\staging\\domain
6. Запускаем службы ntfrs на всех контроллерах, начиная с корневого
7. Копируем обратно содержимое папок
для Win2k:
C:\\WINNT\\SYSVOL\\domain\\policies\\GUID
C:\\WINNT\\SYSVOL\\staging\\domain
для Win2k3
C:\\WINDOWS\\SYSVOL\\domain\\policies\\GUID
C:\\WINDOWS\\SYSVOL\\staging\\domain

все. проверяем результат:
net share должна показать на всех контроллерах расшаренные папки Netlogon и Sysvol

Если не получиться - я рассказал не все из статьи http://support.microsoft.com/kb/315457/ - попробуйте сами пройтись по ее пунктам
=================================================================================================

Он конечно интересный и наверняка помогает, но вот загвоздка: во-первых ну нигде я не смог найти Windows Rescue Kit, а в обычном Support нету Linkd, ну ладно нашел я что есть ещё аналог Jisied что-ли от WININTERNALS (типа того), но опять же но: ссылки-то впринципе целы? просто винда тупанула и по какой-то причине не расшаривает то че надо для юзеров, вобщем забил я на тот линкед и т.п. и наконец-то нашел что-то неординарное, правда на англицком, ну там и так все понятно же:

=================================================================================================
Sometimes DFS shares will not replicate properly. In the FRS-STAGING folder the number of files just kept growing. Normally this folder is on C:\\ so if you can run out of room and the server will come down.

How to find the servers effected.
To find the servers affected, look in the File Replication Log for:
The File Replication Service is having trouble enabling replication from SERVERA to SERVERB for d:\\nbwcupdates using the DNS name servera.companyxyz.c om. FRS will keep retrying.

Following are some of the reasons you would see this warning:

1. FRS can not correctly resolve the DNS name servera.companyxyz.c om from this computer.
2. FRS is not running on servera.companyxyz.c om.
3. The topology information in the Active Directory for this replica has not yet replicated to all the Domain Controllers.
This event log message will appear once per connection. After the problem is fixed you will see another event log message indicating that the connection has been established. Check the other server listed in the event detail. You may have issues with two or more servers.

To Fix the DFS Replication
1. Fix the underlying problem, such as DNS registration, etc.
2. Enable File Replication for at least a period of 4 hours after you make the following edits.
3. The Schedule does not replicate with a forced replication so wait for 30 minutes before doing the following.
4. On the effected servers
5. Stop the File Replication Server.
6. Delete the folder c:\\winnt\\ntfrs\\jet
7. Start File Replication Server
8. Monitor replication either by checking to see that the NTFRS folder is empty, or comparing files in the xxupdates folders.
9. Once you are sure replication has successfully finished set the schedule back to replicate Monday through Friday from 7PM to 7AM and all day on Saturday and Sunday.

Thanks go out to Rick Romack from Convergent Computing for his help on this!

Note: Before running any tool on a system (especially a tool that modifies the registry), make sure to conduct a full backup of the system AND test the utility and process in a lab environment before trying it in a full production environment.
=================================================================================================
В итоге грохнул я папку и все запустилось.... УРА!
Но что самое интересное:
на работе биться я начал часов в 6 (прямо перед тем как одеть пуховик и пойти домой прозвучал звонок), потом устав и плюнув все равно ушел домой, но душа моя беспокойная накормив утробу вновь ринулась в бой и я продолжил из дома, так вот службы я останавливал в 23:59:56, запустилась в 00:00:28, а в 00:00:45 комп стал фунциклировать по назначению
так может просто вчера не мой день был?
Метки меток нет

комментарии

К первому непрочитанному