Hamsterdan71

Deleted and recreated my user. seems to have fixed it. Will cross fingers.

Will try adding a user then, just for shares. thanks again for your time.

"One more thing. Don't use your Windows login name as a login name for Unraid" Seriously? and about that home license, it was free. MS wanted everybody to adopt Win10, they allowed SLIC'ed win 7 machines to opbtain a free Win10 license. But I agree, networking tools are very minimal. I said pro, but that was a brain fart. That was probably a home license.

Yes, that's what I did. recreated credentials and remapped drives. but problem is very intermittent. and it happens on all my shares. As for AI, copilot is even worse. it invented unraid preview versions, told me it lied when confronted, and said it made for a nice conversation that looked believable. I can't believe OPCD will use AI for 911 dispatch. guess they haven't watched 9-1-1. Anyhow, thanks. Worse case I reinstall 10 pro. I know it worked without all the slop in 11.

AI thinks (yeah right) it's something with Win11. But i'm probably far from the only one using Win11 home with Unraid. will have to test further under Linux. but I caught something interesting in my system log Aug 9 06:24:09 Soundwave smbd[36948]: chdir_current_service: vfs_ChDir(/mnt/user/Torrents) failed: Permission denied. Current token: uid=1002, gid=100, 4 groups: 100 3003 3004 3006 Aug 9 06:24:09 Soundwave smbd[36948]: [2026/08/09 06:24:09.789043, 0] ../../source3/smbd/smb2_ioctl_network_fs.c:229(fsctl_srv_copychunk_vfs_done) Aug 9 06:24:09 Soundwave smbd[36948]: fsctl_srv_copychunk_vfs_done: copy chunk failed [NT_STATUS_ACCESS_DENIED] chunk [1] of [16] So seems Windows is the culprit. but I am far from a network engineer.

OK. What I found (With Google's AI help) net use * /delete /y klist purge Press the Windows Key, type Credential Manager (or Gestionnaire d'identification if it's in French), and hit enter.Click on Windows Credentials (Informations d'identification Windows).Scroll down to the Windows Credentials section, find any entry matching your Unraid server's name or IP address, click it, and hit Remove (Supprimer). ipconfig /flushdns nbtstat -R netsh int ip reset netsh winsock reset Then full shutdown/reboot. What do you think

And, (recurring problem for at least 2 years, ) every file or folder I move from Windows to Unraid is set with the executable flag. When I reboot, I'll try from Linux. That workstation also has an SSD for Kubuntu LTS. Because running docker safe new perms fixed it drwxrwxrwx+ 1 nobody users 3 Aug 8 21:17 Stuart\ Fails\ to\ save\ the\ uiniverse/ But, drwxrwxrwx+ 1 nobody users 3 Aug 2 14:10 ./ drwxrwxrwx+ 1 nobody users 5 Jul 30 20:55 ../ drwxrwxrwx 1 nobody users 4096 Dec 21 2024 Gundam.Requiem.for.Vengeance.S01.MULTi.1080P.NF.WEB.x264-LiBERTAD/ drwxrwxrwx+ 1 nobody users 10 Jun 27 01:01 P_DANCE_S_EN/ drwxrwxrwx+ 1 nobody users 10 Jul 16 01:28 P_DANCE_S_FR/ drwxrwxrwx 1 nobody users 4096 Oct 24 2024 Terminator.Zero.S01.MULTi.1080p.NF.WEB.DDP.5.1.x264-TFA/ drwxrwxrwx 1 nobody users 4096 Jan 19 2025 The\ Flintstones\ MULTI\ VFF.VFQ/ drwxrwxrwx+ 1 nobody users 5 Aug 8 21:16 _EN/ drwxrwxrwx 1 nobody users 4096 Aug 2 14:08 _FR/ There's stil a + for some directories.

drwxrwxrwx 1 nobody users 203 Aug 28 2025 †††\ -\ Permanent.Radiant\ (2022)/ drwxrwxrwx 1 nobody users 203 Aug 28 2025 †††\ -\ Permanent.Radiant.Remixed\ (2023)/ Those are clean. I was able to move two files tonight. drwxrwxrwx+ 1 nobody users 3 Aug 2 14:10 ./ drwxrwxrwx+ 1 nobody users 5 Jul 30 20:55 ../ drwxrwxrwx 1 nobody users 4096 Dec 21 2024 Gundam.Requiem.for.Vengeance.S01.MULTi.1080P.NF.WEB.x264-LiBERTAD/ drwxrwxrwx+ 1 nobody users 10 Jun 27 01:01 P_DANCE_S_EN/ drwxrwxrwx+ 1 nobody users 10 Jul 16 01:28 P_DANCE_S_FR/ drwxrwxrwx 1 nobody users 4096 Oct 24 2024 Terminator.Zero.S01.MULTi.1080p.NF.WEB.DDP.5.1.x264-TFA/ drwxrwxrwx 1 nobody users 4096 Jan 19 2025 The\ Flintstones\ MULTI\ VFF.VFQ/ drwxrwxrwx+ 1 nobody users 5 Aug 8 21:16 _EN/ drwxrwxrwx 1 nobody users 4096 Aug 2 14:08 _FR/ And I moved those directories unto my _EN folder drwxrwx---+ 1 dan users 3 Aug 8 21:17 Stuart\ Fails\ to\ save\ the\ uiniverse/ And you got it... So It's probably Windows at that point, that's my admin account

Home 25H2. and Yes I use my credentials for the standard user. Problems happen when moving files from the Torrent share to the Plex share. Qbittorrent runs on the Windows machine and then dumps the file onto the Torrent share. And I have np issues with Linux's CLI.

I rebuild the whole server. So I'm guessing the issue I'm having might be related to Windows 11. From time to time, I have to use the Docker Safe New Perms tool because I can't write to a media share. That's the share were Plex stuff is. I've checked the container, perms are set to 99/100. Did not see anything in Posterr and Gaps. Short of trying in Linux, I suspect it's either a corrupt container or Windows messes with SMB behind my back. Server is an Asus Z9PA-U8/E5-2680V2/64GB ECC. Workstation is Asus X99e-ws/Usb3.1 wtih a 2696V4 and 128GB ECC. Issues are can't create folder or move file, or the file is being used (when creating folder) Reposting in proper section. I've attached diagnostics from Unraid's side soundwave-diagnostics-20260808-1231.zip

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