Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 30 replies
  • Subscribers 2 subscribers
  • Views 9708 views
  • Users 0 members are here
Options
Suggested
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

Swap goes over the top possibly bad Up-2-Date

MBirdCZ
Hello,

yesterday all the gateways I'm administering started to show the very same problem. Approximately starting at 18:00 CET the memory usage started to go up and swap usage started to grow until it reached 100% and the gateway just died...

Anyone else seeing this? All gateways I have administrative access to are having the same problem (about 10 boxes, different configs and license states).

Something stinks here and I really need this resolved ASAP because it brings down even HA configs... [:(]


This thread was automatically locked due to age.
  • 0
    Hi,
     
    me too. It's a problem with the ctasd daemon. This daemon is responsible for spam scanning and graps about 30-50% of memory.
     
    I restart the daemon under /var/mdw/scripts and then everything went back to normal.
  • 0
    Small update - it seems only versions 7.201 and above are affected. Gateways running 7.104 have no problem so far (at least those I have access to)
  • 0 in reply to MBirdCZ
    Lost one firewall this morning already.

    Primary firewall now on 99%, and I am trying to get a period to shut it down, as this has gone in less than 8 hours since 03:00 BST this morning, we need a fix urgently.

    Backup is a ASG220 and has little free memory at the best of times.

    If this shuts the business down it will cost a lot of money, and I will be looking for new firewalls tomorrow.

    Get it sorted now please.

    Dave P
  • 0 in reply to dpritt
    Hi,
     
    you don't have to shutdown the firewall. Connect via SSH to the console.
    Go to /etc/mdw/scripts and then "./ctasd restart".
     
    This should resolve your problem.
  • 0 in reply to mhofer
    Thanks,

    at most boxes this frees the swap and memory however, at some boxes the degenerative status of the issue led the gateway to another type of problem which relates to the reporting/logging and SQL.

    The syslog now gets filled by the following message at tremendous rate:

    2008:07:31-13:04:01 (none) ulogd[6654]: sql1: transaction: cannot rollback - no transaction is active

    Regards,
    Zdenek
  • 0 in reply to MBirdCZ
    The problem on one of my firewalls was I could not even logon, the console was timing out. I had to hit the big switch.

    I have managed to get on one of the other firewalls and issued the command, but I have been monitoring the memory and it's being used up, at this rate it will be full again in about 6-8 hours.

    I have tried to call support - nobody free, left voicemail on support line, but still waiting for anyone to contact me.

    Dave
  • 0 in reply to dpritt
    Add me to the crowd, I came here to post to see what ctasd did.  Glad to see I am not alone.  Mine started spiralling out of control at 2pm EST and by 7PM EST it died.  I'll be watching this thread religously for the solution since support is just about worthless.
  • 0 in reply to number2jcb
    Just FYI: we are aware of the issue and are working with our vendor (Commtouch) on a solution. I'll post here again when we have more information.
  • 0
    We experienced the problem yesterday afternoon and contacted support.  Their answer was to delete all the *.dbl files in /var/log/reporting/adbs and restart some services.

    While I didn't really want to delete my accounting data - my colleague and I went ahead and deleted it, hoping it would fix the problem.  Late last night - our ASG stopped responding for about 30 minutes after swap went to about 100%.  Normally our 320 doesn't use any swap - today's it's hovering around 20% but still functioning.  I too will be watching this thread and keeping a close eye on our ASG.
  • 0 in reply to mhofer
    Hi,
     
    me too. It's a problem with the ctasd daemon. This daemon is responsible for spam scanning and graps about 30-50% of memory.
     
    I restart the daemon under /var/mdw/scripts and then everything went back to normal.


    I don;'t have this path on 7.201. There is no /etc/mdw directory. and I can not find any scripts directory
Cookie Information Banner