This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

High CPU Usage - audld.plx

Hello all.  I have a system that seems to be having the audld.plx runaway.  It has been eating up all the CPU it can for the past about 5+ hours now.  This doesn't seem normal to me and is affecting web browsing behind this box as well.  Any thoughts for things to check on?  It's running the latest version, 8.202.  Here is the output of top:



This thread was automatically locked due to age.
  • I think that's the Up2Date downloader.  Maybe you can go to 'Up2Date' 'Configuration' and set it to manual, hit Apply, then set it back to your current setting and hit Apply.  If that doesn't cause the process to stop, then I'd try a reboot.

    Did either work?

    Cheers - Bob
     
    Sophos UTM Community Moderator
    Sophos Certified Architect - UTM
    Sophos Certified Engineer - XG
    Gold Solution Partner since 2005
    MediaSoft, Inc. USA
  • Changing the settings to manual seems to do nothing.  A reboot does solve the issue but I have been seeing this on and off for a while now and even though it's fixed for the moment it usually does it again after running for a few days.  Are there any logs to check?
  • have you checked the update log? may indicate what the issue is.
  • The up2date messages?  Yeah it's full of entries like this:


    2011:10:09-16:35:02 ***x audld[18047]: >=========================================================================
    2011:10:09-16:35:02 ***x audld[18047]: Another instance of this process is already running, exiting
    2011:10:09-16:35:02 ***x audld[18047]: pids currently running: 2371 18047 (my pid: 18047, parent pid: 18046)
    2011:10:09-16:35:02 ***x audld[18047]: 
    2011:10:09-16:35:02 ***x audld[18047]:  1. main::run:194() audld.pl
    2011:10:09-16:35:02 ***x audld[18047]:  2. main::top-level:27() audld.pl
    2011:10:09-16:50:02 ***x audld[18430]: >=========================================================================
    2011:10:09-16:50:02 ***x audld[18430]: Another instance of this process is already running, exiting
    2011:10:09-16:50:02 ***x audld[18430]: pids currently running: 2371 18430 (my pid: 18430, parent pid: 18429)
    2011:10:09-16:50:02 ***x audld[18430]: 
    2011:10:09-16:50:02 ***x audld[18430]:  1. main::run:194() audld.pl
    2011:10:09-16:50:02 ***x audld[18430]:  2. main::top-level:27() audld.pl
    2011:10:09-17:05:02 ***x audld[18810]: >=========================================================================
    2011:10:09-17:05:02 ***x audld[18810]: Another instance of this process is already running, exiting
    2011:10:09-17:05:02 ***x audld[18810]: pids currently running: 2371 18810 (my pid: 18810, parent pid: 18808)
    2011:10:09-17:05:02 ***x audld[18810]: 
    2011:10:09-17:05:02 ***x audld[18810]:  1. main::run:194() audld.pl
    2011:10:09-17:05:02 ***x audld[18810]:  2. main::top-level:27() audld.pl
    2011:10:09-17:20:02 ***x audld[19191]: >=========================================================================
    2011:10:09-17:20:02 ***x audld[19191]: Another instance of this process is already running, exiting
    2011:10:09-17:20:02 ***x audld[19191]: pids currently running: 2371 19191 (my pid: 19191, parent pid: 19190)
    2011:10:09-17:20:02 ***x audld[19191]: 
    2011:10:09-17:20:02 ***x audld[19191]:  1. main::run:194() audld.pl
    2011:10:09-17:20:02 ***x audld[19191]:  2. main::top-level:27() audld.pl
    2011:10:09-17:35:02 ***x audld[19573]: >=========================================================================
    2011:10:09-17:35:02 ***x audld[19573]: Another instance of this process is already running, exiting
    2011:10:09-17:35:02 ***x audld[19573]: pids currently running: 2371 19573 (my pid: 19573, parent pid: 19572)
    2011:10:09-17:35:02 ***x audld[19573]: 
    2011:10:09-17:35:02 ***x audld[19573]:  1. main::run:194() audld.pl
    2011:10:09-17:35:02 ***x audld[19573]:  2. main::top-level:27() audld.pl
    2011:10:09-17:50:03 ***x audld[19955]: >=========================================================================
    2011:10:09-17:50:03 ***x audld[19955]: Another instance of this process is already running, exiting
    2011:10:09-17:50:03 ***x audld[19955]: pids currently running: 2371 19955 (my pid: 19955, parent pid: 19954)
    2011:10:09-17:50:03 ***x audld[19955]: 
    2011:10:09-17:50:03 ***x audld[19955]:  1. main::run:194() audld.pl
    2011:10:09-17:50:03 ***x audld[19955]:  2. main::top-level:27() audld.pl


    Looks like the process is just hung up.
  • you might need to investigate some of the other logs to see if they can tell you anything. I thought it might be trying to repeatedly download an update, but it looks like something else. 

    It might help to decrease the interval it checks for updates if you have it set to something like check every 15 mins.
  • It is set to check every 15 minutes.  It seems to run for days just fine though then all the sudden the CPU runs away.  Any advice for which other logs to check?
  • I meant if set to 15, try longer interval like 1 hour, 2 hour, once a day etc.
    Try conf, middleware, look at any log that looks to be larger than normal.
  • I could try but I set it to manual earlier then changed it back but the process did not die.  I don't want to reboot it yet as I would like to track down the cause of this.

    I looked briefly through the logs but "larger than normal" isn't really helpful as I only go to the logs when I have a problem.  It's not like I look at them every day.

    Is there anyway to do a backtrace on that process or anything to figure out why it's hung up?
  • If you can't look in the logs and find anything unusual in the conf, middleware, selfmon logs etc. Not sure if you will be able to track down the cause of this issue. Could be simple issue that the update can't contact the servers.

    You could try running audld.plx manually if you log in via ssh.

    audld.plx --level d

    will show debug info, may show where it is hanging.
  • I looked through them and didn't see anything that seemed unusual.  

    I assume though that to do that I need to kill the current audld.plx process?