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

[kla960]

Ein stört mich an der ganzen Sache noch. Bei jedem Start ändern sich die mac addressen.
Meine Nachforschungen bislang für 2 Netzwerk Schnittstellen haben mir nicht wirklich eine Lösung gezeigt. Hat jemand einen Tipp für mich?

[fastfoot]

@kla960 sagte in Installationsanleitung iobroker auf QNAP:

Ein stört mich an der ganzen Sache noch. Bei jedem Start ändern sich die mac addressen.
Meine Nachforschungen bislang für 2 Netzwerk Schnittstellen haben mir nicht wirklich eine Lösung gezeigt. Hat jemand einen Tipp für mich?

die kannst du doch fest angeben. hatte die Tage auch mal ein Skript hier im Forum gepostet, da siehst du wie es funktioniert. Im Portainer gibt es ein eigenes Feld dafür. In der NAS selbst ändern die sich bei mir nie.

Ziehe gerade um und habe sehr wenig Zeit :-)

[kla960]

@fastfoot sagte in Installationsanleitung iobroker auf QNAP:

@kla960 sagte in Installationsanleitung iobroker auf QNAP:

Ein stört mich an der ganzen Sache noch. Bei jedem Start ändern sich die mac addressen.
Meine Nachforschungen bislang für 2 Netzwerk Schnittstellen haben mir nicht wirklich eine Lösung gezeigt. Hat jemand einen Tipp für mich?

die kannst du doch fest angeben. hatte die Tage auch mal ein Skript hier im Forum gepostet, da siehst du wie es funktioniert. Im Portainer gibt es ein eigenes Feld dafür. In der NAS selbst ändern die sich bei mir nie.

Ziehe gerade um und habe sehr wenig Zeit :-)

Ich meinte MAC-Adressen nicht IP Adressen. Habe von dir ein Script gefunden, welches die Schnittstellen für docker anlegt. Das hat ja nichts mit MAC-Adressen zu tun. Finde bislang nur den Weg über Docker run ... --mac-address ...

[fastfoot]

@kla960 sagte in Installationsanleitung iobroker auf QNAP:

@fastfoot sagte in Installationsanleitung iobroker auf QNAP:

@kla960 sagte in Installationsanleitung iobroker auf QNAP:

Ein stört mich an der ganzen Sache noch. Bei jedem Start ändern sich die mac addressen.
Meine Nachforschungen bislang für 2 Netzwerk Schnittstellen haben mir nicht wirklich eine Lösung gezeigt. Hat jemand einen Tipp für mich?

die kannst du doch fest angeben. hatte die Tage auch mal ein Skript hier im Forum gepostet, da siehst du wie es funktioniert. Im Portainer gibt es ein eigenes Feld dafür. In der NAS selbst ändern die sich bei mir nie.

Ziehe gerade um und habe sehr wenig Zeit :-)

Ich meinte MAC-Adressen nicht IP Adressen. Habe von dir ein Script gefunden, welches die Schnittstellen für docker anlegt. Das hat ja nichts mit MAC-Adressen zu tun. Finde bislang nur den Weg über Docker run ... --mac-address ...

ich meinte auch Mac, nicht IP. Und die sind im Script auch angegeben, die Angabe ist für qnet-dhcp und macvlan eig. auch zwingend. Portainer kann ich gerade wg. Umzugschaos nicht aufrufen, aber auch dort gibt es ein Feld dafür

[kla960]

@fastfoot sagte in Installationsanleitung iobroker auf QNAP:

@kla960 sagte in Installationsanleitung iobroker auf QNAP:

@fastfoot sagte in Installationsanleitung iobroker auf QNAP:

@kla960 sagte in Installationsanleitung iobroker auf QNAP:

Ein stört mich an der ganzen Sache noch. Bei jedem Start ändern sich die mac addressen.
Meine Nachforschungen bislang für 2 Netzwerk Schnittstellen haben mir nicht wirklich eine Lösung gezeigt. Hat jemand einen Tipp für mich?

