Restauration Gladys Plus

Konfiguration
1

hallo @pierre-gilles,
kurze Rückmeldung.
Ich habe meinen Server auf 24.04 Ubuntu neu installiert.
Dann Gladys installiert, nach Standardvorgehen → kein Problem
NodeRed neu installiert (außerhalb von Gladys, wie ich es nach deinem Rat vor einiger Zeit gemacht habe) → kein Problem
Jetzt bin ich in der Phase der Wiederherstellung meiner Datenbank von Gladys+ (ich hatte meinen Identifikationscode gut aufbewahrt!), das hat gestern Abend gegen 23 Uhr begonnen und läuft immer noch, ist es normal, dass es so lange dauert?
Ich weiß nicht, ob es abgestürzt ist oder nicht!
Was gut für die Wiederherstellung wäre, wäre ein Fenster, das den Fortschritt der Wiederherstellung anzeigt, denn im Moment bin ich etwas blind.

2

Das hängt von deinem Netzwerk ab, aber das kommt mir riesig vor!
Hast du den Status des Containers überprüft?

Bearbeitet: Ich habe diesen Beitrag in einen spezifischen Thread verschoben.

3

mein Netzwerk: im Außenbereich: Glasfaser
im Innenbereich: WLAN von der Livebox 6 von Orange

ezustand der Container: mit einem docker ps -a, sind meine 3 Container (gladys, watchtower und nodered) seit 12 Stunden aktiv, seit gestern Abend 22 Uhr, als ich neu installiert habe.
auf dem Server unter var/lib/ scheint die gladys-Datenbank (15,3 GB Basis) vorhanden zu sein, aber nicht vollständig neu installiert.
die db- und duckdb-Dateien sind vom 13.9. um 00:35 Uhr, also seit damals nicht verändert.
sollte ich versuchen, gladys zu stoppen/neuzustarten?

4

Und was sagen die Logs des Gladys-Containers?

Hast du Gladys mit dem Befehl auf der Website (Installation avec Docker | Gladys Assistant) gestartet, einschließlich --restart=always? Bei der Wiederherstellung stoppt Gladys automatisch am Ende und verlässt sich auf Docker, um den Container neu zu starten.

5

Auszug aus dem Gladys-Log:

2024-09-13T11:23:31+0200 <error> index.js:16 (process.<anonymous>) Error: ConnectionManager.getConnection wurde aufgerufen, nachdem der Connection Manager geschlossen wurde!
    at ConnectionManager.getConnection (/src/server/node_modules/sequelize/src/dialects/abstract/connection-manager.js:113:13)
    at /src/server/node_modules/sequelize/src/sequelize.js:637:111
    at /src/server/node_modules/retry-as-promised/index.js:64:21
    at new Promise (<anonymous>)
    at retryAsPromised (/src/server/node_modules/retry-as-promised/index.js:54:10)
    at Sequelize.query (/src/server/node_modules/sequelize/src/sequelize.js:630:12)
    at SQLiteQueryInterface.select (/src/server/node_modules/sequelize/src/dialects/abstract/query-interface.js:1001:33)
    at Function.findAll (/src/server/node_modules/sequelize/src/model.js:1816:47)
    at Function.findOne (/src/server/node_modules/sequelize/src/model.js:1982:12)
    at DeviceManager.get (/src/server/lib/device/device.get.js:97:21)
    at LANManager.scanPresence (/src/server/services/lan-manager/lib/lan-manager.scanPresence.js:11:19)
