andre (buanet)

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é

Your ENVs are not named correctly. Please see here: https://github.com/buanet/ioBroker.docker#environment-variables Regards, André

@mgutt Ja, es wäre kein Problem den EXPOSE mit auf zu nehmen, allerdings hatte ich das im Image eigentlich absichtlich weg gelassen, da das der ENV "ADMINPORT" zum anpassen des default Admin Ports widerspricht. Außerdem wechseln die meisten User sowieso über kurz oder lang zum Network HOST oder MACVLAN weil es eine Reihe Adapter gibt die im Bridge Netzwerk einfach nicht laufen (können). Falls das in Bezug auf Unraid ein wichtiger Punkt sein sollte, dann bitte einen entsprechenden Issue erstellen damit wir das in der Community mal besprechen können. Was das ioBroker Template angeht, da komme ich gerne drauf zurück. Da ich aber gerade erst meinen ersten PC mit Unraid in Betrieb genommen habe will ich mich erst noch ein wenig ausprobieren. Hatte auch schon eine persönliche Template Sammlung angefangen. Ist aber noch in der "ich probiere das mal"-Phase. MfG, André

Das ist ein Fall fürs ioBroker Forum. In deinem Auszug ist wieder ein File exists: /opt/iobroker/node_modules/.bin/tsservernpm ERR! Remove the existing file and try again, or run npmnpm ERR! with --force to overwrite files recklessly drin. Gleiches Thema wie beim js-controller. Du kannst die Konflikte entweder händisch lösen oder per "iobroker backup" deine Daten sichern und in einem neuen Container restoren (habe ich auch was zu auf der seite). Das braucht zwar etwas Zeit, ist aber die beste Lösung um wieder ein sauberes und updatefähiges System zu erhalten. Bei diesem Schritt werden nämlich automatisch alle Adapter neu uns in der aktuellsten Version installiert... MfG, André

Da bin ich jetzt nicht der Profi. Das ist ein NPM Thema. Da ich davon ausgehe dass du dein ioBroker Verzeichnis einmal gesichert hast, würde ich versuchen dem nach zu kommen und das angemeckerte file plump löschen und es nochmal versuchen. Sollte das nicht funktionieren findest du so gut wie jede npm Fehlermeldung irgendwo im ioBroker Forum. MfG, André