Plex WebUI startet nicht

[soy]

Hallo Community,

 

ich habe binhex-Plex auf meinem Server. Lief ohne Probleme. Gestern habe ich auf Unraid 6.11.5 geupdated und jetzt will PlexUI nicht mehr starten.

Muss nicht unbedingt zusammenhängen, stellt sich mir aber so dar.

Ich habe Plex komplett entfernt und wieder installiert. Leider erfolglos.

Jetzt benötige ich Eure Hilfe.

 

Gruß

Soy

[ich777]

8 minutes ago, soy said:

ich habe binhex-Plex auf meinem Server. Lief ohne Probleme. Gestern habe ich auf Unraid 6.11.5 geupdated und jetzt will PlexUI nicht mehr starten.

Was sagt denn das Container Log?

 

Hast schon mal den offiziellen container versucht?

[soy]

Hi

anbei das Log.

 

[alturismo]

24 minutes ago, soy said:

anbei das Log.

 

wie du siehst hat sich wohl deine database verabschiedet

 

Plex legt normal selbstständig backups an, teste vielleicht mal folgendes

 

docker aus, dann such bei dem binhex container in appdata folgenden Ordner

 

 

und rename die com.plexapp.plugins.library.db zu _backup (oder was auch immer), dann nimm dein letztes backup, hier wäre das com.plexapp.plugins.library.db-2022-12-06 und kopiere das mal und rename zu com.plexapp.plugins.library.db

 

starte dann mal Plex und schau was passiert.

[soy]

Hi,

ich hab Plex deinstalliert. Der Ordner Application Support ist leer.

Ich möchte das komplett neu Installieren. Das habe ich gemacht. Leider bekomm ich beim starten der WebGui

im Firefox diese Meldung: Firefox kann keine Verbindung zu dem Server unter 192.168.178.60:32400 aufbauen..

Ich versteh das nicht.

Gruß

 

[soy]

Kann ich eigentlich im Ordner Appdata alle Ordner und Dateien, welche von Plex angelegt wurden löschen?

Und dann bei neuinstallation wird es dann wieder laufen? Oder würde ich da einen größeren Schaden anrichten?

Gruß

Soy

[jj1987]

7 minutes ago, soy said:

ich hab Plex deinstalliert. Der Ordner Application Support ist leer.

Ich möchte das komplett neu Installieren. Das habe ich gemacht.

D.h. du bist da auch einmal mit "Cleanup Appdata" rübergegangen? Nur uninstall übers Webgui lässt einige "Leichen" zurück.

Falls das geschehen ist

 

9 minutes ago, soy said:

Leider bekomm ich beim starten der WebGui

im Firefox diese Meldung: Firefox kann keine Verbindung zu dem Server unter 192.168.178.60:32400 aufbauen..

dann zur Sicherheit im Firefox einmal den Cache leeren

[soy]

Hei, weißt du was?

S'läuft.

Ich bin zufrieden.

Warum das jetzt aber kam, weiß ich nicht.

Trotzdem Vielen Dank

 

Gruß

Soy

[Heckeli]

Hallo Zusammen,

Plex ist bei mir plötzlich auch nicht mehr erreichbar. Leider kann ich nicht sagen, ob das im Zusammenhang mit irgendeinem Update war. Egal, ob ich Plex am TV, im Browser oder in Unraid als WebUI aufrufe. Im Browser heißt es "Firefox kann keine Verbindung zu dem Server unter 192.168.xxx.xx:xxxxx aufbauen". Der Firefox-Cache ist geleert. Plex und alle anderen Container, APPS und Unraid selbst sind aktuell. Der Update Assistent meldet, dass alles o.k. ist.

Außer den üblichen Updates habe ich in der letzten Zeit einen Cache-Datenträger (Samsung SSD 980) installiert. Bisher hatte ich keinen Cache.

binhex-plex meldet, dass es gestartet und Up-To-Date ist.

 

Das Log meldet:

Error: Unable to set up server: sqlite3_statement_backend::prepare: database disk image is malformed for SQL: PRAGMA cache_size=2000 (N4soci10soci_errorE)

 

Ganz ehrlich, ich verstehe nur, dass das ein Fehler und vermutlich die Ursache ist. Kann das mit der Installation des Cache-SSD zu tun haben? Wie kann ich den Fehler beseitigen. Ich möchte Plex möglichst nicht neu installieren, weil vermutlich dann alle individuellen Einstellungen ebenfalls weg sind.

 

