Server unreachable after only a few minutes

Server Version#:PMS 1.18.0, QTS 4.4.1.1086
Player Version#:Web 4.8.4

After many days of happy running (OS updated on 10th inst) my Plex server has taken to not responding after only a few minutes running. I’ve tried restarting the server app and even the whole server, cleaning bundles and optimising databases, but no joy: I can browse libraries and play music but it all stops after a few minutes.

I’ve had a look at the attached logs, but really don’t know what I’m looking for. I’m at a loss. Can anbody help, please.

TIA, Ian

Plex Media Server Databases_2019-10-15_22-01-17.zip (22.0 MB)
Plex Media Server Logs_2019-10-15_22-00-44.zip (956.0 KB)

An additional observation. This problem is affecting all clients that I’ve tried - iOS, Android and windows PMT. All of these are accessing the server remotely. I’ve only tried local access using the web app (browser on from a pc on the same ethernet networks as the QNAP).

What I have noticed is that the Remote Access setting is (sort of) being disabled. ie, after I reconnect after restarting PMS, either locally or remotely, the Remote Access setting is off (odd, because I can still connect remotely). If I set it to enabled, wait for the server to go unreachable and restart it, the setting will show as off when I reconnect. Hmmmm

I see what’s happening.

PMS, shortly after starting up, is seeing all your @recently-snapshot files and trying to analyze them.

I will check with Engineering but I don’t think this is what they intended.

In the interim or as a test, can you move your Pictures folder to a location where it is not being automatically Snapshotted ?