die kannst du doch fest angeben. hatte die Tage auch mal ein Skript hier im Forum gepostet, da siehst du wie es funktioniert. Im Portainer gibt es ein eigenes Feld dafür. In der NAS selbst ändern die sich bei mir nie.

Ziehe gerade um und habe sehr wenig Zeit :-)

Ich meinte MAC-Adressen nicht IP Adressen. Habe von dir ein Script gefunden, welches die Schnittstellen für docker anlegt. Das hat ja nichts mit MAC-Adressen zu tun. Finde bislang nur den Weg über Docker run ... --mac-address ...

ich meinte auch Mac, nicht IP. Und die sind im Script auch angegeben, die Angabe ist für qnet-dhcp und macvlan eig. auch zwingend. Portainer kann ich gerade wg. Umzugschaos nicht aufrufen, aber auch dort gibt es ein Feld dafür

Sorry, finde das nicht. Habe es jetzt so halb mit Compose gelöst:

version: '3'
services:
iobroker:
container_name: iobocker
hostname: iobroker
image: buanet/iobroker:latest
restart: always
mac_address: 02:ff:0a:fa:1a:b2
networks:
frontend:
backend:
ipv4_address: 192.168.179.5
volumes:
- /share/ContainerStation/ioBroker-data:/opt/iobroker
networks:
frontend:
external:
name: qnet-dhcp-eth0
backend:
external:
name: qnet-static-eth1

eth0 bekommt jetzt immer dieselbe MAC Adresse 02:ff:0a:fa:1a:b2. In der Fritz!Box werden nicht ständig neue Geräte angelegt und ich kann dann in der F!B die IP festlegen. Reicht mir schon mal.

[fastfoot]

@kla960 sagte in Installationsanleitung iobroker auf QNAP:

Sorry, finde das nicht. Habe es jetzt so halb mit Compose gelöst:

war auch Quatsch von mir, wenn man es nicht vor sich sieht :-) Das qnet-Netzwerk in meinem Skript hat natürlich keine MAC-Adresse angegeben, da das Netzwerk je nachdem mehrere IP nutzt. In erstelle meine Container immer mit Skript und dort wird dann die MAC mit angegeben. Diese ist dann der FB bekannt und so wird immer die gleiche IP vergeben. Mit Compose ist das dann ähnlich wie von dir beschrieben

[kla960]

Irgendwie hat sich jetzt nachdem alles super lief ein DNS Problem aufgetan.
Der Alexa Adapter erreicht den Service nicht mehr:

Error while checking Authentication: Error: getaddrinfo EAI_AGAIN alexa.amazon.de

Weil der Docker DNS Service den Namen nicht mehr auflösen kann.

ping alexa.amazon.de
ping: alexa.amazon.de: Der Name oder der Dienst ist nicht bekannt

nslookup auf dem Host löst aber sauber auf. Danach auch kurzzeitig der Container.

ping alexa.amazon.de
PING d3rsqup3tcxj1a.cloudfront.net (52.222.142.86) 56(84) bytes of data.
64 bytes from server-52-222-142-86.ams50.r.cloudfront.net (52.222.142.86): icmp_seq=1 ttl=233 time=16.4 ms

Das ist aber nicht von Dauer!?

Bislang bin ich dem Problem nicht auf die Spur gekommen. Jemand eine Idee?

Derweil habe ich zumindest einen workaround gefunden.
Mögliche Ursache ist, dass ich kürzlich in der FB auf DNS-over-TLS umgestellt habe.
lt. /etc/resolv.conf wird ein eigener Nameserver im Container verwendet.
127.0.0.11
Ist wohl Standard wenn man spezielle Netzwerktreiber wie qnet im Einsatz hat.

Also habe ich die resolv.conf durch meine eigene ersetzt:

  - /share/ContainerStation/ioBroker/resolv.conf:/etc/resolv.conf:ro

Dort habe ich zunächst die FB 192.168.178.1 als Nameserver eingetragen, was aber keine Verbesserung ergab. Verdichtet den Verdacht das DNS-over-TLS auf der FB die Ursache ist. Wieso ist mir noch nicht klar.

Nachdem ich die Standard 1&1 Nameserver eingetragen habe, wird alexa.amazon.de wieder aufgelöst.

