Beiträge von dlueth

@BJ1 Stoppen und Entfernen der Container sowie das löschen des Images sollte eigentlich nicht nötig sein, da das mittlerweile das init-Script mit erledigt, auf folgende Art:

[definition='1','0']log[/definition] "Stopping container..."
docker ps -a -q --filter ancestor="qoopido/easyepg.minimal" --format="{{.ID}}" | xargs -I {} docker stop {} > /dev/null


[definition='1','0']log[/definition] "Removing old container..."
docker ps -a -q --filter ancestor="qoopido/easyepg.minimal" --format="{{.ID}}" | xargs -I {} docker rm --force {} > /dev/null


[definition='1','0']log[/definition] "Removing old image..."
docker images --format "{{.Repository}}:{{.Tag}}" | grep "qoopido/easyepg.minimal" | xargs -I {} docker rmi --force {} > /dev/null

Ansonsten schonmal: Top Anleitung, danke dafür!

@broda Du meinst im easyepg-Menü unter dem Punkt "Modify XML"?

Wenn ja:
Nein, ist egal, das machst alles easyepg intern und wenn Du dem Container den entsprechenden Socket reingibst schiebt er dort alle generierten XML-Dateien rein, nach Änderungszeitpunkt aufsteigend sortiert, so dass das/die Resultat/e aus dem "Modify XML" immer die letzten sind und damit ggf. vorheriges überschrieben.

@no.spam 'docker ps' auf der Shell sollte zeigen, ob er läuft oder nicht

@no.spam Gute Frage, kann ich Dir leider nicht beantworten. Eigentlich sollte der Cron neu gestartet werden, allerdings im Fall des laufenden Betriebs, sollte er abschmieren.

Ich kann Dir nicht sagen ob Docker "schlau" genug ist ihn auch bei einem kompletten Reboot des Systems neu zu starten - vermutlich eher nicht, weil es kein Absturz als Grund war.

Kannst Du denn nicht irgendwo "Startbefehle" hinterlegen? Siehe z.B.

https://wiki.libreelec.tv/autostart.sh

Alternativ ginge es bei normalem Linux noch auf anderen wegen:
- Service (müsste man selber bauen)
- Startup-Script (gibt es meistens)
- Cronjob mit der Frequenz @reboot (vermutlich)

@hi2hello Dann sollte eigentlich ein Neustart des Containers reichen um die relevanten Rechte wieder zurückzusetzen. "/tmp" liegt nicht in dem reingemounteten Verzeichnis, das hast Du also nicht geändert und es würde eh einen Neustart des Containers nicht überleben. Und "/easyepg" wird bei jedem Neustart einmal aus dem GIT-aktualisiert, überlebt also im Prinzip auch nicht wirklich - zumindest nicht, was die Rechte der im GIT vorhandenen Dateien angeht.

@hi2hello Du hast im Container die Rechte innerhalb von /tmp geändert?

Ein Neustart des Containers sollte das eigentlich wieder gerade biegen vermute ich @hi2hello

@hi2hello du hast doch oben deine "settings" gepostet, genau da: PUID ist jetzt USER_ID, PGID ist GROUP_ID und TZ ist jetzt TIMEZONE

Und was Du so setzt kommt dann im Container als ENV-var an

@hi2hello Mit dem letzten Update hat sich die Benennung der ENV-vars geändert - das init-Script deckt das bereits ab, bei Dir stehen aber vermutlich noch PUID und PGID sowie auch TZ drin. Folgende ENV-vars gibt es aktuell:

USER_ID (default 1099)
GROUP_ID (default 1099)
TIMEZONE (default "Europe/Berlin")
FREQUENCY (default "0 2 * * *")

@hi2hello ich schau rein - Du benutzt nicht das init-Script sondern startest den Container selber?

@louis72 schick ich dir nachher als PN - läuft natürlich nicht immer perfekt, aber ich bin eigentlich ganz zufrieden. Im schlimmsten Fall setzt er Mal ne Marke nicht oder zu kurz, aber nie komplett falsch.

@DeBaschdi ja klar, kenne ich, war aber in der damaligen Version (da gab's glaub ich vor nicht all zu langer Zeit ne neue Major) nicht so richtig ausreichend und hier und da etwas Buggy.

Transcoding ist zwar theoretisch toll, wird aber von meiner Hardware nicht unterstützt. Und da die clients eh alle im lokalen Netzwerk hängen war mir das jetzt auch nicht wichtig

@BJ1 Eine Event Queue. Du kannst von Maschinen Dinge in Queues schreiben die dann von anderen weiterverarbeitet werden. Und die hören dabei halt auf neue Nachrichten. In diesem Fall wäre es ein weiterer Weg wie man über eine neue XML benachrichtigt werden könnte. Hilfreich wäre dieser z.b. wenn der TVHeadend nicht auch der Host ist der Docker laufen hat.

https://www.rabbitmq.com/

Ich benutze das bei mir z.b. eh schon, wenn TVHeadend eine Aufnahme gemacht hat läuft das Lokal durch ein kleines Script welches Serien und Filme unterscheidet. Serien landen direkt in einer Comskip Queue, Filme in einer Filebot Queue. Auf die Comskip Queue hört ein RPI, der das dann abarbeitet. Ebenso Filebot, läuft auch nicht auf dem TVHeadend direkt. Ist letzterer fertig, schreibt er den erkannten Film ebenfalls in die Comskip Queue. Wenn Comskip fertig ist wird auch das wieder in eine Queue geschrieben an der mein KODi Master hängt und daraufhin seine Bibliothek updatet.

Ziel dabei ist, das TVHeadend zu jeder Zeit das tun kann, was er tun soll: streams servieren und Aufnahmen speichern ohne von anderen Dingen ausgelastet zu werden.

Würde es jemandem etwas nutzen wenn mein Container nicht nur auf einen Socket schreiben sondern auch eine rabbitmq Queue befüllen könnte?

Und ich hab auch gerade nochmal die Version 2.0.5 meines Docker-Images rausgehauen:

1. das easyepg-Verzeichnis bzw. dessen Update aus dem Container heraus sollte jetzt kompatibel bzw. identisch sein zu dem image von mod24
2. die Ausgabe des cronjobs kann jetzt via `docker logs -f easyepg.cron` eingesehen werden
3. das init-Script stoppt jetzt auch laufende Container, entfernt sie und das zugehörige image bevor es das neue pulled und die Container neu anlegt

Für den Moment würd ich dann sagen ist mein Image Feature-Complete - bis Euch was neues einfällt

@hi2hello wäre nicht meine - aber eigentlich geht das, du musst nur einmal für den EPG-Anbieter ein XML erzeugen lassen, danach erscheint "modify XML" im Menü wo Du diese Einstellungen machen kannst. Zumindest ist das bei mir so und bei den anderen wohl auch

Roadmap für easyepg.minimal:

- easyepg volume kompatibel machen zu mod24's image
- cronjob Ausgabe via docker logs

Beides schon in Arbeit bzw. so gut wie durch. Nur die erzeugten XMLs zu exponieren hab ich auf dem Zettel, momentan wird das aber etwas schwierig und erscheint mir im Moment nicht wirklich "sinnvoll" umsetzbar.

Hat noch jemand etwas?

@hi2hello ist aber eigentlich normal

@no.spam schön, dass es auch bei dir endlich läuft

Ist der Container sauber durchgelaufen bei dir @no.spam?

Ich hab mich schon mit der Problematik des easyepg-ordners beschäftigt (mod24 vs meiner) und einen Plan wie ich das glatt ziehe. Dann wird der Ordner wieder kompatibel