RaspberryMatic 3.59.6.20210911 – Neue Version

[mskrause]

Gibt es eine Übersicht dieser systeminterner Alarmvariablen?

hier wurde darüber geschrieben, sicher nicht Final...

Gruß Marco

[jmaus]

Wird die SV "WatchDog-Alarm" dann zusätzlich mit angesprochen?
Hintergrund ist die Nutzung des WatchDog Überwachung mit diesem Skript, welches auf diese SV lauscht...

Nein, die gibt es nun quasi nicht mehr bzw wird nicht mehr ausgelöst werden.

[jmaus]

Gibt es eine Übersicht dieser systeminterner Alarmvariablen?

hier wurde darüber geschrieben, sicher nicht Final...

Das ist nicht mal final, das ist obsolete und stimmt nicht: Eine konkrete Liste gibt es da irgendwo noch nicht, brauch man eigentlich aber auch nicht weil alle WatchDog Meldungen jetzt mit "WatchDog: " beginnen und erst dann angelegt werden wenn sie auftreten. Und auch erst dann kann man die in WebUI Programmen dann auch nutzen.

[Baxxy]

eine Übersicht dieser systeminterner Alarmvariablen?

Jein.
Wenn dein System WatchDog-Alarmfrei läuft sind die Alarmvariablen auch nicht vorhanden. Sie werden beim erstmaligen Auftreten des jeweiligen Alarms erst angelegt. Einen "Überblick" kann man sich >>hier<< verschaffen.
Beispiel:

Code: Alles auswählen

exec "/bin/triggerAlarm.tcl 'ReGaHss restarted' 'WatchDog: regahss-restart' true"

sieht dann so aus:

sicher nicht Final...

Das waren nur meine "Beispiele" um aufzuzeigen wie es aussehen könnte.
Jetzt gibt es ein einheitliches Schema...

Wird die SV "WatchDog-Alarm" dann zusätzlich mit angesprochen?

Die "All-in-One" WatchDog-Alarm Systemvariable gibt es so nicht mehr. Wirst du anpassen müssen.

Grüße
Baxxy

Edit:
Möchte man für die Zukunft gewappnet sein (und schon Programme anlegen die auf bestimmte WatchDog-Alarm SysVars reagieren sollen) kann man die Alarm-SysVars auch manuell erzeugen. Für's obige Beispiel per ssh folgendes eingeben...

Code: Alles auswählen

/bin/triggerAlarm.tcl 'ReGaHss restarted' 'WatchDog: regahss-restart' true

[MichaelN]

Einen "Überblick" kann man sich >>hier<< verschaffen.

Leider 404

[Baxxy]

Leider 404

Link korrigiert.

[Mathias]

"Direkt auf CCU laden und installieren" hat auf meinem Raspberry 2B zum ersten mal geklappt.

[opossum]

Hallo, Jens,

Das sollten wir uns in der Tat mal etwas genauer anschauen. Ist wie du gesagt hast zwar nicht kritisch, aber trotzdem unschön das das "fio" kommando mit solch einer "Illegal instruction" abschmiert. Kannst du das mal in einer Test-VM nochmal versuchen zu reproduzieren und wenn das wieder passiert dann könnte ich dir mal nen Test-binary zukommen lassen damit du damit Tests durchführen kannst und wir schauen ob wir das bis zur nächsten Version repariert bekommen. Könntest du das machen, denn unter ESXi bekomme ich das hier nicht selbst reproduziert.

Lässt sich reproduzieren. Habe testweise das Backup der VM vor dem Update zurückgespielt. Dann hatte ich wieder die vorherige Version. Habe dann das Updateprozedere noch einmal durchgeführt.
Die Warnung war wieder da. Ich behalte jetzt erst mal ein Backup mit der Vorversion zum Testen.

Code: Alles auswählen

[4/7] Checking storage performance....Illegal instruction WARNING: performance test failed

Ich gehe wieder zurück auf die aktuelle Version. Halte aber eine VM mit der Vorversion bereit.

Könnte man das "fio" auch auf der Konsole testen?

[jmaus]

Das sollten wir uns in der Tat mal etwas genauer anschauen. Ist wie du gesagt hast zwar nicht kritisch, aber trotzdem unschön das das "fio" kommando mit solch einer "Illegal instruction" abschmiert. Kannst du das mal in einer Test-VM nochmal versuchen zu reproduzieren und wenn das wieder passiert dann könnte ich dir mal nen Test-binary zukommen lassen damit du damit Tests durchführen kannst und wir schauen ob wir das bis zur nächsten Version repariert bekommen. Könntest du das machen, denn unter ESXi bekomme ich das hier nicht selbst reproduziert.

