NEWS
Server Cannot start inMem-objects on port 9001
-
Zeig mal die Ausgabe.
pi@rpi4iobroker:/opt/iobroker/log $ sudo ss -tulpn | grep LISTEN tcp LISTEN 0 128 0.0.0.0:22 0.0.0.0:* users:(("sshd",pid=572,fd=3)) tcp LISTEN 0 4096 127.0.0.1:8088 0.0.0.0:* users:(("influxd",pid=548,fd=3)) tcp LISTEN 0 4096 *:8086 *:* users:(("influxd",pid=548,fd=41)) tcp LISTEN 0 128 [::]:22 [::]:* users:(("sshd",pid=572,fd=4)) tcp LISTEN 0 4096 *:3000 *:* users:(("grafana-server",pid=544,fd=12)) -
pi@rpi4iobroker:/opt/iobroker/log $ sudo ss -tulpn | grep LISTEN tcp LISTEN 0 128 0.0.0.0:22 0.0.0.0:* users:(("sshd",pid=572,fd=3)) tcp LISTEN 0 4096 127.0.0.1:8088 0.0.0.0:* users:(("influxd",pid=548,fd=3)) tcp LISTEN 0 4096 *:8086 *:* users:(("influxd",pid=548,fd=41)) tcp LISTEN 0 128 [::]:22 [::]:* users:(("sshd",pid=572,fd=4)) tcp LISTEN 0 4096 *:3000 *:* users:(("grafana-server",pid=544,fd=12))ls -la /opt/iobroker/iobroker-data/objects.jsonl -
ls -la /opt/iobroker/iobroker-data/objects.jsonlpi@rpi4iobroker:/opt/iobroker/log $ ls -la /opt/iobroker/iobroker-data/objects.jsonl -rw-rwxr--+ 1 iobroker iobroker 5337230311 Mär 12 14:56 /opt/iobroker/iobroker-data/objects.jsonl -
pi@rpi4iobroker:/opt/iobroker/log $ sudo ss -tulpn | grep LISTEN tcp LISTEN 0 128 0.0.0.0:22 0.0.0.0:* users:(("sshd",pid=572,fd=3)) tcp LISTEN 0 4096 127.0.0.1:8088 0.0.0.0:* users:(("influxd",pid=548,fd=3)) tcp LISTEN 0 4096 *:8086 *:* users:(("influxd",pid=548,fd=41)) tcp LISTEN 0 128 [::]:22 [::]:* users:(("sshd",pid=572,fd=4)) tcp LISTEN 0 4096 *:3000 *:* users:(("grafana-server",pid=544,fd=12))Ganz simple mal die Kiste neugestartet hattest du schon?
Schau mal mit
dmesg -T | grep -i ext4in die Kernelringmessages.
-
Ganz simple mal die Kiste neugestartet hattest du schon?
Schau mal mit
dmesg -T | grep -i ext4in die Kernelringmessages.
ja, einen Neustart hat das System schon hinter sich.
hier die Ausgabe mit Deinem Befehl
pi@rpi4iobroker:/opt/iobroker/log $ dmesg -T | grep -i ext4 [Mo Mär 14 16:26:14 2022] Kernel command line: coherent_pool=1M 8250.nr_uarts=0 snd_bcm2835.enable_compat_alsa=0 snd_bcm2835.enable_hdmi=1 smsc95xx.macaddr=DC:A6:32:47:F5:F1 vc_mem.mem_base=0x3eb00000 vc_mem.mem_size=0x3ff00000 console=ttyS0,115200 console=tty1 root=PARTUUID=51c7cc95-02 rootfstype=ext4 elevator=deadline fsck.repair=yes rootwait [Mo Mär 14 16:26:15 2022] EXT4-fs (sda2): mounted filesystem with ordered data mode. Opts: (null) [Mo Mär 14 16:26:15 2022] VFS: Mounted root (ext4 filesystem) readonly on device 8:2. [Mo Mär 14 16:26:17 2022] EXT4-fs (sda2): re-mounted. Opts: (null) -
ja, einen Neustart hat das System schon hinter sich.
hier die Ausgabe mit Deinem Befehl
pi@rpi4iobroker:/opt/iobroker/log $ dmesg -T | grep -i ext4 [Mo Mär 14 16:26:14 2022] Kernel command line: coherent_pool=1M 8250.nr_uarts=0 snd_bcm2835.enable_compat_alsa=0 snd_bcm2835.enable_hdmi=1 smsc95xx.macaddr=DC:A6:32:47:F5:F1 vc_mem.mem_base=0x3eb00000 vc_mem.mem_size=0x3ff00000 console=ttyS0,115200 console=tty1 root=PARTUUID=51c7cc95-02 rootfstype=ext4 elevator=deadline fsck.repair=yes rootwait [Mo Mär 14 16:26:15 2022] EXT4-fs (sda2): mounted filesystem with ordered data mode. Opts: (null) [Mo Mär 14 16:26:15 2022] VFS: Mounted root (ext4 filesystem) readonly on device 8:2. [Mo Mär 14 16:26:17 2022] EXT4-fs (sda2): re-mounted. Opts: (null)Okay, das ist unauffällig.
-
pi@rpi4iobroker:/opt/iobroker/log $ iob v 4.0.15und folgende Versionen sind installiert
pi@rpi4iobroker:/opt/iobroker/log $ node -v v14.18.2 pi@rpi4iobroker:/opt/iobroker/log $ npm -v 6.14.15@bischemer Node und NPM ist nicht aktuell.
Bringe dein System mal auf den aktuellen Stand. Für Node / NPM steht das in der Signatur von @Thomas-Braun
Wenn das OK ist mal:
cd /opt/iobroker/ sudo -H -u iobroker npm install iobroker.js-controllerUnd hast du das Log von der iobroker fix Ausführung noch?
-
@bischemer Node und NPM ist nicht aktuell.
Bringe dein System mal auf den aktuellen Stand. Für Node / NPM steht das in der Signatur von @Thomas-Braun
Wenn das OK ist mal:
cd /opt/iobroker/ sudo -H -u iobroker npm install iobroker.js-controllerUnd hast du das Log von der iobroker fix Ausführung noch?
@wendy2702, ich bin mir nicht sicher welches log Du bei der Ausführung meinst. Folgende Rückmeldung sehe ich noch
========================================================================== Your installation was fixed successfully Run iobroker start to start ioBroker again! ==========================================================================das System bringe ich gleich (ab 19Uhr) auf den aktuellen Stand. Schon jetzt vielen Dank für Deinen/Euren Support
-
@bischemer Node und NPM ist nicht aktuell.
Bringe dein System mal auf den aktuellen Stand. Für Node / NPM steht das in der Signatur von @Thomas-Braun
Wenn das OK ist mal:
cd /opt/iobroker/ sudo -H -u iobroker npm install iobroker.js-controllerUnd hast du das Log von der iobroker fix Ausführung noch?
@wendy2702, hatte nub doch früher Zeit. Hier die Rückmeldung nach dem update
/usr/bin/nodejs /usr/bin/node /usr/bin/npm v14.19.0 v14.19.0 6.14.16und nach dem fix
========================================================================== Your installation was fixed successfully Run iobroker start to start ioBroker again! ========================================================================== pi@rpi4iobroker:/ $ iobroker startnur leider möchte die Installation immer noch nicht wieder starten
-
@wendy2702, hatte nub doch früher Zeit. Hier die Rückmeldung nach dem update
/usr/bin/nodejs /usr/bin/node /usr/bin/npm v14.19.0 v14.19.0 6.14.16und nach dem fix
========================================================================== Your installation was fixed successfully Run iobroker start to start ioBroker again! ========================================================================== pi@rpi4iobroker:/ $ iobroker startnur leider möchte die Installation immer noch nicht wieder starten
weiterhin folgende sich wiederholende Info im log
2022-03-14 18:22:34.177 - ^[[32minfo^[[39m: host.rpi4iobroker iobroker _restart 2022-03-14 18:22:40.147 - ^[[32minfo^[[39m: host.rpi4iobroker iobroker.js-controller version 4.0.15 js-controller starting 2022-03-14 18:22:40.154 - ^[[32minfo^[[39m: host.rpi4iobroker Copyright (c) 2014-2022 bluefox, 2014 hobbyquaker 2022-03-14 18:22:40.155 - ^[[32minfo^[[39m: host.rpi4iobroker hostname: rpi4iobroker, node: v14.19.0 2022-03-14 18:22:40.156 - ^[[32minfo^[[39m: host.rpi4iobroker ip addresses: 192.168.1.32 fe80::6152:e60e:7308:e5fe 2022-03-14 18:23:10.175 - ^[[31merror^[[39m: host.rpi4iobroker No connection to databases possible, restart -
weiterhin folgende sich wiederholende Info im log
2022-03-14 18:22:34.177 - ^[[32minfo^[[39m: host.rpi4iobroker iobroker _restart 2022-03-14 18:22:40.147 - ^[[32minfo^[[39m: host.rpi4iobroker iobroker.js-controller version 4.0.15 js-controller starting 2022-03-14 18:22:40.154 - ^[[32minfo^[[39m: host.rpi4iobroker Copyright (c) 2014-2022 bluefox, 2014 hobbyquaker 2022-03-14 18:22:40.155 - ^[[32minfo^[[39m: host.rpi4iobroker hostname: rpi4iobroker, node: v14.19.0 2022-03-14 18:22:40.156 - ^[[32minfo^[[39m: host.rpi4iobroker ip addresses: 192.168.1.32 fe80::6152:e60e:7308:e5fe 2022-03-14 18:23:10.175 - ^[[31merror^[[39m: host.rpi4iobroker No connection to databases possible, restartIch bleibe dabei, da ist was faul in der Database
Probier mal iob setup custom
und stelle entweder auf file oder jsonl
Folge dort einfach den Anweisungen und probier aus , was hilft.
Ich hatte den Connection Fehler auch , weil dort was krumm war.
-
Failed to lock ....jsonl bedeutet entweder ein Rechteproblem (die Lock-Datei kann nicht erstellt werden) oder sie existiert schon und wird von einem anderen Prozess aktiv gehalten.
Warum `sudo` böse ist: https://forum.iobroker.net/post/17109
-
Failed to lock ....jsonl bedeutet entweder ein Rechteproblem (die Lock-Datei kann nicht erstellt werden) oder sie existiert schon und wird von einem anderen Prozess aktiv gehalten.
-
@alcalzone Wer oder was sollte das sein wenn er schon neu gestartet hat und der Fixer lief?
@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.Warum `sudo` böse ist: https://forum.iobroker.net/post/17109
-
@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.@alcalzone Dann warten wir mal auf Feedback von @bischemer
-
@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.Hi,
ich kämpfe auch schon eine Weile mit diesem Thema. Hat zu einigen Neuinstallation geführt da immer die Meldung "No connection to databases possible ..." ausgegeben wurde oder die im der Kopfzeile angegebene Meldung. Nach einer Neuinstallation war dann erst einmal alles gut und nach ein paar Stunden oder Tagen war das Problem wieder da. Wurde immer im Zusammenhang mit einem iob stop beobachtet, danach konnte der iob nicht mehr starten. Da ich immer regelmäßig Backups ziehe (von der gesamten SD) war der Aufwand überschaubar und ich habe dann einfach die SDs getauscht und dann war wieder alles grün.
Bin nun im Forum auf Euch gestossen, da Ihr offensichtlich das gleiche Problem habt.
Durch Deinen Hinweis objects.jsonl.lock und states.jsonl.lock zu löschen habe ich mir das Verzeichnis heute mal etwas genauer angesehen und habe da eine Reihe von Dateien gefunden mit migrate, bak usw. Ich habe die einfach mal gelöscht (war eh egal da ich eigentlich schon rRichtung Tausch der SD unterwegs war) und danach "ich wollte es nicht glauben" konnte ich den iob wieder starten. Da ich die Zusammenhänge nicht kenne wollte ich das einfach mal mitteilen. Vielleicht hilft es ja dem ein oder anderen.
Andreas -
Hi,
ich kämpfe auch schon eine Weile mit diesem Thema. Hat zu einigen Neuinstallation geführt da immer die Meldung "No connection to databases possible ..." ausgegeben wurde oder die im der Kopfzeile angegebene Meldung. Nach einer Neuinstallation war dann erst einmal alles gut und nach ein paar Stunden oder Tagen war das Problem wieder da. Wurde immer im Zusammenhang mit einem iob stop beobachtet, danach konnte der iob nicht mehr starten. Da ich immer regelmäßig Backups ziehe (von der gesamten SD) war der Aufwand überschaubar und ich habe dann einfach die SDs getauscht und dann war wieder alles grün.
Bin nun im Forum auf Euch gestossen, da Ihr offensichtlich das gleiche Problem habt.
Durch Deinen Hinweis objects.jsonl.lock und states.jsonl.lock zu löschen habe ich mir das Verzeichnis heute mal etwas genauer angesehen und habe da eine Reihe von Dateien gefunden mit migrate, bak usw. Ich habe die einfach mal gelöscht (war eh egal da ich eigentlich schon rRichtung Tausch der SD unterwegs war) und danach "ich wollte es nicht glauben" konnte ich den iob wieder starten. Da ich die Zusammenhänge nicht kenne wollte ich das einfach mal mitteilen. Vielleicht hilft es ja dem ein oder anderen.
Andreas
559
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge