Hamsterdan71

I just reinstalled the plugin after upgrading to 7.2.4, and it still panics. Any ideas? Mar 12 15:47:49 Soundwave smbd[131285]: [2026/03/12 15:47:49.662864, 0] ../../lib/util/fault.c:192(smb_panic_log) Mar 12 15:47:49 Soundwave smbd[131285]: PANIC (pid 131285): assert failed: rel_fname.base_name[0] != '\0' in 4.22.8 Mar 12 15:47:49 Soundwave smbd[131285]: [2026/03/12 15:47:49.663472, 0] ../../lib/util/fault.c:303(log_stack_trace) Mar 12 15:47:49 Soundwave smbd[131285]: BACKTRACE: 33 stack frames: Mar 12 15:47:49 Soundwave smbd[131285]: #0 /usr/lib64/libgenrand-private-samba.so(log_stack_trace+0x29) [0x149227c165b9] Mar 12 15:47:49 Soundwave smbd[131285]: #1 /usr/lib64/libgenrand-private-samba.so(smb_panic+0x9) [0x149227c16849] Mar 12 15:47:49 Soundwave smbd[131285]: #2 /usr/lib64/libsmbd-base-private-samba.so(openat_pathref_fsp_nosymlink+0x35b) [0x149227fd509b] Mar 12 15:47:49 Soundwave smbd[131285]: #3 /usr/lib64/libsmbd-base-private-samba.so(filename_convert_dirfsp_nosymlink+0x589) [0x149227ff4da9] Mar 12 15:47:49 Soundwave smbd[131285]: #4 /usr/lib64/libsmbd-base-private-samba.so(filename_convert_dirfsp_rel+0xb9) [0x149227ff5939] Mar 12 15:47:49 Soundwave smbd[131285]: #5 /usr/lib64/libsmbd-base-private-samba.so(fd_openat+0xf9) [0x149227ff8e49] Mar 12 15:47:49 Soundwave smbd[131285]: #6 /usr/lib64/libsmbd-base-private-samba.so(+0x5276c) [0x149227fd476c] Mar 12 15:47:49 Soundwave smbd[131285]: #7 /usr/lib64/libsmbd-base-private-samba.so(openat_pathref_fsp+0x1d2) [0x149227fd7832] Mar 12 15:47:49 Soundwave smbd[131285]: #8 /usr/lib64/libsmbd-base-private-samba.so(synthetic_pathref+0x33) [0x149227fd7ae3] Mar 12 15:47:49 Soundwave smbd[131285]: #9 /usr/lib64/vfs/recycle.so(+0x36e0) [0x149222f1f6e0] Mar 12 15:47:49 Soundwave smbd[131285]: #10 /usr/lib64/libsmbd-base-private-samba.so(close_file_smb+0x789) [0x149228005109] Mar 12 15:47:49 Soundwave smbd[131285]: #11 /usr/lib64/libsmbd-base-private-samba.so(+0xbaafb) [0x14922803cafb] Mar 12 15:47:49 Soundwave smbd[131285]: #12 /usr/lib64/libsmbd-base-private-samba.so(smbd_smb2_request_process_close+0x1fe) [0x14922803d53e] Mar 12 15:47:49 Soundwave smbd[131285]: #13 /usr/lib64/libsmbd-base-private-samba.so(smbd_smb2_request_dispatch+0x10f4) [0x149228030044] Mar 12 15:47:49 Soundwave smbd[131285]: #14 /usr/lib64/libsmbd-base-private-samba.so(+0xaf0f8) [0x1492280310f8] Mar 12 15:47:49 Soundwave smbd[131285]: #15 /usr/lib64/libtevent.so.0(tevent_common_invoke_fd_handler+0x91) [0x149227bc7c41] Mar 12 15:47:49 Soundwave smbd[131285]: #16 /usr/lib64/libtevent.so.0(+0x100ae) [0x149227bcf0ae] Mar 12 15:47:49 Soundwave smbd[131285]: #17 /usr/lib64/libtevent.so.0(+0xdb37) [0x149227bccb37] Mar 12 15:47:49 Soundwave smbd[131285]: #18 /usr/lib64/libtevent.so.0(_tevent_loop_once+0x8f) [0x149227bc6d9f] Mar 12 15:47:49 Soundwave smbd[131285]: #19 /usr/lib64/libtevent.so.0(tevent_common_loop_wait+0x1b) [0x149227bc709b] Mar 12 15:47:49 Soundwave smbd[131285]: #20 /usr/lib64/libtevent.so.0(+0xdad7) [0x149227bccad7] Mar 12 15:47:49 Soundwave smbd[131285]: #21 /usr/lib64/libsmbd-base-private-samba.so(smbd_process+0x84c) [0x14922801eb3c] Mar 12 15:47:49 Soundwave smbd[131285]: #22 /usr/sbin/smbd(+0xb21a) [0x5591b2eb421a] Mar 12 15:47:49 Soundwave smbd[131285]: #23 /usr/lib64/libtevent.so.0(tevent_common_invoke_fd_handler+0x91) [0x149227bc7c41] Mar 12 15:47:49 Soundwave smbd[131285]: #24 /usr/lib64/libtevent.so.0(+0x100ae) [0x149227bcf0ae] Mar 12 15:47:49 Soundwave smbd[131285]: #25 /usr/lib64/libtevent.so.0(+0xdb37) [0x149227bccb37] Mar 12 15:47:49 Soundwave smbd[131285]: #26 /usr/lib64/libtevent.so.0(_tevent_loop_once+0x8f) [0x149227bc6d9f] Mar 12 15:47:49 Soundwave smbd[131285]: #27 /usr/lib64/libtevent.so.0(tevent_common_loop_wait+0x1b) [0x149227bc709b] Mar 12 15:47:49 Soundwave smbd[131285]: #28 /usr/lib64/libtevent.so.0(+0xdad7) [0x149227bccad7] Mar 12 15:47:49 Soundwave smbd[131285]: #29 /usr/sbin/smbd(main+0x14ac) [0x5591b2eb134c] Mar 12 15:47:49 Soundwave smbd[131285]: #30 /lib64/libc.so.6(+0x2ad14) [0x1492279d9d14] Mar 12 15:47:49 Soundwave smbd[131285]: #31 /lib64/libc.so.6(__libc_start_main+0x86) [0x1492279d9dc6] Mar 12 15:47:49 Soundwave smbd[131285]: #32 /usr/sbin/smbd(_start+0x21) [0x5591b2eb1e61] Mar 12 15:47:49 Soundwave smbd[131285]: [2026/03/12 15:47:49.663815, 0] ../../source3/lib/dumpcore.c:316(dump_core) Mar 12 15:47:49 Soundwave smbd[131285]: dumping core in /var/log/samba/cores/smbd Mar 12 15:47:49 Soundwave smbd[131285]:

