verschwinden tut alles, ausser meinem hm_jan und hm_usb, auch die vccu.
scheint wohl nur n kleines problem zu sein - das zurüpckspielen des gestrigen 10_CULHM.pm aus dem restoredir beseitigt das problem.
tritt übrigens bei jmir sowohl am echtsystem (raspi) als auch am testsystem (debian auf ner vm) auf.
Hier auch.
Fehler im Log:
2018.02.11 08:51:12 0: Global symbol "$oldIODevH" requires explicit package name (did you forget to declare "my $oldIODevH"?) at ./FHEM/10_CUL_HM.pm line 9095.
Global symbol "$oldIODevH" requires explicit package name (did you forget to declare "my $oldIODevH"?) at ./FHEM/10_CUL_HM.pm line 9096.
Global symbol "$newIODevH" requires explicit package name (did you forget to declare "my $newIODevH"?) at ./FHEM/10_CUL_HM.pm line 9126.
Sorry, habe ich nicht bemerkt. In 1h in svn
Hi,
habe das gleiche Problem. Homematic: Alles weg :o
Restore hat nicht gebracht...
Was kann ich tun? Bzw. Ist das neue Update schon da?
Vielen Dank im Voraus
Fleurelle
Moin,
Update vor ca. 10 Minuten geladen + installiert => gleiches Problem.
letzte Datei "10_CUL_HM.pm" aus dem Ordner "/opt/fhem/restoreDir/2018-02-11/FHEM" in den Ordner "opt/fhem/FHEM/" überschreiben.
-> shutdown restart in FHEM eingeben
-> alles wieder OK!
LG,
Mike
updates sind immer erst ab 8 uhr morgens aktuell. also entweder morgen update, oder heute aus svn.
Macht Euch nicht die Mühe, das Modul aus SVN zu installieren, das funktioniert nämlich immer noch nicht.
2018.02.11 12:34:33.922 0: Global symbol "$newIODevH" requires explicit package name (did you forget to declare "my $newIODevH"?) at ./FHEM/10_CUL_HM.pm line 9126.
Kann man denn ein geändertes Modul VOR dem Einchecken nicht einfach mal durch ein "reload" testen, um solche simplen Syntaxfehler zu finden???
Die SVN-Version (16149, erstellt von martinp876, am 11.02.2018 um 08:13:55) bringt folgenden Fehler:
Global symbol "$newIODevH" requires explicit package name (did you forget to declare "my $newIODevH"?) at ./FHEM/10_CUL_HM.pm line 9126.
Ich hab's vorerst so gelöst:
In der Datei 10_CUL_HM.pm - Zeile 9126
|| ($lIODevH == $newIODevH) );
ersetzt mit
|| ($lIODevH == $newIODev) );
komme gerade aus Urlaub, update und hm weg
also bis morgen warten
dann neues update?
@Franz nimm die Version 16068 aus SVN, die funktioniert.
hat der svn server eigentlich eine "falsche" zeit?
martin hat um kurz vor 9 das kommende update erst angekündigt. im svn steht aber 8:13.
Ich habe einfach das File 10_CUL_HM.pm aus der restoreDir nach FHEM/ kopiert. Geräte sind alle wieder da.
Zitat von: frank am 11 Februar 2018, 13:03:13
hat der svn server eigentlich eine "falsche" zeit?
vermutlich läuft der auf UTCDas scheint ein Darstellungsproblem von TRAC zu sein, in meinem SVN Client wird 10_CUL_HM.pm mit 09:13 Uhr angezeigt.
Zitat von: frank am 11 Februar 2018, 13:03:13
hat der svn server eigentlich eine "falsche" zeit?
martin hat um kurz vor 9 das kommende update erst angekündigt. im svn steht aber 8:13.
Das TRAC zeigt standardmäßig die Uhrzeit in UTC an (https://de.wikipedia.org/wiki/Koordinierte_Weltzeit). Dies entspricht bei dem Check-In von Martin 08:13 Uhr UTC.
Du kannst aber die Uhrzeit in Lokalzeit anzeigen lassen. Dazu musst du im Trac oben rechts auf Einstellungen gehen und kannst dann die Zeitzone "Europe/Berlin" auswählen und auf "Änderungen Speichern" drücken. Die Einstellungen werden dann in deinem Browser in Form von Cookies gespeichert.
Viele Grüße
Markus
danke, jetzt stimmt die zeit.
Vielleicht sollte man sich für die Zukunft angewöhnen, vor einem Update von FHEM erst mal ins Forum zu schauen, ob das 10_CUL_HM.pm gerade mal wieder abgeschossen wurde... ;D
Also ich mache das inzwischen und es bewahrt mich vor mancher unnützer Arbeit. Richtig klasse wird es nämlich, wenn man die Konfiguration nach dem Neustart mit dem fehlerhaften Modul noch abspeichert - wohl dem, der dann auch ein aktuelles Backup der fhem.cfg hat...
Zitatwohl dem, der dann auch ein aktuelles Backup der fhem.cfg hat
man schaue doch ins restoreDir, da findet man auch eine aktuelle fhem.cfg , die geschriben wird mit dem update ;)
aktuelle bu habe ich, aber nicht die 10_cul_hm von gestrern, kann die mal wer hier ablegen oder nen link posten? Habe leider meine install gepurged wegen der probleme
Zitat von: djcysmic am 11 Februar 2018, 12:36:59
Die SVN-Version (16149, erstellt von martinp876, am 11.02.2018 um 08:13:55) bringt folgenden Fehler:
Global symbol "$newIODevH" requires explicit package name (did you forget to declare "my $newIODevH"?) at ./FHEM/10_CUL_HM.pm line 9126.
Ich hab's vorerst so gelöst:
In der Datei 10_CUL_HM.pm - Zeile 9126
|| ($lIODevH == $newIODevH) );
ersetzt mit
|| ($lIODevH == $newIODev) );
hat hier leider gar nicht geholfen, beim start erst mal zig seiten fehler eh fhem läuft
Zitat von: ffdec am 11 Februar 2018, 16:25:00
hat hier leider gar nicht geholfen, beim start erst mal zig seiten fehler eh fhem läuft
Da scheint dann wohl noch mehr im Argen zu liegen... :-\
Zitat von: ffdec am 11 Februar 2018, 16:18:28
aktuelle bu habe ich, aber nicht die 10_cul_hm von gestrern, kann die mal wer hier ablegen oder nen link posten? Habe leider meine install gepurged wegen der probleme
Bitte schön - Revision 16086 (https://svn.fhem.de/trac/browser/trunk/fhem/FHEM/10_CUL_HM.pm?rev=16086)
Direkter Download:
10_CUL_HM.pm (https://svn.fhem.de/trac/export/16086/trunk/fhem/FHEM/10_CUL_HM.pm)
Zitat von: djcysmic am 11 Februar 2018, 17:17:23
Da scheint dann wohl noch mehr im Argen zu liegen... :-\
Bitte schön - Revision 16086 (https://svn.fhem.de/trac/browser/trunk/fhem/FHEM/10_CUL_HM.pm?rev=16086)
Direkter Download:
10_CUL_HM.pm (https://svn.fhem.de/trac/export/16086/trunk/fhem/FHEM/10_CUL_HM.pm)
Super danke, ja ich denke auch, dass da etliches nio ist. Jetzt sind wenigstens wieder die CUL_HM devices da...
gibt es eine Möglichkeit die Datei direkt über die Fhem-Oberfläche aufzuspielen?
Nein.
Zunächst muss ich sagen, dass ich auch nicht sehr begeistert war. Konnte aber die alten Datei wiederherstellen. Zum anderen machen wir das hier alle nicht hauptberuflich und ich finde es klasse das es hier soviele Entwicker gibt, die ständig die Module erwitern bzw. verbessern.
Allerdings muss man sich auch einmal kritisch vor Augen halten, dass wir es hier mit einer Haussteuerung zu tun haben und da darf es einfach nicht passieren das sich solche bugs einschleichen!! Fehler sind umumgänglich, jedoch muss sichergestellt werden, dass die System nicht gänzlich ausfallen. Das ist in meinen Augen ein NoGo. Zudem jetzt so lange warten bis eine aktuallisierte Version wieder vorhanden ist.
Ich will keine Kritik hier an die Entwickler üben!!! Sondern lediglich hierzu mal ein Gedankenanstoß geben, wie man soetwas zukünftig vermeiden kann.
Zitat von: bjoernbo am 11 Februar 2018, 18:56:40
Zunächst muss ich sagen, dass ich auch nicht sehr begeistert war. Konnte aber die alten Datei wiederherstellen. Zum anderen machen wir das hier alle nicht hauptberuflich und ich finde es klasse das es hier soviele Entwicker gibt, die ständig die Module erwitern bzw. verbessern.
Allerdings muss man sich auch einmal kritisch vor Augen halten, dass wir es hier mit einer Haussteuerung zu tun haben und da darf es einfach nicht passieren das sich solche bugs einschleichen!! Fehler sind umumgänglich, jedoch muss sichergestellt werden, dass die System nicht gänzlich ausfallen. Das ist in meinen Augen ein NoGo. Zudem jetzt so lange warten bis eine aktuallisierte Version wieder vorhanden ist.
Ich will keine Kritik hier an die Entwickler üben!!! Sondern lediglich hierzu mal ein Gedankenanstoß geben, wie man soetwas zukünftig vermeiden kann.
mehr Testen denke ich... mir ist das ganze schon paar mal passiert... gerade für nicht entwickler ist es auch nicht so einfach... ich denke die profis wissen schon, was man machen kann
Was nicht sein kann, ist, dass FHEM durch User verwendet wird, die nicht wissen, was sie da vor sich haben. Solche die sich vor dem produktiven Einsatz nicht darüber informieren, wie ein restore zu machen ist, wenn bei einem update mal etwas schief geht. Wie ich das sehe, ist das hier ein vom Entwickler vermeidbarer Fehler, ich möchte aber ehrlich mal wissen, in was für einer Welt Menschen leben, die tatsächlich der Meinung, sind, dass so etwas nicht passieren "darf", wenn man es mit einer Software, wie FHEM zu tun hat. Kehrt bitte erstmal vor der eigenen Haustür. Wer heute durch das Update tatsächlich in echte Probleme gelaufen ist, hat eine ganze Menge falsch gemacht (an welcher Stelle auch immer). Das ist nicht zu verurteilen, das Zeigen mit dem Finger auf einen Entwickler, der das ganze in seiner Freizeit macht, ist jedoch unaussprechlich unverschämt. Mein Tipp ist, wie immer: Sucht euch eine andere Software. Eine, bei der so etwas hier wirklich nicht sein "darf". Diese wird vermutlich jedes Privatbudget sprengen aber whatever. ::)
Zitat von: marvin78 am 11 Februar 2018, 19:46:03
Was nicht sein kann, ist, dass FHEM durch User verwendet wird, die nicht wissen, was sie da vor sich haben.
D.h. FHEM darf nur durch FHEM-Entwickler verwendet werden? Mit Verlaub, das ist ein wenig Schmarrn.
Es gibt Anfänger, es gibt Fortgeschrittene, es gibt Profis, es gibt die Entwickler. Alle machen von Zeit zu Zeit Fehler.
Für die Profis meist ohne große Auswirkungen, für die anderen mit mehr. Die Anfänger häufiger, die Profis seltener.
Zitat von: marvin78 am 11 Februar 2018, 19:46:03
... in was für einer Welt Menschen leben, die tatsächlich der Meinung, sind, dass so etwas nicht passieren "darf", wenn man es mit einer Software, wie FHEM zu tun hat. Kehrt bitte erstmal vor der eigenen Haustür. Wer heute durch das Update tatsächlich in echte Probleme gelaufen ist, hat eine ganze Menge falsch gemacht (an welcher Stelle auch immer). Das ist nicht zu verurteilen, das Zeigen mit dem Finger auf einen Entwickler, der das ganze in seiner Freizeit macht, ist jedoch unaussprechlich unverschämt. Mein Tipp ist, wie immer: Sucht euch eine andere Software.
Da stimme ich Dir schon zu, aber wir sollten auch unsere Anfänger, Fortgeschrittenen und Profis unterstützen.
Wäre es z.B. nicht möglich, vor jeder Änderung einen automatisierten Test auf Fehlermeldungen zu scripten und das
Einchecken zu verweigern, wenn Fehlermeldungen erscheinen? Oder eine andere schicke Lösung?
Ciao, -MN
Zitat von: Cybers am 11 Februar 2018, 17:53:40
gibt es eine Möglichkeit die Datei direkt über die Fhem-Oberfläche aufzuspielen?
Probier es mal mit:
"sudo -u fhem curl -o ./FHEM/10_CUL_HM.pm https://svn.fhem.de/trac/export/16086/trunk/fhem/FHEM/10_CUL_HM.pm"in der Kommandozeile ;)
@Morgennebel: Deine Rückschlüsse sind nicht zutreffend. Man muss kein Entwickler sein, um zu wissen, was man vor sich hat. Das herauszufinden ist für jeden halbwegs denkenden Menschen machbar. Das Problem ist Ignoranz und Bequemlichkeit, nicht das Fehlen von Kenntnissen (diese muss man sich nur aneignen wollen). Es handelt sich nicht um ein Consumer Convenient Produkt. Wer das nicht erkennt, ist falsch bei FHEM. Das muss man so direkt sagen.
Zu #27
Auch wenn ich mir jetzt Ärger mit Udo einhandle, und das eine gefährliche Sache ist! Ich veröffentliche das deswegen nicht mit der Original Dateibezeichnung, damit copy&paste ohne Nachdenken nicht funktioniert:
"curl -o /opt/fhem/10_CUL_HM.pm.txt https://svn.fhem.de/trac/export/16086/trunk/fhem/FHEM/10_CUL_HM.pm"
Es braucht kein sudo! Wozu? Der user fhem hat alle notwendigen Rechte.
Wer in der obigen Zeile den Zielpfad richtig stellt hat mit diesem Befehl in der FHEM Kommandozeile die Datei an Ort und Stelle, mit den richtigen Rechten.
Ein restore in der FHEM Oberfläche ist deutlich einfacher und behebt ein solches Problem konsistent!!!
Gruß Otto
Zitat von: Otto123 am 11 Februar 2018, 20:36:54
Zu #27
das eine gefährliche Sache ist
Genau deshalb habe ich das nicht anders beantwortet. Wer schon solch eine Frage stellt und überhaupt nicht versteht, was er da tut, sollte einfach die Finger davon lassen.
da cul_hm.pm auch hmconfig.pm nutzt, sollte die kombination auch immer passen.
Und was sollen uns diese Worte sagen ???
Folgendes Skript erstellt mir täglich ein komplettes Backup des fhem Ordners. Sicherungen die älter als 14 Tage sind werden gelöscht. Bei Fehlern während der Sicherung lasse ich mich per E-Mail informieren. Dazu muss der Versand von Mails per "E-Mail Text" | mail -s "subject" "Empfänger@mail.com" möglich sein.
Das komprimierte TAR Archiv erhält z. B. folgenden dynamischen Namen "2018-02-11-fhem.tar.gz". Da der Prozess des Komprimierens eine erhöhte Auslastung verursacht erfolgt die Ausführung mit einer niedrigeren Prozesspriorität, damit z. B. der fhem Prozess nicht beeinträchtigt wird.
#!/bin/bash
EXIT=0
folder_array_fhem=("/opt/fhem")
mailsend() {
echo $1 | mail -s "Backup Fehler FHEM" vorname.nachname@mail.com
}
find /home/pi/*-fhem.tar.gz -mtime +14 -delete
if [ $? -ne 0 ]; then
mailsend "Fehler bei Loeschung alter FHEM Backups in /home/pi/"
fi
for i in "${folder_array_fhem[@]}"
do
if [ -d "$i" ]; then
echo $i > $i/backup-inhalt
nice -n 20 tar --ignore-failed-read -czf /home/pi/$(date +%F)-${i##*/}.tar.gz $i
if [ $? -ne 0 ]; then
mailsend "Fehler bei Backup $i"
fi
else
mailsend "Fehler bei Backup. Ordner $i existiert nicht"
fi
done
Ordnergröße: 579M /opt/fhem/
TAR-Archiv: 78M 2018-02-11-fhem.tar.gz
Vielleicht hat ja nach dem Vorfall jemand Verwendung dafür. Fehler passieren und seien Sie auch noch so offensichtlich. Deshalb gibt es Backups. Für wen FHEM mehr als nur eine Spielerei ist sollte entsprechende Vorkehrungen treffen.
Zitat von: Otto123 am 11 Februar 2018, 20:36:54
Zu #27
Auch wenn ich mir jetzt Ärger mit Udo einhandle, und das eine gefährliche Sache ist! Ich veröffentliche das deswegen nicht mit der Original Dateibezeichnung, damit copy&paste ohne Nachdenken nicht funktioniert:
"curl -o /opt/fhem/10_CUL_HM.pm.txt https://svn.fhem.de/trac/export/16086/trunk/fhem/FHEM/10_CUL_HM.pm"
Es braucht kein sudo! Wozu? Der user fhem hat alle notwendigen Rechte.
Wer in der obigen Zeile den Zielpfad richtig stellt hat mit diesem Befehl in der FHEM Kommandozeile die Datei an Ort und Stelle, mit den richtigen Rechten.
Ein restore in der FHEM Oberfläche ist deutlich einfacher und behebt ein solches Problem konsistent!!!
Gruß Otto
Aus FHEM heraus hast du natürlich Recht - da ist das sudo unnötig. Wenn dieser Befehl aber von der Kommandozeile aus aufgerufen wird, sorgt er gleich für den richtigen Besitzer und die nötigen Rechte.
Und ja, du hast auch Recht, dass das nicht ganz ungefährlich ist - aber aus meiner Sicht trägt jeder Nutzer letztlich selbst die Verantwortung für sein System und welche Befehle er eingibt.
Ich habe hier lediglich eine schnelle Lösung für ein konkretes Problem bis zur Behebung durch den Modulautor anbieten wollen - niemand ist verpflichtet, diese auch zu nutzen. Und mit der fertigen Copy&Paste-Lösung besteht meiner Meinung nach deutlich weniger Problempotenzial, als wenn der DAU selbst anfangen muss, herumzuprobieren...
Nichts für ungut, wenn solche Tipps in Zukunft nicht mehr erwünscht sind, werde ich mich zurückhalten.
Zitat von: betateilchen am 11 Februar 2018, 21:03:44
Und was sollen uns diese Worte sagen ???
möglichst restore benutzen.
wenn man nur 10_culhm.pm zurücktauscht ist die noch vorhandene hmconfig.pm eventuell zu neu und nicht kompatibel.
Hallo djcysmic,
Leider etwas Offtopic
ZitatWenn dieser Befehl aber von der Kommandozeile aus aufgerufen wird, sorgt er gleich für den richtigen Besitzer und die nötigen Rechte.
Mein Befehl sorgt definitiv für die richtigen Rechte, es ist der user fhem der ihn ausführt.
Du musst dafür unsinnigerweise fhem zum sudo machen - ich nicht! Um seine eigenen Dateien zu bearbeiten braucht fhem kein sudo!Edit: Ich habe mich da geirrt, das hat nichts mit sudo in der typischen Verwendung zu tun. Das ersetzt lediglich den aktiven User durch den user fhem. Am Ende bewirkt der Befehl von djcysmic exakt das Gleiche wie meiner auf gleichem Level!
Gruß Otto
Zitat von: marvin78 am 11 Februar 2018, 20:26:54
Es handelt sich nicht um ein Consumer Convenient Produkt. Wer das nicht erkennt, ist falsch bei FHEM. Das muss man so direkt sagen.
Es handelt sich bei FHEM um einen Werkzeugbastelkasten. Das heißt aber nicht, dass dieser benutzer
unfreundlich sein muß.
Deine Argumentation erinnert mich an die frühen UNIX-Diskussionen. Da gabs keine Sicherheitsnetze, keine Abfragen.
Lief toll, damals auf einer SparcStation 20, auf einem i386-25, auf VMS.
Das war aber vor 30 Jahren. Inzwischen sind wir weiter und kümmern uns auch um Einsteiger, Umsteiger, Anfänger und Fortgeschrittene.
Und das ist auch gut so, denn ohne Anwender, ohne Nutzer, ohne Neueinsteiger, ohne Frischlinge mit neuen Ideen wird jedes Projekt verkümmern...
Ciao, -MN
Zitat von: Otto123 am 11 Februar 2018, 21:30:27
Du musst dafür unsinnigerweise fhem zum sudo machen - ich nicht! Um seine eigenen Dateien zu bearbeiten braucht fhem kein sudo!
Solange du in FHEM bleibst, ist das korrekt - ich bezog mich auf die Kommandozeile in der Linux-Shell (per SSH etc.)
Da wird sich wohl kaum jemand als fhem-User anmelden.
Zitat von: djcysmic am 11 Februar 2018, 21:50:59
Da wird sich wohl kaum jemand als fhem-User anmelden.
Mache ich regelmäßig... und wenn's nur ist um über Notepad++ und WinScp an meiner myUtils rumzuschrauben (und jetzt - duck und weg)
Gerade im Open Source Bereich kann sowas immer mal passieren. Das ist nichts schlimmes und ja, das darf auch passieren. Sowas passiert übrigens auch bei kostenpflichtiger Software. [emoji6]
Jeder sollte sich bei Etablierung eines solchen Systems Gedanken über Backups machen, auch bzw. gerade Anfänger. Man kann/sollte diese Backups vor jeder größeren Konfigurationsveränderung und auch vor jedem Update durchführen. Letzteres kann man sogar von fhem automatisch durchführen lassen. Einfach mal folgenden Wiki-Eintrag lesen, verinnerlich und umsetzen:
https://wiki.fhem.de/wiki/Backup
Ich bin auch fhem Anfänger, aber wie so ein Backup funktioniert, wusste ich ziemlich schnell! [emoji6]
Wie dem auch sei, schönen Abend noch!
Gruß Hoppel
Die eben von Martin in SVN bereitgestellte Version
10_CUL_HM.pm 16155 2018-02-11 21:01:30Z martinp876
läßt in meinen Installationen zumindest keine devices mehr verschwinden.
Zitat von: Morgennebel am 11 Februar 2018, 21:44:47
Es handelt sich bei FHEM um einen Werkzeugbastelkasten. Das heißt aber nicht, dass dieser benutzerunfreundlich sein muß.
Deine Argumentation erinnert mich an die frühen UNIX-Diskussionen. Da gabs keine Sicherheitsnetze, keine Abfragen.
Lief toll, damals auf einer SparcStation 20, auf einem i386-25, auf VMS.
Das war aber vor 30 Jahren. Inzwischen sind wir weiter und kümmern uns auch um Einsteiger, Umsteiger, Anfänger und Fortgeschrittene.
Und das ist auch gut so, denn ohne Anwender, ohne Nutzer, ohne Neueinsteiger, ohne Frischlinge mit neuen Ideen wird jedes Projekt verkümmern...
Ciao, -MN
Du solltest meine Beiträge lesen. Da steht nichts von dem was Du dort rein interpretiert hast. Es geht lediglich um die völlig falsche Erwartungshaltung an den status quo und nicht um die perfekte Welt oder meine Meinung zu einer zukünftigen Entwicklung. Das würde auch hier nicht hin gehören.
Das tue auch ich :o
ZitatDu solltest meine Beiträge lesen.
Liebe Grüße, Michael
Auch wenn mich das gestern auch kurz überrascht hat, war das ein bei mir willkommener Anlass, sich die Backup und Restore-Vorgänge wieder in Erinnerung zu rufen. Ich gehe davon aus, dass sich jeder, der FHEM produktiv einsetzt (auch Anfänger), darüber irgendwann Gedanken gemacht hat und ein entsprechendes Konzept in Betrieb ist. Wer nicht, sollte ernsthaft in sich gehen oder die Anwendung wechseln.
Bin zwar kein Entwickler, aber fest davon überzeugt, dass jeder, der ein Modul/Update einstellt, dieses mit der Überzeugung tut, alles wohl überlegt und getestet zu haben. In jedem Falle ist Kritik an den Freizeitaktivitäten unserer Entwickler fehl am Platz. Fehler passieren halt.
Ich erlaube mir, zu vermuten, dass sich Martin am meisten geärgert hat. In diesem Sinne meinen herzlichen Dank für die schnelle Behebung und den Einsatz als Maintainer!
Dieser Dank geht natürlich ebenfalls an alle anderen Entwickler, die sich diesmal nicht ärgern durften ;) !
Zitat von: djcysmic am 11 Februar 2018, 21:14:02
...
Nichts für ungut, wenn solche Tipps in Zukunft nicht mehr erwünscht sind, werde ich mich zurückhalten.
Wer diese Art von Operationen durchführt, muss sich darüber im Klaren sein, dass er am offenen Herzen operiert und wissen, was er mit welchem Befehlt tut.
Da ich das allerdings recht selten muss, bin ich immer froh, wenn mir jemand das richtige Besteckt dazu reicht...
Mangels Gewohnheit, hadere ich immer mit der expliziten Syntax.
Hallo Leuts,
ich mache normalerweise keine Updates.....warum ich nun heute morgen eines gemacht habe....?? fragt mich nicht. vielleicht weil ich die letzte Woche vieles üner hmingo gelernt habe...dank dem Forum hier.
nach dem Update heute morgen (mich überraschte schon die Infos beim Update) waren alle HM Devices weg außer "hminfo" und...jetzt kommts ......natürlich habe ich vor dem Update kein Backup gemacht :-(
Ich habe hier mitgelesen jetzt..aber wie immer ist die Sprache hier so geschrieben das es für einen relativ neuen Fhem User sehr schwer ist das zu verstehen....klar hätte ich ein Backup kurz vorm update gemacht..hätte ich dieses nun einspielen können. Aber jetzt habe ich ja keines von gestern also Sicherung.....was kann ich jetzt noch machen? warten? neu pairen?
In fhem kommt immer die meldung"Cannot load hm modules....
Gruss
fhem macht normalerweise vor einem Update selbst ein Backup. Du solltest unterhalb Deines fhem Verzeichnisses ein Verzeichnis namens restoreDir haben. Darunter findest Du Backups nach Datum, m.W. 3. In dem Backup-Verzeichnis mit dem Datum von heute solltest Du ein Unterverzeichnis namens FHEM finden. Und in diesem liegt das Backup der aktualisierten Module. Ggf. spielst Du von dort entweder alles oder nur die 10_CUL_HM.pm wieder zurück nach <fhem>/FHEM (wo die neue 10_CUL_HM.pm liegt).
(Ich dachte eigentlich, heute sollte eine gefixte Version mit dem Update kommen und die Probleme waren gestern? Nachher mal testen...)
Edith sagt: Nein, mit dem Update von heute habe ich kein Problem beim Start beim CUL_HM, die Devices werden hier alle gefunden. Eigentlich sollten die neuen Dateien ja ab ca. 8h zur Verfügung stehen, vielleicht warst Du zu früh dran? Spiel doch mal das Backup komplett zurück und mache dann nochmal ein Update.
Hallo motivierte Hände (origineller Name :-)),
ich dachte immer man muss das Update anstoßen mit dem befehl in der Kommandozeile von fhem "update"???
o.k. dann schaue ich heute nachmittag mal...also mit ftp verbvinden und dann unter /opt/fhem/ da muss dann ein Ordner namens restorDir sein??
Ansonsten einfach mal abwarten...richtig? Nichts machen jetzt überstürzt....zb neu pairen oder so?
Gruss
Ja, man muss das Update mit "update" anstoßen. Aber Du schriebst doch oben, dass Du eines gemacht hättest...?
Ansonsten: Ja, Verzeichnis sieht gut aus. Ich gehe immer per SSH auf die fhem-Maschine, aber das kann jeder machen wie immer. :)
Und wie gesagt: Ein Update jetzt gerade ergab keine Probleme. Du könntest es also auch einfach nochmal versuchen, wobei ich nicht weiß, was dann mit dem automatischen Backup passiert. Also vielleicht sicherheitshalber das Backup erst komplett zurückspielen und dann nochmal ein Update mit "update" anstoßen.
Gruß, Christian
Zitat von: Kusselin am 12 Februar 2018, 09:17:03
Hallo motivierte Hände (origineller Name :-)),
ich dachte immer man muss das Update anstoßen mit dem befehl in der Kommandozeile von fhem "update"???
o.k. dann schaue ich heute nachmittag mal...also mit ftp verbvinden und dann unter /opt/fhem/ da muss dann ein Ordner namens restorDir sein??
Ansonsten einfach mal abwarten...richtig? Nichts machen jetzt überstürzt....zb neu pairen oder so?
Gruss
Moin,
ich wiederhole mich, FHEM hat einen restore Befehl! damit kann man genauso leicht wie man das update anstösst ein restore anstossen. FHEM sichert beim update selbst alle alten Versionen der Dateien die gerade aktualisiert werden!
Wie es im Detail geht steht wie immer in der Doku, Stichpunkt restore.
Gruß Otto
Hallo zusammen,
hat schon jemand den aktuellen Update-Stand von heute ausprobiert?
Läuft es wieder normal?
Viele Grüße,
Peter
Gesendet von meinem SM-G930F mit Tapatalk
bei mir ja ... auf 2 systemen probiert, beide tuckern brav vor sich hin, wie es sich gehört.
nachdem ich mittlerweile gelernt hab, dass es in der fhem-welt auch anders laufen kann:
auf diesem weg n herzliches thx an den modulautor - flotte reaktion und kompetent wie immer.
da darf schon auch mal was schief gehen, wenn man sich anguckt, wie stabil und genial das ganze hm-zeugs sonst rennt!
Zitat von: peterboeckmann am 12 Februar 2018, 10:01:49
hat schon jemand den aktuellen Update-Stand von heute ausprobiert?
Läuft es wieder normal?
Das hatte ich doch gestern abend schon geschrieben...
https://forum.fhem.de/index.php/topic,84181.msg764918.html#msg764918
Zitat von: Kusselin am 12 Februar 2018, 08:53:35
ch mache normalerweise keine Updates.....warum ich nun heute morgen eines gemacht habe....?? fragt mich nicht. vielleicht weil ich die letzte Woche vieles üner hmingo gelernt habe...dank dem Forum hier.
nach dem Update heute morgen (mich überraschte schon die Infos beim Update) waren alle HM Devices weg außer "hminfo" und...jetzt kommts ......natürlich habe ich vor dem Update kein Backup gemacht :-(
Vermutlich hast Du das Update VOR 8 Uhr heute morgen gemacht, deshalb hast Du noch die defekte Modulversion von gestern bekommen.
Mach einfach jetzt nochmal ein Update, dann sollte eine funktionierende Modulversion in Dein System kommen.
So isses....es war 7:30 !!
Gruss
Sollte es nicht funktionieren hätte ich aber noch die Möglichkeit über restore...richtig?
Hallo,
nach restore -a mit dem ältesten Stand habe ich anschließend noch ein shutdown restart gemacht. Jetzt sind alle Homematic-Geräte wieder da. Gleich werde ich noch das heutige Update einspielen. Und dann die kleinen Änderungen, die ich gestern so "programmiert" hatte, wieder in das System bringen. Aber das ist nicht schlimm, es war auch nichts Großes.
Nochmal vielen Dank an alle (Entwickler, Moderatoren und User) für die große Hilfe auch in diesem Forum. Ich finde einfach toll, was hier geleistet wird.
Fehler passieren (gerade auch in komplexen System), aber sie werden ja auch schnell gefunden und behoben!!! Denn niemand macht Fehler absichtlich. Und auf Fragen wird in diesem Forum auch eingegangen.
Viele Grüße
Stephan
Hallo Stephan,
aber restore -a hättest Du doch nicht machen brauchen?! Dann hättest Du deine Änderungen behalten.
Zitatrestore
[EN DE]
restore list [<filename|directory>]
restore [<filename|directory>]
restore -a [<filename|directory>]
Restauriert die beim update gesicherten Dateien. Mit dem Argument list kann man die Liste der verf&ügbaeren Sicherungen anzeigen, und mit der Angabe der direkten Datei/Verzeichnis kann man das zurücksichern anstossen. Siehe auch das update Befehl, bzw. das restoreDirs Attribut. Nach restore ist meistens ein "shutdown restart" notwendig.
Falls die -a Option spezifiziert wurde, dann werden auch die Konfigurationsdateien wiederhergestellt.
Gruß Otto
wenn man heute update machen würde
wieder alles ok ?
ja, aber wer weiss, wie lange noch. ;)
hab jetzt das Update gemacht über Konsole.....
hab trotzdem jetzt Meldungen in Hminfo..
wieso wird wenn ich configcheck ausführe das jetzt so im Bild angezeigt und nicht mehr sauber untereinander???
und wenn ich nach dem Update auf TabletUI gehe werden meine Mülltonnen zu groß angezeigt und versetzt????
das hat aber alles nix mit der defekten 10_CUL_HM.pm zu tun, um die es hier im Thread geht/ging.
Ähhm sorry..kannst das in meinen Thread hminfo verschieben bitte
Gesendet von iPhone mit Tapatalk
Kann ich nicht. Bin kein Moderator.
Es geht um den hminfo Teil?
Ich kann in einen anderen Teil des Forums verschieben, aber nicht einen einzelnen Beitrag.
Lege in einfach als neues thema an.
Hi erst mal zu mir ich bin 25 mag kein punkt und komma groß/kleinschreibung lesen könnt ihr es trotzdem #legasteniker4live
vor ca 2 monaten habe ich mir einen arduino starterkit besorgt
jetzt bin ich hier gelandet mit einem pi3,jessie light, HM-MOD-RPI-PCB, HM Thermostatventilen, G-Tag´s
erst mal zu dem beef was koppy paste angeht
ich weiß ja nicht wie ihr angefangen habt aber irgendwer macht es vor freut sich das es funktioniert und teilt es im "Internet"
an der stelle erst mal danke an Otto deine Guides sind klasse erklärt
wer ohne Hirn coppy paste macht ist selbst schuld
so jetzt aber zu meinem eigentlichen Problem
ich dachte erst das ich selbst irgendwo einen Fehler gemacht habe da das ummapen von tyyAMA0 etwas verwirrend war
als ich fertig war ging gar nichts mehr fhem total langsam und diese fehlermeldung eben
kurzerhand habe ich nochmal von vorn angefangen da ich jetzt wieder diese fehlermeldung bekommen habe
und diesmal google mich zu der Seite gleitet hat denk ich mir grad auch nur GG
jetzt meine frage
jetzt habe ich kein backup was mach ich jetzt ?
lg droelf
Das ist definitiv der falsche Bereich und der falsche Thread dafür. Bitte ein neues Thema im forum "Anfängerfragen" eröffnen.
Großartig wie hier zwei Themen vermischt werden ohne einen Link in den Thread wo das Problem abschließend behandelt wird! :(
Ist das Problem eigentlich zwischenzeitlich behoben oder nicht?
Das Problem, um das es ursprünglich ging, wurde schnell behoben, ja. Zum anderen kann ich nichts sagen.