Neue Installationsroutine (für Linux)
-
Zur Abwechslung eine Antwort ohne vorangehende Frage
Wenn man nach dem neuen Setup z.B. im JavaScrip-Adapter auf Ports < 1024 binden möchte, kann das aktuell mit der Fehlermeldung EACCES fehlschlagen. Nicht-ROOT-User dürfen auf Ports <1024 nämlich nicht binden.
Hier hilft unter Debian z.B. folgendes:
sudo apt-get update sudo apt-get install libcap2-bin sudo setcap cap_net_bind_service=+eip /hier/der/pfad/zu/node/einsetzenWo node liegt, kann man vorher mit
which nodeherausbekommen.
Oder gleich
sudo setcap cap_net_bind_service=+eip $(eval readlink -f 'which node')verwenden.
Prüfen kann man mit
getcap /hier/der/pfad/zu/node/einsetzenOb ein Neustart des Adapters/iobrokers nötig ist, damit das wirkt, weiß ich leider gerade nicht.
Ggf. kann das auch für Adapter, die Ports < 1024 aufmachen, nützlich sein. Z.B. der Modbus-Adapter im Slave-Modus. Der braucht nämlich 0.0.0.0:502
-
Ich habe die Beebox mit Ubuntu 18.04 neu aufgesetzt.
Nun bekomme ich BLE nicht zum laufen.
mehrere Suchen nach dem richtigen Installationsscript von BLE waren leider erfolglos.
ich habe auch den Rock64 mit der neuen Installationsroutine neu aufgesetzt.
über htitool lescan bekomme ich meine ganzen Geräte. Die werden an BLE nicht weiter gereicht.
Weiß jemand Rat?
Gruß,
Mathias
-
Was heißt läuft nicht? Adapter status grün oder gelb? Was steht im datenpunkt info.driverState?
Gesendet von unterwegs
-
Ich bekomme hcitool auf Ubuntu 18.04 gar nicht installiert, weil ich im Netz dazu nichts gefunden habe.
Ich weiß nur, wenn ich die selbe Installationroutine wie beim Raspberry nehme, wird mir das System zerschossen.
Gruß,
Mathias
Gesendet von meinem MI 8 mit Tapatalk
-
Nicht zu viele Informationen. Man könnte sonst noch helfen…
Gesendet von unterwegs
-
Ich kann auch nur schreiben, was ich.weiß
Gesendet von meinem MI 8 mit Tapatalk
-
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?
