On winbind shutdown prior to the removal of gencache_stabilize we could crash due to races

Jeremy Allison jra at samba.org
Mon Mar 11 18:31:15 UTC 2019


On Mon, Mar 11, 2019 at 11:20:49AM -0700, Richard Sharpe wrote:
> On Mon, Mar 11, 2019 at 10:11 AM Jeremy Allison <jra at samba.org> wrote:
> >
> > On Mon, Mar 11, 2019 at 09:47:16AM -0700, Richard Sharpe via samba-technical wrote:
> > > Hi folks,
> > >
> > > We are seeing this on winbind shutdown:
> > >
> > > --------------------------------------------------
> > > 2019-01-11 01:16:19 winbindd[17540]: [2019/01/11 01:16:19.153272,  0]
> > > ../source3/winbindd/winbindd.c:281(winbindd_sig_term_handler)
> > > 2019-01-11 01:16:19 systemd[1]: Starting Hammerspace Maintenance Target.
> > > 2019-01-11 01:16:19 winbindd[17540]:   Got sig[15] terminate (is_parent=0)
> > > 2019-01-11 01:16:19 winbindd[17497]: [2019/01/11 01:16:19.153546,  0]
> > > ../source3/winbindd/winbindd.c:281(winbindd_sig_term_handler)
> > > 2019-01-11 01:16:19 winbindd[17497]:   Got sig[15] terminate (is_parent=1)
> > > 2019-01-11 01:16:19 winbindd[17507]: [2019/01/11 01:16:19.153413,  0]
> > > ../source3/winbindd/winbindd.c:281(winbindd_sig_term_handler)
> > > 2019-01-11 01:16:19 winbindd[17507]:   Got sig[15] terminate (is_parent=0)
> > > 2019-01-11 01:16:19 systemd[1]: Stopped System Security Services Daemon.
> > > 2019-01-11 01:16:19 winbindd[17540]: [2019/01/11 01:16:19.162163,  0]
> > > ../lib/util/fault.c:78(fault_report)
> > > 2019-01-11 01:16:19 winbindd[17540]:
> > > ===============================================================
> > > 2019-01-11 01:16:19 winbindd[17540]: [2019/01/11 01:16:19.162202,  0]
> > > ../lib/util/fault.c:79(fault_report)
> > > 2019-01-11 01:16:19 winbindd[17540]:   INTERNAL ERROR: Signal 7 in pid
> > > 17540 (4.7.1-GIT-c0bd705-Hammerspace)
> > > 2019-01-11 01:16:19 winbindd[17540]:   Please read the
> > > Trouble-Shooting section of the Samba HOWTO
> > > 2019-01-11 01:16:19 winbindd[17540]: [2019/01/11 01:16:19.162220,  0]
> > > ../lib/util/fault.c:81(fault_report)
> > > 2019-01-11 01:16:19 winbindd[17540]:
> > > ===============================================================
> > > 2019-01-11 01:16:19 winbindd[17540]: [2019/01/11 01:16:19.162232,  0]
> > > ../source3/lib/util.c:804(smb_panic_s3)
> > > 2019-01-11 01:16:19 winbindd[17540]:   PANIC (pid 17540): internal error
> > > 2019-01-11 01:16:19 winbindd[17540]: [2019/01/11 01:16:19.162550,  0]
> > > ../source3/lib/util.c:915(log_stack_trace)
> > > 2019-01-11 01:16:19 winbindd[17540]:   BACKTRACE: 25 stack frames:
> > > --------------------------------------------------------------
> > >
> > > This is with a 4.7.1ish version of Samba.
> > >
> > > It seems to be due to a race between the parent and child with both of
> > > them calling gencache_stabilize and with the right phase of the moon,
> > > one seems to have closed the tdb (and thus unmapped the mutexes
> > > memory) while the other is iterating the mutexes.
> > >
> > > I see that the whole gencache_stabilize stuff was removed around December 2018.
> > >
> > > 1. Is it worth filing a bug in case the change needs back porting?
> >
> > Nope. 4.7. is out of maintanence (except for security), so even if you log a bug
> > the patch you'd attach would be a courtesy, but not go into a release.
> 
> The bug likely still exists in 4.8 and maybe 4.9 :-)

OK, I was confused, sorry. So you mean the gencache_stabilize()
stuff is inherently racy and still exists in supported releases ?

If so, yeah logging a bug is the right thing to do.



More information about the samba-technical mailing list