Backup legt Raspberrymatic lahm

[flo_ded]

Hallo,

ich nutze RaspberryMatic 3.57.5.20210525 auf einem RasPi 4 mit 4GB Ram.
Ich habe viele Addons wie ioBroker, CCU Historian, CUxD, Redmatic, Hm pdetect, hvl und eufySecurity auf meinem Gerät.

Meine Backup welche automatisch jeden Tag um 00:00 Uhr gemacht werden sind ca. 520 MB groß und dauern dementsprechend sehr lange schätzungsweise 30 min.

Mein Problem ist folgendes: Während des Backup scheint mein RaspberryMatic wie tot zu sein. Wenn ich einen Taster (HM-RC-2-PBU-FM) drücke um die Stehlampe (HMIP-PSM) auszuschalten, passiert nicht. Es kann sein, dass der Befehl erst Minuten später ausgeführt wird.
Auch mein anderes HMIP-PSM an dem der PC und Fernseher angeschlossen sind, werden nicht automatisch abgeschalten, wenn der Standby bemerkt wurde.

Die Werte in CUxD während des Backup lesen sich in meinen Augen gut.
load-average: 1.76 1.15 0.83, 10s-cpu-load: 28.3%
Speicher: Total 3932376k Used 3522952k Free 409424k (Cached 835644k) Available 1882060k
aktive CCU-Prozesse: ReGaHss(1) rfd(1) hs485d(0) java(2)
RFD-DutyCycle(-5s): (CCU2GW0001) (HMLGW2) = 0%
RFD-DutyCycle(-5s): (PEQ...14) (CCU2) = 20%
RFD-DutyCycle(-5s): (3014F...27E0) (HMIP_CCU2) = 20%


Habt ihr eine Ahnung warum der Programmaufruf während dem Backup nicht ausgeührt wird.
Die WebUI und Steuerung per App (TinyMatic) klappt.

Viele Grüße und Dank

[MichaelN]

Du solltest das Problem vielleicht anders angehen : warum ist das Backup so groß?

[Baxxy]

sind ca. 520 MB

Das ist schon ne Nummer...

Hab das mal auf einem Pi3B+ nachgestellt indem ich mein /usr-Verzeichnis künstlich aufgebläht habe (eine 500MB große Datei abgelegt).
Die Backup-Erstellung dauert dann hier knapp 3 Minuten. Dabei ist der Pi bei den ersten 3 Steps auf einem Kern (laut htop) voll ausgelastet.
Steps:

• 1. temporäre Datei auf USB-Stick erzeugen: /media/usb1/backup/tmp.8nsYPF/usr_local.tar.gz
• 2. Signature berechnen ?: /media/usb1/backup/tmp.8nsYPF/signature
• 3. Checksumme berechnen: /media/usb1/backup/tmp.8nsYPF/signature.sha256
• 4. temporäres File nach /media/usb1/backup kopieren und dann löschen

Ob meine Zentrale während dieser 3 Minuten reaktionsfähig ist konnte ich nicht testen.

Da sich alles auf dem USB-Speichermedium abspielt liegt der Verdacht nahe das Deines entweder zu lahm ist oder möglicherweise schon erste Abnutzungserscheinungen zeigt. Täglich 500MB oder mehr zu schreiben ist ja nicht ohne.

Meine Empfehlung lautet:
Einen neues gutes schnelles USB-Speichermedium testen, oder idealerweise gleich auf eine USB-SSD zu wechseln.

[flo_ded]

Hallo,

danke für eure Unterstützung.
Mein Stick ist gerade mal ein halbes Jahr alt und eigentlich recht schnell.
SanDisk Ultra Fit 128 GB Flashlaufwerk USB 3.1 bis zu 130MB/Sek. Lesen

Wenn ich das Backup manuell über das WebUI-> Systemsteuerung-> Sicherheit starte, dann dauert es nur ca. 4 Minuten und in dieser Zeit kann ich meine Stehlampe ohne Probleme über den Taster steuern.

