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

[dos1973]

ich habs gefunden.
ich musste das Häckchen mit der hohe "Priorität" setzen und danach konnte ich die Rechte mit chmod ausführen

ich habe dieses setting nicht in Portainer gefunden, bin dazu in die Docker Einstellung gewechselt... könnte mir jemand eine Tipp geben, wo ich das in Portainer setzen kann... Thx

[duffbeer2000]

@dos1973 Container sollten nur in besonderen Ausnahmefällen mit hoher Priorität ausgeführt werden. Man gibt damit dem Container weitreichende Rechte auf dem Host wie z.B. der Synology. Der Container hat dadurch z.B. vollen Zugriff auf alle Geräte unter /dev auf dem Host und könnte alle Dateien löschen...

[dos1973]

@duffbeer2000
ok, Danke für den Hinweis.
Welche Möglichkeit habe ich denn ansonsten dass mir "/dev/ttyACM0" erstellt wird...

[duffbeer2000]

Da ich nicht 100% weiß obs funktioniert bitte nur jemand testen der etwas Erfahrung hat!!!

Hi, ich hab leider keine Synology um es zu testen. Theoretisch sollte es reichen wenn der User der dialout Gruppe hinzugefügt wird. Dann hat er Zugriff auf /dev/ttyACM0 Dann müsste man im Container kein chmod 777 /dev/ttyACM0 mehr ausführen. Falls die Gruppe dialout im Container fehlen sollte könnte Andre die ohne Schmerzen integrieren.

Zum Testen folgendes ausführen:
Bevor jemand das testet bitte sicherstellen das der Container nicht priviledged gestartet wurde und das kein chmod 777 /dev/ttyACM0 im Container ausgeführt wurde sonst bringt der Test nichts.
Host = z.B. Synology

1. Auf dem Host und im Container prüfen ob es die Gruppe "dialout" gibt und wenn nicht anlegen:
   grep dialout /etc/group
   Die Ausgabe sollte sollte starten mit: dialout: x:20
   Wenn es die Gruppe nicht geben sollte dann: groupadd -g 20 dialout

2. Auf dem Host den Stick der Gruppe dialout zuordnen: chown root:dialout /dev/ttyACM0
   Achtung, diese Zuordnung bleibt nur solange bestehen bis man den Stick rauszieht oder der Host neu startet!

3. Test ob der Stick jetzt im Container funktioniert

Wenn der Stick jetzt im Container funktioniert dann folgendes machen um die Einstellung auch nach einem Reboot oder beim Stick aus und einstecken zu behalten:

1. Befehl auf dem Host ausführen: lsusb
   Die Ausgabe ist dann sowas wie: "Bus 003 Device 002: ID 0403:6015 Future Technology Devices International, Ltd Bridge(I2C/SPI/UART/FIFO)"
   Hier interessiert uns nur was bei ID steht.

2. Nun erstellt man eine Datei: /etc/udev/rules.d/99_zigbeestick
   In die Datei trägt man folgendes ein (Achtung die idVendor und idProduct mit der ausgabe oben ersetzen! Ist bei jedem anders.):
   SUBSYSTEM="tty", ATTRS{idVendor}=="0403", ATTRS{idProduct}=="6015", MODE="0660", GROUP="dialout"

3. Jetzt mit folgendem Befehl die Regel laden (alternativ den Host neu starten):
   udevadm control --reload-rules && udevadm trigger

[dos1973]

@duffbeer2000
ich würde mich ja für eine Teamviewer Session bereit erklären ;-)
gerne per pm...

alleine traue ich es mich nicht...

[duffbeer2000]

@dos1973 Können wir später gerne machen. Ich bin allerdings noch bei der Arbeit. Sobald ich zuhause bin und die Regierung mir Freizeit gewährt melde ich mich ;)

[StM47]

Ich benötige schon wieder euere Hilfe.

Ich bekomme meinen Conbee Stick nicht installiert.
Ich kann keien API Key generieren.

Habe bereits in einem anderen Thread nachgefragt, haben aber noch keine Lösung gefunden.

Meine Vermutung ist, dass es ein Netzwerkproblem ist.

Ich habe mit viel Hilfe aus diesem Thread hier, meine ioBroker Installation mit Portainer und MACVLAN ans laufen gebracht.

ioBroker Installation hat die IP Adresse 192.168.178.100 und die Adapter hören auf die IP Adresse 192.168.178.50.

Auch die besagte Phoscon App läuft mit der IP 192.168.178.50:8077

Kann hier jemand helfen?

[haselchen]

@StM47

Verlink mal bitte den anderen Thread, damit die User wissen was wir schon probiert haben.

[Glasfaser]

Hier der Link wo @StM47 die Probleme hat , sonnst wird dieser Thread zu gespammt

Conbee USB Stick auf Synology Diskstation im Docker Container

[StM47]

@Glasfaser

