Iobroker update per Docker
-
@fastfoot sagte in Iobroker update per Docker:
Natürlich kann und sollte man seinen iobroker Container anders konfigurieren.
...wenn man weiss was man tut
-
darf ich aber nochmal einhaken?
Wenn ich es richtig Blicke, habe ich ja 4 Stellen wo ich Updates pflegen muss.
Ich möchte mich jetzt dabei vorallem auf die Anwendung in einem Container beziehen (Synology & Docker).
-
Die laufende Iobroker Instanz
-> kann ich diese einfach in der Weboberfläche (:8081) aktualisieren?
aktuell zeigt es mir bei meiner Installation unter Info, die aktualisierung des Admins von 4.0.10 auf 4.1.11 an ..? -
der JS Controller
-> wie genau update ich jetzt den JS controller? 1x habe ich es über das Docker Terminal des Iobroker Container geschafft, 1x musste ich eine Neuinstallation vornehmen
(wobei ich mich meines Wissens aber an die Anleitung gehalten habe, die mir unter Hosts angezeigt wurde...) -
die NPM Version
-> wie bei Punkt 2 - was ist der richtige Weg? -
die installierten Instanzen
-> diese update ich über die Weboberfläche. Denke das ist selbsterklärend
-
-
@dditt
Der Kern von iobroker ist der JS-Controller, nicht der Admin-Adapter. Ich aktualisiere Adapter einschließlich des Admin-Adapters über die Oberfläche. Den JS-Controller nur über die Konsole, weil ich den iobroker dazu vorher stoppe. Ob dieser auch aktualisiert wird, wenn man in der Oberfläche auf alles aktualisieren klickt, weiß ich zugegebenermaßen gar nicht. NPM und Node kann man nur über die Konsole aktualisieren. Die Befehle auf der Konsole sind im Container grundsätzlich erst mal dieselben wie in jedem anderen Linux.
-
@ofbeqnpolkkl6mby5e13 sagte in Iobroker update per Docker:
Ob dieser auch aktualisiert wird, wenn man in der Oberfläche auf alles aktualisieren klickt, weiß ich zugegebenermaßen gar nicht.
natürlich nicht - das wäre zu gefährlich im laufenden System, wie du richtig schreibst
@ofbeqnpolkkl6mby5e13 sagte in Iobroker update per Docker:
Den JS-Controller nur über die Konsole, weil ich den iobroker dazu vorher stoppe
-
@dditt sagte in Iobroker update per Docker:
darf ich aber nochmal einhaken?
Wenn ich es richtig Blicke, habe ich ja 4 Stellen wo ich Updates pflegen muss.
Ich möchte mich jetzt dabei vorallem auf die Anwendung in einem Container beziehen (Synology & Docker).
- Die laufende Iobroker Instanz
-> kann ich diese einfach in der Weboberfläche (:8081) aktualisieren?
aktuell zeigt es mir bei meiner Installation unter Info, die aktualisierung des Admins von 4.0.10 auf 4.1.11 an ..?
Wie erwähnt: das ist der Admin Adapter und der kann wie alle anderen Adapter aktualisiert werden.
- der JS Controller
-> wie genau update ich jetzt den JS controller? 1x habe ich es über das Docker Terminal des Iobroker Container geschafft, 1x musste ich eine Neuinstallation vornehmen (wobei ich mich meines Wissens aber an die Anleitung gehalten habe, die mir unter Hosts angezeigt wurde...)
Ja, für Container ist die Anleitung so wie es André in seinem Blog beschreibt, nicht so wie es in ioBroker (im Admin) steht.
- die NPM Version
-> wie bei Punkt 2 - was ist der richtige Weg?
Kann man aktualisieren, oder man aktualisiert gleich das ganze Docker Image. Damit hast du auf jeden Fall die neuste Version von Node und NPM, die von ioBroker sauber unterstützt wird. Wenn man ganz korrekt nach den Container-Richtlinien arbeiten will, dann macht man ausser an ioBroker selber keine Updates in einem Container. Das macht man über ein Update des Images. Aber da scheiden sich die Geister.
- die installierten Instanzen
-> diese update ich über die Weboberfläche. Denke das ist selbsterklärend
Genau wie Punkt 1, ja.
- Die laufende Iobroker Instanz
-
@unclesam sagte in Iobroker update per Docker:
nicht so wie es in ioBroker (im Admin) steht.
ich nehme an, dass ist was @haselchen meinte.
Sollte Docker jetzt auch noch in dem Popup aufgenommen werden? -
erstmal Danke für die zahlreichen Antworten!
@UncleSam , hast du dazu einen kleinen Tipp wo ich das nachlesen kann? oder wird das bei Andre auch irgendwo beschrieben?
@unclesam said in Iobroker update per Docker:
Kann man aktualisieren, oder man aktualisiert gleich das ganze Docker Image. [...]
@homoran said in Iobroker update per Docker:
[...]Sollte Docker jetzt auch noch in dem Popup aufgenommen werden?
ich als unerfahrener User würde es begrüßen
-
@homoran sagte in Iobroker update per Docker:
Sollte Docker jetzt auch noch in dem Popup aufgenommen werden?
Ich denke, das gehört genau ins Thema, das wir heute Abend besprechen mit @andre
-
@dditt sagte in Iobroker update per Docker:
ich als unerfahrener User würde es begrüßen
und genau wegen vieler solcher Spezialitäten halte ich Container für "unerfahrene User" als nicht brauchbar.
-
@homoran aber wie wird man eine erfahrener User wenn man so wie ich sonst nix mit Linux am Hut hat, meistens durch Fehler die einen passieren. Und aus diesen lernt man.
Nur weil ich kein Erfahrener User bin sollte ich keine Container verwenden, sehe ich nicht so. Ich finde die Container gut, man muss sich eben etwas damit beschäftigen, was ich ja nicht tat. Aber wie oben geschrieben passiert mir der Fehler nicht mehr ohne Backup was zu machen.@homoran said in Iobroker update per Docker:
@unclesam sagte in Iobroker update per Docker:
nicht so wie es in ioBroker (im Admin) steht.
ich nehme an, dass ist was @haselchen meinte.
Sollte Docker jetzt auch noch in dem Popup aufgenommen werden?Ich finde auch das es zur Anleitung dazu gehören sollte, da es sicher sehr viele User gibt die Container nutzen und auch keine Erfahrene User sind. Denke das es mehr Unheil verhindert als verursacht wenn es eine einfache klar verständliche Anleitung gibt wie man eben die genannte Dinge up to date halten kann, wenn man es möchte.
-
@nwh sagte in Iobroker update per Docker:
meistens durch Fehler die einen passieren. Und aus diesen lernt man.
das ist eine sehr vernünftige Einstellung.
@nwh sagte in Iobroker update per Docker:
Nur weil ich kein Erfahrener User bin sollte ich keine Container verwenden, sehe ich nicht so.
Naja, das kann man auch kontrovers diskutieren.Du solltest auch als Fahranfänger nicht direkt an einem Formel 1 Rennen teilnehmen.
Auch ich kannte vor ioBroker weder Lnux, noch javascript und habe mich einigearbeitet - immer einen Schritt weiter.
Es hat mich einfach überfordert hochkarätige Aufgaben zu erfüllen. Und einfach nach einer vorgekautten Anleitung etwas nacharbeiten, ohne dass ich es vertstanden hatte ist nicht mein Ding.
Ganz abgesehen davon, dass es damals noch überhaupt keine vergleichbare Hilfe gegeben hätte -
Das sehe ich auch so wie @Homoran
Wenn man laut eigener Einschätzung keine Ahnung von 'Linux' hat, warum nimmt man dann gleich zwei Treppenabsätze auf einmal?
Container sind halt nochmal eine ganz eigene Nummer, da ist es hilfreich, wenn man die Grundkonzepte von 'Linux' kennt und sich dann auf die u. U. ganz anderen Anforderungen und Umstände, die ein Betrieb in einem Container mit sich bringt einstellen kann.Ich habe vermutlich ein wenig "Ahnung von Linux (bzw. Debian)", würde mir aber nicht unbedingt auch noch einen Container ans Bein binden. Ich sehe da für mein Setup auch keinen Vorteil.
-
@dditt sagte in Iobroker update per Docker:
der JS Controller
-> wie genau update ich jetzt den JS controller? 1x habe ich es über das Docker Terminal des Iobroker Container geschafft, 1x musste ich eine Neuinstallation vornehmen (wobei ich mich meines Wissens aber an die Anleitung gehalten habe, die mir unter Hosts angezeigt wurde...)https://smarthome.buanet.de/2020/10/iobroker-docker-container-updates-upgrades/
oder wird das bei Andre auch irgendwo beschrieben?
Eigentlich ist dort auf seiner Homepage alles zu dem Thema beschrieben.
-
@thomas-braun sagte in Iobroker update per Docker:
Das sehe ich auch so wie @Homoran
Wenn man laut eigener Einschätzung keine Ahnung von 'Linux' hat, warum nimmt man dann gleich zwei Treppenabsätze auf einmal?
Container sind halt nochmal eine ganz eigene Nummer, da ist es hilfreich, wenn man die Grundkonzepte von 'Linux' kennt und sich dann auf die u. U. ganz anderen Anforderungen und Umstände, die ein Betrieb in einem Container mit sich bringt einstellen kann.ich kann dieser Einschätzung überhaupt nicht folgen. Das Konzept von Containern ist es ja gerade, eine Applikation zur Verfügung zu stellen, ohne dass der Anwender noch groß am OS rumschrauben muss, oder sich überhaupt damit auskennen muss, Das Image von André/buanet erfüllt diese Anforderungen vollumfänglich! Wer sich nicht auskennt bekommt ein wöchentliches Update des Image geliefert, wo gibt es das noch?
Ein Vorteil z.B. ist, ich kann mein Container-Linux so sehr vergewaltigen wie ich möchte, wenn ich nicht in der Lage bin das gerade zu biegen, werfe ich den Container einfach weg und nehme einen neuen. Dabei nimmt nicht einmal mein iobroker Schaden. Bei native Linux Systemen gehst du erstmal die komplette Prozedur durch, das ist nur für die allerwenigsten eine Sache von ein paar Minuten.
Ich habe vermutlich ein wenig "Ahnung von Linux (bzw. Debian)", würde mir aber nicht unbedingt auch noch einen Container ans Bein binden. Ich sehe da für mein Setup auch keinen Vorteil.
Gerade jd. wie Du @Thomas-Braun oder Du @Homoran handled einen Container mindestens so leicht wie sein native Linux, von ans Bein binden kann da keine Rede sein! Dass du das nicht gebrauchen kannst, ist deine eigene Entscheidung, die ich auch keineswegs in Frage stellen will, aber als Argument gegen Container taugt sie halt schlecht.
Mich verwundert doch sehr dass ausgerechnet diejenigen, welche gar keine Container betreiben und auch ständig betonen dass sie dann 'raus' sind, hier das größtmögliche Bashing dieser Technologie betreiben, ohne überhaupt(nach eigener Aussage!) Ahnung davon zu haben. Respektiert einfach die Entscheidung anderer user für diese Technologie
So, das musste jetzt wirklich mal sein, Friede mit Euch
-
@fastfoot sagte in Iobroker update per Docker:
Gerade jd. wie Du @Thomas-Braun oder Du @Homoran handled einen Container mindestens so leicht wie sein native Linux, von ans Bein binden kann da keine Rede sein!
wie kommst du darauf.
ich kann das gar nicht.
deswegen nurze ich auch keine Container.
ich rede da aus Erfahrung (es nicht zu können)!ich bin froh ein paar Linux Befehle zu kennen
mein "bashing" basiert aus meinem Support hier im Forum und der Tatsache dass es immer wieder Container sind, wenn es zu Problemen kommt, die es bei Linux nativ oder einer VM nicht gibt und die "normalen" Lösungsansätze dann nicht greifen.
und weil ich dann mangels Linux Tiefenwissen nicht mehr helfen kann das gerade zu biegen, bin ich dann raus -
@homoran sagte in Iobroker update per Docker:
wie kommst du darauf.
ich kann das gar nicht.dann hab ich das wohl verwechselt
deswegen nurze ich auch keine Container.
ich rede da aus Erfahrung (es nicht zu können)!ich will niemanden zur Nutzung überreden, aber nicht können lasse ich nicht gelten, jeder kann containern!
ich bin froh ein paar Linux Befehle zu kennen
nichtmal die paar Befehle braucht es, um einen buanet Container zu betreiben
-
@fastfoot sagte in Iobroker update per Docker:
Gerade jd. wie Du @Thomas-Braun oder Du @Homoran handled einen Container mindestens so leicht wie sein native Linux
Das ist ja genau der Punkt. Ich kenn 'mein Linux' und ich könnte wohl mit dem erworbenen Vorwissen auch einen Container 'bändigen'.
Ich meine auch, die Container werden als 'Wegwerf-Installation' auch vollkommen falsch verwendet. Die Dinger sind aus meiner Sicht für ganz andere Einsatzzwecke gedacht und leisten da auch wunderbar ihre Dienste. Eine auf Dauer angelegte Installation eines Serverdienst muss ich nicht in einen Einweg-Container packen. Ein Container ist kein Ersatz für ein Backup und sollte auch nicht so verstanden werden.
Und man lernt auch nix dabei, wenn man bei verfummeltem System einfach solange einen frischen Container aus dem Hut zaubert, bis dann das System irgendwann irgendwie 'zufällig' funktioniert. -
@fastfoot sagte in Iobroker update per Docker:
nichtmal die paar Befehle braucht es, um einen buanet Container zu betreiben
bis es zu Problemen kommt.
hatte gerade noch was im letzten post editiert
-
@homoran sagte in Iobroker update per Docker:
mein "bashing" basiert aus meinem Support hier im Forum und der Tatsache dass es immer wieder Container sind, wenn es zu Problemen kommt, die es bei Linux nativ oder einer VM nicht gibt und die "normalen" Lösungsansätze dann nicht greifen.
ich lese diese Posts jetzt auch schon eine Zeitlang intensiv mit, da gibt es kein Problem welches die Nutzer nicht auch unter native Linux hätten, zumindest meine Einschätzung. Natürlich gibt es Besonderheiten, jedoch nicht für ein Standardsetup. Eine VM braucht Wissen über Proxmox oder andere VM Systeme, Docker nutzt man einfach mit minimalem Wissen. Die Beiträge mit Docker als Ursache sind doch auch weitaus geringer als die mit vermurksten Linux Installationen.
Um es nochmal klar zu sagen, ich möchte nicht zu Docker überreden, jedoch gibt es sehr gute Gründe, sich eben nicht ein Zusatzsystem anzuschaffen, sondern bereits vorhandene Hardware (NAS) zu nutzen, und es stört auf Dauer wenn diese Leute behandelt werden als hätten sie nicht alle Latten am Zaun und als würden sie etwas Falsches tun
-
@fastfoot sagte in Iobroker update per Docker:
ich lese diese Posts jetzt auch schon eine Zeitlang intensiv mit,
dann wirst du auch die Beiträge über lxc auf proxmox kennen, bei denen es Probleme mit diversen Durchreichungen und mit Docker wo verzweifelt versucht wurde irgenwelche IP Adressen anzusprechen.
Beim anschließenden Wechsel auf Vm war dann alles eitel Sonnenschein und der User happy.
Auch ich habe keinerlei Ahnung von VM und einen Heidenrespekt vor der ersten Nutzung von Proxmox gehabt.
Habe mir das aber dann als Testsystem zusätzlich aufgebaut und so lange getestet bis es rund lief (Das tat es eigentlich sofort, nur ich konnte es nicht glauben und habe um zu lernen die Installation mehrfach gemacht)ich habe ja auch in diesem Thread geschrieben, dass ich die Beweggründe akzeptiere ein System auf bestehender Hardware zu installieren.
mache gerne morgen weiter, wenn ich wieder am PC bin hier im bett am handy ist es schon mühsam....
