Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations strongm on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

Strand DNS Server Issue with Server 2003

Status
Not open for further replies.

HoDaddy

Technical User
Sep 13, 2006
7
US
I am working on a domain that my company inherited from another support group. It appears as though this domain has been upgraded from NT to 2000 to 2003 Server and renamed as well (so there are plenty of opportunities for error). Here is the network layout. I have the primary DC (the one that has had all the upgrades and changes) at the main office (Tampa). I have three remote offices in two states all connected to the main office via VPN. Each remote office has a server which acts as a DC on their own subnet (192.168.1.x, 192.168.2.x, 192.168.3.x, 192.168.4.x). DNS is integrated with Active Directory and replication of DNS and Active Directory are occurring without issue.

Where the problem arises is when the DC in Tampa is rebooted. While we had some initial issues with DNS still referencing the old domain in some cases and the Exchange server configured as a DC, but not authorized, we have cleared those up. Now, when the computer is rebooted it takes about 12 minutes to get past the configuration of the network settings. Then when you go to login, there is only the option to login to the domain and not the "this computer" account. You login to the domain, and Active Directory has failed to start because DNS has failed to start. While DNS server shows as being started, the actual DC is not available in the snap-in. Some pop-ups come into play that say there could not be a name resolved to the IP address of the current computer (event viewer shows five errors numbered 4000, 4001, 4007).

Once I restart the DNS server service a few times, the computer comes up, I can connect ADUC to the domain, and all is well... until the next reboot.

I think the lack of ability to login to the local computer is causing associated with the computer not knowing who it is and realizing that when the DNS server starts it is the primary DC for the domain. Because DNS is the backbone of most everything else on the network, AD and DHCP server also fail.

Has anyone had any experience with this computer's local account not being available as a login option? I have been working with Microsoft on it for a week, but they do not think the two issues are related (the local login and everything failing when it comes up).


Steve Hohman
When you earnestly believe you can compensate for a lack of skill by doubling your efforts, there's no end to what you can't do. (Despair.com)
 
Unless I am missing something, as far as I know once you have made a machine a Domain Controller, there is no option to log onto the machine locally.
 
Looking at other DCs in our clients' network, I see that you are correct and I seem to have a cranial-rectal inversion going on.

At any rate, Microsoft wants to make the primary DNS server for this DC one off-site. My question is; shouldn't the DC work well enough to point to itself? Is MS just offering a Band-Aid to the problem? What if this computer was the ONLY DC?


Steve Hohman
When you earnestly believe you can compensate for a lack of skill by doubling your efforts, there's no end to what you can't do. (Despair.com)
 
Maybe they are just using it as a troubleshooting tool, to see if there is something corrupt with the DNS database on the Tampa server? I would think that the DC pointing to itself should be fine. Sounds like they are offering a Band-Aid, but maybe you should try it anyway, just so they can't say you did 't do as they suggested.

I have to remember that cranial-rectal inversion line. I've had many of them myself.
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top