[fastfoot]

@kla960 sagte in Installationsanleitung iobroker auf QNAP:

Mögliche Ursache ist, dass ich kürzlich in der FB auf DNS-over-TLS umgestellt habe.

Das hat man hier schon des Öfteren gelesen und ist auch meine eigene Erfahrung, nicht nur mit Docker sondern auch auf dem PC. Mehrmals getestet mit FB7590. Ob ich das mit OS7.25 getestet habe weiss ich nicht mehr, mittlerweile habe ich die 6591Cable und das nicht mehr probiert

[Bhenyamin]

@fastfoot

Moin. Ich bin völliger Neuling auf dem Gebiet und stehe direkt vor dem Problem, dass mein NAS nach dem Start des IoBrokers zwar das Web-Interface von diesem erreichbar ist, mein QTS des NAS, bzw. das Nas als solches nicht mehr. Meine Fritzbox führt es zwar als Verbunden auf, ich komme aber weder auf das Interface, noch kann ich auf den Netzwerkspeicher zugreifen. Ein Neustart des TS 251D bringt auch keinen Erfolg.
Wie kann ich den Container "beenden"?

Beste Grüße

[fastfoot]

@bhenyamin versuche auf die Konsole des NAS zu kommen. Dazu kannst du PuTTy verwenden. Dann docker container ls und docker kill containername

[Bhenyamin]

@fastfoot
Danke, das versuche ich gerade.
Worüber geht das beim Qnap mit Putty? SSH?

Könnte es problematisch sein, dass ich den IoBroker zuvor auf meinem Rechner installiert habe? Ich habe ihn hier schon gestoppt.

[Bhenyamin]

@fastfoot
Könnte es problematisch sein, dass ich den IoBroker zuvor auf meinem Rechner installiert habe? Ich habe ihn hier schon gestoppt.

[fastfoot]

@bhenyamin sagte in Installationsanleitung iobroker auf QNAP:

@fastfoot
Könnte es problematisch sein, dass ich den IoBroker zuvor auf meinem Rechner installiert habe? Ich habe ihn hier schon gestoppt.

dein Rechner hat ja nichts mit der QNAP zu tun, mir ist auch schleierhaft wie der iobroker dein NAS blockieren könnte

[Bhenyamin]

@fastfoot ja, schon richtig. Aber 2 gleichzeitig laufende iobroker Server hielt ich für Konfliktpotential. Aber eigentlich wüsste ich auch nicht, wie es meine Problematik verursachen sollte.
Letztlich kam ich jetzt nur über ein Reset des Nas wieder an den Zugriff. Ich hoffe, ich bekomme den iobroker künftig zum Laufen. Habe meine Rolladensteuerung im neuen Haus darauf ausgerichtet.

[Nubbi]

@fastfoot
Leider klappt die Installation bei mir nicht.
In Ergänzung zu der Anleitung für das Synology glückt bei mir überhaupt nur eine Installation auf einem QNAP 251+, wenn man "Pull the image from the registry before creating the container" anklickt.
Zugriff über den Port 8081 ist so nicht möglich.
Der so erstellte Container gibt folgende Fehlermeldung aus:

------------------------------------------------------------
-----          Step 5 of 5: ioBroker startup           -----
------------------------------------------------------------
 
Starting ioBroker...
 
host.NAS0185A4 check instance "system.adapter.admin.0" for host "NAS0185A4"
host.NAS0185A4 check instance "system.adapter.discovery.0" for host "NAS0185A4"
host.NAS0185A4 check instance "system.adapter.backitup.0" for host "NAS0185A4"
This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). The promise rejected with the reason:

Error: DB closed
    at Redis.sendCommand (/opt/iobroker/node_modules/ioredis/built/redis/index.js:627:24)
    at Redis.get (/opt/iobroker/node_modules/ioredis/built/commander.js:122:25)
    at StateRedisClient.setState (/opt/iobroker/node_modules/@iobroker/db-states-redis/lib/states/statesInRedisClient.js:479:40)
    at Adapter.setForeignState (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:6529:35)
    at runNextTicks (internal/process/task_queues.js:62:5)
    at processImmediate (internal/timers.js:434:9)

