Gladys v4.0.7 ist verfügbar!

pierre-gilles · 8. Februar 2021 um 14:50

Hallo zusammen!

Es ist Montag, Zeit für ein neues Release von Gladys Assistant 4: Die v4.0.7

Dieses Update bringt eine lang erwartete neue Funktion sowie zahlreiche Leistungsverbesserungen, insbesondere für Instanzen mit vielen Geräten (hey @Terdious :p) und die Nutzer von Gladys Plus! (die ich noch einmal dafür danke, dass sie das Projekt unterstützen!)

1) Die Möglichkeit, Variablen in Szenen zu injizieren.

Ich habe die Dokumentation aktualisiert, es ist nun möglich, eine Variable in eine Nachricht in Szenen zu injizieren.

Dokumentation lesen: Envoyer un message | Gladys Assistant

Demo:

https://imgur.com/a/dbiQxxV

2) Leistungs- und Stabilitätsverbesserungen bei der Sensordaten-Speicherung

Für diejenigen, die große Installationen haben, hatte ich eine Flasche beim Einfügen neuer Sensorwerte bemerkt.

Eine Transaktion im Backend von Gladys verlangsamte das gesamte Einfügen und hatte nicht viel Sinn, da sie am Ende, aufgrund der Schreibgeschwindigkeit, mehr schadete als sie Nutzen brachte.

Nach der Überarbeitung der API-Route erreichen wir wirklich solide und dauerhafte Leistungen. Ihre Gladys-Instanz kann nun problemlos Hunderte von Schreibvorgängen pro Sekunde bewältigen

3) Leistungsverbesserungen für Gladys Plus

Ihr seid etwa fünfzig, die Gladys Plus nutzen, das kostenpflichtige Angebot, das ich anbiete, das den Fernzugriff auf Gladys Assistant, verschlüsselt von Ende zu Ende, sowie automatische Backups bietet.

In letzter Zeit haben wir mit einigen Mitgliedern festgestellt, dass der Fernzugriffsdienst von Gladys Plus langsamer war als gewöhnlich, mit Anfragen, die etwa 500-600 ms dauerten, während wir zuvor Zahlen um die 50-60 ms gesehen hatten.

Ich habe einen ganzen Tag damit verbracht, zu untersuchen, und herausgefunden, dass einige interne Funktionsaufrufe von Gladys (lokal) viel Zeit in Anspruch nahmen, aufgrund von LOCKs auf der Datenbankebene.

Um diese Leistungen zu verbessern, habe ich beschlossen, einige Datenbankabfragen zu entfernen und stattdessen den RAM-Cache (viel schneller!) abzufragen, in dem wir einige häufig zugängliche Daten in Gladys speichern.

Seit dieser Änderung sind wir wieder bei ultra-schnellen und leistungsstarken Anfragen

Der vollständige Changelog ist auf GitHub verfügbar.

Wie aktualisiere ich?

Wenn Sie Gladys mit dem offiziellen Raspbian-Bild installiert haben, werden Ihre Instanzen automatisch in den kommenden Stunden aktualisiert. Dies kann bis zu 24 Stunden dauern, keine Sorge.

Wenn Sie Gladys mit Docker installiert haben, stellen Sie sicher, dass Sie Watchtower verwenden (Siehe die Dokumentation)

Gratulation an alle, die an diesem Release mitgewirkt haben!

pierre-gilles · 9. Februar 2021 um 18:42

Zur Information: Ein kleiner Bug betrifft Gladys v4.0.7 bei HTTP-Aktionen in Szenen ([RESOLU] Scène avec action requête HTTP ne fonctionne plus)

Ich habe gerade Gladys v4.0.8 bereitgestellt, das dieses Problem behebt!

spenceur · 15. Februar 2021 um 18:19

Gibt es dazu keinen Test? Das wäre schade, denn dann wäre das Problem früher entdeckt worden.
Jedenfalls: Herzlichen Glückwunsch

pierre-gilles · 15. Februar 2021 um 19:16

Es gab Tests, aber es handelte sich um einen sehr speziellen Fall, der durchs Raster gefallen ist

Ich habe nach dem Vorfall zusätzliche Tests hinzugefügt, damit die Regression nicht wieder auftreten kann!

Goulby · 17. Februar 2021 um 21:36

Guten Abend!

Ich habe gestern Abend eine Neuinstallation auf eine andere SSD durchgeführt (ich brauchte die alte für etwas anderes), aber seitdem bleibt Gladys bei Version 4.0.4. Übrigens, sollte das bereitgestellte Image nicht aktualisiert werden?

Gibt es etwas, das ich tun kann, damit es auf 4.0.8 aktualisiert wird? Ich weiß, dass dies automatisch erfolgen sollte, aber es scheint nicht zu reagieren.

pierre-gilles · 18. Februar 2021 um 08:03

Das Erstellen des Raspbian-Images ist ein manueller und sehr zeitaufwändiger Prozess, den ich nur gelegentlich durchführe. Da die Aktualisierung automatisch erfolgt, ist es weniger ein Problem.

Allerdings hast du Recht, dass seit den letzten Änderungen an der Docker-API, die die API-Aufrufe rate-limit, wir die Aktualisierungsfrequenz auf alle 24 Stunden geändert haben. Wenn du Gladys also zu einem Zeitpunkt t installierst, wird Gladys 24 Stunden später aktualisiert sein, was tatsächlich etwas spät ist.

Das ist ein etwas umstrittenes Thema, das wir schon lange haben, aber wir haben keine perfekte Lösung gefunden ^^ Wir haben eine Lösung, um das Raspbian-Image automatisch zu erstellen, aber diese Lösung bedeutet, dass das Image beim Start initialisiert werden muss, entweder über das Internet (und falls du eine langsame Verbindung oder schlimmstenfalls keine Verbindung hast, funktioniert das nicht), oder von einem lokalen Archiv, das entpackt werden müsste, was bedeutet, dass dein Pi beim ersten Boot eine Weile zum Starten braucht.

@VonOx cc die ewige Debatte

VonOx · 18. Februar 2021 um 08:39

Ja, der PoC war erfolgreich, aber die Erfahrung beim ersten Start war nicht optimal, da die RPI Probleme mit dem Entpacken hatten. Soweit ich mich erinnere, musste man 15 Minuten warten, bis Gladys hochgefahren war. Außerdem gab es keine Möglichkeit, dem Benutzer mitzuteilen: „Warte einen Moment, denn das System ist noch nicht bereit“.

Ich müsste mir etwas Zeit nehmen, um zu schauen, was HA für HassOS (buildroot) macht, denn es handelt sich auch um Docker

Edit: Ich konnte nicht anders, als gleich einen Blick darauf zu werfen --’

Sie führen einen Pull während des Builds durch, Buildroot scheint das zu ermöglichen (Docker in Docker)

github.com/home-assistant/operating-system

buildroot-external/package/hassio/builder/hostapp.sh

737a6f18c


      
          until docker info >/dev/null 2>&1; do
              if [ ${DOCKER_COUNT} -gt 30 ]; then
                  exit 1
              fi
                  
              sleep 1
              DOCKER_COUNT=$((DOCKER_COUNT + 1))
          done
          
          # Install supervisor
          docker pull "${SUPERVISOR}:${SUPERVISOR_VERSION}"
          docker tag "${SUPERVISOR}:${SUPERVISOR_VERSION}" "${SUPERVISOR}:latest"
          
          # Install Plugins
          docker pull "${CLI}:${CLI_VERSION}"
          docker pull "${DNS}:${DNS_VERSION}"
          docker pull "${AUDIO}:${AUDIO_VERSION}"
          docker pull "${MULTICAST}:${MULTICAST_VERSION}"
          docker pull "${OBSERVER}:${OBSERVER_VERSION}"
          
          # Install landing page

Goulby · 18. Februar 2021 um 09:52

