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

[v8.002][BUG] selfmonng error message (ctasd script restarting)

Hi All

I have noticed "check Failed increment ctasd_mem_usage counter" error on the selfmonitoring log: (attahed is the full log)


2010:09:24-13:58:14 stuffman selfmonng[4260]: W child returned status: exit='0' signal='0'
2010:09:24-13:58:19 stuffman selfmonng[4260]: I check Failed increment ctasd_mem_usage counter 1 - 10
2010:09:24-13:58:24 stuffman selfmonng[4260]: I check Failed increment ctasd_mem_usage counter 2 - 10
2010:09:24-13:58:29 stuffman selfmonng[4260]: I check Failed increment ctasd_mem_usage counter 3 - 10
2010:09:24-13:58:34 stuffman selfmonng[4260]: I check Failed increment ctasd_mem_usage counter 4 - 10
2010:09:24-13:58:39 stuffman selfmonng[4260]: I check Failed increment ctasd_mem_usage counter 5 - 10
2010:09:24-13:58:44 stuffman selfmonng[4260]: I check Failed increment ctasd_mem_usage counter 6 - 10
2010:09:24-13:58:49 stuffman selfmonng[4260]: I check Failed increment ctasd_mem_usage counter 7 - 10
2010:09:24-13:58:54 stuffman selfmonng[4260]: I check Failed increment ctasd_mem_usage counter 8 - 10
2010:09:24-13:58:59 stuffman selfmonng[4260]: I check Failed increment ctasd_mem_usage counter 9 - 10
2010:09:24-13:59:04 stuffman selfmonng[4260]: W check Failed increment ctasd_mem_usage counter 10 - 10
2010:09:24-13:59:04 stuffman selfmonng[4260]: W triggerAction: 'cmd'
2010:09:24-13:59:04 stuffman selfmonng[4260]: W actionCmd(+): '/var/mdw/scripts/ctasd restart'
2010:09:24-13:59:08 stuffman selfmonng[4260]: W child returned status: exit='0' signal='0'
2010:09:24-13:59:13 stuffman selfmonng[4260]: I check Failed increment ctasd_mem_usage counter 1 - 10
2010:09:24-13:59:18 stuffman selfmonng[4260]: I check Failed increment ctasd_mem_usage counter 2 - 10 



Thanks


This thread was automatically locked due to age.
logfiles_20100924135827.zip
Parents
  • Hi Wingman,

    the mantis ID #12274 you're referring to as reported in version 7.851 was closed internally as a duplicate. It appears to be very hard to reproduce the issue reliably. But apparently it is no duplicate, so I will re-open it and have another detailed look at it. However, as the ctasd is some piece of closed source software we licensed from Commtouch, this will need some extra time for investigations.

    To temporarily solve the problem, please restart the ctasd deamon by running the following command on a root shell of your ASG:
    /var/mdw/scripts/ctasd restart


    Regards,
    mlenk
Reply
  • Hi Wingman,

    the mantis ID #12274 you're referring to as reported in version 7.851 was closed internally as a duplicate. It appears to be very hard to reproduce the issue reliably. But apparently it is no duplicate, so I will re-open it and have another detailed look at it. However, as the ctasd is some piece of closed source software we licensed from Commtouch, this will need some extra time for investigations.

    To temporarily solve the problem, please restart the ctasd deamon by running the following command on a root shell of your ASG:
    /var/mdw/scripts/ctasd restart


    Regards,
    mlenk
Children
  • Hi Wingman,

    the mantis ID #12274 you're referring to as reported in version 7.851 was closed internally as a duplicate. It appears to be very hard to reproduce the issue reliably. But apparently it is no duplicate, so I will re-open it and have another detailed look at it. However, as the ctasd is some piece of closed source software we licensed from Commtouch, this will need some extra time for investigations.

    To temporarily solve the problem, please restart the ctasd deamon by running the following command on a root shell of your ASG:
    /var/mdw/scripts/ctasd restart


    Regards,
    mlenk


    Thanks Mlenkfor re opening the ticket.
     I understand it might take time which is normal. I just wanted to make sure that the problem is known to the team and someone is working to resolve it