Kein Admin nach Update

[Codierknecht]

@RJ3n53n

Sind alle benötigten Container-Ports gemappt?
Läuft da 'ne Firewall?

Ich empfehle außerdem, das Ganze auf ein "Projekt" zu migrieren. Das lässt sich deutlich einfacher administrieren als das Gefummel an irgendwelchen Container-Einstellungen. Und zum Update muss lediglich das Projekt neu gestsartet werden.
Siehe hier: https://forum.iobroker.net/topic/82045/installtion-ffmpeg/6?_=1757840464651

[Homoran]

@codierknecht sagte in Kein Admin nach Update:

Sind alle benötigten Ports nach außen freigegeben?

@RJ3n53n
bitte nicht missverstehen!!

nicht ins Internet, nur aus dem/in den Container weitergeleitet

[Codierknecht]

@homoran
Danke für den Hinweis. Hab's korrigiert.
Nicht dass da jemand auf komische Ideen kommt

[RJ3n53n]

@codierknecht

An den Ports habe ich nichts geändert. Bisher hatte es ja funktioniert.
Ich schaue mir gerade mal den Link an, den Du angehängt hast. Ich weiß gerade nicht, wie Du das mit ein Projekt meinst.
Vielen Dank aber schon mal für den Tipp sowie den Link.

[Codierknecht]

@rj3n53n sagte in Kein Admin nach Update:

Ich weiß gerade nicht, wie Du das mit ein Projekt meinst

Ich vermute mal: Du hast das bislang über den Container-Manager als Container aufgesetzt.
Dann muss man den ganzen Kram "von Hand" passend einstellen. Volumes, Ports, Variablen etc.

Man kann das im Container-Manager auch als "Projekt" aufsetzen. Dann wird die komplette Konfiguration in einer YAML-Datei abgelegt. In Docker nennt sich das "Compose" und in Portainer "Stacks". Ist aber alles das gleiche.

Als Quelle wählst Du "docker-compose.yml erstellen" und fügst dann den folgenden Inhalt in den Editor ein.
Ein grundlegendes docker-compose.yml für ioBroker könnte so aussehen:

services:
  iobroker:
    container_name: ioBroker
    image: buanet/iobroker:latest
    hostname: iobroker
    network_mode: "host"    
    volumes:
      - /volume1/Docker/ioBroker:/opt/iobroker
    environment:
      PACKAGES: "nano"
      AVAHI: "true"
    restart: unless-stopped

Muss halt ggf. etwas an die eigenen Gegebenheiten angepasst werden.
Man beachte hier: Der Container läuft als "host". Man muss also keine Ports speziell mappen.
Könnte allerding schiefgehen, wenn auf der Synology noch ander Dienste (WebStation, Fotos usw.) laufen, die Ports beanspruchen die auch vom ioBroker verwendet werden.

[RJ3n53n]

@codierknecht
Okay, jetzt weiß ich, was Du meinst. Ja, so hatte ich das gemacht. Eingerichttet hatte ich es nach einer Anleitung. Noch bevor es bei Synology Container-Manager hieß. Da war damals auch beschrieben, welche Ports ich öffnen musste.

[Codierknecht]

@rj3n53n sagte in Kein Admin nach Update:

Noch bevor es bei Synology Container-Manager hieß

Seit DSM 7 gibt's den Container-Manager und damit auch die "Projekte".
Macht das Ganze deutlich einfacher.

welche Ports ich öffnen musste

Wenn der Container im Host-Mode läuft, muss man keine Ports mehr freigeben.
Solange auf der Syno nix läuft was dem Container da in die Suppe spucken kann, spart man sich die ganze Port-Litanei.

[RJ3n53n]

@codierknecht
Ich hab da ein oder andere auf der Syno am Laufen. Aber auch da gab es bisher keine Probleme.

[Codierknecht]

@rj3n53n

Solange die Ports sich da nicht in die Quere kommen, passt das.

[RJ3n53n]

@Codierknecht Dankeschön

[Homoran]

@codierknecht sagte in Kein Admin nach Update:

@rj3n53n

Solange die Ports sich da nicht in die Quere kommen, passt das.

da war aber was mit Port 9000 wimre.

[RJ3n53n]

@homoran wimre sagt mir gar nichts

[Homoran]

@rj3n53n sagte in Kein Admin nach Update:

wimre

Wenn
Ich
Mich
Richtig
Erinnere

war an @Codierknecht gerichtet

[RJ3n53n]

@Homoran
Ach so. Danke....

[Codierknecht]

@homoran sagte in Kein Admin nach Update:

da war aber was mit Port 9000

Hatte meinen Container damals auf der Synology auch immer als Host laufen. Ohne Probleme.

[Homoran]

@codierknecht kann sein, dass irgendeine Station die 9000 nurzt. ich hab da dunkel due Surveillance station im Hinterkopf