iobroker plötzlich nicht mehr erreichbar
-
@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 -
pi@iobroker:/ $ ls -l /opt/iobroker/iobroker-data/objects.jsonl -rw-rwxr--+ 1 iobroker iobroker 528381525 Sep 18 22:35 /opt/iobroker/iobroker-data/objects.jsonlWenn 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:/ $ ls -l /opt/iobroker/iobroker-data/objects.jsonl -rw-rwxr--+ 1 iobroker iobroker 528381525 Sep 18 22:35 /opt/iobroker/iobroker-data/objects.jsonl@spicer sagte in iobroker plötzlich nicht mehr erreichbar:
/opt/iobroker/iobroker-data/objects.jsonl
Da stimmt was mit den Rechten nicht.
getfacl /opt/iobroker/iobroker-data/objects.jsonl -
pi@iobroker:/ $ getfacl /opt/iobroker/iobroker-data/objects.jsonl getfacl: Entferne führende '/' von absoluten Pfadnamen # file: opt/iobroker/iobroker-data/objects.jsonl # owner: iobroker # group: iobroker user::rw- group::r-x group:iobroker:rwx mask::rwx other::r-- pi@iobroker:/ $ iobroker stop pi@iobroker:/ $ iobroker startAber wieso sollten da plötzlich die Rechte falsch sein?
Hab ja nichts daran gemacht.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:/ $ getfacl /opt/iobroker/iobroker-data/objects.jsonl getfacl: Entferne führende '/' von absoluten Pfadnamen # file: opt/iobroker/iobroker-data/objects.jsonl # owner: iobroker # group: iobroker user::rw- group::r-x group:iobroker:rwx mask::rwx other::r-- pi@iobroker:/ $ iobroker stop pi@iobroker:/ $ iobroker startAber wieso sollten da plötzlich die Rechte falsch sein?
Hab ja nichts daran gemacht.@spicer
Auf meinem System stehen die so:echad@chet:~ $ getfacl /opt/iobroker/iobroker-data/objects.jsonl getfacl: Removing leading '/' from absolute path names # file: opt/iobroker/iobroker-data/objects.jsonl # owner: iobroker # group: iobroker user::rw- group::r-x #effective:r-- group:iobroker:rwx #effective:rw- mask::rw- other::r--Schubs den Fixer mal drüber:
iob stop curl -fsL https://iobroker.net/fix.sh | bash -
Support us
286
Online32.7k
Benutzer82.4k
Themen1.3m
Beiträge