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

[tugsi]

Hat einer von euch im Docker schon den Adapter Radar2 zum laufen bekommen?
Ich habe da so meine Probleme.
Irgendwie bricht der immer ab :

host.iobroker	2019-08-19 20:42:05.041	info	Restart adapter system.adapter.radar2.0 because enabled
host.iobroker	2019-08-19 20:42:05.039	error	instance system.adapter.radar2.0 terminated with code null ()
host.iobroker	2019-08-19 20:42:05.039	warn	instance system.adapter.radar2.0 terminated due to SIGSEGV
radar2.0	2019-08-19 20:42:03.119	info	starting. Version 1.0.7 in /opt/iobroker/node_modules/iobroker.radar2, node: v8.16.0
host.iobroker	2019-08-19 20:42:02.350	info	instance system.adapter.radar2.0 started with pid 18917
host.iobroker	2019-08-19 20:41:32.334	info	Restart adapter system.adapter.radar2.0 because enabled
host.iobroker	2019-08-19 20:41:32.333	error	instance system.adapter.radar2.0 terminated with code null ()
host.iobroker	2019-08-19 20:41:32.333	warn	instance system.adapter.radar2.0 terminated due to SIGSEGV
radar2.0	2019-08-19 20:41:30.352	info	radar2 initialization started...
radar2.0	2019-08-19 20:41:30.253	info	starting. Version 1.0.7 in /opt/iobroker/node_modules/iobroker.radar2, node: v8.16.0

Die Anweisungen aus dem Thread RADAR2 dazu habe ich befolgt :

Auf Linux sollte das tool arp-scan und libcap2-bin sowie einige Bluetooth treiber installiert werden installiert werden und die Rechte von arp-scan und node angepasst werden.
Bei Debian (Raspi-Stretch, Ubuntu, ...) schaut das so aus:
sudo apt-get install libcap2-bin arp-scan bluetooth bluez libbluetooth-dev libudev-dev net-tools
sudo setcap cap_net_admin,cap_net_raw,cap_net_bind_service=+eip $(eval readlink -f `which arp-scan`)
sudo setcap cap_net_admin,cap_net_raw,cap_net_bind_service=+eip $(eval readlink -f `which node`)
sudo setcap cap_net_admin,cap_net_raw,cap_net_bind_service=+eip $(eval readlink -f `which arp`)
sudo setcap cap_net_admin,cap_net_raw,cap_net_bind_service=+eip $(eval readlink -f `which hcitool`)
sudo setcap cap_net_admin,cap_net_raw,cap_net_bind_service=+eip $(eval readlink -f `which hciconfig`)
sudo setcap cap_net_admin,cap_net_raw,cap_net_bind_service=+eip $(eval readlink -f `which l2ping`)
Bei Windows steht arp-scan nicht zur Verfügung und es wird nur node-ping verwendet.

Der Rest kann ion der Adapter-Konfig eingestellt werden.

[rostnagel]

@tugsi

hab ich auch schon versucht. geht bei mir auch nicht.

container mit hoher priorität ausführen und den alten radar adapter benutzen ;-)

[haselchen]

Moin Mädels,
meine ersten Gehversuche mit einer Synology plus Docker plus Iobroker.
Deshalb wohl erstmal eine leichte Frage 😁
Ich habe 10GB verbaut. Überall auch auf der Startseite vom Iobroker wird es angezeigt.
Bei Instanzen oben stehen aber zusammengerechnet nur 5,7 GB.
Hab nix zugeteilt oder zugewiesen.

[tugsi]

@rostnagel danke für die Antwort.
den alten radar-Adapter muss ich dann mal suchen, in der Liste ist der ja nicht mehr, dann über GitHub.

