Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[Atticus]

@homoran @homoran Wenn ich den Rasperry mit dem iobroker neu starte, bootet der Raspberry ganz normal. Wenn ich dann versuche, das iobroker-Interface im Browser zu öffnen, kommt :'Die Website ist nicht erreichbar192.168.2.238 hat die Verbindung abgelehnt' Ist also nicht zu erreichen, und es funktionieren ganz offensichtlich auch keine Geräte, die per Script miteinander verbunden sind

Und wenn ich den Status abrufe, kommt das:

code_textpi@ioBroker482:~ $ iobroker status
 Objects database error: connect ECONNREFUSED 127.0.0.1:9001
 Objects database error: connect ECONNREFUSED 127.0.0.1:9001
No connection to databases possible ...

[Homoran]

@atticus

Bitte beantworte die Frage:
Warum warst du veranlasst den ioBroker neu zu starten?

Was jetzt passiert wenn du es machst ist klar.

[Atticus]

@homoran sagte in ioBroker startet nicht mehr:

@atticus

Bitte beantworte die Frage:
Warum warst du veranlasst den ioBroker neu zu starten?

Was jetzt passiert wenn du es machst ist klar.

Weil nichts mehr funktionert hat. Die GEräte, die per script verkünft sind, haben nicht mehr reagiert.

[Homoran]

@atticus sagte in ioBroker startet nicht mehr:

Weil nichts mehr funktionert hat. Die GEräte, die per script verkünft sind, haben nicht mehr reagiert.

und dem ist kein Ereignis vorangegangen?

ich wollte da nicht suggestiv etwas vorlegen, scheine ich aber machen zu müssen:

• kein Update?
  • wenn doch, was und von Vx - nach Vy?
• kein Stromausfall?
• keine Neuinstallation eines Adapters?
• keine neue/geänderte Hardware
• kein irgendetwas woran ich gerade nicht denke?

[Atticus]

@homoran Also, vormittag habe ich alle Adapter, für die ein Update verfügbar war, aktualisiert. Wie gesagt, gestern morgen, danach lief alles ohne Probleme. Bin dann gegen 22:30 wieder nach hause gekommen, da gab es auch keine Probleme, sonst hätte sich meine Frau beschwert :-). Heute morgen dann wollte ich an einigen Scirpte noch was anpassen, da konnte ich den iobroker schon nicht mehr erreichen.
Ja, die Updates von - nach welcher version kann ich dir nicht so einfach aufsagen, es wurde aber der Zigbee und er Shelly Adapter erneuert. Stromausfall war nicht, Hardware ist auch so geblieben.

Gerade habe ich in Telegram gesehen, das der ioBroker um 7:53 das letzte mal was gesendet hat. Ich habe gestern ein Script gestartet, das mir die Leistung der Pelletheizung senden soll. Das könnte etwas ausgeartet sein, der hat gefühlt jede Sekunde einen Wert gesendet. Aber das ist das einzige, was ich so feststellen kann.

[Homoran]

@atticus sagte in ioBroker startet nicht mehr:

Also, vormittag habe ich alle Adapter, für die ein Update verfügbar war, aktualisiert.

da sind wir schon beim ersten Problem.
Wir können jetzt nicht feststellen ob das Beta- oder Stable Versionen waren/sind.

Ein einfaches "auf einmal" sterben ist eigentlich nicht normal
Üblicherweise gibt es immer einen Auslöser.

Eine mögliche Variante wäre dann ein Backitup, das in der Nacht gelaufen ist.

Leider wissen wir auch nicht, auf was für einem System ioBroker läuft. und wieviel Speicher dort verbraucht wird

[Atticus]

@homoran Backitup ist in der Nacht gelaufen, aber kann das diese Probleme verursachen?
Der iobroker läuft auf einem Raspberry 4, mit 8GB Ram.

Hier mal die Anzeige von top:

top - 12:00:35 up 40 min,  2 users,  load average: 0,17, 0,14, 0,30
Tasks: 121 total,   1 running, 120 sleeping,   0 stopped,   0 zombie
%Cpu(s):  0,0 us,  0,3 sy,  0,0 ni, 99,7 id,  0,0 wa,  0,0 hi,  0,0 si,  0,0 st
MiB Mem :   7898,2 total,   6474,3 free,     50,6 used,   1373,4 buff/cache
MiB Swap:    100,0 total,    100,0 free,      0,0 used.   7599,6 avail Mem

[Homoran]

@atticus sagte in ioBroker startet nicht mehr:

kann das diese Probleme verursachen?
Der iobroker läuft auf einem Raspberry 4, mit 8GB Ram.

prinzipiell schon, insbesondere wenn du irgendetwas im data-Pfad sammelst das das Backup zu groß macht.

Jetzt hast du natürlich zwischendrin neu gestartet und dein SWAP ist leer

[Atticus]

Ok, gibt es eventuell noch eine Lösung, oder hilft nur neu aufsetzten und Backup einspielen? Das Backup wird auf einem NAS gespeichert, nicht im iobroker auf dem Raspberry.

[Homoran]

@atticus sagte in ioBroker startet nicht mehr:

gibt es eventuell noch eine Lösung

möglich - aber mal warten, wann @apollon77 wieder Zeit hat.
Es gibt auch manchmal ein Leben neben ioBroker.

[Atticus]

@homoran :-)) alles gut, ich muss auch gleich ein bisschen arbeiten gehen. Danke erst mal für Eure Hilfe, vielleicht heute Abend oder morgen früh noch mal.

[apollon77]

@atticus Sorry typo

ps auxwww |grep io

[Atticus]

@apollon77 bin gerade arbeiten, heute abend bin ich wieder dran

[Atticus]

Hallo, da bin ich wieder.
Hier die Ausgabe von

ps auxwww |grep io

