search

jens-maus / RaspberryMatic

:house: A feature-rich but lightweight, buildroot-based Linux operating system alternative for your CloudFree CCU3/ELV-Charly 'homematicIP CCU' IoT smarthome central. Running as a pure virtual appliance (ProxmoxVE, Home Assistant, LXC, Docker/OCI, Kubernetes/K8s, etc.) or on a dedicated embedded device (RaspberryPi, Tinkerboard, IntelNUC, etc.)
https://raspberrymatic.de
Apache License 2.0
1.5k stars 184 forks source link

Home Assistant Add-on #2221

Closed detLAN closed 1 year ago

detLAN commented 1 year ago

Describe the issue you are experiencing

Describe the behavior you expected

Ich migriere meine CCU gerade von meinem RaspberryPi4 auf meine RackStation in Home Assistant (oci_amd64) - Gerät auf RaspberryPi4 ablernen und auf RackStation wieder anlernen. Dabei ist mir aufgefallen, dass alte RaspberryMatic Probleme, welcher unter RaspberryPi4 behoben wurden, offensichtlich in der OCI Variante noch bestehen.

Steps to reproduce the issue

Siehe Beschreibung

What is the version this bug report is based on?

3.67.10.20230114

Which base platform are you running?

oci (Open Container Infrastructure)

Which HomeMatic/homematicIP radio module are you using?

HmIP-RFUSB

Anything in the logs that might be useful for us?

nein

Additional information

Altes System: SCR-20230216-mvc Neues System: SCR-20230216-mvq

Baxxy13 commented 1 year ago

A: Das Umlaut-Problem wurde erst mit Nightly 3.67.10.20230116-dbe8c31 behoben, ist also in deiner Version "normal". B: Es gibt keinen ("offiziellen") Weg Cloudmatic zu deinstallieren.

Du müsstest also erstmal darlegen wie du das gemach hast.

Das RM-HA-AddOn ist ein Docker Container. Jegliche Änderungen außerhalb des /userfs sind nur temporär, also nach einem Reboot wieder weg. (einer der Gründe warum ich kein Fan des RM_HA-AddOn's bin)

Also ist A ein Duplikat von #2160 und B mit ziemlicher Sicherheit kein Bug.

detLAN commented 1 year ago

A: Das Umlaut-Problem wurde erst mit Nightly 3.67.10.20230116-dbe8c31 behoben, ist also in deiner Version "normal". B: Es gibt keinen ("offiziellen") Weg Cloudmatic zu deinstallieren.

Du müsstest also erstmal darlegen wie du das gemach hast.

Das RM-HA-AddOn ist ein Docker Container. Jegliche Änderungen außerhalb des /userfs sind nur temporär, also nach einem Reboot wieder weg. (einer der Gründe warum ich kein Fan des RM_HA-AddOn's bin)

Also ist A ein Duplikat von #2160 und B mit ziemlicher Sicherheit kein Bug.

Wie ich geschrieben habe, wird die Nagware nach Deinstallation unter RaspberryPi4 bei einem reboot nicht neu installiert. Die Deinstallation sieht wie folgt aus:

mount -o remount,rw / rm -r /opt/mediola/ rm -r /opt/mh/ rm -r /usr/local/etc/config/addons/mh/ rm -r /usr/local/etc/config/addons/www/mh rm -r /etc/init.d/S97NeoServer rm -r /etc/init.d/S97CloudMatic rm -r /etc/config/hm_addons.cfg cp /etc/config/hm_addons.cfg.SICHERUNG /etc/config/hm_addons.cfg rm -r /root/.ash_history mount -o remount,ro /

jens-maus commented 1 year ago

Kann ich nicht verstehen warum Man diesen aufwand für etwas treibt das standardmäßig abgeschalten ist, keinerlei Ressourcen frisst und nur dasitzt und wartet für den fall der fälle wenn man es ggf doch braucht...

Auch jeden fall ist dieses Ticket hier ja bereits abgefrühstückt wie @Baxxy13 ja bereits dargelegt hat und dies hier ja kein Diskussionsforum ist.

detLAN commented 1 year ago

Kann ich nicht verstehen warum Man diesen aufwand für etwas treibt das standardmäßig abgeschalten ist, keinerlei Ressourcen frisst und nur dasitzt und wartet für den fall der fälle wenn man es ggf doch braucht...

Deine Einstellung hierzu ist bekannt. Nichts desto trotz verhalten sich die genannten Versionen unterschiedlich! Egal ob Du es nutzt oder auch nicht, wenn Du es auf der einen Platform erlaubst, dann solltest Du es auch auf allen Plattformen erlauben. Es gibt keinen Grund das Verhalten (keine Neuinstallation nach reboot) auf allen Plattformen bereit zustellen, die Nagware bleibt nach reboot bestehen, wenn man diese nicht deinstalliert hat.

Baxxy13 commented 1 year ago

Du verstehst das nicht, oder nicht richtig.

Stell dir das AddOn als Software vor die von CD gestartet wird, nen Live-Linux z.B. Da kannst du auch alles mögliche machen (z.B. die Sprache auswählen) aber nach einem Neustart ist alles wieder weg und default. Eben weil man auf eine normale CD nix schreiben kann. So ist das auch bei Docker-Containern. Es wird beim jedem Start einfach das Container-Image geladen. Änderungen am Container-Image sind nicht vorgesehen.

Nutzt man z.B. irgend eines der HB-Devices-AddOn's für RaspberryMatic (für die Selbstbau-Geräte) so wird die RaspberryMatic bei jedem (neu)Start auf's neue gepatcht. Eben weil das Container-Image immer wieder "jungfräulich" ist. Unschön, aber so ist es nun mal.

Kleiner Auszug von: wie-funktionieren-docker-container

Es sollten keine Nutzdaten, also persistente Daten im Container gespeichert werden. Container sind nämlich standardmäßig als „Immutable Infrastructure“ zu verstehen. Das heißt, dass sie nur so lange existieren wie sie etwas tun. Beim Beenden bzw. beim Neu-Deployment verschwinden auch alle Daten die innerhalb der Laufzeit erzeugt wurden. Entsprechend muss für Nutzdaten ein externes, persistentes Volume verwendet werden.

detLAN commented 1 year ago

Du verstehst das nicht, oder nicht richtig.

Vielen Dank, dass Du gewillt bist zu helfen, zu unterstützen 🤗 Ich kann nachvollziehen was Du sagen willst. Was mich jedoch wundert - wenn ich den vorinstallierten NeoServer lösche, dann bleibt dieser gelöscht. CloudMatic ist doch auch nix anderes als eine Zusatzsoftware, nur mit dem Unterschied, dass im Image eine automatische Installation inbegriffen ist. Warum kann diese Installationsroutine nicht einfach von vornherein aus dem Image entfernt werden, sowie dies bei anderen Images wie z.B. beim RaspberryPi4 der Fall ist.

Ich sehe gerade, dass Du auch im Forum https://homematic-forum.de/forum/viewtopic.php?f=65&t=78037#p757871 geantwortet hast. Wir sollten ggf. dort die Unterhaltung fortführen.