[DISCONTINUED] easyEPG Grabber // WebGrab++ Alternative [v0.4.3 | 2020/01/11]

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

Zitat von dlueth

Du musst die Kanäle dann jedes Mal neu selektieren und dann geht es wieder bis zum nächsten Update des Containers?

Genau. Das passiert genau 1x nach dem Update des Dockers. Der Docker wird von unRaid automatisch gestartet. Eingestellt ist der Cron-Modus.

Zitat von easy4me

Ich gehe eher davon aus, dass keine JSON-Antwort von der Webseite kommt.

Das Script läuft bis zum nächsten Update völlig problemlos.

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

Ja. Beim nächsten Update kopiere ich mal das Log aus dem Update-Fenster raus. Da steht dann auch der Docker-Start mit dabei.

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

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

Zitat von dlueth

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

Yupp...

Ich habe jetzt mal uid=99 gid=100 gesetzt, da root nicht zur gid 100 gehört. Der Docker wird ja bei Änderungen neu gestartet:

root@localhost:# /usr/local/emhttp/plugins/dynamix.docker.manager/scripts/docker run -d --name='easyepg.minimal' --net='bridge' --log-opt max-size='50m' --log-opt max-file='1' -e TZ="Europe/Berlin" -e HOST_OS="Unraid" -e 'MODE'='cron' -e 'FREQUENCY'='0 3 * * *' -e 'USER_ID'='99' -e 'GROUP_ID'='100' -v '/mnt/user/Recordings/EPG/':'/easyepg/xml':'rw' -v '/mnt/user/appdata/easyepg/':'/easyepg':'rw' 'qoopido/easyepg.minimal' 


6dfd0c685c5c75c4494bd25d0cf45babe7671680612baa9a1b9b9842e940248f


The command finished successfully!

@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.

Zitat von DeBaschdi

@BJ1 zur Sicherheit, mach mal ein chown -R nobody:users auf /mnt/user/appdata/easyepg

Im Anschluss noch
chmod -R 775 auf den gleichen Pfad.

Das macht unRaid bereits beim starten des Dockers, lediglich das rausgeführte easyepg/xml steht noch auf root. Das ändere ich noch. Auch die Unterverzeichnisse passen:

root@Tower:/mnt/user/appdata/easyepg# ls -al
total 408
drwxrwxrwx 1 nobody users   4096 Jul  7 18:48 ./
drwxrwxrwx 1 nobody users    175 Jun 11 20:16 ../
-rwxrwxrwx 1 nobody users  35149 Jul  7 18:48 LICENSE*
-rwxrwxrwx 1 nobody users   6505 Jul  7 18:48 README.md*
-rwxrwxrwx 1 nobody users  19037 Jul  7 18:48 backup.sh*
-rwxrwxrwx 1 nobody users  11643 Jul  7 18:48 branch-debaschdi.sh*
-rwxrwxrwx 1 nobody users   2584 Jul  7 18:48 ch_combine.pl*
drwxrwxrwx 1 nobody users     19 Jan 17 22:46 combine/
-rwxrwxrwx 1 nobody users  96757 Jul  7 18:48 combine.sh*
-rwxrwxrwx 1 nobody users 104285 Jul  7 18:48 epg.sh*
drwxrwxrwx 1 nobody users     97 Jan 17 22:23 ext/
drwxrwxrwx 1 nobody users    183 Jan 17 22:24 hzn/
drwxrwxrwx 1 nobody users    300 Jul  7 03:02 imdb/
-rwxrwxrwx 1 nobody users  68122 Jul  7 18:48 prog_combine.pl*
drwxrwxrwx 1 nobody users    196 Jan 17 22:23 rdt/
-rwxrwxrwx 1 nobody users  26899 Jul  7 18:48 restore.sh*
drwxrwxrwx 1 nobody users    173 Jan 17 22:23 swc/
-rwxrwxrwx 1 nobody users   9337 Jul  7 18:48 testing.sh*
drwxrwxrwx 1 nobody users    227 Jan 30 18:00 tkm/
drwxrwxrwx 1 nobody users    174 Jan 17 22:23 tvp/
drwxrwxrwx 1 nobody users    173 Jun  1 16:48 tvs/
drwxrwxrwx 1 nobody users    197 Jan 17 22:23 tvtv/
-rwxrwxrwx 1 nobody users  12298 Jul  7 18:48 update.sh*
drwxrwxrwx 1 nobody users    196 Apr  2 12:24 vdf/
drwxrwxrwx 1 nobody users    151 Jan 17 22:23 wpu/
drwxr-xr-x 1 root   root       6 Jan 17 22:23 xml/
drwxrwxrwx 1 nobody users    194 Jan 17 22:23 ztt/

@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?

Zitat von dlueth

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?

Genau. Die Updates stoße ich per Hand an (Es gibt dazu Buttons Update/Update all im Docker Tab). Beim nächsten Durchlauf um 03:00 wird dann Magenta failen.

Zitat von dlueth

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

Nein. Zwangstrennung ist zwischen 04:00 und 05:00

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

Ja klar, der nächste Job sollte ja um 03:00 mit der geänderten UID laufen. Mal sehen, was passiert. Nach dem Dockerstart über unRaid habe ich ja quasi nichts weiter angefasst.

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