NEWS
Server Cannot start inMem-objects on port 9001
-
Hallo IOB Community,
meine iob Installation startet nicht mehr. Als ich von einer Kurzreise zugekommen bin war meine vorher stabil laufende iob Installation (auf Raspberry4) down. Die bisherigen Versuche, start/stop der Instanz, komplett reboot, timeout auf 5000 waren alle erfolglos. Ich bekomme bei der Status Abfrage folgendespi@rpi4iobroker:/opt/iobroker $ iob status Server Cannot start inMem-objects on port 9001: Failed to lock DB file "/opt/iobroker/iobroker-data/objects.jsonl"!und beim Versuch eines updates mit sudo iobroker update kommt folgendes
No connection to databases possible ...bin nun leider mit meinem beschränkten Linux Wissen am Ende. Jeder Tipp die Installation wieder zum laufen zu bekommen ist willkommen. DANKE
@bischemer Hört sich für mich nach einer vollen Platte an.
Führe bitte in deiner Konsole auf dem System den Befehlt "df -h" aus, ohne die "". -
@bischemer Hört sich für mich nach einer vollen Platte an.
Führe bitte in deiner Konsole auf dem System den Befehlt "df -h" aus, ohne die "". -
Ich habe genau das gleiche Problem. Allerdings beim Versuch ein Backup einzuspielen
Die Wiederherstellung des Backups läuft durch, "Restore and Restart completed successfully" erscheint, allerdings startet iobroker danach nicht mehr. Der "Ladekreis" dreht sich in einer Endlosschleife.
iobroker start bringt auch nichts.
conbee2@conbee2:/opt/iobroker$ iob status iobroker is running on this host. Objects type: jsonl States type: jsonl -
Ich habe genau das gleiche Problem. Allerdings beim Versuch ein Backup einzuspielen
Die Wiederherstellung des Backups läuft durch, "Restore and Restart completed successfully" erscheint, allerdings startet iobroker danach nicht mehr. Der "Ladekreis" dreht sich in einer Endlosschleife.
iobroker start bringt auch nichts.
conbee2@conbee2:/opt/iobroker$ iob status iobroker is running on this host. Objects type: jsonl States type: jsonl -
@apollon77 tut mir leid kann ich dir nicht mehr sagen. Ich habe das jetzt so gelöst, indem ich einen zweiten admin Adapter mit dem Port 8089 erstellt habe. Darüber konnte ich mich dann einloggen. Daraufhin musste / konnte ich bei jedem Adapter unter "Startreihenrolge ändern" meinen eigentlichen Host (der auch gebackuped würde) und die Instanzen dann neu starten. Zu guter Letzt den neu erstellten Admin Adapter löschen und nun läuft's. Hat mich aber locker 6 Stunden gekostet, um diesen "Workaround" heraus zu finden.
-
@apollon77 tut mir leid kann ich dir nicht mehr sagen. Ich habe das jetzt so gelöst, indem ich einen zweiten admin Adapter mit dem Port 8089 erstellt habe. Darüber konnte ich mich dann einloggen. Daraufhin musste / konnte ich bei jedem Adapter unter "Startreihenrolge ändern" meinen eigentlichen Host (der auch gebackuped würde) und die Instanzen dann neu starten. Zu guter Letzt den neu erstellten Admin Adapter löschen und nun läuft's. Hat mich aber locker 6 Stunden gekostet, um diesen "Workaround" heraus zu finden.
-
Habe Haargenau das selbe Problem wie @mloTek bei buster, aber auch bei bullseye
buster bzw bullseye installiert, dann iobroker installiert. Iobroker gestartet. Läuft.
Dann backup über backitup eingespielt. Die Wiederherstellung des Backups läuft durch, "Restore and Restart completed successfully" erscheint, allerdings startet iobroker danach nicht mehr. Der "Ladekreis" dreht sich in einer Endlosschleife. Also alles ganz genauso.
Beim Versuch den manuell zu starten mit:
sudo node node_modules/iobroker.js-controller/controller.js --logs
kommt:- info: host.raspby4 iobroker.js-controller version 4.0.23 js-controller starting
- info: host.raspby4 Copyright (c) 2014-2022 bluefox, 2014 hobbyquaker
- info: host.raspby4 hostname: raspby4, node: v14.19.1
- info: host.raspby4 ip addresses: 192.168.1.2 2a00:6020:13cf:a7fc:450e:9023:d799:c239 fe80::df76:9b5d:c95d:dbe9
- error: host.raspby4-Server Cannot start inMem-objects on port 9001: Failed to lock DB file "/opt/iobroker/iobroker-data/objects.jsonl"!
in der Log steht als Fehler:
host.raspby4-Server Cannot start inMem-objects on port 9001: Failed to lock DB file "/opt/iobroker/iobroker-data/objects.jsonl"!Ich sehe leider den Wald vor lauter Bäumen nicht, könnte mir da vielleicht jemand behilflich sein?
-
Habe Haargenau das selbe Problem wie @mloTek bei buster, aber auch bei bullseye
buster bzw bullseye installiert, dann iobroker installiert. Iobroker gestartet. Läuft.
Dann backup über backitup eingespielt. Die Wiederherstellung des Backups läuft durch, "Restore and Restart completed successfully" erscheint, allerdings startet iobroker danach nicht mehr. Der "Ladekreis" dreht sich in einer Endlosschleife. Also alles ganz genauso.
Beim Versuch den manuell zu starten mit:
sudo node node_modules/iobroker.js-controller/controller.js --logs
kommt:- info: host.raspby4 iobroker.js-controller version 4.0.23 js-controller starting
- info: host.raspby4 Copyright (c) 2014-2022 bluefox, 2014 hobbyquaker
- info: host.raspby4 hostname: raspby4, node: v14.19.1
- info: host.raspby4 ip addresses: 192.168.1.2 2a00:6020:13cf:a7fc:450e:9023:d799:c239 fe80::df76:9b5d:c95d:dbe9
- error: host.raspby4-Server Cannot start inMem-objects on port 9001: Failed to lock DB file "/opt/iobroker/iobroker-data/objects.jsonl"!
in der Log steht als Fehler:
host.raspby4-Server Cannot start inMem-objects on port 9001: Failed to lock DB file "/opt/iobroker/iobroker-data/objects.jsonl"!Ich sehe leider den Wald vor lauter Bäumen nicht, könnte mir da vielleicht jemand behilflich sein?
-
Wenn ich das noch in Erinnerung habe kann er auf die JSON nicht zugreifen .
Benenne sie mal um und starte neu.
Normal sollte er eine neue anlegen .@haselchen sagte in Server Cannot start inMem-objects on port 9001:
Wenn ich das noch in Erinnerung habe kann er auf die JSON nicht zugreifen .
@alcalzone sagte in Server Cannot start inMem-objects on port 9001:
@wendy2702 Gute Frage. Ein Versuch wäre es
objects.jsonl.lockundstates.jsonl.lock(beides Verzeichnisse in/opt/iobroker/iobroker-data) zu löschen und schauen ob sie wieder kommen. Wenn nicht, sollte ioBroker eigentlich auch starten. -
Wenn ich das noch in Erinnerung habe kann er auf die JSON nicht zugreifen .
Benenne sie mal um und starte neu.
Normal sollte er eine neue anlegen .Wenn ich das noch in Erinnerung habe kann er auf die JSON nicht zugreifen .
Benenne sie mal um und starte neu.
Normal sollte er eine neue anlegen .Habe ich gemacht, hat beim start auch eine neue angelegt. aber trotzdem startet der iobroker weiterhin nicht.
-
@apollon77 tut mir leid kann ich dir nicht mehr sagen. Ich habe das jetzt so gelöst, indem ich einen zweiten admin Adapter mit dem Port 8089 erstellt habe. Darüber konnte ich mich dann einloggen. Daraufhin musste / konnte ich bei jedem Adapter unter "Startreihenrolge ändern" meinen eigentlichen Host (der auch gebackuped würde) und die Instanzen dann neu starten. Zu guter Letzt den neu erstellten Admin Adapter löschen und nun läuft's. Hat mich aber locker 6 Stunden gekostet, um diesen "Workaround" heraus zu finden.
@mlotek said in Server Cannot start inMem-objects on port 9001:
@apollon77 tut mir leid kann ich dir nicht mehr sagen. Ich habe das jetzt so gelöst, indem ich einen zweiten admin Adapter mit dem Port 8089 erstellt habe. Darüber konnte ich mich dann einloggen. Daraufhin musste / konnte ich bei jedem Adapter unter "Startreihenrolge ändern" meinen eigentlichen Host (der auch gebackuped würde) und die Instanzen dann neu starten. Zu guter Letzt den neu erstellten Admin Adapter löschen und nun läuft's. Hat mich aber locker 6 Stunden gekostet, um diesen "Workaround" heraus zu finden.
Habe jetzt auch einen zweiten Admin Adapter erstellt und kann mich jetzt auch einloggen. Kannst Du das mit der Startreihenfolge und was Du gemacht hast etwas genauer beschreiben? Und wie bekommst Du vor allem dann den Admin.0 also den eigentlichen ans laufen?
Edit:
Habs heraus gefunden. Ich muss nicht die Startreihenfolge ändern, sondern den "Host für diese Instanz". Damit wird der Adapter Admin.0 grün. Das muss ich bei allen Adaptern machen damit sie grün werden. -
@mlotek said in Server Cannot start inMem-objects on port 9001:
@apollon77 tut mir leid kann ich dir nicht mehr sagen. Ich habe das jetzt so gelöst, indem ich einen zweiten admin Adapter mit dem Port 8089 erstellt habe. Darüber konnte ich mich dann einloggen. Daraufhin musste / konnte ich bei jedem Adapter unter "Startreihenrolge ändern" meinen eigentlichen Host (der auch gebackuped würde) und die Instanzen dann neu starten. Zu guter Letzt den neu erstellten Admin Adapter löschen und nun läuft's. Hat mich aber locker 6 Stunden gekostet, um diesen "Workaround" heraus zu finden.
Habe jetzt auch einen zweiten Admin Adapter erstellt und kann mich jetzt auch einloggen. Kannst Du das mit der Startreihenfolge und was Du gemacht hast etwas genauer beschreiben? Und wie bekommst Du vor allem dann den Admin.0 also den eigentlichen ans laufen?
Edit:
Habs heraus gefunden. Ich muss nicht die Startreihenfolge ändern, sondern den "Host für diese Instanz". Damit wird der Adapter Admin.0 grün. Das muss ich bei allen Adaptern machen damit sie grün werden. -
Aber es kann ja auch nicht richtig sein das man diesen Umweg gehen muss sobald man sein Backup einspielt?! Irgendwo wird's ja an irgendeiner Stelle "haken".
-
Aber es kann ja auch nicht richtig sein das man diesen Umweg gehen muss sobald man sein Backup einspielt?! Irgendwo wird's ja an irgendeiner Stelle "haken".
-
@mlotek said in Server Cannot start inMem-objects on port 9001:
Aber es kann ja auch nicht richtig sein das man diesen Umweg gehen muss sobald man sein Backup einspielt?! Irgendwo wird's ja an irgendeiner Stelle "haken".
Richtig, denn vor kurzem war das einspielen des Backups kein Problem.
Panisch werde ich nicht, denn ich habe mindestens 3 SD Karten mit komplett Sicherungen.
In der Log hatte ich ja geguckt, kann aber nicht viel damit anfangen, bzw, wie es zu beheben ist ohne diesen Umweg? Worüber ich jedoch @mlotek sehr dankbar bin.
Und noch eine Frage, ist es denn bei jedem jetzt so der ein Backup einspielt? Wenn ja, dann werden in Zukunft noch viele Kommentare und Fragen auftauchen. Nicht jeder steckt in dem Thema so tief drin. -
@mlotek said in Server Cannot start inMem-objects on port 9001:
Aber es kann ja auch nicht richtig sein das man diesen Umweg gehen muss sobald man sein Backup einspielt?! Irgendwo wird's ja an irgendeiner Stelle "haken".
Richtig, denn vor kurzem war das einspielen des Backups kein Problem.
Panisch werde ich nicht, denn ich habe mindestens 3 SD Karten mit komplett Sicherungen.
In der Log hatte ich ja geguckt, kann aber nicht viel damit anfangen, bzw, wie es zu beheben ist ohne diesen Umweg? Worüber ich jedoch @mlotek sehr dankbar bin.
Und noch eine Frage, ist es denn bei jedem jetzt so der ein Backup einspielt? Wenn ja, dann werden in Zukunft noch viele Kommentare und Fragen auftauchen. Nicht jeder steckt in dem Thema so tief drin.@jaridian sagte in Server Cannot start inMem-objects on port 9001:
Und noch eine Frage, ist es denn bei jedem jetzt so der ein Backup einspielt? Wenn ja, dann werden in Zukunft noch viele Kommentare und Fragen auftauchen. Nicht jeder steckt in dem Thema so tief drin.
Das ist es ja ... wenn es so wäre, dann wäre der Thread viel voller ... das KANN nicht so sein ... ALso wenn Du ein Log von sowas noch hast dann zeig mal ...
-
@jaridian sagte in Server Cannot start inMem-objects on port 9001:
Und noch eine Frage, ist es denn bei jedem jetzt so der ein Backup einspielt? Wenn ja, dann werden in Zukunft noch viele Kommentare und Fragen auftauchen. Nicht jeder steckt in dem Thema so tief drin.
Das ist es ja ... wenn es so wäre, dann wäre der Thread viel voller ... das KANN nicht so sein ... ALso wenn Du ein Log von sowas noch hast dann zeig mal ...
Das ist es ja ... wenn es so wäre, dann wäre der Thread viel voller ... das KANN nicht so sein ... ALso wenn Du ein Log von sowas noch hast dann zeig mal ...
Ich habe doch die Fehlermeldung die in der /opt/iobroker/Log/iobrokerxxxxxx.log gepostet. Das ist der einzigste Error der in der Log stand.
Der Thread wird schon noch voller werden, macht ja nicht jeder jeden Tag ein backup. Und ich kann den Fehler jederzeit, auch mit dem Aufsetzen eines neuen Betriebssystem, reproduzieren.
Eben mit dem vorhandenen Betriebsystem ( Buster) reproduziert beim backup einspielen.
hier die aktuelle Log:
2022-04-28 23:01:45.252 - [31merror[39m: host.raspby4-Server Cannot start inMem-objects on port 9001: Failed to lock DB file "/opt/iobroker/iobroker-data/objects.jsonl"!Edit:
jetzt hat der Start des Iobrokers mal geklappt, nachdem ich folgendes ausgeführt habe:
curl -sL https://iobroker.net/fix.sh | bash -
sudo -u iobroker -H npm install iobroker.js-controller
rebootdas hatte ich aber früher auch schon mal ausgeführt, der Start des Iobrokers hatte aber bisher nicht geklappt.
P.S. Ja klar, wenn ich sage der Iobroker läuft nicht, dann meine ich natürlich der Admin läuft nicht, ohne Admin kein Iobroker start
-
Das ist es ja ... wenn es so wäre, dann wäre der Thread viel voller ... das KANN nicht so sein ... ALso wenn Du ein Log von sowas noch hast dann zeig mal ...
Ich habe doch die Fehlermeldung die in der /opt/iobroker/Log/iobrokerxxxxxx.log gepostet. Das ist der einzigste Error der in der Log stand.
Der Thread wird schon noch voller werden, macht ja nicht jeder jeden Tag ein backup. Und ich kann den Fehler jederzeit, auch mit dem Aufsetzen eines neuen Betriebssystem, reproduzieren.
Eben mit dem vorhandenen Betriebsystem ( Buster) reproduziert beim backup einspielen.
hier die aktuelle Log:
2022-04-28 23:01:45.252 - [31merror[39m: host.raspby4-Server Cannot start inMem-objects on port 9001: Failed to lock DB file "/opt/iobroker/iobroker-data/objects.jsonl"!Edit:
jetzt hat der Start des Iobrokers mal geklappt, nachdem ich folgendes ausgeführt habe:
curl -sL https://iobroker.net/fix.sh | bash -
sudo -u iobroker -H npm install iobroker.js-controller
rebootdas hatte ich aber früher auch schon mal ausgeführt, der Start des Iobrokers hatte aber bisher nicht geklappt.
P.S. Ja klar, wenn ich sage der Iobroker läuft nicht, dann meine ich natürlich der Admin läuft nicht, ohne Admin kein Iobroker start
@jaridian sagte in Server Cannot start inMem-objects on port 9001:
ohne Admin kein Iobroker start
aber sicher doch!
für iobroker start braucht es keinen admin.
-
Das ist es ja ... wenn es so wäre, dann wäre der Thread viel voller ... das KANN nicht so sein ... ALso wenn Du ein Log von sowas noch hast dann zeig mal ...
Ich habe doch die Fehlermeldung die in der /opt/iobroker/Log/iobrokerxxxxxx.log gepostet. Das ist der einzigste Error der in der Log stand.
Der Thread wird schon noch voller werden, macht ja nicht jeder jeden Tag ein backup. Und ich kann den Fehler jederzeit, auch mit dem Aufsetzen eines neuen Betriebssystem, reproduzieren.
Eben mit dem vorhandenen Betriebsystem ( Buster) reproduziert beim backup einspielen.
hier die aktuelle Log:
2022-04-28 23:01:45.252 - [31merror[39m: host.raspby4-Server Cannot start inMem-objects on port 9001: Failed to lock DB file "/opt/iobroker/iobroker-data/objects.jsonl"!Edit:
jetzt hat der Start des Iobrokers mal geklappt, nachdem ich folgendes ausgeführt habe:
curl -sL https://iobroker.net/fix.sh | bash -
sudo -u iobroker -H npm install iobroker.js-controller
rebootdas hatte ich aber früher auch schon mal ausgeführt, der Start des Iobrokers hatte aber bisher nicht geklappt.
P.S. Ja klar, wenn ich sage der Iobroker läuft nicht, dann meine ich natürlich der Admin läuft nicht, ohne Admin kein Iobroker start
@jaridian sagte in Server Cannot start inMem-objects on port 9001:
P.S. Ja klar, wenn ich sage der Iobroker läuft nicht, dann meine ich natürlich der Admin läuft nicht, ohne Admin kein Iobroker start
Naja das sind aber alles verschiedene Dinge.
Auchsicher das vor dem Backup restore alles sauber beendet ist? AN sich kommt die Meldung nur wenn ein prozess läuft der die DB offen hat ...