Hallo Zusammen,
ich wollte mein FHEM von Cubietruck auf einen Intel NUC6i3 umziehen.
Da ich momentan sehr große Stabilitäts probleme mit dem Cubie habe, wollte ich nur die wichtigesten Dateien übernehmen.
Ich bin mir aber nicht sicher, was ich alles übernehmen soll.
Folgende Dateien hätte ich jetzt gedacht:
1. fhem.cfg
2. fhem.save
3. Log Ordner
4. tabletui ordner
5. gplot-Dateien
6. 99_myutils
Hab ich was vergessen?
Bin für jeden Tipp dankbar.
Gruß Robert
Es gibt ja sehr viele Beiträge hier und im Wiki zum Umzug. Hast du die konsultiert? Ich sage das nicht, weil ich dich "zurchetweisen" möchte, sondern weil man gerade in solchen Themen dann doch immer wieder Informationen findet, an die man in solchen Situation im "trockenenen" nicht denkt, die aber dann als Erfahrung in solchen Threads geteilt werden.
Ich würde den kompletten FHEM Ordner mitnehmen (bzw. komplett neu installieren und dann cfg und logs rüber schaufeln). Warum möchtest du nur das "wichtigste" mitnehmen?
Das uniqueID (fuer fheminfo) und FBAHA/FBAHAHTTP Passwoerter stehen in /opt/fhem/FHEM/FhemUitils/uniqueID.
Was per update geholt wird, und der aktuelle Zustand steht in /opt/fhem/FHEM/controls*.txt
Ist es nicht möglich die Dateistruktur von FHEM zu optimieren? So das die Nutzerspezifischen persistenten Dateien leichter gesichert oder (wie in meinem Fall) leichter auf einen persistenten Datenträger gemountet werden können um so ein System Recreate (neustart Dockerfile) zu überleben? Also nicht überall verteilt sind.
Es gibt einige Möglichkeiten. Die global Pfad Attribute wären hier zu erwähnen. Dann wäre da noch configDb.
Ich frage mich allerdings ernsthaft, was du mit "überall verteilt" meinst.
ZitatIst es nicht möglich die Dateistruktur von FHEM zu optimieren?
Das hatte ich einmal schon gemacht, wo ich mich vom Linux (debian?) Standard verabschiedete, und im ausgelieferten Paket alles nach /opt/fhem geschoben habe. Klar kann man das noch weiter optimieren, ich wuesste aber nicht, was das in deinem Fall aendern wuerde: warum nimmst du an, dass die ausgelieferten Dateien kaputt sind, aber nicht die Konfiguration oder die eigenen Funktionen in 99_myUtils.pm?
Fuer einen Umzug wuerde ich erst fhem auf dem neuen System installieren, /opt/fhem mit der Kopie der Alten ueberschreiben, und in fhem.cfg die /dev Pfade pruefen. Das ist aber nur schnell aus dem Kopf, evtl. gibt es vollstaendigere/getestete Umzugsanleitungen.
99_myUtils.pm ist ein gutes Beispiel. Ein zweiter Modulordner wäre hilfreich der auf einen Pfad gelegt werden kann der persistent gestaltet werden kann.
Mit einem System Recreate meine ich a) Neustart eines Docker Containers mit FHEM inklusive diverser ( möglichst wenige) mounts auf Persistente Daten und b) Komplett automatisierter Neubau (inklusive download eines Forks vom Git) inklusive Neustart des FHEM Containers. - mit Erhalt aller Nutzer spezifischen Anpassungen.
Du wuerdest damit 60MB sparen. Wie hoch ist der Overhead fuer Docker?
Es gibt unterschiedliche Optimierungsziele, manche wuenschen es einfach, andere flexibel, wobei flexibel je nach Anforderung unterschiedlich ist. Dein Vorschlag ist mit etwas Bastelei auch jetzt realisierbar, und da es mAn nicht der Normallfall ist, ist das auch OK.
Vorallem da nach dem nächsten update wieder alle Daten vorhanden sind ..
P.S. gibt es eigentlich noch ein "update full"?
Nein, das hiess "schon immer" update force.
@all
Sehr viel Offtopic hier.
Bitte zurück zum Thema.
@marvin78
Ich bin schon lang genug bei FHEM um mich im Wiki und im Forum auszukennen.
Die Such Funktion hab ich schon mehrfach genutzt.
Nur ein häppschen Info hier und da.
Ich will nur die wirklich benötigten Dateien übernehmen, weil ich mir nich sicher bin woran genau die Cubie hänger liegen.
Dazu ziehe ich von einem ARM System auf ein i386 um.
Keine Ahnung ob ich da so einfach alles mitnehmen kann.
Da es perl ist, kannst Du alles mitnehmen. Sofern Du "nur" fhem installiert hast.
Und wie Rudi schrieb (und ich vergass), spätestens nach einem "update force" hast Du wieder alles drauf ....
Meine Vorschlag währe:
1. /opt/fhem kopieren
2. update force
Und als erstes das FHEM Debian-Paket installieren, damit die benoetigten Perl-Bibliotheken + FHEM-Init-Skript installiert wird.
Okay alles klar.
Dann werde ich doch mal erst probieren, dass gesammte FHEM Verzeichniss umzuziehen.
Würde ihr die FHEM Backup Funktion benutzen oder doch lieber vorher von hand ein eigenes backup erstellen?
scp -r /opt/fhem Zielsystem
und Sicherheitshalber ein "chown -R fhem: /opt/fhem" hinterher
Zusammengefasst:
scp -r /opt/fhem Zielsystem
chown -R fhem: /opt/fhem
Alles klar.
ICh werde nachher mal mein NUC komplett neu aufsetzten und mal schauen ob ich alles rüber bekommen.
Homebridge muss ich auch noch rüber holen.
Bin ich mal gespannt ob das so einfach alles geht wie ich denke.
Danke erst mal für eure Hilfe.
Ich melde mich sobald der Transfer fertig ist.
Gruß Robert
Homebridge ... da solltest Du aufpassen, das Du die Richtige Plattform erwischt ...
für homebridge muss du (zusätzlich zur installation) das komplette .homebridge verzeichniss rüberkopieren und drauf achten das nicht beide instanzen gleichzeitig laufen.
gruss
andre
Hab es mit scp gerade mal probiert, es kommt immer permission denied.
Hab den user vom neunen system schon in die Gruppe des Ordners hinzugefügt.
Muss ich den FHEM Ordner auf dem neunen System erst löschen?
1. Der Quell-Ordner muß für den User, unter dem Du scp laufen lässt, lesbar sein
2. Der Ziel Ordner muß für den User, den Du für das Ziel verwendest,. schreibbar sein.
Wenn der User auf System2 <> user System1 dann:
scp -r /opt/fhem user2@zielsystem:/opf/fhem
Ansonsten siehe man-File (man scp)
Jetzt scheint es zu laufen.
Habe auf dem Ziel System schnell den user zum Eigentümer des Ordners gemacht.
Scheint sich noch ein wenig hinziehen zu können bis alles kopiert ist. LOL
Kommt auf Deine Netzverbindung drauf an ...
Ist schon durch.
Nach dem Start noch ein update force oder?
AY .. sicher ist sicher
Danke für eure Hilfe. Ich hab das ganzen gestern per scp kopiert.
Die Performance ist gegenüber dem cubie ganz gewaltig besser.