@haselchen
Ich sag jetzt einfach mal so, das ist so. Ich habe bei mir 16GB RAM verbaut und zusammengerechnet sehe ich nur 10GB oben in der Leiste.
In einer älteren Admin-Instanz stand da sogar nur Nonsens, also einfach ignorieren
;-)
Wenn Du den Adapter Info installiert hast, dann hast Du links in deinem Baumverzeichnis bzw auf dem Startverzeichnis den Punkt Info, da listet der dir auch Deine Hardware auf und da sehe ich dann auch 15.48 GB, passt.
Irgendwie hat die Admin-Instanz Probleme.

[whfor]

Guten Morgen,
ich habe mir nun einige Tutorials zum iobroker auf der Synology durchgelesen und auch ausprobiert. Natürlich kommt man um das von @andre nicht herum. Doch wie auch hier einige schon bemerkt haben, funktioniert die Namensauflösung nicht (ich rede hier vom MACVLAN Netzwerk). Wenn ich dem iobroker_startup.sh "echo 'nameserver 8.8.8.8' >> /etc/resolv.conf" hinzufüge, funktioniert die Auflösung und das aktualisieren als auch das installieren der Packages funktioniert. Leider finde ich nirgends eine Beschreibung warum das so ist und warum nicht über den host aufgelöst wird. In der resolv.conf steht zu beginn "nameserver 127.0.0.11".

Ich muss auch noch erwähnen, dass ich LAG verwende und dadurch bond0 die Schnittstelle ist. Auch läuft auf meiner DS1512+ ein DNS-Server der das Heimnetz versorgt.
Folgende Anleitungen habe ich zum Einrichten verwendet:
https://buanet.de/2019/05/iobroker-unter-docker-auf-der-synology-diskstation-v3/
http://blog.unltd-networx.de/iobroker-unter-docker-auf-synology-nas-installieren/
http://www.stueben.de/iobroker-im-docker-auf-der-synology-diskstation-im-gleichen-subnet/

Gibt es hierfür eine Lösung, oder ist dies eine Einstellung in meiner DS, die dazu führt? Kann mir jemand bei diesem Problem helfen?

[andre]

@whfor
Mhh, seltsam. Das höre ich zum ersten mal. Wüsste auch nicht wer hier schon mal angemerkt hat, dass Namensauflösung nicht funktioniert.
Eigentlich verwaltet Docker den DNS-Server selbst.
Der dockereigene DNS-Server ist 127.0.0.11, so wie es auch richtig in der resolv.conf steht.
Bei mir funktioniert das so auch einwandfrei. Ich kann aus dem Container heraus Namen auflösen.

Wenn dein DNS Server vom Heimnetz auf deiner DS liegt, kann es allerdings sein, dass du in das Problem läuft, dass du vom MACVLAN nicht auf die DS zugreifen kannst, da beide IPs auf der selben physikalischen Netzwerkschnittstelle liegen.

Du könntest mal versuchen ein eigenen Bridge-Netzwerk zu erstellen (z.B. 172.18.0.0) und dies zusätzlich dem ioBroker-Container zuweisen. Eventuell erreicht dein Container dann auch wieder den DNS Server.... wäre jetzt so das, was ich aus dem Stand aus dem Ärmel schütteln konnte...

Weitere Infos zu Docker und DNS: https://docs.docker.com/v17.09/engine/userguide/networking/configure-dns/

MfG,
André

[whfor]

@andre das ist faszinierend, erst als ich dies geschrieben habe, fiel mir auf das im DSM Netzwerkeinstellungen der DNS Server auf sich selbst verwies. Dies funktioniert ja soweit auch, bis man eben ein macvlan erstellt. Nun habe ich dies korrigiert und alles läuft super.

Was ich noch machen muss ist der test mit dem bridge Network. Wäre super wenn ich über dies den Zugriff auf die NAS bekomme.

Ich hoffe man kann verstehen was ich da geschrieben habe.

P.S. Der Beitrag in diesem forum ist https://forum.iobroker.net/post/150005

[whfor]

