Don't know, if Crash Uploading is working or not. How to find out? Too many requests?

Plex Media Server NAS & Devices
21

i also followed along. i got the same results as FlexiPlexi. in steps 1-5
however i do see several date values forcom.plexapp.plugins.library.db- in that folder.
Annotation 2020-01-04 002945|689x314
what next?

22

Flexi,
There’s a reason it’s messing up on your system. We need to find it.

What I propose, to get you back up and running, is simple. We can backfil information later.

  1. Open the Plex share in File Station
  2. Rename ‘Library’ -> ‘Library.hold’
  3. sign out of the Plex/web app for now (upper right)
  4. Start Plex
  5. Give it 30-45 seconds to startup (this is first-run initialization time)
  6. Now open http://ip.addr.of.syno:32400/web
  7. Give this server a new, unique “Friendly Name”.
  8. Go through a minimal but valid setup (make one small library section)
  9. Continue through until you get to the dash
  10. At the dashboard, Settings - Server - Scheduled Tasks.
  11. Verify “Backup the database” is enabled.
  12. Doublecheck when maintenance is run
  13. Verify the NAS and PMS run during that window (NAS not asleep)
23

@fretimmerman

For you, we use the backups as they are intended:

  1. Stop Plex
  2. Rename com.plexapp.plugins.library.db — add a --damaged to the end.
  3. Copy your newest backup (using the Syno right-click copy function) to make a duplicate
  4. Rename the duplicate to take the name com.plexapp.plugins.library.db
  5. Right-click it -> Properties.
  6. Set Owner to “Plex”.
  7. Restart PMS
  8. Scan files and refresh all metadata for all sections to update it
  9. Optimize database when complete.
24

since “refresh all metadata” can take a while, depending on the amount of files you have…
is there an easy way to know when it is complete?

25

@fretimmerman No, Only you have an idea. It is much faster than matching new. With decent internet, it’ll take about 10 seconds per. My concern is you added or deleted media and it needs to resync with your current content.

26

@ChuckPa

I step out of this thread, because it is about “Plex Crash Uploder” and hopefully your assistance will help @fretimmerman to get the Crash Uploader running and find and fix the cause (if its not the same as the cause on my system).

Please follow up to the new created thread, I will continue to report what happened:

@fretimmerman good luck!

27

@FlexiPlexi

Symlinking on a Synology is BAD.

If you must, create new subdirectories or shares and then add them individually.

28

FYI: i just checked, and i did not add or delete media between the oldest backup in the folder and today’s crash.
it might’ve been the “search for subtitles” options during playback though. (since that’s when it crashed, so i’ve been told)
i’m guessing this also adds files to plex folders somewhere?

29

importing subtitles does add them. Depending on the method, some go into your metadata structure and others go with the media.

As long as you know you didn’t add anything since that last backup, you should be fine .

30

I have to chime in again:
after creating a new DB as you proposed, the crash uploader seems to try to upload, but is bombing sentry.io.

The music library shows 129375 tracks atm, and that is only the begining of the indexing. I’m sure, the trillion is reached again the next days ;->

