For the last two nights in a row, the server running on my DS1813+ has crashed during maintenance. My PC server also crashed a few days ago during maintenance, but I put that down to Windows 11 misbehaving, perhaps that was not the case.
The logs appear to show normal maintenance occuring and then a sudden crash and I wake up to a non running server.
My libraries should be in good order and the databases should have zero errors after thoroughly cleaning them while diagnosing another issue a few months ago, nothing has changed since then apart from the addition of a few video & music files.
Plex auto updated to PlexMediaServer-1.32.4.7195-7c8f9d3b6-x86_64_DSM6 on my DS1815+ at 11:00pm last night, thanks to my script and this morning, during maintenance (2am to 5am), it crashed.
Log snippet at time of crash:
Jun 14, 2023 03:09:53.412 [140196832594744] DEBUG - Calling back into ourselves for photo to transcode, optimizing the process (status: -1)
Jun 14, 2023 03:09:53.412 [140196832594744] DEBUG - Photo cache obtained 93698 bytes from /library/metadata/40598/thumb/1686676193
Jun 14, 2023 03:09:53.412 [140196832594744] DEBUG - Saving original media file to /volume1/Plex/Library/Application Support/Plex Media Server/Cache/PhotoTranscoder/88/88605cac0313d4f0db38717bbcaa6fc6d96c4bfc.jpg
Jun 14, 2023 03:09:53.677 [140196832594744] DEBUG - [JobRunner] Job running: "/volume1/@appstore/Plex Media Server/CrashUploader" "--directory=/volume1/Plex/Library/Application Support/Plex Media Server/Crash Reports/1.32.4.7195-7c8f9d3b6" --version=1.32.4.7195-7c8f9d3b6 --platform=Linux "--platformVersion=DSM 6.2.4.25556-7" --serverUuid=8f23cbfdd91aa3fd73dbe1d38cbe5223a3e5ccff --userId=trumpy81@optusnet.com.au --sentryUrl=https://o17675.ingest.sentry.io/api/1233455/minidump/ --sentryKey=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx --vendor=Synology --model=x86_64 --device=DS1815+
Jun 14, 2023 03:09:53.697 [140196832594744] DEBUG - [JobRunner] Jobs: Starting child process with pid 1047
This seems to be the same as the crash on the DS1813+ I reported a few days ago.
************* Preparing the environment for Debugger Extensions Gallery repositories **************
ExtensionRepository : Implicit
UseExperimentalFeatureForNugetShare : false
AllowNugetExeUpdate : false
AllowNugetMSCredentialProviderInstall : false
AllowParallelInitializationOfLocalRepositories : true
-- Configuring repositories
----> Repository : LocalInstalled, Enabled: true
----> Repository : UserExtensions, Enabled: true
>>>>>>>>>>>>> Preparing the environment for Debugger Extensions Gallery repositories completed, duration 0.000 seconds
************* Waiting for Debugger Extensions Gallery to Initialize **************
>>>>>>>>>>>>> Waiting for Debugger Extensions Gallery to Initialize completed, duration 0.125 seconds
----> Repository : UserExtensions, Enabled: true, Packages count: 0
----> Repository : LocalInstalled, Enabled: true, Packages count: 36
Microsoft (R) Windows Debugger Version 10.0.25877.1004 AMD64
Copyright (c) Microsoft Corporation. All rights reserved.
Loading Dump File [\\DiskStation\Plex\tmp_transcoding\d93722dd-aa48-4fc7-6c109f83-a7f26054.dmp]
User Mini Dump File: Only registers, stack and portions of memory are available
Symbol search path is: srv*
Executable search path is:
Generic Unix Version 0 (Linux 3.10.105 #25556 SMP Tue Mar 21 22:24:38 CST 2023 x86_64) MP (4 procs) Free x64
Debug session time: Mon Jun 19 02:23:39.000 2023 (UTC + 10:00)
System Uptime: not available
Process Uptime: not available
................................................................
............
This dump file has an exception of interest stored in it.
The stored exception information can be accessed via .ecxr.
(f0f0f0f0.7bbd): Unknown exception - code 0000000b (first/second chance not available)
For analysis of this file, run !analyze -v
*** WARNING: Unable to verify timestamp for libfreeimage.so
libfreeimage+0x31c388:
00007f44`83e39388 0fb606 movzx eax,byte ptr [rsi] ds:00007f44`76b738d4=??
Thanks SA, here are the files you requested. There are more dmp files in the tmp_transcoding folder if you need to see them, although some date back to March or so.
Also, both my NAS Plex servers crashed again, during maintenance last night, logs below.
I have analyzed two crashes from your Synology DS1815+ NAS - one at 02:23 am on 19th June and one at 10:47 on 15th June - they were the same crash point - whilst generating thumbnail images
I have referred it to the server development team
Do you know which version these crashes started with ?
I will look next at the new logs you attached and will let you know if there are any dmp files to be retrieved
could you copy out these folders and zip them please
/volume1/Plex/Library/Application Support/Plex Media Server/Metadata/Movies/6/4addda7eb54d6d32a9fc5c97a45c926cd11ff76.bundle
/volume1/Plex/Library/Application Support/Plex Media Server/Metadata/Movies/1/bab1cce7b3c2cb208c077fcb4e4f6b8bd4bcf86.bundle
/volume1/Plex/Library/Application Support/Plex Media Server/Metadata/Movies/c/0744a1a33b898116de6414b0f820ba7abb7d154.bundle
/volume1/Plex/Library/Application Support/Plex Media Server/Metadata/Movies/e/0ab32a22172ea8a577845c64cbb81adff19d208.bundle
/volume1/Plex/Library/Application Support/Plex Media Server/Metadata/Movies/b/5750e985139e7450eac2f16a10ec42decc52201.bundle
and see if these jpgs still exist - copy out and zip
/volume1/Plex/Library/Application Support/Plex Media Server/Cache/PhotoTranscoder/1d/1ddea5a4cddb55c5bd5c6cbe8b0282abe76cb592.jpg
/volume1/Plex/Library/Application Support/Plex Media Server/Cache/PhotoTranscoder/43/43fe93f9e1bb5e90ecdc22f1524c0c9552c05028.jpg
/volume1/Plex/Library/Application Support/Plex Media Server/Cache/PhotoTranscoder/e3/e32b9cb98d885a61e8a1ac250217dea511f3d9ba.jpg
/volume1/Plex/Library/Application Support/Plex Media Server/Cache/PhotoTranscoder/b5/b5a1d15841cbabb217d732b4f0809367deacf688.jpg
/volume1/Plex/Library/Application Support/Plex Media Server/Cache/PhotoTranscoder/1e/1eb91de01761a89c19da6724f72a71b67034098e.jpg
and can you find out what this media is
You can get details by http://ip-of-ds1815+-PMS:32400/library/metadata/40480?X-Plex-Token=xxxxxxxxxxxx
and adding your server token
If you can identify the media, copy it out and zip the copy and upload somewhere and send me link to download by PM
Thanks
I need to see more examples of logs of the crash to see if we crash on same items or random
both sets of crashes - the DS1813+ ones and the DS1815+ are similar - whilst creating thumbnail image files for library items
Interesting that a crash at 10:36:18 on the 15th June did not get the PMS process to exit and it continued to run until it crashed again - on the 20th June
I have added these diagnostics to the existing issue that I referred to the development team
We need to work out a way where we can replicate the problem - if the bug cannot be easily found
You will find the oldest dmp files I have in the .zip file below. The file from the 4-Mar-2023 is from the DS1815+ and the file from the 6-Mar-2023 is from the DS1813+.
Plex version 1.32.5.7210 was installed last night, so I will keep a close eye on things over the next few days. Fingers crossed, the issue may be solved, at least there were no crashes during maintenance this morning.
And thanks again for looking into this for us, it is much appreciated.
I had been adding some Movie files and while I was on the Plex/Web home page, I clicked on my DiskStation Movie library to check how many files I have in that library now and then went straight back to the home page.
That seem to cause the server to crash. I don’t see anything unusual in the logs.
