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