Beiträge von dlueth

@K-Meleon Ich muss nochmal etwas nachhaken, da ich bei den beiden Threads ("Docker unter LibreElec" und "NAS") immer mal wieder durcheinander komme:

Du versuchst das auch unter LibreElec und da ist TVHeadend direkt auf dem System installiert (läuft also nicht via Docker)?

Dann müsste eigentlich das gehen, was ich bei mir auf einer dedizierten Linux-Maschine am Laufen habe:
TVHeadend ist dort direkt installiert und mein easyepg-docker läuft dort nicht permanent (wie bei der NAS-Fraktion üblich), sondern wird im Modus "run" vom Host aus per Cronjob nachts gestartet - dann hast Du auch weniger laufende Auslastung des Systems. Klar, der Docker-Service läuft natürlich trotzdem permanent, aber eben nicht der easyepg-Container. Dadurch, dass Du den Container i.d.R. deutlich nach einem Neustart des Systems startest sollte der Socket dann eigentlich immer da sein.

Wie hast Du denn meinen Container installiert/konfiguriert? Wie im Readme auf GitHub beschrieben mit dem Shell-Script oder von Hand?

Der Modus "run" bei meinem Container bedeutet, dass er sofort easyepg startet, wenn der Container hochgefahren wird und sich dann auch wieder beendet, wenn easyepg fertig ist.

Ich selber habe für mich entschieden easyepg im Docker zu bauen und auch zu nutzen, da es sehr viele Dinge braucht die installiert werden müssen. Mein PVR ist in unserem Haushalt als "kritisches" System zu sehen und sollte das mal defekt sein will ich nicht erst 2 Tage Zeug installieren. Mit Docker kann ich die Konfiguration regelmäßig wegsichern und wenn ich ein neues System brauche muss im Grunde nur Docker drauf und ich bin mehr oder weniger wieder einsatzbereit.

Ok, geprüft: das ist wohl leider normales (und gewolltes) verhalten von docker, Wenn ein Pfad als Volume gemountet wird, den es (noch) nicht gibt. Das muss aber sein, weil docker selbst keinen Zugriff auf den Host hat, ergo also weder prüfen kann ob dort irgendein Pfad existiert, noch ob ein anderer Dienst oder Container dort läuft

Was meinen Container angeht kann ich mir das gerne Mal ansehen

@DeBaschdi hattest du meinen Beitrag auf Seite 81 (vorletzter) dieses Threads gesehen und Mal reingeschaut?

Ja, das updaten von docker-containern automatisch zu machen ist schon nicht so ganz trivial. Im Normalfall (als Mensch) wäre die Verwendung eines Tags in Form der Versionsnummer eigentlich am besten, mit manuellem Update. I.d.R. nimmt man aber eigentlich eher das Tag "latest" und entfernt einmal alles was da irgendwie mit im Zusammenhang steht und startet den Container dann wieder neu, was dann das "neue latest" pulled. Das macht man insbesondere deswegen, weil ein Image ja aus diversen Build-Artefakten besteht die sonst allesamt einfach liegen bleiben würden - auch die der alten, nicht mehr verwendeten, Versionen.

Der Update-Check wird vermutlich nur das Erstellungsdatum des im Moment verwendeten Images gegen die Registry prüfen, ob es da mit dem gleichen Tag aber neuerem Datum etwas findet.

Aber ich sehe da insgesamt eigentlich keinen direkten Zusammenhang zu Deinem Problem, denn normalerweise lässt man Volumes (also die reingegebenen Verzeichnisse) dabei komplett unangetastet, damit's hinterher ganz normal wieder läuft. Und wenns bei Horizon geht (und bei @DeBaschdi selbst ja auch unter unraid) tue ich mich schwer damit die Ursache (nur) bei Unraid zu suchen. Andererseits ist ja jedes Mal mindestens der Update-Check von Unraid der Auslöser der für sich betrachtet aber vermutlich nicht mal den Container neu startet (was ja vorher eine Idee von mir war, dass es der Neustart sein könnte).

