RE: strange memory behavior with oM

"Moshe Bar" <moshe-ay74M1d3r6RWk0Htik3J/[email protected]>
Newsgroups gmane.linux.cluster.openmosix.general
Organization Morpheus Holdings, Inc
Message-ID <[email protected]>
I was not aware of memory leaks for 2.4.26. What kind of app are you
running? What libraries does it use?

Moshe 

-----Original Message-----
From: openmosix-general-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
[mailto:openmosix-general-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org] On Behalf Of jafarim
Sent: Tuesday, May 30, 2006 9:20 AM
To: openmosix-general-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
Subject: [openMosix-general] strange memory behavior with oM

Hi
I encountered a very strange problem with openMosix recently. I have a
3-node cluster with dual AMD Opteron CPUs and 1 GB of memory each. My
cluster is based on Fedora Ccore 1 on which I have installed openMosix rpms
(2.4.26). I have a small manager which queus jobs and starts them on random
nodes by using mosrun. 
The problem is that when there is a large load on the cluster, the memory
used by kernel grows gradually (even to 512 MB after hours of load).
Restarting my manager program or even openMosix daemon does not help and the
only treatment is to reboot the nodes. I was firstly suspicious about memory
leak in my manager program but the most strange observation is that this
memory growth does not happen on the node where my manager program resides
(and starts other jobs) and that node's memory is quite normal. I verified
this observation by moving my manager program to some other nodes in the
cluster. 
Any ideas?



-------------------------------------------------------
All the advantages of Linux Managed Hosting--Without the Cost and Risk!
Fully trained technicians. The highest number of Red Hat certifications in
the hosting industry. Fanatical Support. Click to learn more
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=107521&bid=248729&dat=121642
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.