iobroker plötzlich nicht mehr erreichbar
-
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
384
Online32.7k
Benutzer82.4k
Themen1.3m
Beiträge