hallo,
nun, da der Container (eigentlich) gut läuft, hab ich den node-red adapter installiert und versucht über alexa-local, alexa-home und amazon-echo-hub ein Device zu erstellen. Leider funktioniert keines dieser Pakete. Erst mit dem amazon-echo-hub, habe ich herausgefunden das node-red nicht auf port 80 hört und Alexa ihn daher nicht erkennt. Dabei kommt die msg: error "Error: listen EACCES 0.0.0.0:80". So weit ich in Erfahrung bringen konnte, hat dieses nicht die richtige Berechtigung.

Hat von euch schon jemand diesen Fehler und konnte ihn beheben? Dieser Fehler hat nicht direkt was mit der Anleitung zutun, dennoch wird oft auf ein mögliches Problem mit docker oder anderer Software verwiesen. Daher meine Hoffnung hier Hilfe zu erhalten.

[andre]

@whfor
Zwei Mögliche Probleme:

Entweder der Port 80 ist bereits von einer anderen Applikation belegt.

Oder du bzw. die Applikation hat keine Root-Rechte und kann daher keine Ports kleiner 1024 öffnen.

...eventuell wird es auch noch notwendig, dass du im Container bestimmte Capabilities setzt, Stichwort "setcap". Dazu gab es hier im Thread auch schon >>> was.

MfG,
André

[whfor]

@andre
leider hatte ich das bereits herausgefunden. Bei setcap, so wie du es beschrieben hast kommt der Fehler:

