Centos 4 runs out of memory where Centos 3 didn't!
Red HatThis forum is for the discussion of Red Hat Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Centos 4 runs out of memory where Centos 3 didn't!
Hi,
I have been running a web server on the typical LAMP configuration for a long time. For the last months it was on Centos 3 and everything went ok. Then I upgraded to Centos 4, and suddenly the server runs out of memory every so often (alsmost once a day) and needs to be rebooted. The only thing I did was to upgrade to a "supposedly" improved distro version!
When the memory is low, and if it lets me run "ps -ef" what I see is dozens of httpd and sendmail processes (my web site does allow for users to send email messages among themselves).
Distribution: Distribution: RHEL 5 with Pieces of this and that.
Kernel 2.6.23.1, KDE 3.5.8 and KDE 4.0 beta, Plu
Posts: 5,700
Rep:
Have those two programs been updated during the centos upgrade. If so maybe check to see if there are updates for them. There could be a bug in your current versions. If those were upgraded and no newer updates then downgrade to know working versions unless there were security issues when them.
You might try running a "pstree" or "ps faux" to get an idea of all the threads and what sort of memory they are using. Chances are there's a memory leak in one of the applications. I've also seen problems with bad RAM which make swap fill up to 100% then the machine crashes. You can check you free memory and swap with a "free -m".
Have those two programs been updated during the centos upgrade. If so maybe check to see if there are updates for them. There could be a bug in your current versions. If those were upgraded and no newer updates then downgrade to know working versions unless there were security issues when them.
Brian
I have done a complete upgrade of the system, to see if that solved the problem, but did not change anything.
I'm not sure if the httpd version was upgraded during the OS change, but it could be. But I'm not sure how I can downgrade that (I know how to update with "yum upgrade", but always to the last version). Do you know how to downgrade to a specific version?
You might try running a "pstree" or "ps faux" to get an idea of all the threads and what sort of memory they are using. Chances are there's a memory leak in one of the applications. I've also seen problems with bad RAM which make swap fill up to 100% then the machine crashes. You can check you free memory and swap with a "free -m".
Mmmm, it seems that during normal operation there are 20 instances of httpd, each consuming 2% of memory (that adds up to 40%). But apart from that, and 3% for mysqld, there are no other processes consuming memory.
The thing is also, if there is a memory leak, it is not continuous, and only shows from time to time (once every other day, more or less). Is that possible?
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.