Форум сетевых администраторов - Удаление ссылки из Dfs

Форум сетевых администраторов (http://netadmin.ws/forum/index.php)
- Windows (http://netadmin.ws/forum/forumdisplay.php?forumid=43)
-- Удаление ссылки из Dfs (http://netadmin.ws/forum/showthread.php?threadid=10886)

Помещено Xrobak 26-07-2005 в 16:22:

Удаление ссылки из Dfs

Был раньше домен, он слетел, создали новый домен, название домена осталось прежним, но вот название компьютера, на к-ром домен изменили.
Был создан ДФС-корень в домене, теперь хочу закрыть сетевую шару, на к-рую ссылался корень ДФС, но немогу, получаю в ответ ошибку:

quote:
Ошибка при удалении сетевого ресурса 123. Перед удалением общий ресурс необходимо вывести из распределенной файловой системы.

Как мне теперь вывести из ДФС этот сетевой ресурс? Естественно, что через оснастку я достучаться к ДФС уже убитого домена немогу.

Помещено Xrobak 29-09-2005 в 18:03:

мммм.... так никто и не знает? Может хотябы подскажите где можно спросить, где "отцы" заседают по таким делам и могут посоветовать что путевое, кроме как переустановить винду

Помещено Whizard 15-10-2005 в 06:53:

Отправил в ЛС

__________________
@~Whizard~@

Помещено Xrobak 17-10-2005 в 18:16:

Whizard
Спасибо, похоже это должно помочь, но... не получается это сделать, у меня ДФС шара русскими буквами названа :(
Если ты не против, приведу тут содержимое твоего ПС, может кто что скажет:

quote:
A new version of Windows Server was installed on a DFS root target. How should DFS be repaired?

To repair DFS by removing a server from the DFS configuration, use DFSutil.exe—from any client in the domain—and type the following:

DFSutil /unmap:\\Domain\DFSRootName \\Server\Share

The server can then be added back by using the DFS administrative console or the following command:

DFSutil /Addroot:DFSRootName /Server:ServerName /Share:ShareName

-------------------------------------------
When I attempted to remove the last root target, access was denied. An error message stated the DFS can no longer be administered. What should I do?

A. This happened because the root target was successfully deleted, but the user did not have the privileges necessary to delete the DFS namespace.

Repairing DFS
To repair DFS do the following:

Log in with the credentials of a user who has privileges to write to the DFS-Container object in Active Directory. (See “What credentials are necessary to administer DFS?” to delegate rights to this container in the Active Directory.)
Execute the command DFSutil /unmap:\\Domainname\DFSRootName.
This will remove the DFS called DFSRootName from the specified domain.

Caution: This command should be used with utmost care.

This command will succeed even when DFS has a list of root targets, and will remove the DFS namespace from Active Directory. The root target servers will continue to behave as DFS roots for any clients that access the namespace—in cases where the client has cached information about the namespace. New clients will no longer be able to access the now-defunct namespace.

Cleaning Up Root Targets
To clean up any root targets that were left hanging, use the following commands:

DFSutil /clean:TargetServerName
DFSutil /reinit:TargetServerName

Где у меня:
1) DFSRootName --> Документация
2) \\Server\Share --> \\server\комплект номер один
\\server\комплект номер два
\\server\комплект номер три
\\server\комплект номер четыре

PS: и если честно, то я уже запутался во всем этом...

Помещено Whizard 17-10-2005 в 22:36:

мммм ладно переводим:
DFSutil /unmap:\\Domain\DFSRootName \\ServerShare
на
DFSutil /unmap:\\Имя Домена\Документация \\Имя Сервака\комплект номер один

итгд....

Whizard добавил 17-10-2005 в 22:39:26:
потом и зачистку:
DFSutil /clean:ИмяСервака
DFSutil /reinit:ИмяСервака

__________________
@~Whizard~@

Помещено Xrobak 18-10-2005 в 14:17:

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

А вот в чем запутался то:
- где эту утилиту то запускать:
а) контроллер домена
б) компьютере с шарой обычной, на к-рую ссылается ДФСшная шара с другого компутера
в) компьютер с ДФСной шарой
- в строке указываем \\Имя Сервака\комплект номер один чьё:
а) компьютере с шарой обычной, на к-рую ссылается ДФСшная шара с другого компутера
б) компьютер с ДФСной шарой

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

Помещено Viktor 18-10-2005 в 14:56:

quote:
русскими буквами да и еще с пробелами

Попробуй взять имена с пробелами в двойные кавычки

__________________
Тест - проверка верности!

Помещено Xrobak 18-10-2005 в 16:10:

Viktor
пробовал, эффекта никакого, про особенность кавычек под виндой я не забываю

Небольшие рассуждения вслух: был контролер домена на компьютере А1, контроллер снесли по обстоятельствам, создали домен по новой с тем же самым названием, но теперь он уже находится на компьютере А2. Есть компьютер В1, на к-ром открыты скрытые шары через $. Есть компьютер В2, на к-ром создал ДФСную шару, к-рая ссылается на скрытые шары компьютера В1. Именя компьютеров В1 и В2 не изменялись. ДФСная шара была интегрирована в актив директори. Теперь никак немогу понять на примере той же утилиты, что была описана выше:
а) мы указываем в ком. строке домен и дфсрутнейм - откуда домен знает это? Ведь домен был поднят с нуля, соотвественно у него таких записей и не осталось. Зато на компьютере В2 остались где-то записи, к-рые утверждают, что такая шара есть в АД - посути это происходит из-за того, что имя домена осталось прежнее, отсюдава и все корни.

