[GE users] Memory Leak in schedd 6.1u4?

Andreas.Haas at Sun.COM Andreas.Haas at Sun.COM
Tue Apr 8 17:23:58 BST 2008


It appears we have found the culprit!

Find an update under

    http://gridengine.sunsource.net/issues/show_bug.cgi?id=2464

Andreas


On Mon, 7 Apr 2008, Brian Smith wrote:

> Andreas,
>
> That might be the way to go. valgrind isn't producing anything and while 
> running under valgrind, I've not seen any growth in memory usage (though 
> scheduling seems to be working correctly). I'm on CentOS 5/amd64... should be 
> close enough as long as you're not doing anything glibc-2.3-ish specific. 
> Heck, even then we have compat libraries. I can put your schedd binary in 
> place quite easily. How can I get my hands on it?
>
> Thanks,
> -Brian
>
> Andreas.Haas at Sun.COM wrote:
>> Hi Brian,
>> 
>> from your mentioning of
>> 
>> http://linux-mm.org/OOM_Killer
>> 
>> I conclude you run into this under a Linux distribution. If it is 
>> RHEL4/amd64 I have a ready-built binary that comes with mallinfo(3) logging 
>> and I'm confident this will us help to find the evildoer.
>> 
>> Regards,
>> Andreas
>> 
>> 
>> On Sun, 6 Apr 2008, Brian Smith wrote:
>> 
>>> Just restarted schedd with valgrind... I should have output the next time 
>>> the oom_killer kicks in. Are the "retail" binaries built with debugging 
>>> symbols or will I need to build my own schedd?
>>> 
>>> -Brian
>>> 
>>> Chris Dagdigian wrote:
>>>> Hi Brian,
>>>> 
>>>> People have been reporting schedd leaks in the 6.1u series - some 
>>>> problems were found and fixed but there are indications on the user list 
>>>> that the problem still remains. Multiple people have been trying to track 
>>>> down the cause -- any additional eyeballs and details will undoubtably be 
>>>> welcome, especially if you can run under valgrind or other tools that may 
>>>> help trace down the offending code.
>>>> 
>>>> -Chris
>>>> 
>>>> 
>>>> On Apr 6, 2008, at 1:11 PM, Brian Smith wrote:
>>>>> Has anyone else noticed a memory leak with 6.1u4? oom-killer is stopping 
>>>>> my sge_schedd because its wolfing down gobs of ram. The box I'm running 
>>>>> on has 4GB and is used only for nis, qmaster/schedd, and managing and 
>>>>> provisioning the cluster. I'll post more details if desired.
>>>>> 
>>>>> 
>>>>> Thanks,
>>>>> -Brian
>>>> 
>>>> 
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: users-unsubscribe at gridengine.sunsource.net
>>>> For additional commands, e-mail: users-help at gridengine.sunsource.net
>>> 
>>> 
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: users-unsubscribe at gridengine.sunsource.net
>>> For additional commands, e-mail: users-help at gridengine.sunsource.net
>>> 
>>> 
>> 
>> http://gridengine.info/
>> 
>> Sitz der Gesellschaft: Sun Microsystems GmbH, Sonnenallee 1, D-85551 
>> Kirchheim-Heimstetten
>> Amtsgericht Muenchen: HRB 161028
>> Geschaeftsfuehrer: Thomas Schroeder, Wolfgang Engels, Dr. Roland Boemer
>> Vorsitzender des Aufsichtsrates: Martin Haering
>> 
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe at gridengine.sunsource.net
>> For additional commands, e-mail: users-help at gridengine.sunsource.net
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe at gridengine.sunsource.net
> For additional commands, e-mail: users-help at gridengine.sunsource.net
>
>

http://gridengine.info/

Sitz der Gesellschaft: Sun Microsystems GmbH, Sonnenallee 1, D-85551 Kirchheim-Heimstetten
Amtsgericht Muenchen: HRB 161028
Geschaeftsfuehrer: Thomas Schroeder, Wolfgang Engels, Dr. Roland Boemer
Vorsitzender des Aufsichtsrates: Martin Haering

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe at gridengine.sunsource.net
For additional commands, e-mail: users-help at gridengine.sunsource.net




More information about the gridengine-users mailing list