Lässt sich reproduzieren. Habe testweise das Backup der VM vor dem Update zurückgespielt. Dann hatte ich wieder die vorherige Version. Habe dann das Updateprozedere noch einmal durchgeführt.
Die Warnung war wieder da. Ich behalte jetzt erst mal ein Backup mit der Vorversion zum Testen.

Code: Alles auswählen

[4/7] Checking storage performance....Illegal instruction WARNING: performance test failed

Ich gehe wieder zurück auf die aktuelle Version. Halte aber eine VM mit der Vorversion bereit.

Danke für die Info. Hab nun schon was leichtes angepasst. Bitte mal den aktuellsten nightly snapshot nochmal testen. Damit das neue fio aber aktiv ist musst du wie folgt vorgehen:

1. nightly snapshot installieren
2. webui einloggen
3. versuchen nochmal auf das selbe nightly snapshot upzudaten
4. webbrowser während des updates auf die webui loslassen damit die updateausgaben zu sehen sind

Und dann natürlich schauen ob die Illegal Instruction weg ist. D.h. Also du musst basierend auf dem installierten nightly snapshot ein update durchführen da natürlich das neue fio erst NACH der installation des nightly snapshot installiert ist.

Könnte man das "fio" auch auf der Konsole testen?

Nein, leider nicht, denn fio wird nur im recovery system während des Updateprozesses verwendet und nicht im hauptsystem von RaspberryMatic.

[opossum]

Hallo, Jens,

ich habe das mit dem nightly Snapshot RaspberryMatic-3.59.6.20210913-865f4c-ova.zip getestet.

1. Update 1 mit nightly Snapshot RaspberryMatic-3.59.6.20210913-865f4c-ova.zip:

Code: Alles auswählen

Displaying running firmware update output:
==========================================
Preparing firmware update:
[1/7] Checking uploaded data... 264932706 bytes received, OK
[2/7] Calculating SHA256 checksum......f5bb92a97893368d0ee980ae669869c35f2a884615b099dce315b8d254aace7e
[3/7] Checking free disk space... 49276878848 bytes, OK
[4/7] Checking storage performance....Illegal instruction WARNING: performance test failed [5/7] Preparing uploaded data... zip identified, unarchiving................OK
[6/7] Verifying uploaded data...........OK (sha256sum), DONE
[7/7] Preparing firmware update... OK, DONE
Finished preparation successfully.

Starting firmware update (DO NOT INTERRUPT!!!):
[1/5] Validate update directory... OK
[2/5] Checking update_script... no 'update_script', OK
[3/5] Checking for rootfs filesystem images... none found, OK
[4/5] Checking for bootfs filesystem images... none found, OK
[5/5] Checking for image file... found, flashing bootfs...OK, updating bootloader (GRUB)... OK, flashing rootfs.....OK, DONE
Finished firmware update successfully.

==========================================
Browser closed connection.

2. Dann durchgestartet und erneut Update mit RaspberryMatic-3.59.6.20210913-865f4c-ova.zip:

Code: Alles auswählen

Displaying running firmware update output:
==========================================
Preparing firmware update:
[1/7] Checking uploaded data... 264932706 bytes received, OK
[2/7] Calculating SHA256 checksum......f5bb92a97893368d0ee980ae669869c35f2a884615b099dce315b8d254aace7e
[3/7] Checking free disk space... 49276870656 bytes, OK
[4/7] Checking storage performance.......sequential write: 97.67 MB/s (OK: > 10.0 MB/s), random write: 21586 IOPS (OK: > 500 IOPS), random read: 2142 IOPS (OK: > 1500 IOPS), PASSED
[5/7] Preparing uploaded data... zip identified, unarchiving................OK
[6/7] Verifying uploaded data............OK (sha256sum), DONE
[7/7] Preparing firmware update... OK, DONE
Finished preparation successfully.

Starting firmware update (DO NOT INTERRUPT!!!):
[1/5] Validate update directory... OK
[2/5] Checking update_script... no 'update_script', OK
[3/5] Checking for rootfs filesystem images... none found, OK
[4/5] Checking for bootfs filesystem images... none found, OK
[5/5] Checking for image file... found, flashing bootfs...OK, updating bootloader (GRUB)... OK, flashing rootfs.....OK, DONE
Finished firmware update successfully.

==========================================
Browser closed connection.

Gleiche VM, gleiche Maschine. Scheint jetzt ok. Danke für Deine Hilfe. Kann ich die VM wieder auf Anfang zurückschreiben oder benötigst Du noch Ausgaben von der upgedateten VM?