Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 21 replies
  • Subscribers 3 subscribers
  • Views 7745 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

MySQL Memory Leak

Hi-con
I am still waiting on a fix for this. All of my firewalls, run into this after more than 2 weeks of operation. MySQL starts chewing 40-50% of memory and then starts hitting CPU cycles, so the only resolution is to either restart the firewall or issue: service mysql restart at the console. Does anybody out there know when this will be fixed. Kinda bad that a production firewall goes out because an internal process is running away!


This thread was automatically locked due to age.
  • 0
    I assume that you've opened trouble tickets with Astaro?

    There are so many bug fixes between the current version of MySQL shipped with Astaro (5.0.24-14.1.2 going by the name of the mysql rpm) and the current version of MySQL's 5.0 branch (5.0.51a) that a simple upgrade of MySQL would not be a bad idea. Taking a quick peek through the changelogs indicate a number of bugfixes in MySQL which would affect memory consumption under certain conditions (assuming that the cause of MySQLs memory usage in your case is a bug in MySQL and not in the way that Astaro is using MySQL).

    Would be nice to hear from someone at Astaro regarding this issue! (not that it's affected me in my limited deployment of v7 yet)
  • 0
    I was having that problem in 7.00x, but have not seen it since updating to 7.1. (or earlier, 7.008 maybe?)

    I don't have much traffic though (at home).

    Barry
  • 0 in reply to BarryG
    The Issue still happens in 7.101.  It seems to be related to p2p blocking in the IM/P2P security. I have been able to duplicate the issue when I have the p2p protocols blocked and have several clients trying to use p2p software (Ares and bittorrent). after a few weeks of operation, the mysqld server will start using 40%+ of CPU and lots of memory.
  • 0 in reply to Jalmillategui
    I see this on all of my 220's, I have 5 in place.  They don't take long, perhaps a week before the CPU start climbing, if left unchecked this will take down a box.  The quick fix, SSH in and restart the MySQL service on the boxes once a week, annoying, yet there is STILL a very defined problem here, firewalls NEED to be rock solid!  BTW, I have P2P/IM blocking off on 2 of the boxes, no difference [:(].
  • 0 in reply to sirebral
    sirebral, since you have multiple 220s, have you opened support tickets with Astaro?
  • 0 in reply to drees
    The word from Astaro Support:

    the official workaround for this issue is to configure a cronjob which restarts mysql every night.

    Do this as followed:

    crontab -e
    0 3 * * *    /etc/init.d/mysql restart

    This bug will be fixed in version 7.300.

    Best regards
    Astaro Support Team EMEA 


    Best regards,

    Hi-con
  • 0 in reply to Hi-con
    Sounds exciting. Next question would be the ETA of 7.3?
  • 0 in reply to Hi-con
    The word from Astaro Support:



    Best regards,

    Hi-con


    Anyone actually done this? I seem to be having the same issue and just wondering if it fixes it before I open a call.
  • 0 in reply to Godsbrother
    I have added the cron job to all three of my firewalls, and my resource usage has been behaving for about a month now. All this does is restart the MySQL process every night at midnight.
  • 0 in reply to Hi-con
    The word from Astaro Support:



    Best regards,

    Hi-con


    I have added the cron job to all three of my firewalls, and my resource usage has been behaving for about a month now. All this does is restart the MySQL process every night at midnight.


    excellent think I'll give it a try. Did you add another cron script for root or amend an existing one?