2024-09-13T11:24:00+0200 <info> scene.checkCalendarTriggers.js:25 (SceneManager.checkCalendarTriggers) Überprüfung der Kalenderauslöser am Fri, 13 Sep 2024 09:24:00 GMT
2024-09-13T11:25:00+0200 <info> scene.checkCalendarTriggers.js:25 (SceneManager.checkCalendarTriggers) Überprüfung der Kalenderauslöser am Fri, 13 Sep 2024 09:25:00 GMT
2024-09-13T11:25:31+0200 <error> index.js:15 (process.<anonymous>) unhandledRejection gefangen: Promise {
  <rejected> Error: ConnectionManager.getConnection wurde aufgerufen, nachdem der Connection Manager geschlossen wurde!
      at ConnectionManager.getConnection (/src/server/node_modules/sequelize/src/dialects/abstract/connection-manager.js:113:13)
      at /src/server/node_modules/sequelize/src/sequelize.js:637:111
      at /src/server/node_modules/retry-as-promised/index.js:64:21
      at new Promise (<anonymous>)
      at retryAsPromised (/src/server/node_modules/retry-as-promised/index.js:54:10)
      at Sequelize.query (/src/server/node_modules/sequelize/src/sequelize.js:630:12)
      at SQLiteQueryInterface.select (/src/server/node_modules/sequelize/src/dialects/abstract/query-interface.js:1001:33)
      at Function.findAll (/src/server/node_modules/sequelize/src/model.js:1816:47)
      at Function.findOne (/src/server/node_modules/sequelize/src/model.js:1982:12)
      at DeviceManager.get (/src/server/lib/device/device.get.js:97:21)
      at LANManager.scanPresence (/src/server/services/lan-manager/lib/lan-manager.scanPresence.js:11:19)
}
2024-09-13T11:25:31+0200 <error> index.js:16 (process.<anonymous>) Error: ConnectionManager.getConnection wurde aufgerufen, nachdem der Connection Manager geschlossen wurde!
    at ConnectionManager.getConnection (/src/server/node_modules/sequelize/src/dialects/abstract/connection-manager.js:113:13)
    at /src/server/node_modules/sequelize/src/sequelize.js:637:111
    at /src/server/node_modules/retry-as-promised/index.js:64:21
    at new Promise (<anonymous>)
    at retryAsPromised (/src/server/node_modules/retry-as-promised/index.js:54:10)
    at Sequelize.query (/src/server/node_modules/sequelize/src/sequelize.js:630:12)
    at SQLiteQueryInterface.select (/src/server/node_modules/sequelize/src/dialects/abstract/query-interface.js:1001:33)
    at Function.findAll (/src/server/node_modules/sequelize/src/model.js:1816:47)
    at Function.findOne (/src/server/node_modules/sequelize/src/model.js:1982:12)
    at DeviceManager.get (/src/server/lib/device/device.get.js:97:21)
    at LANManager.scanPresence (/src/server/services/lan-manager/lib/lan-manager.scanPresence.js:11:19)
2024-09-13T11:26:00+0200 <info> scene.checkCalendarTriggers.js:25 (SceneManager.checkCalendarTriggers) Überprüfung der Kalenderauslöser am Fri, 13 Sep 2024 09:26:00 GMT
2024-09-13T11:27:00+0200 <info> scene.checkCalendarTriggers.js:25 (SceneManager.checkCalendarTriggers) Überprüfung der Kalenderauslöser am Fri, 13 Sep 2024 09:27:00 GMT

Nein, die Installation wurde streng nach den Anweisungen auf deiner Website durchgeführt.
Inklusive der NodeRed-Installationsbefehle, die du in deinem YouTube-Video angegeben hast.

6

Ok! Versuche, Gladys neu zu starten, ich denke, die Wiederherstellung hat funktioniert, aber sie wurde nicht neu gestartet

docker restart gladys

7

re,
ok, scheinbar hat das Neustarten funktioniert, ich habe meine Dashboards, Objekte, Diskussionen wiedergefunden… mir fehlen nur noch meine Node-RED-Flows für die Integration meiner Wetterstation über MQTT.
Allerdings eine kleine Frage: Muss ich nicht die Duck-Migration neu starten, die beim Absturz von Ubuntu unvollständig war? Ich habe mehr als 3.813.000 SQLite-Zustände und nur 535 DuckDB-Zustände.

8

Ich empfehle dir tatsächlich, die Migration erneut zu starten!

9

hallo @pierre-gilles,
kurze Rückmeldung nach meinem Server-Crash.
Server neu installiert mit Ubuntu 24.04.
Gladys neu installiert nach Standard-Skript
Node-RED ebenfalls neu installiert (außerhalb von Gladys)
Datenbankwiederherstellung aus GladysPlus-Sicherung (langsam und serverbelastend, fehlende Fortschrittsanzeige)
Duck-Migration neu gestartet, SQLite-Zustand gelöscht und scheinbar erfolgreich.
SQLite-Datenbankbereinigung zweimal gestartet, aber die Datenbank ist erstaunlich groß (13,5 GB).
Mir bleibt noch, meine Node-RED-Flows für meine Wetterstation und meinen EDF-Zähler neu zu erstellen (mit Pitinfo und Wemos, das ist einfach der Hit, wenn ich sehe, wie viele Probleme es mit der Enedis-API und/oder Lixee gibt).
Upgrade auf neue Gladys-Version heute Morgen ohne Probleme.

10

Genial, danke für das Feedback!

Schickst du viele Nachrichten in deinen Szenen? Deine „Nachrichten“-Tabelle ist wahrscheinlich voll. Es gibt eine Reinigungsaufgabe, die in der v4.45.1 hinzugefügt wurde. Sie wird heute Abend um 23 Uhr ausgeführt. Wenn du morgen eine Datenbankbereingigung durchführst, könnte das deine Datenbank leeren, falls das der Fall ist!

11

@Einstein8854 Hast du deinen Rechner nach der Reinigung neu gestartet?