Neues YouTube-Video: Visualisierung im Devices-Adapter

[Homoran]

@Meister-Mopper sagte:

World has changed!

Das mag ja sein, aber das hiesige Haupt"problem" ist doch, dass ein Dockerkundiger nicht sofort zur Hand war.
In meinem Fall (und ich weiss es auch von anderen) liegt es daran, dass Docker als zusätzliche Ebene bei Problemen eben doch anders behandelt werden muss als eine native Installation.
Mir ist das zu komplex, deswegen lasse ich die Finger davon.
Für einen "Laien, der nicht fit mit der Materie" ist ist es bei Dockerproblemen nochmal schwieriger.

Wenn man dan eine KI fragt und d die Antwort nicht bewerten kann, sehe ich eine weitere Gefahr.

Es gibt ja einige Maßnahmen, die bei einer nativen Installation durchaus üblich sind, bei Docker aber nicht angewandt werden dürfen.
Soweit mein Halb-/Viertelwissen.
Ich würde mir nicht zutrauen eine Anweisung, die eine Ki aus Nativer und Dockerinstallation mixt zu bewerten.

EDIT:
Die KI Korrektur von meinem neuen Tablet hat mal wieder einige Worte fehkorrigiert und so sinnentstellt.
Ich hoffe ich habe das bereinigen können

[juggi1962]

Guten Morgen, ich hoffe die Gemüter haben sich wieder beruhigt.
Wenn ich hier darf möchte ich noch mal meine Situation schildern ohne gleich wieder angegriffen zu werden.
Ich habe ca. 9 Jahre den ioBroker zuerst auf einem Raspberry 3 dann auf einem 4er mit einer SSD Festplatte und einem Argon ONE Gehäuse am laufen gehabt.
Mein ganzes Haus laüft darauf 86 zWave Module, Viessmann Heizung wird ausgelesen, PV von Huawei, Zappi Wallbox, 3 Netatmo Cams usw. ich wollte eigentlich da ich ja das Synology DS 923+ NAS am Laufen habe eigentlich nur den ioBroker Container als Backup einrichten falls mal der Raspberry den Geist auf gibt, damit ich gleich wieder online mit meinem ganzen Haus bin. ich habe den Container eingerichtet und das Backup vom Raspberry drauf gespielt und alles hat funktioniert und sogar viel besser und schneller als mit dem Raspberry 4 darum bin ich bei dem Container geblieben und hab den Raspberry als Backup gelassen. Vielleicht entstand der Fehler dass ich jetzt den Admin Adapter nicht auf das neueste Update aktualisieren konnte durch das übernehmen des Backups vom Raspberry. Ich weiß es nicht, mir war auch nicht klar, dass das mit einem Container komplizierter ist als mit einem Raspberry. Ich möchte aber auf dem Nas bleiben weil einfach alles viel zügiger und schneller läuft. es gibt keine Verzögerungen mehr usw.

Das war mal meine Situation und da ich ja belehrbar bin und es richtig machen möchte, bitte ich die mit dem Container was zu tun haben und mir vielleicht sagen können ob das was mir die KI da vorgeschlagen hat völliger Blödsinn war und wie ich es dann besser und sicherere machen kann. Momentan läuft alles wie es soll, aber das habe ich auch gedacht bis das Admin Update gekommen ist.
Falls man das in einen anderen Bereich verschieben soll bitte machen.
Danke noch mal für eure Hilfe und ich habe mich gestern nicht feiern lassen, ich habe nur weil es gewünscht war was ich getan habe, dass das Update dann funktioniert hat, es hier reingeschrieben.
Gruß aus Tirol von einem 64 Jährigen der sich halt mit den ganzen Code nicht so auskennt.

[Homoran]

@juggi1962 sagte:

Wenn ich hier darf

Natürlich darfst du!

@juggi1962 sagte:

ohne gleich wieder angegriffen zu werden.

Ich glaube nicht, dass du bisher angegriffen wurdest.
Das muss ein Missverständnis sein.

Was ich bisher gesehen habe waren Hinweise und Ratschläge.

Und nochmals zur Klarstellung.

Docker ist ein super Tool. Und solange es -wie bei dir- rund läuft, hast du damit auch nichts am Hut.
Erst wenn es es nicht mehr tut ist halt eine weitere Ebene involviert, mit der man sich auskennen muss.

Und genau da hakt es.
Ich habe keine Ahnung warum sich der admin bei dir nicht updaten ließ. Das sollte im Container nicht anders laufen als nativ.

Da muss vorher irgendetwas schief gelaufen sein, was wir durch den "Eingriff der KI" jetzt leider nicht mehr klären können.

Deshalb steht auch in den verlinkten "Hinweisen für gute Forenbeiträge" dass man während der "Behandlung" keine unabgesprochenen Aktionen ausführen soll.
Auch wenn so ein Fall nur alle paar Jahre vorkommt, wäre es für andere User interessant die Ursache zu kennen.

