@derrapf:

Hallo

Mir ist grade der GAU passiert:

Ich bin schon seit Tagen am editieren meiner Views in VIS:

Wie ich in einem anderen Thread schon mal erwähnt habe, friert mir VIS immer wieder (häufig) beim Edtieren der Views ein. Das sieht man daran, dass der Speicherbutton nicht mehr verschwindet.

Wenn das passiert hilft nur noch ein Reboot des Bananapi. Beenden und starten des IO Broker hat nicht immer funktioniert.

Und das war eben genau so.

Nur nach dem Reboot meldet VIS auf einmal "Keine Views gefunden am Server. Erzeugen main/vis-views.json?"

Ich hab dann man unter /opt/iobroker/iobroker-data/files/vis.0/main nachgeschaut. Dort liegen zwei 0byte grosse Dateien "vis-views.json" und "vis-user.css". Sind das meine Views??

Kann ich noch was retten, gibts's irgendwo Backups (ich habe keine gemacht weil ich bis die Fehlermeldung gekommen ist keinen Dunst hatte wie und wo die Views abgespeichert werden)

Kann ev. jemand der Entwicler schauen warum VIS so instabil ist?

Wenn das noch mehr Leuten passiert, wäre das katastrophal.

Ich helfe auch gerne, wenn ihr mir sagt wie.

Gruss Ralf `
Ich muss ehrlich sagen, dass die Chancen wirklich schlecht sind, wenn die Dateien 0 sind. Bis jetzt habe ich noch nicht gehört, dass die Views komplett weg waren. Nur beschädigt und ich habe geholfen die zu retten.

Ich würde noch im Browser Cache nach vis-views.json suchen, aber die Wahrscheinlichkeit ist SEHR gering.

Tut mir leid, dass so was vorgekommen ist. Mann muss aber versuchen das Problem zu analysieren.

Ist interessant :

Wo läuft

OS

Browser

RAM auf dem System .

Log

Es konnte auch kaputt SD Karte sein.

Ich muss vielleicht Backup Adapter schreiben, was zyklisch die Einstellungen weg kopiert.

Gruß

Bluefox

Ich betreibe ioBroker auf einem IntelNuc unter Windows.

Anfangs hatte ich den Ansatz einfach das gesamte ioBroker Verzeichnis zu kopieren.

Das geht aber aufgrund von Pfadlängen leider nicht. Also habe ich folgendes zu meiner Sicherheit getan.

Ich sichere sämtliche Scripte in einem Texteditor (Notepad++ über Copy & Paste)

Alle Adaptereinstellungen als Screenshot.

Dann kopiere ich die Datei: "C:\Program Files\iobroker\iobroker-data\files\vis.0\main\vis-views.json"

manuell.

Falls es jetzt zum Supergau kommt kann ich zumindest über eine Neuinstallation alles wieder herstellen.

Wenn jemandem etwas auffällt das ich etwas vergessen habe, dann bin ich für einen Hinweis dankbar.

Achja, mit History usw. mache ich nichts.

Allerdings läuft ioBroker jetzt schon seit gefühlten Ewigkeiten ohne Abstürze oder andere Ausfälle.

Windows ist zwar nicht jedermanns Sache, aber wenn ich so lese was viele für Probleme mit dem Raspberry o.ä. haben bin ich froh das es bei mir so stabil läuft.

Übrigens sind auf der CCU lediglich noch die Systemvariablen. Alle anderen Programme wurden inzwischen durch Scripte abgelöst. Ich bin also (gerade im Winter) auf ein stabiles System angewiesen sonst müsste ich an die Heizkörper wieder normale Thermostatventile schrauben

Aber ein Adapter der automatisch zyklisch alle relevanten Einstellungen sichert fände ich schon sehr hilfreich.

Dachte, dass ich mal meine Vorgehensweise beschreibe, denn leider hatte ich auch schon mal Probleme am Anfang mit kaputten Dateien:

Die Sicherung des ioBroker verzeichnisses hat mir schon mehrfach wochen/monatelange Arbeit gerettet und ich verlasse mich voll darauf.

Ich habe einen Raspi und habe ebenfalls null Probleme mit Stabilitaet

aus meiner Sicht sollte auf jeden Fall eine Festplatte am Produktivsystem hängen. Ich habe eine SSD am Raspi

Meine Vorgehensweise zum BackUp mal ganz grob:

• Jede Nacht läuft ein Job, der das ioBroker Verzeichnis als Delta-Copy (also nur Änderungen) auf ein BackUp Verzeichnis kopiert

das geht i.d.R. richtig schnell (vorher wird iobroker gestoppt und dann wieder gestartet.

• Danach wird das BackUp verzeichnis in eine komprimierte Datei kopiert. Das dauert ein paar Minuten, während aber ioBroker schon wieder gestartet ist

Die komprimierte Datei hat als namen Datum und Zeit.

jetzt gibt es auch keine probleme mehr mit Dateilängen, denn jetzt gibt es ja nur eine Datei und die kann mit langen Dateinamen umgehen.

Hin und wieder kopiere ich die letzte Datei auf meinen Windowsrechner von wo aus sie wiederum auf backup Systeme verteilt wird.

Wenn jemand an mehr Details interessiert ist, dann kann ich das gerne näher beschreiben.

vG Looxer

@derrapf:

Ich überlege auf jeden Fall ob ich jetzt erstmal mit Dashui weitermachen soll und warte bis VIS stabiler läuft oder ob ich doch nochmal mit VIS anfangen soll??

Was würdet ihr machen? `
Ich würde mit VIS weitermachen (läuft doch nicht instabil).

