Neue Installationsroutine (für Linux)

AlCalzone

Was heißt läuft nicht? Adapter status grün oder gelb? Was steht im datenpunkt info.driverState?

Gesendet von unterwegs

MathiasJ

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

AlCalzone

Nicht zu viele Informationen. Man könnte sonst noch helfen…

Gesendet von unterwegs

MathiasJ

Ich kann auch nur schreiben, was ich.weiß

Gesendet von meinem MI 8 mit Tapatalk

AlCalzone

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

MathiasJ

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

eric2905

Hi,

~~@MathiasJ:~~

…, 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

MathiasJ

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

AlCalzone

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

MathiasJ

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

AlCalzone

Ist der Host nach dem 1. oder erst nach dem 2. Befehl nicht mehr erreichbar? Da scheint aber grundlegend was nicht zu stimmen.

Alexander.G

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 :cry:

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!

bommel_030

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 8089

eine 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ß

Alexander.G

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:3

Vielleicht 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

peer6969

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.

Alexander.G

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 :cry:

Alexander.G

Oder kann es seit das der Raspi der noch mit Iobrokr im selben Netz läuft da stört? :roll:

peer6969

Nein. Das sollte es nicht sein. Da läuft was auf der gleichen Maschine. Neu gebootet hast du, ja?

Alexander.G

Ja mehrfach. Gestern habe ich ihn iobroker restart nochmal ans laufen bekommen. Heute hat alles nichts gebracht. Ich bin am verzweifeln.

Stabilostick

Was bringt denn der netstat-Befehl von oben bzgl. der Ports 9000 und 9001?

Und was zeigt

iobroker list instances

an? Hast Du ggf. ioBroker auf den selben Rechner in zwei verschiedene Verzeichnisse installiert?

Community Forum

NEWS

Neue Installationsroutine (für Linux)

Support us

389

32.4k

81.5k

1.3m