recently added shows… not showing (redux)

hey, there.

remember me? probably not.
remember this:

well, it’s back.

i went through all the database rigamarole,
+according to terminal, everything checks out.

i started to follow @sa2000’s advice, again,
starting with adding a tv show+updating (“scan library files”),
+sure enough (it took a while), but that episode
did populate.

the problem is now two-fold?:
• there’s a lot more where that came from (across many libraries)
• does this address the underlying issue? will i have to keep
checking back+doing this manually?

the security conscious in me would rather send logs privately.

hey, @trumpy81,

sorry for the confusion! (+the delay.)

@sa2000 helped me last time, +
this issue is not that issue. same…
“symptoms,” but not the same problem
(as best i can tell). the database
passes integrity tests.

BUT, the problem seems to be this:

the scanner seems to be getting stuck
(+on particular library, too). if i kill it,
+manually scan the one i want updated
(after several tries), it works. so, it seems
to be scanner related, +not database related.

thanks for going through these paces
with me.

whoops, hit “yes” instead of “no,” on that.

sorry, @trumpy81, we’re still missing each other.
that issue was resolved. i only referenced it as
the symptoms were similar. you should disregard
any+all logs from it, as the db was repaired.

this issue: the db is 100% fine, healthy, etc. @
least, from the method which sa2000 talked
me through. so, i don’t think db talk is needed.
db’s check pass+pass+pass.

like i said, from what i can tell, this is just the scanner.

as far as permissions go:

i’m an apple consultant, +i’m quite familiar with
permissions in the macos world. i run diskwarrior on
all my machines, monthly. i’m pretty sure that
i did a permissions check as well (as that’s no
longer part of disk utility), but i’m not 100% on
that. diskwarrior’s directory check passed with
flying colors, though.

(i should note: this a remote machine, so i’m not there often.)

i’ll make an extra trip to double-check permissions.

there is a new problem.
it’s the same as in that libraries are not updating.
it’s different in that the database is fine.

well, it’s back,
= the same part. libraries. not. updating. also, see subject line.

i went through all the database rigmarole,
+according to terminal, everything checks out.
= the different part. which suggests i tried what
previously worked, +it was not the problem.

which is very next line after the one you quoted.
no mind reading necessary, required, or desired.

the previous issue was revolved (if you read that),
+this is a new one.

i’m open to other suggestions to help sniff this out.
db is not the problem according to terminal.
it seems like the scanner keeps scanning on a single library.

what i have done so far:

• everything that sa2000 talked me through from last time.
last time it found database corruption.
last time it got fixed.

this time it found no database corruption.
(i ran the fix paces on it anyway:
https://support.plex.tv/hc/en-us/articles/201100678-Repair-a-Corrupt-Database
all db related stuff checked out,
+ulimately did not solve my subject line’s avail.)

your advice:
• check hdd =
the server lives on an sdd - diskwarrior’d = √
the content lives on a raid - also diskwarrior’d,
but a lot of other checks in place = √
• check permissions = √
(i did it to run the paces, but shy of shares,
this solves almost nothing in recent macos’s.)
• scrapping my current libraries =
that’s burning the barn down to catch the mouse.
you’re right. i’ve not done this, +with my time
invested, you can be sure it’ll be a last ditch
effort before i do.
• filebot = have owned a license forever.
again, old logs.

checking the “plex logs” hardly narrows it down.
which log(s). if watching the plex interface,
i notice the scanner scans indefinitely, would
that be the place to start?

far be it from me to tell you how to do
your volunteer job, but sa2000 started
questions+with one thing+stepped
me through it.
you jumped in based on old logs (which
were not the point of me linking to the
former post), asked me to read a slew
of articles (i would argue most irrelevant),
then threw 500 things @ me to try,
which is not good for troubleshooting+
getting to the root cause.

i know this started off friendly+has since
got edged+heated, but i am grateful for the help.

hey, @trumpy81,

so, i talked to sa2000, he gave me some pointers+
asked me to return to this thread. first:

“forget about what was said before and start again afresh”

second:
attach logs (see attached).

third:
“So ensure debug logging enabled on the server settings”

fourth, fifth, sixth:
“Restart the server to get new logs created”
“Do the movies scan and see if there is an issue”
“Download logs zip when there is an issue”

the only snag in his instructions i see, are
the issue… doesn’t wrap? meaning, because
the folder scan never stops scanning. so,
the issue is happening in real time. unless
i manually quit the scan, it never wraps (will
seriously go for days, maybe more).

but, here’s a new starting point:

will do+report back.

I am surprised the zip only had one Plex Media Server.log file and no scanner logs. Did you edit the zip file ? or is that how it got produced? Need to make sure all the log files within ~/Library/Logs/Plex Media Server/ and the PMS Plugin Logs directory are captured into the zip

So please make sure all the log files are included in the zip. If not, copy all manually and then zip the copied files. There were no scanner logs at all in your zip and only 1 server log when there would have been a few

The server log you included showed 6 scanner logs scheduled - which one was looping ? The last one?

13:54:11 for /Volumes/Films/The Cheap Seats/ 
13:54:34 for /Volumes/Films/The Cheap Seats/Split (2017)/