Oct 15, 2019 21:57:38.646 [0x7fcfa5dfc700] DEBUG - [ID 1140221] Media part analysis: /share/CACHEDEV3_DATA/Pictures/@Recently-Snapshot/6055acae-fab2-45a4-a81e-f890ea4dd96d/@Recently-Snapshot/6055acae-fab2-45a4-a81e-f890ea4dd96d/@Recently-Snapshot/6055acae-fab2-45a4-a81e-f890ea4dd96d/@Recently-Snapshot/6055acae-fab2-45a4-a81e-f890ea4dd96d/@Recently-Snapshot/6055acae-fab2-45a4-a81e-f890ea4dd96d/@Recently-Snapshot/6055acae-fab2-45a4-a81e-f890ea4dd96d/@Recently-Snapshot/6055acae-fab2-45a4-a81e-f890ea4dd96d/@Recently-Snapshot/6055acae-fab2-45a4-a81e-f890ea4dd96d/@Recently-Snapshot/6055acae-fab2-45a4-a81e-f890ea4dd96d/@Recently-Snapshot/6055acae-fab2-45a4-a81e-f890ea4dd96d/@Recently-Snapshot/6055acae-fab2-45a4-a81e-f890ea4dd96d/@Recently-Snapshot/6055acae-fab2-45a4-a81e-f890ea4dd96d/@Recently-Snapshot/6055acae-fab2-45a4-a81e-f890ea4dd96d/@Recently-Snapshot/6055acae-fab2-45a4-a81e-f890ea4dd96d/@Recently-Snapshot/6055acae-fab2-45a4-a81e-f890ea4dd96d/@Recently-Snapshot/6055acae-fab2-45a4-a81e-f890ea4dd96d/@Recently-Snapshot/6055acae-fab2-45a4-a81e-f890ea4dd96d/@Recently-Snapshot/6055acae-fab2-45a4-a81e-f890ea4dd96d/@Recently-Snapshot/6055acae-fab2-45a4-a81e-f890ea4dd96d/@Recently-Snapshot/6055acae-fab2-45a4-a81e-f890ea4dd96d/@Recently-Snapshot/6055acae-fab2-45a4-a81e-f890ea4dd96d/@Recently-Snapshot/6055acae-fab2-45a4-a81e-f890ea4dd96d/@Recently-Snapshot/6055acae-fab2-45a4-a81e-f890ea4dd96d/@Recently-Snapshot/6055acae-fab2-45a4-a81e-f890ea4dd96d/@Recently-Snapshot/6055acae-fab2-45a4-a81e-f890ea4dd96d/@Recently-Snapshot/6055acae-fab2-45a4-a81e-f890ea4dd96d/@Recently-Snapshot/6055acae-fab2-45a4-a81e-f890ea4dd96d/@Recently-Snapshot/6055acae-fab2-45a4-a81e-f890ea4dd96d/@Recently-Snapshot/6055acae-fab2-45a4-a81e-f890ea4dd96d/@Recently-Snapshot/6055acae-fab2-45a4-a81e-f890ea4dd96d/@Recently-Snapshot/6055acae-fab2-45a4-a81e-f890ea4dd96d/@Recently-Snapshot/6055acae-fab2-45a4-a81e-f890ea4dd96d/@Recently-Snapshot/6055acae-fab2-45a4-a81e-f890ea4dd96d/@Recently-Snapshot/6055acae-fab2-45a4-a81e-f890ea4dd96d/@Recently-Snapshot/6055acae-fab2-45a4-a81e-f890ea4dd96d/@Recently-Snapshot/6055acae-fab2-45a4-a81e-f890ea4dd96d/@Recently-Snapshot/6055acae-fab2-45a4-a81e-f890ea4dd96d/@Recently-Snapshot/6055acae-fab2-45a4-a81e-f890ea4dd96d/@Recently-Snapshot/6055acae-fab2-45a4-a81e-f890ea4dd96d/@Recently-Snapshot/6055acae-fab2-45a4-a81e-f890ea4dd96d/Holidays and Outings/Africa/2011-11 African Safari/17-23 Sandibe/19pm - River Cruise/P1000237.dng
Oct 15, 2019 21:57:38.646 [0x7fcfa5dfc700] ERROR - Format [RAW] - FreeImage_Load: failed to open file /share/CACHEDEV3_DATA/Pictures/@Recently-Snapshot/6055acae-fab2-45a4-a81e-f890ea4dd96d/@Recently-Snapshot/6055acae-fab2-45a4-a81e-f890ea4dd96d/@Recently-Snapshot/6055acae-fab2-45a4-a81e-f890ea4dd96d/@Recently-Snapshot/6055acae-fab2-45a4-a81e-f890ea4dd96d/@Recently-Snapshot/6055acae-fab2-45a4-a81e-f890ea4dd96d/@Recently-Snapshot/6055acae-fab2-45a4-a81e-f890ea4dd96d/@Recently-Snapshot/6055acae-fab2-45a4-a81e-f890ea4dd96d/@Recently-Snapshot/6055acae-fab2-45a4-a81e-f890ea4dd96d/@Recently-Snapshot/6055acae-fab2-45a4-a81e-f890ea4dd96d/@Recently-Snapshot/6055acae-fab2-45a4-a81e-f890ea4dd96d/@Recently-Snapshot/6055acae-fab2-45a4-a81e-f890ea4dd96d/@Recently-Snapshot/6055acae-fab2-45a4-a81e-f890ea4dd96d/@Recently-Snapshot/6055acae-fab2-45a4-a81e-f890ea4dd96d/@Recently-Snapshot/6055acae-fab2-45a4-a81e-f890ea4dd96d/@Recently-Snapshot/6055acae-fab2-45a4-a81e-f890ea4dd96d/@Recently-Snapshot/6055acae-fab2-45a4-a81e-f890ea4dd96d/@Recently-Snapshot/6055acae-fab2-45a4-a81e-f890ea4dd96d/@Recently-Snapshot/6055acae-fab2-45a4-a81e-f890ea4dd96d/@Recently-Snapshot/6055acae-fab2-45a4-a81e-f890ea4dd96d/@Recently-Snapshot/6055acae-fab2-45a4-a81e-f890ea4dd96d/@Recently-Snapshot/6055acae-fab2-45a4-a81e-f890ea4dd96d/@Recently-Snapshot/6055acae-fab2-45a4-a81e-f890ea4dd96d/@Recently-Snapshot/6055acae-fab2-45a4-a81e-f890ea4dd96d/@Recently-Snapshot/6055acae-fab2-45a4-a81e-f890ea4dd96d/@Recently-Snapshot/6055acae-fab2-45a4-a81e-f890ea4dd96d/@Recently-Snapshot/6055acae-fab2-45a4-a81e-f890ea4dd96d/@Recently-Snapshot/6055acae-fab2-45a4-a81e-f890ea4dd96d/@Recently-Snapshot/6055acae-fab2-45a4-a81e-f890ea4dd96d/@Recently-Snapshot/6055acae-fab2-45a4-a81e-f890ea4dd96d/@Recently-Snapshot/6055acae-fab2-45a4-a81e-f890ea4dd96d/@Recently-Snapshot/6055acae-fab2-45a4-a81e-f890ea4dd96d/@Recently-Snapshot/6055acae-fab2-45a4-a81e-f890ea4dd96d/@Recently-Snapshot/6055acae-fab2-45a4-a81e-f890ea4dd96d/@Recently-Snapshot/6055acae-fab2-45a4-a81e-f890ea4dd96d/@Recently-Snapshot/6055acae-fab2-45a4-a81e-f890ea4dd96d/@Recently-Snapshot/6055acae-fab2-45a4-a81e-f890ea4dd96d/@Recently-Snapshot/6055acae-fab2-45a4-a81e-f890ea4dd96d/@Recently-Snapshot/6055acae-fab2-45a4-a81e-f890ea4dd96d/@Recently-Snapshot/6055acae-fab2-45a4-a81e-f890ea4dd96d/@Recently-Snapshot/6055acae-fab2-45a4-a81e-f890ea4dd96d/Holidays and Outings/Africa/2011-11 African Safari/17-23 Sandibe/19pm - River Cruise/P1000237.dng
Oct 15, 2019 21:57:38.806 [0x7fcfa5dfc700] DEBUG - Job running: '/share/CACHEDEV1_DATA/.qpkg/PlexMediaServer/CrashUploader' '--directory=/share/CACHEDEV1_DATA/.qpkg/PlexMediaServer/Library/Plex Media Server/Crash Reports/1.18.0.1944-f2cae8d6b' '--version=1.18.0.1944-f2cae8d6b' '--platform=Linux' '--platformVersion=QTS 4.4.1.1086' '--serverUuid=c5b845f1ee0418f8341ccb6bde2388c02df38c7c' '--userId=ian@the-addisons.com' '--sentryUrl=https://sentry.io/api/1233455/minidump' '--sentryKey=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx' '--vendor=QNAP' '--model=x86_64' '--device=TS-453 Pro'
Oct 15, 2019 21:57:38.806 [0x7fcfa5dfc700] DEBUG - Jobs: Starting child process with pid 19720