login as: pi
pi@192.168.2.238's password:
Linux ioBroker482 5.10.63-v7l+ #1496 SMP Wed Dec 1 15:58:56 GMT 2021 armv7l

The programs included with the Debian GNU/Linux system are free software;
the exact distribution terms for each program are described in the
individual files in /usr/share/doc/*/copyright.

Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
Last login: Tue Feb 22 11:57:20 2022 from 192.168.2.196
pi@ioBroker482:~ $ ps auxwww |grep io
root        13  0.0  0.0      0     0 ?        S    14:12   0:00 [migration/0]
root        16  0.0  0.0      0     0 ?        S    14:12   0:00 [migration/1]
root        21  0.0  0.0      0     0 ?        S    14:12   0:00 [migration/2]
root        26  0.0  0.0      0     0 ?        S    14:12   0:00 [migration/3]
root        58  0.0  0.0      0     0 ?        I<   14:12   0:00 [blkcg_punt_bio]
root        62  0.0  0.0      0     0 ?        I<   14:12   0:00 [rpciod]
root        64  0.0  0.0      0     0 ?        I<   14:12   0:00 [xprtiod]
root        66  0.0  0.0      0     0 ?        I<   14:12   0:00 [nfsiod]
root        76  0.0  0.0      0     0 ?        I<   14:12   0:00 [DWC Notificatio]
message+   369  0.1  0.0   6720  3500 ?        Ss   14:12   0:00 /usr/bin/dbus-daemon --system --address=systemd: --nofork --nopidfile --systemd-activation --syslog-only
avahi      382  0.0  0.0   5900  2588 ?        Ss   14:12   0:00 avahi-daemon: running [ioBroker482.local]
iobroker   763  137  4.8 507568 389432 ?       Rsl  14:16   0:17 iobroker.js-controller
pi         804  0.0  0.0   7360   520 pts/0    S+   14:16   0:00 grep --color=auto io
pi@ioBroker482:~ $ iobroker status
Server Cannot start inMem-states on port 9000: Failed to lock DB file "/opt/iobroker/iobroker-data/states.jsonl"!
pi@ioBroker482:~ $

[Homoran]

@atticus sagte in ioBroker startet nicht mehr:

iobroker 763 137 4.8 507568 389432 ? Rsl 14:16 0:17 iobroker.js-controller

da läuft noch einer

[apollon77]

@atticus sagte in ioBroker startet nicht mehr:

iobroker 763 137 4.8 507568 389432 ? Rsl 14:16 0:17 iobroker.js-controller

Genau, da läuft noch ein conteoller Prozess, daher ost die DB gelockt. Kill den mal oder mach nochmal "iob stop" oder Reboote mal

[Max Zelmer]

Hallo zusammen,

ich habe ebenfalls dieses Problem.
Ich habe heute morgen ein Update durchgeführt:

sudo apt-get update && sudo apt-get upgrade

Im Anschluss habe ich meinen Server neugestartet:

sudo reboot -h 0

Danach habe ich versucht, per Webbrowser auf meinen iobroker (also die Adminoberfläche) zuzugreifen.
Der Browser meldet zurück: 192.168.178.10 hat eine Verbindung verweigert.

Also habe ich versucht, den iobroker Status abzufragen:

max@server:/opt/iobroker/iobroker-data$ iobroker status
Server Cannot start inMem-states on port 9000: Failed to lock DB file "/opt/iobroker/iobroker-data/states.jsonl"!

Ich habe mich an den Dingen orientiert, die hierzu bereits geschrieben wurden. Leider ohne Erfolg.
Ich habe dann den iobroker gestoppt und geschaut, ob noch ein Prozess dazu läuft. Leider nein:

max@server:/opt/iobroker/iobroker-data$ iob stop
max@server:/opt/iobroker/iobroker-data$ ps auxwww |grep io
root          11  0.0  0.0      0     0 ?        S    11:00   0:00 [migration/0]
root          17  0.0  0.0      0     0 ?        S    11:00   0:00 [migration/1]
root          78  0.0  0.0      0     0 ?        I<   11:00   0:00 [blkcg_punt_bio]
root          92  0.0  0.0      0     0 ?        I<   11:00   0:00 [vfio-irqfd-clea]
root         398  0.0  0.0      0     0 ?        I<   11:00   0:00 [rpciod]
root         399  0.0  0.0      0     0 ?        I<   11:00   0:00 [xprtiod]
message+     661  0.0  0.1   7800  4572 ?        Ss   11:00   0:00 /usr/bin/dbus-daemon --system --address=systemd: --nofork --nopidfile --systemd-activation --syslog-only
max         4391  0.0  0.0   6432   656 pts/0    S+   11:36   0:00 grep --color=auto io

Und jetzt weiß ich auch absolut nicht mehr weiter :(

[crunchip]

@max-zelmer wenn kein Prozess mehr läuft, vllt ist der Port 9000 anderweitig belegt

netstat -tulpen

[sigi234]

@max-zelmer

Hast du Logitech Media Server laufen?

[Max Zelmer]

Hi,

@sigi234 ich habe keinen Logitech Media Server am laufen.

Ich konnte mir mittlerweile helfen, in dem ich die node_modules kopiert habe in node_modules_. Dann habe ich mit Force den NPM-Cache geleert, NPM und ein paar Adapter neu installiert.
Konkret bin ich nach dieser Anleitung vorgegangen:
https://forum.iobroker.net/topic/13693/howto-anleitung-reset-der-iobroker-installation-mit-beibehaltung-der-konfiguration

Also kurz gesagt: mein ioBroker läuft wieder. Keine Ahnung, was da los war ...

Edit: Nachdem der ioBroker wieder lief, habe ich mein Backup von letzter Nacht per Backitup wieder eingespielt.