MacOS – Loads of opendirectoryd error messages in system log

logsmacosopendirectoryd

I'm seeing these errors in my MacOS (10.12.1) system log files in big amounts.

Any idea where this may coming from? Didn't have success finding anything usable on Google so far. They seem to persist even if all networking is switched off.

Standard    09:39:33.265256 +0100   opendirectoryd  Client: <private>, UID: 0, EUID: 0, GID: 0, EGID: 0
Standard    09:39:33.265342 +0100   opendirectoryd  initiating reconnect of module connection
Standard    09:39:33.265609 +0100   opendirectoryd  Client: <private>, UID: 0, EUID: 0, GID: 0, EGID: 0
Standard    09:39:33.265654 +0100   opendirectoryd  queuing request to connection - '<private>'
Standard    09:39:33.265724 +0100   opendirectoryd  queuing request to connection - '<private>'
Standard    09:39:33.266113 +0100   opendirectoryd  Client: <private>, UID: 0, EUID: 0, GID: 0, EGID: 0
Standard    09:39:33.266205 +0100   opendirectoryd  disconnect module connection
Standard    09:39:33.266285 +0100   opendirectoryd  Client: <private>, UID: 0, EUID: 0, GID: 0, EGID: 0
Standard    09:39:33.266356 +0100   opendirectoryd  initiating reconnect of module connection
Standard    09:39:33.266579 +0100   opendirectoryd  Client: <private>, UID: 0, EUID: 0, GID: 0, EGID: 0
Standard    09:39:33.266620 +0100   opendirectoryd  queuing request to connection - '<private>'
Standard    09:39:33.266677 +0100   opendirectoryd  queuing request to connection - '<private>'
Standard    09:39:33.267075 +0100   opendirectoryd  Client: <private>, UID: 0, EUID: 0, GID: 0, EGID: 0
Standard    09:39:33.267163 +0100   opendirectoryd  disconnect module connection
Standard    09:39:33.267528 +0100   opendirectoryd  Client: <private>, UID: 0, EUID: 0, GID: 0, EGID: 0
Standard    09:39:33.267587 +0100   opendirectoryd  initiating reconnect of module connection
Standard    09:39:33.267826 +0100   opendirectoryd  Client: <private>, UID: 0, EUID: 0, GID: 0, EGID: 0
Standard    09:39:33.267871 +0100   opendirectoryd  queuing request to connection - '<private>'
Standard    09:39:33.267941 +0100   opendirectoryd  queuing request to connection - '<private>'
Standard    09:39:33.268352 +0100   opendirectoryd  Client: <private>, UID: 0, EUID: 0, GID: 0, EGID: 0
Standard    09:39:33.268467 +0100   opendirectoryd  disconnect module connection
Standard    09:39:33.268559 +0100   opendirectoryd  Client: <private>, UID: 0, EUID: 0, GID: 0, EGID: 0
Standard    09:39:33.268637 +0100   opendirectoryd  initiating reconnect of module connection
Standard    09:39:33.268875 +0100   opendirectoryd  Client: <private>, UID: 0, EUID: 0, GID: 0, EGID: 0
Standard    09:39:33.268922 +0100   opendirectoryd  queuing request to connection - '<private>'
Standard    09:39:33.268994 +0100   opendirectoryd  queuing request to connection - '<private>'
Standard    09:39:33.269330 +0100   opendirectoryd  Client: <private>, UID: 0, EUID: 0, GID: 0, EGID: 0
Standard    09:39:33.269403 +0100   opendirectoryd  disconnect module connection
Standard    09:39:33.273528 +0100   opendirectoryd  Client: <private>, UID: 0, EUID: 0, GID: 0, EGID: 0
Standard    09:39:33.273618 +0100   opendirectoryd  initiating reconnect of module connection
Standard    09:39:33.273968 +0100   opendirectoryd  Client: <private>, UID: 0, EUID: 0, GID: 0, EGID: 0
Standard    09:39:33.274043 +0100   opendirectoryd  queuing request to connection - '<private>'
Standard    09:39:33.274194 +0100   opendirectoryd  queuing request to connection - '<private>'
Standard    09:39:33.274601 +0100   opendirectoryd  Client: <private>, UID: 0, EUID: 0, GID: 0, EGID: 0
Standard    09:39:33.274679 +0100   opendirectoryd  disconnect module connection
Standard    09:39:33.275176 +0100   opendirectoryd  Client: <private>, UID: 0, EUID: 0, GID: 0, EGID: 0
Standard    09:39:33.275252 +0100   opendirectoryd  initiating reconnect of module connection
Standard    09:39:33.275535 +0100   opendirectoryd  Client: <private>, UID: 0, EUID: 0, GID: 0, EGID: 0
Standard    09:39:33.275575 +0100   opendirectoryd  queuing request to connection - '<private>'
Standard    09:39:33.275652 +0100   opendirectoryd  queuing request to connection - '<private>'
Standard    09:39:33.276009 +0100   opendirectoryd  Client: <private>, UID: 0, EUID: 0, GID: 0, EGID: 0
Standard    09:39:33.276081 +0100   opendirectoryd  disconnect module connection
Standard    09:39:33.276184 +0100   opendirectoryd  Client: <private>, UID: 0, EUID: 0, GID: 0, EGID: 0
Standard    09:39:33.276272 +0100   opendirectoryd  initiating reconnect of module connection
Standard    09:39:33.276542 +0100   opendirectoryd  Client: <private>, UID: 0, EUID: 0, GID: 0, EGID: 0
Standard    09:39:33.276586 +0100   opendirectoryd  queuing request to connection - '<private>'
Standard    09:39:33.276655 +0100   opendirectoryd  queuing request to connection - '<private>'
Standard    09:39:33.276988 +0100   opendirectoryd  Client: <private>, UID: 0, EUID: 0, GID: 0, EGID: 0
Standard    09:39:33.277119 +0100   opendirectoryd  disconnect module connection

