Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

CloudMatic auf RaspberryMatic Teil:3 - nach Zentralen(neu)start keine Cron-Jobs für 'loopupd.sh' & 'cloudmaticcheck.sh' #13

Open
Baxxy13 opened this issue Oct 5, 2023 · 0 comments

Comments

@Baxxy13
Copy link

Baxxy13 commented Oct 5, 2023

Nachdem in #12 dann augenscheinlich alles lief habe ich noch die automatischen Updates aktiviert und die RaspberryMatic neu gestartet.

Wenn ich das soweit richtig verstanden habe sollte es 2 Cron-Jobs geben die alle 6h ausgeführt werden.
cloudmaticcheck.sh wird über /opt/mh/startup.sh etabliert.
loopupd.sh wird über /opt/mh/startup.sh --> /usr/local/etc/config/addons/mh/addcron.sh etabliert.

0 */6 * * * /bin/sh /usr/local/etc/config/addons/mh/cloudmaticcheck.sh >> /dev/null
07 */6 * * * /bin/sh /usr/local/etc/config/addons/mh/loopupd.sh >> /dev/null

Nach einem RaspberryMatic (neu)Start sind diese aber nicht in der crontab zu finden:

root@RM-Test-VM-96:/root# crontab -l
*/11 * * * * [ -c /dev/rtc0 ] && /sbin/hwclock --systohc --utc
1 3,9,15,21 * * * [ ! -e /usr/local/HMLGW ] && /bin/SetInterfaceClock
0 4 * * * /usr/sbin/logrotate /etc/logrotate.conf || logger -p error -t "logrotate" "logrotate aborted with error $?"
*/1 * * * * /bin/updateDCVars.tcl >/dev/null 2>/dev/null
7 0 * * * /bin/nice /bin/cronBackup.sh >/dev/null 2>/dev/null
0 4 * * 6 [ ! -e /etc/config/NoFSTRIM ] && /bin/nice /sbin/fstrim --listed-in /etc/fstab:/proc/self/mountinfo --verbose --quiet-unsupported | logger -p info -t fstrim
59 1 * * * [ ! -e /etc/config/NoBadBlocksCheck ] && /bin/nice /bin/checkBadBlocks.sh >/dev/null 2>/dev/null
*/10 * * * * [ -d /media/usb0/measurement ] && /bin/nice /usr/bin/rsync -aogX --delete-after --no-whole-file --checksum /tmp/measurement/ /media/usb0/measurement/ >/dev/null 2>/dev/null
0 12 * * * [ ! -e /etc/config/NoAddonUpdateCheck ] && sleep $((RANDOM % 900))s && /bin/checkAddonUpdates.sh >/dev/null 2>/dev/null
0 4 * * 0 [ ! -e /etc/config/NoPortForwardingCheck ] && sleep $((RANDOM % 900))s && /bin/checkPortForwarding.sh >/dev/null 2>/dev/null
0 5 * * 0 [ ! -e /etc/config/NoHmIPConsistencyCheck ] && /bin/checkHmIPconsistency.tcl >/dev/null 2>/dev/null

Starte ich später CloudMatic händisch nochmal neu...

root@RM-Test-VM-96:/root# /etc/init.d/S97CloudMatic restart
Starting CloudMatic: OK
root@RM-Test-VM-96:/root# crontab -l
*/11 * * * * [ -c /dev/rtc0 ] && /sbin/hwclock --systohc --utc
1 3,9,15,21 * * * [ ! -e /usr/local/HMLGW ] && /bin/SetInterfaceClock
0 4 * * * /usr/sbin/logrotate /etc/logrotate.conf || logger -p error -t "logrotate" "logrotate aborted with error $?"
*/1 * * * * /bin/updateDCVars.tcl >/dev/null 2>/dev/null
7 0 * * * /bin/nice /bin/cronBackup.sh >/dev/null 2>/dev/null
0 4 * * 6 [ ! -e /etc/config/NoFSTRIM ] && /bin/nice /sbin/fstrim --listed-in /etc/fstab:/proc/self/mountinfo --verbose --quiet-unsupported | logger -p info -t fstrim
59 1 * * * [ ! -e /etc/config/NoBadBlocksCheck ] && /bin/nice /bin/checkBadBlocks.sh >/dev/null 2>/dev/null
*/10 * * * * [ -d /media/usb0/measurement ] && /bin/nice /usr/bin/rsync -aogX --delete-after --no-whole-file --checksum /tmp/measurement/ /media/usb0/measurement/ >/dev/null 2>/dev/null
0 12 * * * [ ! -e /etc/config/NoAddonUpdateCheck ] && sleep $((RANDOM % 900))s && /bin/checkAddonUpdates.sh >/dev/null 2>/dev/null
0 4 * * 0 [ ! -e /etc/config/NoPortForwardingCheck ] && sleep $((RANDOM % 900))s && /bin/checkPortForwarding.sh >/dev/null 2>/dev/null
0 5 * * 0 [ ! -e /etc/config/NoHmIPConsistencyCheck ] && /bin/checkHmIPconsistency.tcl >/dev/null 2>/dev/null
07 */6 * * * /bin/sh /usr/local/etc/config/addons/mh/loopupd.sh >> /dev/null
0 */6 * * * /bin/sh /usr/local/etc/config/addons/mh/cloudmaticcheck.sh >> /dev/null

... sind die Cron-Jobs vorhanden.

Das soll doch bestimmt nicht so sein.

Anzumerken wäre noch das loopupd.sh unter anderem um 00:07 ausgeführt wird.
Das ist exakt die Zeit wo RaspberryMatic ein automatisches Backup erzeugt.
Das könnte ggf. problematisch sein und Inkonsistenzen im Backup hervorrufen.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant