Samba4 and memory consumption - needing frequent kills

Arvid Requate requate at univention.de
Wed Aug 8 13:04:28 MDT 2012


Hello Kev,

maybe you are facing the same issue here as reported in 
https://bugzilla.samba.org/show_bug.cgi?id=8827 ?

Cheers,
Arvid

Am Mittwoch, 8. August 2012, 10:32:26 schrieb Kev Latimer:
> You can see there are two processes consumuing a lot of CPU time and
> RAM.  This is from this morning and it's not a bad one - sometimes I
> have to let it carry on over a weekend and then it's really bad.  I need
> to do a "killall samba" and over about 5-10 minutes the processes all
> exit gracefully.  Sometimes, the smaller of the two big ones (usually
> that one) needs a -9 to get me to a point I can start the sbin/samba
> again, which is usually when users start complaining of login times and
> I need to give them their DC back. This morning, I tried doing a kill of
> the samba PID consuming the most resources before a killall and that
> seems to stop them all much quicker so perhaps there's a clue in there?
> 
> As an aside, if I let it consume all the swap space, which I have once,
> the server has become unresponsive and the log fills with segfaults.
> It's been a while since I've let it do that though.
> 
> In the situation with the large processes, if I check DRS replication,
> everything looks fine.  No timeouts and all partitions report successful
> replication.  log. samba looks like this:
>
> [...] 
> 
> If anyone has any ideas about this, they'd be appreciated.  Is this
> normal?  What's the best way of finding out what these huge processes
> are doing?  I'll try running in foreground but as it takes a few days
> for this manifest, I'm not sure if that's practical.
> 
> Thanks everyone.


-- 
Dr. Arvid Requate
Open Source Software Engineer

Univention GmbH
be open.
Mary-Somerville-Str.1
28359 Bremen
Tel. : +49 421 22232-52
Fax : +49 421 22232-99

requate at univention.de
http://www.univention.de

Geschäftsführer: Peter H. Ganten
HRB 20755 Amtsgericht Bremen
Steuer-Nr.: 71-597-02876


More information about the samba-technical mailing list