UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[dipsy]

Ja Backitup läuft und erstellt täglich neue Backups.
Warum die aktuelle Version das Archiv nicht öffnen konnte kann ich nicht sagen, manuell lies es sich immer öffnen.
Ich möchte aber ein image der kompletten SD-Karte erstellen. Win32Imager, etcher und Diskimage konnten kein lauffähiges Image erstellen.

greetz dipsy

[Thomas Braun]

@dipsy Per dd
Sinnvoll ist ein stumpfes Image aber meist nicht.

[chaos99]

Keine weiter eine Idee ? Woran es liegen kann ?

Habe immer noch das Problem das wenn iobroker stop , danach kein Befehl mehr geht außer iobroker Start

Fehler : no Connection to database

[FlowFrank]

@chaos99 Bei mir sieht es ganz ähnlich aus. Bin den gesamten Thread durchgegangen und habe alles gecheckt, was hier vorgeschlagen wurde. Sobald ich ioBroker stoppe, bekomme ich bei update und upgrade die gleich Meldung. Ich kann aber, anders als bei dir, ioBroker wieder starten.

[chaos99]

@flowfrank

Iobroker Start ist auch das einzige was funktioniert bei mir ,

Also iobroker selber läuft sonst ohne Fehler

Wir müssen schauen was wir gemeinsam haben,

Was für eine Hardware nutzt du ? Raspberry oder cubi ? Oder …?
Welcher OS ?

[dipsy]

@thomas-braun
Danke, ich hab mich durch dich an dd erinnert und mittels meines Uraltnotebook bereits mehrer Images erstellt und erfolgreich zurückgeschrieben. Zum Thema Stumpf, nur soviel ich wollte damit schneller mein iobroker durchstarten können. Die Idee dahinter ist folgende. Bei einem ähnlichen Fehler spiele ich das Image auf eine SD-Karte, ziehe es mit drei bis vier Befehlen hoch und spiele ein aktuelles Backup ein. Damit sollte ich mein Cubie schnell wieder online bekommen.

Jetzt nochmal zum Themenstart.
Ich habe in der Vergangenheit einige Fehler gemacht.

1. Ich war immernoch als root unterwegs, obwohl hier bereits mehrfach davor gewarnt wurde (ein dummer Fehler aus Gewohnheit)
2. Ich habe mit Redis experimentiert ohne Erfolg und ohne sauber zurückzustellen (die Umstellungen erfolgte als root)
3. Ich habe zuviel Zeit verstreichen lassen bevor ich mich dem Thema gewidmet habe (alle saubern Backups wurden automatisch überschrieben)

Um das Thema jetzt endgültig zu beenden habe ich nocheinmal eine neue SD-Karte genommen, upgedate, nur Iobroker und MariaDB installiert. Ein aktuelles Backup von Mysql und dem Iobroker installiert. den Admin Adapter manuell auf ein 5.x Build gestetzt(durch das Backup wurde die Version 5.X nicht erkannt und der Javascript Adapter willte nicht starten). Denn Admin Adapter wieder hoch gezogen. Und nun ziehe ich gerade ein Image der SD-Karte. Heute Nacht sollten die Backups laufen und ab morgen wende ich mich erneut dem Thema redis zu. Wünscht mir Glück.

greetz dipsy

[leif1]

@chaos99
Ich hab das gleiche Problem wie du. Das einzige was ich vorher geupdated hatte war der Script Adapter und die neue Admin Oberfläche. Seit dem no conection to database.

[Thomas Braun]

@leif1 sagte in [Gelöst]no connection to database:

Das einzige was ich vorher geupdated hatte war der Script Adapter und die neue Admin Oberfläche.

Von welcher auf welche Version? File oder Redis Datenbanken?

[Homoran]

@leif1 sagte in [Gelöst]no connection to database:

Das einzige was ich vorher geupdated hatte war der Script Adapter und die neue Admin Oberfläche

und den controller nicht?

[leif1]

