VIS: Hilfe alle Views weg

derrapf

Hallo alle

Ich überlege mir auch ob ich nicht eine Platte an den Bananapi hänge. Dann müsste man aber IOBroker dort installieren.

Oder kann man die "Bewegungsdaten" auslagern? Ich finde eh, dass die Userdaten nichts im Installationsverzeichnis zu suchen haben, wie es aktuell bei IOBroker der Fall ist.

Ev. ist wirklich die Karte ein Problem, denn es finden ja schon viele Schreibzugriffe statt. Vom editieren der Views bis über das Schreiben der Logs.

Kann man ev. auch ein NAS dafür verwenden? Da habe ich noch genug Kapazität frei!

Das mit dem Backup werde ich auch in Zukunft so machen. Ich schreib mir dann einfach ein Script das mir das IOBroker Verzeichnis auf das NAS repliziert.

EIn Adapter wär natuerlich auch super.

Ich überlege mir nur ob ich wieder bei Null anfangen soll. Meine (über 20 Views) und mehrere Monate Arbeit sind beim Teufel.

Ich hatte die damals aus DashUI mühselig importiert. View für View!!!

Das wäre übrigens auch noch eine schöne Erweiterung: Wenn man aus DashUI ALLE Views exporieren und in IBroker wieder importieren könnte.

By The way: Müsste es unter DashUI nicht auch ein *.JSON File geben das man anpasst und einfach nach IOBroker kopiert? Oder ist das zu inkompatibel?

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?

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

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

Sehr gerne. Dann muss ich mir nicht selber ein Script aus den Fingern leiern.

Gruss Ralf

eric2905

~~@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

Jey Cee

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

derrapf

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 start

Das sollte erstmal helfen, hoffe ich.

Nichtsdestotrotz würde mich interessieren warum der VIS bei mir ständig einfriert und bei Euch nicht…

Gruss Ralf

hometm

~~@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

derrapf

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

looxer01

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

Wow!

Danke!!!

Probiere ich aus!

Gruss Ralf

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

Bluefox

~~@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. ;)

derrapf

~~@Bluefox:~~

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

derrapf

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

derrapf

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.
743_temp.zip
Gruss Ralf

Bluefox

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

derrapf

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

derrapf

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

eric2905

Moin,

~~@derrapf:~~

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

Bluefox

~~@derrapf:~~

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.

derrapf

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 permitted

D.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

derrapf

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.

~~@Bluefox:~~

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.

~~@Bluefox:~~

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

Community Forum

NEWS

VIS: Hilfe alle Views weg

Support us

912

32.6k

81.9k

1.3m