|
Question : DNS Errors 4015, 4004. Bad Reverse lookup Zone.
|
|
Hardware:
Dell SC1420, with SBS2003 (Standard Ed).
Single network adapter.
Internet connection via ADSL Router (Netgear DG834)
Server is PDC on small network (9 workstations).
IP: 192.168.0.1/255.255.255.0
Issue:
Currently, DNS is logging error Event ID 4015 and 9999 at 63minute intervals.
Historically, it as also logged error 4004.
In the DNS Snap-In, two reverse lookup zones are present.
192.168.x.x - no errors
192.168.0.x - shown with red X and message that the zone could not be loaded and to check AD is functioning (it is).
Diagnostics:
ipconfig /all
Connection specific DNS suffix: balston.local
..
DHCP Enabled: No
IP Address: 192.168.0.1
Subnet Mask: 255.255.255.0
Default Gateway 192.168.0.2
DNS Servers: 192.168.0.1
nslookup balston.local
Server: UnKnown
Address: 192.168.0.1
Name: balston.local
Address: 192.168.0.1
Troubleshooting already tried:
1. Delete bad Reverse lookup Zone.
Not possible as it claims AD service is not available.
2. Uninstall DNS - reboot - Reinstall DNS
Previous configuration reappears including bad zone.
3. Use Change IP address Wizard to change server ip to 10.0.0.1/255.255.255.0.
Bad reverse lookup zone persists.
4. Reconfigure DNS to have Forward Lookup zones only.
Bad reverse lookup zone persists.
5. Change DNS to non-AD integrated.
Cannot change bad zone to non-AD integ. because AD service not available.
Really don't know what to do now. On MS Technet an advisor suggested reformatting and reinstalling the entire server, which seems a bit extreme.
Surely the data for DNS Reverse Lookup Zone is stored somewhere (?registry) and can be deleted?
Thanks
|
Answer : DNS Errors 4015, 4004. Bad Reverse lookup Zone.
|
|
I have had the exact same problem. My Dell rep recommends reinstalling the operating system, perhaps a bit extreme. We were able to delete the reverse lookup zone by changing it to a non active directory zone. However, when the server is rebooted, the zone comes back and it is active directory, and the errors come back. Wish someone had an answer to this one because I am not looking forward to reinstalling the operating system.
I managed to fix this problem. I followed a method I found in a tech article that I don't have the link for (I am at home now!) though I will be able to give you the link on Monday.
In short, I used the old NT4-era shut-everything-down-uninstall-reinstall-restart process - in which everyone of those dashes is a full power-off reboot! If I had a rubber chicken I would wave that over the server as well, just to be sure! ;-)
What I figured was that the older network I had connected to had somehow got remembered by the system, so I first shut down the DNS processes, server and workstation, took the server physically off the network, uninstalled the MS DNS, and this next bit was the crucial bit...
Open the Server Manager, and open the Active Directory section. Under the View menu, change the view to Advanced. Many more directories show up, one of which should be MSDNS. It was under this tree that I found a reference to the old subnet that kept 'magically' reappearing. I deleted this reference (after writing down the settings, just in case I was doing Something Bad). I also did a hunt through the registry for that subnet just to be sure I had got everything.
Another reboot, and I reinstalled the DNS - and it all came back up! I barely had to do a thing, just add a reverse-lookup zone for our new subnet - and the wizard just about did that for me. The full-log nightmare was gone!
As I mentioned, I am at home, and that is my recollection of what I did. I kept a reference to the tech note I found at work; I can send that on Monday. If you are feeling brave before then, I would advise doing a full backup of everything - after all I am an Architect, not an IT professional!
Forums solution:
http://www.mcse.ms/message897547.html
http://www.mcse.ms/archive215-2004-7-897547.html
http://groups.google.co.in/group/microsoft.public.windows.server.sbs/browse_thread/thread/af3bc2683ec1a388/96792b3c0994dc8e?lnk=st&q=DNS+Errors+4015%2C+4004.+Bad+Reverse+lookup+Zone.&rnum=3&hl=en#96792b3c0994dc8e
|
|
|
|
|