P.s. beim Suchen, ob das Problem hier schon diskutiert wurde, habe ich diesen Thread gefunden. Ist es richtig, mit meinem Problem hier weiter zu machen oder hätte ich einen neuen Punkt aufmachen sollen?

[alturismo]

1 hour ago, Heckeli said:

Error: Unable to set up server: sqlite3_statement_backend::prepare: database disk image is malformed for SQL: PRAGMA cache_size=2000 (N4soci10soci_errorE)

 

 

1 hour ago, Heckeli said:

P.s. beim Suchen, ob das Problem hier schon diskutiert wurde, habe ich diesen Thread gefunden. Ist es richtig, mit meinem Problem hier weiter zu machen oder hätte ich einen neuen Punkt aufmachen sollen?

du hast 5 Posts über deinem einen Lösungsvorschlag von mir, deine Database ist korrupt ...

[Heckeli]

On 1/5/2023 at 8:30 PM, alturismo said:

 

du hast 5 Posts über deinem einen Lösungsvorschlag von mir, deine Database ist korrupt ...

Ich habe den Vorschlag von dir natürlich ausprobiert.
1. Den von dir angegebenen Pfad gibt es bei mir leider nicht. Jetzt habe ich nach der Datei "com.plexapp.plugins.library.db" gesucht. Sie liegt bei mir unter "...\appdata\binhex-plex\Plex Media Server\Plug-in Support\Databases"

2. Das Umbenennen und reaktivieren der letzten Version löst das Problem leider nicht.

 

Das LOG meldet jetzt:

\_ |__ |__| ____ |  |__   ____ ___  ___
 | __ \|  |/    \|  |  \_/ __ \\  \/  /
 | \_\ \  |   |  \   Y  \  ___/ >    <
 |___  /__|___|  /___|  /\___  >__/\_ \
     \/        \/     \/     \/      \/
   https://hub.docker.com/u/binhex/

2023-01-07 13:52:35.343334 [info] Host is running unRAID
2023-01-07 13:52:35.404279 [info] System information Linux UHS 5.19.17-Unraid #2 SMP PREEMPT_DYNAMIC Wed Nov 2 11:54:15 PDT 2022 x86_64 GNU/Linux
2023-01-07 13:52:36.072296 [info] OS_ARCH defined as 'x86-64'
2023-01-07 13:52:36.375289 [info] PUID defined as '99'
2023-01-07 13:52:37.219791 [info] PGID defined as '100'
2023-01-07 13:52:38.801675 [info] UMASK defined as '000'
2023-01-07 13:52:38.821827 [info] Permissions already set for '/config'
2023-01-07 13:52:39.349210 [info] Deleting files in /tmp (non recursive)...
2023-01-07 13:52:39.654396 [info] TRANS_DIR defined as '/config/transcode'
2023-01-07 13:52:39.809773 [info] Starting Supervisor...
2023-01-07 13:53:07,942 INFO Included extra file "/etc/supervisor/conf.d/plexmediaserver.conf" during parsing
2023-01-07 13:53:07,942 INFO Set uid to user 0 succeeded
2023-01-07 13:53:08,095 INFO supervisord started with pid 7
2023-01-07 13:53:09,098 INFO spawned: 'plexmediaserver' with pid 64
2023-01-07 13:53:09,098 INFO reaped unknown pid 8 (exit status 0)
2023-01-07 13:53:10,100 INFO success: plexmediaserver entered RUNNING state, process has stayed up for > than 1 seconds (startsecs)
2023-01-07 13:53:15,226 DEBG 'plexmediaserver' stdout output:
Error: Unable to set up server: sqlite3_statement_backend::prepare: database disk image is malformed for SQL: PRAGMA cache_size=2000 (N4soci10soci_errorE)

 

2023-01-07 13:53:15,305 DEBG fd 8 closed, stopped monitoring <POutputDispatcher at 22648715393584 for <Subprocess at 22648715388880 with name plexmediaserver in state RUNNING> (stdout)>
2023-01-07 13:53:15,305 DEBG fd 10 closed, stopped monitoring <POutputDispatcher at 22648715393536 for <Subprocess at 22648715388880 with name plexmediaserver in state RUNNING> (stderr)>
2023-01-07 13:53:15,306 INFO exited: plexmediaserver (exit status 255; not expected)
2023-01-07 13:53:15,306 DEBG received SIGCHLD indicating a child quit
2023-01-07 13:53:16,309 INFO spawned: 'plexmediaserver' with pid 74
2023-01-07 13:53:16,366 DEBG 'plexmediaserver' stdout output:
Error: Unable to set up server: sqlite3_statement_backend::prepare: database disk image is malformed for SQL: PRAGMA

