Neue Installationsroutine (für Linux)
-
Ein dickes lob an Stabilostick. Bitte nicht zu laut lachen:) Ich glaube ich weis was passiert ist. Nachdem der Admin heute wieder mal abgestürzt ist habe ich wohl als root versucht diesen wieder herzustellen und vermutlich so eine zweite instanz erzeugt. Iobroker habe ich aber als user installiert. :?
Erklärt zwar nicht warum sich das System einmal täglich aufhängt aber vielleicht klärt sich das mit Eurer Hilfe auch noch. Iobroker von Hand zu Fuß einrichten kann ich jetzt wenigstens schon mal ganz gut
Vielen dank an alle die hier helfen und auch mit Unwissenden diese Geduld aufbringen -
So es ist mal wieder so weit. Habe gestern Abend alles mal wieder neu auf gesetzt. Diesmal auf eine EMMC!
Heute morgen wieder das gleiche . Kein Licht im Haus
BITTE HELFT MIR. Sonst gebe ich das Projekt jetzt auf.
Das waren die letzten Logs befor sich das System zuerschossen hat.
! ````
2019-02-09 02:25:50.300 - error: host.rock64 Cannot parse /opt/iobroker/node_mo dules/iobroker.js-controller/lib/states/../../../../iobroker-data/states.json: S yntaxError: Unexpected end of JSON input
2019-02-09 02:25:50.302 - error: host.rock64 Cannot parse /opt/iobroker/node_mo dules/iobroker.js-controller/lib/states/../../../../iobroker-data/states.json.ba k: SyntaxError: Unexpected end of JSON input
2019-02-09 02:25:50.448 - info: host.rock64 inMem-states listening on port 900 0
2019-02-09 02:25:50.777 - error: host.rock64 Cannot parse /opt/iobroker/node_mo dules/iobroker.js-controller/lib/objects/../../../../iobroker-data/objects.json: SyntaxError: Unexpected end of JSON input
2019-02-09 02:25:51.032 - error: host.rock64 Cannot parse /opt/iobroker/node_mo dules/iobroker.js-controller/lib/objects/../../../../iobroker-data/objects.json. bak: SyntaxError: Unexpected end of JSON input
2019-02-09 02:25:51.036 - info: host.rock64 inMem-objects listening on port 90 01
2019-02-09 02:25:51.076 - info: host.rock64 InMemoryDB connected
2019-02-09 02:25:51.100 - error: host.rock64 _design/system missing - call node iobroker.js setup
2019-02-09 02:25:51.333 - info: Created UUID: afcc3fe3-2843-a10a-4969-f8622cc48 3e0
2019-02-09 07:32:41.417 - info: host.rock64 received SIGTERM
2019-02-09 07:32:41.431 - info: host.rock64 terminated
2019-02-09 07:32:43.563 - info: host.rock64 iobroker.js-controller version 1.4. 2 js-controller starting
2019-02-09 07:32:43.572 - info: host.rock64 Copyright (c) 2014-2018 bluefox, 20 14 hobbyquaker
2019-02-09 07:32:43.573 - info: host.rock64 hostname: rock64, node: v8.15.0
2019-02-09 07:32:43.579 - info: host.rock64 ip addresses: 192.168.178.10 2a02:8 10c:cbc0:c2c:d7f5:603a:1767:28c3 fe80::80a9:cd96:5328:7b53
2019-02-09 07:32:43.687 - info: host.rock64 inMem-states listening on port 900 0
2019-02-09 07:32:43.721 - info: host.rock64 inMem-objects listening on port 90 01
2019-02-09 07:32:43.755 - info: host.rock64 InMemoryDB connected
2019-02-09 07:32:43.777 - error: host.rock64 _design/system missing - call node iobroker.js setupEdit by eric2905, Logs & Co. bitte immer in Code- und ggf. Spoiler-Tags setzen. -
was ist denn da passiert? Ist der Pi abgestürzt?
In dem Fall hat es deine states.json/objects.json zerbröselt. Das passiert entweder bei einem Crash während er das schreibt oder wenn die SD Karte den geist aufgibt ...
Die objects.json gibts in iobroker-data einige Backups die du nutzen kannst zum wiederherstellen. Die states ggf löschen und dann kommen an sich alle states neu (ausser für ggf selbst definierte states). Auch hier könnte es aber ein ".bak" geben!! -
Das passiert im Schnitt alle 12-24 Std. Das System läuft auf einem neuen Rock64 mit EMMC.
Mit SD Karte hatte ich die gleichen Probleme. Habe das System jetzt wieder auf dem Raspberry am laufen, da ich den Rock bestimmt 5 mal neu aufgesetzt habe. Läuft jedesmal einige Zeit, kaum unbeobachtet zerlegt er sich selbst
Ich finde einfach keine Lösung für die Abstürze.
Vielleicht ist ja auch der Rock64 defekt. Wer weiß wie oft den bei Amazon schon jemand "ausgeliehen" hatte.
Falls jemand noch eine Idee hat woran es hängen könnte immer her damit.
Wäre ja schon schön wenn ich die 4GB mal nutzen könnte. -
Was sagen denn so die Logs? /var/log/syslog als Beispiel ... ansonsten typischer Verdacht: Netzteil zu schwach?
-
@Homoran Hallo, wollt mal fragen ob sich was getan hat und der dash adapter nun mit der neuen routine läuft??
-
wenn es ein Rechteproblem war müsste er jetzt laufen.
....und für alte Installationen gibt es ganz aktuell den Fixer -
@eric2905 sagte in Neue Installationsroutine und neue Anleitungen (für Linux-basierte Systeme):
Thread hier im Forum (==> https://forum.iobroker.net/viewtopic.php?f=8&t=19209#p200327), der genau auf diese Problematik eingeht und möglich Lösungsansätze aufzeigt. Daher ist die neue Installationsroutine zu empfehlen.
Link geht nicht!
-
@Homoran said in Neue Installationsroutine und neue Anleitungen (für Linux-basierte Systeme):
wenn es ein Rechteproblem war müsste er jetzt laufen.
....und für alte Installationen gibt es ganz aktuell den Fixeralso einfach die neue routine durchführen?
-
-
@Homoran so habe jetzt ein system neu aufgesetzt aber immer noch läuft der amazon dash adapter nicht
amazon-dash.0 2019-02-28 15:47:24.114 error at Module.load (module.js:566:32) amazon-dash.0 2019-02-28 15:47:24.114 error at Object.Module._extensions..js (module.js:664:10) amazon-dash.0 2019-02-28 15:47:24.114 error at Module._compile (module.js:653:30) amazon-dash.0 2019-02-28 15:47:24.114 error at Object.<anonymous> (/opt/iobroker/node_modules/pcap/pcap.js:3:21) amazon-dash.0 2019-02-28 15:47:24.114 error at require (internal/module.js:11:18) amazon-dash.0 2019-02-28 15:47:24.114 error at Module.require (module.js:597:17) amazon-dash.0 2019-02-28 15:47:24.114 error at Function.Module._load (module.js:498:3) amazon-dash.0 2019-02-28 15:47:24.114 error at tryModuleLoad (module.js:506:12) amazon-dash.0 2019-02-28 15:47:24.114 error at Module.load (module.js:566:32) amazon-dash.0 2019-02-28 15:47:24.114 error at Object.Module._extensions..node (module.js:682:18) amazon-dash.0 2019-02-28 15:47:24.114 error Error: libpcap.so.0.8: cannot open shared object file: No such file or directory amazon-dash.0 2019-02-28 15:47:24.105 error uncaught exception: libpcap.so.0.8: cannot open shared object file: No such file or directory -
@denjo sagte in Neue Installationsroutine und neue Anleitungen (für Linux-basierte Systeme):
uncaught exception: libpcap.so.0.8: cannot open shared object file: No such file or directory
gibt es bei dem Adapter einen Hinweis dass zusätzliche Module installiert werden müssen?
Wenn ja, hast du das gemacht?
-
@Homoran ohh übersehen, klasse endlich läuft alles, vielen dank
-
Hallo,
ich habe, seitdem ich das script ausgeführt habe, probleme mit vcard, welches bisher nie muckte.
vcard.0 2019-03-01 07:49:47.508 error Error reading file: EACCES: permission denied, open '.node-xmlhttprequest-sync-10671' vcard.0 2019-03-01 07:49:47.459 info starting. Version 0.0.9 in /opt/iobroker/node_modules/iobroker.vcard, node: v8.15.0 host.IoBroker-Raspi 2019-03-01 07:49:46.177 info instance system.adapter.vcard.0 started with pid 10671 tankerkoenig.0 2019-03-01 07:49:36.198 info Reading data from tankerkoenig ... host.IoBroker-Raspi 2019-03-01 07:49:16.842 info instance system.adapter.daswetter.0 terminated with code 11 (Desired termination) daswetter.0 2019-03-01 07:49:16.824 debug nothing to do host.IoBroker-Raspi 2019-03-01 07:49:16.154 info Restart adapter system.adapter.vcard.0 because enabled host.IoBroker-Raspi 2019-03-01 07:49:16.154 error instance system.adapter.vcard.0 terminated with code 0 (OK) Caught 2019-03-01 07:49:16.154 error by controller[0]: at processImmediate [as _immediateCallback] (timers.js:745:5) Caught 2019-03-01 07:49:16.153 error by controller[0]: at tryOnImmediate (timers.js:768:5) Caught 2019-03-01 07:49:16.153 error by controller[0]: at runCallback (timers.js:810:20) Caught 2019-03-01 07:49:16.153 error by controller[0]: at Immediate._onImmediate (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:3709:38) Caught 2019-03-01 07:49:16.152 error by controller[0]: at Adapter.emit (events.js:214:7) Caught 2019-03-01 07:49:16.152 error by controller[0]: at emitTwo (events.js:126:13) Caught 2019-03-01 07:49:16.152 error by controller[0]: at Adapter.<anonymous> (/opt/iobroker/node_modules/iobroker.vcard/vcard.js:99:17) Caught 2019-03-01 07:49:16.152 error by controller[0]: at performNumberString (/opt/iobroker/node_modules/iobroker.vcard/vcard.js:323:30) Caught 2019-03-01 07:49:16.151 error by controller[0]: at getNameToNumber (/opt/iobroker/node_modules/iobroker.vcard/vcard.js:401:39) Caught 2019-03-01 07:49:16.150 error by controller[0]: TypeError: Cannot read property 'length' of nullich habe die Instanz gelöscht und nochmals neu aufgespielt, kein Erfolg....
Beim Starten der Instanz kommt irgendwie ein Zugriffsfehler auf die Datei...
vcard.0 2019-03-01 07:58:50.799 error Error reading file: EACCES: permission denied, open '.node-xmlhttprequest-sync-10762' vcard.0 2019-03-01 07:58:50.746 info starting. Version 0.0.9 in /opt/iobroker/node_modules/iobroker.vcard, node: v8.15.0klicke ich den Pfad zur vcard-Datei an, kann ich sie am PC ansehen (liegt auf einem internen Web-Server, Synology.
Kann mir jemand sagen, woran das liegen könnte?
Gruß
-
Gelöst!
Das Problem ist, dass vCard erwartet, dass die Datei iobroker.vcard im Besitz vom user iobroker ist.was habe ich getan: die iobroker.vcard auf den pi kopiert (ins verzeichnis opt). Dort habe ich mit chown den Besitzer per sudo chown auf "iobroker" geändert.
Voila - nach Neustart der Instanz kein Fehler mehr!PS: auf dem Webserver konnte ich das nicht ändern, ich hätte dort einen User "iobroker" anlegen müssen, um den Besitz von iobroker.vcard ändern zu können....
-
@apollon77 Wollte abschließend noch berichten. Es war tatsächlich der Rock64 für die Abstürze und zerschossenen Dateien verantwortlich. Hatte mir im Land der Sonne nochmal einen bestellt. Jetzt tut er seit 3 Tagen ohne Probleme
Danke für die Hilfe! -
Super und danke für die Rückmeldung!
-
Habe mein Core-Produktivsystem nun mit Hilfe des Fixer-Skripts umgestellt. Das hat ohne Zwischenfälle funktioniert. Auch die SBC-Slaves konnten ohne Probleme umgestellt werden. Sogar eher anfällige Adapter (bei mir insb. YAHKA und ZWave) kamen anschließend fehlerfrei wieder hoch.
Gute Arbeit und vielen Dank dafür!
-
Hallo zusammen.
Also irgendwas scheint dich da nicht zu stimmen. Ich habe jetzt zweimal unabhängig voneinander auf zwei Geräten iobroker installiert.
In beiden Fällen war iobroker nicht über den Browser erreichbar. In dem Troubleshooting Beitrag habe ich dann den Hinweis gefunden, die Admin-Instanz manuell zu installieren. Das hat auch dann funktioniert... aber das kann doch nicht sein?
In allen Tutorials wird nur das Installationsskript ausgeführt und alles funktioniert... nur bei mir nicht.Geräte: Cubitruck
OS: Armbian -
@jiglitsch Dann poste mal einen Log der Installationen sowie den Inhalt der Datei
/opt/iobroker/INSTALLER_INFO.txt.Außerdem die Ausgabe der folgenden Befehle:
node -v nodejs -v npm -vGgf. sieht man da schon was schief läuft.
