HOWTO: Easyepg im Docker unter LibreElec installieren

Nabend zusammen.

Erstmal vielen Dank für die Anleitung. Hat alles sofort geklappt.

Ein paar Fragen habe ich noch:

Was passiert nach einem System-Neustart?
Muss ich den bzw. einen neuen Container manuell neu starten/erstellen?
Kann man das automatisieren?
Oder habe ich irgendwas übersehen?

Vielen lieben Dank im Voraus

Grüße
tresi

Alles klar, vielen Dank

Bei mir stürzt in dieser Kombination mein Raspberry des öfteren beim Updaten der EPG-Listen ab. Welches Raspberry Modell sollte man mindestens benutzen, damit man genug CPU-Power und Speicher hat? Ich benutze gerade testweise ein altes Modell (1 oder 2) mit nur 500 MB Speicher. Bis auf das Update läuft alles absolut rund. Deaktiviere ich andere TV-Headend-Clients im Netzwerk und greife auch sonst nicht während des Updates auf ihn zu, klappt selbst das (meistens).

Liebe Grüße
tresi

Ist ja nur zum Testen

Mir ist aufgefallen, dass wenn ich Provider Telekom wähle und alle Sender wähle, deine Konfiguration mit einer Fehlermeldung beendet wird:

...
Loading cookie data... OK


- DOWNLOAD PROCESS -


Checking manifest files...                  
315 manifest file(s) to be downloaded!


Loading manifest files...
Progress [####################] 100% DONE!


Creating EPG manifest file... tkm.sh: line 280: 13974 Killed                  jq -s '.' /tmp/manifile.json > /tmp/epg_workfile 2>> errors.txt
DONE!


- FILE CREATION PROCESS -


Refreshing cookie data... OK


Validating EPG XMLTV file... DONE!                   


========== EPG CREATION: WARNING/ERROR LOG ============


[ EPG ERROR ] XMLTV FILE DOES NOT CONTAIN ANY PROGRAMME DATA!
malformed JSON string, neither array, object, number, string or atom, at character offset 0 (before "(end of string)") at epg_json2xml.pl line 93.

Die Ausgabe kommt sowohl per manuellem Aufruf der epg.sh über docker -it easyepg.admin /bin/bash als auch über docker logs easyepg.run.

Ich habe das im alten Test-System und auf einem Raspberry PI 3 gegengeprüft. Lasse ich es nativ ohne Docker ausführen (DietPi), funktioniert es auf beiden einwandfrei. Kann das jemand bestätigen?

Danke im Voraus!

@DeBaschdi Klar, sofern durch den Fix keine neuen Fehler entstehen und die Abfrage via php-curl an allen benötigten Stellen stattfindet

Zitat von DeBaschdi

Das kann ich natürlich nicht versprechen, auf meiner lokalen Maschine funktioniert es zumindest.Magst du zuerst bei dir gegentesten?

Kann ich heute Abend machen

Ich habe es gerade im Docker-Container getestet. Außer, dass Proxy start und stop Meldungen kommen, ist leider alles beim Alten...

@dlueth mal ne Frage an dich.

Ich kriege momentan folgende Meldung, nee Ahnung woran es liegen könnte?

2019/08/18 03:00:06 socat[1179] E connect(5, AF=1 "/xmltv.sock", 13): Connection refused
> /easyepg/xml/Wohnzimmer.xml

@bennySB ich checke das morgen Mal bei mir und schau ob das klappt, wüsste aber spontan nicht, wieso nicht...

Dank dir für die Rückmeldung.

Habe vorhin mal den run Container laufen lassen, der lief problemlos. Morgen früh mal nachschauen ob der cron Container nun wieder geht (läuft immer nachts um 2 Uhr.

Muss aber allgemein schauen, denn es werden nur noch ne Hand voll Sender geholt, mal schauen warum alle anderen weg sind.

@dlueth: habe nach wie vor Probleme, dass Backup-addon zu nutzen mit Deinem Container. Das addon startet zu einer Zeit, bei der der Container nicht läuft und bleibt dann immer hängen beim Sichern von \userdata\addon_data\service.system.docker\docker\overlay2

Kann das vielleicht mal jemand verifizieren? Es ist das Backup-Addon aus der kodinerds-Repo und funktioniert auf meinen anderen Systemen ohne Docker wunderbar...

Zitat von bennySB

Habe vorhin mal den run Container laufen lassen, der lief problemlos. Morgen früh mal nachschauen ob der cron Container nun wieder geht (läuft immer nachts um 2 Uhr.

@bennySB beide Container verwenden das gleiche Script. Läuft einer müsste also auch der andere laufen. Hast du beides mit dem gleichen Benutzer laufen lassen?

@no.spam läuft der Container nicht bei libreelec immer? Es ist auch der easyepg.cron, oder? Debugging ist für mich halt schwierig, weil ich kein libreelec zur Hand habe

Interessanterweise lief der cron Container heute Nacht nicht durch:

+++ COUNTRY: GERMANY +++








Loading cookie data...
Login to Zattoo webservice...
Login to Zattoo webservice... FAILED!






[ LOGIN ERROR ] Please check your credentials!






ls: cannot access 'swc/': No such file or directory


ls: cannot access 'tvp/': No such file or directory


ls: cannot access 'tkm/': No such file or directory


ls: cannot access 'rdt/': No such file or directory


ls: cannot access 'wpu/': No such file or directory


ls: cannot access 'tvs/': No such file or directory


ls: cannot access 'vdf/': No such file or directory


ls: cannot access 'ext/': No such file or directory


Writing to xmltv.sock...


2019/08/19 02:05:35 socat[3396] E connect(5, AF=1 "/xmltv.sock", 13): Connection refused


> 


2019/08/19 02:10:35 socat[3445] E connect(5, AF=1 "/xmltv.sock", 13): Connection refused


>

Warum auch immer dies passiert ist. Die Ordner sind alle vorhanden/da und die Berechtigungen vom cron und run Container sind identisch (Owner 1003/Group 100).

Ich werde jetzt nochmal das Script über den admin Container durchlaufen und mal schauen ob dort irgendwelche Settings flöten gegangen sind.

@bennySB Die in Zeile 16-30 angemeckerten Ordner gibt es aber, oder? Wie gesagt, ich kann zu LibreElec nicht viel sagen, aber es liesst sich wie ein Problem mit Rechten oder mit dem Benutzer der für die cron-Ausführung hinterlegt ist. Wobei da drüber halt auch noch der Zattoo-Login failed, was dann vermutlich eh bedeutet, dass am Ende Murks bei raus kommt...