iobroker plötzlich nicht mehr erreichbar
-
Systemdata Bitte Ausfüllen Hardwaresystem: Pi3 Arbeitsspeicher: 1GB Festplattenart: SD-Karte Betriebssystem: Buster Node-Version: ? Nodejs-Version: ? NPM-Version: ? Heute seit 15:38:07 kommt im syslog plötzlich:
Sep 19 15:38:07 iobroker systemd[1]: iobroker.service: Main process exited, code=exited, status=1/FAILURE Sep 19 15:38:07 iobroker systemd[1]: iobroker.service: Failed with result 'exit-code'. Sep 19 15:38:10 iobroker systemd[1]: iobroker.service: Service RestartSec=3s expired, scheduling restart. Sep 19 15:38:10 iobroker systemd[1]: iobroker.service: Scheduled restart job, restart counter is at 1. Sep 19 15:38:10 iobroker systemd[1]: Stopped ioBroker Server.Vorher lief das System bereits monate lang.
Hier die Terminal ausgabe:
$ iobroker state Unknown command "state undefined"! iobroker state State management Commands: iobroker state get <id> Get state, specified by id iobroker state getPlain <id> Get plain state, specified by id iobroker state getBinary <id> Get binary state, specified by id iobroker state getValue <id> Get state value, specified by id iobroker state set <id> <value> [<ack>] Set state, specified by id iobroker state del <id> Delete state, specified by id iobroker state setDBVersion <version> Sets the protocol version of the states database iobroker state getDBVersion Get the protocol version of the states database Options: --help Show help [boolean] pi@iobroker:~ $ iobroker info Server Cannot start inMem-objects on port 9001: Failed to lock DB file "/opt/iobroker/iobroker-data/objects.jsonl"!Was kann/soll ich noch abfragen, um euch mehr Infos zu geben?
Ich weiss, dass das jetzt nicht sonderlich viele Angaben sind ;)@spicer sagte in iobroker plötzlich nicht mehr erreichbar:
Node-Version:
?Nodejs-Version:
?cd /opt/iobroker npm ls | grep -E 'github.com|ERR' iobroker update -i sudo ln -s /usr/bin/node /usr/bin/nodejs uname -m && type -P nodejs node npm && nodejs -v && node -v && npm -v && whoami && pwd && sudo apt update &> /dev/null && sudo apt update && apt policy nodejs -
pi@iobroker:~ $ iobroker status Server Cannot start inMem-objects on port 9001: Failed to lock DB file "/opt/iobroker/iobroker-data/objects.jsonl"! pi@iobroker:~ $ iobroker list instances Server Cannot start inMem-objects on port 9001: Failed to lock DB file "/opt/iobroker/iobroker-data/objects.jsonl"!pi@iobroker:~ $ cd /opt/iobroker pi@iobroker:/opt/iobroker $ npm ls | grep -E 'github.com|ERR' pi@iobroker:/opt/iobroker $ iobroker update -i Server Cannot start inMem-objects on port 9001: Failed to lock DB file "/opt/iobroker/iobroker-data/objects.jsonl"!Node-Version: ?
Nodejs-Version: ?
Wie frage ich das ab, wenn iobroker nicht läuft?Wenn es mehrere Möglichkeiten gibt, eine Aufgabe zu erledigen, und eine davon in einer Katastrophe endet oder sonstwie unerwünschte Konsequenzen nach sich zieht, dann wird es jemand genau so machen. Alles, was schiefgehen kann, wird auch schiefgehen.
(Murphys Gesetz) -
pi@iobroker:~ $ iobroker status Server Cannot start inMem-objects on port 9001: Failed to lock DB file "/opt/iobroker/iobroker-data/objects.jsonl"! pi@iobroker:~ $ iobroker list instances Server Cannot start inMem-objects on port 9001: Failed to lock DB file "/opt/iobroker/iobroker-data/objects.jsonl"!pi@iobroker:~ $ cd /opt/iobroker pi@iobroker:/opt/iobroker $ npm ls | grep -E 'github.com|ERR' pi@iobroker:/opt/iobroker $ iobroker update -i Server Cannot start inMem-objects on port 9001: Failed to lock DB file "/opt/iobroker/iobroker-data/objects.jsonl"!Node-Version: ?
Nodejs-Version: ?
Wie frage ich das ab, wenn iobroker nicht läuft?@spicer sagte in iobroker plötzlich nicht mehr erreichbar:
Node-Version: ?
Nodejs-Version: ?
Wie frage ich das ab, wenn iobroker nicht läuft?Braucht nicht laufen ...
Befehl ist oben !
Synology 918+ 16GB - ioBroker in Docker v9 , VISO auf Trekstor Primebook C13 13,3" , Hikvision Domkameras mit Surveillance Station .. CCU RaspberryMatic in Synology VM .. Zigbee CC2538+CC2592 .. Sonoff .. KNX .. Modbus ..
-
pi@iobroker:~ $ iobroker status Server Cannot start inMem-objects on port 9001: Failed to lock DB file "/opt/iobroker/iobroker-data/objects.jsonl"! pi@iobroker:~ $ iobroker list instances Server Cannot start inMem-objects on port 9001: Failed to lock DB file "/opt/iobroker/iobroker-data/objects.jsonl"!pi@iobroker:~ $ cd /opt/iobroker pi@iobroker:/opt/iobroker $ npm ls | grep -E 'github.com|ERR' pi@iobroker:/opt/iobroker $ iobroker update -i Server Cannot start inMem-objects on port 9001: Failed to lock DB file "/opt/iobroker/iobroker-data/objects.jsonl"!Node-Version: ?
Nodejs-Version: ?
Wie frage ich das ab, wenn iobroker nicht läuft? -
@glasfaser sagte in iobroker plötzlich nicht mehr erreichbar:
systemctl status iobroker
pi@iobroker:/opt/iobroker $ systemctl status iobroker ● iobroker.service - ioBroker Server Loaded: loaded (/lib/systemd/system/iobroker.service; enabled; vendor preset: enabled) Active: active (running) since Mon 2022-09-19 18:10:18 CEST; 27s ago Docs: http://iobroker.net Main PID: 5971 (node) Tasks: 11 (limit: 2059) CGroup: /system.slice/iobroker.service └─5971 iobroker.js-controller Sep 19 18:10:18 iobroker systemd[1]: Stopped ioBroker Server. Sep 19 18:10:18 iobroker systemd[1]: Started ioBroker Server. -
@spicer sagte in iobroker plötzlich nicht mehr erreichbar:
Node-Version: ?
Nodejs-Version: ?
Wie frage ich das ab, wenn iobroker nicht läuft?Braucht nicht laufen ...
Befehl ist oben !
@glasfaser sagte in iobroker plötzlich nicht mehr erreichbar:
Befehl ist oben !
Habe doch alle Befehle ausgeführt und gepostet.....?
Wenn es mehrere Möglichkeiten gibt, eine Aufgabe zu erledigen, und eine davon in einer Katastrophe endet oder sonstwie unerwünschte Konsequenzen nach sich zieht, dann wird es jemand genau so machen. Alles, was schiefgehen kann, wird auch schiefgehen.
(Murphys Gesetz) -
@glasfaser sagte in iobroker plötzlich nicht mehr erreichbar:
Befehl ist oben !
Habe doch alle Befehle ausgeführt und gepostet.....?
@spicer sagte in iobroker plötzlich nicht mehr erreichbar:
Habe doch alle Befehle ausgeführt und gepostet.....?
dieser fehlt :
sudo ln -s /usr/bin/node /usr/bin/nodejs uname -m && type -P nodejs node npm && nodejs -v && node -v && npm -v && whoami && pwd && sudo apt update &> /dev/null && sudo apt update && apt policy nodejs -
Ah, dachte weil das einen Symlink anlegt.....
pi@iobroker:/opt/iobroker $ sudo ln -s /usr/bin/node /usr/bin/nodejs ln: die symbolische Verknüpfung '/usr/bin/nodejs' konnte nicht angelegt werden: Die Datei existiert bereits pi@iobroker:/opt/iobroker $ uname -m && type -P nodejs node npm && nodejs -v && node -v && npm -v && whoami && pwd && sudo apt update &> /dev/null && sudo apt update && apt policy nodejs armv7l /usr/bin/nodejs /usr/bin/node /usr/bin/npm v12.22.12 v12.22.12 6.14.16 pi /opt/iobroker OK:1 http://archive.raspberrypi.org/debian buster InRelease OK:2 http://raspbian.raspberrypi.org/raspbian buster InRelease OK:3 https://deb.nodesource.com/node_12.x buster InRelease Paketlisten werden gelesen... Fertig Abhängigkeitsbaum wird aufgebaut. Statusinformationen werden eingelesen.... Fertig Alle Pakete sind aktuell. nodejs: Installiert: 12.22.12-deb-1nodesource1 Installationskandidat: 12.22.12-deb-1nodesource1 Versionstabelle: *** 12.22.12-deb-1nodesource1 500 500 https://deb.nodesource.com/node_12.x buster/main armhf Packages 100 /var/lib/dpkg/status 10.24.0~dfsg-1~deb10u1 500 500 http://raspbian.raspberrypi.org/raspbian buster/main armhf PackagesWenn es mehrere Möglichkeiten gibt, eine Aufgabe zu erledigen, und eine davon in einer Katastrophe endet oder sonstwie unerwünschte Konsequenzen nach sich zieht, dann wird es jemand genau so machen. Alles, was schiefgehen kann, wird auch schiefgehen.
(Murphys Gesetz) -
Ah, dachte weil das einen Symlink anlegt.....
pi@iobroker:/opt/iobroker $ sudo ln -s /usr/bin/node /usr/bin/nodejs ln: die symbolische Verknüpfung '/usr/bin/nodejs' konnte nicht angelegt werden: Die Datei existiert bereits pi@iobroker:/opt/iobroker $ uname -m && type -P nodejs node npm && nodejs -v && node -v && npm -v && whoami && pwd && sudo apt update &> /dev/null && sudo apt update && apt policy nodejs armv7l /usr/bin/nodejs /usr/bin/node /usr/bin/npm v12.22.12 v12.22.12 6.14.16 pi /opt/iobroker OK:1 http://archive.raspberrypi.org/debian buster InRelease OK:2 http://raspbian.raspberrypi.org/raspbian buster InRelease OK:3 https://deb.nodesource.com/node_12.x buster InRelease Paketlisten werden gelesen... Fertig Abhängigkeitsbaum wird aufgebaut. Statusinformationen werden eingelesen.... Fertig Alle Pakete sind aktuell. nodejs: Installiert: 12.22.12-deb-1nodesource1 Installationskandidat: 12.22.12-deb-1nodesource1 Versionstabelle: *** 12.22.12-deb-1nodesource1 500 500 https://deb.nodesource.com/node_12.x buster/main armhf Packages 100 /var/lib/dpkg/status 10.24.0~dfsg-1~deb10u1 500 500 http://raspbian.raspberrypi.org/raspbian buster/main armhf Packages@spicer sagte in iobroker plötzlich nicht mehr erreichbar:
v12.22.12
Gehe mal auf die empfohlene Nodejs16
Synology 918+ 16GB - ioBroker in Docker v9 , VISO auf Trekstor Primebook C13 13,3" , Hikvision Domkameras mit Surveillance Station .. CCU RaspberryMatic in Synology VM .. Zigbee CC2538+CC2592 .. Sonoff .. KNX .. Modbus ..
-
@spicer sagte in iobroker plötzlich nicht mehr erreichbar:
v12.22.12
Gehe mal auf die empfohlene Nodejs16
@glasfaser sagte in iobroker plötzlich nicht mehr erreichbar:
@spicer sagte in iobroker plötzlich nicht mehr erreichbar:
v12.22.12
Gehe mal auf die empfohlene Nodejs16
Wie mache ich das?
Wenn es mehrere Möglichkeiten gibt, eine Aufgabe zu erledigen, und eine davon in einer Katastrophe endet oder sonstwie unerwünschte Konsequenzen nach sich zieht, dann wird es jemand genau so machen. Alles, was schiefgehen kann, wird auch schiefgehen.
(Murphys Gesetz) -
@glasfaser sagte in iobroker plötzlich nicht mehr erreichbar:
@spicer sagte in iobroker plötzlich nicht mehr erreichbar:
v12.22.12
Gehe mal auf die empfohlene Nodejs16
Wie mache ich das?
-
pi@iobroker:/opt/iobroker $ uname -m && type -P nodejs node npm && nodejs -v && node -v && npm -v && iob -v && whoami && groups && pwd && sudo apt update &> /dev/null && sudo apt update && apt policy nodejs armv7l /usr/bin/nodejs /usr/bin/node /usr/bin/npm v16.17.0 v16.17.0 8.15.0 4.0.23 pi pi adm dialout cdrom sudo audio video plugdev games users input netdev gpio i2c spi iobroker /opt/iobroker OK:1 http://archive.raspberrypi.org/debian buster InRelease OK:2 http://raspbian.raspberrypi.org/raspbian buster InRelease OK:3 https://deb.nodesource.com/node_16.x buster InRelease Paketlisten werden gelesen... Fertig Abhängigkeitsbaum wird aufgebaut. Statusinformationen werden eingelesen.... Fertig Alle Pakete sind aktuell. nodejs: Installiert: 16.17.0-deb-1nodesource1 Installationskandidat: 16.17.0-deb-1nodesource1 Versionstabelle: *** 16.17.0-deb-1nodesource1 500 500 https://deb.nodesource.com/node_16.x buster/main armhf Packages 100 /var/lib/dpkg/status 10.24.0~dfsg-1~deb10u1 500 500 http://raspbian.raspberrypi.org/raspbian buster/main armhf PackagesAber läuft immer noch nicht.
Wenn es mehrere Möglichkeiten gibt, eine Aufgabe zu erledigen, und eine davon in einer Katastrophe endet oder sonstwie unerwünschte Konsequenzen nach sich zieht, dann wird es jemand genau so machen. Alles, was schiefgehen kann, wird auch schiefgehen.
(Murphys Gesetz) -
pi@iobroker:/opt/iobroker $ uname -m && type -P nodejs node npm && nodejs -v && node -v && npm -v && iob -v && whoami && groups && pwd && sudo apt update &> /dev/null && sudo apt update && apt policy nodejs armv7l /usr/bin/nodejs /usr/bin/node /usr/bin/npm v16.17.0 v16.17.0 8.15.0 4.0.23 pi pi adm dialout cdrom sudo audio video plugdev games users input netdev gpio i2c spi iobroker /opt/iobroker OK:1 http://archive.raspberrypi.org/debian buster InRelease OK:2 http://raspbian.raspberrypi.org/raspbian buster InRelease OK:3 https://deb.nodesource.com/node_16.x buster InRelease Paketlisten werden gelesen... Fertig Abhängigkeitsbaum wird aufgebaut. Statusinformationen werden eingelesen.... Fertig Alle Pakete sind aktuell. nodejs: Installiert: 16.17.0-deb-1nodesource1 Installationskandidat: 16.17.0-deb-1nodesource1 Versionstabelle: *** 16.17.0-deb-1nodesource1 500 500 https://deb.nodesource.com/node_16.x buster/main armhf Packages 100 /var/lib/dpkg/status 10.24.0~dfsg-1~deb10u1 500 500 http://raspbian.raspberrypi.org/raspbian buster/main armhf PackagesAber läuft immer noch nicht.
sudo systemctl restart iobroker iobroker update iobroker list instances -
pi@iobroker:/opt/iobroker $ sudo systemctl restart iobroker pi@iobroker:/opt/iobroker $ iobroker update Server Cannot start inMem-objects on port 9001: Failed to lock DB file "/opt/iobroker/iobroker-data/objects.jsonl"! pi@iobroker:/opt/iobroker $ iobroker list instances Server Cannot start inMem-objects on port 9001: Failed to lock DB file "/opt/iobroker/iobroker-data/objects.jsonl"!Wenn es mehrere Möglichkeiten gibt, eine Aufgabe zu erledigen, und eine davon in einer Katastrophe endet oder sonstwie unerwünschte Konsequenzen nach sich zieht, dann wird es jemand genau so machen. Alles, was schiefgehen kann, wird auch schiefgehen.
(Murphys Gesetz) -
pi@iobroker:/opt/iobroker $ sudo systemctl restart iobroker pi@iobroker:/opt/iobroker $ iobroker update Server Cannot start inMem-objects on port 9001: Failed to lock DB file "/opt/iobroker/iobroker-data/objects.jsonl"! pi@iobroker:/opt/iobroker $ iobroker list instances Server Cannot start inMem-objects on port 9001: Failed to lock DB file "/opt/iobroker/iobroker-data/objects.jsonl"!@spicer sagte in iobroker plötzlich nicht mehr erreichbar:
/opt/iobroker/iobroker-data/objects.jsonl
sudo lsof /opt/iobroker/iobroker-data/objects.jsonl -
@thomas-braun sagte in iobroker plötzlich nicht mehr erreichbar:
sudo lsof /opt/iobroker/iobroker-data/objects.jsonl
pi@iobroker:/opt/iobroker $ sudo lsof /opt/iobroker/iobroker-data/objects.jsonl sudo: lsof: Befehl nicht gefundenWenn es mehrere Möglichkeiten gibt, eine Aufgabe zu erledigen, und eine davon in einer Katastrophe endet oder sonstwie unerwünschte Konsequenzen nach sich zieht, dann wird es jemand genau so machen. Alles, was schiefgehen kann, wird auch schiefgehen.
(Murphys Gesetz) -
@thomas-braun sagte in iobroker plötzlich nicht mehr erreichbar:
sudo lsof /opt/iobroker/iobroker-data/objects.jsonl
pi@iobroker:/opt/iobroker $ sudo lsof /opt/iobroker/iobroker-data/objects.jsonl sudo: lsof: Befehl nicht gefunden@spicer
Die
/opt/iobroker/iobroker-data/objects.jsonl
ist übrigens 528 MB gross!
Ist das nicht etwas gross?Wenn es mehrere Möglichkeiten gibt, eine Aufgabe zu erledigen, und eine davon in einer Katastrophe endet oder sonstwie unerwünschte Konsequenzen nach sich zieht, dann wird es jemand genau so machen. Alles, was schiefgehen kann, wird auch schiefgehen.
(Murphys Gesetz) -
@spicer
Die
/opt/iobroker/iobroker-data/objects.jsonl
ist übrigens 528 MB gross!
Ist das nicht etwas gross?@spicer sagte in iobroker plötzlich nicht mehr erreichbar:
Ist das nicht etwas gross?
Ja, ist schon etwas fett.
sudo apt update sudo apt install lsof -
pi@iobroker:/opt/iobroker $ sudo lsof /opt/iobroker/iobroker-data/objects.jsonl pi@iobroker:/opt/iobroker $ sudo systemctl restart iobroker pi@iobroker:/opt/iobroker $ iobroker list instances Server Cannot start inMem-objects on port 9001: Failed to lock DB file "/opt/iobroker/iobroker-data/objects.jsonl"!Wenn es mehrere Möglichkeiten gibt, eine Aufgabe zu erledigen, und eine davon in einer Katastrophe endet oder sonstwie unerwünschte Konsequenzen nach sich zieht, dann wird es jemand genau so machen. Alles, was schiefgehen kann, wird auch schiefgehen.
(Murphys Gesetz) -
pi@iobroker:/opt/iobroker $ sudo lsof /opt/iobroker/iobroker-data/objects.jsonl pi@iobroker:/opt/iobroker $ sudo systemctl restart iobroker pi@iobroker:/opt/iobroker $ iobroker list instances Server Cannot start inMem-objects on port 9001: Failed to lock DB file "/opt/iobroker/iobroker-data/objects.jsonl"!@spicer sagte in iobroker plötzlich nicht mehr erreichbar:
/opt/iobroker/iobroker-data/objects.jsonl
ls -l /opt/iobroker/iobroker-data/objects.jsonl
Support us
399
Online32.7k
Benutzer82.4k
Themen1.3m
Beiträge