Rundumglücklichsupport für @thorkillar ;-)
-
@codierknecht sagte in Benötige Hilfe: Viele Adapter stürzen regelmäßige ab:
Du musst Dir das aktuelle "latest"-Image neu holen und damit den Container erzeugen.Habe ich auch oben geschrieben ..... !
Sonst bleibst du immer auf das alte Image auf der Syn sitzen , was du zuvor runtergeladen hast .@glasfaser sagte in Benötige Hilfe: Viele Adapter stürzen regelmäßige ab:
Neues ... aktuelles Image ziehen ... image/ Container .... -
@codierknecht okay, dann halt nochmal
Eine Frage zum Mounten.
ich würde gern einige Daten aus dem Docker Pfad verlagern. Würde folgendes funktionieren? Oder zerschieße ich mir damit meinen iobroker?
-
@thorkillar sagte in Benötige Hilfe: Viele Adapter stürzen regelmäßige ab:
Würde folgendes funktionieren?
.... kannst du machen ... wäre aber dann doppelt
da der Mount schon in dem ersten enthalten ist
.
-
@glasfaser das macht dann aber nicht wirklich sinn?
-
Das mußt du selber wissen und entscheiden ....
.. wie dann der weitere Backupverlauf ist auf der Syn , mit diesen Ordnern. -
@thorkillar sagte in Benötige Hilfe: Viele Adapter stürzen regelmäßige ab:
Kann ich die Anleitung für einen Docker auf Synology verwenden?
Das weiß ich nicht. Von Containern hab ich keine Ahnung.
Soweit ich weiß zieht man sich da immer einenen neuen. -
@thorkillar sagte in Benötige Hilfe: Viele Adapter stürzen regelmäßige ab:
Eine Frage dazu: Kann ich die Anleitung für einen Docker auf Synology verwenden?
Nein, einfach den Container auf Basis eines neuen Images (Tags verwenden) neu erstellen. Da ist dann die neue nodejs Version enthalten. Eine Übersicht dazu gibts auf Docker Hub.
-
okay, ich danke euch allen. warum habe ich mir bisher immer "die Finger gebrochen"??? Das ist ja relativ einfach, wenn man es richtig macht.
Ich hatte bisher immer den Container aus dem "alten Image" erstellt und NodeJS kompliziert via Terminal upgedatet.
Oh je. oh je.Eine Frage zum Log noch:
"Using TZID without Luxon available is unsupported. Returned times are in UTC, not the requested" Diese Meldung bekomme ich ganz häufig beim Start. Bekomme ich das repariert? Oder ist die unwichtig?Und nachher teste ich erstmal, ob mein ursprüngliches Problem mit den Updates behoben ist.
-
@thomas-braun
Ich war bis gestern Abend auch der irrigen Annahme, dass ein "latest" bedeutet, der Container schaut beim Neustart nach ob's was neuere gibt und reagiert dann entsprechend.
Pustekuchen! Ein "latest" wird auch nur mit dem Tag im Docker-Repo abgeglichen. Wenn lokal ein Image namens "latest" zu finden ist, nimmt er auch das. Welche Versionen da intern drinstehen, ist ihm völlig Latte.
Man muss also selbst dafür sorgen, dass das lokal vorliegende Image auch tatsächlich aktuell ist.Bedeutet also:
- Container stoppen
- Image löschen
- Neues Image vom DockerHub ziehen
- Neuen Container mit diesem Image erzeugen und starten
-
Wäre mir ja zu umständlich...
Da bin ich ja drauf angewiesen was der Container-Bauer da alles reinpackt, oder ich bastel mir selber einen.
Dann kann ich aber auch auf Dauer ein 'natives System fahren'. -
@thomas-braun
Du hast ja auch Ahnung von Linux
Mein einziges Linux-System ist die Synology-Kiste.
Da kann ich mir mal ein Verzeichnis listen lassen oder hier gepostete Befehle ausführen, von denen ich nur eine ungefähre Idee habe was die machen - dann hört's aber schon fast wieder auf.
Ansonsten bewege ich mich berufsbedingt ausschließlich im Windows-Universum.
Solange das was der Container-Bauer da zusammenstellt stabil funktioniert und auf Stand ist, stört mich das nicht. -
@thomas-braun sagte in Benötige Hilfe: Viele Adapter stürzen regelmäßige ab:
Da bin ich ja drauf angewiesen was der Container-Bauer da alles reinpackt, oder ich bastel mir selber einen.
Oder Du nimmst als Basis für dein eigenes Image das ioBroker-Image und packst weitere Layer oben drauf.
Das ist ja der Sinn der Sache von Docker.
-
@haus-automatisierung sagte in Benötige Hilfe: Viele Adapter stürzen regelmäßige ab:
Oder Du nimmst als Basis für dein eigenes Image das ioBroker-Image und packst weitere Layer oben drauf.
Fixt mich nicht an. Lieber ein 'richtiges' System. Fühlt sich besser an.
-
@thomas-braun Ich installiere fast nix mehr nativ. Sonst muss man sich ja immer alles zusammen suchen und überlegen, wie mehrere Versionen zusammen spielen. Mal eben eine Anwendung mit PHP 8.1 testen? Kein Problem. Die anderen laufen in der Zeit z.B. weiter mit PHP 8.0
Oder eine Anwendung braucht mySQL in einer älteren Version? Gut, gibts halt n zweiten Container auf dem gleichen System. Ohne dass man auch nur eine Zeile an der Config anpassen muss. Schon ziemlich stark.
Zumal im Dockerfile auch 1:1 jeder Schritt dokumentiert wird. Das ist 100% transparent wie das System aufgebaut ist
-
Für Testumgebungen ist ein Container ideal.
Aber nicht für den Dauerbetrieb als Server. Da möchte ich dauerhaft stabile Versionen haben, die sich eben nicht andauernd ändern. -
@thomas-braun
man hat halt auch die Möglichkeit mehrere iobroker installationen parallel zu betreiben (produktiv, entwicklung, bleeding-edge).
man kann adhoc auch wieder was auf ursprungszustand zurückstellen (volume löschen)
man kann container starten stoppen pausieren und du brauchst nur eine hardware dafür (halt mit größerem speicher). vorteil gegenüber vm ist, das sich die container den vorhandenen speicher aufteilen ( man kann auch fix zuordnen)das würde ich aber immer nur in verbindung von macvlan machen, so das man einem container auch eine eigene ip zuweisen kann. ansonsten mappt man sich zu tode.
ja, der os-zustand ist fix. man kann zwar auch kurz mal noch was nachinstallieren, das ist aber beim nächsten container-neustart wieder weg, ausser man speichert sich das separat weg und macht daraus ein neues image (das wäre dem TE auch noch aufgefgallen, das sein im container aktualisierte node beim nächsten mal wieder weg ist
)os-updates gehen on the fly und sind in weniger wie 5 minuten erledigt.
ja man muss dem image ersteller vertrauen und eigentlich auch alle im image verwendeten layers ebenfalls oder man geht die alle der reihe nach durch (das ist etwas lästig, da ich da noch keine schöne baumansicht gesehen habe bei der man auf einem blick alle verwendeten images und in diesen installierten packete überschauen kann
-
@thomas-braun sagte in Benötige Hilfe: Viele Adapter stürzen regelmäßige ab:
Aber nicht für den Dauerbetrieb als Server.
Dann mache ich seit Jahren was falsch
Alle Webseiten laufen in eigenen Containern. Schon alleine der Sicherheitsaspekt. Wird etwas gehackt, hat man halt Zugriff auf alles im Container und die gemappten Volumes. Mehr nicht. Auf den Host / die anderen Seiten kommt man nicht. -
@thomas-braun
dann macht auch aws und auch andere cloud-anbieter was falsch.
das basiert alles auf containern
und ich würde mal sagen, tausende von firmen verwenden das.
mit kubernetes (einer management schicht über den containern) kannst du dann ganze heerscharen von container managen.
einfaches beispiel
du betreibst einen shop, der dümpelt von den zugriffen so vor sich hin, das wenige server ausreichen (load balancer, datenbank, applikationsserver, cache, mehrere web server)
jetzt werden produkte im fernseher beworben und plötzlich steigen die seitenzugriffe an. eigentlich müsstest du im vorfeld die hardware planen, aufstellen, installieren, konfigurieren. blöd ist, wenn die aktion vorbei ist, dann haste hardware übrig.
mit containern kannst du dynamisch die anzahl der webserver/caches hoch und runterfahren und bezahlst (bspw bei aws oder azure) nur das was du auch tatsächlich nutzt. -
@oliverio Von CI/CD pipelines mal ganz zu schweigen
Aber das wird jetzt zu OT -
Klar gibt es dafür sinnvolle Einsatzszenarien.
Für den iobroker ein Händen von oftmals Einsteigern bei 'Linux' usw. sehe ich das Setup in Containern nur als zusätzliche Hürde. Macht es nur komplexer.
