Apple’s Worldwide Developers Conference returns June 10, 2024

Looks like no one’s replied in a while. To start the conversation again, simply ask a new question.

DNS error - "requires at least one Nameserver"

Hi,


I have a working Snow Leopard 10.6.8 server - working in all respects except DNS.


I decided to take the advice of posters on this site and turn off dns and re-enter it from scratch.


I was able to delete all of the settings on the Zones tab, EXCEPT for the primary zone.

When I delete it it just re-appears by itself !


I then try to enter the data that is correct for the name server by clicking the + button under Nameservers.

When I enter the correct data and click OK, it says "Some configuration data is invalid: The zone..... requires at least one Nameserver" !

Well... I'm trying to enter exactly that!


Anyone have any clues how to fix this?

Mac OS X (10.6.8)

Posted on Jun 30, 2011 3:01 PM

Reply
Question marked as Best reply

Posted on Jun 30, 2011 4:03 PM

I saw similar behavior recently on one server I was working on. (This was with the 10.6.7 and associated server tools; haven't been down this path with 10.6.8 and the updated server tools.)


If what I saw is similar to what you're seeing here, then try this...


First, if you don't have a recent backup copy of your boot disk that you trust and are willing to use, then back up your boot disk before you proceed by booting a distribution disk and using Disk Utility to make a full copy of your boot disk to external storage. This backup is your path back to operations if Badness Happens.


Once you have rebooted your system from your backup, stop DNS services and exit Server Admin, if either or both are running.


Then launch Terminal.app, and navigate into and delete or rename the Server Admin properties list file:


~/Library/Preferences/com.apple.ServerAdmin.plist


Then relaunch Server Admin, and you should be able to fix your DNS services.


This is your local copy of the preferences file for Server Admin, not a system-wide preferences.


The "immutable" DNS settings were (after digging around) being recovered from the plist file. (I've also had rare occasion to edit that plist file, when things go Really Wonky, and to change the immutable settings to some other temporary domain name, which then let me Get On With It All with the intended domain name.)

8 replies
Question marked as Best reply

Jun 30, 2011 4:03 PM in response to datasmith

I saw similar behavior recently on one server I was working on. (This was with the 10.6.7 and associated server tools; haven't been down this path with 10.6.8 and the updated server tools.)


If what I saw is similar to what you're seeing here, then try this...


First, if you don't have a recent backup copy of your boot disk that you trust and are willing to use, then back up your boot disk before you proceed by booting a distribution disk and using Disk Utility to make a full copy of your boot disk to external storage. This backup is your path back to operations if Badness Happens.


Once you have rebooted your system from your backup, stop DNS services and exit Server Admin, if either or both are running.


Then launch Terminal.app, and navigate into and delete or rename the Server Admin properties list file:


~/Library/Preferences/com.apple.ServerAdmin.plist


Then relaunch Server Admin, and you should be able to fix your DNS services.


This is your local copy of the preferences file for Server Admin, not a system-wide preferences.


The "immutable" DNS settings were (after digging around) being recovered from the plist file. (I've also had rare occasion to edit that plist file, when things go Really Wonky, and to change the immutable settings to some other temporary domain name, which then let me Get On With It All with the intended domain name.)

Jul 1, 2011 5:36 AM in response to MrHoffman

Mr Hoffman,


Thank you very much for that reply.

I will try that.

I already have a complete clone of the boot drive (via Super Duper).

You should also know that I ran into this problem with 10.6.6 and updated to 10.6.8 hoping that would solve my problem.


I'm not clear about this though:

When I reboot with the backup, I presume you meant that I should delete the ServerAdmin.plist file on the primary drive, correct?

Then, I presume I would reboot with the primary drive.


Do you know if the removal of this plist file will delete any other settings on the server?


Thanks again!

Jul 1, 2011 11:12 AM in response to datasmith

Um, and without intending any disrespect, why would I tell you to alter your backup? That is, after all, your backup, and is your path back to operations should your primary drive suffer a corruption due to changes made here.


The plist is built and rebuilt per user; it's in a per-user directory area and not in a system-wide area, too.


And should things go seriously weird, well, that's why you have that backup.


On thinking about it, I did end up editing the plist the last time I hit this case. I changed the errant old domain in the plist - the unkillable zombie domain - to another domain name, and then let Server Admin rebuild that, added what I needed (under the correct domain name) and then deleted the zombie that had been reanimated from the plist. That plist editing is feasible via TextWrangler or various other plist-capable tools, or with Xcode or other means, depending on your level of comfort with the command line. This is definitely not my preferred approach, but it worked.

Jul 1, 2011 12:59 PM in response to MrHoffman

Actually, backing up to a backup and then booting from it is a good idea because if it doesn't work all you have to do is boot from the internal drive. No copying back to. I had this same problem and I can't remember how I fixed it but I tried deleting entries and they would come back, once I had double entries. For the nameserver error after you enter the information in for the primary, a record and anything else, go to the reverse zone and see if entering the nameserver there helps for me it did for that, but then everything would disappear when I would save. I used changeip old ip new ip old host new host once flushing the dns cache and using scutil but an apple rep said that was a dated technique.

Jul 2, 2011 10:53 AM in response to jeffmr

Hi


". . . using scutil but an apple rep said that was a dated technique?"


The Apple Rep is wrong and should not have said this for a number of reasons. Here is a recent thread - there are many more - where Apple Server Support contradict neatly what the Rep has said:


https://discussions.apple.com/thread/2775967?answerId=15530693022#15530693022


HTH?


Tony

Jul 2, 2011 11:03 AM in response to Antonio Rocco

It wasn't scutil that he was referring to, it was changeip. Changeip is listed in the documentation as what you are supposed to use to change the ip or hostname of the server as it adjusts settings for all other servers but he said something like entries should be deleted and re-created in dns, I think maybe preferences thrown away and then the changes or each server updated manually. He was a supervisor to the people providing support and he said he kept telling people to tell people to do it the way he said but they usually didn't

Jul 2, 2011 11:26 AM in response to jeffmr

Hello jeffmr


That makes more sense as Apple changed the way changeip works anyway. In 10.6 it does not function the same way it did previously. Besides using the command in the past was never a guarantee it would 'fix' DNS or LDAP issues related to DNS. In my experience it did not really work without further work - usually involving a demotion and re-promotion. I stopped using it when 10.5 was released and used other methods instead.


HTH?


Tony

DNS error - "requires at least one Nameserver"

Welcome to Apple Support Community
A forum where Apple customers help each other with their products. Get started with your Apple ID.