UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[darkiop]

Kann ich bestätigen, siehe auch mein Post #114. Nicht weiter schlimm, dafür gibts Backups.

[AlCalzone]

@Negalein @darkiop Ich habe gerade den Überblick nicht. Habt ihr den Fixer auf dem Host oder im Container ausgeführt?
Wenn im Container, läuft ioBroker danach tatsächlich als User "iobroker"?
Aber auch das macht keinen wirklichen Sinn, da bereits durch den Container der "Schutz" des Hosts geschaffen wird, den wir durch den User mit beschränkten Rechten erreichen wollen.

[darkiop]

@AlCalzone

Im Container

Fixer lief sauber durch, Rechte wurden entsprechend gesetzt und der Benutzer iobroker auch angelegt. Nur hats mir dabei wohl irgendwie node zerschossen, habs aber auch nicht mehr weiterverfolgt sondern dann parallel in einem neuen Container das Backup eingespielt. Den "defekten" hätte ich aber noch hier, kann da Morgen Abend gerne nochmal reinschauen.

[AlCalzone]

@darkiop sagte in Diskussion zum neuen Installation-Fixer:

Nur hats mir dabei wohl irgendwie node zerschossen

Das halte ich für äußerst unwahrscheinlich, da node überhaupt nicht angefasst wird. Muss irgendwas anderes sein.

[newbie0815]

Hi, bei mir funktioniert es nicht. Ich habe jetzt noch mal das gefixte und lauffähige Verzeichnis opt/iobroker - vom Cubitruck in das Docker Verzeichnis geschoben - selbst das läuft nicht bzw. ich komme nicht an ...:8081 bzw. .....8082.

Das was ich vorhin beschrieben hatte - den Fixer hatte ich direkt im Docker gestartet - pkill io - dann wie beschrieben : hier ist mal die LOG Ausgabe

Bildschirmfoto vom 2019-03-03 20-13-47.png

[Negalein]

@AlCalzone sagte in Diskussion zum neuen Installation-Fixer:

@Negalein @darkiop Ich habe gerade den Überblick nicht. Habt ihr den Fixer auf dem Host oder im Container ausgeführt?

Container

[apollon77]

@Dr-Bakterius Neue Version 2019-03-03 vom Installations-Fixer erlaubt dem iobroker User jetzt den Zugriff auf die rpi2 Kommandos... sollte jetzt tun. Feedback erbeten :-)

[apollon77]

Zu Docker: Wenn ich das rictig überfliege (und jetzt müsst Ihr sagen ob das korrekt ist):

Wenn das iobroker verzeichnis ausshalb vom Container liegt dann geht der Fixer. Wenn das im Container ist gibts Probleme?!

[dslraser]

@apollon77
bei mir, außerhalb vom Container hat es funktioniert.

[Negalein]

@apollon77
bei mir auch außerhalb vom Container und es hat funktioniert.

[darkiop]

Mit außerhalb meint ihr ein extra Volume für /opt/iobroker?

[Wildbill]

Hi,

muss mich einfach mal für den Fixer bedanken. Seit guten 1 1/2 Jahren lief mein iobroker in einer VM (Virtualbox) unter Ubuntu 16.04 natürlich noch als root eingerichtet. Nachdem ich alle anderen VMs mittlerweile auf Ubuntu 18.04 hatte war gestern iobroker dran. Als erstes den Fixer drüber laufen lassen, was ohne Probleme ging. Anschliessend do-release-upgrade und den npm manuell auf 6.8.0 upgedated. Node und Nodejs waren schon auf 8.10.0. Danach liefen gerade mal der amazon.dash und tradfri-Adapter nicht mehr. Beim tradfri war es mit einem npm rebuild getan, beim dash gibt es bei github in den issues einen Tip, wie er ohne root läuft:
setcap cap_net_raw,cap_net_admin=eip /usr/bin/node
Das getan und schon läuft mein iobroker seit gestern Abend fehlerfrei unter neuem Ubuntu und nicht mehr mit root.
Besten Dank dafür!

Gruss, Jürgen

[Negalein]

@darkiop sagte in Diskussion zum neuen Installation-Fixer:

Mit außerhalb meint ihr ein extra Volume für /opt/iobroker?

So

[apollon77]

@Wildbill Welche Version vom installer/Fixer war es denn? Die Rechte für dash sollten schon drin sein seit ein paar Tagen .

[Wildbill]

Gute Frage, welche es war kann ich nicht sagen, aber eben die, die gestern Nachmittag/Abend unter https://raw.githubusercontent.com/ioBroker/ioBroker/stable-installer/fix_installation.sh aktuell war. Und der Dash-Adapter lief danach nicht, auch nicht nach einem rebuild, erst nachdem ich den setcap-Befehl ausgeführt hatte.
Der läuft bei mir in Version 0.3.1.

Gruss, Jürgen

[apollon77]

@Wildbill Poste mal bitte dein INSTALLER_VERSION.txt aus deinem iobroker Verzeichnis.

[Wildbill]

Du meinst vermutlich die INSTALLER_INFO.txt? Bitteschön:

Fixer version: 2019-03-01
Fix date 2019-03-03
ACL enabled: true
init system: systemd
Autostart: systemd

Die Installation erfolgte ursprünglich unter Ubuntu 16.04 im November 2017 als root, wie es damals auf der Homepage ausgeführt war, soweit ich mich erinnern kann.

Das Installerscript habe ich gestern zum Fix direkt per curl geholt, da hat er diese Version (1.3.) noch gezogen. Heute scheint es eine Version vom 3.3. zu geben, wenn ich es richtig gesehen habe. Vielleicht war ich ein paar Minuten zu früh dran gestern? :grin:
Egal, läuft ja nun alles problemlos.

Gruss, Jürgen

[bergjet]

@Matten said in Diskussion zum neuen Installation-Fixer:

@AlCalzone Stimmt, Zwave macht am meisten Probleme, alles andere läuft wirklich super stabil. Wäre toll wenn du die Zeit finden würdest :-)

Dem schließe ich mich an. Habe immer wieder Probleme, dass der Port vergessen wird.

[AlCalzone]

Kann mir nicht vorstellen, dass das irgendwas mit dem Fixer zu tun hat. Das klingt mehr nach Konfiguration oder noch was anderem.

[apollon77]

@Wildbill Interessant. Da war an sich alles drin schon :-(

Ein

getcap $(eval readlink -f $(which node))

nach dem installer/Fixer wäre cool ... aber naja