We have two Synology servers with both running Plex. After a certain time both servers suddenly stop the Plex service. This could be 1 hour or after 36 hours. In the Synology Log there is nothing to see why the service would stop. After starting the service again all is working straight away without any problems. See below for some more information and the log files. Could someone see why the service stops?
It looks like our Crew Plex is stopping more often, this one is also getting used more. All our clients are the same, Apple TV 4K.
Updated both servers yesterday to version 1.40.1.82227-7000 in hope this would solve the issue. But, after a couple of hours one of the servers already crashed?
Are you good enough to run my tool and clean up the Photo Transcoder cache?
I ask because, while I can’t prove anything, I see a lot of photo transcoder timeouts right before it does crash.
I’m wondering if there are so many files that it’s causing PMS a problem.
If that’s true then we have a bug which needs fixing.
One way to diagnose is prune out all the old photo transcoder files and see what happens.
Alternatively, you could just purge all entire cache and let it regenerate what it needs as they are needed.
If you’d like to purge only the older files, we can use my tool (PlexDBRepair)
If you want to purge it all, you can
– Stop Plex
– FileStation → PlexMediaServer/AppData/Plex Media Server/Cache/PhotoTranscoder
– Delete everything in that transcoder cache folder. (there are probably a lot of files)
My tool, which has a Purge command , is here.
I have a lot of documentation and usage instructions in the README.md file
Putty / SSH commands it not a problem. What would you like me to do, I’m happy with purging all files if needed. If this makes it easier for you to see if there is a bug or not!
I’m currently testing with some players but half of them won’t even play a movie. Just getting a spinning wheel. Some do play but also takes 1 or 2 minutes to start a movie. Would it be good to optimize the database as well?
Unfortunately I can’t take these servers off that long. I could take them offline for a day but not really longer.
Could I use your database tool to scan the database on corruption?
I had a look at the servers and they are both clean, they are inside a cooled rack and temperatures are not getting above 20 degrees Celsius inside the rack and the NAS is about 23 degrees Celsius.
The tool has no way of knowing if the contents of the records are valid or not
( It has no intelligence about what’s in the DB – and that’s beyond what a shell script can do )
If you were to rebuild one, how long would it take ?
Plex seems to be running fine again after running this tool. Just to make sure I have also used the auto function of the DBRepair tool. Thank you for the help.
Checks the DB files to ensure they aren’t physically damaged (basic sqlite is valid).
Exports all the valid records from the file to ASCII (text) file.
(exporting ignores anything which was deleted or otherwise orphaned in the files)
Import back into fresh DB files which will become the live files
Check the DB validity after import
Rebuild all the indexes
Check the DBs again.
If there are no errors to this point,
– Move the current DB files off to the side.
– Move the new DB files to be used as production
– Cleanup
Return to the menu
There is another function you can use for cleaning things up.
“Prune” will clean out the PhotoTranscoder directory (it tends to collect old posters which aren’t used).