parentalcontrolsd CPU/RAM Usage

careybell
New Contributor III

Hello all, I have ~150 Macs all bound through our AD, and also configured using Profile Manager. I don’t have anything out of the ordinary configured (Software Update, Munki URL, Screen Saver/Screen Lock) through profile manager, but I have several users with the parentalcontrolsd process either spiking their CPUs constantly, or in a couple cases, using ~6 GB RAM.

Anyone seen this issue or hopefully have a fix? Thanks so much in advance,

63 REPLIES 63

JamesJhoung
Contributor

We actually have been experiencing this issue recently where a reboot would resolve this issue temporarily but then come up again after a few days.

What seems to fix this for us was to apply Energy Saver settings to not allow computers / hard drive to sleep.

careybell
New Contributor III
not allow computers / hard drive to sleep

Thanks for the reply. Are you saying to not allow the computer and HDD to sleep?

Any idea what the root cause is? Feel like there are to few users for this to be a bug, maybe something we are doing wrong.

JamesJhoung
Contributor

I've tested this with an out of the box Mac with just the OS (10.11.1) and a config profile with restriction payload settings applied and bound to AD. I noticed after waking the computer from sleep the memory usage would increase little by little each time and would also cause the CPU to spike and eventually become unusable after a few days.

I've also had 2 other test Macs running at the same time with the same config profile except with the Energy Saver settings listed above and they did not experience this issue. It took around 3-4 days to start seeing the issue occur.

AVmcclint
Honored Contributor

I've been seeing this same problem for months but I have no explanation for it. The weird thing is it only seems to happen on a couple Macs, but it is always the parentalcontrolsd process. Users who report it say restarting their computer seems to make it stop... until the next time it happens. Unfortunately We need to set energy settings to let the computers sleep.

bentoms
Release Candidate Programs Tester

Someone mentioned on Slack that Apple have seen this & are working on a fix.

Please log bugs with Apple so they know it's affecting you.

JamesJhoung
Contributor

@AVmcclint I think the reason you're only seeing this on a few devices may be because either the Macs are not constantly on or they're not reporting the issue. We originally thought it was only a few Macs experiencing this, but we're getting more and more reports of this issue occurring.

merps
Contributor III

Posted this in another thread just now also, but our fix has been to turn off parental controls.

launchctl unload -w /System/Library/LaunchDaemons/com.apple.familycontrols.plist

Once we run that via policy it hasn't been reported again as an issue.

owen_hael
New Contributor III

This is related to all instances of com.apple.applicationaccess.new.plist under /Library/Managed Preferences/. I've taken a look and all affected machines have parental controls explicitly disabled - if the setting is unenforced, parentalcontrolsd does not exhibit high cpu usage.

Guessing this is being distributed by Security & Privacy or Login Window (or Restrictions) payloads.

<?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>PayloadUUID</key>
    <string>37D106F1-D4A2-42DA-AD2A-F186AC338537</string>
    <key>_manualProfile</key>
    <true/>
    <key>familyControlsEnabled</key>
    <false/>
</dict>
</plist>

I don't recommend this but it can be used as a temporary fix of sorts. https://gist.github.com/opragel/acf1e4661fac6d66745e9f781a89514e#file-tempfix_managedpref_parentalco...

nycnewman
New Contributor III

Any further information on this issue as one of our devs is seeing the same problem?

plawrence
Contributor II

@nycnewman I've seen much better performance since upgrading to 10.11.6, can anyone else confirm?

nycnewman
New Contributor III

My user is on 10.11.6 and still seeing issues. No longer with Parental Controls process but others. Only occurs when machine goes into Sleep mode.

plawrence
Contributor II

@nycnewman What other processes are you seeing? What model hardware is the problem occurring on?

nycnewman
New Contributor III

no longer parentalcontrolsd. now socketfilterfw, kernel_task (catch all), and accountsd

Mac Pro Mid 2015 15inch running 10.11.6

On support's request we enabled a policy that disabed parentcontrolsd

jason_prairie
New Contributor III
New Contributor III

Wondering if anyone on this thread has an Apple Radar ID for reference on this behavior?

bentoms
Release Candidate Programs Tester

FWIW, saw this today.

I combined some payloads for the customer, as per this, & after a reboot things seem to be resolved.

mbezzo
Contributor III

Hi,
I'm seeing this too - even on Sierra. Would love a Radar ID or any tips people have found that does the trick

Thanks!
Matt

Key1
New Contributor III

@mbezzo I followed bentoms article which did the trick.

JamesJhoung
Contributor

@bentoms Hey Ben, we've tried that method as well and confirmed the issue still occurs after some time. It takes sometimes 2-3 weeks to build up and start spiking. A reboot will temporarily fix it until it starts building up again. It's difficult to test a solution for this since it takes time to see if it starts building up again. Some of our users restart their Macs regularly or do not have their Macs go to sleep often (this is when it seem to build up), so they don't notice this as much.

