andre (buanet)

Diese Versionen sollten im Image drin sein: Beachte: der js-controller liegt in deinem /opt/iobroker Verzeichnis und wird daher nicht beim Update des Docker Images aktualisiert!!! Hier noch der entsprechende Lesestoff dazu: https://docs.buanet.de/de/iobroker-docker-image/docs/#aktualisierung-update oder ein bisschen ausführlicher mein Blogpost: https://blog.buanet.de/posts/2023/03/31_iobroker_docker-container_wartung_und_pflege/#iobroker-core-updates MfG, André

Woran machst du das fest? Hast du Beispiele? Nur weil ich die Chance genutzt habe (weil ich ja grad sowieso schon am Antworten war), deine flasche Annahme zu korrigieren und seinerzeit nicht gleich auf deinen Mecker-Post angesprungen bin? Ich beschränke mich normalerweise auf das Mitlesen. Sehe ich ein Problem, deren Ursache im Docker Image liegt, werde ich entweder dazu auffordern ein Issue in Github zu erstellen um es weiter untersuchen zu können, oder direkt einen Workaround anbieten. Ich sehe es nicht (mehr) als meine Aufgabe an, bei allem und jedem das Docker Image zum laufen zu bringen. Schon gar nicht, wenn es um Docker Basics wie Netzwerke oder Volumes/Mounts geht. Dazu habe ich eine ausführliche Doku geschrieben. Den Rest deckt die Docker Doku ab. Wie bereits gesagt: Das sind meine persönlichen Prioritäten. Ich kenne leider die Auffassung vieler "Support-User" im ioBroker Forum. Einige der User verstehen die Vorteile von Docker einfach nicht. Ich habe dort lange Zeit Werbung für Docker gemacht, sehe es aber nicht als meine Aufgabe die Unbelehrbaren umzustimmen. Auch dort lese ich alle Topics mit, bei denen ich erwähnt werde oder schon einmal darauf geantwortet habe. Ich fühle mich aber auch dort nicht verpflichtet Support Antworten zu geben, korrigiere aber gerne falsche Annahmen und Aussagen und schalte mich ein wenn es ein Problem mit dem Image gibt. Ich bilde mir ein, dass ich, was wirkliche Probleme mit dem Docker Image angeht, meist innerhalb von Stunden oder wenigen Tagen eine Lösung bereitstelle. Wenn du das anders siehst, dann müssen wir uns damit wohl beide abfinden. Finde es nur schade, wenn solche Kommentare andere User davon abhalten, nach Hilfe zu fragen oder Probleme mit dem Image zu melden... MfG, André

Kann ich so nicht bestätigen. Bei mir haben sich lediglich die Prioritäten geändert. Ich bin aber weiterhin bereit zu reagieren wenn es ein Problem mit dem Image gibt oder etwas aktualisiert werden muss. Bei allem was Support angeht empfehle ich das ioBroker Forum oder den ioBroker Discord Channel. MfG, André

Ja. Lies mal hier: https://docs.buanet.de/de/iobroker-docker-image/docs/#netzwerke Briged und Host-Netzwerk sind halt zwei verschiedene Paar Schuhe... MfG, André

Das ist nicht der richtige Befehl für das Update. Versuch es mal mit: iobroker upgrade self MfG, André

Unter "normalem" Docker würde ich ein gemeinsames Bridge Netzwerk dem ioBroker Container und dem NUT Server (sofern auch Docker Container) zuweisen. Die beiden Container könnten dann über die Bridge-internen IP-Adressen kommunizieren. Wie das unter Unraid realisiert werden kann, kann ich dir aber nicht sagen. MfG, André

