Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[OliverIO]

@mcbirne

die container dürfen immer nach kontakt aufnehmen. kenne da keine beschränkung.
kannst du mal schauen was im log steht?
mich wundert es etwas, das da die container ip steht (weiß aber nicht ob es die vom iobroker oder von mysql ist)
funktioniert den dein myphpadmin mit dem zugriff?
wenn nicht, dann stimmt was nicht mit der datenbank

nachtrag: ist die ip des iobrokers

[Codierknecht]

@oliverio sagte in Update vom Container gemacht und nun läuft nichts mehr:

durch den hostmode erhält der containre doch nicht automatisch eine eigene ip aus dem lan.

Nein - das natürlich nicht.
Aber die meisten Probleme handeln sich die User im Bridge-Mode ein, weil sie dann vergessen die benötigten Ports zu mappen.

Macvlan ist für die allermeisten auch schon ein paar Stufen zu hoch.

In der Regel dürfte die Synology lediglich als Datengrab dienen.
Ein ioBroker-Container im Host-Mode dürfte da keine Portkonflikte verursachen.

[OliverIO]

@codierknecht sagte in Update vom Container gemacht und nun läuft nichts mehr:

Ein ioBroker-Container im Host-Mode dürfte da keine Portkonflikte verursachen

wenn du nur iobroker drauf laufen lassen hast?
ich hab hier ca 20 container laufen, aber nicht alle mit einer eigenen ip
ok keine syno aber ein nuc. unterschied ist ja nur, das da keine große festplatte dran ist.
da musste ich schon einige mit anderen ports mappen und dann über einen reverseproxy wieder für mich einfach machen

[mcBirne]

@oliverio der phpMyAdmin Zugang funktioniert

[mcBirne]

@codierknecht said in Update vom Container gemacht und nun läuft nichts mehr:

e meisten Probleme handeln sich die User im Bridge-Mode ein, weil sie dann vergessen die benötigten Ports zu mappen.
Macvlan ist für die allermeisten auch schon ein paar Stufen zu hoch.

OK, kann ich den Container nachträglich auf den Host Modus umstellen?

[Codierknecht]

@mcbirne sagte in Update vom Container gemacht und nun läuft nichts mehr:

OK, kann ich den Container nachträglich auf den Host Modus umstellen?

Nein. Das lässt sich - zumindest mit den Bordmitteln der Synology - nicht ändern.

[Codierknecht]

@oliverio
Die wenigsten User haben hier eine Synology am Start, die potent genug wäre um da mit vielen Containern Probleme zu produzieren.

Auf Deinem NUC sieht das natürlich ganz anders aus.
Aber Du weißt ja auch was Du da tust ;-)

[mcBirne]

@codierknecht
OK, dann werde ich einen neuen Container aufsetzen und nicht den Bridge Mode verwenden.
Das zurückspielen des Backup hat ja gut funktioniert.
Sollte ich bei der Erstellung des Containers noch andere Dinge beachten?

[OliverIO]

@mcbirne

ich denke es liegt nicht an bridge/host
evtl benötigt man im iobroker noch das package

mysql-client

bin mir aber nicht sicher
einfach in die environment variable package eintragen, dann wird das paket bei der containererstellung mit installiert
https://docs.buanet.de/de/iobroker-docker-image/docs/#umgebungsvariablen-env

[Codierknecht]

@oliverio
Hatte ich bei mir nicht aktiv.
Dafür aber den SQL-Adapter. Der hat fleißig in MariaDB geloggt.
Vielleicht installiert der ja hintenrum das Package?

[OliverIO]

@codierknecht
in der anleitung des sql-adapters steht das so drin.
allerdings nur zusammen mit dem sqlserver.
für remote stand da jetzt nix

aber wenn das drauf ist, dann könnte er mal über die console den client aufrufen und schauen ob da eine bessere fehlermeldung kommt

[mcBirne]

@oliverio nach dem neuen Aufsetzten des Containers ohne Bridge klappt der SQL Adapter wieder. Auch die anderen beiden Adapter sind wieder grün.

[Homoran]

@mcbirne sagte in Update vom Container gemacht und nun läuft nichts mehr:

@oliverio nach dem neuen Aufsetzten des Containers ohne Bridge klappt der SQL Adapter wieder. Auch die anderen beiden Adapter sind wieder grün.

so sind halt Container