So , hat mir keine Ruhe gelassen , habe gerade angehalten und die cron Zeiten versucht zu aendern... Geht nicht mehr.
Es wird wieder nichts uebernommen...wie festgenagelt...das soll wer verstehen.
Irgend etwas stimmt da nicht...ich verstehs nich mehr was da los ist.
Nur beim ersten (NEU) Installieren hat er die cron Zeiten uebernommen.
Alle anderen Variablen werden geaendert nur der cron ist wie Festgenagelt.
Irgendwer noch eine Idee ...ich weiss nuescht mehr.
m.f.g. joto
Klingt eher nach nem Bug im web-if deiner syno imho...
Ich frag mich nur warum sich die anderen einstellungen aendern lassen..... is schon komisch.
m.f.g. joto
So ich hab mir mal die Muehe gemacht und die Umgebungsvariablen ausgeben lassen:
root@qoopido-easyepg:/# echo $PATH
/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
root@qoopido-easyepg:/# echo $MODE
cron
root@qoopido-easyepg:/# echo $USER_ID
1099
root@qoopido-easyepg:/# echo $GROUP_ID
1099
root@qoopido-easyepg:/# echo $UPDATE
yes
root@qoopido-easyepg:/# echo $REPO
sunsettrack4
root@qoopido-easyepg:/# echo $FREQUENCY
10 8 bin boot dev easyepg etc home lib lib64 media mnt opt proc root run sbin sr
v sys tmp usr var xmltv.sock bin boot dev easyepg etc home lib lib64 media mnt o
pt proc root run sbin srv sys tmp usr var xmltv.sock 0,2,5
root@qoopido-easyepg:/# echo $BRANCH
master
root@qoopido-easyepg:/# echo $PACKAGES
root@qoopido-easyepg:/# echo $DEBIAN_FRONTEND
noninteractive
root@qoopido-easyepg:/# echo $TERM
xterm
root@qoopido-easyepg:/# echo $LANGUAGE
en_US.UTF-8
root@qoopido-easyepg:/# echo $LANG
en_US.UTF-8
root@qoopido-easyepg:/# echo $LC_ALL
en_US.UTF-8
root@qoopido-easyepg:/# echo $CLEANUP
/tmp/chlist /tmp/compare.json /tmp/initrun.txt /tmp/manifile.json /tmp/menu /tmp
/providerlist /tmp/value /tmp/workfile /var/tmp/* /var/[definition='1','0']log[/definition]/* /var/lib/apt/lists/
* /var/lib/{apt,dpkg,cache,[definition='1','0']log[/definition]}/ /var/cache/apt/archives /usr/share/doc/ /usr/sh
are/man/ /usr/share/locale/ /root/.cpan /root/.cpanm
root@qoopido-easyepg:/#Ich frage mich nur was das da in der $FREQUENCY ist was ich da angezeigt bekomme?
Sieht irgendwie komisch aus , sollten da nicht die cron Zeiten drinnstehen?
m.f.g. joto
Sieht aus wie die Verzeichnisse der root-ebene...
@joto62 kannst du Mal bitte innerhalb des Containers ein cat /etc/easyepg.cron machen und Posten was da heraus kommt?
Gehe ich Recht in der Annahme, dass das was du gesetzt hattest im Fall des Outputs oben 2 Mal den * beinhaltete?
Du musst $Variable in "" setzen.
echo "$Variable"
Eigentlich sogar "${variable}", das wird es sein, so oder so
So bin wieder zu Hause.
Ich wusste nicht das ich wenn ich $ vor der Variablen mache auch noch " angeben muss.
Habe ich mal gemacht :
root@qoopido-easyepg:/# cat /etc/easyepg.cron
0 8 * * 0,2,5 su -s /bin/bash -c "TERM=xterm /bin/bash /usr/local/bin/easyepg.process" easyepg > /proc/1/fd/1 2> /proc/1/fd/2
root@qoopido-easyepg:/# echo "$FREQUENCY"
10 8 * * 0,2,5
Wie es fuer mich aussieht wird $FREQUENCY nicht uebergeben wenn ich den Container starte.
Habe mal mit nano im container die easyepg.cron bearbeitet ... dann gehts.
m.f.g. joto
Das geht nur bis zum neustart...
Ist leider ein syno bug, da hilft nur neuinstallation des containers.
Gibt es ne Chance, dass der behoben wird seitens Synology? Wenn nicht, hätte ich ne Idee für ne Lösung...
Nee wenn ich die easyepg.cron mit nano bearbeite und abspeichere dann ist es auch nach dem Neustart noch vorhanden.
Nur in der $FREQUENCY da steht dann der Variablenwert drin den ich beim Start angebe.
Neuinstalation habe ich auch schon mehrfach probiert...beim instalieren wird der werd aus $FREQUENCY uebergeben danach ist mit aendern Essig...geht dann nur noch mit nano in der easyepg.cron die in etc liegt.
m.f.g. joto
Keine ahnung dlueth ob es da was gibt in naechster Zeit.
Habe da im Forum auch nichts gefunden was dem Problem nahe kommt.
Muesste ich mal Synology anschreiben .... aber ich kann mir die Antwort schon fast denken die ich von denen bekomme.
m.f.g. joto
@joto62 Nur nochmal zum Abklopfen, ob meine Idee einer Lösung funktionieren würde:
1. Bei frischer Installation auf der Syno übergibt er beim ersten start die FREQUENCY korrekt?
2. Bei jedem weiteren Start übergibt die Syno Murks (oder gar nichts, so dass der Default von 2:00 Uhr nachts greift?)
Jep...dlueth.
Ich habe aber gerade gesehen das es nach dem letzten Docker update Probleme mit den Variablen gegeben haben soll.
Ich werde mich einmal versuchen da rein zu lesen und gegebenfalls ein Docker Downgrad versuchen.
Wenn das nicht klappen sollte koennte ich ja bescheid geben wenn du das so willst und dich an einer Loesung machen.
Wenn es an der Syno liegen sollte finde ich das sowieso nicht fair dir gegenueber...das will ich ja eigendlich garnicht.
Deine Muehe in Ehren aber lass mich erst einmal schauen ob ich die Syno ueberreden kann das Spinnen auf zu hoeren.
Dank dir aber jetzt schon fuer deine , EURE , Muehe.
Ich werde auf jeden fall bescheid geben,
m.f.g. joto
Jo, ist gut, gib mal bescheid auf jeden Fall. Normalerweise würde ich das wohl auch so sehen und nur ungern ne "Sonderlösung" einbauen, aber die Idee ist eigentlich relativ simpel:
Im Dockerfile definierte Volumes werden seitens Docker immer persistiert, wenn sie nicht sowieso von außen übergeben werden. Genau in einem solchen Volume könnte man also initial die Frequency oder vielleicht auch das komplette Cron-File ablegen. Beim starten würde dann geprüft werden, ob in dem Volume bereits Werte (bzw. eine entsprechende Datei) liegen und wenn ja, würden diese die übergebenen "Overrulen". Man bräuchte dann lediglich einen weiteren Parameter für den Container mit dem man diesen "Modus" aktivieren kann, da er halt nicht für alle nötig ist und ggf. zu Problemen führen könnte, wenn jemand nachträglich die Frequency anpassen will (und es technisch möglich ist, anders als bei Syno scheinbar).
@joto62 Ergänzende Rückfrage: Kannst Du meine Frage unter 2. oben nochmal beantworten bitte?
Also: Übergibt die Syno bei jedem weiteren Start gar nichts (was dann zum default von 2:00 Uhr nachts führt) oder kompletten Unsinn?
Nur nach der Neuinstallation werden die werte von FREQUENCY uebernommen , Einmalig,
Danach ist jede Aenderung , aber nur bei FREQUENCY , nicht mehr Moeglich beim Neustart ueber die Syno.
m.f.g. joto
Und noch eine Rückfrage @joto62:
Ist FREQUENCY zufällig der erste/letzte Eintrag der Liste an Parametern im Web-IF der Syno für diesen Container? Würde es evtl. Sinn machen den Parameter für Dich mal testweise umzubenennen?
Nein ist der 6 Eintrag im Web-If.
Keine Ahnung ob das umbenennen Sinn macht.
Habe gerade Docker downgradet , alles neuinstalliert , keine Veraenderung alles beim Alten , laesst sich nach dem ersten Start nicht mehr Umaendern FREQUENCY.
Nu weiss ich auch nicht mehr weiter.
m.f.g. joto
@dlueth: Bin unter OMV auch gerade vom mod242 Container auf Deinen umgestiegen. Der Transfer lief ohne grössere Probleme. Habe nur eine Frage zur Ablage einer kombinierten "guide.xml": Bei der Container Config habe ich `/easyepg/xml` auf `/sharedfolders/AppData/tvheadend/data` gemapped. Dort werden dann aber auch die xmls der Einzelgrabber hingeschrieben, z.B. "horizon_de.xml", "magenta_tv.xml", "radiotimes_uk.xml", zusätzlich zu der kombinierten "guide.xml". Der interne TVH Grabber liest dann aber sämtliche "*.xml" files im `tvheadend/data` folder ein, und nicht nur die kombinierte "guide.xml". Gibt es eine Möglichkeit nur die kombinierte zu kopieren oder muss ich über das Host-System arbeiten per `cp` und cron-job?
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!