29 replies to this topic

[input2]

Ich habe "openpli-develop" auf meine 'Mutant HD2400' installiert. Es sollen mehrere Script's laufen,doch 'cron' scheint nicht zu funktionieren.

Was habe ich gemacht: Ordner "/usr/script" erstellt und meine Script's eingefügt mit Berechtigung 755.

             Erster Versuch:   In "/var/spool/cron" meine angepaßte "root" mit Berechtigung 644 und danach mit 755 probiert              -> kein Start

                             es gibt parallel in "/etc" einen Ordner 'cron' der mit "/var/spool/cron" syncronisiert wird (keiner von beiden ist ein Symlink)???

             Zweiter Versuch: In "/var/spool/cron/crontab" meine angepaßte "root" mit Berechtigung 644 und danach mit 755 probiert -> kein Start

             Dritter Versuch: Testscript erstellt welches mir 2Anzeigen für je 3sec mit 3sec Abstand auf meinen TV bringt

                                       -> start per Telnet        -> Script funktioniert

                                       -> start per 'cron'  (alle 5 Minuten)      */5 * * * *     /usr/script/TestScript.sh                                -> funktioniert nicht

                     

                                      ->  Startaufruf von 'busybox-cron' in "/etc/rc0.d -rc06.d" von 20 auf 30 dann auf 14 gesetzt      -> funktioniert nicht

 

Kann mir jemand sagen,wie ich prüfen kann ob 'cron' läuft bzw hat jemand eine Idee was ich noch machen kann?

[input2]

OK

Ich habe für mich eine Lösung gefunden.

Ich habe aus meinem vorherigen Image (da hat cron funktioniert) das Plugin 'cronie' geholt.

Bei openpli 'busybox-cron' deinstalliert und 'cronie' installiert Neustart und

Cron funktioniert.

Damit ist mein Problem gelöst.

[rantanplan]

https://github.com/O...ox/busybox-cron

Von der Struktur her sieht man dort wie es aussehen müsste.
Busybox crron ist aktiviert und funktioniert normalerweise einwandfrei.
Aber klar mit croni geht es auch.
War dies vielleicht vorher schon mal drauf und hat sich gegenseitig gestört?

[Pike_Bishop]

Das hätte schon noch geklappt, die cronjobs müssen da beim busybox cron ins File /etc/cron/crontabs/root

geschrieben werden.

Hättest mal nen cronjob per Befehl in telnet/ssh eingetragen also z.b: so;

(crontab -l 2>/dev/null; echo "0 2,3,4,5 * * 0,1,2,3,4 sh /usr/script/standby.sh") | crontab - 

hättest das sehen können wennst dich danach auf die Suche gemacht hättest wo der denn nun eingetragen wurde.

 

 

Grüsse

Pike

Edited by Pike_Bishop, 13 March 2022 - 17:20.

[input2]

Hallo Pike

Der Hinweis mit dem Pfad /etc/cron/crontabs/root ist schon richtig. Wie ich im ersten Post schrieb ist der Pfad:

/etc/cron/crontabs/root mit /etc/cron/crontabs/root verbunden, und ja dort in root sind die Befehle für meine

scripts. Doch wenn Cron nicht gestartet wird bzw läuft (warum auch immer) kann da liegen was will.

Die Funktion von Cron hatte ich ja mit meinem Testscrip ( Aufruf alle 5 min) überprüft.

Busybox cron hatte ich testhalber auch deinstalliert und nach Neustart wieder installiert. ( Cron lief trotzdem nicht)

Dies ist nicht mein erstes Image bei dem ich Cron verwende.

Trotzdem Danke für Eure Hinweise.

[Pike_Bishop]

Hi input2,

 

Aha verstehe also der busybox cron läuft bei dir erst gar nicht, nun ja hier klappt alles hab ein paar Scripts per busybox cron am Laufen, aber

gut möglich das du mit dem cronie eh besser beraten bist denn im Gegensatz zum busybox-cron sollte der cronie auch den Parameter @reboot beherrschen.