Yaneev
New Contributor

We are seeing this in our environment on machines running 10.12.2, restart is a temp mitigation but it builds back up after a few days.. anyone been able to resolve this?3081338755b647578e03e93b2399c2bb

Dylan_YYC
Contributor III

Still an issue in 10.12.3! I really hope this can be fixed. It only seems to be effecting select computers at this point, it would be nice to know the cause of this.

asims9
New Contributor

Followed @bentoms article, found the items mentioned and created new profiles but issue is still present. Only select computers as well.

jhalvorson
Valued Contributor

I checked with AppleCare Support today. The response was, known and test 10.12.4 beta to see if it's resolved.

MadPossum
New Contributor III

I've tested with 5 machines that exhibit the parentalcontrolsd CPU churning issue under 10.12.4 beta and 3 of the four continued to exhibit the behavior. The other two are VM's and I'm going to let them run for a while. I suspect that after some period of time I'll see them ramp up CPU usage as well. I'm filing a bug report with Apple this morning against the beta.

dmac87
New Contributor

Multiple users are reporting the issue in my environment. I've also been experiencing it on my 13" retina MBP. Hopefully 10.12.4 alleviates this issue.

DREW1990
New Contributor

@merps

How are you able to run that command when SIPs is enabled? Or, do you have it disabled in your environment?

ocapetillo
New Contributor

Does anyone have any successful experience running the command below in Sierra 10.12.4 with SIPs enabled? I used to run said command successfully prior to 10.12.4 but it no longer works. I also have end users where parentalcontrolsd is running the CPU hot even with Parental Controls disabled, including the Guest account.

launchctl unload -w /System/Library/LaunchDaemons/com.apple.familycontrols.plist

owen_hael
New Contributor III

This is jank, but it will work (until the next reboot).

#!/bin/bash
pkill -STOP parentalcontrolsd

ocapetillo
New Contributor

@ owen.pragel

I'll give it a shot and will post back results.

Mac365
New Contributor

Hi, I'am running on macOS 10.12.4 and still have issue with parentalcontrolsd.

288f4bca03034809b036f176642755c2

tanderson
Contributor

I'm seeing this as well. Have an open case with Apple and will be submitting some logs/information today. Running 10.12.4, no AD.

ocapetillo
New Contributor

Unfortunately, I'm still experiencing issues with parentalcontrolsd running hot. Again this is on 10.12.4, no AD and I've used the following scripts with no success.

Script 1 (this worked before 10.12.4):

launchctl unload -w /System/Library/LaunchDaemons/com.apple.familycontrols.plist

Script 2 (no success):

!/bin/bash

pkill -STOP parentalcontrolsd

@tanderson Please let me know if you receive any updates with your Apple ticket.

canopimp
New Contributor III

I am experiencing this as well. Just noticed it today on my machine. I am bound to AD on 10.12.4. Thinking about upgrading to 10.12.5 to see if it gets fixed.

tanderson
Contributor

Upgraded to 10.12.5 last night and while it's way too soon to say for sure I haven't seen the issue yet today. We'll see.

owen_hael
New Contributor III

@ocapetillo Even after running

sudo pkill -STOP parentalcontrolsd

you are seeing high CPU usage from the process? Halting the process won't persist through reboots, so if you want to use that technique you'll have to do the needful to ensure it runs when appropriate.

Never said it was pretty. This issue is clearly the result of a bug in macOS from what I understand - see ActivityTracker appDidLaunchOrBecomeFront.

ocapetillo
New Contributor

@owen.pragel

I'm running "sudo pkill -STOP parentalcontrolsd" as a script that triggers at Jamf inventory check-in, user login, start up & network state change via a Jamf policy. That way even after a reboot, the script / policy triggers again. However my end users are still reporting that parentalcontrolsd is still running CPU resources high. I'll need to reconfirm this myself as I just pushed this policy / script two days ago.

I used to be able to run "launchctl unload -w /System/Library/LaunchDaemons/com.apple.familycontrols.plist" as a script prior to 10.12.4, using the same Jamf parameters mentioned above, and it worked flawlessly. Unfortunately this script stopped working when upgrading to 10.12.4 and I believe this is a result of SIP.

I have NOT tried disabling SIP and launching any of the above scripts but it might be my next step if I can't figure it out with it enabled.

tanderson
Contributor

Just to follow up on my post from 5/17/17. The issue still exists in 10.12.5. It took several days but the high CPU usage has returned.

canopimp
New Contributor III

Going to chime in and say this is till happening on my machine as well with 10.12.5. Anyone found a viable fix?

Gonzalez
New Contributor III

We have a few 10.12.5 systems with this problem and an open case with Apple Care. Does anyone have a method to reproduce the problem consistently?

ncottle
New Contributor III

Just piping in to get updates on this thread. Have a user with the same issue.