Diskussion zum configDB Workshop

[Elektrolurch]

Zitat:
(Nur noch ganz kurz  ) Das scheint keine Standardfunktionialität von codemirror zu sein. Das funktioniert bei mir in FHEM nämlich nicht. Und auch auf der Codemirror-Seite ist das ganze erst unter Addons zu finden. Dieses Addon scheint in der, mit FHEM ausgelieferten Variante derzeit wohl nicht enthalten zu sein.


Danke für die Info. Kann mich nämlich so dunkel daran erinnern, dass ich alle möglichen Varianten mit Modifier+G ausprobiert hatte und keine Möglichkeit einer Zeilennummereingabe erschien. Daher bin ich dann auf NotePad+ ausgewichen.

[betateilchen]

Ich habe heute das erste Mal davon gehört, dass der eingebaute Editor "Code Mirror" heißt, gezielt zu suchen

Dafür, dass Du davon zum ersten Mal gehört hast, kann aber niemand was.  codemirror ist seit Februar 2014 Thema: https://forum.fhem.de/index.php/topic,20444.0.html und wenn ich mich recht erinnere, ist er sogar in der fhem.cfg.demo unter FHEMWEB zu finden.

[Spezialtrick]

Es wäre schön, wenn wir hier in der Diskussion endlich wieder auf das eigentliche Thema dieses Threads zurückkommen würden. Also das, was im Eingangsbeitrag beschrieben steht. Danke.

Zurück zum Thema. 

Außerdem würde ich mich freuen, wenn möglichst viele Anwender es einfach mal ausprobieren und melden, welche Probleme nach einer Migration auftreten, damit ich mögliche Fehlerquellen beseitigen und/oder besser dokumentieren kann.

Ich habe die Migration gerade eben mal auf einem Cubietruck ausprobiert und es hat soweit alles geklappt. Zwei Dinge sind mir aufgefallen:

• Es wäre nicht schlecht, wenn man zu Beginn erwähnt, dass Fhem beendet sein sollte, bevor man beginnt
• Ein Hinweis zum richtigen Verzeichnis (cd /opt/fhem) im 3. Schritt, würde sicherlich nicht schaden

Außerdem ist bei mir nach der Migration ein Fehler aufgetreten, der vorher nicht auftrat. Auf meinem Cubietruck läuft ein Hardware Watchdog, eingerichtet nach dieser Anleitung von Betateilchen:

https://forum.fhem.de/index.php?topic=20553.0

Seit der Migration wird die Datei /opt/fhem/log/fhem.save offenbar nicht mehr aktualisiert, so dass der Watchdog den Cubietruck neustartet. Kann das mit der Änderung zusammenhängen?

Außerdem bekomme ich nach dem Neustart nachfolgende Fehlermeldung:

Code Auswählen Erweitern

Messages collected while initializing FHEM:
configDB: vccu: unknown IODev hmusb specified

[Hauswart]

Wo ist eigentlich das Popcorn?

Habe ich mich auch schon gefragt.

B2T: da ich sowieso vorhatte auf DBlog umzustellen, werde ich dann auch die Konfiguration auf DB umstellen.

[betateilchen]

Es wäre nicht schlecht, wenn man zu Beginn erwähnt, dass Fhem beendet sein sollte, bevor man beginnt

Muss man nicht zwingend.

Ein Hinweis zum richtigen Verzeichnis (cd /opt/fhem) im 3. Schritt, würde sicherlich nicht schaden

Es gibt nicht "das" richtige Verzeichnis, da fhem auf einigen Plattformen nicht in /opt/fhem liegt, sondern z.B. in /var/fhem
Die Transferleistung, fhem aus dem Verzeichnis zu starten, in dem es installiert ist, hatte ich einfach als vorhanden vorausgesetzt. Das hat nix mit configDB zu tun, Du musst auch im Installationsverzeichnis stehen, wenn Du fhem mit fhem.cfg starten willst. Das steht auch in der fhem Doku.

Seit der Migration wird die Datei /opt/fhem/log/fhem.save offenbar nicht mehr aktualisiert,

Logisch, denn dieses stateFile liegt ja in der Datenbank, und da kann der watchdog nicht reinschauen.

Einfache Abhilfe:

Code Auswählen Erweitern

define at_heartbeat at +*00:01:00 {qx(touch /opt/fhem/log/fhem.heartbeat)}

und den watchdog auf diese Datei schauen lassen.

Außerdem bekomme ich nach dem Neustart nachfolgende Fehlermeldung:

Code Auswählen Erweitern

Messages collected while initializing FHEM:
configDB: vccu: unknown IODev hmusb specified

Nachschauen, ob die vccu vorhanden ist, wenn ja: 1. Fehlermeldung löschen, 2. Konfiguration abspeichern
Falls nicht vorhanden: 1. vccu einmal neu anlegen, 2. Fehlermeldung löschen, 3. Konfiguration abspeichern

Fehlermeldung wird gelöscht mit

Code Auswählen Erweitern

attr global motd none

Nach einem Neustart sollte die Meldung nicht mehr erscheinen.

[betateilchen]