cache_size=2000 (N4soci10soci_errorE)

 

2023-01-07 13:53:16,369 DEBG fd 8 closed, stopped monitoring <POutputDispatcher at 22648715388976 for <Subprocess at 22648715388880 with name plexmediaserver in state STARTING> (stdout)>
2023-01-07 13:53:16,369 DEBG fd 10 closed, stopped monitoring <POutputDispatcher at 22648715393632 for <Subprocess at 22648715388880 with name plexmediaserver in state STARTING> (stderr)>
2023-01-07 13:53:16,369 INFO exited: plexmediaserver (exit status 255; not expected)
2023-01-07 13:53:16,369 DEBG received SIGCHLD indicating a child quit
2023-01-07 13:53:17,372 INFO spawned: 'plexmediaserver' with pid 84
2023-01-07 13:53:17,429 DEBG 'plexmediaserver' stdout output:
Error: Unable to set up server: sqlite3_statement_backend::prepare: database disk image is malformed for SQL: PRAGMA cache_size=2000 (N4soci10soci_errorE)

 

2023-01-07 13:53:17,431 DEBG fd 8 closed, stopped monitoring <POutputDispatcher at 22648715393584 for <Subprocess at 22648715388880 with name plexmediaserver in state STARTING> (stdout)>
2023-01-07 13:53:17,431 DEBG fd 10 closed, stopped monitoring <POutputDispatcher at 22648715393872 for <Subprocess at 22648715388880 with name plexmediaserver in state STARTING> (stderr)>
2023-01-07 13:53:17,431 INFO exited: plexmediaserver (exit status 255; not expected)
2023-01-07 13:53:17,431 DEBG received SIGCHLD indicating a child quit
2023-01-07 13:53:19,434 INFO spawned: 'plexmediaserver' with pid 94
2023-01-07 13:53:19,491 DEBG 'plexmediaserver' stdout output:
Error: Unable to set up server: sqlite3_statement_backend::prepare: database disk image is malformed for SQL: PRAGMA cache_size=2000 (N4soci10soci_errorE)

 

2023-01-07 13:53:19,493 DEBG fd 8 closed, stopped monitoring <POutputDispatcher at 22648715388976 for <Subprocess at 22648715388880 with name plexmediaserver in state STARTING> (stdout)>
2023-01-07 13:53:19,493 DEBG fd 10 closed, stopped monitoring <POutputDispatcher at 22648715394064 for <Subprocess at 22648715388880 with name plexmediaserver in state STARTING> (stderr)>
2023-01-07 13:53:19,493 INFO exited: plexmediaserver (exit status 255; not expected)
2023-01-07 13:53:19,493 DEBG received SIGCHLD indicating a child quit
2023-01-07 13:53:22,497 INFO spawned: 'plexmediaserver' with pid 104
2023-01-07 13:53:22,555 DEBG 'plexmediaserver' stdout output:
Error: Unable to set up server: sqlite3_statement_backend::prepare: database disk image is malformed for SQL: PRAGMA cache_size=2000 (N4soci10soci_errorE)

 

2023-01-07 13:53:22,557 DEBG fd 8 closed, stopped monitoring <POutputDispatcher at 22648715393584 for <Subprocess at 22648715388880 with name plexmediaserver in state STARTING> (stdout)>
2023-01-07 13:53:22,557 DEBG fd 10 closed, stopped monitoring <POutputDispatcher at 22648715393824 for <Subprocess at 22648715388880 with name plexmediaserver in state STARTING> (stderr)>
2023-01-07 13:53:22,558 INFO exited: plexmediaserver (exit status 255; not expected)
2023-01-07 13:53:22,558 DEBG received SIGCHLD indicating a child quit
2023-01-07 13:53:23,559 INFO gave up: plexmediaserver entered FATAL state, too many start retries too quickly

 

Wo werden denn die Log-Dateien abgelegt?

 

[alturismo]

vielleicht hilft dir dieser Beitrag

 

 

[hawihoney]

2 hours ago, Heckeli said:

database disk image is malformed

 

Wie schon oben aufgeführt: Die Datenbank Datei ist einfach kaputt. Entweder man hat ein Backup (oder einen Dump) der Datenbank oder versucht sich an den Recover Schritten die alle in diesem Dokument aufgeführt sind:

 

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

 

1. Schritt: "Check for corruption"

 

2. Schritt: "Rebuild the Database Structure"

 