Nicht falsch verstehen, ich versuche nur weiter einzugrenzen wo die Ursache zu suchen ist

@BJ1 Im gleichen Container im gleichen Durchlauf sicherlich?

@BJ1 nochmal zur Sicherheit die Rückfrage: Das passiert nur bei Magenta und Du hast auch andere Anbieter eingerichtet bei denen das nicht passiert?

@DeBaschdi Hattest Du mal wegen meiner Theorie nachgesehen in Bezug auf das Perl was wohl passiert wenn entweder keine oder eine falsche/leere Antwort ankommt? So auf den ersten Blick könnte das dazu führen, dass die datei geleert wird und in der Folge daher dann auch leer bleibt, oder?

@BJ1 konntest du das Problem denn vorher nach einem reinen Neustart nochmal verifizieren? Das wäre ja dann der Beweis gewesen das der Neustart und nicht das eigentliche Update des Containers das Problem ist.

Das Problem war dann also eine fehlerhafte UID/GID, korrekt?

@BJ1 kk, dann warte ich Mal Dein Ergebnis ab bevor ich irgendetwas Versuche

@BJ1 heißt aber du testest jetzt nochmal, korrekt?

@DeBaschdi das wäre gut - wobei ich nicht unbedingt daran glaube, dass das hier das Problem ist.

Unraid macht das Update ja vermutlich irgendwann und startet dann den Container neu - failen tut er aber vermutlich erst Stunden später beim nächsten Durchlauf, oder? @BJ1

Trennst du deine inet-verbindung, wenn idle zufällig?

@BJ1 damit ist tmpfs raus als Ursache.
@DeBaschdi konkreter gefragt: was genau passiert wenn z.b. das Netzwerk noch nicht up oder nicht verfügbar sein sollte? Zerlegt er dann die gespeicherte channel-config?

Weil, bei euch nas- bzw unraid Nutzern ist ja ein Update des Containers einer der wenigen Punkte zu denen der Container neu gestartet wird.

@DeBaschdi für was genau ist das json in tmp denn gut und was beinhaltet es normalerweise?

Kk, ich vermute das macht unraid selber anhand der in der GUI angegebenen env-vars wo dann auch MODE=cron drin steht, korrekt? @BJ1

Wie genau, also mit welchem Befehl, startet unraid denn den docker? Macht er das selber?

@easy4me Mag auch sein, aber es ist ja schon komisch, wenn das wirklich nur einmalig nach jedem Update des docker-Containers geschieht...

@BJ1 Noch ne ergänzende Frage:
Wie genau startest Du den Container nochmal? Hast Du mein Init-Script benutzt?

Einzige "Spezialität" meinerseits in Bezug auf /tmp ist eigentlich folgende Zeile im init-Script:
https://github.com/dlueth/easyepg…6de30/init#L186

Hm, vieleicht mag @DeBaschdi da auch nochmal reinschauen. Den Bezug zu den nicht selektierten Channels kann ich damit herstellen, denn die errors.txt sagt

malformed JSON string, neither array, object, number, string or atom, at character offset 0 (before "(end of string)") at url_printer.pl line 56.

und ein Blick in die url_printer.pl, Zeile 56, ergibt dann passend zur leeren Channel-Liste

my $channels_data  = decode_json($channels);

$channels wiederum kommt aus /tmp/compare.json.

Gibt es evtl. irgendeinen Grund, warum die leer oder invalide sein könnte? Rechte? @DeBaschdi

@BJ1
Du musst die Kanäle dann jedes Mal neu selektieren und dann geht es wieder bis zum nächsten Update des Containers? oder musst Du nichts fixen und beimm nächsten Durchlauf ist alles wieder i.O.?

@JackON vielleicht hilft folgender Thread noch weiter: Howto: Syno: Im Docker: Tvheadend, Telerising, Easyepg

Der bezieht sich zwar auf den Container von DeBaschdi, der ist aber imho nur ein Fork von meinem