Стоп... пока писал, в голову прокралась идея, проста до ужаса:
1) взять выкинуть компьютер В2 из домена, залогиниться на компьютер В2 и закрыть эту шару. Правда есть одно НО - если эта шара на компьютере В2 действительно где-то прописана как ДФС шара принадлежащая домену, то я скорее всего ее не закрою, даже если и сетку отключу, будет все-равно кричать мол дай домен и выводи меня оттуда... Хм...

вот логи моих действий:

code:

C:\>dfsutil /pktinfo /dfs
--dfs.sys--
1 entries...
Entry: \GZOT\Документация
ShortEntry: \GZOT\Документация
Expires in 0 seconds
UseCount: 0 Type:0x581 ( LOCAL PERMANENT REFERRAL_SVC DFS )

The command completed successfully.

code:

C:\>dfsutil /unmap:\\GZOT\Документация /root:\\sesrv\Документация
Connecting to PUPS
System error 2 has occurred.
Не удается найти указанный файл.

code:

C:\>dfsutil /clean:sesrv
Can not open registry of \\sesrv (error 53)
System error 53 has occurred.
Не найден сетевой путь.


C:\>dfsutil /reinit:sesrv
The command completed successfully.

code:

C:\>dfsutil /unmap:"\\GZOT\Документация /root:\\seserv\Документация\"набор номер один"
Connecting to PUPS
DS object to delete:"CN=Документация /root:,CN=Dfs-Configuration,CN=System,DC=gzot,DC=zt,DC=ua"
System error 2 has occurred.
Не удается найти указанный файл.

code:

C:\>dfsutil /unmap:"\\GZOT\Документация /root:\\seserv\Документация\набор номер один
Connecting to PUPS
DS object to delete:"CN=Документация /root:,CN=Dfs-Configuration,CN=System,DC=gzot,DC=zt,DC=ua"
System error 2 has occurred.
Не удается найти указанный файл.

Помещено Whizard 19-10-2005 в 02:45:

Глянь здесь:
hxxp://www.microsoft.com/windows2000/techinfo/administration/fileandprint/dfsbp.asp

Что в Event Log по етому поводу?

__________________
@~Whizard~@

Помещено Xrobak 19-10-2005 в 18:44:

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

Есть впринципе в реестре пару ключей на эту шару, можно было бы их удалить, но не факт что я их удалю все, и потом начнутся вылазить ошибки... Да и это будет все-равно что винду просто переставил, а хочется разобраться с этой проблемой, вдруг когда-то подобное опять случится у меня, или у кого-то еще - не переустанавливать же ОС всегда

Помещено Whizard 20-10-2005 в 03:24:

How to remove data in Active Directory after an unsuccessful domain controller demotion
hxxp://support.microsoft.com/default.aspx?scid=kb;en-us;216498

ну и заодно зайди в Admin Tools >> AD Users and Computers в етот нод:
DC=YOURDOMAIN, CN=System, CN=Dfs-Configuration
не видо? Тогда включи Advanced View. Грохай ветки ДФСа.

Зато хотя первий линк думаю будет работать

P>S>Грохать Контролер надо окуратно а то будет всякая байда лезть.

__________________
@~Whizard~@

Помещено Xrobak 20-10-2005 в 13:06:

quote:
P>S>Грохать Контролер надо окуратно а то будет всякая байда лезть.

не дурак, сам знаю, но так получилось, что контроллер домена сдох сам, да и железо вместе с ним. Был вторичный контроллер, но тот по непонятным причинам не захотел реплицироваться на новый контроллер домена. Вобщем проблем было море, объяснять почему так произошло долго и нудно, да и не нужно ето тут.

quote:
ну и заодно зайди в Admin Tools >> AD Users and Computers в етот нод:
DC=YOURDOMAIN, CN=System, CN=Dfs-Configuration

заходил, пусто там

quote:
How to remove data in Active Directory after an unsuccessful domain controller demotion

ты немного не понял, контроллер был поднят с нуля, соотвественно записей об этом ДФС в домене нету, записи остались на клиентской машине. Вот тебе доказательства, привожу результаты утилиты на контроллере домена:

code:

C:\>dfsutil /pktinfo /dfs
--dfs.sys--
0 entries...
The command completed successfully.

C:\>dfsutil /pktinfo
--mup.sys--
1 entries...
Entry: \gzot.zt.ua\sysvol
ShortEntry: \gzot.zt.ua\sysvol
Expires in 60 seconds
UseCount: 0 Type:0x81 ( REFERRAL_SVC DFS )
   0:[\pups.gzot.zt.ua\sysvol] State:0x39 ( ACTIVE )

The command completed successfully.

Формат времени GMT. Текущее время 10:19.

Показаны 12 сообщений на этой странице