14:12:43 for /Volumes/Films/In Theaters (Now Playing)/
14:13:29 for /Volumes/Films/In Theaters (Now Playing)/Monster Trucks (2017)/

14:28:16 for /Volumes/Films/In Theaters (Now Playing)/
14:29:10 for /Volumes/Films/In Theaters (Now Playing)/Sold (2017)/

14:39:14 for /Volumes/Films/Incoming/

And are you downloading films directly into the library into /incoming ?
Downloads ought to be into a download area and when completed - moved to a library
Could you periodic library listing of /Volumes/Films/Incoming/ to show if the directory is changing and having new content

I am concerned about the 1969-12-31 date showing here and other similar log entries

Sep 29, 2017 14:29:17.883 [0x700009cb9000] DEBUG - Last refresh (1969-12-31 18:59:59) appears to be older than directory change time (2017-09-29 14:28:11), need to refresh local media agent.

Sep 29, 2017 14:29:17.883 [0x700009cb9000] DEBUG - Refreshing GUID: 'com.plexapp.agents.imdb://tt3881784?lang=en'

Sep 29, 2017 14:29:26.956 [0x700009489000] DEBUG - Last refresh (1969-12-31 18:59:59) appears to be older than directory change time (2017-09-29 14:28:11), need to refresh local media agent.
Sep 29, 2017 14:29:26.956 [0x700009489000] DEBUG - Refreshing GUID: 'com.plexapp.agents.imdb://tt3881784?lang=en'

Could you tell what the base directories are in the library definitions
You would see on the dialogue box for Edit Library / Add Folder screen - perhaps you could do screenshots

Normally issues with last modified date attribute would only arise if one has a volume / drive as the root for a library as opposed to directory level

ok, so, i did as you said,
+really no change. it started
scanning an earlier alphabetically
library+seemed like it was taking
4-5 hours on just that library, but
it finally moved on.

then it returned to the library in
question, again. i went to grab
a fresh set of logs, but instead
of clicking ‘setting’ i accidentally
clicked ‘status’ which appeared to
be giving me realtime scanning
details. every minute, it would
scan the same series of files,
(actually, many times per minute),
+kind of describing my infinite
scan loop, but from another angle.
i started digging into that folder,
+sure enough, somehow the media
file was a symlink to its containing folder.

thus, the infinite loop.

no idea how that got created.

anyway, deleting that killed that
loop (anyway). but as i type this,
the library in question is still (seemingly)
taking quite a while. +then there’s the
5 hours on the previous library.

so, i’ll try to keep my eyes on “status”
to help get to the bottom of this.

right now, status is showing:
“opened connection to [server], listening for events.”
+has been like that for almost 10 minutes.
so, i guess i’ll have to wait 'til it shows
a bit more detail.

will keep this posted.

quick edit/update:
i quit/restarted the server. i got this under status:


```10:11pm connection to [server] closed.

```9:58pm scanning s… (year) nr

```9:58pm scanning b… (year) r

```9:58pm scanning t… (year)

```9:58pm scanning i… (year) pg-13

```9:58pm scanning b… (year) pg

```9:58pm scanning b… (2009) r

```9:58pm scanning b… (year) pg-13

so, nothing for roughly 13 minutes while
the scan loop persisted.

@sa2000, missed your post. (left the window open or something).

will loop back.

while i review that, is there any way to see what it’s scanning in real time? status doesn’t always show that.

The server log you included showed 6 scanner logs scheduled - which one was looping ? The last one?

no. it actually wasn’t listed in the log.
+i honestly don’t remember what it
is, now.

And are you downloading films directly into the library into /incoming ?

no. i rip to one folder, compress to another, then
most go into one library, others to others.

Could you periodic library listing of /Volumes/Films/Incoming/ to show if the directory is changing and having new content

i think this is missing a verb? since i’ve noticed this issue, sometimes it changes, sometimes it doesn’t (but that’s not watching closely).

Could you tell what the base directories are in the library definitions
sure:
incoming:
/Volumes/Films/Incoming
/Volumes/Incoming/Films
/Volumes/TV/Temp Films/Movies

cheap:
/Volumes/Films/The Cheap Seats
/Volumes/TV/Temp Films/The Cheap Seats

@killthevideostar said:
@sa2000, missed your post. (left the window open or something).

will loop back.

while i review that, is there any way to see what it’s scanning in real time? status doesn’t always show that.

I always copy the logs out and then browse them and do again

You can sort the directory view by last modified date/time to see which logs got created last

The scanner logs would all start with Plex Media Scanner in the filename

if the scanner loop was none of the scanner jobs I listed then would need to know what library it was for

@killthevideostar said:

The server log you included showed 6 scanner logs scheduled - which one was looping ? The last one?

no. it actually wasn’t listed in the log.
+i honestly don’t remember what it
is, now.

In which case need to see all the added plugins logs as well Can’t see how a scanner would be going whilst not showing as started in the Plex Media Server logs

So start with a clean state - ie reboot
Try to bring the problem on
Note down what it is that is looping - which process

Capture all the logs
and also the contents of the Logs/PMS Plugin Logs directory
Zip and attach together with any info you have on what PID / job is looping