Müsstest halt mal probieren ob ein cronjob mit @reboot läuft (is manchmal von Vorteil).

 

 

Grüsse

Pike

[input2]

Hallo Pike

Ich habe insgesamt 4 verschiedene scripts am Laufen und einer davon ist ein @reboot .

Das das nur mit cronie geht wußte ich gar nicht,danke für die Info.

Ich denke das busybox-cron auf meiner Box ein softwareproblem hat,was mich glücklicherweise

wieder zu cronie gebracht hat. Das problem mit @reboot hätte ich sicherlich nicht selbst gefixt.

Edited by input2, 14 March 2022 - 23:14.

[Pike_Bishop]

Hi input2,

 

Natürlich kann man sich auch ohne @reboot behelfen, nur ist das dann unnötig kompliziert, denn dann muss man

den cronjob erstmal alle Minuten starten lassen der startet dann halt das bestimmte Script und im Script ist dann ne Abfrage

ob alles geklappt hat und wenn ja löscht das Script den bestimmten cronjob (damit das Script nicht weiter alle Minuten startet),

dazu muss natürlich zuerst noch der cron daemon gestoppt werden

und nach löschen des cronjobs wieder gestartet werden, aber so klappt sowas halt auch.

Dazu kommt dann natürlich das der cronjob bei jedem Booten automatisch eingetragen werden muss denn man hat den ja zuletzt gelöscht

und das wiederum verlangt nach nem zusätzlichen init Script welches halt den cronjob beim Booten einträgt.

 

(Wobei eventuell würde da besser nur ein init Script alleine auch den Job tun).

 

Hab sowas hier am Laufen eben wegen busybox-cron das funktioniert also schon auch, aber wie du siehst ist das viel zu kompliziert

gegenüber als wenn man einfach nen cronjob mit Parameter @reboot erstellt.

 

 

Grüsse

Pike

Edited by Pike_Bishop, 15 March 2022 - 18:44.

[input2]

Hallo Pike

Deine kurze Anleitung für starten eines Scripts ohne @reboot macht Sinn,wenn man mal

darüber nachdenkt. Aber wie gesagt,ich bin froh das ich das ganze mit cronie

einfacher habe.

 

Danke!

[Pike_Bishop]

Hi input2,

 

Ja, da bin ich ganz deiner Meinung und deshalb wärs toll wenn OpenPLI mal den busybox-cron gegen den cronie austauscht (kann ja nicht gross viel mehr Platz beanspruchen)

, und is schon vor langer Zeit auch so im OpenATV geschehen, also warum nicht auch im OpenPLI.

Gibt ja dann immer noch genug abgespecktes durch busybox 

 

 

Grüsse

Pike

[rantanplan]

Da ich jetzt nicht wirklich mit dem Cron viel spiele oder damit arbeite...
Was ist denn genau das Problem beim Reboot-Befehl?

via defconfig kann der in der busybox aktiviert werden und ist doch dann auch als Funktion vorhanden.

 

https://github.com/O.../defconfig#L469

[Pike_Bishop]

Hi rantanplan,

 

Ich hoffe du verwechselst da nicht was, es geht nicht um reboot sondern um den Parameter @reboot für nen cronjob

und der sorgt dafür das ein cronjob nach dem Hochbooten der Box nur genau einmal ausgeführt wird.

 

 

Grüsse

Pike

[rantanplan]

Wahrscheinlich verwechsele ich was
Ich sag ja bin da bzgl Cronjobs echt nicht so auf der Höhe.

Also du bist der Meinung Cronie als vollwertiger "Cron" ist ein Must-Have und Busybox cron kann dann weg.
Umgekehrt würden sich die beiden Cron Dinge in jedem Fall "beißen".
Mir ist klar das es beim OE-Alliance so ist, aber, wenn man selber nichts damit macht, dann falle einem halt auch keine Mängel auf.

Vielen Dank auf jeden Fall.
Grüße

[Pike_Bishop]

Hi rantanplan,

 

 

 