Okay! Tatsächlich kann die Latenzzeit etwas lang sein. Wenn es derzeit keine technische Lösung gibt, sollten wir vielleicht eine Notiz im Tutorial hinzufügen, um zu klären, dass das Update bis zu 24 Stunden dauern kann.
Ansonsten, was würde es kosten, die Update-Häufigkeit zu reduzieren?

Ich werde heute Abend nachschauen, ob das Update tatsächlich durchgeführt wurde.

pierre-gilles · 18. Februar 2021 um 17:33

Eine andere Möglichkeit wäre es, nach der Installation eine Option zum sofortigen Update anzubieten.

2 Punkte:

Docker Hub hat sehr niedrige Beschränkungen für nicht authentifizierte Konten hinzugefügt, die dazu führen, dass wir keine häufigen Anfragen stellen können.
Der Umstand, dass die Instanzen nur alle 24 Stunden nach Updates suchen, ermöglicht eine schrittweise Verteilung der Updates, da jeder zur Zeit der Instanz-Erstellung nach Updates sucht. Wenn die Verteilung mehr oder weniger homogen ist, bedeutet dies, dass im Falle eines fehlerhaften Updates, wenn wir uns innerhalb der ersten Stunde dessen bewusst werden, nur 1/24 der Instanzen betroffen sind (wenn wir uns nach 2 Stunden dessen bewusst werden, nur 2/24 usw.), und wir können die Situation korrigieren (Rollback, Fix pushen usw.).

Ich denke nicht, dass die Reduzierung dieser Zeit das Problem löst.

Der Ansatz von @VonOx oder die Idee, nach der Installation einen „Jetzt aktualisieren“-Button anzubieten, erscheinen mir vielversprechender!

pierre-gilles · 18. Februar 2021 um 17:34

ah, das ist ja genial! Haben sie also ein Image, bei dem du direkt nach dem Booten die neueste Version von HA hast, selbst ohne Internet? Und ohne Wartezeit?

VonOx · 18. Februar 2021 um 17:46

Home Assistant Operating System verwendet Docker als Container-Engine.
Standardmäßig wird der Home Assistant Supervisor als Container bereitgestellt.
Der Home Assistant Supervisor verwendet wiederum die Docker-Container-Engine, um Home Assistant Core und Add-Ons in separaten Containern zu steuern.

Im Readme wird standardmäßig nur der Supervisor (der selbst ein Container ist) bereitgestellt.

github.com/home-assistant/operating-system

buildroot-external/rootfs-overlay/usr/sbin/hassos-supervisor

614ff5039


      
          if [ -n "${SUPERVISOR_CONTAINER_ID}" ] && [ "${SUPERVISOR_IMAGE_ID}" != "${SUPERVISOR_CONTAINER_ID}" ]; then
              echo "[INFO] Supervisor image has been updated, destroying previous container..."
              docker container rm --force hassio_supervisor || true
              SUPERVISOR_CONTAINER_ID=""
          fi
          
          # If Supervisor container is missing, create it
          if [ -z "${SUPERVISOR_CONTAINER_ID}" ]; then
              echo "[INFO] Creating a new Supervisor container..."
              # shellcheck disable=SC2086
              docker container create \
                  --name hassio_supervisor \
                  --privileged --security-opt apparmor="hassio-supervisor" \
                  -v /run/docker.sock:/run/docker.sock:rw \
                  -v /run/dbus:/run/dbus:ro \
                  -v /run/supervisor:/run/os:rw \
                  -v /run/udev:/run/udev:ro \
                  -v /etc/machine-id:/etc/machine-id:ro \
                  -v ${SUPERVISOR_DATA}:/data:rw \
                  -v /mnt/overlay:/os/overlay:rw \
                  -v /mnt/boot:/os/boot:rw \

Ich muss mal ein bisschen Informationen sammeln.

VonOx · 18. Februar 2021 um 17:59

Das Skript wird tatsächlich beim Start ausgeführt.

Während des Pulls usw. informiert eine Landing Page den Benutzer, dass das System vorbereitet wird.

Das System ist also anfangs leer.

Das ist ein bisschen das, was ich gemacht habe, außer dass der Benutzer eine Info hat

