Process hierarchy on a DC?
Andrew Bartlett
abartlet at samba.org
Thu Apr 27 10:53:16 UTC 2017
On Thu, 2017-04-27 at 12:40 +0200, vl at samba.org wrote:
> On Thu, Apr 27, 2017 at 10:15:43PM +1200, Andrew Bartlett via samba-
> technical wrote:
> > On Thu, 2017-04-27 at 12:04 +0200, vl--- via samba-technical wrote:
> > > 24963 ? Ss 0:00 bin/samba
> > > 24964 ? S 0:00 \_ bin/samba
> > > 24969 ? S 0:00 bin/samba
> > > 24971 ? Ss 0:00 \_ /root/samba/bin/smbd -D --
> > > option=server role check:inhibit=yes --foreground
> > > 24991 ? S 0:00 \_ /root/samba/bin/smbd -D --
> > > option=server role check:inhibit=yes --foreground
> > > 24979 ? S 0:00 bin/samba
> > > 24981 ? Ss 0:00 \_ /root/samba/bin/winbindd -D --
> > > option=server role check:inhibit=yes --foreground
> > > 24990 ? S 0:00 \_ /root/samba/bin/winbindd -D --
> > > option=server role check:inhibit=yes --foreground
> > >
> > > I think I remember that in the past this was all located under
> > > one
> > > "samba" process, now the winbind and smbd parents are themselves
> > > children of init. I could stop the DC with a single kill, now
> > > it's
> > > three.
> >
> > I would hope the pipes connecting them would help ensure it remains
> > a
> > single kill, but I agree, that does not seem right.
>
> When killing (in the above case) process 24963, the others crash.
As in exit, or crash hard in some way?
> > > Just curious: Why was this changed?
> >
> > More to the point, when did it change? Perhaps bisect it?
>
> Apologies for asking without having done a deep and thorough analysis
> first. Sorry for the noise, next time I will come up with a commit
> hash that changed this behaviour.
Volker,
It is always worth asking first - you never know can imagine what
others already suspect or remember. In this case you have a valuable
clue: this wasn't intended to change!
Thanks,
Andrew Bartlett
--
Andrew Bartlett http://samba.org/~abartlet/
Authentication Developer, Samba Team http://samba.org
Samba Developer, Catalyst IT http://catalyst.net.nz/services/samba
More information about the samba-technical
mailing list