Plex findet neue Dateien nicht mehr

The World is Flat Deutsch - German
1

Hallo zusammen

Ich betreibe eine Plex Server (1.31.1.6733-bc0674160) auf Unraid.

Mir ist gestern beim Serien und Filme hinzufügen aufgefallen das Plex keine neue Dateien mehr anzeigt. Beschriftung der Dateien habe ich wie vorhin auch immer. Leider kann ich nicht sagen ab wann das aufgetreten ist, da ich schon länger keine neuen Sachen mehr hinzugefügt habe.
Ein Fehler im Web wird mir nicht angezeigt. Aufgefallen im log ist mir nur folgendes.

Mar 07, 2023 09:59:10.478 [0x1520c0deeb38] DEBUG - Creating show ‘Private Practice’
Mar 07, 2023 09:59:10.478 [0x1520c0deeb38] DEBUG - Updating metadata item (save) (Private Practice) with ID 83724
Mar 07, 2023 09:59:10.478 [0x1520c0deeb38] DEBUG - Creating season 6 for show ‘Private Practice’
Mar 07, 2023 09:59:10.479 [0x1520c0deeb38] DEBUG - Added new metadata item (Staffel 6) with ID 83724
Mar 07, 2023 09:59:10.479 [0x1520bfb3db38] DEBUG - [LibraryTimeline] Scanner activity on section 4: 12 added, 0 deleted
Mar 07, 2023 09:59:10.479 [0x1520c0deeb38] ERROR - SQLITE3:0x80000001, 11, database corruption at line 70237 of [1b256d97b5]
Mar 07, 2023 09:59:10.479 [0x1520c0deeb38] ERROR - SQLITE3:0x80000001, 11, statement aborts at 10: [SELECT (SELECT max(idx) FROM ‘main’.‘fts4_metadata_titles_icu_segdir’ WHERE level = ?) + 1] database disk image is malformed
Mar 07, 2023 09:59:10.479 [0x1520c0deeb38] ERROR - SQLITE3:0x80000001, 11, statement aborts at 192: [insert into metadata_items (library_section_id,parent_id,metadata_type,guid,hash,media_item_count,title,title_sort,original_title,studio,rating,audience_rating,rating_count,tagline,edition_title,summary,content_rating,content_rating_age,‘index’,absolute_index,duration,user_thumb_url,user_art_url,user_banner_url,user_music_url,user_fields,tags_genre,tags_collection,tags_director,tags_writer,tags_star,originally_available_at,available_at,expires_at,refreshed_at,year,added_at,created_at,updated_at,deleted_at,changed_at,resources_changed_at,tags_country,extra_data) values (:metadata_items_library_section_id,:metadata_items_parent_id,:metadata_items_metadata_type,:metadata_items_guid,:metadata_items_hash,:metadata_items_media_item_count
Mar 07, 2023 09:59:10.479 [0x1520c0deeb38] ERROR - Exception inside transaction (inside=1) (/data/jenkins/server/3524792536/Library/MetadataItem.cpp:1156): sqlite3_statement_backend::loadOne: database disk image is malformed
Mar 07, 2023 09:59:10.479 [0x1520c0deeb38] ERROR - Exception inside transaction (inside=1) (/data/jenkins/server/3524792536/Library/Episode.cpp:224): sqlite3_statement_backend::loadOne: database disk image is malformed
Mar 07, 2023 09:59:10.479 [0x1520c0deeb38] ERROR - Exception inside transaction (inside=1) (/data/jenkins/server/3524792536/Library/MetadataItem.cpp:4012): sqlite3_statement_backend::loadOne: database disk image is malformed
Mar 07, 2023 09:59:10.479 [0x1520c0deeb38] ERROR - Exception assimilating media item in Private Practice (2007)/S06: sqlite3_statement_backend::loadOne: database disk image is malformed
Mar 07, 2023 09:59:10.479 [0x1520c0deeb38] DEBUG - Looking for path match for [/89_Multimedia_Film/Serien/Private Practice (2007)/S06/S06E13 - Die letzte Seite im Buch.mkv]
Mar 07, 2023 09:59:10.480 [0x1520c0deeb38] DEBUG - Skipping hash check, no size match for 272988705 bytes.
Mar 07, 2023 09:59:10.480 [0x1520c0deeb38] DEBUG - No match for hash.

An was kann das liegen? Wie kann ich das beheben.

Danke und Gruss
mAik

5
4

3
3771×206 6.46 KB

2
1
6

2

Die Datenbankdatei ist kaputt.

Mar 07, 2023 09:59:10.479 [0x1520c0deeb38] ERROR - SQLITE3:0x80000001, 11, database corruption at line 70237 of [1b256d97b5]

https://support.plex.tv/articles/repair-a-corrupted-database/

bzw.

3

Hallo OttoKerner

Besten Dank für deine Rückmeldung.
Das kann einfach so passieren?

Danke und Gruss
mAik

4

Passiert meistens wenn z.B.

  • das Volume voll läuft welches den Plex data folder enthält
  • das NAS ausgeschaltet wird/Strom verliert während in die Datenbankdatei geschrieben wird
  • versucht wird, den Plex data folder auf ein File Share zu verschieben. Das ist ein sicheres Rezeopt für eine kaputte Datenbank.
5

Okay, ist zwar alles nicht passiert. Ab ja, jetzt ist es hald so… muss ich mich mal schlau machen wie ich diesen script auf unraid ausführen kann…

6

Das geht leider nicht.

Error: Unknown host. Currently supported hosts are: QNAP, Synology, Netgear, Mac, ASUSTOR, WD (OS5) and Linux Workstation/Server

Gruss mAik

7

Dann musst du den ersten Link benutzen und das manuell erledigen.

Evtl. sogar Plex Server zusätzlich auf deiner Workstation installieren und dort die Reparatur ausführen.

8

Ja, hab einfach jetzt mal eine ältere DB zurückgespielt.
Aktuelle in .old bennant und die vom 13.02.2023 so benannt wie die aktuelle war und schon geht es wieder. :slight_smile:

Vielen Dank für deine Hilfe.
Gruss mAik

9
  1. Soweit ich mich erinnere, laufen Services in Unraid in Containern/Jails – richtig? Diese Container können u.U. ebenfalls Größenbeschränkungen enthalten. Das solltest du prüfen.
  2. Alle Formen von Fileservern sollten mit einer USV ausgestattet werden. Insbesondere, wenn die Laufwerke in Speicherarrays (RAID/XFS etc.) organisert sind.
10

  1. Das weiss ich nicht. Aber die DB liegt im Appdata Ordner und der kann nach mir so gross werden wie halt das Laufwerk Platz hat. Bei mir ist noch fast 1TB frei.

  2. Es handelt sich hierbei um 2 Samsung 980Pro NVME im Raid 1 . Ja das wäre natürlich ideal, hab ich aber leider bis jetzt noch nicht.

Irgendwie habe ich das Gefühl das diese Problem auftauchte nach dem Update vor 8 Tagen auf die neuste Plex Version. Aber wie gesagt, i hatte schon ca. 2 Wochen keine Files mehr hinzugefügt. Aber aktuell scheint es wieder zu funktionieren. Ich werde es beobachten.

11

Sowas sollte passen, es sei denn du hast auch noch eine CPU und/oder GPU der Spitzenklasse verbaut: https://www.amazon.de/Cyber-Power-ValuePRO-VP700EILCD-Green/dp/B089GH395H/ref=sr_1_4?__mk_de_DE=ÅMÅŽÕÑ&crid=NKSLUSH5NWLM&keywords=usv+cyberpower&qid=1678184389&sprefix=usv+cyberpower%2Caps%2C98&sr=8-4

12

Danke für den Tipp… Ja das sollte locker reichen :grin:

13

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