Computer host's name is invalid

Question

Computer host's name is invalid

I have recently done a fresh install of Yosemite and Server. When trying to create a New Open Directory Domain I get an error.

"The host name does not resolve to any configured address of this computer. Please ensure the host name is correct."

I looked through the forums and found some other people with the same issue and some suggestions. I have tried the following in Terminal:

$ sudo /usr/libexec/slapd -Tt

55705f73 could not stat config file "/etc/openldap/slapd.conf": No such file or directory (2)

slaptest: bad configuration file!

I then turned on logs for slapd:

root@osx202.apple.com:/BinaryCache/OpenLDAP/OpenLDAP-499.32.4~1/Objects/servers/slapd

Jun 3 22:50:48 server.johnprokos.private slapd[19564]: daemon: SLAP_SOCK_INIT: dtblsize=8192

Jun 3 22:50:48 server.johnprokos.private slapd[19564]: could not stat config file "/etc/openldap/slapd.conf": No such file or directory (2)

Jun 3 22:50:48 server.johnprokos.private slapd[19564]: slapd destroy: freeing system resources.

Jun 3 22:50:48 server.johnprokos.private slapd[19564]: slapd stopped.

I then decided I needed to uninstall Server and reinstall Yosemite over the current System and restart then reinstall Server.

No luck, same issues. And Server found configuration files for the previous DNS settings somewhere on my system, something that wasn't erased.

Any help please.

PS How do I disable smart links from turning the @ symbol into a hyperlink?

iMac, OS X Yosemite (10.10.3), null

Posted on Jun 4, 2015 7:29 AM

Reply

Answer 1

Linc Davis

Level 10

209,559 points

Jun 4, 2015 10:14 AM in response to johnnyjackhammer

Many Open Directory problems can be resolved by taking the following steps. Test after each one, and back up all data before making any changes.

1. The OD master must have a static IP address on the local network, not a dynamic address. It must not be connected to the same network with more than one interface; e.g., Ethernet and Wi-Fi.

2. You must have a working DNS service, and the server's hostname must match its fully-qualified domain name. To confirm, select the server by name in the sidebar of the Server application window, then select the Overview tab. Click the Edit button on the Host Name line. On the Accessing your Server sheet, Domain Name should be selected. Change the Host Name, if necessary. The server must have at least a three-level name (e.g. "server.yourdomain.com"), and the name must not be in the ".local" top-level domain, which is reserved for Bonjour.

3. The primary DNS server used by the server must be itself, unless you're using another server for internal DNS. The only DNS server set on the clients should be the internal one, which they should get from DHCP if applicable.

4. If you have accounts with network home directories, make sure the URL's are correct in the user settings. A return status of 45 from the authorizationhost daemon in the log may mean that the URL for mounting the home directory was not updated after a change in the hostname. If the server and clients are all running OS X 10.10 or later, directories should be shared with SMB rather than AFP.

5. Follow these instructions to rebuild the Kerberos configuration on the server.

6. If you use authenticated binding, check the validity of the master's certificate. The common name must match the hostname and domain name. Deselecting and then reselecting the certificate in Server.app has been reported to have an effect in some cases. Otherwise delete all certificates and create new ones.

7. Unbind and then rebind the clients in the Users & Groups preference pane. Use the fully-qualified domain name of the master.

8. Reboot the master and the clients.

9. Don't log in to the server with a network user's account.

10. Disable any internal firewalls in use, including third-party "security" software.

11. If you've created any replica servers, delete them.

12. If OD has only recently stopped working when it was working before, you may be able to restore it from the automatic backup in /var/db/backups, or from a Time Machine snapshot of that backup.

13. Reset the password policy database:

sudo pwpolicy -clearaccountpolicies

14. As a last resort, export all OD users. In the Open Directory pane of Server, delete the OD server. Then recreate it and import the users. Ensure that the UID's are in the 1001+ range.

If you get this far without solving the problem, then you'll need to examine the logs in the Open Directory section of the log list in the Server app, and also the system log on the clients.

Reply