pierre-gilles · 18. Februar 2021 um 18:04

ok! Und wie machen sie das, um die Landing Page anzuzeigen?

VonOx · 18. Februar 2021 um 18:59

Das ist eine Go-App, die beim Start geladen wird (28 MB Bild, also relativ schnell)

Sie bauen pro Maschine - Arch

Also, solange der Benutzer informiert wird, ist es egal, wie lange die Vorbereitung dauert.
Man muss kein Bild (OS) oft bauen. Die Anwendung ist immer in der neuesten Version.

Soweit ich sehe, ermöglicht Buildroot auch das Bauen für x86 / x64 und spezifisch für das Raspberry-Pi-Modell.

https://github.com/home-assistant/operating-system/blob/dev/Documentation/boards/README.md

pierre-gilles · 19. Februar 2021 um 08:09

Nicht dumm!

Man kann das gleiche Ergebnis mit einer nginx-alpine (9 MB, nginx - Official Image | Docker Hub) und einem einfachen index.html erreichen, das wäre noch leichter

Tatsächlich gefällt mir das besser als Prozess, wenn der Benutzer weiß, was er tut!

Wenn es uns außerdem ermöglicht, das Bild automatisch zu bauen, bin ich dabei

Sollen wir das PoC wieder aufnehmen? ^^

VonOx · 22. Februar 2021 um 15:50

Ich habe mein Repo aktualisiert und den CI vorbereitet

Es ist nur noch ein kleiner Schritt

pierre-gilles · 22. Februar 2021 um 15:57

Die Diskussion wird hier fortgesetzt:

Tlse-vins · 18. März 2021 um 10:07

Ich bringe das Thema wieder auf, um zu erfahren, ob es Fortschritte gab.
Ich wäre etwas frustriert, wenn ich Gladys installiere und feststelle, dass ich nicht die neueste Version habe (für einen neuen Benutzer).
Ich musste tatsächlich 24 Stunden warten, bis Gladys auf dem neuesten Stand war.

Wäre es möglich, eine Versionshistorie auf der Website zu haben?
V4.0.0
V4.0.1
…
Damit man die neueste oder die vorletzte Version herunterladen kann.

lmilcent · 18. März 2021 um 10:34

An sich ist das manuelle Update per SSH nicht kompliziert (Quelle):

Neues Docker-Image herunterladen:

docker pull gladysassistant/gladys:v4

Aktuellen Container stoppen und löschen:

docker stop gladys ; docker rm -f gladys

Gladys mit Update neu starten:

docker run -d \
--log-opt max-size=10m \
--restart=always \
--privileged \
--network=host \
--name gladys \
-e NODE_ENV=production \
-e SERVER_PORT=80 \
-e TZ=Europe/Paris \
-e SQLITE_FILE_PATH=/var/lib/gladysassistant/gladys-production.db \
-v /var/run/docker.sock:/var/run/docker.sock \
-v /var/lib/gladysassistant:/var/lib/gladysassistant \
-v /dev:/dev \
gladysassistant/gladys:v4

Aber natürlich ist es viel angenehmer, das alles über die Weboberfläche zu automatisieren Du kannst eine Feature Request im Forum erstellen!

Goulby · 18. März 2021 um 10:47

Es gibt bereits einen Beitrag dazu
https://community.gladysassistant.com/t/build-automatique-de-limage-raspberry-pi-os/6124

Thema		Antworten	Aufrufe
Comment faire en sorte que l'image Raspbian fonctionne sur le long terme? Développement	21	1366	14. Mai 2020
Build Gladys v4.0.5 Développement	39	1503	8. Februar 2021
[TEST] Image Raspbian Beta Développement raspbian-buster , beta	20	1700	2. Juni 2020
Lancement la semaine prochaine de la compatibilité Debian 11 + améliorations pour Unraid/Synology? Actualités	33	1418	21. März 2022
Gladys sur Unraid Développement	147	5661	22. Juni 2022

Gladys v4.0.7 ist verfügbar!

Verwandte Themen