Also du bist der Meinung Cronie als vollwertiger "Cron" ist ein Must-Have und Busybox cron kann dann weg.

Ja das ist genau meine Meinung, wär super wenn das zu verwirklichen ginge.

Und natürlich braucht man dann keinen busybox-cron mehr (einer genügt ja völlig, und dann eben lieber der welcher auch mit @reboot als Parameter umgehen kann  )

 

Der Grund warum man den busybox-cron verwendet ist ja der das man möglichst Platz sparen möchte, aber benötigt der cronie um sovieles mehr Speicherplatz im Flash ???

Früher war das ja alles klar mit diesen alten Boxen mit gaaanz wenig Flash usw.. aber heutzutage ....

 

 

Grüsse

Pike

Edited by Pike_Bishop, 18 March 2022 - 01:11.

[rantanplan]

Na ja ich bin ja ein Freund der "alten" Boxen .
Finde gut es am laufen zu halten so lange es geht.
Neu kann jeder, alt ist die Bastelkunst, wenn es da läuft, dann läuft es garantiert auch bei Neu.
So sehe ich das gerne.

Grüße

[rantanplan]

Ok hab es mal gebaut, sind mit Cronie keine 0,1 mb mehr, also nicht relevant, egal für welche Box.
Aber die busybox defconfig muss ordentlich durcheinander gewühlt werden.
Sonst klappt der Bau nicht, da sind mehr Abhängigkeiten drin, als ich erwartet habe.
Mal sehen wann ich zum testen komme.

[catastrofus]

Ich habe "openpli-develop" auf meine 'Mutant HD2400' installiert. Es sollen mehrere Script's laufen,doch 'cron' scheint nicht zu funktionieren.

Was habe ich gemacht: Ordner "/usr/script" erstellt und meine Script's eingefügt mit Berechtigung 755.

             Erster Versuch:   In "/var/spool/cron" meine angepaßte "root" mit Berechtigung 644 und danach mit 755 probiert              -> kein Start

                             es gibt parallel in "/etc" einen Ordner 'cron' der mit "/var/spool/cron" syncronisiert wird (keiner von beiden ist ein Symlink)???

             Zweiter Versuch: In "/var/spool/cron/crontab" meine angepaßte "root" mit Berechtigung 644 und danach mit 755 probiert -> kein Start

             Dritter Versuch: Testscript erstellt welches mir 2Anzeigen für je 3sec mit 3sec Abstand auf meinen TV bringt

                                       -> start per Telnet        -> Script funktioniert

                                       -> start per 'cron'  (alle 5 Minuten)      */5 * * * *     /usr/script/TestScript.sh                                -> funktioniert nicht

                     

                                      ->  Startaufruf von 'busybox-cron' in "/etc/rc0.d -rc06.d" von 20 auf 30 dann auf 14 gesetzt      -> funktioniert nicht

 

Kann mir jemand sagen,wie ich prüfen kann ob 'cron' läuft bzw hat jemand eine Idee was ich noch machen kann?

Did you use 'crontab -e' to add your scripts to cron?

[Pike_Bishop]

Hi rantanplan,

 

Du gehörst doch zum  PLI Team -> warum nicht dem Team das mal vorschlagen zum übernehmen wenns eh nur so wenig mehr Platz benötigt ?

 

 

Grüsse

Pike

Edited by Pike_Bishop, 18 March 2022 - 22:34.

[WanWizard]

My german isn't good enough to reply here.

 

There is nothing wrong with cron in OpenPLi, the image itself also uses it.

 

The crontab file is "/var/spool/cron/crontabs/root", which should be maintained using "crontab -e".

 

If your situation is different, you broke something. For example by overwriting something with data from an old backup.

[rantanplan]

There are two discussions here.
In any case, busybox-cron works fine.
But the user had somehow made a mistake and was able to solve it himself.
Busybox-cron only partially replaces a full-fledged 'Cronie' .
The question is whether full-fledged 'Cronie' can replace Busybox-cron and how much larger the image will then be.