Monatsrückblick Januar/Februar 2026 ist online!

[OliverIO]

@mcbirne
da gestartet ist er schon.
es kann auch durchaus einige minuten dauern, bis iobroker unter ip/port erreichbar ist
alternativ auch mal in die log ansicht des containers schauen.

hast du nun das alles unter portainer oder direkt unter der synology oberfläche konfiguriert? du solltest dich in zukunft für eines entscheiden

[mcBirne]

@oliverio
ich habe es alles im Portainer. Der zeigt aber die gleichen Caontainer wie Dacker im Synology an.

Er kann keine Datenbankverbindung herstellen und startet ständig neu.

[OliverIO]

@mcbirne

ok das sieht nach boot schleife aus
stelle erst mal kein backup dem container zu verfügung. erstmal so als ob du komplett neu isntallierst.
wenn der iobroker dann läuft, dann das backup über backit up einspielen

[mcBirne]

@oliverio OK, hast du da auch eine schöne Anleitung? Vermutlich muss ich ja einiges anders machen als normalerweise, oder?

[Marc Berg]

@mcbirne sagte in Redis Umstellung:

Er kann keine Datenbankverbindung herstellen und startet ständig neu.

Kann es sein, dass du ioBroker im Hostmodus betreibst, nun Portainer installiert hast, welchen mit seinem Port 9000 den ioBroker blockiert?

Wie @OliverIO oben empfohlen hat, Portainer auf einen anderen Port als 9000 mappen, dann sollte ioBroker auch wieder hoch kommen.

[mcBirne]

@marc-berg
Das ist eine Idee. ich habe den Port jetzt auf 9100 gestellt. Leider kann ich nun den Portainer nicht mehr erreichen.

[Marc Berg]

@mcbirne sagte in Redis Umstellung:

Das ist eine Idee.

Ist das eine "Idee", oder ist es so, dass ioBroker im Hostmodus läuft?

ich habe den Port jetzt auf 9100 gestellt.

zeigen

[mcBirne]

@marc-berg

[mcBirne]

@marc-berg
Ja, bei ioBroker ist das Netzwerk auf Host gestellt

[Marc Berg]

@mcbirne ich kenne die Synology nicht. Laut Internet wird das Portmapping so eingestellt:

Edit: Bild getauscht

[mcBirne]

@marc-berg
ich habe den Port bei 9000 gelassen, da der ioBoroker auch bei ausgeschaltetem Portainer nicht mehr gestartet ist. Dafür habe ich den ioBroker neu aufgesetzt und nicht im Hostmodus sondern als bridge. Dort habe ich die verwendete iob_private bridge ausgewählt.

Nun habe ich das Problem, das einige Adapter keine Verbindung mehr herstellen dürfen. z.B. der SQL Adapter.

Weiß jemand, wo ich das erlauben kann?

[mcBirne]

@mcbirne
außerdem werden scheinbar die Objekte nicht mehr gefunden...

Lösung: es waren fast alle Werte null. Ich musste sie erst mit füllen, damit sie wieder verwendet werden konnten.

[mcBirne]

So, einige Adapter können sie nicht verbinden, da sich der ioBroker nicht mehr im host Modus befindet. noch weiß ich nicht, wie ich das lösen kann. aber die Meldung mit dem empfohlenen Umzug auf redis im Infobereich erhalte ich auch noch. Ich dachte, das ist jetzt geschafft :-(

[Marc Berg]

@mcbirne

So eine Umstellung von Host-auf Bridge Netzwerk ist jetzt schon ein ziemlich einschneidende Veränderung mit möglichen Konsequenzen. Lt. Eingangspost wolltest du nur auf Redis umstellen (ob notwendig oder nicht, sei mal dahingestellt). Dazu hatte dir @OliverIO eigentlich alle Informationen gegeben, eine Empfehlung zur Umstellung auf Bridge konnte ich daraus nicht ablesen. Was ist das Ziel?

[mcBirne]

@marc-berg
Ziel ist die Umstellung auf redis abzuschließen. Ich dachte, das eine Umstellung auf eine Bridge dafür nötig ist. Wenn es nicht nötig ist, kann ich es ja wieder zurückstellen.
Wie kann ich prüfen, ob die redis Umstellung funktioniert hat? Die Empfehlung zur Umstellung wird ja noch angezeigt.

[Marc Berg]

@mcbirne

Wenn du ursprünglich ioBroker im Host-Netzwerk/Modus hast laufen lassen, dann muss es doch dafür einen Grund gegeben haben, oder? Irgendwelche Nicht-Erreichbarkeiten von Adaptern, oder was auch immer.

[mcBirne]

@marc-berg
Nein, es hatte keinen speziellen Grund. Ich habe irgendwo gelesen, dass es die einfachste Möglichkeit ist.
Es kann aber sein, dass einige Adapter vielleicht nicht kompatibel sind. Ich stelle es jetzt erstmal wieder zurück, da es aktuell nicht funktioniert.

[mcBirne]

@marc-berg
Ich habe inzwischen den Portainer laufen und versuche meinen IOBroker, der jetzt wieder im Host Modus läuft einzubinden. leider erhalte ich folgende Meldung:

Ich habe die untersten drei Umgebungsvariablen ergänzt.

Hat jemand eine Idee, wo das Problem liegt?

[OliverIO]

@mcbirne

nur teilweise eine idee.
ich vermute, du hast separate container eingerichtet.
daher vergibt docker jedem container ein eigenes subnet. daher können die container nicht direkt miteinander kommunizieren.
die container erhalten zwar jeweils einen hostnamen, der gilt aber nur innerhalb des subnets. mit der eingabe redis versucht iobroker nun mit dem hostnamen redis (was ja in eine ip-adresse umgesetzt wird) zu erreichen. da redis aber in einem anderen subnet liegt ist das nie zu erreichen.

du hast nun 2 möglichkeiten

1. die bevorzugte möglichkeit
   du definierst iobroker und redis im rahmen eines docker-compose (bei portainer nennt sich das stacks, bei synology glaube ich projekt
   https://kb.synology.com/de-de/DSM/help/ContainerManager/docker_project?version=7
   verknüpfst die durch entsprechende netze und dann kannst du da auch redis bzw den servicenamen dort eintragen
   schau dir diese beiden tutorioals an, die hier verlinkt sind
   https://smarthome.buanet.de/docker/container-images/redis/

wenn der redis port auf deinem hostsystem gemappt ist, dann trage bei redis host anstatt redis die ip deines hostsystems ein.

[mcBirne]

@oliverio
Möglichkeit 1 habe ich mit portainer versucht. Allerdings muss dafür auch der ioBorker in einem bridge Netzwerk laufen, was dafür sorgt, dass einige Adapter nicht funktionieren.
Nun läuft der ioBroker wieder in einer Host Installation und redis in einer bridge Installation. Vermutlich ist daher der Name redis nicht bekannt.
Also Versuche ich Option 2:
Der Port ist im Conatainer gemappt.

Wenn ich danstelle von redis die IP Adresse meiner Synology eingebe erscheint folgende Meldung:

Mit der IP Adresse der Redis Installation sieht es nicht besser aus :-(