NEWS
Adapter: iobroker.backitup (stable Release)
-
Im Moment läuft das ohne "stop".
Konnte mir bis dato noch nicht erklären welchen Nutzen dads Stoppen hat. [emoji848]
Sonst ist nur noch "Telegram" eingestellt.
Gehts bei dir immer noch nicht? `
Das stoppen zwingt iobroker dazu auch die aktuellsten states vor dem Backup zu schreiben/speichern um auch diese in aktuellster Form zu speichern
-
Das stoppen zwingt iobroker dazu auch die aktuellsten states vor dem Backup zu schreiben/speichern um auch diese in aktuellster Form zu speichern `
Ah, ok… dsnke für die Info. Hatte ich mir fast gedacht. Ich denke/hoffe so viele Daten werden es nicht sein die dabei veloren gehen. -
Soooo, endlich funktioniert es auch bei mir. Ich hatte, wie andere hier im Forum auch schon, die Verzeichnis-Berechtigungen in der Fritte neu vergeben. "Alle Ordner" funktionierte nicht, die Fritte hatte sich zum wiederholten Male aufgehangen. Zum Glück half einfach SD ziehen und RPi neu starten.
Mit den neuen Berechtigungen, wo ich jedes Verzeichnis extra angelegt habe, funkt es nun.
Danke für die Hilfe.
ioB macht nun alle 30 Tage ein Minimal-Backup.
Welches Intervall habt Ihr bei den Backups eingestellt?
Gruß Stoni
-
Soooo, endlich funktioniert es auch bei mir. ` Supi!
@Stoni:"Alle Ordner" funktionierte nicht, die Fritte hatte sich zum wiederholten Male aufgehangen. ` Das war bei mir Anfangs auch so. Es funktionierte einfach nicht wenn die Ordner nicht speziell frei gegeben waren. Gestern nach dem Update habe ich noch einen "Negativtest" gemacht. Dazu einen User in der Fritte angelegt und "alle verfügbaren Ordner" freigegeben. Und komisch –> funktionierte auch... warum auch immer. Das aber nur so nebenbei.
Welches Intervall habt Ihr bei den Backups eingestellt? `
da ich fast jeden Tag noch an meinen Visios arbeite mache ich noch jeden Tag ein Minimal-Backup. (Löschung alter Backups >5)Dann noch jeden Sonntag ein Komplett-Backup. (Löschung alter Backups >3)
-
Irgendwie funktioniert seit dem letzten Update bei mir das Ganze nicht so richtig.
Die Backups werden mittlerweile erstellt und per FTP auf Fritz-Nas geschoben.
Allerdings wird in der History nichts eingetragen. Der letzte Eintrag ist das letzte Backup vor dem Adapterupdate.
Mittlerweile habe ich 2 manuelle Backups und 2 automatische Backups ohne Fehler ausgeführt. Lediglich die History Einträge scheinen nicht geschrieben zu werden.
-
Geht bei mir einwandfrei, sowohl in der Vis und NAS….
-
Vielen Dank für den Adapter, läuft soweit gut. Zur History habe ich einen Verbesserungsvorschlag, https://github.com/simatec/ioBroker.backitup/issues/24.
Nun zu meiner Frage:
Ich mache das Backup via CIFS auf ein Synology-NAS, das funktioniert auch sehr gut.
Was hat es denn mit der Einstellung "alte Standard-Backups löschen nach X-Tagen" auf sich?
<list type="decimal">4. Wenn ich hier eine "1" eintrage, und z.B. das Datum des Dateinamens von "minimal-2018_08_06-03_00_10_backupiobroker.tar" auf ""minimal-2018_08_02-03_00_10_backupiobroker.tar" setze auf Server (/opt/iobroker/backups) und NAS, also 4 Tage alt, dann wird weder auf dem Server (Raspberry) noch auf der NAS die Datei gelöscht.- Sollen durch die Funktion die Dateien auf dem Server (/opt/iobroker/backups), auf der NAS, oder auf beiden gelöscht werden?
-
@Mic:Vielen Dank für den Adapter, läuft soweit gut. Zur History habe ich einen Verbesserungsvorschlag, https://github.com/simatec/ioBroker.backitup/issues/24.
Nun zu meiner Frage:
Ich mache das Backup via CIFS auf ein Synology-NAS, das funktioniert auch sehr gut.
Was hat es denn mit der Einstellung "alte Standard-Backups löschen nach X-Tagen" auf sich?
<list type="decimal">4. Wenn ich hier eine "1" eintrage, und z.B. das Datum des Dateinamens von "minimal-2018_08_06-03_00_10_backupiobroker.tar" auf ""minimal-2018_08_02-03_00_10_backupiobroker.tar" setze auf Server (/opt/iobroker/backups) und NAS, also 4 Tage alt, dann wird weder auf dem Server (Raspberry) noch auf der NAS die Datei gelöscht.- Sollen durch die Funktion die Dateien auf dem Server (/opt/iobroker/backups), auf der NAS, oder auf beiden gelöscht werden? `
Zu 1: gehe ich stark davon aus, dass auf das Erstellungsdatum zurückgegriffen wird, wie es auch schon im Backup Script war.
-
Zu 1: gehe ich stark davon aus, dass auf das Erstellungsdatum zurückgegriffen wird, wie es auch schon im Backup Script war. `
Danke, das würde Sinn machen, also die https://linux-club.de/wiki/opensuse/Zeitstempel_von_Dateien#Change_Time_.28ctime.29 wohl.
-
Irgendwie funktioniert seit dem letzten Update bei mir das Ganze nicht so richtig.
Die Backups werden mittlerweile erstellt und per FTP auf Fritz-Nas geschoben.
Allerdings wird in der History nichts eingetragen. Der letzte Eintrag ist das letzte Backup vor dem Adapterupdate.
Mittlerweile habe ich 2 manuelle Backups und 2 automatische Backups ohne Fehler ausgeführt. Lediglich die History Einträge scheinen nicht geschrieben zu werden. `
Lege mal bitte eine neue html an für die history.
Der Datenpunkt hat sich geändert.
Es reicht nicht den Datenpunkt in der html zu ändern.
Die html muss neu on der vis erstellt werden
Gesendet von iPhone mit Tapatalk
-
@Mic:Vielen Dank für den Adapter, läuft soweit gut. Zur History habe ich einen Verbesserungsvorschlag, https://github.com/simatec/ioBroker.backitup/issues/24. `
Das streben wir in der Javascript-Version an. Ist aber derzeit noch nicht spruchreif
-
Ich denke mal das das letzte Update komplett in die Hose ging.
Ich kann per Button in VIS keine Updates mehr machen,
History ist weg
Schade wenn alles geändert wird und es keiner für nötig hält das irgendwo zu dokumentieren.
Alleine schon das plötzlich die FTP Einstellungen weg waren sollte zumindest klar kommuniziert werden.
Ich habe das erst durch Zufall gemerkt.
-
Ja, ich lese Cangelogs
-
nein, ich suche nicht nach jedem Update eines Adapters mehrere Stunden in Foren ob irgendwas wesentliches verändert wurde.
-
-
Klar, mir ist der Beta Status schon bekannt, aber solche Änderungen sollten doch auch in die Changelog damit man wesentliche Infos doch sofort hat.
Dazu ist ja auch die Changelog da (zumindest war das früher mal so) das man dort auch vermerkt hat "Datenpunkte geändert" "Zugriffsmodus geändert - muss neu konfiguriert werden"
Bitte versteht mich nicht falsch. Ich ärgere mich eigentlich über eine Kleinigkeit die nicht sein müsste.
Ich finde eure Arbeit wirklich toll und bin echt dankbar das ihr so hinter dem Projekt steht.
-
Ok, zurück zum Thema.
Ich habe jetzt den ganzen Adapter gelöscht und neu installiert. Daraufhin wurden dann alle Objekte neu erstellt und ich konnte sie entsprechend in der VIS ändern.
Meine vorherigen manuellen Tests habe ich nämlich blöderweise nicht vom Objektreiter (da hätte ich das gleich gemerkt) sondern aus dem Adapter gestartet.
Die Objekte wurden nach dem Update nicht neu geschrieben sondern es waren auch nach mehrmaligem Neustart des Adapters keine geänderten Namen vorhanden.
Das Problem ist jetzt zwar weg, aber das sollte man eventuell im Hinterkopf behalten das alte Installationen die Objekte nicht neu schreiben. Das könnte die ein- oder andere Fehlerquelle erklären.
-
Das Problem ist jetzt zwar weg, aber das sollte man eventuell im Hinterkopf behalten das alte Installationen die Objekte nicht neu schreiben. Das könnte die ein- oder andere Fehlerquelle erklären. `
Ich kenne die Problematik von anderen Systemen bei der Plugin-Programmierung.
Die Lösung ist hier, dass im Plugin die aktuell zu installierende Version in eine Konstante kommt, z.B. '3.17'. Dann wird im Skript im Bereich "Plugin-Installation" die derzeit installierte Version abgefragt. Wenn man dann hier z.B. "< '3.11'" hat, dann wird bei bestehenden Installationen kleiner Version 3.11 was durchgeführt, in diesem Fall könnten die Objektinhalte in die neue Objektstruktur übertragen - oder falls nicht relevant - alle alten Objekte gelöscht werden.
Nur meine 2 Cents… Wäre gegebenfalls auch was für ein Adapter-Framework.
307
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge