webdavuser
Vendor
- Nov 27, 2007
- 13
Hi,
I was wondering if someone could help. We've got bad problems on our domain currently. Until a month or so ago we had 3 DCs:
- Server1 - Primary DC (which was a VMWare Server Host at the time), & DNS Server
- Server2 - Backup DC, DNS Server & Exchange Server
- Server3 - Backup DC, File Server, DNS Server & Print Server
We decided to move to VMware ESX, so we didn't need Server1 anymore. Somehow, replication also failed from Server1 to the 2 Backup DCs. So I seized the roles, and gave them all to Server2. I was unable to remove Server1 from the domain through dcpromo, as Server1 had lost sight of the other servers. In the end, I had to just shut Server1 down, and remove all traces of Server1 from the domain. This appeared to work ok.
Recently, however, we started getting authentication issues on Exchange. Most of the time, the user simply needed to sign into Outlook as well as the initial domain logon. Occasionally, though, they would be refused access to Oulook, as it would keep asking for authentication & never accepting it. This problem mostly went away with a reboot of Server3.
These were minor issues, which weren't overly disruptive. However, last week, out File Server suddenly stopped allowing access to the file shares. The only way around this was to map the network drive to Server3's IP address, not host name. This leads me to think we have a DNS issue.
Yesterday, while I was trying to fix this problem, I read on a forum that I could try changing the DNS server, that Server3 itself points to, could be changed from itself to Server2. I did this, and it also killed printing. When I changed it back, the problem stayed, and now only one machine on the network, (rather strangely - I would expect all or none to fail, not some), can print.
Here is a list of the errors that I've been seeing on Server3, (Note: there aren't any of these errors on Server2, which makes me think it's a problem with Server3):
Event Type: Error
Event Source: Userenv
Event Category: None
Event ID: 1053
Date: 26/02/2009
Time: 16:35:19
User: NT AUTHORITY\SYSTEM
Computer: PACIFIC
Description:
Windows cannot determine the user or computer name. (The target principal name is incorrect. ). Group Policy processing aborted.
For more information, see Help and Support Center at
Event Type: Error
Event Source: Userenv
Event Category: None
Event ID: 1030
Date: 26/02/2009
Time: 16:25:15
User: NT AUTHORITY\SYSTEM
Computer: PACIFIC
Description:
Windows cannot query for the list of Group Policy objects. Check the event log for possible messages previously logged by the policy engine that describes the reason for this.
For more information, see Help and Support Center at
Event Type: Error
Event Source: Kerberos
Event Category: None
Event ID: 4
Date: 26/02/2009
Time: 16:09:12
User: N/A
Computer: PACIFIC
Description:
The kerberos client received a KRB_AP_ERR_MODIFIED error from the server host/pacific.oxted.xcomm.co.uk. The target name used was cifs/PACIFIC. This indicates that the password used to encrypt the kerberos service ticket is different than that on the target server. Commonly, this is due to identically named machine accounts in the target realm (OXTED.XCOMM.CO.UK), and the client realm. Please contact your system administrator.
For more information, see Help and Support Center at
Event Type: Error
Event Source: NETLOGON
Event Category: None
Event ID: 5513
Date: 26/02/2009
Time: 16:03:35
User: N/A
Computer: PACIFIC
Description:
The computer LEWIS tried to connect to the server \\PACIFIC using the trust relationship established by the XCOMM domain. However, the computer lost the correct security identifier (SID) when the domain was reconfigured. Reestablish the trust relationship.
For more information, see Help and Support Center at
Event Type: Error
Event Source: Print
Event Category: None
Event ID: 33
Date: 26/02/2009
Time: 16:02:03
User: NT AUTHORITY\SYSTEM
Computer: PACIFIC
Description:
The PrintQueue Container could not be found because the DNS Domain name could not be retrieved. Error: 80090322
For more information, see Help and Support Center at
Event Type: Error
Event Source: Service Control Manager
Event Category: None
Event ID: 7000
Date: 26/02/2009
Time: 16:00:35
User: N/A
Computer: PACIFIC
Description:
The Network Load Balancing service failed to start due to the following error:
The service cannot be started, either because it is disabled or because it has no enabled devices associated with it.
For more information, see Help and Support Center at
Event Type: Error
Event Source: DhcpServer
Event Category: None
Event ID: 1046
Date: 26/02/2009
Time: 16:00:14
User: N/A
Computer: PACIFIC
Description:
The DHCP/BINL service on the local machine, belonging to the Windows Administrative domain oxted.xcomm.co.uk, has determined that it is not authorized to start. It has stopped servicing clients. The following are some possible reasons for this:
This machine is part of a directory service enterprise and is not authorized in the same domain. (See help on the DHCP Service Management Tool for additional information).
This machine cannot reach its directory service enterprise and it has encountered another DHCP service on the network belonging to a directory service enterprise on which the local machine is not authorized.
Some unexpected network error occurred.
For more information, see Help and Support Center at Data:
0000: 00 00 00 00 ....
Event Type: Error
Event Source: DhcpServer
Event Category: None
Event ID: 1059
Date: 26/02/2009
Time: 16:00:14
User: N/A
Computer: PACIFIC
Description:
The DHCP service failed to see a directory server for authorization.
For more information, see Help and Support Center at Data:
0000: 3b 20 00 00 ; ..
I managed to fix error 1030 yesterday, following reading this Microsoft KB:
However, error 1053 still occurs. Whilst going through the instructions, I also noticed that Server3 is refused access to the Domain Controller Security Policy, whereas Server2 isn't. I then double checked the Operations Masters on both, and these are now wrong. Server2, (correctly says that it holds all the roles). Server3, however, thinks that it is the RID, and simply says ERROR for PDC & Infrastructure. When I try to connect to Server2 from Server3 in AD, it says that it can't connect.
There are lots of problems with Server3, then. Is it simply an AD replication issue? Or is it likely to stem from something else? Any advice would be greatly appreciated!
Regards,
Keith
I was wondering if someone could help. We've got bad problems on our domain currently. Until a month or so ago we had 3 DCs:
- Server1 - Primary DC (which was a VMWare Server Host at the time), & DNS Server
- Server2 - Backup DC, DNS Server & Exchange Server
- Server3 - Backup DC, File Server, DNS Server & Print Server
We decided to move to VMware ESX, so we didn't need Server1 anymore. Somehow, replication also failed from Server1 to the 2 Backup DCs. So I seized the roles, and gave them all to Server2. I was unable to remove Server1 from the domain through dcpromo, as Server1 had lost sight of the other servers. In the end, I had to just shut Server1 down, and remove all traces of Server1 from the domain. This appeared to work ok.
Recently, however, we started getting authentication issues on Exchange. Most of the time, the user simply needed to sign into Outlook as well as the initial domain logon. Occasionally, though, they would be refused access to Oulook, as it would keep asking for authentication & never accepting it. This problem mostly went away with a reboot of Server3.
These were minor issues, which weren't overly disruptive. However, last week, out File Server suddenly stopped allowing access to the file shares. The only way around this was to map the network drive to Server3's IP address, not host name. This leads me to think we have a DNS issue.
Yesterday, while I was trying to fix this problem, I read on a forum that I could try changing the DNS server, that Server3 itself points to, could be changed from itself to Server2. I did this, and it also killed printing. When I changed it back, the problem stayed, and now only one machine on the network, (rather strangely - I would expect all or none to fail, not some), can print.
Here is a list of the errors that I've been seeing on Server3, (Note: there aren't any of these errors on Server2, which makes me think it's a problem with Server3):
Event Type: Error
Event Source: Userenv
Event Category: None
Event ID: 1053
Date: 26/02/2009
Time: 16:35:19
User: NT AUTHORITY\SYSTEM
Computer: PACIFIC
Description:
Windows cannot determine the user or computer name. (The target principal name is incorrect. ). Group Policy processing aborted.
For more information, see Help and Support Center at
Event Type: Error
Event Source: Userenv
Event Category: None
Event ID: 1030
Date: 26/02/2009
Time: 16:25:15
User: NT AUTHORITY\SYSTEM
Computer: PACIFIC
Description:
Windows cannot query for the list of Group Policy objects. Check the event log for possible messages previously logged by the policy engine that describes the reason for this.
For more information, see Help and Support Center at
Event Type: Error
Event Source: Kerberos
Event Category: None
Event ID: 4
Date: 26/02/2009
Time: 16:09:12
User: N/A
Computer: PACIFIC
Description:
The kerberos client received a KRB_AP_ERR_MODIFIED error from the server host/pacific.oxted.xcomm.co.uk. The target name used was cifs/PACIFIC. This indicates that the password used to encrypt the kerberos service ticket is different than that on the target server. Commonly, this is due to identically named machine accounts in the target realm (OXTED.XCOMM.CO.UK), and the client realm. Please contact your system administrator.
For more information, see Help and Support Center at
Event Type: Error
Event Source: NETLOGON
Event Category: None
Event ID: 5513
Date: 26/02/2009
Time: 16:03:35
User: N/A
Computer: PACIFIC
Description:
The computer LEWIS tried to connect to the server \\PACIFIC using the trust relationship established by the XCOMM domain. However, the computer lost the correct security identifier (SID) when the domain was reconfigured. Reestablish the trust relationship.
For more information, see Help and Support Center at
Event Type: Error
Event Source: Print
Event Category: None
Event ID: 33
Date: 26/02/2009
Time: 16:02:03
User: NT AUTHORITY\SYSTEM
Computer: PACIFIC
Description:
The PrintQueue Container could not be found because the DNS Domain name could not be retrieved. Error: 80090322
For more information, see Help and Support Center at
Event Type: Error
Event Source: Service Control Manager
Event Category: None
Event ID: 7000
Date: 26/02/2009
Time: 16:00:35
User: N/A
Computer: PACIFIC
Description:
The Network Load Balancing service failed to start due to the following error:
The service cannot be started, either because it is disabled or because it has no enabled devices associated with it.
For more information, see Help and Support Center at
Event Type: Error
Event Source: DhcpServer
Event Category: None
Event ID: 1046
Date: 26/02/2009
Time: 16:00:14
User: N/A
Computer: PACIFIC
Description:
The DHCP/BINL service on the local machine, belonging to the Windows Administrative domain oxted.xcomm.co.uk, has determined that it is not authorized to start. It has stopped servicing clients. The following are some possible reasons for this:
This machine is part of a directory service enterprise and is not authorized in the same domain. (See help on the DHCP Service Management Tool for additional information).
This machine cannot reach its directory service enterprise and it has encountered another DHCP service on the network belonging to a directory service enterprise on which the local machine is not authorized.
Some unexpected network error occurred.
For more information, see Help and Support Center at Data:
0000: 00 00 00 00 ....
Event Type: Error
Event Source: DhcpServer
Event Category: None
Event ID: 1059
Date: 26/02/2009
Time: 16:00:14
User: N/A
Computer: PACIFIC
Description:
The DHCP service failed to see a directory server for authorization.
For more information, see Help and Support Center at Data:
0000: 3b 20 00 00 ; ..
I managed to fix error 1030 yesterday, following reading this Microsoft KB:
However, error 1053 still occurs. Whilst going through the instructions, I also noticed that Server3 is refused access to the Domain Controller Security Policy, whereas Server2 isn't. I then double checked the Operations Masters on both, and these are now wrong. Server2, (correctly says that it holds all the roles). Server3, however, thinks that it is the RID, and simply says ERROR for PDC & Infrastructure. When I try to connect to Server2 from Server3 in AD, it says that it can't connect.
There are lots of problems with Server3, then. Is it simply an AD replication issue? Or is it likely to stem from something else? Any advice would be greatly appreciated!
Regards,
Keith