Erfahrungen mit RaspberryMatic 2.31.25.20180428

[gaslamperl]

Hallo
ich habe auch das Problem mit dem Dateinamen vom Backup
Ich erstelle automatisch ein Backup über den CuxD auf mein Synology NAS
mit diesem Skript:
echo "Mounte Dateisystem"
mount -t nfs 192.xxx.xx:/volume1/Backup/Ras/ -o rw,nolock /mnt
echo "Erstelle Backup"
/usr/local/addons/cuxd/extra/ccu_backup
echo "Kopiere Backup"
cp /var/tmp/*.sbk /mnt
echo "Loesche lokale alte Backups lokal"
rm -rf /var/tmp/*.sbk
echo "Loesche lokale alte Backups auf mount"
find /mnt -name "*.sbk" -mtime +7 -exec rm -f {} \;
echo "Unmounte Dateisystem"
echo "Fertig."

Das hatte immer einen "normalen" Namen, seit dem Update "komischer" Name
Vorher:
homematic-raspi-2.31.25.20180324-2018-04-29-1613.sbk
Jetzt:
HVK9QJ~U.sbk
gibt es eine Möglichkeit ohne CuxD ?
was müsste in dem skript geändert werden ?


GELÖST DANKE ......

[j-a-n]

Wie schaust Du Dir die Dateien an? Über smb/Windows Share? So was passiert hier gerne, wenn Sonderzeichen im Dateinamen sind (z.B. ein Doppelpunkt). Schau mal direkt auf dem NAS oder per NFS in das Verzeichnis.

[MichaelG]

Hallo
Beide Installationen problemlos durchgelaufen
Danke!!

[HMside]

Hat das noch jemand?

Ich hab das gleiche Verhalten. Das Skript "ccu_backup" welches unter /usr/local/addons/cuxd/extra/ liegt, habe ich wie folgt angepasst um die Problematik zu beheben.

Zeile 17 ersetzen durch:

Code: Alles auswählen

set VERSION1 [exec sed -n 1p /boot/VERSION]

Dannach dann zusätzlich die folgende Zeile einfügen:

Code: Alles auswählen

set VERSION [string map {"VERSION=" ""} $VERSION1]

Uwe habe ich bereits informiert.

[jmaus]

Zeile 17 ersetzen durch:

Code: Alles auswählen

set VERSION1 [exec sed -n 1p /boot/VERSION]

Ich würde das ganze mit folgendem Einzeiler erledigen:

Code: Alles auswählen

set VERSION [exec cat /VERSION | grep VERSION= | cut -d= -f1]

Man beachte auch das die Nutzung von /VERSION statt /boot/VERSION auch inzwischen der bessere Ansatz (zumindest für RaspberryMatic/CCU3 ist.

[HMside]

Ich würde das ganze mit folgendem Einzeiler erledigen:

Code: Alles auswählen

set VERSION [exec cat /VERSION | grep VERSION= | cut -d= -f1]

Danke Jens, dann muss es allerdings -f2 heißen, sonst steht VERSION im Filename und nicht die Versionsnummer .

Code: Alles auswählen

set VERSION [exec cat /VERSION | grep VERSION= | cut -d= -f2]

[LibertyX]

Bitte nicht gleich erschlagen

Mir ist da bei dem Backup Thema etwas aufgefallen. das /bin/createBackup.sh Script benutzt als temp Verzeichnis /usr/local/tmp und schreibt somit beim Backup auf die SD
Das Script "ccu_backup" von Uwe nutzt als temp Verzeichnis zum Erstellen des Backups /var/tmp.
/var/tmp ist ein tmpfs also eine Ram-Disk und somit schreibt das Script von Uwe nicht auf die SD sondern in den RAM, oder sehe ich das falsch?

Ich weiß das createBackup Script kommt auch auf der CCU zum Einsatz und hier ist es der Flash Speicher in den geschrieben wird, aber wäre es ggf. nicht besser wenn dieses Script auch /var/tmp als Verzeichnis nutzt? Oder existiert bzw. ist das auf der CCU keine Ram-Disk?
Es gibt sicher einige, die das createBackup.sh nutzen für regelmäßige Backups, dass würde dann auf der RaspMattic die SD schonen oder nicht?

[HMside]

- Die Meldungen kommen bei Abruf des Protokolls (auf der "Haus" Seite oben links die Striche auswählen)

Okay, da wird auch bei mir ein ScriptRuntimeError ausgeworfen. Das Skript welches die App zum Abrufen der Daten verwendet scheint also nicht ganz korrekt zu funktionieren. Ich setzt mich diesbezüglich mal mit Herrn Penzler in Verbindung.

[jmaus]

Das Script "ccu_backup" von Uwe nutzt als temp Verzeichnis zum Erstellen des Backups /var/tmp.
/var/tmp ist ein tmpfs also eine Ram-Disk und somit schreibt das Script von Uwe nicht auf die SD sondern in den RAM, oder sehe ich das falsch?

Ich weiß das createBackup Script kommt auch auf der CCU zum Einsatz und hier ist es der Flash Speicher in den geschrieben wird, aber wäre es ggf. nicht besser wenn dieses Script auch /var/tmp als Verzeichnis nutzt? Oder existiert bzw. ist das auf der CCU keine Ram-Disk?

Doch die CCU und RaspberryMatic haben natürlich auch eine RAM Disk und die liegt auch in /var/tmp oder /tmp. Allerdings sollte man die gerade für das Backup-Erstellen nicht wirklich mehr benutzen da es nicht nur einen Fall hier gab/gibt bei dem die RAM Disk selbst fu einem RaspberryPI mit 1GB durch ein zu gefülltes /usr/local nicht groß genug ist denn die RAM Disk wird standardmäßig auf 50% des verfügbaren RAM gesetzt (d.h. auf einem Pi3 auf 512MB). Und wenn du jetzt haufenweise Addons installiert hast oder andere Daten auf der /usr/local Partition liegen hast (die jetzt ja locker mehrere GB groß sein kann) dann hat die RAM Disk einfach nicht genug Platz um eine 1:1 Kopie deines /usr/local Verzeichnisses anzulegen um die *.sbk Datei für den Download zu generieren.

[Luxtra]

Ich habe RM heute auf einem Tinkerboard installiert.
So weit so gut, es scheint erst einmal alles zu laufen wie bisher auf dem RPI3

Ich habe allerdings ein Problem mit dem Update des CUXD:

Mit Edge wird beim Aufruf von Systemsteuerung/Zusatzsoftware der Bildschirm ausgegraut, das war´s dann, Cache habe ich geleert, hat nix geholfen. Mit Chrome funktioniert es, allerdings werden dann die Links nicht korrekt aufgerufen.

Ich habe dann die neusten Versionen der Zusatzprogramme CUXD EMAIl und XML-API manuell heruntergeladen. Email und XML-Api konnte ich installieren, allerdings bekomme ich CUXD 2.0.0 nicht installiert, auch wenn ich vorher die alte Version lösche.