12 minutes ago, ToXIc said:

i still dont see it 

Click the little blue box with the arrow at the left side of each entry.

8 hours ago, ToXIc said:

well this is fricking oddd. installed the file manager and had to google how to find/use it found an unraid thread that said it should give you an option to browse from the shares tab but i still dont see it 

Clicking on the left-most icon against a share name initiates a browse of that share

ahh thx guys sry for being derp.. 

All that looks correct to me. If you browse the media share in that view, do the missing files show up?

more weirdness.. i have a media share and a Movies share 



dockers are mapped to the movies mapping  /mnt/user/Movies/TV/ 

now same show sonarr is only seeing season2 

 

this stuff be working for years, and only a few days ago i realize the disconnect from back like Juneish  2024

 

any ideas? 

 

Is "Use Hardlinks instead of Copy" enabled? Mine was and causing completed files to move to user0 instead of their correct pool.

On 11/23/2024 at 8:10 PM, jtii39 said:

Is "Use Hardlinks instead of Copy" enabled? Mine was and causing completed files to move to user0 instead of their correct pool.

looks so on sonarr and radarr 

damn just saw this is happening with my photos share also.. thats a totally different share 

@JonathanM @itimpi just updated to 6.12.14 but still have the issue.  

decided to try and throw in the 2nd path "host path 4" but sonarr is saying its all existing and wont let it import 

 

is there a way i can reset shares or something? 

anyone? should i submit a bug report? 

Can do a quick recap on wha tthe issue is, not clear to me

I wonder why nobody asked for the diagnostics at some point. Cause working of incomplete screenshots is like putting a jigsaw puzzle together while being blind.

4 hours ago, JorgeB said:

Can do a quick recap on wha tthe issue is, not clear to me

my server seems to have a split personality between back end files structure of user and user0 file paths, ive been told that the front end shares shouldn't treat it differently but my dockers are not seeing the data in /mnt/user its only seeing the /mnt/user0 even tho the docker user path is /mnt/user/

 

3 hours ago, Mainfrezzer said:

I wonder why nobody asked for the diagnostics at some point. Cause working of incomplete screenshots is like putting a jigsaw puzzle together while being blind.

attached 

fatjoe-diagnostics-20241201-1003.zip

I’m gonna be honest here, you need to do a thorough analysis of your docker container path mappings.

 

I think you have your dockers mapped to wrong locations and are putting the blame on Unraid.

 

for example, you said you have a “Media” share and a “Movies” share. That alone tells me you messed up mapping movies in one of your dockers and it created a Movie share. You should have mapped your “Movies” to /mnt/user/Media/Movies but instead you probably have /mnt/user/Movies.

 

this has nothing to do with “user” and “user0” which I think you’re wrongly putting blame on.

 

also the screenshots up a few posts of your host paths edits you’re putting /mnt/user to /mnt/user/Movies/TV. You’d never do this instead you’re supposed to map /TV on the container side to /mnt/user/Media/TV

 

TL;DR you need to check every docker path map to make sure they’re properly mapped to the host locations. Also make sure you’re properly using capitalization because it matters (Movies and movies would be two separate locations)

 

you also need to move any files that are outside the Media share back into the media share under the respective directories or you won’t see all your files. you can use the unbalanced plugin to move them.

DO NOT MOVE FILES BETWEEN USER AND USER0

Edited December 1, 20241 yr by MowMdown

this have been working for the past few years i dont believe ive changed anything mapping wise in forever, then a few months back it stopped working and the dockers are not seeing everything in the shares. I did not manually move anything between the user and user0 i didnt even know that was a thing till i started digging. 

i never changed my maps its always been /mnt/user/Movies/TV or /HD i only started to play around with mappings after having the issue. all docker paths match from when they were setup years ago. 

the last big change was following this guide to shrink away two 1tb drives using unbalance so i can upgrade my dual cache drives.. it may be related to this 

shit.. this may be the issue.. the script was older and the array wasnt stopping. so i found this users comment in that video to create a virtual disk and that helped my blocker but i dont know if i ran the clean up after the array stopped. 

 

Likely unrelated, but one of the pool devices dropped offline in the past, run a correcting scrub on the pool and post the results.

4 hours ago, JorgeB said:

Likely unrelated, but one of the pool devices dropped offline in the past, run a correcting scrub on the pool and post the results.

do you have a guide link i can use. only finding mentions of it and the description in the wiki cant seen to find where to kick it off at. 

Click on the pool, check "correct blocks" or something like that, and then click scrub.

33 minutes ago, JorgeB said:

Click on the pool, check "correct blocks" or something like that, and then click scrub.

my server is just an array no pools 

This is a pool:

 

Nov 27 12:52:24 FatJoe emhttpd: mounting /mnt/cache
Nov 27 12:52:24 FatJoe emhttpd: shcmd (116): mkdir -p /mnt/cache
Nov 27 12:52:24 FatJoe emhttpd: /sbin/btrfs filesystem show ef5ea931-d0eb-4d2a-b8f7-386fa8a9698b 2>&1
Nov 27 12:52:26 FatJoe emhttpd: Label: none  uuid: ef5ea931-d0eb-4d2a-b8f7-386fa8a9698b
Nov 27 12:52:26 FatJoe emhttpd: #011Total devices 2 FS bytes used 55.28GiB
Nov 27 12:52:26 FatJoe emhttpd: #011devid    1 size 223.57GiB used 95.01GiB path /dev/sdz1
Nov 27 12:52:26 FatJoe emhttpd: #011devid    2 size 223.57GiB used 95.00GiB path /dev/sdaa1
Nov 27 12:52:26 FatJoe emhttpd: /mnt/cache uuid: ef5ea931-d0eb-4d2a-b8f7-386fa8a9698b

 

i can run it on that. thats just my cache and where my appdata is, my data is on the array 

UUID: ef5ea931-d0eb-4d2a-b8f7-386fa8a9698b
Scrub started: Mon Dec 2 12:25:35 2024
Status: finished
Duration: 0:05:21
Total to scrub: 110.16GiB
Rate: 351.40MiB/s
Error summary: no errors found