And it coredumps again. Guess I'll have to live without the recycle bin.

I'm impressed... Just copied the log in Copilot and it says the same thing, It explains everything. I'm really impressed...

TBH, I'm not sure I would have caught that. I've got to try AI... Thanks, I reinstalled the plugin and it still works...

Because that line is when the panic occurs? (or just before, my guess is when the file gets deleted, Am I right? Jan 18 17:52:33 Soundwave smbd[3548254]: #10 /usr/lib64/libsmbd-base-private-samba.so(close_file_smb+0x732) [0x1519a26d1f62]

<EDIT> Guess what? Rebooting after removing the plugin worked. Now I have a question... What lead you to believe it was the recycle bin plugin? I'm just curious... Thanks... </EDIT> Yes, same thing... Jan 19 12:54:36 Soundwave smbd[462033]: =============================================================== Jan 19 12:54:36 Soundwave smbd[462033]: [2026/01/19 12:54:36.234361, 0] ../../lib/util/fault.c:192(smb_panic_log) Jan 19 12:54:36 Soundwave smbd[462033]: PANIC (pid 462033): assert failed: rel_fname.base_name[0] != '\0' in 4.23.4 Jan 19 12:54:36 Soundwave smbd[462033]: [2026/01/19 12:54:36.234888, 0] ../../lib/util/fault.c:303(log_stack_trace) Jan 19 12:54:36 Soundwave smbd[462033]: BACKTRACE: 33 stack frames: Jan 19 12:54:36 Soundwave smbd[462033]: #0 /usr/lib64/libgenrand-private-samba.so(log_stack_trace+0x29) [0x154a17e4d5b9] Jan 19 12:54:36 Soundwave smbd[462033]: #1 /usr/lib64/libgenrand-private-samba.so(smb_panic+0x9) [0x154a17e4d849] Jan 19 12:54:36 Soundwave smbd[462033]: #2 /usr/lib64/libsmbd-base-private-samba.so(openat_pathref_fsp_nosymlink+0x35b) [0x154a18281f4b] Jan 19 12:54:36 Soundwave smbd[462033]: #3 /usr/lib64/libsmbd-base-private-samba.so(filename_convert_dirfsp_nosymlink+0x599) [0x154a182a1869] Jan 19 12:54:36 Soundwave smbd[462033]: #4 /usr/lib64/libsmbd-base-private-samba.so(filename_convert_dirfsp_rel+0xb8) [0x154a182a2418] Jan 19 12:54:36 Soundwave smbd[462033]: #5 /usr/lib64/libsmbd-base-private-samba.so(fd_openat+0xf9) [0x154a182a5bf9] Jan 19 12:54:36 Soundwave smbd[462033]: #6 /usr/lib64/libsmbd-base-private-samba.so(+0x5261c) [0x154a1828161c] Jan 19 12:54:36 Soundwave smbd[462033]: #7 /usr/lib64/libsmbd-base-private-samba.so(openat_pathref_fsp+0x1d2) [0x154a182846e2] Jan 19 12:54:36 Soundwave smbd[462033]: #8 /usr/lib64/libsmbd-base-private-samba.so(synthetic_pathref+0x33) [0x154a18284993] Jan 19 12:54:36 Soundwave smbd[462033]: #9 /usr/lib64/vfs/recycle.so(+0x36e0) [0x154a131466e0] Jan 19 12:54:36 Soundwave smbd[462033]: #10 /usr/lib64/libsmbd-base-private-samba.so(close_file_smb+0x732) [0x154a182b1f62] Jan 19 12:54:36 Soundwave smbd[462033]: #11 /usr/lib64/libsmbd-base-private-samba.so(+0xba8fb) [0x154a182e98fb] Jan 19 12:54:36 Soundwave smbd[462033]: #12 /usr/lib64/libsmbd-base-private-samba.so(smbd_smb2_request_process_close+0x1fe) [0x154a182ea32e] Jan 19 12:54:36 Soundwave smbd[462033]: #13 /usr/lib64/libsmbd-base-private-samba.so(smbd_smb2_request_dispatch+0x10f4) [0x154a182dcf04] Jan 19 12:54:36 Soundwave smbd[462033]: #14 /usr/lib64/libsmbd-base-private-samba.so(+0xaefb8) [0x154a182ddfb8] Jan 19 12:54:36 Soundwave smbd[462033]: #15 /usr/lib64/libtevent.so.0(tevent_common_invoke_fd_handler+0x91) [0x154a17e01c41] Jan 19 12:54:36 Soundwave smbd[462033]: #16 /usr/lib64/libtevent.so.0(+0x100ae) [0x154a17e090ae] Jan 19 12:54:36 Soundwave smbd[462033]: #17 /usr/lib64/libtevent.so.0(+0xdb37) [0x154a17e06b37] Jan 19 12:54:36 Soundwave smbd[462033]: #18 /usr/lib64/libtevent.so.0(_tevent_loop_once+0x8f) [0x154a17e00d9f] Jan 19 12:54:36 Soundwave smbd[462033]: #19 /usr/lib64/libtevent.so.0(tevent_common_loop_wait+0x1b) [0x154a17e0109b] Jan 19 12:54:36 Soundwave smbd[462033]: #20 /usr/lib64/libtevent.so.0(+0xdad7) [0x154a17e06ad7] Jan 19 12:54:36 Soundwave smbd[462033]: #21 /usr/lib64/libsmbd-base-private-samba.so(smbd_process+0x88c) [0x154a182cb99c] Jan 19 12:54:36 Soundwave smbd[462033]: #22 /usr/sbin/smbd() [0x40b97b] Jan 19 12:54:36 Soundwave smbd[462033]: #23 /usr/lib64/libtevent.so.0(tevent_common_invoke_fd_handler+0x91) [0x154a17e01c41] Jan 19 12:54:36 Soundwave smbd[462033]: #24 /usr/lib64/libtevent.so.0(+0x100ae) [0x154a17e090ae] Jan 19 12:54:36 Soundwave smbd[462033]: #25 /usr/lib64/libtevent.so.0(+0xdb37) [0x154a17e06b37] Jan 19 12:54:36 Soundwave smbd[462033]: #26 /usr/lib64/libtevent.so.0(_tevent_loop_once+0x8f) [0x154a17e00d9f] Jan 19 12:54:36 Soundwave smbd[462033]: #27 /usr/lib64/libtevent.so.0(tevent_common_loop_wait+0x1b) [0x154a17e0109b] Jan 19 12:54:36 Soundwave smbd[462033]: #28 /usr/lib64/libtevent.so.0(+0xdad7) [0x154a17e06ad7] Jan 19 12:54:36 Soundwave smbd[462033]: #29 /usr/sbin/smbd(main+0x1533) [0x408433] Jan 19 12:54:36 Soundwave smbd[462033]: #30 /lib64/libc.so.6(+0x2ad14) [0x154a17c13d14] Jan 19 12:54:36 Soundwave smbd[462033]: #31 /lib64/libc.so.6(__libc_start_main+0x86) [0x154a17c13dc6] Jan 19 12:54:36 Soundwave smbd[462033]: #32 /usr/sbin/smbd(_start+0x21) [0x409021] Jan 19 12:54:36 Soundwave smbd[462033]: [2026/01/19 12:54:36.235269, 0] ../../source3/lib/dumpcore.c:316(dump_core) Jan 19 12:54:36 Soundwave smbd[462033]: dumping core in /var/log/samba/cores/smbd Jan 19 12:54:36 Soundwave smbd[462033]:

Same, whenever I delete a file from my Win11 machine. Tried it with a Win10 VM on the client PC, same thing. Here's a small part of my syslog, attaching diagnostics... Thanks. Jan 18 17:52:30 Soundwave smbd[3547929]: Jan 18 17:52:33 Soundwave smbd[3548254]: [2026/01/18 17:52:33.439395, 0] ../../source3/smbd/files.c:1141(openat_pathref_fsp_nosymlink) Jan 18 17:52:33 Soundwave smbd[3548254]: PANIC: assert failed at ../../source3/smbd/files.c(1141): rel_fname.base_name[0] != '\0' Jan 18 17:52:33 Soundwave smbd[3548254]: [2026/01/18 17:52:33.439527, 0] ../../lib/util/fault.c:178(smb_panic_log) Jan 18 17:52:33 Soundwave smbd[3548254]: =============================================================== Jan 18 17:52:33 Soundwave smbd[3548254]: [2026/01/18 17:52:33.439553, 0] ../../lib/util/fault.c:179(smb_panic_log) Jan 18 17:52:33 Soundwave smbd[3548254]: INTERNAL ERROR: assert failed: rel_fname.base_name[0] != '\0' in smbd (smbd[192.168.1.) (client [192.168.1.69]) pid 3548254 (4.23.4) Jan 18 17:52:33 Soundwave smbd[3548254]: [2026/01/18 17:52:33.439576, 0] ../../lib/util/fault.c:186(smb_panic_log) Jan 18 17:52:33 Soundwave smbd[3548254]: 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 Jan 18 17:52:33 Soundwave smbd[3548254]: [2026/01/18 17:52:33.439602, 0] ../../lib/util/fault.c:191(smb_panic_log) Jan 18 17:52:33 Soundwave smbd[3548254]: =============================================================== Jan 18 17:52:33 Soundwave smbd[3548254]: [2026/01/18 17:52:33.439640, 0] ../../lib/util/fault.c:192(smb_panic_log) Jan 18 17:52:33 Soundwave smbd[3548254]: PANIC (pid 3548254): assert failed: rel_fname.base_name[0] != '\0' in 4.23.4 Jan 18 17:52:33 Soundwave smbd[3548254]: [2026/01/18 17:52:33.440396, 0] ../../lib/util/fault.c:303(log_stack_trace) Jan 18 17:52:33 Soundwave smbd[3548254]: BACKTRACE: 33 stack frames: Jan 18 17:52:33 Soundwave smbd[3548254]: #0 /usr/lib64/libgenrand-private-samba.so(log_stack_trace+0x29) [0x1519a226d5b9] Jan 18 17:52:33 Soundwave smbd[3548254]: #1 /usr/lib64/libgenrand-private-samba.so(smb_panic+0x9) [0x1519a226d849] Jan 18 17:52:33 Soundwave smbd[3548254]: #2 /usr/lib64/libsmbd-base-private-samba.so(openat_pathref_fsp_nosymlink+0x35b) [0x1519a26a1f4b] Jan 18 17:52:33 Soundwave smbd[3548254]: #3 /usr/lib64/libsmbd-base-private-samba.so(filename_convert_dirfsp_nosymlink+0x599) [0x1519a26c1869] Jan 18 17:52:33 Soundwave smbd[3548254]: #4 /usr/lib64/libsmbd-base-private-samba.so(filename_convert_dirfsp_rel+0xb8) [0x1519a26c2418] Jan 18 17:52:33 Soundwave smbd[3548254]: #5 /usr/lib64/libsmbd-base-private-samba.so(fd_openat+0xf9) [0x1519a26c5bf9] Jan 18 17:52:33 Soundwave smbd[3548254]: #6 /usr/lib64/libsmbd-base-private-samba.so(+0x5261c) [0x1519a26a161c] Jan 18 17:52:33 Soundwave smbd[3548254]: #7 /usr/lib64/libsmbd-base-private-samba.so(openat_pathref_fsp+0x1d2) [0x1519a26a46e2] Jan 18 17:52:33 Soundwave smbd[3548254]: #8 /usr/lib64/libsmbd-base-private-samba.so(synthetic_pathref+0x33) [0x1519a26a4993] Jan 18 17:52:33 Soundwave smbd[3548254]: #9 /usr/lib64/vfs/recycle.so(+0x36e0) [0x15199d5646e0] Jan 18 17:52:33 Soundwave smbd[3548254]: #10 /usr/lib64/libsmbd-base-private-samba.so(close_file_smb+0x732) [0x1519a26d1f62] Jan 18 17:52:33 Soundwave smbd[3548254]: #11 /usr/lib64/libsmbd-base-private-samba.so(+0xba8fb) [0x1519a27098fb] Jan 18 17:52:33 Soundwave smbd[3548254]: #12 /usr/lib64/libsmbd-base-private-samba.so(smbd_smb2_request_process_close+0x1fe) [0x1519a270a32e] Jan 18 17:52:33 Soundwave smbd[3548254]: #13 /usr/lib64/libsmbd-base-private-samba.so(smbd_smb2_request_dispatch+0x10f4) [0x1519a26fcf04] Jan 18 17:52:33 Soundwave smbd[3548254]: #14 /usr/lib64/libsmbd-base-private-samba.so(+0xaefb8) [0x1519a26fdfb8] Jan 18 17:52:33 Soundwave smbd[3548254]: #15 /usr/lib64/libtevent.so.0(tevent_common_invoke_fd_handler+0x91) [0x1519a2221c41] Jan 18 17:52:33 Soundwave smbd[3548254]: #16 /usr/lib64/libtevent.so.0(+0x100ae) [0x1519a22290ae] Jan 18 17:52:33 Soundwave smbd[3548254]: #17 /usr/lib64/libtevent.so.0(+0xdb37) [0x1519a2226b37] Jan 18 17:52:33 Soundwave smbd[3548254]: #18 /usr/lib64/libtevent.so.0(_tevent_loop_once+0x8f) [0x1519a2220d9f] Jan 18 17:52:33 Soundwave smbd[3548254]: #19 /usr/lib64/libtevent.so.0(tevent_common_loop_wait+0x1b) [0x1519a222109b] Jan 18 17:52:33 Soundwave smbd[3548254]: #20 /usr/lib64/libtevent.so.0(+0xdad7) [0x1519a2226ad7] Jan 18 17:52:33 Soundwave smbd[3548254]: #21 /usr/lib64/libsmbd-base-private-samba.so(smbd_process+0x88c) [0x1519a26eb99c] Jan 18 17:52:33 Soundwave smbd[3548254]: #22 /usr/sbin/smbd() [0x40b97b] Jan 18 17:52:33 Soundwave smbd[3548254]: #23 /usr/lib64/libtevent.so.0(tevent_common_invoke_fd_handler+0x91) [0x1519a2221c41] Jan 18 17:52:33 Soundwave smbd[3548254]: #24 /usr/lib64/libtevent.so.0(+0x100ae) [0x1519a22290ae] Jan 18 17:52:33 Soundwave smbd[3548254]: #25 /usr/lib64/libtevent.so.0(+0xdb37) [0x1519a2226b37] Jan 18 17:52:33 Soundwave smbd[3548254]: #26 /usr/lib64/libtevent.so.0(_tevent_loop_once+0x8f) [0x1519a2220d9f] Jan 18 17:52:33 Soundwave smbd[3548254]: #27 /usr/lib64/libtevent.so.0(tevent_common_loop_wait+0x1b) [0x1519a222109b] Jan 18 17:52:33 Soundwave smbd[3548254]: #28 /usr/lib64/libtevent.so.0(+0xdad7) [0x1519a2226ad7] Jan 18 17:52:33 Soundwave smbd[3548254]: #29 /usr/sbin/smbd(main+0x1533) [0x408433] Jan 18 17:52:33 Soundwave smbd[3548254]: #30 /lib64/libc.so.6(+0x2ad14) [0x1519a2033d14] Jan 18 17:52:33 Soundwave smbd[3548254]: #31 /lib64/libc.so.6(__libc_start_main+0x86) [0x1519a2033dc6] Jan 18 17:52:33 Soundwave smbd[3548254]: #32 /usr/sbin/smbd(_start+0x21) [0x409021] Jan 18 17:52:33 Soundwave smbd[3548254]: [2026/01/18 17:52:33.440849, 0] ../../source3/lib/dumpcore.c:316(dump_core) Jan 18 17:52:33 Soundwave smbd[3548254]: dumping core in /var/log/samba/cores/smbd Jan 18 17:52:33 Soundwave smbd[3548254]: soundwave-diagnostics-20260118-1759.zip

FIXED! Somehow getting rid of credentials using Credentials Manager didn't do squat. Ended up removing them using an older tool. By running "rundll32.exe keymgr.dll,KRShowKeyMgr" in a command prompt as found on Stack Exchange authentication - How do I clear cached credentials from my Windows Profile? - Information Security Stack Exchange Thanks all...

And creating a new user in Windows (the host) works. But I don't see why it wouldn't work on the linux laptop. I will try something tomorrow using a spare Unraid license.

OK, so it seems something's very wrong with both my kubuntu laptop and my win11 machine. in both VMs (ubuntu and win10), it works.... Any idea why it's not on the win11 host? I deleted the dan user and recreated a new one on the server.

smbstatus says those shares are readonly. But I can't access those either on the Linux laptop. Anyways, there's the screenshot. And no, english is not my first language. I'm from Montreal. But absolutely no problem reading english.

Ok so I created a new user (test) and THAT user has write access to both test and Soundwave (from the Linux laptop I kinda don't trust my Windows install at that point since it tells me something about trying to connect to a shared resource using more than one user is not authorised (or something like that) But the new user WORKS fine in Linux. Some screenshots and a new diagnostics file are included. If it's only a user config hiccup, I guess I could just delete the user and create a new one? Or edit its file? Or restore it from an old flash backup? Thanks in advance. soundwave-diagnostics-20251220-1857.zip

The shares that are not working are all of them (test is not accessible at all. that one is new). The shares are Shockwave, Soundwave, Torrents, isos, system and flash. Those ones I can read files, but not create/delete/modify via network. test was created one or two days ago. I can't even have read access on either a real win11 machine or a kubuntu laptop. VMs on my win11 machine behave the same.

Hello, My flash drive died, I replaced it, copied files from backup and lost write access to my shares. In Windows (10 and 11) and Ubuntu. Everything seems fine on Unraid's side, already ran both New Permissions and Docker Safe New Perms. No change. also tried resetting SMB by renaming config files in /config and restarting Samba, still no write access I can read the files in the shares, but no write access at all. The server is about to learn to fly, please help... I'm attaching my diagnostics. Thanks in advance. soundwave-diagnostics-20251219-1805.zip