Jan 06, 2020 01:54:27.380 [0x7f48e3a6b700] INFO - Crash Uploader - Platform: Linux ServerUUID: myserverid UserId: myuserid Version: 1.18.4.2171-ac2afe5f8
Jan 06, 2020 01:54:27.375 [0x7f48e995d740] DEBUG - HTTP requesting POST https://sentry.io/api/1233455/minidump?sentry_key=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
Jan 06, 2020 01:54:29.015 [0x7f48e995d740] DEBUG - HTTP 429 response from POST https://sentry.io/api/1233455/minidump?sentry_key=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
Jan 06, 2020 01:54:29.015 [0x7f48e995d740] ERROR - Failed to upload crashdump 21319d78-7483-1a7d-04483caa-05ef5e45: 429
Jan 06, 2020 01:54:29.015 [0x7f48e995d740] DEBUG - HTTP requesting POST https://sentry.io/api/1233455/minidump?sentry_key=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
Jan 06, 2020 01:54:31.086 [0x7f48e995d740] DEBUG - HTTP 429 response from POST https://sentry.io/api/1233455/minidump?sentry_key=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
Jan 06, 2020 01:54:31.086 [0x7f48e995d740] ERROR - Failed to upload crashdump 0ed9cf1e-460c-6055-6620ac22-703fa94a: 429
Jan 06, 2020 01:54:41.731 [0x7f37c909a700] INFO - Crash Uploader - Platform: Linux ServerUUID: myserverid UserId: myuserid Version: 1.18.4.2171-ac2afe5f8
Jan 06, 2020 01:54:41.691 [0x7f37cef8c740] DEBUG - HTTP requesting POST https://sentry.io/api/1233455/minidump?sentry_key=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
Jan 06, 2020 01:54:43.305 [0x7f37cef8c740] DEBUG - HTTP 200 response from POST https://sentry.io/api/1233455/minidump?sentry_key=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
Jan 06, 2020 01:54:43.305 [0x7f37cef8c740] INFO - Successfully reported 1193ab41-9d8f-9777-2b39ef57-076378b8
Jan 06, 2020 01:54:43.306 [0x7f37cef8c740] DEBUG - HTTP requesting POST https://sentry.io/api/1233455/minidump?sentry_key=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
Jan 06, 2020 01:54:45.016 [0x7f37cef8c740] DEBUG - HTTP 200 response from POST https://sentry.io/api/1233455/minidump?sentry_key=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
Jan 06, 2020 01:54:45.016 [0x7f37cef8c740] INFO - Successfully reported 21319d78-7483-1a7d-04483caa-05ef5e45
Jan 06, 2020 01:54:45.017 [0x7f37cef8c740] DEBUG - HTTP requesting POST https://sentry.io/api/1233455/minidump?sentry_key=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
Jan 06, 2020 01:54:46.568 [0x7f37cef8c740] DEBUG - HTTP 200 response from POST https://sentry.io/api/1233455/minidump?sentry_key=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
Jan 06, 2020 01:54:46.568 [0x7f37cef8c740] INFO - Successfully reported 0ed9cf1e-460c-6055-6620ac22-703fa94a
Jan 06, 2020 02:11:34.484 [0x7fcafdf87700] INFO - Crash Uploader - Platform: Linux ServerUUID: myserverid UserId: myuserid Version: 1.18.4.2171-ac2afe5f8
Jan 06, 2020 02:11:34.397 [0x7fcb03e79740] DEBUG - HTTP requesting POST https://sentry.io/api/1233455/minidump?sentry_key=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
Jan 06, 2020 02:11:36.023 [0x7fcb03e79740] DEBUG - HTTP 429 response from POST https://sentry.io/api/1233455/minidump?sentry_key=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
Jan 06, 2020 02:11:36.023 [0x7fcb03e79740] ERROR - Failed to upload crashdump 2850cf23-61fd-e480-246286d8-653b249f: 429
Jan 06, 2020 02:11:38.160 [0x7efe98acb700] INFO - Crash Uploader - Platform: Linux ServerUUID: myserverid UserId: myuserid Version: 1.18.4.2171-ac2afe5f8
Jan 06, 2020 02:11:38.153 [0x7efe9e9bd740] DEBUG - HTTP requesting POST https://sentry.io/api/1233455/minidump?sentry_key=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
Jan 06, 2020 02:11:39.870 [0x7efe9e9bd740] DEBUG - HTTP 429 response from POST https://sentry.io/api/1233455/minidump?sentry_key=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
Jan 06, 2020 02:11:39.870 [0x7efe9e9bd740] ERROR - Failed to upload crashdump 6033f8e4-3e28-72e3-48bc7d41-4417aa61: 429
Jan 06, 2020 02:11:39.871 [0x7efe9e9bd740] DEBUG - HTTP requesting POST https://sentry.io/api/1233455/minidump?sentry_key=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
Jan 06, 2020 02:11:41.428 [0x7efe9e9bd740] DEBUG - HTTP 429 response from POST https://sentry.io/api/1233455/minidump?sentry_key=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
Jan 06, 2020 02:11:41.428 [0x7efe9e9bd740] ERROR - Failed to upload crashdump 2850cf23-61fd-e480-246286d8-653b249f: 429
Jan 06, 2020 02:33:14.861 [0x7f3366f0b700] INFO - Crash Uploader - Platform: Linux ServerUUID: myserverid UserId: myuserid Version: 1.18.4.2171-ac2afe5f8
Jan 06, 2020 02:33:14.859 [0x7f336cdfd740] DEBUG - HTTP requesting POST https://sentry.io/api/1233455/minidump?sentry_key=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
Jan 06, 2020 02:33:16.440 [0x7f336cdfd740] DEBUG - HTTP 429 response from POST https://sentry.io/api/1233455/minidump?sentry_key=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
Jan 06, 2020 02:33:16.440 [0x7f336cdfd740] ERROR - Failed to upload crashdump 6033f8e4-3e28-72e3-48bc7d41-4417aa61: 429
Jan 06, 2020 02:33:16.441 [0x7f336cdfd740] DEBUG - HTTP requesting POST https://sentry.io/api/1233455/minidump?sentry_key=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
Jan 06, 2020 02:33:17.990 [0x7f336cdfd740] DEBUG - HTTP 429 response from POST https://sentry.io/api/1233455/minidump?sentry_key=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
Jan 06, 2020 02:33:17.990 [0x7f336cdfd740] ERROR - Failed to upload crashdump 2850cf23-61fd-e480-246286d8-653b249f: 429
Jan 06, 2020 02:33:17.990 [0x7f336cdfd740] DEBUG - HTTP requesting POST https://sentry.io/api/1233455/minidump?sentry_key=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
Jan 06, 2020 02:33:19.617 [0x7f336cdfd740] DEBUG - HTTP 429 response from POST https://sentry.io/api/1233455/minidump?sentry_key=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
Jan 06, 2020 02:33:19.617 [0x7f336cdfd740] ERROR - Failed to upload crashdump 488968b3-a7ec-68a4-1f471957-3b39520e: 429
Jan 06, 2020 02:33:20.019 [0x7fdd6765c700] INFO - Crash Uploader - Platform: Linux ServerUUID: myserverid UserId: myuserid Version: 1.18.4.2171-ac2afe5f8
Jan 06, 2020 02:33:20.017 [0x7fdd6d54e740] DEBUG - HTTP requesting POST https://sentry.io/api/1233455/minidump?sentry_key=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
Jan 06, 2020 02:33:21.492 [0x7fdd6d54e740] DEBUG - HTTP 429 response from POST https://sentry.io/api/1233455/minidump?sentry_key=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
Jan 06, 2020 02:33:21.493 [0x7fdd6d54e740] ERROR - Failed to upload crashdump 6033f8e4-3e28-72e3-48bc7d41-4417aa61: 429
Jan 06, 2020 02:33:21.493 [0x7fdd6d54e740] DEBUG - HTTP requesting POST https://sentry.io/api/1233455/minidump?sentry_key=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
Jan 06, 2020 02:33:23.186 [0x7fdd6d54e740] DEBUG - HTTP 429 response from POST https://sentry.io/api/1233455/minidump?sentry_key=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
Jan 06, 2020 02:33:23.186 [0x7fdd6d54e740] ERROR - Failed to upload crashdump 2850cf23-61fd-e480-246286d8-653b249f: 429
Jan 06, 2020 02:33:23.187 [0x7fdd6d54e740] DEBUG - HTTP requesting POST https://sentry.io/api/1233455/minidump?sentry_key=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
Jan 06, 2020 02:33:24.566 [0x7fdd6d54e740] DEBUG - HTTP 429 response from POST https://sentry.io/api/1233455/minidump?sentry_key=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
Jan 06, 2020 02:33:24.566 [0x7fdd6d54e740] ERROR - Failed to upload crashdump 6e155b54-d623-b113-2c60b7af-1151fb8f: 429
Jan 06, 2020 02:33:24.567 [0x7fdd6d54e740] DEBUG - HTTP requesting POST https://sentry.io/api/1233455/minidump?sentry_key=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
Jan 06, 2020 02:33:26.294 [0x7fdd6d54e740] DEBUG - HTTP 429 response from POST https://sentry.io/api/1233455/minidump?sentry_key=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
Jan 06, 2020 02:33:26.294 [0x7fdd6d54e740] ERROR - Failed to upload crashdump 488968b3-a7ec-68a4-1f471957-3b39520e: 429

If you need any logs or so, let me know.

31

1 trillion tracks of music? How does anyone listen to that in a lifetime? :rofl:

If it’s crashing, there’s no point in trying to continue. I think you’ve actually exceeded the limits of Plex with how you’re using it for music.

I would like to look at / learn / and see logs about what’s going on and actually how many tracks (quantitatively counted) you need to index.

32

Not to continue has never be an option.

That would let the Plex Server software in an broken and buggy state, which -sooner or later- normal customers will complain about.
Better to find and fix bugs and solve problems at the begining, when only 3% of the users make use of the new scanner :angel:

Also,
I would rather find the cause, why the musicbrainz scanner is crashing that often and therefore bombing the crash-uploader, which then is using my NAS to DoS sentry.io.

You have all my debug logs. I also sent a lot of music files/folders to the support. No reply yet, which helped to identify the cause.

Let me know, if I can help you with more information.

Surely, the music files are not the problem, its the new scanner, which cannot handle them >:-)

33

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