• On CHOW: Can girls use the guys' bathroom?
advertisement
January 23, 2009 5:30 AM PST

aslmanager taking up 99% of CPU

by CNET staff
  • Font size
  • Print
  • 21 comments

Mac OS X sometimes spawns background processes that consume an inordinate amount of CPU, resulting in a slow computer that may have the fans roaring and be very hot (especially for laptops). There are several known processes that can cause this problem, most notably the various drive indexing utilities such as mds and mdworker. Another of these processes is the "aslmanager" utility, which is Apple's system log file manager for the "ASL data store" and is a relatively new addition to OS X.

Apple Discusions poster Robert Nicholson1-- "So aslmanager is taking 99% and Console.app hangs when started. Why does aslmanager need 99% of CPU and 2+ GB footprint?"

In past versions of Mac OS X, system and process log messages were received and managed by "syslogd" and the "syslog" utility. Under Mac OS X 10.5.6 Apple has included a new set of log functions in the "ASL" logging method and API. These new functions are run by the "aslmanager" process, which is invoked immediately after syslogd runs.

Apple is migrating log management over to using the new ASL logging functions for future versions of OS X, but there appear to be a few bugs in the current versions of the ASL utilities. While the specifics are unknown, it seems that currently the aslmanager utility will get stuck on certain functions.

Users have tried forcing the process to quit using Activity Monitor, but this is only a temporary solution, and also may cause data corruption. Therefore it is recommended to avoid using Activity Monitor to handle these problems, and instead try restarting the log management processes after clearing the log "data store" location. Users have found that after doing this, the process no longer slows the computer down.

Hopefully the bugs in aslmanager will be fixed in future updates.

Fix: Restart log managers after removing asl data Open the Terminal application and enter the following two commands to stop the log managers:

  • sudo launchctl stop com.apple.syslogd
  • sudo launchctl stop com.apple.aslmanager

