Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 21 replies
  • Subscribers 3 subscribers
  • Views 7724 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.
Parents
  • 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 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?
  • 0 in reply to Godsbrother
    Logged in as root. When I initiated 
    crontab -e
     it said there were no existing jobs, so it created a new one. I would also give your support heads up that you are doing this. I got the go ahead from Astaro support, but better safe than sorry....(Don't want to be responsible for voiding your warranty or support[:)])
  • 0 in reply to Hi-con
    Logged in as root. When I initiated 
    crontab -e
     it said there were no existing jobs, so it created a new one. I would also give your support heads up that you are doing this. I got the go ahead from Astaro support, but better safe than sorry....(Don't want to be responsible for voiding your warranty or support[:)])


    Yea probab;y will have to log a call for other things anyhow. Namely that fact that the daily reports are garbage again.
  • 0 in reply to Godsbrother
    I'm having the MySQL memory creep too.
    But I'm having difficulty adding the crontab to restart mysql.
    As root I execute > crontab -e
    Then I get a screen where there's nothing but a string of "~" down the left side.
    After entering 0 3 * * * /etc/init.d/mysql restart
    What do I do to store the new crontab in root's list of crontabs?
  • 0 in reply to JimmyM
    The default editor is vi; you can use :wq to write, then quit, or :q! to quit without writing.
    Cheers,
     andreas
Reply Children