Super, danke! Der gleiche Fehler ist übrigens auch im Package ‚vpnlimittimeclock‘ vorhanden.
Sind das Script und seine per uci set eingestellte Konfiguration eigentlich update-fest? Ich habe keine Dateien gefunden, in denen die gesetzten Werte gespeichert sein könnten.
Danke für den Hinweis,
sollte dort jetzt auch hinaus sein.
Updatefestigkeit hatte ich getestet, aber könnte sein, dass ich da durch den Umbau vor einigen Wochen was getan hat.
Werde nochmal kontrollieren.
1 „Gefällt mir“
Ok. Ganz dumm gefragt: welche Werte muss ich per uci set setzen, um den Switch wieder auszuschalten?
Mist… der client-ap-scheduler war nicht updatefest, der scheduler für meshvpn-bandbreiten-limiter war updatefest.
Hoffentlich passt es jetzt, geste gerade.
Zum Löschen? uci unset auf die Schlüssel. Oder von Hand aus der /etc/config/wireless entfernen.
Ist leider weder reboot- noch updatefest.
Muss ich bestreiten.
Es ist jetzt beides.
Dann bin ich auf dem falschen Dampfer. Wenn ich nach einem Reboot ‚uci get wireless.radio0.client_clock_on‘ eingebe, kommt als Ausgabe ‚uci: Entry not found‘. Vor dem Reboot wird der eingestellte Wert ausgegeben.
Oder wird das woanders dauerhaft gespeichert?
o.k. ich schreibe mal ins readme dazu, dass uci-schlüssel mittels eines „uci commit“ geschreiben werden müssen.
Ok, hatte mich schon gewundert, dass die eingestellten Werte ohne uci commit abgearbeitet wurden.
Also ein Bedienungsfehler meinerseits.
moin. nachdem ich eine entsprechende Datei unter /usr/lib/midron.d/ erstellt hatte, mußte ich noch
/etc/init.d/micrond reload
ausführen, damit der micrond die neue Datei auch kennt und den darin definierten cronjob auch wirklich regelmäßig ausführt. Ohne diesen Befehl (restart statt reload hilft wahrscheinlich auch, aber ich bevorzuge stets die konservative Therapie) wurde der neue Job nicht ausgeführt.
3 „Gefällt mir“
Was passiert eigentlich wenn ich „klassisch“ per
crontab -e
einen Cronjob anlege? Wird der dann nicht ausgeführt und muss per Hand bei micron.d eingetragen werden?
2 „Gefällt mir“
würde mich auch interessieren…
Kurz um ja.
Cronjobs müssen unter:
/rom/usr/lib/micron.d/
in einer eigenen Datei liegen.
crontab -e sollte glaub auch noch funktionieren, das macht dann aber eben genau das, eine „normale“ cronjob datei in dem Ordner den @Tarnatos meinte nutzen … ich denke man kann auch alles in eine Datei schreiben, muss aber nicht - vor allem Pakete profitieren von dem eigene Datei ansatz
Mit crontab -e eingetragene Crons werden nicht mehr ausgeführt.
Es muss eine Datei im o.g. Verzeichnis erstellt worden sein.
2 „Gefällt mir“
Hallo zusammen,
ich versuche gerade cronjobs an Laufen zu bekommen.
Das klappt aber irgendwie nicht so wie in der Doku beschrieben (z.B. Cron and crontab [Old OpenWrt Wiki] oder http://superuser.com/questions/600504/openwrt-is-ignoring-scheduled-tasks)
Ein crontab -e bingt einfach nur die Fehlermeldung „crontab: not found“.
Ein Versuch, cron (zuvor) zu starten mit /etc/init.d/cron start bringt keine Fehlermeldung, aber auch sonst nichts ?
Mein Router (ein WR841N) läuft mit OpenWRT (OpenWrt Chaos Calmer 15.05.1).
Was muss ich machen, damit cron läuft und ich dann noch die cronjobs starten kann.
BTW: Ich habe keine Kategorie „Software / Firmware“ gefunden. Habe ich etwas übersehen ?
Einfach nach /usr/lib/micron.d eine neue Datei für deinen Cronjob legen.
Gruß hexa-
1 „Gefällt mir“
Tatsächlich.
Und es ist kaum zu glauben: Das war sogar die Antwort auf genau die gleiche (oder gar die selbe ?) Frage, die ich gestellt habe.
Dabei hatte ich für diese Frage einen eigenen Trööt aufgemacht gehabt.
Die Lösung diese ungewöhnlichen Geschichte können sicher die Mods hier im Forum liefern.