[Samba] PANIC on update_num_read_oplocks

[Andrea Venturoli]

Hello.

Today a box I manage throwed a lot of these (Samba 4.3.3 working as an 
ADS member on FreeBSD 10.1/amd64):

> Mar  7 15:18:54 xxxxxx smbd_audit[51710]: connect to service xxxxxxxxx by user XXXXXXXX\xxxxxxxx
> Mar  7 15:18:54 xxxxxx smbd_audit[51710]: open XXXXXXXXX/XXXXXXXXX.ods (fd 9)
> Mar  7 15:18:54 xxxxxx smbd_audit[51710]: [2016/03/07 15:18:54.364808,  0] ../source3/smbd/oplock.c:192(update_num_read_oplocks)
> Mar  7 15:18:54 xxxxxx smbd_audit[51710]:   PANIC: assert failed at ../source3/smbd/oplock.c(192): d->num_share_modes == 1
> Mar  7 15:18:54 xxxxxx smbd_audit[51710]: [2016/03/07 15:18:54.364846,  0] ../source3/lib/util.c:789(smb_panic_s3)
> Mar  7 15:18:54 xxxxxx smbd_audit[51710]:   PANIC (pid 51710): assert failed: d->num_share_modes == 1
> Mar  7 15:18:54 xxxxxx smbd_audit[51710]: [2016/03/07 15:18:54.366169,  0] ../source3/lib/util.c:900(log_stack_trace)
> Mar  7 15:18:54 xxxxxx smbd_audit[51710]:   BACKTRACE: 28 stack frames:
> Mar  7 15:18:54 xxxxxx smbd_audit[51710]:    #0 0x8039a9b41 <log_stack_trace+0x21> at /usr/local/lib/libsmbconf.so.0
> Mar  7 15:18:54 xxxxxx smbd_audit[51710]:    #1 0x8039a9928 <smb_panic_s3+0x98> at /usr/local/lib/libsmbconf.so.0
> Mar  7 15:18:54 xxxxxx smbd_audit[51710]:    #2 0x8016914d5 <smb_panic+0x35> at /usr/local/lib/libsamba-util.so.0
> Mar  7 15:18:54 xxxxxx smbd_audit[51710]:    #3 0x801b1a03e <update_num_read_oplocks+0xee> at /usr/local/lib/samba/libsmbd-base-samba4.so
> Mar  7 15:18:54 xxxxxx smbd_audit[51710]:    #4 0x801a7c970 <create_file_default+0xa800> at /usr/local/lib/samba/libsmbd-base-samba4.so
> Mar  7 15:18:54 xxxxxx smbd_audit[51710]:    #5 0x801a7836c <create_file_default+0x61fc> at /usr/local/lib/samba/libsmbd-base-samba4.so
> Mar  7 15:18:54 xxxxxx smbd_audit[51710]:    #6 0x801a73531 <create_file_default+0x13c1> at /usr/local/lib/samba/libsmbd-base-samba4.so
> Mar  7 15:18:54 xxxxxx smbd_audit[51710]:    #7 0x801a72738 <create_file_default+0x5c8> at /usr/local/lib/samba/libsmbd-base-samba4.so
> Mar  7 15:18:54 xxxxxx smbd_audit[51710]:    #8 0x801c0e20c <vfs_default_init+0x147c> at /usr/local/lib/samba/libsmbd-base-samba4.so
> Mar  7 15:18:54 xxxxxx smbd_audit[51710]:    #9 0x801a8ebec <smb_vfs_call_create_file+0x22c> at /usr/local/lib/samba/libsmbd-base-samba4.so
> Mar  7 15:18:54 xxxxxx smbd_audit[51710]:    #10 0x801ae2988 <smbd_smb2_request_process_create+0x3218> at /usr/local/lib/samba/libsmbd-base-samba4.so
> Mar  7 15:18:54 xxxxxx smbd_audit[51710]:    #11 0x801adffae <smbd_smb2_request_process_create+0x83e> at /usr/local/lib/samba/libsmbd-base-samba4.so
> Mar  7 15:18:54 xxxxxx smbd_audit[51710]:    #12 0x801acdc8d <smbd_smb2_request_dispatch+0x137d> at /usr/local/lib/samba/libsmbd-base-samba4.so
> Mar  7 15:18:54 xxxxxx smbd_audit[51710]:    #13 0x801ad5a49 <smbd_smb2_first_negprot+0x4159> at /usr/local/lib/samba/libsmbd-base-samba4.so
> Mar  7 15:18:54 xxxxxx smbd_audit[51710]:    #14 0x801ad5066 <smbd_smb2_first_negprot+0x3776> at /usr/local/lib/samba/libsmbd-base-samba4.so
> Mar  7 15:18:54 xxxxxx smbd_audit[51710]:    #15 0x8039cd976 <run_events_poll+0x6b6> at /usr/local/lib/libsmbconf.so.0
> Mar  7 15:18:54 xxxxxx smbd_audit[51710]:    #16 0x8039ce7c4 <event_add_idle+0x994> at /usr/local/lib/libsmbconf.so.0
> Mar  7 15:18:54 xxxxxx smbd_audit[51710]:    #17 0x80528d842 <_tevent_loop_once+0x72> at /usr/local/lib/libtevent.so.0
> Mar  7 15:18:54 xxxxxx smbd_audit[51710]:    #18 0x80528da7b <tevent_common_loop_wait+0x3b> at /usr/local/lib/libtevent.so.0
> Mar  7 15:18:54 xxxxxx smbd_audit[51710]:    #19 0x801aad68f <smbd_process+0xe2f> at /usr/local/lib/samba/libsmbd-base-samba4.so
> Mar  7 15:18:54 xxxxxx smbd_audit[51710]:    #20 0x1032d68 <main+0x4318> at /usr/local/sbin/smbd
> Mar  7 15:18:54 xxxxxx smbd_audit[51710]:    #21 0x8039cd976 <run_events_poll+0x6b6> at /usr/local/lib/libsmbconf.so.0
> Mar  7 15:18:54 xxxxxx smbd_audit[51710]:    #22 0x8039ce7c4 <event_add_idle+0x994> at /usr/local/lib/libsmbconf.so.0
> Mar  7 15:18:54 xxxxxx smbd_audit[51710]:    #23 0x80528d842 <_tevent_loop_once+0x72> at /usr/local/lib/libtevent.so.0
> Mar  7 15:18:54 xxxxxx smbd_audit[51710]:    #24 0x80528da7b <tevent_common_loop_wait+0x3b> at /usr/local/lib/libtevent.so.0
> Mar  7 15:18:54 xxxxxx smbd_audit[51710]:    #25 0x103184f <main+0x2dff> at /usr/local/sbin/smbd
> Mar  7 15:18:54 xxxxxx smbd_audit[51710]:    #26 0x1030ab5 <main+0x2065> at /usr/local/sbin/smbd
> Mar  7 15:18:54 xxxxxx smbd_audit[51710]:    #27 0x1027a51 <_start+0x1a1> at /usr/local/sbin/smbd
> Mar  7 15:18:54 xxxxxx smbd_audit[51710]: [2016/03/07 15:18:54.366420,  0] ../source3/lib/dumpcore.c:313(dump_core)
> Mar  7 15:18:54 xxxxxx smbd_audit[51710]:   unable to change to %N.core
> Mar  7 15:18:54 xxxxxx smbd_audit[51710]:   refusing to dump core


Can anyone shed some light on this?
Should I file a bug report?
What should I look for in the logs in order to provide useful context?

  bye & Thanks
	av.