#Random files (a lot of them) can't be found on disk

1 messages · Page 1 of 1 (latest)

untold notch
#

This is mounted with SMB, my user should have access to all of them but I don't see the difference between the one it can see (american beauty) and the one it can't (310 to yuma)

#

here it is on my NAS, my primary group for this smb user is smbusers

untold notch
#

it definitely has access to both files, inside the docker container as well. All paths are identical in plex and on this box's mount points

#

What user does ersatz run as, maybe that's it?

untold notch
#

at this point I'm saying eff it and chmoding everything to 777 to see if it works

untold notch
#

Alright I don't think that worked because this time I'm watching the log and it doesn't even attempt to scan the 310 to yuma folder. It's skipping dozens at a time

opaque bloom
#

the container runs as root, so it's not likely to be a permissions thing

#

can you copy and paste the path in single ticks ` from the movie detail page in etv

opaque bloom
#

also - looks like you're mixing plex and local libraries for movies?

#

or just plex libraries?

untold notch
#

nope it's just plex for movies

#

/media/nfs/Quartet/Plex/movies-mw/310 to Yuma (2007) [imdb-tt0381849]/310 to Yuma (2007) [imdb-tt0381849][Bluray-720p][8bit][x264][DTS 5.1].mkv

untold notch
#

just updated the container and trying the scan again. It's still saying etags have changed btw

opaque bloom
#

so, that also shows why the etags always change, at least there

#

notice all of the subtitle errors?

untold notch
#

that's related?

opaque bloom
#

yes, it says error processing movie for every item in that screenshot

untold notch
#

I was gonna get to asking why it does that after I got the other problems resolved 😅

opaque bloom
#

it wont save an etag when it has a failure like that to force it to try again during the next scan

untold notch
#

well I'm pretty sure I've always had those failures, again not sure why

opaque bloom
#

can you send a log file from today? might have more info

untold notch
#

yeah one sec

opaque bloom
#

unfortunately no more details in the logs, will have to add some custom logging to figure out what's going on

untold notch
#

Alright no problem

untold notch
#

Alright this time I saw it, so it does see 310 to yuma but it's still unavaiable because it cannot find it on the disk

opaque bloom
#

ok, that's progress - says failed to save subtitle to db. ill dig into that section specifically and add more logging

#

i think that error is preventing it from clearing the trash flag on the item

opaque bloom
#

there's a new build now with more logging in that subtitle area, if you're able to update and see what the scan says this time

untold notch
#

Trying it now, logs in the webui disappeared though, can't even get to it through the old url

opaque bloom
#

Yeah it's kind of in an intermediate state where I ripped out the duplicate log system that drove that page and when I get it working again. Will have to look at the files manually for now

untold notch
#

alright, do you just want it whenever after I start the scan?

opaque bloom
#

i think so, i assume most of the movies it still scans have the same subtitle issue

opaque bloom
#

thanks, i should be able to fix it with this info 🤞

untold notch
#

For what it's worth. I really appreciate you sticking with me and helping me out with this. Thank you, either way

opaque bloom
#

Ok, another version available which should make it past the subtitle stuff

untold notch
#

It seems to be working, the unavailables are going down atleast. What did I do to break it so badly?

opaque bloom
#

cool. just found a hard to reproduce bug updating files that have sidecar subtitles

untold notch
#

Sweet! I may have one more here but I'll wait till it's done rescanning everything

untold notch
#

Lookin significantly better. Unsure on those 172 still being missing but also I'm noticing right above it, it just hates a chunk of my music videos

#

but when I click on it, the trash is empty

#

and if I click on the 172 there's.. supposedly a lot still not scanning in

opaque bloom
#

Looks like your search index maybe got messed up. I would stop etv, delete the search index config subfolder and start it back up. Should just take a few minutes to rebuild on startup

untold notch
#

alright one sec

untold notch
#

That fixed the trash one, and 172 are unavailable in reality as well

#

should I throw you the log again after I scan? Confirmed inside the container does see some of the files if not all of them