Allerdings würde ich bei der Schreib-/Leseaktivität, die so ein System nunmal mit sich bringt, immer auf eine HDD gehen.

[quote="derrapf"Was ich interessant finde ist, dass das Ding unter Windows stabiler läuf. Dann liegt es wohl an irgendwas was die *-Pis gemeinsam haben.

Ich denke nicht, das es am PI liegt.

Bei mir läuft es auf einem Cubietruck mit HDD (keine SSD!) und alles ist auf die HDD gewandert.

Damit fahre ich seit einem Jahr hervorragend.

Bisher nur durch eigene Doofheit mal was geschrottet, aber dafür macht der Cubie ja jede Nacht ein Backup (inkl. MySQL) - welche dann einmal pro Woche aufs NAS gehen.

Gruß,

Eric

Das es bei den Pi's mehr Probleme gibt liegt mit Sicherheit daran das ein großteil der ioBroker nutzer einen Pi als host nutzen. Ich hab ebenfalls einen und schon ein halbes jahr kein größeres Problem mehr.

Seit kurzem Betreibe ich das ebenfallS mit einer SSD. Backup mach ich immer bevor ich was verändere in dem ich den ganzen iobroker ordner in ein archiv packe. Und Zusätzlich speichere ich views und scripte hin und wieder extra ab.

Bisher hab ich das nur wegen Neuinstallation gebraucht und hoffe das es so bleibt.

Datenlogging betreibe ich bisher nicht, wenn ich damit anfange wird die Sicherung dann auch Automatisch erfolgen.

Gesendet von meinem Jolla mit Tapatalk

@Bluefox:

Ich muss vielleicht Backup Adapter schreiben, was zyklisch die Einstellungen weg kopiert. `

Meine Idee eines einfachen Workarounds:

• Erstellung eines Objektes z.B. "vis.0.viewData"

• Beim Speichern eines views im Edit-Mode schreibt vis die EngineeringDaten an das neue Objekt "vis.0.viewData"

• Das Objekt "vis.0.viewData" kann per history archiviert werden

=> Dann wären die Daten immerhin an einer zweiten Stelle archiviert

Mit etwas mehr Aufwand:

• EngineeringDaten aud history als Langzeit-Undo

• vis die Möglichkeit geben alte Stände der Engineeringdaten (wie z.B. SourceSafe, TFS, Backup) direkt zu laden

Dies müsste doch technisch ohne großen Aufwand machbar sein, oder?

Tobias

Hi

vielleicht vorab: ich nutze eine SSD.

Bei einer SD brauchts einen mount auf PC oder NAS.

Es wird immer eine neue Datei erzeugt für jeden Tag.

Damit kann man auch zurückgehen, wenn die letzte gute Sicherung ein paar Tage her ist

bevor ich einen Restore mache, mache ich i.d.R. einen Rename des ioBroker Verzeichnis

z.B. von ioBroker auf ioBroker_temp. Dann sind auch noch die letzten Daten gesichert. Kann ja dann spaeter wieder geloescht werden

BackUp script: (hier habe ich einen CronJob eingerichtet, der läuft jede Nacht

#!/bin/bash
cd ./opt/iobroker
iobroker stop
rsync -aLvzh /opt/iobroker /BackUp/
iobroker start
tar -cvf /BackUp/iobroker-20$(date +%y%m%d-%R).tar /BackUp/iobroker

Restore Script aus dem unkomprimierten Ordner

 #!/bin/bash
cd ./opt/iobroker
/iobroker stop
rsync  -aLvzh /BackUp/BackUp/iobroker /opt/
.iobroker start

dann noch ein uncompress fuer die erzeugten TAR Dateien

tar -xvf iobroker-20160129.tar
Achtung - Die Urzeit muss entfernt werden da uncompress mit doppelpunkt nicht klar kommt

vG Looxer

@derrapf:

Eben ist es wieder passiert.

Ich editiere meine Views; ich sehe dass sie mal wieder nicht gespeichert werden (am Diskettensymbol oben rechts); ich reboot den Bananapi; Ergebns: Alles Views weg.

Kann sich das nicht mal jemand der Programmierer mit erhöhter Prio anschauen? Es kan doch nicht sein dass ein Programm sich seine eigene Konfiguration kaputt macht.

Ich unterstütze auch mit Tests und Logfile usw.

Gruss Ralf `
Es ist schon high prior für mich. Kannst du mir logs liefern?

Mein Glaskugel ist heute leider kaputt.

Hast du SD karte getauscht (Samsung, SanDisk o.ä.)?