[TH G]

Hallo,

ich habe es nun auch installiert und es läuft aber ich bekommen nicht die Datensicherung von meinem aktuellen RPI4 geladen.

Sicherung ist mit Backitup im iobroker gemacht (Versionen identisch) und liegt auf meinem Google Drive.

Mit iobroker auf dem NAS kann ich die Datein vom GD laden und der Prozess wird angeworfen aber es dreht sich dann in einer Endlosschleife.

Wie bekomme ich meine Installation vom RPI4 in denNAS ioboker ?

[Glasfaser]

@th-g sagte in Installationsanleitung iobroker auf QNAP:

aber es dreht sich dann in einer Endlosschleife.
in denNAS ioboker

Nimm Backitup latest: 2.2.1

[TH G]

@glasfaser sagte in Installationsanleitung iobroker auf QNAP:

Nimm Backitup latest: 2.2.1

Die 2.2.1 hatte ich schon. Hat nun auch geklappt.

Was nicht so schön ist ist, dass einem ständig, wie in einer Endlosschleife, angezeigt wird das die Rücksicherung läuft aber in der Container Station ich sah ich dann, dass iobroker gestoppt war. Also wieder gestartet und dann lief fast alles.

Ich habe mit zwei Adaptern Probleme und es kommen folgende Fehlermeldungen:

DWD

dwd.0
2021-10-20 08:10:05.854	info	Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason

dwd.0
2021-10-20 08:10:05.852	error	Empty or invalid JSON: Cannot read JSON file: Error: Request failed with status code 404

dwd.0
2021-10-20 08:10:05.569	info	starting. Version 2.7.7 in /opt/iobroker/node_modules/iobroker.dwd, node: v12.22.7, js-controller: 3.3.18

Netatmo und das habe ich nachfolgend schon geschrieben https://forum.iobroker.net/topic/48620/netatmo-lässt-sich-nicht-mehr-starten

[Oli]

Hallo zusammen,

ich möchte bei meinen ioBroker im Docker die Node.js v12 auf v14 updaten, aber leider funktioniert das nicht.

Ich gebe folgende Befehle in die Konsole ein:

pkill -u iobroker
apt-get update
apt-get upgrade

curl -sL https://deb.nodesource.com/setup_14.x | bash -
apt install -y nodejs
npm rebuild

Danach bekomme ich leider folgenden Rückmeldung:

Was mache ich hierbei falsch?

[mike2712]

Hallo, ich habe es nach dieser Anleitung für ein Qnap TS-453A, es hatte auf Anhieb geklappt. Jetzt gab es ein Firmware Update für das NAS auf Version 5.xxx, nach diesem konnte ich den Container nicht mehr starten, ok alles komplett gelöscht und nach der Anleitung versucht neu aufzusetzen. Installation würde ohne ein Verzeichnis mounten gehen, allerdings nicht mit, bekomme immer folgende Meldung.

There is data detected in /opt/iobroker but it looks like it is no instance of ioBroker or a valid backup file!
Please check/ recreate mounted folder or volume and start over.

In dem Verzeichnis sollte bei der Neuinstallation ja eigentlich nichts drin sein.

Freigabeordner in den Container Einstellungen

Das Verzeichnis iobroker-data ist leer, zuvor hatte ich versucht einen Ordner mit backups mit einzubinden da ich gelesen hatte das dieses bei Neuinstallation dann verwendet wird. Auch versucht von /opt/iobroker -> direkt nach iobroker-data (ohne Container), jeweils die selbe Meldung.

Bin echt am verzweifeln, erstmals vor ca. 7-8 Monaten eingerichtet, lief problemlos, jetzt muss es durch dieses Firmware Update zerstört worden sein, sieht jemand wo mein Fehler ist oder hat eine Idee, oder die Freigabe möchte ich das eigentlich nicht einrichten, wegen den automatisierten backups, diese habe ich zum Glück auch alle.

Wäre für Tipps und Hilfe sehr dankbar