B2T: da ich sowieso vorhatte auf DBlog umzustellen, werde ich dann auch die Konfiguration auf DB umstellen.

Sehr löblich! Aber bitte zwei getrennte Datenbanken verwenden und nicht alles in eine packen.

[betateilchen]

Dieses Addon scheint in der, mit FHEM ausgelieferten Variante derzeit wohl nicht enthalten zu sein.

Dann sollte mal jemand den Maintainer von codemirror darum bitten, das feature in fhem mit auszuliefern

[CoolTux]

Sehr löblich! Aber bitte zwei getrennte Datenbanken verwenden und nicht alles in eine packen.

Guter Hinweis. Sollte man in den Anleitungen mit erwähnen.

[betateilchen]

Fängst Du jetzt auch noch an mit Negativkriterien?

Das "Schlimme" ist ja, dass es durchaus auch funktioniert, wenn man alles in eine Datenbank packt. Aber es macht nicht wirklich viel Sinn. Es ist also nur eine Empfehlung, kein Muss. Aber ich denke, die Mehrzahl der Anwender wird ohnehin nicht auf die Idee kommen, alles zusammenzupacken.

[Spezialtrick]

Es gibt nicht "das" richtige Verzeichnis, da fhem auf einigen Plattformen nicht in /opt/fhem liegt, sondern z.B. in /var/fhem
Die Transferleistung, fhem aus dem Verzeichnis zu starten, in dem es installiert ist, hatte ich einfach als vorhanden vorausgesetzt. Das hat nix mit configDB zu tun, Du musst auch im Installationsverzeichnis stehen, wenn Du fhem mit fhem.cfg starten willst. Das steht auch in der fhem Doku.

Das ist mir bewusst, aber anderen vielleicht nicht. Es war ja auch nur ein Vorschlag.

Logisch, denn dieses stateFile liegt ja in der Datenbank, und da kann der watchdog nicht reinschauen.

Einfache Abhilfe:

Code Auswählen Erweitern

define at_heartbeat at +*00:01:00 {qx(touch /opt/fhem/log/fhem.heartbeat)}

und den watchdog auf diese Datei schauen lassen.

Vielen Dank! Funktioniert einwandfrei.

Nachschauen, ob die vccu vorhanden ist, wenn ja: 1. Fehlermeldung löschen, 2. Konfiguration abspeichern
Falls nicht vorhanden: 1. vccu einmal neu anlegen, 2. Fehlermeldung löschen, 3. Konfiguration abspeichern

Fehlermeldung wird gelöscht mit

Code Auswählen Erweitern

attr global motd none

Nach einem Neustart sollte die Meldung nicht mehr erscheinen.

VCCU ist vorhanden und funktioniert auch die ganze Zeit. Wenn ich die Fehlermeldung lösche, taucht sie nach dem Neustart wieder auf. 

Sehr löblich! Aber bitte zwei getrennte Datenbanken verwenden und nicht alles in eine packen.

Könntest du auch eine Anleitung für den Umstieg auf DBlog erstellen?

[CoolTux]

Fängst Du jetzt auch noch an mit Negativkriterien?

Das "Schlimme" ist ja, dass es durchaus auch funktioniert, wenn man alles in eine Datenbank packt. Aber es macht nicht wirklich viel Sinn. Es ist also nur eine Empfehlung, kein Muss. Aber ich denke, die Mehrzahl der Anwender wird ohnehin nicht auf die Idee kommen, alles zusammenzupacken.

Ich finde nicht das es ein Negativkretikpunkt ist. Ich finde, das es ist nicht mal ein Kritikpunkt. Klar kann man alles in eine DB stecken. Aber sowas macht man nicht. Bin der Meinung sowas ist eines dieser vielen ungeschriebenen Gesetze. Und wer aus dem Bereich kommt hat sogar passende Beispiele wieso es so sein sollte.
Bestes Beispiel ist das Handling von Transaktionsfiles. Wenn Du da auf die Idee kommst mehrere Anwendungen auf eine DB laufen zu lassen, na dann Prost Mahlzeit.

[betateilchen]

Könntest du auch eine Anleitung für den Umstieg auf DBlog erstellen?

Soviel Geld hast Du nicht  Das soll bitte der Modulmaintainer von DbLog machen, das ist nämlich erheblich mehr Aufwand und da hagelt es garantiert nach der Umstellung Probleme.

Zu Deinem vccu Problem: vermutlich wird das Attribut der vccu bereits zu einem Zeitpunkt zugeordnet, zu dem der hmusb noch nicht vorhanden oder noch nicht vollständig initialisiert ist.

[betateilchen]

Ich finde nicht das es ein Negativkretikpunkt

Von Kritikpunkt hat niemand gesprochen/geschrieben.

[CoolTux]

Ok. Negativkriterium. 
Aber meine Meinung bleibt die selbe. Es ist nicht mal ein Kriterium. 

[JoWiemann]

Hallo,

habe jetzt erfolgreich mein Testsystem auf configDB umgestellt.

Die Produktivsysteme folgend dann am Wochenende.

Grüße Jörg