If you look at the directory & file names, it’s entirely possible you have a filesystem corruption there. I’ve never seen QTS structure it that way (nesting them).

Thanks Chuck. @ChuckPa

Well, I seem to be running and stable again … a good couple of hours now.

I moved the ‘pictures’ folder as you suggested, and all was well 'cept Plex didn’t like not being able to find it :slight_smile:.

So then I removed my whole Photo’s library from Plex, put ‘pictures’ back’ and created a new photos library pointing to a single folder way down the nesting in the ‘pictures’ share. Still OK.

So then I added another photos library pointing at the whole of ‘pictures’ again. Took a while to finish rescanning, but running OK since.

You are obviously right about PMS scanning the @recently-snapshot files, but there is almost nothing in there now, so maybe thats why it’s OK. The only files are a desktop.ini and the attached .plexignore file which I thought would make Plex ignore the folder. Of course, it doesn’t have the .txt suffix, I added that to be able to upload it. It’s not an empty file. Does it need to be, I wonder? If not, it points to a fault, I think.

.plexignore.txt (102 Bytes)

It looks like I have a workaround for now, but I am very reluctant to move ‘pictures’ permanently.

You were suspicious of the nesting being a QTS problem. The folders’ structure was not set by QTS. ‘Pictures’ is a QTS Shared folder and the contents are accessed by various other bits of software running on my windows PCs, principally Lightroom which I use for my photographic work. That where the folder structure has come from; by my choice admittedly.

I mentioned the problem with the ‘Remote Access’ flag. That seems OK new, too.

Thanks for looking and your help. I’m OK for now, but do look forward to a proper fix. Happy to check a beta if you like.

regards, Ian

You have a workaround, good.

I have the change request submitted to get this fixed.

This topic was automatically closed 90 days after the last reply. New replies are no longer allowed.