I could only see 9 crashes - may be the others did not get uploaded successfully. Do the crashes result in exception events in the Windows Event Log - could you check using eventvwr.exe
These were the times i could see for some of the crashes
Feb 16, 2019 01:28:24.827
Feb 16, 2019 01:33:55.844
Feb 16, 2019 01:36:46.873
Feb 16, 2019 10:00:21.020
Feb 16, 2019 10:54:58.242
The biggest number of items is music tracks - over a number of libraries… These are the counts from the database. I have only picked deletions for the music items as they were the biggest number of items - but not many deletions so emptying trash does not come into it
I’ll see about getting at more with the event viewer.
I’m going to run a count on the libraries, because I’m curious about those numbers. Admittedly, I’ve been known to add 200-300 albums at a time (ripping classical box sets) but that total seems way off the scale even for me.
I know the movie count is off a bit – some of the items listed are TV things that don’t follow a standard labeling scheme; I have some libraries (mostly on the other server) set up to scan the same items as TV and movies. It’s a kludge, but one works with what’s there – this is hy I think we need a mixed media library setup, to catch things like the documentaries I have in one folder that’s scanned twice, or the instructional stuff that’s scanned three times (TV, movie, music.)
The actual amount of duplication in my libraries on Bearcub shouldn’t lead to such an overage, though, even if I’m double-listing Steve Roach’s discography.
EDIT TO ADD:
And just to provoke some laughs, I just did a back of the envelope tally using file counts, just on music – 1,071,763 files, 71,757 folders. This would include non-music files as we1l, of course.
The higher album count than folder count is explained by my two various artists directories, I think.
Somebody around here needs to quit buying classical boxes and Groupees bundles…
I can guarantee a plex server crash every time when streaming a video and scanning at the same time using 1.15.0.659; again never had this issue before
and when i try to go back to 1.14 the installer tell me no, because i’ve already installed a newer version; stuck in plex crash limbo
I cannot find any crash reports for this second server - Brainbuntu
Is crash reporting enabled in server / settings / general / show advanced
After you restarted the server after 21:40, were there any Plex Crash Uploader log files created in the logs directory? C:\Users\David\AppData\Local\Plex Media Server\Logs
Crash reporting should be enabled, but I’ll double check in case I turned something off. What you got in the log files collection is whatever I found updated to the day of the crash.
The downgraded installation is currently chugging along through that insane morass of files (I’m considering starting a third server! Though it might be best to consolidate video on one and music on the other) and rebuilding libraries.
Speaking of which, that rebuilding is peculiar — I’d expected Plex to eventually scrub the libraries that were AWOL and then moved, but it only did that with some (marking them as trashed — red overlay with trashcan), while others restored in a flash — both those that had a repaired drive assignment (E:\Classical I ended up being E:\Classical I, for example, do the pointer stayed the same) and those moved to a drive with a different assignment.
Other libraries, meanwhile, have ground through a full restoration. At least two need another pass as the dB entries are confused.
All of this is, if course, ultimately pyrrhic given that I’ll shortly switch boxes for Bearcub.
if crash reporting is enabled then after restarting the server after the crash (so the relaunch after 21:40) it would attempt to upload the crash report and would log that action in the Plex Crash Uploader.log file. I would like to see if this was done
I’ll start a database optimize in the morning, to see if it’ll crash again, and do the usual log upload whoop-ti-doo.
WHich reminds me, I still need to send you whatever I can get out of the event viewer on Bearcub…at this point it might be pointless, though, unless I update back to 659 on that server and start blowing things up again.
Here’s an interesting twist tobthe 659 saga — now I can’t get the installation on Brainbuntu to crash at all. I even turned chapter thumbnails back on as a scheduled task.
I’ve done multiple updates, added media, removed media, optimized the database, cleaned bundles, emptied trash — all multiple times.
Would you like the latest logs to see what isn’t happening that might provide a clue?
The rollback on BearcubII remains rock solid, though it’s sometimes cranky about library changes. It’s been scanning media as normal, finding things it missed. The database, optimized, is a bit smaller.
I real8ze, by the way, that there are people with Plex media libraries much, much bigger than mine. What’s the biggest database you’ve seen in a Plex setup?
would not mind seeing logs covering whole period when scheduled tasks run
To see if we are doing media indexing (preview thumbnails) during this period
It would help if the chapter preview option would stay switched on, wouldn’t it? I’ve enabled it, and I’ve enabled the video preview thumbnails option to, and done so for “when media added” as well as a scheduled task.
I’m now going to run a scan and see if I get 659 to explode. Wish me luck.
