Why are trustd, nsurlsessiond, syslogd causing high CPU on Mac?

The syslogd high CPU I am pretty sure is a result of the excess logging coming from trustd and nsurlsessiond.

In console I am getting the same 3 messages logged constantly:

error	11:38:11.053373-0700	nsurlsessiond	Failed to obtain user-directory, errno: 5
error 11:38:11.053484-0700 nsurlsessiond Process with bundleID <private> [pid 222] does not have a bundle path, rejecting connection
error 11:38:11.053661-0700 trustd obliterateAllSessionsWithReply error handler called with error Error Domain=NSCocoaErrorDomain Code=4097 UserInfo={NSDebugDescription=<private>}
error 11:38:11.054331-0700 nsurlsessiond Failed to obtain user-directory, errno: 5


This reoccurs every millisecond or so and has been occurring since Catalina was installed. Originally after a reinstall I was running Mountain Lion and then did a bridging upgrade to Mavericks to get to Catalina. I also thought this might be due to not having iCloud setup so I logged it in but didn't change the problem.




[Re-Titled by Moderator]

Posted on Apr 8, 2020 11:42 AM

Reply
Question marked as Top-ranking reply

Posted on Jun 30, 2020 9:27 AM

Hi flipflips, I followed Jeremy's instructions, and now the issue is solved. So let me explain how to do this in more detail.


But before taking off: beware that tinkering with the Mac system using the Terminal is risky business. I had a long conversation with Apple Care, who took me through a lot of steps, and they in general advise to NOT use Terminal.

So, make sure to have a backup of all your files, and check the contents of the log-files to check that your issue is caused by exactly the same issue that Jeremy reported. That is how I did it, and it worked for me.


And if your system gets unstable, you can always go back to factory defaults, and start over from there :)


Now, first we will check the log files.

To do this, start Spotlight (the looking-glass symbol in the upper righthand corner of the screen) and type:


/var/log/asl


This brings up a Finder window with the folder with the log-files.

Those log-files have a name like:


2020.06.30.xxx.asl


You can open the log-file with the program Console (that is the default program, or you can use Open with...)


Check this log-file for lines as:


libcoreservices: __makeDirectory: 405: mkdir: path=/var/folders/zz/[randomized name]/0/ mode=0755: Operation not permitted.


The [randomize name] part is a long string like zyxvpxvq6csfxvn_n00000y800007k


This string is important: it is the name of a system subdirectory that is used by the nsurlsessiond process. Nsurlsessiond tries to write to this directory, but gets no permission, and repeats and repeats and repeats and repeats. That's why nsurlsessiond stays in the top of your list of processes, eating up to 50-60% of your CPU capacity, draining your battery, and heating your MacBook.


So check if you see these lines in your log file, to make sure your issue is the same.


To solve the issue you have to do 2 things:

  1. Kill the trustd process
  2. Delete the blocked directory, so that the OS can create a new one.


These things are done using the Terminal. You can find this program in the Launchpad, or find it using Spotlight.


First, find the name of the subdirectory (the string mentioned above). Copy it from the log-file, or find it using the Terminal.


Start the Terminal program. The Terminal window opens. After the prompt, type:


ls -la /var/folders/zz | grep nsurlsessiond


You will get an output like:


drwxr-xr-x@  5 _nsurlsessiond    _nsurlsessiond     160  9 jun 13:45 zyxvpxvq6csfxvn_n00000y800007k


The part that I made bold is the name of the subdirectory we need to delete, so copy this to your Clipboard.


Now, take a look again at the Activity monitor, and look for the trustd process, that is one of the top 3 or 4 processes in the list. It has a unique process id, the PID number (for example 219).


In Terminal, kill the trustd process, by typing:


sudo kill -9 [trustd PID]


So if the PID is 219, you type:


sudo kill -9 219


After killing this process, you will see the CPU usage drop immediately.


Now we delete the subdirectory. Again in Terminal, type


sudo rm -fr /var/folders/zz/[randomized name]


Again, replace [randomized name] with the string you copied before.


Congratulations, you are done!


Keep following your system performance for several days in the Activity Monitor.


Success!




Similar questions

125 replies

Apr 14, 2020 6:41 AM in response to lostinkernelspace

Killing trustd doesn't seem to have caused any problems to other apps - at least I haven't noticed any. It gets restarted automatically right away. Also I've noticed another message in the system.log:


Apr 14 16:13:45 MBP-Artem nsurlsessiond[236]: libcoreservices: __makeDirectory: 405: mkdir: path=/var/folders/zz/zyxvpxvq6csfxvn_n00000y800007k/0/ mode=0755: Operation not permitted
Apr 14 16:13:56 --- last message repeated 13590 times ---
Apr 14 16:13:56 MBP-Artem com.apple.xpc.launchd[1] (com.apple.trustd[195]): Service exited due to SIGKILL | sent by com.apple.activitymonitor.helper[1303]

Note how it was repeated 13590 times in just 11 seconds!

(Here you can also see the point where I killed trustd).

May 19, 2020 6:33 AM in response to Pau_LR

Still in "Terminal", copy and run the following command:

ls -la /var/folders/zz | grep nsurlsessiond

What you need is the name at the end of the line returned by that command.


In the line returned by the previous command, the name in the last column of that line is the name you need to replace "[randomized name]" with in the next and last command to run:

sudo rm -fr /var/folders/zz/[randomized name]

May 20, 2020 4:09 PM in response to mathieu105

When I did this, it said no match found.

%  ls -la /var/folders/zz | grep nsurlsessiond  
drwxr-xr-x   4 _nsurlsessiond      _nsurlsessiond       128 Dec 12  2016 zyxvpxvq6csfxvn_n00000y800007k
% sudo rm -fr /var/folders/zz/[zyxvpxvq6csfxvn_n00000y800007k]
zsh: no matches found: /var/folders/zz/[zyxvpxvq6csfxvn_n00000y800007k]

Jul 19, 2020 1:29 AM in response to JL_222

Nsurlsessiond is process that plays a tole in communicating with the cloud. It uses a subdirectory to temporarily store data. This subdirectory was created in the past, and after the Catalina update the nsurlsessiond process has no longer access to this directory (clearly a bug in Catalina). It keeps trying and trying, using a lot of CPU and heating your MacBook.

After deleting the subdirectory the OS will create a new subdirectory when nsurlsessiond needs one, and to this new subdirectory there is no problem with the access.

This thread has been closed by the system or the community team. You may vote for any posts you find helpful, or search the Community for additional answers.

Why are trustd, nsurlsessiond, syslogd causing high CPU on Mac?

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