Danke

[StM47]

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

Versuch mal
iobroker stop admin.0 iobroker set admin.0 --bind 192.168.178.100 iobroker start admin.0
Die Adapter werden nach den restore installiert, das kann auch gerne mal 1-2 Stunden dauern - je nach Menge und Leistung des Hosts.

Ich habe iobroker erneut wiederherstellen müssen, weil ich das Ganze jetzt doch im Bridge Modus laufen lassen möchte. Die IP Adresse soll jetzt die Gleiche sein, wie die von der Syno Diskstation.

Ich habe die oben stehenden Befehle mit der neuen IP 192.168.178.50 ausgeführt. Ich dachte, es funktioniert auch anders herum.

Leider bekomme ich jetzt Fehlermeldungen.

Kannst du dir das mal anschauen?

<
, 
,------------------------------------------------------------
,-----   Step 2 of 5: Detecting ioBroker installation   -----
,------------------------------------------------------------
, 
,Installation of ioBroker detected in /opt/iobroker.
, 
,------------------------------------------------------------
,-----   Step 3 of 5: Checking ioBroker installation    -----
,------------------------------------------------------------
, 
,This is NOT the first run of the container. Some Steps will be skipped.
, 
,(Re)Setting folder permissions (This might take a while! Please be patient!)...
,Done.
, 
,Fixing "sudo-bug" by replacing sudo with gosu...
,Done.
, 
,------------------------------------------------------------
,-----      Step 4 of 5: Applying special settings      -----
,------------------------------------------------------------
, 
,Some adapters have special requirements which can be activated by the use of environment variables.
,For more information take a look at readme.md
, 
,------------------------------------------------------------
,-----          Step 5 of 5: ioBroker startup           -----
,------------------------------------------------------------
, 
,Starting ioBroker...
, 
,host.iobroker check instance "system.adapter.admin.0" for host "iobroker"
,host.iobroker check instance "system.adapter.alexa2.0" for host "iobroker"
,host.iobroker check instance "system.adapter.backitup.0" for host "iobroker"
,host.iobroker check instance "system.adapter.broadlink2.0" for host "iobroker"
,host.iobroker check instance "system.adapter.daswetter.0" for host "iobroker"
,host.iobroker check instance "system.adapter.discovery.0" for host "iobroker"
,host.iobroker check instance "system.adapter.dwd.0" for host "iobroker"
,host.iobroker check instance "system.adapter.fritzbox.0" for host "iobroker"
,host.iobroker check instance "system.adapter.fritzdect.0" for host "iobroker"
,host.iobroker check instance "system.adapter.habpanel.0" for host "iobroker"
,host.iobroker check instance "system.adapter.harmony.0" for host "iobroker"
,host.iobroker check instance "system.adapter.history.0" for host "iobroker"
,host.iobroker check instance "system.adapter.husq-automower.0" for host "iobroker"
,host.iobroker check instance "system.adapter.ical.1" for host "iobroker"
,host.iobroker check instance "system.adapter.ical.2" for host "iobroker"
,host.iobroker check instance "system.adapter.info.0" for host "iobroker"
,host.iobroker check instance "system.adapter.iot.0" for host "iobroker"
,host.iobroker check instance "system.adapter.iqontrol.0" for host "iobroker"
,host.iobroker check instance "system.adapter.javascript.0" for host "iobroker"
,host.iobroker check instance "system.adapter.lupusec.0" for host "iobroker"
,host.iobroker check instance "system.adapter.mobile.0" for host "iobroker"
,host.iobroker check instance "system.adapter.node-red.0" for host "iobroker"
,host.iobroker check instance "system.adapter.openweathermap.0" for host "iobroker"
,host.iobroker check instance "system.adapter.places.0" for host "iobroker"
,host.iobroker check instance "system.adapter.pushover.0" for host "iobroker"
,host.iobroker check instance "system.adapter.radar2.0" for host "iobroker"
,host.iobroker check instance "system.adapter.sayit.0" for host "iobroker"
,host.iobroker check instance "system.adapter.scenes.0" for host "iobroker"
,host.iobroker check instance "system.adapter.snmp.0" for host "iobroker"
,host.iobroker check instance "system.adapter.synology.0" for host "iobroker"
,host.iobroker check instance "system.adapter.systeminfo.0" for host "iobroker"
,host.iobroker check instance "system.adapter.tankerkoenig.0" for host "iobroker"
,host.iobroker check instance "system.adapter.telegram.0" for host "iobroker"
,host.iobroker check instance "system.adapter.terminal.0" for host "iobroker"
,host.iobroker check instance "system.adapter.text2command.0" for host "iobroker"
,host.iobroker check instance "system.adapter.tileboard.0" for host "iobroker"
,host.iobroker check instance "system.adapter.tr-064-community.0" for host "iobroker"
,host.iobroker check instance "system.adapter.tuya.0" for host "iobroker"
,host.iobroker check instance "system.adapter.upnp.0" for host "iobroker"
,host.iobroker check instance "system.adapter.viessmannapi.0" for host "iobroker"
,host.iobroker check instance "system.adapter.virtualpowermeter.0" for host "iobroker"
,host.iobroker check instance "system.adapter.vis-fancyswitch.0" for host "iobroker"
,host.iobroker check instance "system.adapter.vis-google-fonts.0" for host "iobroker"
,host.iobroker check instance "system.adapter.vis-history.0" for host "iobroker"
,host.iobroker check instance "system.adapter.vis-hqwidgets.0" for host "iobroker"
,host.iobroker check instance "system.adapter.vis-jqui-mfd.0" for host "iobroker"
,host.iobroker check instance "system.adapter.vis-map.0" for host "iobroker"
,host.iobroker check instance "system.adapter.vis-metro.0" for host "iobroker"
,host.iobroker check instance "system.adapter.vis-timeandweather.0" for host "iobroker"
,host.iobroker check instance "system.adapter.vis.0" for host "iobroker"
,host.iobroker check instance "system.adapter.web.0" for host "iobroker"
,host.iobroker check instance "system.adapter.yahka.0" for host "iobroker"
,host.iobroker check instance "system.adapter.yeelight-2.0" for host "iobroker"
,host.iobroker check instance "system.adapter.zigbee.0" for host "iobroker"
,{ Error: listen EADDRNOTAVAIL: address not available 192.168.178.50:8081
,    at Server.setupListenHandle [as _listen2] (net.js:1263:19)
,    at listenInCluster (net.js:1328:12)
,    at doListen (net.js:1461:7)
,    at process._tickCallback (internal/process/next_tick.js:63:19)
,  code: 'EADDRNOTAVAIL',
,  errno: 'EADDRNOTAVAIL',
,  syscall: 'listen',
,  address: '192.168.178.50',
,  port: 8081 }
,
,================================== > LOG REDIRECT system.adapter.admin.0 => false [Process stopped]
,================================== > LOG REDIRECT system.adapter.admin.0 => false [system.adapter.admin.0.logging]
,/>

