Samba4 and memory consumption - needing frequent kills

[Kev Latimer]

On 09/08/2012 08:08, Andrew Bartlett wrote:
> On Wed, 2012-08-08 at 21:04 +0200, Arvid Requate wrote:
>> Hello Kev,
>>
>> maybe you are facing the same issue here as reported in
>> https://bugzilla.samba.org/show_bug.cgi?id=8827 ?
> As I've just commented on the bug, I need a --leak-report-full rather
> than just --leak-report.
>
> Also, if that does not show the cause, perhaps instead of shutting down
> the server run with --leak-report-full, then attach to the large process
> with:
>
> gdb -p <pid>
>
> get me a bt full (if the process is busy, just for interest)
>
> Then run
>
> p talloc_enable_null_tracking()
> p talloc_report_full(0, stderr)
>
> and mail me the output or attach it to the bug.  (mail it to me
> privately if it is not a test domain).
>
> Hopefully I can then figure out what is still attached to the
> talloc_autofree_context() and figure out a way to ensure it is cleaned
> up earlier.
>
> Thanks,
>
> Andrew Bartlett
>

Hi Arvid/Andrew,

Thanks for pointing me in the direction of that one, I hadn't spotted 
that bug report but yes, I think I have the same issue.  The growth of 
two processes looks very similar to what I get.  I'll follow your 
procedures and what Andrew has asked for later on today and hopefully 
should have some useful info I can pass on over the next 24 hours.  Good 
to know it's not just me :-)

Ricky - thanks for the suggestion, that's pretty much what I have to do 
with BIND now anyway :-)  The only thing stopping me using an init 
script in cron was the occasional need to use a -9 to kill some 
processes to get them back online in a timely manner so an init script 
isn't a 100% method to get a good restart in my experience, at least not 
just yet.

Thanks again all, hats off to an excellent project.  As a little aside, 
I recently obtained the MCITP:EA cert (work requirement) and would like 
to mention all the AD design experience was obtained using Samba4 as my 
AD environment.  Samba4 really is that good and I can't thank all the 
devs enough.

Cheers,

Kev

-- 
Kev