Failed to set capabilities on file `/usr/bin/node' (Operation not supported)
The value of the capability argument is not permitted for a file. Or the file is not a regular (non-symlink) file

Das node red oder andere module mit dem User 1000 laufen ist leider auch klar. Wie ich dies jedoch ändere nicht. Dumm nur, das wenn ich mit iptables die Weiterleitung mache, Alexa es immer noch nicht erkennt.

[cburghardt]

@andre kurze Rückfrage zu den Versionen. Ich wollte eigentlich meinen vorhandenen 3.0 container mal wieder mit dem letzten Stand aktualisieren, aber das steht noch auf debian:latest oder? Das würde mir ja dann Debian 10 bringen, das wäre schlecht. Muss ich auf die beta upgraden?

[andre]

@whfor Im Moment bekomme ich absolut keinen Zugang zu deinem Problem.... setcap, User 1000, iptables???
Am Besten wir fangen nochmal ganz von vorne an. Schreibe genau was du vor hast und was du gemacht hast (nicht ala "wie du es beschrieben hast").
Screenshots von Configs helfen manchmal wunder. Außerdem wäre es interessant was für ein Setup du hast: MACVLAN? Version (beta/ latest), usw...

Meine Testumgebung ist bereit. Nur so zum Spaß habe ich gerade mal den NodeRed-Adapert installiert und auf port 80 gelegt. Funktioniert schonmal...

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

Das node red oder andere module mit dem User 1000 laufen ist leider auch klar.

Was meinst du damit? Wo eckst du damit an? Im neuen Beta kommt demnächst eine ENV dazu mit der gu dann uid und gid individuell anpassen kannst... Für Synology-user sollte das aber eigentlich keine Rolle spielen...

MfG,
André

[andre]

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

@andre kurze Rückfrage zu den Versionen. Ich wollte eigentlich meinen vorhandenen 3.0 container mal wieder mit dem letzten Stand aktualisieren, aber das steht noch auf debian:latest oder? Das würde mir ja dann Debian 10 bringen, das wäre schlecht. Muss ich auf die beta upgraden?

Schau mal hier: https://github.com/buanet/docker-iobroker/blob/master/README.md

v3.1.0 von gestern Abend. Habe von latest auf stretch umgestellt. Debian 10 ist für mich aktuell noch kein Thema.

MfG,
André

[cburghardt]

Cool, sehr gut, danke!

[dtp]

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

Ich schaue mir das gerne heute Abend mal an, aber im Moment kann ich mir nicht erklären warum das so auftritt.

Hier noch mal ein paar Details, weil das Problem auch noch mit der Version 3.1.0 auftritt.

Version 2
node 8.15.0
npm 6.4.1
volume: /docker/ioBroker <-> /opt/iobroker
Zugriff über 192.168.0.10

Wie man sieht, gibt es keine Probleme.

Version 3
node 8.16.1
npm 6.4.1
volume: /docker/ioBroker <-> /opt/iobroker
Zugriff über 192.168.0.12 (MACVLAN)

Hier kommt es zum "\r"-Problem, obwohl die gemounteten Verzeichnisse identisch sind.

Was für Infos könnten dir noch weiterhelfen?

Gruß,

Thorsten

[whfor]

@andre
ok, sorry wenn es unverständlich geschrieben war.

mein Setup:
Synology 1512+
Docker:

• Portainer (bridge)
• iobroker (MACVLAN)

um nicht die Iobroker Cloud zu verwenden wollte ich über amazon-echo-hub (Modul von node-red) arbeiten. Dieses benötigt jedoch den Port 80, der wiederum nur privilegierten Benutzern oder Prozessen zur Verfügung steht. Die Iobroker controller startest du ja über "sudo -u iobroker ..." (userid 1000). Nun wollte ich, mit setcap, node die Rechte geben den Port zu verwenden, was jedoch nicht geht da die Partition scheinbar mit dem "nosuid" Parameter gemountet wird. Auch das setzten von iptables funktioniert nicht, Alexa akzeptiert dies nicht (ich weiß nicht warum).

Als Lösung habe ich nun "-u iobroker" aus deinem Script entfernt. Nun klappt alles, jedoch laufen alle Module bzw. controller mit root Rechten.

P.S. Für mich sind die Netzwerke host oder bridge nicht geeignet, da ich auf der Synology einen Webserver am laufen haben.

[dslraser]

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

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

@andre kurze Rückfrage zu den Versionen. Ich wollte eigentlich meinen vorhandenen 3.0 container mal wieder mit dem letzten Stand aktualisieren, aber das steht noch auf debian:latest oder? Das würde mir ja dann Debian 10 bringen, das wäre schlecht. Muss ich auf die beta upgraden?

Schau mal hier: https://github.com/buanet/docker-iobroker/blob/master/README.md

v3.1.0 von gestern Abend. Habe von latest auf stretch umgestellt. Debian 10 ist für mich aktuell noch kein Thema.

MfG,
André

Wie mach ich am besten/einfachsten das Update auf 3.1.0 mit Portainer ? Über Recreate geht es ja dann nicht, oder ? (da steht ja latest, wenn ich es auswähle)

[calliou1234]

Hallo,
ich habe heute mit dem latest image einen neuen Container erstellt.

Leider bleibt der histroy Adapter rot.

Hat sich hier was geändert, bzw. was kann ich jetzt machen?

Hier mein LOG.

Grüße
Thomas

[arteck]

@calliou1234 lass den fixer mal laufen

curl -sL https://iobroker.net/fix.sh | bash -

[jhg]

@Shwowak Hast du hierzu eine Lösung gefunden?

Ich habe bei der Installation des Containers denselben Fehler.
Allerdings erst beim zweiten Versuch den Container zu installieren.
Beim ersten Mal ging es problemlos.

Im Portainer erscheinen folgende Meldungen beim Versuch den iobroker Container 3.10 zu installieren:

Installing additional packages...

The following packages will be installed: nano

Installing additional packages done...

cp: der Aufruf von stat für '/opt/iobroker/iobroker' ist nicht möglich: Datei oder Verzeichnis nicht gefunden

sed: /opt/iobroker/iobroker kann nicht gelesen werden: Datei oder Verzeichnis nicht gefunden

Changing permissions upon first run (This might take a while! Please be patient!)...

Changing permissions done...

Starting ioBroker...

---

------- ioBroker Logging -------

---

module.js:550

throw err;

^

Error: Cannot find module '/opt/iobroker/node_modules/iobroker.js-controller/controller.js'

at Function.Module._resolveFilename (module.js:548:15)

at Function.Module._load (module.js:475:25)

at Function.Module.runMain (module.js:694:10)

at startup (bootstrap_node.js:204:16)

at bootstrap_node.js:625:3