Автор: Gabzya
Дата сообщения: 23.06.2006 15:12
вот мой [more=dcdiag]Domain Controller Diagnosis
Performing initial setup:
Done gathering initial info.
Doing initial required tests
Testing server: Default-First-Site-Name\TBIH2
Starting test: Connectivity
......................... TBIH2 passed test Connectivity
Doing primary tests
Testing server: Default-First-Site-Name\TBIH2
Starting test: Replications
[Replications Check,TBIH2] A recent replication attempt failed:
From TBI to TBIH2
Naming Context: DC=ForestDnsZones,DC=hq,DC=tbih-sb,DC=com,DC=ua
The replication generated an error (1256):
Удаленная система недоступна. За информацией о разрешении проблем в
сети, обратитесь к справочной системе Windows.
The failure occurred at 2006-06-23 14:55:13.
The last success occurred at 2006-06-23 13:55:14.
1 failures have occurred since the last success.
[TBI] DsBindWithSpnEx() failed with error 5,
Отказано в доступе..
[Replications Check,TBIH2] A recent replication attempt failed:
From TBI to TBIH2
Naming Context: DC=DomainDnsZones,DC=hq,DC=tbih-sb,DC=com,DC=ua
The replication generated an error (1256):
Удаленная система недоступна. За информацией о разрешении проблем в
сети, обратитесь к справочной системе Windows.
The failure occurred at 2006-06-23 14:55:13.
The last success occurred at 2006-06-23 13:56:36.
1 failures have occurred since the last success.
[Replications Check,TBIH2] A recent replication attempt failed:
From TBI to TBIH2
Naming Context: CN=Schema,CN=Configuration,DC=hq,DC=tbih-sb,DC=com,D
C=ua
The replication generated an error (1396):
Вход в систему не произведен: конечная учетная запись указана неверн
о.
The failure occurred at 2006-06-23 14:55:13.
The last success occurred at 2006-06-23 13:55:14.
1 failures have occurred since the last success.
Kerberos Error.
The KDC could not find the SPN for the server TBI.
This can be for several reasons:
(1) - The SPN is not registered on the KDC (usually TBIH2).
Check that the SPN is registered on at least one other server
besides TBI, and that replication is progressing between this
server and the KDC. The tool repadmin/syncall can be used for
this purpose.
(2) - This server could be a deleted server (and deleted DSA
object), and this deletion has not replicated across the
enterprise yet. This will rectify itself within the general
replication latency plus the latency of the KCC. Should be less
than a day.
(3) - It's possible that this server was reclaimed, but it's
DSA object was not deleted and an old DNS record representing
the server is present. This can result in this error for the
duration of a DNS record lease. Often about 2 weeks. To fix
this, please clean up the DSA's metadata with ntdsutil.
(4) - Finally, it's possible that this server has acquired a
new IP address, the server's old IP address has been reused, and
DNS hasn't been updated to reflect the new IP address. If this
problem persists, stop and restart the "Net Logon" service on
TBI, and delete the old DNS record.
[Replications Check,TBIH2] A recent replication attempt failed:
From TBI to TBIH2
Naming Context: CN=Configuration,DC=hq,DC=tbih-sb,DC=com,DC=ua
The replication generated an error (1396):
Вход в систему не произведен: конечная учетная запись указана неверн
о.
The failure occurred at 2006-06-23 14:56:21.
The last success occurred at 2006-06-23 14:00:43.
3 failures have occurred since the last success.
Kerberos Error.
The KDC could not find the SPN for the server TBI.
This can be for several reasons:
(1) - The SPN is not registered on the KDC (usually TBIH2).
Check that the SPN is registered on at least one other server
besides TBI, and that replication is progressing between this
server and the KDC. The tool repadmin/syncall can be used for
this purpose.
(2) - This server could be a deleted server (and deleted DSA
object), and this deletion has not replicated across the
enterprise yet. This will rectify itself within the general
replication latency plus the latency of the KCC. Should be less
than a day.
(3) - It's possible that this server was reclaimed, but it's
DSA object was not deleted and an old DNS record representing
the server is present. This can result in this error for the
duration of a DNS record lease. Often about 2 weeks. To fix
this, please clean up the DSA's metadata with ntdsutil.
(4) - Finally, it's possible that this server has acquired a
new IP address, the server's old IP address has been reused, and
DNS hasn't been updated to reflect the new IP address. If this
problem persists, stop and restart the "Net Logon" service on
TBI, and delete the old DNS record.
[Replications Check,TBIH2] A recent replication attempt failed:
From TBI to TBIH2
Naming Context: DC=hq,DC=tbih-sb,DC=com,DC=ua
The replication generated an error (1396):
Вход в систему не произведен: конечная учетная запись указана неверн
о.
The failure occurred at 2006-06-23 15:04:19.
The last success occurred at 2006-06-23 14:12:04.
22 failures have occurred since the last success.
Kerberos Error.
The KDC could not find the SPN for the server TBI.
This can be for several reasons:
(1) - The SPN is not registered on the KDC (usually TBIH2).
Check that the SPN is registered on at least one other server
besides TBI, and that replication is progressing between this
server and the KDC. The tool repadmin/syncall can be used for
this purpose.
(2) - This server could be a deleted server (and deleted DSA
object), and this deletion has not replicated across the
enterprise yet. This will rectify itself within the general
replication latency plus the latency of the KCC. Should be less
than a day.
(3) - It's possible that this server was reclaimed, but it's
DSA object was not deleted and an old DNS record representing
the server is present. This can result in this error for the
duration of a DNS record lease. Often about 2 weeks. To fix
this, please clean up the DSA's metadata with ntdsutil.
(4) - Finally, it's possible that this server has acquired a
new IP address, the server's old IP address has been reused, and
DNS hasn't been updated to reflect the new IP address. If this
problem persists, stop and restart the "Net Logon" service on
TBI, and delete the old DNS record.
REPLICATION-RECEIVED LATENCY WARNING
TBIH2: Current time is 2006-06-23 15:10:16.
DC=hq,DC=tbih-sb,DC=com,DC=ua
Last replication recieved from TBI at 2006-06-20 14:10:01.
......................... TBIH2 passed test Replications
Starting test: NCSecDesc
......................... TBIH2 passed test NCSecDesc
Starting test: NetLogons
......................... TBIH2 passed test NetLogons
Starting test: Advertising
......................... TBIH2 passed test Advertising
Starting test: KnowsOfRoleHolders
......................... TBIH2 passed test KnowsOfRoleHolders
Starting test: RidManager
......................... TBIH2 passed test RidManager
Starting test: MachineAccount
......................... TBIH2 passed test MachineAccount
Starting test: Services
......................... TBIH2 passed test Services
Starting test: ObjectsReplicated
......................... TBIH2 passed test ObjectsReplicated
Starting test: frssysvol
......................... TBIH2 passed test frssysvol
Starting test: frsevent
......................... TBIH2 passed test frsevent
Starting test: kccevent
......................... TBIH2 passed test kccevent
Starting test: systemlog
An Error Event occured. EventID: 0x40000005
Time Generated: 06/23/2006 14:40:34
(Event String could not be retrieved)
......................... TBIH2 failed test systemlog
Starting test: VerifyReferences
......................... TBIH2 passed test VerifyReferences
Running partition tests on : ForestDnsZones
Starting test: CrossRefValidation
......................... ForestDnsZones passed test CrossRefValidation
Starting test: CheckSDRefDom
......................... ForestDnsZones passed test CheckSDRefDom
Running partition tests on : DomainDnsZones
Starting test: CrossRefValidation
......................... DomainDnsZones passed test CrossRefValidation
Starting test: CheckSDRefDom
......................... DomainDnsZones passed test CheckSDRefDom
Running partition tests on : Schema
Starting test: CrossRefValidation
......................... Schema passed test CrossRefValidation
Starting test: CheckSDRefDom
......................... Schema passed test CheckSDRefDom
Running partition tests on : Configuration
Starting test: CrossRefValidation
......................... Configuration passed test CrossRefValidation
Starting test: CheckSDRefDom
......................... Configuration passed test CheckSDRefDom
Running partition tests on : hq
Starting test: CrossRefValidation
......................... hq passed test CrossRefValidation
Starting test: CheckSDRefDom
......................... hq passed test CheckSDRefDom
Running enterprise tests on : hq.tbih-sb.com.ua
Starting test: Intersite
......................... hq.tbih-sb.com.ua passed test Intersite
Starting test: FsmoCheck
......................... hq.tbih-sb.com.ua passed test FsmoCheck
[/more] с нового