[crunchip]

@juggi1962 sagte:

bitte ich die mit dem Container was zu tun haben und mir vielleicht sagen können ob das was mir die KI da vorgeschlagen hat völliger Blödsinn war

Nicht ganz Blödsinn aber auch nicht der übliche Weg.
https://docs.buanet.de/de/iobroker-docker-image/docs/
Punkt 2 in deiner Beschreibung nicht nötig, wird ja automatisch gemacht durch Maintenance‑Modus

[juggi1962]

@Homoran sagte:

Da muss vorher irgendetwas schief gelaufen sein, was wir durch den "Eingriff der KI" jetzt leider nicht mehr klären können.

Man könnte es schon noch nachvollziehen ich habe ja von der Version wo es nicht ging auch ein Update müsste nur wieder zurück gehen. Falls sich jemand die Arbeit mit mir antun will mache ich das gerne. Ich bin nämlich auch daran interessiert dass alles so ist wie es gehört.

[Codierknecht]

Hallo @juggi1962 und auch an den Rest der Bande.
Bin gerade erst aus dem Urlaub zurück und über diesen Thread gestolpert.

@juggi1962
Docker-Container sind im Prinzip eine tolle Sache ... wenn man sich mit der Materie ein bisschen auskennt oder bereit ist, sich da einzuarbeiten.
Ansonsten kann ich mich @homoran anschließen: Bei Problemen fängt man sich mit Docker eine zusätzliche Ebene und somit eine weitere mögliche Fehlerquelle ein.

Aber ansonsten ein ganz einfaches Grundprinzip: Container sind Wegwerfartikel!
Die zieht man hoch, benutzt sie und wirft sie anschließend wieder weg. Dazu sind sie gedacht und gemacht. Man zieht "mal schnell" die Infrastruktur hoch, die man gerade braucht und kann sie nachher gleich wieder entsorgen.
Für sowas wie ioBroker läuft das logischerweise etwas anders, denn hier will man diese "on the fly" Infrastruktur ja auch dauerhaft verwenden.
Alles was nicht als "Nutzdaten" zu betrachten ist (also deine ioB Konfiguration) ist - was Updates angeht - in der Regel Aufgabe des Maintainers (buanet).
Er stellt regelmäßig Updates bereit. An NPM oder anderen OS-nahen Dingen schraubt man daher nicht selbst. Das wird früher oder später (bei buanet eher früher) durch eine neue Version des Container-Image erledigt.

Daher hier ein paar Empfehlungen meinserseits.

• Soweit noch nicht geschehen, solltest Du das auf dem NAS als "Projekt" anlegen. Das entspricht so ziemlich dem allgemein üblichen "Docker-Compose" und vereinfacht einige Dinge. Vor allem muss man an der Container-Konfiguration nix mehr einzeln einstellen, sondern hat alles an einem einzigen Platz.
• Ich gehe mal davon aus, dass Du für die Nutzdaten bereits den Container auf ein Volume des NAS gemappt hast. Damit sind Deine Daten "persistiert". Soll heißen, sie gehen bei einem Update nicht verloren.
  Für den Notfall hat man selbstverständlich regelmäßige Backups angelegt, oder? ;-)
• Wenn der "Unterbau" dann mal "Zicken" macht, wird das Projekt einfach gestoppt, der Container und das Image gelöscht und das Projekt dann neu gestartet.
  Ob's auf Synology auch einen einfachen Weg nach dem Motto "Projekt updaten" gibt, habe ich noch nicht herausgefunden. Ich betreibe keine Syno mehr.

[juggi1962]

@codierknecht Hallo und danke für deine Empfehlungen.
Ich habe alles so gemacht wie du es in den Empfehlungen an gibst
(dass Du für die Nutzdaten bereits den Container auf ein Volume des NAS gemappt hast) ja habe ich.
Backups macht das Nas vom Docker Ordner jeden Tag
Projekt ist keines angelegt, da weiß ich auch nicht wie.
Kannst du mir bitte helfen, denn ich würde es gerne richtig machen.
Danke im Voraus Gruß Jürgen.

[Codierknecht]

@juggi1962 sagte:

Backups macht das Nas vom Docker Ordner jeden Tag

Das sollte besser durch den BackItUp-Adapter erledigt werden.

Und by the way: Die legst Du hoffentlich nicht auf dem NAS ab.
Denn wenn die Kiste abraucht hast Du dann: NIX

[juggi1962]

@Codierknecht sagte:

@juggi1962 sagte:

Backups macht das Nas vom Docker Ordner jeden Tag

Das sollte besser durch den BackItUp-Adapter erledigt werden.