CUxD sieht wieder unauffällig aus
load-average: 2.18 1.20 0.74, 10s-cpu-load: 25.3%
Speicher: Total 3932376k Used 3863744k Free 68632k (Cached 1710164k) Available 2070620k

Sprich ich muss mich eher darauf fokussieren, was um 0 Uhr noch abläuft. Ggfs. ein CCU Historian oder ioBroker Backup?!?
Wie kann ich dies rausfinden?

[MichaelN]

Auch hier würde ich es ganz pragmatisch angehen. Muss das Backup um 0:00 laufen? Warum nicht um 0:32? Die Wahrscheinlichkeit das noch ein Process zeitgleich startet wird verschwinden gering.

Wie kann ich dies rausfinden?

siehe /usr/local/crontabs

[Baxxy]

Wenn Historian so konfiguriert wurde das auch jede Nacht ein Backup erstellt wird, wäre das vielleicht ne Erklärung. Beim Historian kann man die Zeit leider (noch) nicht ändern.
RaspberryMatic macht seine Backups eigentlich um 00:07.

Grüße
Baxxy

[flo_ded]

In Crontabs unter usr/local findet sich in Zeile 2 nur dieser Eintrag:

Code: Alles auswählen

*/5 * * * * /usr/local/addons/mediola/bin/watchdog

Ich nutze kein Mediola und spiele mit dem Gedanken es zu deinstallieren.

Unter etc/crontabs stehen mehr Einträge:

Code: Alles auswählen

*/11 * * * * [ -c /dev/rtc0 ] && /sbin/hwclock --systohc --utc
1 */6 * * * /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 --all --quiet >/dev/null 2>/dev/null
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

Ich habe gestern mal das Backup entpackt und mit TreeSize Free analysiert.
Der Großteil fällt auf ioBroker und meine vielen Adapter zurück.

Wenn ich das Backup per Skript starte, entstehen ebenfalls keine Probleme. Es muss echt etwas mit 0 Uhr zu tun haben.

[flo_ded]

CCU Historian Config sieht so aus. Und ja ein Backup ist vorgesehen.

Code: Alles auswählen

logSystem.fileLevel=Level.INFO
logSystem.fileName='/var/log/ccu-historian-%g.log'
logSystem.fileLimit=1000000
logSystem.fileCount=5
logSystem.binRpcLevel=Level.INFO
database.webEnable=true
database.webPort=8083
database.webAllowOthers=true
webServer.port=8082
webServer.historianAddress='192.168.178.51'
webServer.dir='/usr/local/addons/ccu-historian/ccu-historian/webapp'
webServer.logLevel=Level.INFO
devices.device1.type=CCU2
devices.device1.address='127.0.0.1'
devices.historianAddress='127.0.0.1'
database.dir='/media/usb0/ccu-historian'
database.name='H2'
database.user='xxxxx'
database.password='xxxxx'
database.tcpEnable=true
database.tcpPort=9092
database.tcpAllowOthers=true
historian.metaCycle=4*60*60*1000
historian.bufferTime=4*60*60*1000
base.scriptDir='/usr/local/addons/ccu-historian'
webServer.menuLinks.link1.text='H2-HighChart'
webServer.menuLinks.link1.address='/custom/h2-highchart/H2-HighChart.gy'
devices.device1.plugin1.type=CUXD
database.backup='/media/usb1/ccu-historian/Backup/db_%Y-%M-%D.gz'
database.pgEnable=true
database.pgPort=5435
database.pgAllowOthers=true

Ich teste es mal ohne die Zeile database.backup ob ich dann ebenfalls auf diese Probleme stoße

[shartelt]

auf kurz oder lang (falls Du mehr mit iobroker machst) wirst Du das eh auf ein eigenes System umziehen.

Warum nicht jetzt?

mit dem backitup adapter kannst Du dann auch CCU und ioBroker Backups verwalten und einstellen…

[flo_ded]

Hätte noch ein Raspi3B+ da. Reicht der?
Muss ich lediglich für die weitere Übergabe der Systemvariablenwerte die IP der CCU ändern?