VIS: Hilfe alle Views weg
-
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
-
Hallo alle
Ich habe jetzt erstmal folgendes unternommen:
-
Synology-NAS gemountet unter /mnt/nas
-
einen Cron-Job eingerichtet der nachts ein Vollbackup der ganzen SD-Karte macht
ich lasse dafür einfach folgendes Script laufen:
#!/bin/sh NOW=$(date +"%F") cd /opt/iobroker sudo iobroker stop sudo /etc/init.d/cron stop sudo dd if=/dev/mmcblk0 of=/mnt/nas/backup/bapi2_backup$NOW.img sudo /etc/init.d/cron start sudo iobroker startDas sollte erstmal helfen, hoffe ich.
Nichtsdestotrotz würde mich interessieren warum der VIS bei mir ständig einfriert und bei Euch nicht…
Gruss Ralf
-
-
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
@looxer01: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.
Wenn jemand an mehr Details interessiert ist, dann kann ich das gerne näher beschreiben. `
Hast du da ein Script?Gruss Ralf
10831_source2.jpg -
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/iobrokerRestore Script aus dem unkomprimierten Ordner
#!/bin/bash cd ./opt/iobroker /iobroker stop rsync -aLvzh /BackUp/BackUp/iobroker /opt/ .iobroker startdann 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 kommtvG Looxer
-
Wow!
Danke!!!
Probiere ich aus!
Gruss Ralf
-
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
-
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.
-
Es ist schon high prior für mich. Kannst du mir logs liefern?
Mein Glaskugel ist heute leider kaputt.
`Oh Mann…schon wieder aus Versehen "melden" gedrückt, statt "Antworten"
Was ist nur los mit mir. Und der Dialog sieht auch noch ähnlich aus wie bei "antworten".
Also nochmal, sorry:
Ich wollte sagen: Ich kann Dich problemlos mit Logs versorgen, wenn VIS sich verabschiedet. Du musst mir nur sagen welche das sind und wo die liegen.
Ich hoffe nicht, dass es wieder passiert dass die Views auf einmal weg sind. Das ist immer ziemlich mühselig wieder neu aufzusetzen.
Gruss Ralf
-
Hallo Bluefox
Eben ist es wieder passiert
Was brauchst Du genau an Log welche files? Wo sind die?
Ich hab mal /opt/iobroker/log gepackt und angehängt
Gruss Ralf
743_logs.zip -
Hallo BlueFox
Seit den letzten Updates (vis, Java-script, hm*, ..) passiert das nun immer öfter. Inzwischen ist es nun auch so dass nicht nur Vis abkackt, sondern danach auch die IOBroker Seite nicht mehr erreichbar ist.
Gruss Ralf -
Hast du SD karte getauscht (Samsung, SanDisk o.ä.)?
-
Hallo Bluefox
Es ist eine Sandisk drin. 32 GB.
Was ist Deine Vermutung? Dass die Installation einen Schuss hat? Dann wären aber auch die Backups die ich von IoBroker habe im Eimer…
Gruss Ralf
-
Hallo Bluefox
Seit Wochen keine Rückmeldung
Arbeitest Du an dem Problem hier?
Heute ist Vis wieder abgeraucht und hat eine unvollständige vis-views.json hinterlassen.
Ich würde ja gerne mithelfen; aber wenn sich halt gar niemand meldet bzw. der Sache annimmt ist eher shwierig.
Oder bin ich der Einzige bei dem VIS so dermassen instabil ist?
Ich kann doch nicht alle 10 Minuten ein Backup machen…
Gruss Ralf
-
Moin,
Seit Wochen keine Rückmeldung
Arbeitest Du an dem Problem hier?
[…]
Ich würde ja gerne mithelfen; aber wenn sich halt gar niemand meldet bzw. der Sache annimmt ist eher shwierig.
Oder bin ich der Einzige bei dem VIS so dermassen instabil ist?
Ich kann doch nicht alle 10 Minuten ein Backup machen… `
das klingt jetzt aber schwer angreifend … der Ton macht die Musik ....Hast Du die Frage von Bluefox, ob Du die SD mal getauscht hast, beantwortet? Nein.
Es ist bekannt, das SDs nicht der Brüller für dauerhafte Schreib-/Lesezugriffe sind (wurde hier auch schon geschrieben) und viele haben Dir geraten, eine SSD oder HDD zu nutzen.
Welche weiteren Dinge hast Du auf dem Banana laufen, die auf der SD "rumturnen"?
Hast Du den Banana mal ein OS-Update gegönnt?
Hast Du den Banana mal neu aufgesetzt - mit einem nackten neuen/aktuellem OS und dann die Installation von ioBroker nachgezogen?
Irgendwie habe ich das Empfinden, Du wartest darauf, das man für Dich "arbeitet". Selber mal was probieren habe ich nicht wirklich gesehen (oder übersehen, dann sorry).
Da ich bisher nur von Dir diese derartigen Ausfälle gelesen habe, könnte man vermuten, das es nicht unbedingt ein systemischer Fehler sein muss, sondern irgendwas in Deiner Installation klemmt.
ioBroker ist ein Hobby-Projekt, wo viele ihre Freizeit reinstecken ... für Nüsse, lau, nada, ohne was dafür zu bekommen - außer mal ein Danke oder eine Spende per Paypal.
Da muss so ein Posting nicht sein ... ich empfinde dieses Posting als Angriff gegen die Entwickler ...
Sorry für die harten Worte, aber hier wird manchmal - nicht nur von Dir !!! - nach meinem Empfinden eine Erwartungshaltung an den Tag gelegt ...
Gruß,
Eric
-
Hallo Bluefox
Seit Wochen keine Rückmeldung
Arbeitest Du an dem Problem hier?
Heute ist Vis wieder abgeraucht und hat eine unvollständige vis-views.json hinterlassen.
Ich würde ja gerne mithelfen; aber wenn sich halt gar niemand meldet bzw. der Sache annimmt ist eher shwierig.
Oder bin ich der Einzige bei dem VIS so dermassen instabil ist?
Ich kann doch nicht alle 10 Minuten ein Backup machen…
Gruss Ralf `
Nein. Ich arbeite nicht an das Problem, weil ich das Problem nicht sehe. Weil du der Einzige von 1500 Anwender bist, bei wem die Views ständig weg laufen, kann ich daraus schließen, dass es entweder an deiner Installation liegt, oder an deiner Arbeitsart.Falls du immer nur von einer Stelle editierst und nicht 3 Rechner gleichzeitig dafür benutzt, dann ist das SD Karte. Falls du von mehreren Rechnern zugreifst, dann mache bitte so nicht.
-
Hallo Eric
Nein das war kein Angriff gegen Bluefox. Wenn das so rübergekommen sein sollte dann war das nicht beabsichtigt. Ich habe die Frage ob er an dem Task hier noch arbeitet wirklich nur informativ für mich gemeint.
Weil sonst haette ich weitere Logs geschickt. Wenn nicht, dann lass ich das.
Seine Fragen hatte ich damals beantwortet und Gegenfragen gestellt, Logfiles gepostet, aber leider noch keine Antwort bekommen.
Deshab wusste ich nicht ob er noch dran arbeitet oder ob er den Task vergessen hatte.
Die Vermutung mit der defekten SD Karte scheint die einzige zu sein die übrig bleibt. Warum ich mich bisher zurückgehalten habe mit einer neuen Karte von 0 anzufange:
Wenn eine defekte Karte der Grund wäre (das war eine meiner Fragen):
-
Würde dann nicht das nächtliche Backup auf die Bretter gehen?
-
Würde dann nicht das weiter vorne im Thread genannte Script das das IOBroker-Verzeichnis backuppt, auf die Bretter gehen?
-
Würde dann nicht IOBroker einfach grundsätzlich nicht mehr funktionieren (wenn Files aufgrund der defekten SD Karte korrupt würden)?
-
Nach einem Reboot läuft alles wieder: Das sollte doch bei einer defekten Karte auch nicht passieren, oder?.
All das lässt mich in einem ersten Schritt an einer defekte Karte zweifeln.
Ihr dürft mich aber gerne vom Gegenteil überzeugen.
Dafür ist ein Diskussionsforum ja da.
Meiner Erfahrung nach passiert das Problem beim Schreiben der JSON Datei. Die wird nicht oder nur halb geschrieben, weil VIS sich aufgehängt hat, vermute ich. Die Netzwerkverbindung selber steht, denn ich kann auf den Bananapi und ihn rebooten. IOBroker selber läuft auch (zumindest was ich erkennen kann) meistens danach noch. Nur VIS wird als nicht laufend angezeigt.
Ich sag mal so: Da das Problem spezifisch bei VIS passiert: Ist es da echt wahrscheinlich dass es die Karte ist?
Und wenn ich die Karte tausche und IOBroker neu aufsetze: und es funktioniert (erstmal)? Ist das dann der Beweis, dass es die Karte war? Ich könnte ja auf der neuen Karte ja trotzdem Unterschiede im Setup haben die den Fehler "beheben". D.. ich weiss dann immer noch nicht was der wirkliche Grund war (den ich gerne kennen würde).
Wenn es tatsächlich die SD Karte ist, dann wäre eine Neue aber ja auch gar keine Lösung, denn dann kommt der Fehler sicher wieder.
Dewegen hab ich mich erstmal darauf konzentriert, IOBroker auszulagern (auf einen USB Stick)
Ich habe also in einem ersten Schritt einen USB Stick in den Bananapi gesteckt um das gesamte IOBroker Verzeichnis dort hin zu schaufeln, um das Problem mit der Karte zu umgehen. Aber hier hab ich das Problem mit dem Copy-Befehl (da gab es auch ein Posting; leider ohne Lösung):
Wenn ich
sudo cp -r /opt/iobroker/. /mnt/usb1/iobroker/eingebe, kommt irgendwann
cp: cannot create symbolic link `/mnt/usb1/iobroker/./node_modules/iobroker.javascript/node_modules/request/node_modules/.bin/uuid': Operation not permittedD.h. ich stecke schon wieder fest.
Ich bin leider kein UNIX Crack, so dass ich hier in einer Sackgasse bin. Ich würde Euch ja auch nicht belästigen, wenn ich selber weiter käme. Aber hier stecke ich wieder fest, so dass ich leider weiter auf der SD Karte arbeiten muss.
Wenn es keine Lösung für den USB-Stick (und damit auch für eine SSD) gibt, dann kann ich gerne versuchen mit einer neuen SD-Karte bei Null anzufangen; ich befürchte nur dass das das Problem nicht lösen wird (wenn Eure Vermitung stimmt, dass SD-Karten einfach mit der Zeit marode werden). Bzw. ich würde das gere nochmal wirklich mit Euch abklären ob das tatsächlich eine defekte Karte sein kann. Denn ganz vorne anzufangen ist ja schon ein mords Aufwand.
Sorry dass es bei mir nicht läuft.
Gruss Ralf
-
-
Hallo Blufox
@Bluefox:Nein. Ich arbeite nicht an das Problem, weil ich das Problem nicht sehe. `
Danke für die Rückmeldung. Die hat mir bisher gefehlt.Weil du der Einzige von 1500 Anwender bist, bei wem die Views ständig weg laufen, kann ich daraus schließen, dass es entweder an deiner Installation liegt, oder an deiner Arbeitsart. `
Ok.D.h. Du meinst die Installation würde falsch aufgesetzt, oder falsch customized?
Oder meinst Du es sind Dateien korrupt?
Wenn ich nun alles neu mache: Kann ich dann irgendwas aus der alten Installation übernehmen damit ich nicht alles neu machen muss?
Also kann ich z.B. die viw-JSON Datei kopieren, oder könnte genau die den Fehler verursachen?? Dann haette ich nichts gewonnen.
Falls du immer nur von einer Stelle editierst und nicht 3 Rechner gleichzeitig dafür benutzt, dann ist das SD Karte. Falls du von mehreren Rechnern zugreifst, dann mache bitte so nicht. `
Das kann ich ausschliessen. Ich arbeite grundsätzlich nur von einem Rechner aus.Gruss Ralf
-
Hallo Ralf,
ich weiß, quoting von Quotes macht man nicht, aber hier muss es sein …
All das lässt mich in einem ersten Schritt an einer defekte Karte zweifeln.
Ihr dürft mich aber gerne vom Gegenteil überzeugen. `
Nun ja, solange man die SD nicht gewechselt / getauscht hat, wird man es nie sicher wissen.Die Erfahrung zeigt aber, das es meist an der SD liegt.
Ich sag mal so: Da das Problem spezifisch bei VIS passiert: Ist es da echt wahrscheinlich dass es die Karte ist? `
Möglich ist das schon, da nur VIS diese Datei verwendet. Wenn die SD an der Speicherstelle instabil ist, wird alles laufen, bis die Speicherstelle wieder wackelt ….Diesbezüglich kannst Du mal einen Test machen:
Wenn die Datei saube rist, kopiere diese mal, benenne die Originaldatei um (damit sie bestehen bleibt) und benenne dann die Kopie auf den richtigen Namen um. Wenn's dann nicht mehr scheppert, hast Du eine wacklige Speicherstelle ... (so habe ich schon mal eine SD aussortiert).
Dewegen hab ich mich erstmal darauf konzentriert, IOBroker auszulagern (auf einen USB Stick)
Ich habe also in einem ersten Schritt einen USB Stick in den Bananapi gesteckt […]:
Wenn ich
sudo cp -r /opt/iobroker/. /mnt/usb1/iobroker/eingebe, kommt irgendwann
cp: cannot create symbolic link `/mnt/usb1/iobroker/./node_modules/iobroker.javascript/node_modules/request/node_modules/.bin/uuid': Operation not permittedD.h. ich stecke schon wieder fest. `
Lass den Punkt mal weg (also "sudo cp -r /opt/iobroker/ /mnt/usb1/iobroker/" verwenden) - dann sollte das auch funktionieren.Hast Du mal überlegt, das gesamte /opt auf einen Stick (oder S/HDD) zu verlagern? Dann kannst Du den Mountpoint ändern und alles past.
Gruß,
Eric
[PS / Edit]:
Um das Netzwewrk auszuschließen, verwende mal den Browser auf dem Banana selber - dann geht nix übers Netzwerk.