Mod-Edit: Code/Log in Code Tags gepackt. Bitte benutzt die Code Tags Funktion -> </>
Hier gehts zur Hilfe.

[Negalein]

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

Error: listen EADDRNOTAVAIL: address not available 192.168.178.50:8081

zeig bitte mal Screenshots deiner Dockereinstellungen?
Vor-allem die der Port-Einstellungen.

[StM47]

@Negalein

[Glasfaser]

@StM47

Hast du Host ….

lösche die Ports :

[duffbeer2000]

@StM47 Kann es sein das auf deiner Disksation auf Port 8081 noch was anderes läuft? Wenn der ioBroker-Conainer im Bridge Mode läuft dann Trage die Ports wieder ein.

Versuch 1:
iobroker stop admin.0
iobroker set admin.0 --bind 0.0.0.0
iobroker start admin.0

Versuch 2 (Port 8089 wenn der nicht belegt ist sonst ein anderer und den bei den Ports dann auch eintragen):
iobroker stop admin.0
iobroker set admin.0 --bind 0.0.0.0
iobroker set admin.0 --port 8089
iobroker start admin.0

[StM47]

Hat sich erledigt.

Ich habe iobroker über Hyper Backup wiederhergestellt.

Danke!

[Glasfaser]

@StM47

Schön das es läuft ! :man-gesturing-ok: ;)

[StM47]

Ja, hätte ich schon viel früher drauf kommen können.

[dos1973]

Hi,

ich habe eine Frage.
ich hatte bisher im Docker 2 container

1x iobroker
1x unifi (mein wlan controller)
die beide im Bridge Modus gearbeitet und sich sehen konnten.

Nachdenm ich iobroker auf portainer und macvlan umgestellt habe,

• 192.168.10.20

stelle ich fest, dass ich aus iobroker nicht mehr den unifi host erreichen kann, der weiterhin im Bridge Mode auf des Synology läuft

• 192.168.10.10

unifi.0	2019-11-27 17:01:23.425	info	(6718) ERROR: Error: connect EHOSTUNREACH 192.168.10.10:8443
unifi.0	2019-11-27 17:01:19.673	info	(6718) controller = 192.168.10.10:8443

der Host ist definitiv online.

gibt es da noch ein Setting?!

Danke.

[duffbeer2000]

Sobald ein Container im Modus MACVLAN läuft kann er den Host nicht mehr erreichen, das bedeutet weder die Synology noch ein Container der die IP der Synology mitbenutzt. Das ist eine Sicherheitsfunktion von Docker.

Folgende Möglichkeiten hast du:

• Unifi Controller auch mit MACVLAN betreiben
• ioBroker und Unifi Controller beide im Bridge oder Host Modus laufen lassen.