When I make changes to my LDAP directory, I sometimes stop samba, then
delete the *.tdb cache files. I then start it back up again to rebuild the
cache and to check if my LDAP changes worked.
Samba will automatically rebuild them, IF you don't have a bad disk, or are
out of disk space. ?. A quick df -h could be useful there. For the disk
check, do a touch /forcefsck, then restart your box.
Don't do these things in the middle of the day though, pick some
appropriate downtime slot with your department CAB chair first. Its too
early in the year to have a user revolt.
Try that.
On Wed, Jan 14, 2026, 8:33?AM tu.qiuping via samba <samba at
lists.samba.org>
wrote:
> Hello everyone,
>
> Just a heads-up: my Samba server was restarted a moment ago, I found some
> non-persistent TDB files were corrupted, and Samba was unable to read them.
> However, by the time I identified this issue, CTDB had already restarted
> the Samba service. and I?ve attached the related logs below:
>
>
> smbd: ../nptl/pthread_mutex_lock.c:81: __pthread_mutex_lock: Assertion
> `mutex->__data.__owner == 0' failed.
> [2026/01/06 14:54:57.582091, 0]
> ../../lib/util/fault.c:173(smb_panic_log)
>
==============================================================> [2026/01/06
14:54:57.582148, 0]
> ../../lib/util/fault.c:177(smb_panic_log)
> INTERNAL ERROR: Signal 6: Aborted in pid 155149 (4.17.7)
> [2026/01/06 14:54:57.582161, 0]
> ../../lib/util/fault.c:182(smb_panic_log)
> If you are running a recent Samba version, and if you think this
> problem is not yet fixed in the latest versions, please consider reporting
> this bug, see https://wiki.samba.org/index.php/Bug_Reporting
> [2026/01/06
<https://wiki.samba.org/index.php/Bug_Reporting%5B2026/01/06>
> 14:54:57.582172, 0] ../../lib/util/fault.c:183(smb_panic_log)
>
==============================================================> [2026/01/06
14:54:57.582183, 0]
> ../../lib/util/fault.c:185(smb_panic_log)
> PANIC (pid 155149): Signal 6: Aborted in 4.17.7
> [2026/01/06 14:54:57.582627, 0]
> ../../lib/util/fault.c:293(log_stack_trace)
> BACKTRACE: 43 stack frames:
> #0
> /usr/lib64/samba/libgenrand-samba4.so(log_stack_trace+0x34)
[0x7f9ffda90764]
> #1
/usr/lib64/samba/libgenrand-samba4.so(smb_panic+0xd)
> [0x7f9ffda909bd]
> #2 /usr/lib64/samba/libgenrand-samba4.so(+0x1a59)
> [0x7f9ffda90a59]
> #3 /lib64/libpthread.so.0(+0x12ec0) [0x7f9ffd812ec0]
> #4 /lib64/libc.so.6(gsignal+0x10f) [0x7f9ffd04eaff]
> #5 /lib64/libc.so.6(abort+0x127) [0x7f9ffd021ea5]
> #6 /lib64/libc.so.6(+0x21d79) [0x7f9ffd021d79]
> #7 /lib64/libc.so.6(+0x47456) [0x7f9ffd047456]
> #8 /lib64/libpthread.so.0(__pthread_mutex_lock+0x241)
> [0x7f9ffd80adf1]
> #9 /lib64/libtdb.so.1(+0xfd8e) [0x7f9ffd790d8e]
> #10 /lib64/libtdb.so.1(+0x10143) [0x7f9ffd791143]
> #11 /lib64/libtdb.so.1(+0x7d50) [0x7f9ffd788d50]
> #12 /lib64/libtdb.so.1(+0x83b9) [0x7f9ffd7893b9]
> #13 /lib64/libtdb.so.1(+0x86d1) [0x7f9ffd7896d1]
> #14 /lib64/libtdb.so.1(+0x876b) [0x7f9ffd78976b]
> #15 /lib64/libtdb.so.1(tdb_chainlock+0x2e)
[0x7f9ffd78998e]
> #16 /usr/lib64/samba/libdbwrap-samba4.so(+0x773a)
> [0x7f9ffd7c573a]
> #17
> /usr/lib64/samba/libdbwrap-samba4.so(dbwrap_fetch_locked+0xb7)
> [0x7f9ffd7c2527]
> #18 /usr/lib64/samba/libsmbd-base-samba4.so(+0xda5b2)
> [0x7f9ffdd045b2]
> #19
> /usr/lib64/samba/libsmbd-base-samba4.so(smbXsrv_open_create+0x1a2)
> [0x7f9ffdd05942]
> #20
> /usr/lib64/samba/libsmbd-base-samba4.so(fsp_bind_smb+0x51) [0x7f9ffdc84511]
> #21 /usr/lib64/samba/libsmbd-base-samba4.so(+0x88132)
> [0x7f9ffdcb2132]
> #22
> /usr/lib64/samba/libsmbd-base-samba4.so(create_file_default+0x336)
> [0x7f9ffdcb46b6]
> #23
>
/usr/lib64/samba/libsmbd-base-samba4.so(smbd_smb2_request_process_create+0xd43)
> [0x7f9ffdcea2a3]
> #24
> /usr/lib64/samba/libsmbd-base-samba4.so(smbd_smb2_request_dispatch+0x12f5)
> [0x7f9ffdcdf715]
> #25 /usr/lib64/samba/libsmbd-base-samba4.so(+0xb7289)
> [0x7f9ffdce1289]
> #26
> /lib64/libtevent.so.0(tevent_common_invoke_fd_handler+0x97)
[0x7f9ffda37717]
> #27 /lib64/libtevent.so.0(+0x10e27) [0x7f9ffda3ee27]
> #28 /lib64/libtevent.so.0(+0xe38b) [0x7f9ffda3c38b]
> #29 /lib64/libtevent.so.0(_tevent_loop_once+0x95)
> [0x7f9ffda368a5]
> #30
/lib64/libtevent.so.0(tevent_common_loop_wait+0x1b)
> [0x7f9ffda36b6b]
> #31 /lib64/libtevent.so.0(+0xe31b) [0x7f9ffda3c31b]
> #32
> /usr/lib64/samba/libsmbd-base-samba4.so(smbd_process+0x840)
[0x7f9ffdccdde0]
> #33 /usr/sbin/smbd(+0xace0) [0x55ba46c70ce0]
> #34
> /lib64/libtevent.so.0(tevent_common_invoke_fd_handler+0x97)
[0x7f9ffda37717]
> #35 /lib64/libtevent.so.0(+0x10e27) [0x7f9ffda3ee27]
> #36 /lib64/libtevent.so.0(+0xe38b) [0x7f9ffda3c38b]
> #37 /lib64/libtevent.so.0(_tevent_loop_once+0x95)
> [0x7f9ffda368a5]
> #38
/lib64/libtevent.so.0(tevent_common_loop_wait+0x1b)
> [0x7f9ffda36b6b]
> #39 /lib64/libtevent.so.0(+0xe31b) [0x7f9ffda3c31b]
> #40 /usr/sbin/smbd(main+0x13a0) [0x55ba46c6df10]
> #41 /lib64/libc.so.6(__libc_start_main+0xe5)
[0x7f9ffd03ad85]
> #42 /usr/sbin/smbd(_start+0x2e) [0x55ba46c6e92e]
> [2026/01/06 14:54:57.582927, 0]
> ../../source3/lib/dumpcore.c:315(dump_core)
> dumping core in /var/lib/placements/vsan/coredump
>
>
>
> Could you help me figure out what might be causing this issue? My Samba
> version is 4.17.7 and my TDB version is 1.4.7.
>
>
> Thanks for your help!
> --
> To unsubscribe from this list go to the following URL and read the
> instructions: https://lists.samba.org/mailman/options/samba
>