3. Schritt: "Rebuild Indexes" Der Fehler zeigt sich bei Dir bereits beim Setzen eines Pragmas - Erfolg ist also unwahrscheinlich.

 

4. Ich füge einen Schritt hier ein. Versuch bitte einen Dump der Datenbank zu erzeugen. Wenn Du bis hier gekommen bist, dann ist der Erfolg gering. Es schadet aber nix:

 

# Bitte Pfade anpassen
echo ".dump" | sqlite3 -cmd ".output /mnt/***/plex_dump.sql" /mnt/cache/***/com.plexapp.plugins.library.db

 

5. Schritt: "Low-Level Database Recovery". Wenn Du bis hier gekommen bist, dann ist es unwahrscheinlich, dass die Datenbank in Gänze zu reparieren ist. Deshalb halte ich auch nix von diesem letzten Schritt.

 

Also zukünftig: Backup, Backup, Backup. Ich ziehe zusätzlich täglich Dumps. Eine korrupte Datenbank Datei kann x-mal gesichert werden bis man es merkt. Ein Dump hingegen klappt nur wenn die Datenbank i.O. ist und kann 1:1 wieder eingespielt werden. Das mache ich übrigens nicht nur mit SQLite so ...

 

root@Tower:~# ls -l /mnt/disk1/Backup/********/SQLite.dump/Plex/
total 5156368
-rw-r--r-- 1 root root 1757473588 Jan  5 07:00 20230105\ 070001\ dump.sql
-rw-r--r-- 1 root root 1758729939 Jan  6 07:00 20230106\ 070001\ dump.sql
-rw-r--r-- 1 root root 1763909777 Jan  7 07:00 20230107\ 070001\ dump.sql

 

[Heckeli]

Vielen Dank für die Tipps. 🙂 Ich war bereits bei Punkt 1: "Check for corruption" erfolglos, darum habe dort weitergemacht: https://support.plex.tv/articles/repair-a-corrupted-database/. Nachdem ich alle 6 alten Versionen der "com.plexapp.plugins.library" ausprobiert habe, musste ich leider feststellen, dass alle defekt waren.

Dann habe ich, entsprechend den Hinweisen in https://support.plex.tv/articles/repair-a-corrupted-database die gelöscht. Nach dem Starten von Plex wurde, wie beschrieben, eine neue Datenbank erstellt, das heißt, Plex geht jetzt wieder und ist wieder erreichbar. Leider sind damit alle alten Einstellungen weg 😔 aber immer noch weniger Arbeit, alles alles zu deinstallieren und neu zu installieren. ☺️

 

Jetzt werde ich versuchen, entprechend dem nächsten Tipp künftig Dumps des DB zu ziehen. Nachdem ich leider weder eure Erfahrung, noch euer Wissen habe, erlaubt mir die Frage, muss ich einfach die aufgelisteten Komandos, so wie sie oben stehen, auf der Komandozeile des Unraid-Server eingeben, oder muss ich etwas an mein System anpassen. Nächste Frage, kann ich das irgendwie automatisieren, denn ich sitze nicht jeden Tag vor dem Unraid-Server.

[hawihoney]

13 hours ago, Heckeli said:

muss ich einfach die aufgelisteten Komandos, so wie sie oben stehen, auf der Komandozeile des Unraid-Server eingeben, oder muss ich etwas an mein System anpassen.

 

Du könntest das "User Scripts" Plugin installieren und das Skript aus meinem Post (siehe Link unten) dort eintragen. Musst nur an zwei Stellen meine Pfadangaben durch Deine Pfade ersetzen. Ich räume den Backup Ordner nicht auf. Solltest also ab und zu mal prüfen ob es zu viele Backups werden:

 

 

Das Ergebnis sieht dann so aus:

 

 

Benutzung wie immer auf eigene Gefahr. Bin auch nur ein Mensch.

 

Edited January 8, 2023 by hawihoney

[Heckeli]

Ich bin leider noch nicht dazu gekommen es auszuprobieren, weil ich dazu etwas Zeit und vor allem Ruhe brauche.

 

Ungeachtet dessen möchte ich mich bei allen bedanken, die hier ihre Zeit opfern um andere zu unterstützen. Ich kenne wenig Foren, wo so viel freundliche Hilfsbereitschaft besteht, auch (vielleicht manchmal dumme) Fragen zu beantworten und andere zu unterstützen. 🙂☺️

[mgutt]

Also dass alle Datenbanken kaputt gehen ist nicht normal. Klingt nach defektem RAM oder Datenträger würde ich sagen.