lonebear

to clear _other_ issues I have removed the drives I was attempting to add. this is a diag with them removed and off. tower-diagnostics-20240507-0527.zip

I made the mistake of patching and rebooting. No access to shares as usual. Same error. NFS running, SMB running. Tried creating a new user and share but no access. Attempt connect to an existing share returns: "The mapped network drive could not be created because the following error has occurred: An unexpected error occurred." And yes, I've tried every thing in this thread multiple times. tower-diagnostics-20240507-0518.zip

ETA Self solved. I just replaced a disk. Running data-rebuild as is expected and wanted. However, after about 5 minutes the rebuild stops. I have stopped all containers, and am not writing or reading from the array. I have also removed dynamix scheduler to make sure that there is no app/program/plugin that will touch the rebuild. This will obviously make the rebuild take forever. Help!

Just because I like grasping as straws, I tried this...again...and it worked as well as it has all other times. Which is not at all. First network path not found then no permission, even though I can 'access' via nfs/tcpip. and it is a share set to public in SMB/CIFS and NFS

Finally got around to trying this. Even with a server reboot still no SMB access.

I'm leaning 99.999% some change that M$ made during a patch. Tested by creating a new stand-alone linux file server. Could not connect with main machine. Luckily for me, this summer is the 'refresh main box' summer.

Post reboot it looks like my cache (SSD) failed. "unmountable dsk present." First thing I'll do is change any and all shares to not use cache. Is there anything else? I have apparantly lost docker and all the apps there, including plex. ETA1: and yet more oddness. my /dev/sdx have 2 different ownerships, some are root:disk and others are root:plugdev ETA2: Yup totally hosed: btrfs check --repair /dev/sdj1 enabling repair mode WARNING: Do not use --repair unless you are advised to do so by a developer or an experienced user, and then only after having accepted that no fsck can successfully repair all types of filesystem corruption. Eg. some software or hardware bugs can fatally damage a volume. The operation will start in 10 seconds. Use Ctrl-C to stop it. 10 9 8 7 6 5 4 3 2 1 Starting repair. Opening filesystem to check... Checking filesystem on /dev/sdj1 UUID: 0c527032-0726-4a31-a2f2-e5ff18ec2bc8 repair mode will force to clear out log tree, are you sure? [y/N]: y ERROR: failed to write super block for devid 1: flush error: Input/output error ERROR: failed to zero log tree: -5 WARNING: fsync on device 1 failed: Input/output error I expect I need to get a new cache drive then rebuild somehow.

Version 6.11.5 Yet again, no changes on my side. Server is running parity check right now. In the middle of some file moves form Win10 onto the server I get "Error 0x8000FFFF:Catastrophic failure" I am connecting with IP to the NFS, as CIFS/windows shares have not worked for over a year. The server will be rebooted as a check. But I'm not expecting it to work. As expected, the microsoft forums are useless. Any clues/ideas/directions?

Thanks for the idea, but nope. As I said too many times above. I changed nothing. If there was a win10 patch that changed things I haven't been able to find it. I'm just dealing with the annoying permissions and other issues until I get my next system.

And big thanks. Watching syslog shows no errors on statup. I may make this a quarterly scan just because.

um... a big duh to me. Trying proper command now. I blame not enough coffee.

in /var/log/syslog May 14 07:14:34 Tower kernel: XFS (md8): metadata I/O error in "xfs_da_read_buf+0x9a/0xff [xfs]" at daddr 0x302f87cf0 len 8 error 74 stopping and running xfs_repair on any disk gets me root@Tower:/var/log# xfs_repair -n /dev/sdc Phase 1 - find and verify superblock... bad primary superblock - bad magic number !!! attempting to find secondary superblock... .found candidate secondary superblock... unable to verify superblock, continuing... .found candidate secondary superblock... unable to verify superblock, continuing... .found candidate secondary superblock... unable to verify superblock, continuing... .found candidate secondary superblock... unable to verify superblock, continuing... .found candidate secondary superblock... unable to verify superblock, continuing... .found candidate secondary superblock... unable to verify superblock, continuing... .found candidate secondary superblock... unable to verify superblock, continuing... ...................................................................................................................................................................................................^C Am I going to have to figure out how to rebuild from scratch? tower-diagnostics-20230514-0713.zip

been there, done that. numerous times.

It. Is. Not. Unraid. I've gotten that through my thick skull. I can get to the shares from another new-build windows box. Something that I can not figure out changed on my Win10 box. (As I'm sure I mentioned upthread). Any pointer to UnRAID fixes and changes will be ignored.

@Wadzwigidy I looked, but I do not have a plugin "unassigned devices", nor do I have "enable SMB security" as an option. Also, based on testing from a new-build server the problem is with the virus called Windows 10. I can connect to the smb shares from the new-build, but not from current desktop. Thankfully, a new desktop is in the plans for the very near future.