Recurring errors in shell and /var/log/error when container is running

First of all, I’m well aware that at this point TrueNAS containers are an experimental feature, and I’m not using them for anything “mission critical.”

That said, I’m getting an error every few seconds, both at the shell prompt and in /var/log/error, when the single container configured in this box is active (Debian Trixie, running a Samba domain controller for testing and validation only):

Stack trace of thread 308:
#0  0x00007fb054f7d95c n/a (/usr/lib/x86_64-linux-gnu/libc.so.6 + 0x9495c)
ELF object binary architecture: AMD x86-64

2026 May  5 16:33:29 morto Process 1977560 (smbd[192.168.44) of user 2147000001 dumped core.

Stack trace of thread 309:
#0  0x00007fb054f7d95c n/a (/usr/lib/x86_64-linux-gnu/libc.so.6 + 0x9495c)
ELF object binary architecture: AMD x86-64

2026 May  5 16:33:31 morto Process 1977578 (smbd[192.168.44) of user 2147000001 dumped core.

Stack trace of thread 310:
#0  0x00007fb054f7d95c n/a (/usr/lib/x86_64-linux-gnu/libc.so.6 + 0x9495c)
ELF object binary architecture: AMD x86-64

2026 May  5 16:33:33 morto Process 1977595 (smbd[192.168.44) of user 2147000001 dumped core.

Stack trace of thread 311:
#0  0x00007fb054f7d95c n/a (/usr/lib/x86_64-linux-gnu/libc.so.6 + 0x9495c)
ELF object binary architecture: AMD x86-64

The message appears every few seconds, but not always at the same intervals; as soon as the container is switched off, the log messages stop.

There are no other apparent issues with this machine, and it has been performing well and predictably, with no logged errors, over the past three years.

Any tips on where to start investigating?

Look at samba logs in container to see why it’s dumping core. It might be something as simple as SMB_ASSERT due to container / application not being able to do something required.

1 Like

These keep occurring every few seconds, at /var/log/samba/log.smbd inside the container.

They are identical, except for the timestamps.

[2026/05/05 21:49:07.207738,  0] source3/lib/dumpcore.c:318(dump_core)
coredump is handled by helper binary specified at /proc/sys/kernel/core_pattern
[2026/05/05 21:49:08.968995,  0] lib/util/fault.c:178(smb_panic_log)
[2026/05/05 21:49:08.969216,  0] lib/util/fault.c:179(smb_panic_log)
INTERNAL ERROR: sys_setgroups failed in smbd (smbd[192.168.44) (client [192.168.44.6]) pid 451 (4.22.8-Debian-4.22.8+dfsg-0+deb13u1)
[2026/05/05 21:49:08.969283,  0] lib/util/fault.c:186(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://wi>
[2026/05/05 21:49:08.969350,  0] lib/util/fault.c:191(smb_panic_log)
[2026/05/05 21:49:08.969414,  0] lib/util/fault.c:192(smb_panic_log)
PANIC (pid 451): sys_setgroups failed in 4.22.8-Debian-4.22.8+dfsg-0+deb13u1
[2026/05/05 21:49:08.970067,  0] lib/util/fault.c:303(log_stack_trace)
BACKTRACE: 29 stack frames:
#0 /usr/lib/x86_64-linux-gnu/samba/libgenrand-private-samba.so.0(log_stack_trace+0x2d) [0x7f28c914e5bd]
#1 /usr/lib/x86_64-linux-gnu/samba/libgenrand-private-samba.so.0(smb_panic+0xd) [0x7f28c914e85d]
#2 /usr/lib/x86_64-linux-gnu/samba/libsmbd-base-private-samba.so.0(+0x8da91) [0x7f28c957ca91]
#3 /usr/lib/x86_64-linux-gnu/samba/libsmbd-base-private-samba.so.0(+0x8db8d) [0x7f28c957cb8d]
#4 /usr/lib/x86_64-linux-gnu/samba/libsmbd-base-private-samba.so.0(+0x75cf4) [0x7f28c9564cf4]
#5 /usr/lib/x86_64-linux-gnu/samba/libsmbd-base-private-samba.so.0(change_to_user_and_service+0x68) [0x7f28c9565458]
#6 /usr/lib/x86_64-linux-gnu/samba/libsmbd-base-private-samba.so.0(make_connection_snum+0x5d1) [0x7f28c9594c21]
#7 /usr/lib/x86_64-linux-gnu/samba/libsmbd-base-private-samba.so.0(make_connection_smb2+0x59) [0x7f28c9595b29]
#8 /usr/lib/x86_64-linux-gnu/samba/libsmbd-base-private-samba.so.0(smbd_smb2_request_process_tcon+0x50b) [0x7f28c95adbfb]
#9 /usr/lib/x86_64-linux-gnu/samba/libsmbd-base-private-samba.so.0(smbd_smb2_request_dispatch+0x1c94) [0x7f28c95a5b54]
#10 /usr/lib/x86_64-linux-gnu/samba/libsmbd-base-private-samba.so.0(+0xb8032) [0x7f28c95a7032]
#11 /lib/x86_64-linux-gnu/libtevent.so.0(tevent_common_invoke_fd_handler+0x95) [0x7f28c92bc815]
#12 /lib/x86_64-linux-gnu/libtevent.so.0(+0xfa56) [0x7f28c92c3a56]
#13 /lib/x86_64-linux-gnu/libtevent.so.0(+0xd48b) [0x7f28c92c148b]
#14 /lib/x86_64-linux-gnu/libtevent.so.0(_tevent_loop_once+0x93) [0x7f28c92bb953]
#15 /lib/x86_64-linux-gnu/libtevent.so.0(tevent_common_loop_wait+0x1b) [0x7f28c92bbc4b]
#16 /lib/x86_64-linux-gnu/libtevent.so.0(+0xd41b) [0x7f28c92c141b]
#17 /usr/lib/x86_64-linux-gnu/samba/libsmbd-base-private-samba.so.0(smbd_process+0x895) [0x7f28c9593925]
#18 smbd: client 192.168.44.6 [0x55c2ec232217]
#19 /lib/x86_64-linux-gnu/libtevent.so.0(tevent_common_invoke_fd_handler+0x95) [0x7f28c92bc815]
#20 /lib/x86_64-linux-gnu/libtevent.so.0(+0xfa56) [0x7f28c92c3a56]
#21 /lib/x86_64-linux-gnu/libtevent.so.0(+0xd48b) [0x7f28c92c148b]
#22 /lib/x86_64-linux-gnu/libtevent.so.0(_tevent_loop_once+0x93) [0x7f28c92bb953]
#23 /lib/x86_64-linux-gnu/libtevent.so.0(tevent_common_loop_wait+0x1b) [0x7f28c92bbc4b]
#24 /lib/x86_64-linux-gnu/libtevent.so.0(+0xd41b) [0x7f28c92c141b]
#25 smbd: client 192.168.44.6 [0x55c2ec22f35a]
#26 /lib/x86_64-linux-gnu/libc.so.6(+0x29ca8) [0x7f28c8f2eca8]
#27 /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0x85) [0x7f28c8f2ed65]
#28 smbd: client 192.168.44.6 [0x55c2ec22fe61]
[2026/05/05 21:49:08.971127,  0] source3/lib/dumpcore.c:318(dump_core)
coredump is handled by helper binary specified at /proc/sys/kernel/core_pattern

^^^ there’s your problem. My guess is that you don’t have correct privileges in your container.

Your reply is much appreciated! I’ll investigate this further - it was a quick, “just click Next” container creation; I have not delved into the intricacies of its options.