Wenn du keinen Adapter hast, der die CAP_NET_ADMIN capability benötigt, dann hat das für dich nichts Wichtiges zu bedeuten ;)... CAP_NET_ADMIN Perform various network-related operations: • interface configuration; • administration of IP firewall, masquerading, and accounting; • modify routing tables; • bind to any address for transparent proxying; • set type-of-service (TOS); • clear driver statistics; • set promiscuous mode; • enabling multicasting; • use setsockopt(2) to set the following socket options: SO_DEBUG, SO_MARK, SO_PRIORITY (for a priority outside the range 0 to 6), SO_RCVBUFFORCE, and SO_SNDBUFFORCE. https://man7.org/linux/man-pages/man7/capabilities.7.html MfG, André

Das ist kein guter Rat für den Docker Container. Iobroker läuft dort nicht als Dienst, daher bitte die Befehle für start und stop dort nicht verwenden! Gestartet wird ioBroker durch den (neu)start des gesamten Container, gestoppt per pkill -u iobroker oder, noch besser, über das maintenance script: https://docs.buanet.de/iobroker-docker-image/docs/#use-maintenance-script MfG, André

Da gibt es eigentlich nichts zu hoffen. Das Log vom Containerstart wird dir schon sagen ob das Paket installiert worden ist oder nicht... Bisher hast du dahingehend keine Infos geliefert. Ich wüsste auch nicht, dass Unraid in der ioBroker Community verteufelt wird. Allerdings ist es wie überall: Es kommt ganz darauf an wer auf deine Fragen antwortet. Dein Problem ist vermutlich nicht unraid-spezifisch, sondern in der Docker Umgebung zu suchen. Daher kein Grund sich verjagen zu lassen. MfG, André

Hast du die Prerequisites für den Phantomjs-Adapter erfüllt? https://github.com/ioBroker/ioBroker.phantomjs#prerequire Falls ja, denke ich du bist mit der Frage in der ioBroker Community besser aufgehoben. MfG, André

https://hub.docker.com/r/buanet/iobroker/tags?page=1&name=node18 Bleibt Beta bis zur offiziellen Empfehlung durch ioBroker.

Ich hab nix gemacht... MfG, André

Wie oft es eine neue Image Version mit Änderungen am Image gibt kannst du hier nachsehen: https://github.com/buanet/ioBroker.docker/releases Zusätzlich wird das Docker Image immer dann automatisch neu gebaut, wenn sich Versionen im iobroker (js-controller, admin-, discovery-, oder backitup-Adapter) ändern. Das wird gemacht, damit User stets die neusten Iobroker Versionen im Image vorfinden. Leider zeigt Unraid ein solches, lediglich neu generiertes Image immer als Update an... Andere UIs verzichten in der Regel aus diesem Grund auf eine solche Update Anzeige...

Ein was Multihost? Master, Slave? Dein Log ist leider unvollständig, aber wie es ausschaut ist der Container nicht für Multihost konfiguriert. Schau mal in die Doku und setze die notwendigen Umgebungsvariablen. MfG, André

Setz mal die Umgebungsvariable "DEBUG" mit dem Wert "true" und poste das Log nochmal.

Contributions welcome: https://github.com/buanet/ioBroker.docker Aber ich glaube das Problem war, dass es dann Probleme im privileged Mode gibt. Da hat der iobroker Container dann ja automatisch Zugriff auf alle Devices, also auch die die er nicht verwenden soll, die er dann aber trotzdem automatisch findet... Wenn sich wer bereit erklärt das in verschiedenen Szenarien zu testen bin ich gerne bereit das zur Diskussion zu stellen. MfG, André

Keule, nicht frech werden. Ich sehe dass du die Variable USBDEVICES gesetzt hast. Diese macht, dass der ioBroker die notwendigen Rechte auf das device bekommt. Das versucht er auch zu setzten, die Fehlermeldung sagt: Kein Device da! Siehst du, kein Device durchgereicht... MfG, André