Then create a folder on your desktop called "temp" (to store the moved "data store" files), and enter the following command in the Terminal to move the "ASL" data to the new temporary folder:

  • sudo mv /var/log/asl/* ~/Desktop/temp/

Finally, restart the "syslogd" process with the following command (the aslmanager will be started when needed by syslogd, so it doesnt need to be manually restarted):

  • sudo launchctl start com.apple.syslogd

Feedback? http://www.macfixit.com/contact.

Resources

  • Robert Nicholson1
  • http://www.macfixit.com/co...
  • More from Late-Breakers
  • Recent posts from MacFixIt
    Apple releases Aperture 3.0
    Manage iCal's automatic e-mail generation for invitations
    CNET TV Apple Byte: Apple faces critics
    Weekly Utilities Update: Net Monitor, MiniUsage, TimeMachineEditor, more...
    Odds and Ends: Essential video codec packs for OS X
    Address Book: Unable to add, view contacts
    Persistent 'Faster Browser Search' overtaking Safari's default search
    Quick tip: Faster Time Machine backups
    Add a Comment (Log in or register) (21 Comments)
    • prev
    • next
    by marrlin January 23, 2009 6:12 AM PST
    That's funny, top story of the day is exactly what I needed. I was having problems with the console not responding, checked out activity monitor and the aslmanager was taking up 99% of cpu. Ran the fix as listed and is working great now.
    Reply to this comment
    by wross3 January 23, 2009 6:12 AM PST
    >
    This is a reply to a previous comment by marrlin


    My parents machine was using 295GB of 297...this helped tremendously....waiting to see if it comes back. Thanks much!
    Reply to this comment
    by Broglie January 23, 2009 11:09 AM PST
    Same problem here a few days before (MB alu), 10.5.5, also at 10.5.6 ... One file in the directory var/log/asl exceeded 350MB ("LongTTL.U0.asl") and ASLmanager ran several minutes without being able to handle this file. After moving the content to another directory, everything was fine. Since then, the specific file remained below 20MB. From time to time, ASLmanager is now running a few seconds (at max CPU), but then it's done ... .
    Reply to this comment
    by EnderAl January 26, 2009 12:03 PM PST
    Unfortunately, I cannot get syslogd to die. I kill it using the shell command, but it immediately pops back up (watching in "top"). Anyone know how to kill syslogd and keep it from coming back long enough to do the rest of the steps?
    Reply to this comment
    by wkcole January 26, 2009 12:03 PM PST
    >
    This is a reply to a previous comment by EnderAl


    Killing syslogd with the 'kill' command doesn't work because launchd is configured to restart it automatically, similar to the way traditional init can be set to respawn critical daemons in inittab. If that reference is meaningless to you, you probably should avoid ever typing 'sudo kill' into a Terminal window. :) Using one of the interfaces to launchd (launchctl, service, or Lingon) is generally a better and safer approach.



    The only good reason to stop the syslogd process is to restart it and have it reinitialize the parts of the logging subsystem it handles. Actually keeping it down (which you CAN do via launchd) probably would not do major harm, certainly not immediately. However, because it provides standard system services that any other software should be able to count on being present, you could find that really killing it and keeping it down indefinitely could cause other trouble. Grumpy old sysadmins with long memories of related OS's might claim that disabling syslogd will eventually lead to a kernel panic, but the mechanism for that is unlikely to survive in MacOS X, particularly since Apple reimplemented the entire logging subsystem starting with Tiger, replacing traditional syslog with their ASL architecture. Of course, if something were to go wrong with syslogd off, you'd have no logs to figure it out...

    Reply to this comment
    by rnrichards28415064 January 26, 2009 2:05 PM PST
    So what do you do with the "temp" folder on the desktop after completing this procedure. Is it there forever ?
    Reply to this comment
    by tkessler January 26, 2009 2:05 PM PST
    >
    This is a reply to a previous comment by rnrichards28415064


    If everything is working properly you can just throw it out...
    Reply to this comment
    by rnrichards28415064 January 26, 2009 2:05 PM PST
    >>
    This is a reply to a previous comment by tkessler


    OK, but the files within the temp folder keep getting updated on my machine, as evidenced by their "Date Modified" times. It looks like something is using them.
    Reply to this comment
    by Zeds Dead January 26, 2009 2:18 PM PST
    Download Lingon if you're going to have to tinker with Launch Control management much. Sooo much easier.
    Reply to this comment
    by crammond February 1, 2009 7:51 AM PST
    I had super-slow problems others reported, especially in Mail and Safari, after the 10.5.6 update.

    Purely by accident, I found a cure. OSX 10.5.6 was manually downloaded and invoked. This began the slow problem. Days later I tried to Trash the 10.5.6 download to gain HD space. Imagine my surprise when Trash reported the Update 'still in use.'

    I Restarted in Safe mode and was able to easily delete 10.5.6. My machine runs like a rocket since.

    One quirk remains. Disk Utility reports 'ASL found in Applications, Unexpected.'

    Hope clever computer folks can make sense of this behaviour.
    Reply to this comment
    by Larry Robinson March 29, 2009 9:22 AM PDT
    I am having the same problem. When I am rendering a movie in iMovie 09, I must run this process several times, otherwise iMovie is only using 30% of the processor instead of the 85 to 90%. If I let aslmanager go, the movie takes twice as long to render. Hope that Apple will fix this problem soon.
    Reply to this comment
    by jaykern May 6, 2009 4:49 PM PDT
    Beautiful. Thank you thank you thank you
    Reply to this comment
    by spenceter August 2, 2009 8:08 AM PDT
    Can we delete the ~Desktop/temp/ folder afterward, or the contents therein?
    Reply to this comment
    by goomba4001 September 6, 2009 11:44 AM PDT
    THANK YOU. I was about near making a keyboard shortcut with Quicksilver to kill aslmanager whenever it would start.
    Reply to this comment
    by DMBDenver October 4, 2009 7:15 AM PDT
    Thanks for the tip. Immediately I hear the fans spinning down and my computer works faster! Really helpful.
    Can the files in the Temp folder be deleted, or will they be deleted by the system once I log out?
    Reply to this comment
    by macatttack October 12, 2009 9:53 AM PDT
    I too am wondering about this temp folder.
    Reply to this comment
    by TjarkoHoltjer December 20, 2009 1:02 PM PST
    I trashed the temp folder and my system is still running ;)
    by cpalmerjones November 8, 2009 3:20 PM PST
    Same question, what to do with the files in the temp folder?
    Reply to this comment
    by TjarkoHoltjer December 20, 2009 1:00 PM PST
    Installed 10.5.8 - Still the ASLMANAGER is able to eat up my system... Your remedy is still working - thank you for that! But in the meanwhile 10.4.11 stays more stable than 10.5.8...
    Reply to this comment
    by teaguey December 31, 2009 11:24 PM PST
    Thank you! My problem was with space on my hard drive; my .asl files were taking up 145GB of room and I was getting very close to capacity. Now I have cleared them out I have plenty of room again.

    I did delete the temp folder and everything seems to be fine, so thanks again!
    Reply to this comment
    by hobagz January 3, 2010 8:35 PM PST
    So This has really messed up my safari since it no longer remembers any cookies or any other data from other sites which seems to be where the initial problem came from. how do i undo these changes? what sudo commands do i need to input into terminal?
    Reply to this comment
    (21 Comments)
    • prev
    • next
    advertisement

    About MacFixIt

    MacFixIt is CNET's troubleshooting resource for all things Mac. The information here helps you navigate the ins-and-outs of Mac ownership with how-tos, troubleshooting information, news, reviews, and more.

    Add this feed to your online news reader