HOWTO: Easyepg im Docker unter LibreElec installieren

Ich werde heute Abend mal ausgiebig testen..

Hab gerade Mal die 2.1.0 in die docker registry gepublished - ist jetzt auch als latest markiert und läuft bei mir

bei mir läuft es NOCH nicht--
der Container startet immer wieder neu

Kannst du dir logs anzeigen lassen? @Ruschi

Zitat von dlueth

Kannst du dir logs anzeigen lassen? @Ruschi

wüsste jetzt nicht wie.

ich habe das jetzt alles nochmal über die Konsole fortgesetzt.. dazu habe ich auf der separaten Platte einfach nur den Ordner /easyepg erstellt.
auch die rechte sind gleich (easyepg:users) und ich bekomme immer ein permission denied..
führe ich das skript mit dem pfad /home/easyepg.. läuft es wie es soll.

Wo bekommst du denn das permission denied, wenn nicht aus den logs?

So, ist noch nicht 100% sicher, aber es sieht so aus das OMV auch läuft. Neuinstallationen sollten ab Version 2.1.0 meines Images funktionieren. Wer vorher installiert hat und noch mit Problemen kämpft kann mal folgende Schritte durchspielen:

1. Im übergebenen Ordner für easyepg mal schauen, ob dort ein weiterer Ordner easyepg liegt und den von Hand löschen
2. Sicherstellen, dass Ihr Version 2.1.0 des Images verwendet (müsste die OMV-GUI anzeigen) - bei einem Update hilft wohl Watchtower, was sich ebenfalls über die GUI installieren lässt
3. Für die Konfiguration von easyepg bitte folgendes über die Shell ausführen:

docker exec -ti -u easyepg -w /easyepg {Name des Containers laut GUI} /bin/bash ./epg.sh

Setzt voraus, dass Ihr User- und Group-ID korrekt gesetzt habt und natürlich der aktuelle User der Gruppe "docker" angehört - was aber eh Voraussetzung ist. Sollte jemand zu Testzwecken User- und Group-ID des root users verwendet haben (schämt Euch *g), dann lasst bitte "-u easyepg" weg.

Wenn unter OMV Probleme auftreten wären Logs sehr hilfreich. Dafür bitte in der GUI bei der Liste der laufenden Container den Container anklicken. Dadurch wird oberhalb der Liste das Icon für Anzeigen/Herunterladen der Logs des Containers aktiv.

Großer Dank an @M4tt0 und @Ruschi für die tatkräftige Unterstützung!

bis jetzt habe ich ja nicht wirklich geholfen..
Außerhalb meiner systemplatte läuft es ja nicht.

@dlueth Habe eben nochmal reingeschaut. Nach dem Neustart des NAS hat sich der Container wieder aufgehangen. Folgendes Log konnte ich einfangen...

jaja... so wie ich es schon mitteilte.. wenn ausserhalb der systemplatte, wird nicht alles angelegt.. da fehlt immer 20%

Das ist wirklich seltsam. Gestern Abend liefs stabil über mindestens 30 Minuten. Heute Morgen war der Container wieder im Neustart-Loop. Nach einem manuellen Neustart vorhin, wurde die guide.xml sogar richtig angelegt. Trotzdem schmiert der Container dann ab. Wie sehen denn Deine logs aus, @Ruschi?

k.A. noch nicht neu gestartet...

Bei mir läuft es.. allerdings alles unter /home/easyepg/

Ich möchte das aber gerne auslagern.. auf hdd (/srv/dev/blabla) bin kein fan von Daten auf der OS platte..

@M4tt0 Ich hab eine Vermutung: ich nehme momentan das update-script aus dem vorhandenen easyepg Ordner und nicht den aus dem git-Clone der für das update erstellt wird. ändert sich etwas in dem update-script (also welche Dateien er wohin kopieren möchte) könnte das dieses Problem verursachen...

Ich denke gerade mal darüber nach wie sich das endgültig fixen lässt.

@M4tt0 und @Ruschi könnten ihr mal zum testen ein frisches (leeres) Verzeichnis in den Container geben und mal checken, ob das bei Euch hilft? Dann weiß ich wenigstens, dass ich an der richtigen Stelle suche für den Moment...

Nope. Geht auch nicht. Jetzt kommt:
[errorbox]fatal: destination path '/easyepg' already exists and is not an empty directory.[/errorbox]

Edit: Das Verzeichnis wurde aber kurz zuvor per rm -rf * gelöscht.

bei mir läuft es jetzt auch auf einer meiner HDD´s außerhalb des Betriebssystems..

um den Container zu starten und betreten:

docker start easyepg.admin

docker exec -ti -u easyepg -w /easyepg easyepg.admin /bin/bash ./epg.sh

so wie es @BJ1in Post auch beschreiben hat..

@M4tt0 an welcher Stelle kommt die Meldung im Log?

rm -rf * löscht keine versteckten Dateien/Ordner, welche die mit einem . anfangen bleiben z.b. erhalten

Du hast Recht. Da waren noch .git* files drin. Habe sie rausgelöscht. Jetzt startet der Container und läuft durch. So wie es aussieht, wird die Textausgabe innerhalb des Containers auch in den OMV-Log-File weitergeleitet. Ist jetzt voll mi Sonderzeichen und Textfetzen. Anscheinend ist das Admin-Script selbstständig im Container gestartet...

Aber jetzt läuft es? Auch bei einem Neustart?

Der Container ist neugestartet. Habe mich eingeloggt um zu konfigurieren. Ging erstmal. Dann kamen Fehler im Admin-Script und dann gab es wieder Abstürze.

Log:
[warnbox]

Died at ch_json2xml.pl line 58.
Died at epg_json2xml.pl line 87.
[ EPG ERROR ] XMLTV FILE VALIDATION FAILED DUE TO THE FOLLOWING ERRORS:
horizon.xml:1: parser error : Document is empty
[/warnbox]

Vermutlich ist die Config wg. eines Absturzes korrupt.

@Ruschi: Läuft es bei Dir denn jetzt stabil und wie es soll?