Ich würde behaupten du hast den Stick nicht in den Container durch gereicht... Oder hast du unter 'Advanced View' > 'extra parameters' das device-flag drin? Falls nicht solltest du mal folgendes setzen: --device= /dev/serial/by-id/usb-ITead_Sonoff_Zigbee_3.0_USB_Dongle_Plus_7ea08fd97e29ec11bb0c757840c9ce8d-if00-port0: /dev/serial/by-id/usb-ITead_Sonoff_Zigbee_3.0_USB_Dongle_Plus_7ea08fd97e29ec11bb0c757840c9ce8d-if00-port0 Edit: Ohne Leerzeichen, bekomme es am Handy irgendwie nicht bearbeitet... MfG, André

@Curtis777 @Tigger30926 @MrBlue83 @ingel81 Mehr Infos und Updates dazu auch hier: https://github.com/buanet/ioBroker.docker/issues/289 Scheint als wäre es mit dem Patch v7.1.1 behoben... Ja, latest Tags für Produktivsysteme sind potentiell böse aber nicht grundsätzlich ein Problem. Die Version v7.1.0 hatte ich 18 Tage lang im offenen Beta Test. Offenbar hat sich aber leider kein Unraid User bereit erklärt die Version mal zu testen oder ich habe dazu kein Feedback erhalten... Sonst wären wir über das Problem schon früher gestolpert... Vielleicht fühlt sich jetzt ja mal jemand berufen und kann zusätzlich noch mit Discord umgehen. In der [ioBroker Community auf Discord](https://discord.gg/RjWSGs2A) Haben wir unter "Beta Testing & Feedback" einen "docker-image" Channel. Da poste ich neue Beta Versionen und freue mich auf Feedback. MfG, André

Was du falsch machst kann ich dir nicht sagen. Aber ich würde halt mal versuchen die Backup Datei manuell herunter zu laden, in das Backupverzeichnis des ioBroker zu legen und einen iobroker restore 0 über die Kommando Zeile im Container zu machen... Nicht vergessen den iobroker container vorher in den maintenance mode zu versetzen damit der ioBroker im container gestoppt ist... MfG, André

Bluetooth ist ein Netzwerkgerät. Das kann man meines Wissens nicht so durchreichen wie z.B. einen Zigbee USB Stick. Auch wenn Bluetooth als USB Stick kommt. Die einzige Möglichkeit die ich bisher gefunden habe ist den ioBroker Container mit erweiterten Rechten auszuführen. Dann bekommt der Container allerdings deutlich mehr Rechte auf dem Host. Ich persönlich empfehle es niemandem und rate in solch einem Fall einen Multihost Slave (z.B. einen Raspberry Pi) einzusetzen. MfG, André

Dafür ist das hier gedacht: https://docs.buanet.de/iobroker-docker-image/docs/#startup-scripts Außerdem die Umgebungsvariable PACKAGES (zum Installieren von Linux Paketen). Nein. Aus meiner Sicht ist das Mist. Der Container ist extra so designed, dass der iobroker nur die Rechte hat die er benötigt. Diesen Maßstab solltest du auch anlegen wenn du selbst am Container Änderungen vornimmst. MfG, André PS: Es gibt m.W. auch Adapter für ioBroker die WOL können. Hast du danach mal gesucht? Das wäre die sauberste Lösung...

Das machst du per Kommandozeile im ioBroker Container. Mehr Infos hier: https://smarthome.buanet.de/2020/10/iobroker-docker-container-updates-upgrades/

Ja sicher! In den kommenden Tagen gibt es eine Version 5.2.0 vom Container Image. 🚀 ...allerdings wird das deinen js-controller auch nicht aktualisieren. Der ist nämlich, wie auch die Adapter, im Verzeichnis /opt/iobroker installiert, welches du hoffentlich aus dem Container ausgelagert hast... Mehr Infos zum Thema: https://smarthome.buanet.de/2020/10/iobroker-docker-container-updates-upgrades/ Wenn du dann noch Fragen hast, melde dich. MfG, André

Sorry, my fault. Thought the left is the name of the variable. It has been a long work day. As I do not use the unraid docker interface I'm not familiar with the settings as well. So if the envs are correct it is not possible to say anything without the startup log. Regards, André