unknown attribute icon und devStateIcon

[Zrrronggg!]

Ich wechsele gerade von einer relativ alten FHEM 5.9/Linkstation  auf FHEM 6.4 (frischer DL von Vorgestern) auf RPi3 Trixie.

Dazu habe ich meine alte fhem.cfg kopiert und nach diversen Anpassungen bezüglich Verzeichnissen und Funkschnittstellen in die neue FHEM Installation kopiert.

Das läuft an sich recht gut, es gibt aber reichlich Fehlermeldungen. Einige sind Sachen, die schlicht übersehen habe, aber einige verstehe ich nicht.
Insbesondere kriege bei praktisch jeden Device, wo ich es definiert habe:

unknown attribute icon
unknown attribute webCmd
unknown attribute devStateIcon


Das Lustige ist: Die Icons und devStateIcon sind aber alle da.
Auch webCmd macht was es soll. D.H. de "unknown" Attributes funktionieren.

Was habe ich verpasst?

[Beta-User]

Klingt nach einer Folge des manuellen Eingriffs in die cfg.


Steht denn mind. eine FHEMWEB-Definition ziemlich vorne?

[Zrrronggg!]

Richtig, cfg manuell nachbearbeitet, da Pfade nicht mehr stimmen. FHEMWEB-Definition ist fast das erste, davor ist nur ... äh ... Moment mal ...

Davor SOLLTEN Globale Attribute sein, sind sie aber nicht ...
(Keine Ahnung warum, irgendein Fehler von mir beim kopieren)

Ohne

Code Auswählen Erweitern

attr global userattr devStateIcon devStateStyle icon sortby webCmdwird's aber in der Tat Probleme geben ... hust.


Also vielen Dank für die Hilfe, es war wohl zu spät gestern.
 

[betateilchen]

ich geh mal Popcorn holen...

[Zrrronggg!]

Popcorn? Wieso, ist doch alles gelöst.


Aber wo ich gerade schon mit der Mutter aller cfg-edit-Gegner rede, mal eine ernste Frage:

Ich zieh gerade eine recht umfangreiche Installation von einem Host auf einen anderen. Meine Lösung ist, auf dem neuen Host ein "nacktes" FHEM zu installieren und dann die fhem.cfg rüberzukopieren. Das macht erwartungsgemäss einige Problemchen, aber vor allem weil Quelle Featurelevel 5.9 und Ziel 6.4 und Pfade anders (und ich manchmal zu müde, siehe oben)

Ich frage mich nun: Was macht man denn in einer Welt, in der man die fhem.cfg nicht anfassen soll? Wie würde man da so einen Umzug bewerkstelligen? (ernste Frage)

[JoWiemann]

Ich frage mich nun: Was macht man denn in einer Welt, in der man die fhem.cfg nicht anfassen soll? Wie würde man da so einen Umzug bewerkstelligen? (ernste Frage)

Will mal so sagen. In so einem Fall bleibt einem wohl nichts anderes übrig. Das hier Sorgfalt geboten ist, ist ja nun auch Deine Erkenntnis. Die Frage ist dann noch, ab wann man die Community einbezieht?

Grüße Jörg

[MadMax-FHEM]

@Zrrronggg!

Backup -> Restore

(inkl. Durchführung der notierten Vorbereitungsschritte)

Vorher oder nachher ein Update...

Was machst du, wenn die Kiste abraucht?
(auch ernst gemeint)

Gruß, Joachim

[cetri]

Was machst du, wenn die Kiste abraucht?
(auch ernst gemeint)

Proxmox auf nem neuen Rechner installieren und die LCX (FHEM, MQTT, usw.) aus der Datensicherung importieren und starten.

[MadMax-FHEM]

Was machst du, wenn die Kiste abraucht?
(auch ernst gemeint)

Proxmox auf nem neuen Rechner installieren und die LCX (FHEM, MQTT, usw.) aus der Datensicherung importieren und starten.

Es war ja nicht allgemein gefragt, sondern an den TE gerichtet (hab ich angepasst)...
...bei dem es sich ja um einen RasPI handelt...

Gruß, Joachim

[betateilchen]

Das macht erwartungsgemäss einige Problemchen, aber vor allem weil Quelle Featurelevel 5.9 und Ziel 6.4 und Pfade anders (und ich manchmal zu müde, siehe oben)

Was meinst Du eigentlich mit Deiner wiederholten Anmerkung bezüglich "Pfade anders"?
Die können/sollten m.E. nur dann "anders" sein, wenn Du sie selbst abweichend vom Standard definiert hast.

[cetri]

Es war ja nicht allgemein gefragt, sondern an den TE gerichtet (hab ich angepasst)...
...bei dem es sich ja um einen RasPI handelt...

Hi Joachim,

das war mir schon klar. Nachdem mir aber selber 2 SD-Karten in Raspis abgeraucht sind habe ich mich bewusst für die Proxmox-Variante entschieden und wollte die Vorteile hier kundtun.

Gruß
Jörg

[betateilchen]

Außerdem läßt sich auch ein Raspi wunderbar auf einen ProxmoxBackupServer sichern, den man ggf. in einer Proxmox-VM laufen hat