Und by the way: Die legst Du hoffentlich nicht auf dem NAS ab.
Denn wenn die Kiste abraucht hast Du dann: NIX

nein das ist nicht nur auf dem Nas sondern auch auf einer externen USB und eSata Festplatte und auch noch auf einer alten Synology die bei meiner Tochter steht. Backups mit dem BackIt hub habe ich auch

[Codierknecht]

@juggi1962 sagte:

Kannst du mir bitte helfen, denn ich würde es gerne richtig machen.

Soweit mir das möglich ist, gerne.
Ich starte mal meine VM ...

[juggi1962]

@Codierknecht sagte:

@juggi1962 sagte:

Kannst du mir bitte helfen, denn ich würde es gerne richtig machen.

Soweit mir das möglich ist, gerne.
Ich starte mal meine VM ...

das wäre super, Danke im Voraus

[Codierknecht]

Wenn Du das Verzeichnis gemappt hast, ist ja alles save und Du kannst den bisherigen Container wegwerfen.
Also:

• Container stoppen und löschen
• Image löschen

Dann ein neues Projekt anlegen:

Der "Pfad" betrifft nur das "docker-compose.yml".
Meine Struktur sieht dann so aus:

Ich habe einen Pfad "/volume1/docker/projects/xyz" in den die Yaml-Dateien des Compose kommen.
Synology benennt die leider alle gleich, so dass die in einzelne Unterverzeichnisse kommen.
Im eigentlichen Compose wird dann auf "/volume1/docker/xyz" gemappt. Das wird im Compose selbst angegeben (siehe unten).

In den Editor kommt dann das eigentliche Docker-Compose:

services:
  iobroker:
    container_name: iobroker
    image: buanet/iobroker:latest
    hostname: iobroker
    network_mode: "host"
    volumes:
      - /volume1/docker/iobroker:/opt/iobroker
    environment:
      PACKAGES: "nano openssh-server"
      AVAHI: true
#      DEBUG: true
    restart: unless-stopped

Hier muss dann der Pfad ggf. an Deine Gegebenheiten angepasst werden.

Den "Network-Mode" habe ich hier auf "Host" stehen. Damit vermeidet man, dass man sämtliche benötigten Ports in den Container mappen muss.
Wenn das NAS allerdings zusätzliche Dienste anbietet, die mit den Ports innerhalb des ioB-Containers kollidieren, muss man den Weg über das Mapping der einzelnen Ports gehen.

    network_mode: "bridge"  
    ports:
      - "5820:5800"
      - "5920:5900"
      - "8081:8081"
      - "8082:8082"

Wie gesagt: Das wird nur bei Portkollisionen benötigt.

Wenn das Projekt dann angelegt ist: Starten und glücklich sein.

In regelmäßigen Abständen sollte man den Container und das Image aktualisieren. Auch ein virtualisiertes OS will gepflegt werden.

• Projekt bereinigen (stoppt und löscht Container)
• Image löschen
• Projekt erstellen (lädt neues Image und startet neuen Container)

[juggi1962]

@Codierknecht sagte:

volumes:
- /volume1/docker/iobroker:/opt/iobroker

das muss der Pfad sein der jetzt meine ganzen ioBroker daten enthält oder?

[Codierknecht]

@juggi1962 sagte:

das muss der Pfad sein der jetzt meine ganzen ioBroker daten enthält oder?

Ja - der Pfad, den Du bisher auch schon in den Container gemappt hattest.
Wie der bei Dir genau lautet, weiß ich natürlich nicht. Kann ja auch ein anderes Volume sein.

[juggi1962]

wenn ich jetzt auf weiter klicke kommt Webportal via Web Station einrichten muss ich das auch, ?

[Codierknecht]

Nö! Nicht unbedingt nötig.

[juggi1962]

okay Das Projekt ist jetzt mal grün. Ich habe da noch 2 Container und zwaralexxit-go2rtc und zwave-js-ui hier gilt das Selbe
hab was vergessen im alten Iobroker Container habe ich noch
/Volume1/docker/mtioneye_eingang:/opt/iobroker/ipcam/motioneye_eingang:rw
/Volume1/docker/mtioneye_terrasse:/opt/iobroker/ipcam/motioneye_terrasse:rw

was passiert mit diesen?

[mcm1957]

@homoran
Bitte #21 und alles Nachfolgende in ein eigenes Topic abspalten. Ab #21 gehts um ein ioBroker setup in DOCKER und nicht um die Admin Version die das Cloud Service kurzzeitig verlangt hat.

Anschließend den neuen, abgespaltenen Topic bitte in den DOCKER Bereich verschieben.
DANKE

[mcm1957]

@homoran
Thanks

[Codierknecht]

@juggi1962 sagte:

was passiert mit diesen?

Die werden nach dem gleichen Muster auch im Compose angegeben.
Der Aufbau sollte relativ gut erkennbar sein.