Neue Installationsroutine (für Linux)
-
Du sagst nicht welche Installationsroutine du verwendest, sagst nicht wie sich das "zerschossen" äußert, und gehst auf meine Frage zu BLE auf dem rock gar nicht ein.
Gesendet von unterwegs
-
Der Rock ist im Moment offline.
Die Beebox ist nach der Installation von hcitool gar nicht mehr erreichbar.
Egal, ob IObroker installiert wurde oder nicht.
IObroker wurde nach der neuen Installationsroutine installiert, weil ich neuerdings mit der alten (trotz Root-Rechte) nur Fehler- und Warnmeldungen bekam.
Gesendet von meinem MI 8 mit Tapatalk
-
Hi,
…, weil ich neuerdings mit der alten (trotz Root-Rechte) nur Fehler- und Warnmeldungen bekam. `
dazu ein Zitat aus der aktuellen Doku (mind. seit 2 Wochen online):
` > Installation ioBroker (alter Weg / optional)Dieser Weg wird mit der aktuellen Installationsroutine nicht mehr unterstützt (und funktioniert nicht mehr)! `
Daher auch die Fehlermeldung, wenn man den alten Weg verwendet.
Nachtrag/Exit:
@MathiasJ:Die Beebox ist nach der Installation von hcitool gar nicht mehr erreichbar.
Egal, ob IObroker installiert wurde oder nicht. `
Da ist aber was anderes im Brötchen.Gruß,
Eric
Von unterwegs getippert
-
Deshalb frage ich ja hier nach, ob jemand einen alternativen Weg kennt, um hcitool zu installieren.
Radar läuft ja auch super auf dem Slave.
Ich muß auch gar nicht mehr per cronjob den Adapter neu starten.
Den Slave habe ich auf dem Tinker laufen.
Die 2 übriggebliebenen Raspberries brauche ich dann für was anderes.
Gruß,
Mathias
Gesendet von meinem MI 8 mit Tapatalk
-
Dann fang doch am besten mal an zu erzählen wie du es installiert hast. Wie gesagt… Rücke mit ein paar Informationen raus, dann kann man dir auch versuchen zu helfen [emoji53]
Gesendet von unterwegs
-
So, habe jetzt etwwas Zeit.
ich habe mit
sudo apt-get install bluetooth bluez libbluetooth-dev libudev-dev libcap2-bin sudo setcap cap_net_raw+eip $(eval readlink -f `which node`)installiert, ganz normal also.
Anschließend nicht erreichbar.
Gruß,
Mathias
-
Ist der Host nach dem 1. oder erst nach dem 2. Befehl nicht mehr erreichbar? Da scheint aber grundlegend was nicht zu stimmen.
-
Hallo liebe Iobroker Gemeinde. Ich habe seit einiger zeit Iobroker erfolgreich auf den Raspi laufen. Weil das sogut geklappt hat habe ich mir jetzt mangels RAM auch so einen Rock 64 zugelegt. Diesen habe ich nach der neuen Installationsroutine auf Armbian Debian Stretch auf SD aufgesetzt. Hat soweit auch funktioniert. ABER leider hängt sich das System nach einiger Zeit einfach auf. Admin ist nichtmehr zu erreichen. Habe bereits versucht Admin neu zu installieren, Iobroker start/stop, restart. Alles ohne erfolg
Hab das System jetzt bestimmt 3 mal kompl. neu aufgesetzt. Mal läuft es etwas länger, zuletzt konnte ich gerade meine Instanzen instalieren und wieder kein Zugriff mehr.Habe auch schon eine ander SD_karte probiert aber auch das gleiche.
Bin etwas ratlos. Vielleicht hat ja jemand einen Tip.
Danke!
-
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!!
