Neue Installationsroutine (für Linux)
-
Ich bin auch kürzlich auf den Rock64 umgezogen. Nutze Ubuntu 18.04 auf dem emmc.
Hatte anfänglich auch Startprobleme mit dem iobroker.
Hab mir dann mit:
iobroker add admin --port 8089eine weitere Admin Instanz installiert. Damit konnte ich beim ersten Admin die lets encrypt option deaktivieren.
Damit wurde der erste Admin wieder grün und erreichbar. Im Log hat er aber noch zwei fehlende Pakete bemängelt.
Kann dir leider nicht mehr sagen welche das waren, aber seitdem läuft er relativ gelangweilt vor isch hin.
Gruß
-
Gerade eben ist er wieder beim Anlernen eines Zigbeegerät abgekackt. Hab jetzt folgendes versucht.
! ````
root@rock64:/opt/iobroker# iobroker list instances
root@rock64:/opt/iobroker# iobroker start admin
Cannot find any instances of "admin"
root@rock64:/opt/iobroker# node node_modules/iobroker.js-controller/controller.j s --logs
2019-02-07 17:24:00.496 - info: host.rock64 iobroker.js-controller version 1.4. 2 js-controller starting
2019-02-07 17:24:00.504 - info: host.rock64 Copyright (c) 2014-2018 bluefox, 20 14 hobbyquaker
2019-02-07 17:24:00.505 - info: host.rock64 hostname: rock64, node: v8.15.0
2019-02-07 17:24:00.512 - info: host.rock64 ip addresses: 192.168.178.10 2a02:8 10c:cbc0:c2c:cffb:a13d:db0e:2142 fe80::7a7b:cf9:f778:54ac
2019-02-07 17:24:00.620 - info: host.rock64 inMem-states listening on port 900 0
2019-02-07 17:24:00.655 - info: host.rock64 inMem-objects listening on port 90 01
2019-02-07 17:24:00.678 - error: Another instance is running or some applicatio n uses port!
2019-02-07 17:24:00.679 - error: uncaught exception: listen EADDRINUSE 127.0.0. 1:9000
2019-02-07 17:24:00.687 - info: host.rock64 terminated
2019-02-07 17:24:00.696 - info: iobroker _restart
listen EADDRINUSE 127.0.0.1:9001
Error: listen EADDRINUSE 127.0.0.1:9001
at Server.setupListenHandle [as _listen2] (net.js:1360:14)
at listenInCluster (net.js:1401:12)
at doListen (net.js:1510:7)
at _combinedTickCallback (internal/process/next_tick.js:142:11)
at process._tickCallback (internal/process/next_tick.js:181:9)
at Function.Module.runMain (module.js:696:11)
at startup (bootstrap_node.js:204:16)
at bootstrap_node.js:625:3Vielleicht wird jemand daraus schlau. Wäre wirklich sehr dankbar wenn wer helfen kann. Edit by eric2905; Code, usw. immer Code- und ggf. Spoiler-Tags setzten -
Relativ einfach. Da läuft schon was auf Port 9001.
ein „ps aux“ sollte die laufenden Prozesse zeigen. Nach dem iobroker stop solltest du schauen ob wirklich keine Prozesse des iobrokers mehr laufen. Erst dann neu starten.
Was genau auf dem Port lauscht kannst du zb mit netstat -Tulpen sehen.
-
Danke für die ünterstützung. Kann es sein das die VIS auf dem selben Port läuft und das Prbleme verursacht? Linux ist für mich leider kompl. fremd.
Der Rock ist ja seit gestern abend ohne Probleme gelaufen. Erst als ich das 5. Zigbee Gerät angelernt habe ist er einfach ausgegangen. War bestimmt Zufall. Habe in meiner Not jetzt nochmal bei Null angefangen. Kann sich vielleicht mal jemand auf das Ding aufschalten?? Sonst sitze ich vermutlich noch im Sommer vor dem PC
-
Oder kann es seit das der Raspi der noch mit Iobrokr im selben Netz läuft da stört? :roll:
-
Nein. Das sollte es nicht sein. Da läuft was auf der gleichen Maschine. Neu gebootet hast du, ja?
-
Ja mehrfach. Gestern habe ich ihn iobroker restart nochmal ans laufen bekommen. Heute hat alles nichts gebracht. Ich bin am verzweifeln.
-
Was bringt denn der netstat-Befehl von oben bzgl. der Ports 9000 und 9001?
Und was zeigt
iobroker list instancesan? Hast Du ggf. ioBroker auf den selben Rechner in zwei verschiedene Verzeichnisse installiert?
-
list instances ergibt gar keine Ausgabe. Soll wohl heißen das nichts läuft wenn ich das richtig verstehe.
Könnte es vielleicht doch mit der SD Karte zusammenhängen. Scheinbar klappt der Rock ja nur zusammen wenn ich an der Admin Veränderungen vornehme.
-
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
