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

[xtolkien]

@calliou1234
Hallo Thomas,

das hört sich gut an. Hast Du auch eine bestehenden Installation übernommen? Es geht mit dabei um mögliche Rechteprobleme, weil ja wohl in V3 alles unter dem iobroker-User läuft, der keine root-Rechte mehr besitzt.

VG
Michael

[calliou1234]

@xtolkien Ja.

Ich habe vorher eine Installation unter V2 laufen gehabt und bin "einfach" umgezogen.

Habe meinen V2 Container gesichert und auf der Diskstation in ein neues Verzeichnis kopiert.
Dann einen V3 Container angelegt und... hat alles auf Anhieb funktioniert.

Super Sache von buanet!!!

Grüße
Thomas

[xtolkien]

@calliou1234 Super.

Dann werde ich mich in den nächsten Tagen mal dran begeben.

VG
Michael

[Amnesia1211]

Hallo liebe iobroker gemeinde, ich habe da mal eine Frage zu den images.
Im Portainer werden jetzt 11 Stück angezeigt jedes ist um die 800 MB (Plus) groß. Im DOCKER werden aber wesentlich weniger Angezeigt.
Muss das so, oder kann man welche davon Löschen ? Wenn ja welche ein bisschen Speicher frei machen ist ja nicht verkehrt wenn es geht ?!
Hier mal ein Bild von dem ganzen.

Sorry wenn die Frage schon mal gestellt wurde habe nichts gefunden.

Danke auf jeden Fall schon mal im voraus für die Hilfe :call_me_hand: :heart_eyes:

[andre]

@haselchen Host Modus bedeutet, dass IoBroker dann unter der IP der DS erreichbar ist und sich die Netzwerkschnittstelle praktisch mit dem DSM teilt. Mehr dazu auch in der Knowledge Base zum Tutorial...

MfG,
André

[andre]

@xtolkien Rechteprobleme sollte es nicht geben da das Startup-Script die Rechte beim Start entsprechend setzt.

MfG,
André

[andre]

@Amnesia1211 Im Prinzip kannst du alle die mit "unused" getagged sind löschen...

MfG,
André

[haselchen]

@andre

Ist das nicht schon der Fall, wenn ich bei den Einstellungen des Containers "dieselbe Netzwerkeinstellungen wie die Synology übernehmen" anhake?

[andre]

@haselchen Das ist der Host Modus...

[haselchen]

@andre
Ich habe die V3 vor ca. über nen Monat installiert.
Ich muss mal unbedarft nachfragen, wo ist dann jetzt der Vorteil vom HOST Modus , wenn es den "damals" schon gab?

Edit
Habs gesehen, V 3.10 ist seit August im Stable.
Frage beantwortet :)

[dtp]

@calliou1234 sagte in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:

Hallo,

ich habe seit ca. 2 Wochen iobroker wieder im Host-Modus mit der V3 am laufen.

Version 3.1.0

Funktioniert alles bisher ohne Probleme.

Da würde mich mal interessieren, ob bei dir auch ein Update des js-controllers mit "sudo update" und "sudo upgrade -self" in der Konsole des Portainers funktioniert. Bei mir gibt's da immer noch eine "\r"-Fehlermeldung.

[xtolkien]

@andre
Hallo André,

bis auf eine Ausnahme läuft der Container unter V3 auch ohne Eingriffe. Die Ausnahme besteht in dem Zigbee-Stick, den ich als Device in den Container durchreiche. Das Problem besteht jetzt darin, dass im Container das Device (z.B. /dev/ttyACM0) unter dem Root-Benutzer (root:root) angelegt wird. Damit kann der iobroker darauf leider nicht zugreifen. Mit Hilfe des Chmod-Befehls kann ich dies in der Portainer-Console zwar ändern und die Zugriffsrechte erweitern, allerdings ist das ja nur bis zum folgenden Neustart des Containers wirksam.

Gibt es vielleicht die Möglichkeit, diese oder auch beliebig andere Anweisungen beim Start des Containers über einen Parameter mitzugeben?

VG
Michael

[GiuseppeS]

@xtolkien
Du könntest den Script Ordner /opt/scripts auch zum host durchreichen und dort den Start-Befehl von ioBroker bzgl. des Users manipulieren.

Verwende gerade v3.0.0 und habe es dort auch so gelöst. Benötige root Rechte um am host per ssh den PC zu rebooten o.ä.

[andre]

@xtolkien Stell das doch mal als Issue auf github ein. Dort sammle ich solche Themen als Verbesserungsvorschläge. Eventuell lässt sich da auch was direkt integrieren. Vielleicht eine Environment Variable für Hardware die dann bei Bedarf die Berechtigungen setzt...
Da ich selbst keine Hardware an der DS betreibe, bin ich da allerdings auf eure Mithilfe angewiesen...

MfG,
André

[andre]

@GiuseppeS Das geht sicherlich... Ist aber nicht im Sinne des Erfinders... Gibt genügend Gründe iob nicht mehr unter root laufen zu lassen :)
MfG,
André

[xtolkien]

@andre
Hallo André,

danke, habe ich gerade gemacht.

VG
Michael

[darkiop]

Hallo zusammen,
mir ist gerade aufgefallen das über den Javascript Adapter --> exec keine Befehle ausgeführt werden können wenn ioBroker regulär durch das Start-Skript des Containers gestartet wurde.

Beende ich ioBroker innerhalb des Containers und starte ihn mit 'iobroker start' neu, dann kann ich auch über exec Befehle ausführen.

In beiden Fällen läuft er ganz unter dem Benutzer 'iobroker'. Zur Sicherheit hab ich auch mal wieder das Fix-Skript laufen lassen.

Könnt ihr das bei euch mal testen? Bin aktuell mit der V3 Beta unterwegs.

[GiuseppeS]

@darkiop
Wenn du manuell startest, müsste ioBroker unter root User starten. Auto-Start mit Script benutzt aber den User iobroker. Könnte der Grund deines Problems sein....

[darkiop]

Nein, auch /opt/iobroker/iobroker läuft unter dem Benutzer 'iobroker'. Siehe auch mein Screen mit dem ps -ef.

[base]

Hallo

Ich habe auch Probleme mit dem SNMP-Adapter. Er kann die Daten von meiner Diskstation nicht lesen.
Bekomme die Fehlermeldung: Error session.get: RequestTimedOutError: Request timed out
Kann die DS per ping aus portainer auch nicht erreichen.
Weiter oben habe ich gelesen, dass noch irgendwie eine bridge eingerichtet werden muss. Leider blicke ich da nicht weiter durch...

Installiert habe ich iobroker nach der Anleitung "IoBroker unter Docker auf der Synology DiskStation (v3)"

Driver ist MACVLAN.
Als Gateway hab ich die IP meiner Fritzbox eingegeben 192.168.1.1, Subnet wäre dann 192.168.1.0/24. Meine DS hat die 192.168.1.100. IP-Range vom iobroker ist 192.168.1.150/32.
Starten tut iobroker normal.
Andere Geräte kann ich vom Container per ping erreichen, nur die DS nicht.

Kann mir jemand erklären wie ich die Verbindung zu meiner DS herstellen kann?