smbd panic at find_oplock_types().

[Hemanth Thummala]

Yeah. Our current code base is not exactly 3.6.12. We have taken few
critical bug fixes in post 3.6.12 releases. That could be the reason for
line numbers not matching. Also as Richard mentioned we have our own VFS
module implementation. But this issue doesn't seem to be related/due to VFS
stuff but I am not completely ruling out. Right now I am exploring all the
options.

Actually I have seen the code difference for find_oplock_types() in 4.X
compared to 3.6.X. Seen the code added to handle stale
PIDs(share_mode_stale_pid). Wanted to know the reason behind introducing
this code. Also in my case, I could see that PIDs for existing shared mode
entries and current request's are not matching. Thinking if these existing
shared mode entries belonged to stale PID. If so, stale pid handling code
in 4.X should be able to handle this case.

Thanks,
Hemanth.


On Tue, Aug 5, 2014 at 8:25 AM, Volker Lendecke <Volker.Lendecke at sernet.de>
wrote:

> On Tue, Aug 05, 2014 at 08:21:54AM -0700, Richard Sharpe wrote:
> > On Tue, Aug 5, 2014 at 1:53 AM, Volker Lendecke
> > <Volker.Lendecke at sernet.de> wrote:
> > > On Mon, Aug 04, 2014 at 03:42:55PM -0700, Hemanth Thummala wrote:
> > >> Hi,
> > >>
> > >> We are using samba 3.6.12+ stack. And we are hitting this smbd panic
> > >> customer site frequently(atleast once in a week). Couldn't reproduce
> this
> > >> issue in house but collected few details. This issue happens only
> with PDF
> > >> application files.
> > >
> > > Is this a user file or some internal print file? The
> > > access_mask=0 in the second share entry is really
> > > surprising. I could see a stat open not breaking the batch
> > > oplock, but that does have some access mask bits set. See
> > > is_stat_open(). Really weird.
> >
> > I suspect that this is an interaction between their changes to Samba
> > and their VFS ...
>
> This is not stock 3.6.12, the line numbers in open.c don't
> match, that's for sure. Maybe it would be good that we see
> the patches.
>
> Thanks,
>
> Volker
>
> --
> SerNet GmbH, Bahnhofsallee 1b, 37081 Göttingen
> phone: +49-551-370000-0, fax: +49-551-370000-9
> AG Göttingen, HRB 2816, GF: Dr. Johannes Loxen
> http://www.sernet.de, mailto:kontakt at sernet.de
>