Hallo,
seit einigen Tagen bekomme ich beim Update Fehlermeldungen. Hier mal die Meldungen von heute.
ZitatEvents (global only):
2015-02-27 19:45:17 Global global backup tar: Removing leading `/' from member names
2015-02-27 19:45:18 Global global backup done: FHEM-20150227_194405.tar.gz (8333717 Bytes)
2015-02-27 19:45:18 Global global RMDIR: /usr/share/fhem/restoreDir/2015-02-21
2015-02-27 19:45:19 Global global UPD ./fhem.pl
2015-02-27 19:45:20 Global global UPD FHEM/00_THZ.pm
2015-02-27 19:45:20 Global global UPD FHEM/01_FHEMWEB.pm
2015-02-27 19:45:20 Global global UPD FHEM/10_IT.pm
2015-02-27 19:45:20 Global global UPD FHEM/14_CUL_TCM97001.pm
2015-02-27 19:45:20 Global global UPD FHEM/90_at.pm
2015-02-27 19:45:20 Global global UPD FHEM/91_notify.pm
2015-02-27 19:45:21 Global global UPD FHEM/98_WOL.pm
2015-02-27 19:45:21 Global global Calling /usr/bin/perl /usr/share/fhem/contrib/commandref_join.pl, this may take a while
2015-02-27 19:47:56 Global global EN FHEM/09_CUL_FHTTK_org.pm: No link EN FHEM/10_FRM_new.pm: No link EN FHEM/10_FRM_new2.pm: No link EN FHEM/10_FRM_new3.pm: No link *** EN FHEM/11_OWX_FRM.pm: No document text found EN FHEM/00_OWX_new.pm: No link EN FHEM/00_OWX_old.pm: No link *** EN FHEM/44_RFXELSE.pm: No document text found *** EN FHEM/99_RpiUtils.pm: No document text found EN FHEM/98_SVG-new.pm: No link EN FHEM/98_SVG-old.pm: No link *** EN FHEM/99_XmlList.pm: No document text found *** EN FHEM/99_myUtils.pm: No document text found
2015-02-27 19:47:56 Global global
2015-02-27 19:47:56 Global global update finished, "shutdown restart" is needed to activate the changes.
2015-02-27 19:47:56 Global global
2015-02-27 19:47:56 Global global Please consider using the global attribute sendStatistics
Beim FHEM Development kann ich es nicht schreiben, aber vielleicht liest hier auch ein Entwickler mit.
Für das Update habe ich
attr global updateInBackground 1eingestellt.
Viele Grüße
Achim
Das ist alles völlig normal, Rudi hat den update-Prozess umgebaut.
http://forum.fhem.de/index.php/topic,33916.msg265013.html#msg265013
Du hast in Deinem Verzeichnis /FHEM nicht benötigte Moduldateien umbenannt. Das fhem Update versucht, aus allen in FHEM vorhandenen Moduldateien einen Hilfetext zu lesen, der zum Dateinamen passen muss. Dies ist bei Deinen Dateien mit _new und _old im Namen logischerweise nicht der Fall, deshalb gibt es die Hinweismeldungen mit den "No link..."
In den Fällen, in denen "No document text found..." gemeldet wird, gibt es in den Moduldateien überhaupt keine Hilfetexte.
Wieso kommt:
ZitatCalling /usr/bin/perl ./contrib/commandref_join.pl, this may take a while
eigentlich bei jedem Update ??
ZitatDas ist alles völlig normal, Rudi hat den update-Prozess umgebaut.
>:(
Ich empfinde das ganz und gar nicht als normal !
Dadurch wird der Update-Prozess extrem verzögert, was früher in Bruchteilen von Sekunden durchlief dauert jetzt eine gefühlte halbe Ewigkeit.
Ich habe die Befürchtung dass ich dadurch auch schon einmal meine Karte zerschossen haben.
Ich kann mir diese Art von Update nicht als Dauerlösung vorstellen und empfinde das ganze als extrem verwirrend und nervend! >:(
Gruß
Tom
Das kommt einfach deshalb jedesmal, weil bei jedem Update Deine lokale commandref.html neu erstellt wird. Diese Neuerstellung gab es eigentlich schon immer bei jedem Update, sie fand allerdings nicht lokal auf Deiner Installation statt, sondern auf dem fhem update server selbst.
Der Vorteil der lokalen Erstellung: Du bekommst in der commandref auch die Dokumentation von Modulen generiert, die nicht im offiziellen FHEM Pfad liegen, sondern die Du z.B. aus ./contrib kopiert hast um sie zu verwenden. Setzt Du beispielsweise das Modul 98_openweathermap.pm ein, enthält Deine lokale commandref auch die Dokumentation zu diesem Modul. Die "offizielle" commandref auf fhem.e enthält diesen Dokumentationsteil nicht.
Wenn Dich die Generierung der commandref wirklich so sehr stört (wir reden hier über eine Aktion, die normalerweise nur ein paar Sekunden benötigt) kannst Du das ganz einfach dadurch umgehen, dass Du die Datei commandref_join.pl in my_commandref_join.pl umbenennst. Oder indem Du die Datei komplett aus Deiner Installation löscht.
Eine Karte dadurch zu zerschießen ist eigentlich nicht vorstellbar. Es werden letztendlich die gleichen Daten auf Deine Karte geschrieben wie schon immer. Nur dass eben vorher die komplette Datei per update kam und auf Dein Speichermedium geschrieben wurde.
Zitat von: Tom111 am 08 März 2015, 14:09:18
Ich habe die Befürchtung dass ich dadurch auch schon einmal meine Karte zerschossen haben.
Wie soll das denn funktionieren?
Zitat von: Tom111 am 08 März 2015, 14:09:18
Ich kann mir diese Art von Update nicht als Dauerlösung vorstellen und empfinde das ganze als extrem verwirrend und nervend! >:(
Schrei nicht so :o und was genau funktioniert denn nicht an FHEM, während das läuft?
ZitatDadurch wird der Update-Prozess extrem verzögert, was früher in Bruchteilen von Sekunden durchlief dauert jetzt eine gefühlte halbe Ewigkeit.
Leute mit langsamen Netzanbindung und schnellen CPU empfinden es andersherum, weitere Vorteile siehe mein verlinkter Beitrag. Weiterhin spart mir das 35% des update-Verkehrs. Im Januar betrug das commandref-update 70GB, vor einem Jahr waren das 15GB.
ZitatIch kann mir diese Art von Update nicht als Dauerlösung vorstellen
Nicht vergessen: es steht jedem frei einen besseren Update-Mechanismus zu entwickeln und zu betreiben.
Drohen ist wirkungslos, ich verdiene mit FHEM nichts, und war mit 100 FHEM Anwendern mehr zufrieden, als mit 10.000+.
Zitatund empfinde das ganze als extrem verwirrend und nervend!
Verwirrend kann ich nicht nachvollziehen, ist klar dokumentiert, was passiert. Wenn es nervt, dann kann man docs/commandref.html auf read-only setzen, dann bleibt dieser Schritt aus, und die Gesamt-Doku auf einem alten Stand. Modul-Doku via help ist weiterhin up-to-date.
Könnte man exclude_from_update dahingehend benutzen, dass bei einem Eintrag "commandref" in diesem bereits existierenden Attribut die Generierung einfach ausbleibt?
Ich werde mal schauen, ob sich das in 98_update.pm ohne große Probleme einbauen läßt.
Edit: Lösungsvorschlag https://git.fhem.de/bugzilla/show_bug.cgi?id=9
Zitat von: Tom111 am 08 März 2015, 14:09:18
Ich habe die Befürchtung dass ich dadurch auch schon einmal meine Karte zerschossen haben.
Zitat von: Doggiebert am 08 März 2015, 14:53:39
Wie soll das denn funktionieren?
Ganz einfach, da ich gewohnt war dass das Update nur solange dauert bis alles durchgelaufen war (in der Regel ein paar Sekunden) und der Hinweis :
Calling /usr/bin/perl ./contrib/commandref_join.pl, this may take a whiledort extrem lange da stand, also mindestens eine Minute, dachte ich dass wohl alles schon fertig war und habe FHEM neu gestartet.
Dadurch gab es im Nachhinein etliche Fehler die ich nur durch das Neuaufspielen einer Sicherungskopie wieder bereinigen konnte.
Gruß
Tom
Zitat von: Tom111 am 08 März 2015, 23:08:41
dachte ich dass wohl alles schon fertig war und habe FHEM neu gestartet.
Dadurch gab es im Nachhinein etliche Fehler die ich nur durch das Neuaufspielen einer Sicherungskopie wieder bereinigen konnte.
Dass Du aber wegen Deines eigenen Fehlverhaltens jetzt alles auf eine durchaus positiv zu betrachtende Softwareänderung schiebst, scheint mir ein völlig anderes Problem zu sein...
Du trafst diese Schlussfolgerung trotz des Hinweises "this may take a while"? Wenn ich so eine Meldung sehe, weis ich, das dauert bestimmt mind. 1 Minute.
Du beschimpfst jetzt also uns (die Entwickler) was es uns einfallen könnte so etwas zu bauen, obwohl du nicht richtig gelesen hast und es noch keine "Update finished" Meldung kam?. Vor einem US-Gericht mit Johnnie Cochran als Anwalt und seiner Chewbacca-Verteidigung, würdest du bestimmt Recht bekommen.
Wir Entwickler sind doch sowieso alle doof und unser aller und einziges Bestreben liegt nur noch darin, allen Anwendern das Leben so schwer wie möglich zu machen... 8) Hast Du das etwa noch nicht gewusst?
Jetzt warten wir einfach mal, was Rudi zum unterbreiteten Lösungsvorschlag meint...
Hab dein Vorschlag eingecheckt.
danke :)
Ich geh dann mal Popcorn holen.
Hallo Rudi,
zu der Farbänderung habe ich dich auf dem Usertreffen angesprochen. Noch kurz die Erklärung des Schönheitsfehlers für alle die mitlesen. Seit dem Umbau des Updates, bzw. Erzeugen der commandref auf dem lokalen System habe ich bei der Ausgabe der Stati eine Farbwechsel von Schwarz auf Grün. Die Farbe wechselt wohl immer an der gleichen Stelle. Ich habe 2 Bildschirmhardcopies der Mail angefügt.
Das Einschalten des Javascript Monitors habe ich irgendwie nicht hinbekommen, falschen verwendet, was auch immer.. :( Wenn die Bildschirmhardcopies nicht weiterhelfen, bräuchte ich Unterstützung was ich wie genau einschalten/mitprotokollieren soll (Firefox oder IE11).
Viele Grüße
Achim
Habs gefixt (commandref_join.pl hat in der Fehlermeldung einen HTML-Link ausgegeben) und eingecheckt, ab morgen per update.
JavaScript Console in IE11: F12, in Firefox Extras,Web-Entwickler,Web-Konsole
Hallo Rudi,
vielen Dank. Nun sind die Meldungen alle schon schwarz.
Viele Grüße
Achim
Hallo Entwickler,
ich bekomme seit ein paar Tagen die Meldung nach der Updatezeile
Calling /usr/bin/perl ./contrib/commandref_join.pl, this may take a while
das Meine 99_myUtils keinen Document Text hat. Das fatale daran ist eigentlich nur, dass danach die Meldung
update finished, "shutdown restart" is needed to activate the changes.
ausbleibt. D.h. ich weiß nicht wann das Update fertig ist und ich einen Restart machen kann.
Wie man einen Minimal Document Text in die 99_myUtils bekommt steht in keiner Anleitung. Man kann die commandref Erzeugung ausschalten - Aber eigentlich ist das nicht schön.
Kann man nicht die 99_myUtils einfach erstmal aus der commandref rauslassen?
Habe nur ich das Problem?
Gruß Otto
Man beachte das "this may take a while". => Ergo kann das schon mal ein Weilchen dauern. Bei mir dauert es knapp eine Minute.
Dannach kommt bei mir nachwievor die Zeile "update finished, "shutdown restart" is needed to activate the changes."
Zitat von: Markus Bloch am 27 März 2015, 11:42:14
Man beachte das "this may take a while". => Ergo kann das schon mal ein Weilchen dauern. Bei mir dauert es knapp eine Minute.
Dannach kommt bei mir nachwievor die Zeile "update finished, "shutdown restart" is needed to activate the changes."
Die kommt bei mir nicht, auch nicht nach einem halben Tag :-[
Ich habe heute den Versuch gemacht
attr global exclude_from_update commandrefDa läuft es erwartungsgemäß :)
Dann habe ich einen kleinen Erklär Text in die 99_myUtils eingebaut und das Attrib wieder gelöscht. Jetzt warte ich auf morgen :)
Ich kann dass dann übermorgen nochmal mit der ursprünglichen 99_myUtils versuchen, aber ich denke das ist ein Bug.
Gruß Otto
Gruß Otto
Hallo ,
ich habe gestern ein update force gemacht und heute noch mal ein update mit 99_myUtils ohne "Document Text" - es läuft. Kein Bug :)
Die Fehlermeldung kommt: *** EN FHEM/99_myUtils.pm: No document text found
Die Fertigmeldung kommt: update finished, "shutdown restart" is needed to activate the changes
Ich hatte zwischen dem 14.3. und 27.3. kein Update gemacht, da muss offenbar was auf der Strecke geblieben sein.
Egal, was bleibt ist, dass die 99_myUtils jetzt offenbar einen Documentext braucht. Im Template ist keiner drin, im Wiki steht davon nichts und sicher gibt es noch ein paar Stellen.
Wie könnte ich da helfen?
Gruß Otto
http://forum.fhem.de/index.php/topic,33916.msg265013.html#msg265013
Zitat von: Otto123 am 29 März 2015, 00:12:36
Egal, was bleibt ist, dass die 99_myUtils jetzt offenbar einen Documentext braucht. Im Template ist keiner drin, im Wiki steht davon nichts und sicher gibt es noch ein paar Stellen.
Wieso braucht die 99_myUtils jetzt umbedingt einen Document-Text? Es ist nur ein Hinweis, dass in dieser Datei keiner vorhanden ist um ihn mit in die commandref aufzunehmen. Das ist bei dieser Datei aber auch so beabsichtigt, weil dort jeder User seine eigenen Sachen definiert. Es ist keine Fehlermeldung sondern nur ein Hinweis, das dort nichts für die commandref ist und deswegen mit dem nächsten Modul weitergemacht wurde.
Ist nichts schlimmes.
Gruß
Markus
Ich habe contrib/commandref_join.pl geaendert: es gibt keine Warnung mehr fuer fehlende Dokumentation in 99'er Dateien.
Falls jemand auf eine Dokumentation seiner eigenen Funktionen in 99_myUtils.pm besteht: das kann man weiterhin tun. Ich will aber mit einem Beispiel in myUtilsTemplate.pm die Anfaenger nicht verwirren, bitte die Beispiele aus einem anderen Modul nehmen.
Hallo,
danke für die Erklärung. Ich habe noch ein bisschen dazu aufgeschrieben (http://heinz-otto.blogspot.de/2015/03/perl-module-dokumentieren.html)... ;)
Gruß Otto
Hallo Otto,
wäre das nicht besser im Wiki von FHEM aufgehoben?
Viele Grüße
Achim
Hallo Rudi,
nach meinem letzten Update am 2015.03.27 19:03:35 habe ich bei einem erneuten Update eine andere Anzeige in FHEMWEB. Ich weiß nicht ob das gewollt ist:
ZitatEvents (Filter:global):
2015-03-30 19:16:43 Global global Backup with command: tar -cf - /etc/fhem.cfg /var/log/fhem/fhem.save /usr/share/fhem/backupfhem.sh /usr/share/fhem/certs /usr/share/fhem/CHANGED /usr/share/fhem/configDB.pm /usr/share/fhem/contrib /usr/share/fhem/demolog /usr/share/fhem/docs /usr/share/fhem/fb_pwd.txt /usr/share/fhem/FHEM /usr/share/fhem/fhem-teile.cfg /usr/share/fhem/fhem.cfg.demo /usr/share/fhem/restoreDir /usr/share/fhem/unused /usr/share/fhem/www |gzip > /usr/share/fhem/backup/FHEM-20150330_191642.tar.gz
2015-03-30 19:16:43 FHT Kinderzimmer_Heizung actuator: 0%
2015-03-30 19:16:45 OWMULTI Wohnzimmer_LF_DS1 relHumidity: 41.795
2015-03-30 19:16:45 OWMULTI Wohnzimmer_LF_DS1 VDD: 4.92
2015-03-30 19:16:45 OWMULTI Wohnzimmer_LF_DS1 temperature: 20.4375
Zu den Updatemeldungen kommen auch noch die normalen Eventmeldungen. Nach dem letzten Update am 27. sieht die erste Zeile auch anders aus:
ZitatEvents (Filter:global)
Davor war das "global" nicht in der Zeile. Ist diese Anzeige so gewollt? Wenn ja, ist es etwas schwer das Ende des Updatezyklus zu sehen, da bekanntlich auf langsamen Rechnern die commandref_join.pl lange läuft. Da habe ich zwar kein Problem damit, nur die "Endeerkennung" durch die Ziele durch die Zeile
Zitatupdate finished, "shutdown restart" is needed to activate the changes.
ist eben schwer zu erkennen.
Oder habe ich da eine neue Option übersehen, mit der man das Ausschalten/Konfigurieren kann?
Viele Grüße
Achim
Zitat von: Achim am 30 März 2015, 19:13:25
wäre das nicht besser im Wiki von FHEM aufgehoben?
Hallo Achim,
das würde ich gern tun, wenn das gewollt ist.
Ich weiß nur nicht so richtig, was ich tun muss und ob man für das Wiki eine Eignungsprüfung ablegen muss :)
Gruß Otto
Zitat von: Otto123 am 30 März 2015, 21:50:43
Ich weiß nur nicht so richtig, was ich tun muss und ob man für das Wiki eine Eignungsprüfung ablegen muss :)
Bestanden 8)
Dort geht es zur Anmeldung: http://www.fhemwiki.de/wiki/FHEMWiki:Administratoren
Das ist -glaube ich- das gesuchte Thema: http://www.fhemwiki.de/wiki/Guidelines_zur_Dokumentation
Gruß, Christian
Zitat von: Achim am 30 März 2015, 19:31:44
Oder habe ich da eine neue Option übersehen, mit der man das Ausschalten/Konfigurieren kann?
Hallo Achim,
wenn ich das richtig verstehe kann man seit "gestern" die Events filtern. Im Normalfall steht Events (Filter:.*) im Eventmonitor. Durch klick auf den Link mit RegExp kann man einen Filter setzen.
Der Updatevorgang setzt dann dort den Filter auf global.
Wenn das bei Dir durcheinander läuft braucht es vielleicht einfach noch einen shutdown restart oder Updatezyklus? Ich glaube auch update force muss man ab und an mal machen. Alle möglichen update Zustände/Abläufe sind wahrscheinlich nicht beherrschbar.
Gruß Otto
@Achim: Das Problem habe ich gestern gefixt, also ein update von heute waere notwendig.
@Otto123: du siehst es falsch, konfigurieren kann man es schon laenger, mit einem Dialog seit Freitag.
Und bitte nicht den Leuten unnoetig ein update force aufschwatzen, sonst wird das zum "urban myth", und ich kriege ein update Problem, sofern vorhanden, nie gefixt.
Hallo Rudi,
ja meinte ich so: Im Dialog konfigurieren :) - sorry. Mir ist es gestern aufgefallen, immerhin habe ich es doch richtig verstanden? ;)
Willst Du also jede Auffälligkeit beim Update wissen? Wenn ja, gäbe es dafür einen Standard? Also welcher Thread, welche Daten, gepostet oder als Anhang usw.? Ich will da gerne helfen, aber ich will nicht nerven :)
Gruß Otto
Hallo Rudi,
das war mal wieder Murphy.. Warte ich mit dem "Fehlerbericht" den nächsten FHEM-Update ab oder schreibe ich es gleich in Forum. Diesmal war es die falsche Entscheidung.
Viele Grüße
Achim