@homoran @Thomas-Braun
Admin auf 5.1.23 von irgendeiner 4er. Weiß nicht welche, aber ich mach immer nur wöchentlich die Stable Updates wenn sie mir die WebUI anbietet.

File Datenbanken.

Den JS Controller wollte ich gerade updaten, und da tauchte dann bei mir auch der Fehler von Chaos auf. Wenn der IObroker nicht läuft bekomm ich "no connection to database". Läuft der ioBroker bekomme ich den Fehler nicht, aber dann geht ja kein iobroker upgrade.

[Homoran]

@leif1 sagte in [Gelöst]no connection to database:

Den JS Controller wollte ich gerade updaten

und welche Versiuon hast du da jetzt?

[leif1]

@homoran said in [Gelöst]no connection to database:

und welche Versiuon hast du da jetzt?

JS Controller 3.2.16 hab ich aktuell installiert.

(Umgebung ist nen Pi4 mit Buster)

[Thomas Braun]

@leif1
Mach mal eine Konsole auf und beobachte

dmesg -wT

Dann in einer zweiten Konsole:

iobroker stop
iobroker update
iobroker upgrade
iobroker upgrade self
iobroker start

Passiert in der ersten Konsole währenddessen was?

Wenn nichts passiert, das gleiche Spiel nochmal mit

iobroker logs --watch

in der ersten Konsole.

[leif1]

@thomas-braun

Dort taucht bei mir in beiden Fällen gar nichts auf, weder bei dmesg -wT noch bei iobroker logs --watch.

Allerdings melden mehrere Adapter während der ioBroker aktiv ist

2021-08-26 20:01:36.686  - warn: info.0 (3195) slow connection to states DB. Still waiting ...

Zudem ist mir aufgefallen dass meine Influx DB für Grafana auch nicht mehr erreichbar ist.

[Thomas Braun]

@leif1

Keine Ahnung warum da die I/O-Last offenbar so hoch ist.
Unnötiger Krempel am Start? Desktop-Umgebung? Remote-Desktop gar?

[LausiD]

Problem mit no conection to database hatte ich auch mal.....
Abhilfe schaffte folgender Vorschlag von apollon77 :-)

apollon77

1. Mai 2021, 23:38

@lausid Also das passiert an sich nur wenn die SD oder platte eccht beschäftigt ist oder die Kiste und die DB Verbindung zu lange dauert (2s sind eingestellt).

Dann auf die Harte tour:
Editiere /opt/iobroker/iobroker-data/iobroker.json

und unter objects und states bigs ein

"connectTimeout": 2000,

mach mal 5000 draus.

Gruß LausiD

[Thomas Braun]

@lausid Wobei man mal schauen sollte, was da für soviel Verkehr auf dem Bus sorgt das es sich da staut.

[leif1]

@thomas-braun
Ist nen Pi4 mit 4GB Ram und Raspbian Buster ohne Desktop. Außer ioBroker, Grafana und InfluxDB läuft nichts drauf.
Könnte mir höchstens vorstellen dass die SD Karte schlapp macht, ist nur komisch dass es nun direkt nach den Updates auftaucht und Nutzer wie Chaos offenbar das gleiche Problem haben.

[Thomas Braun]

@leif1

htop

oder

top

liefern?

[leif1]

@lausid
Danke, nun tut sich was. :+1:

@Thomas-Braun liefere ich gleich nach sobald ich durch bin.

edit: zu früh gefreut. Nachdem nun iobroker upgrade & iobroker upgrade self ohne db fehler anlief kommt nun im Verlauf des versuchten JS Controller upgrades

pi@raspi4:~ $ iobroker upgrade self
Update js-controller from @3.2.16 to @3.3.15
NPM version: 6.14.14
npm install iobroker.js-controller@3.3.15 --loglevel error --unsafe-perm --prefi                      x "/opt/iobroker" (System call)
 Objects database error: connect ECONNREFUSED 127.0.0.1:9001
 States database error: connect ECONNREFUSED 127.0.0.1:9000