Folder access gone

[ltworf13]

I've had some dard drive issues latly and I finally got my parity drive replace and one of the two failing drives replace thanks to some awesome folks on discord unafical unraid. I knew the drives where failing when I starting having folder access iisues. I'm still having those issue. Hoping once the rebuild finished that will be fix but i'm doughtful. Not even my radarr and soarr are able to access the folders. does anyone have any suggestions on how I can resolve this please

Edited November 18, 2023 by ltworf13

[Gragorg]

Start by posting your diagnostics for the pros.

[ltworf13]

wynternet-diagnostics-20231118-1536.zip

[JorgeB]

Check filesystem on disk4, run it without -n.

[ltworf13]

i Have a rebuild occuring as soon as it's done I'll do a -n file check. It's going slowly only at 70% and it's been running since yesterday

[itimpi]

36 minutes ago, ltworf13 said:

i Have a rebuild occuring as soon as it's done I'll do a -n file check. It's going slowly only at 70% and it's been running since yesterday

You might want to consider posting new diagnostics so we can see if we can spot a reason for a slow rebuild.

[ltworf13]

here's the new diagnostic 

wynternet-diagnostics-20231119-1347.zip

[ltworf13]

yesterday the build was at 47% when I had another power hiccup and had to turn the server back on of course it started back at 0%

[ltworf13]

[Squid]

5.5MB/s is not normal.  Post diagnostics again while its in this state

[ltworf13]

i did my third post behind this one

[JorgeB]

In the diags above there's something else reading from disk1.

[ltworf13]

sorry about that I wasn't feeling well and fell asleep now the build finish so not sure if the attached is even going to help. I still do not have access to some of my folders like /mnt/user/data/media/movie and /tv

wynternet-diagnostics-20231120-0724.zip

[JorgeB]

On 11/19/2023 at 11:33 AM, JorgeB said:

Check filesystem on disk4, run it without -n.

 

[itimpi]

Just now, ltworf13 said:

Phase 1 - find and verify superblock... Phase 2 - using internal log - zero log... - scan filesystem freespace and inode maps... - found root inode chunk Phase 3 - for each AG... - scan (but don't clear) agi unlinked lists... - process known inodes and perform inode discovery... - agno = 0 - agno = 1 - agno = 2 - agno = 3 - agno = 4 - agno = 5 - agno = 6 - agno = 7 - process newly discovered inodes... Phase 4 - check for duplicate blocks... - setting up duplicate extent list... - check for inodes claiming duplicate blocks... - agno = 0 - agno = 3 - agno = 5 - agno = 4 - agno = 1 - agno = 7 - agno = 6 - agno = 2 No modify flag set, skipping phase 5 Phase 6 - check inode connectivity... - traversing filesystem ... - traversal finished ... - moving disconnected inodes to lost+found ... Phase 7 - verify link counts... No modify flag set, skipping filesystem flush and exiting.

The ‘no modify’ at the end says that you ran with the -n option so nothing was changed.    You need to remove it for anything to be fixed.

[ltworf13]

disk 4 checkfile -n.txtsorry the first one was the wrong disk i checked

Edited November 20, 2023 by ltworf13
notes

[JorgeB]

40 minutes ago, JorgeB said:

run it without -n.

 

[ltworf13]

disk 4 checkfile.txt

[JorgeB]

Should be fixed now, look for a lost+found folder.

[ltworf13]

yes fix. thank you so much for your help . very much appreciated