This is only a snippet – they keep posted to the log every few seconds.

Best Answer

I believe this may be due to Dropbox. Try disabling it and see if the requests stop.

Related Solutions

MacOS – opendirectoryd taking up 1/4 of the cpu and driving fans crazy on MacBook Air

Here are the results of my investigation: https://superuser.com/a/426719/135263

As mentioned by @juanpablo, this may be caused by symlinks.

Apparently, if a symlink points to /home, autofs or automountd fire and take a lot of CPU to figure out that the place indeed doesn't exist.

Take a look at /etc/auto_home and /etc/autofs.conf.

To see if you're being hit by this particular problem, set

AUTOMOUNTD_VERBOSE=TRUE

option in autofs.conf, restart automountd

sudo launchctl stop com.apple.automountd

and review the syslog.log (you may use application: Console). You're affected by this problem if you see something like that:

May 20 17:53:43 xxx automountd[31709]: od_search failed

To workaround, edit the file /etc/auto_master and remove (or hash out #) the line starting with /home. Then run:

sudo automount -vc

MacOS – Repeating FolderActions log messages

The messages are shown because folders in the WatchPaths array of ~/Library/LaunchAgents/com.apple.FolderActions.folders.plist are modified more often than every ten seconds. I don't know any way to change the throttling policy of launchd. But you could get rid of the log messages by just keeping the program running for ten seconds or longer.

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
    <key>Label</key>
    <string>com.apple.FolderActions.folders</string>
    <key>Program</key>
    <string>/usr/bin/osascript</string>
    <key>ProgramArguments</key>
    <array>
        <string>osascript</string>
        <string>-e</string>
        <string>tell application "Folder Actions Dispatcher" to tick</string>
        <string>-e</string>
        <string>delay 10</string>
    </array>
    <key>WatchPaths</key>
    <array>
        <string>/Users/username/Desktop</string>
    </array>
</dict>
</plist>

The changes can be applied by reloading the property list or by logging out and back in.

launchctl unload -S Aqua ~/Library/LaunchAgents/com.apple.FolderActions.folders.plist
launchctl load -S Aqua ~/Library/LaunchAgents/com.apple.FolderActions.folders.plist

The property list gets overwritten when you add or remove folders with folder actions in Automator or Folder Actions Setup.

Best Answer

Related Solutions

MacOS – opendirectoryd taking up 1/4 of the cpu and driving fans crazy on MacBook Air

MacOS – Repeating FolderActions log messages

Related Question