NEWS
Adapter: iobroker.backitup (stable Release)
-
@PatrickFro
Deine Config für das mysql Backup ist entweder nicht korrekt (Pfadangabe zur mysqldump) oder mysqldump ist nicht installiert.
Was auch sein kann, dass deinem User iobroker Rechte fehlen. Lass mal den Installer Fix drüberlaufen (siehe Signatur)@simatec said in Adapter: iobroker.backitup (stable Release):
mysqldump
Den Fix habe ich nochmal laufen lassen, keine Änderung, Fehler tauchen weiterhin auf.
MySQL-Installation hat wohl nur zum Teil funktioniert:
Damit bin ich leider komplett überfordert... Was kann ich tun, was sollte ich tun?
-
@simatec said in Adapter: iobroker.backitup (stable Release):
mysqldump
Den Fix habe ich nochmal laufen lassen, keine Änderung, Fehler tauchen weiterhin auf.
MySQL-Installation hat wohl nur zum Teil funktioniert:
Damit bin ich leider komplett überfordert... Was kann ich tun, was sollte ich tun?
@PatrickFro
Hier geht es eigentlich um backitup und nicht mysql.
Aber im Forum gibt es einige Anleitungen zum einrichten von mysql ....Siehe Bsp. hier: https://forum.iobroker.net/topic/6893/mysql-einrichten
-
MySql habe ich ggf. etwas vorschnell mit mysqldump verwechselt...
ich merke gerade, dass ich nicht mehr auf den Raspberry komme und auch iobroker nicht mehr ansprechbar ist...
-
Nach dem "JS-Controller-Desaster" (
eigene Zertifikate....) wollte ich eigentlich ein Voll-Backup einspielen, bis mir dann auffiel, dass das schon seit 4 Wochen nicht mehr funktioniert (Minimal läuft). Also Debug etc., ist aber kein Fehler zu finden, er loggt einfach bis zum Skt. Nimmerleinstag 0% gepackt und legt ein 10 Byte großes Backup an.
Unter anderem fiel mir dann auf, dass ein Voll-Backup (bei denen die noch liefen) mittlerweile ~90 Minuten dauert. Wird wohl an der Java-Backup-Methode (=nötig, damit es auch für Windows funktioniert?) liegen. Ist allerdings blöd wenn man den ioB stoppt und 90 Minuten nix mit "smart" ist, selbst nachts wenn man das Backup laufen lässt.
Also habe ich mir notgedrungen ein Shell-Skript mit tar, rsync und per cron zusammen gehämmert, damit wenigstens mal wieder ein aktuelles Voll-Backup verfügbar ist. Das die Java-Routine langsamer ist war mir schon klar, überrascht war ich dann aber doch. Direkt ausgeführt dauert das Backup gerade mal 10 Minuten und ich konnte es von ~1GB auf ~800MB shrinken, da ich auch das (für mich unnötige) "history"-Verzeichnis weglassen konnte.
Deswegen habe ich jetzt das Voll-Backup deaktiviert und die Fehlersuche eingestellt, aber wäre es ev. eine Option quasi einen eigenen Backup-Befehl im Voll-Backup zu ermöglichen? So könnte man bei Bedarf selbst Anpassungen vornehmenLG SBorg ( SBorg auf GitHub)
Projekte: Lebensmittelwarnung.de | WLAN-Wetterstation | PimpMyStation -
Nach dem "JS-Controller-Desaster" (
eigene Zertifikate....) wollte ich eigentlich ein Voll-Backup einspielen, bis mir dann auffiel, dass das schon seit 4 Wochen nicht mehr funktioniert (Minimal läuft). Also Debug etc., ist aber kein Fehler zu finden, er loggt einfach bis zum Skt. Nimmerleinstag 0% gepackt und legt ein 10 Byte großes Backup an.
Unter anderem fiel mir dann auf, dass ein Voll-Backup (bei denen die noch liefen) mittlerweile ~90 Minuten dauert. Wird wohl an der Java-Backup-Methode (=nötig, damit es auch für Windows funktioniert?) liegen. Ist allerdings blöd wenn man den ioB stoppt und 90 Minuten nix mit "smart" ist, selbst nachts wenn man das Backup laufen lässt.
Also habe ich mir notgedrungen ein Shell-Skript mit tar, rsync und per cron zusammen gehämmert, damit wenigstens mal wieder ein aktuelles Voll-Backup verfügbar ist. Das die Java-Routine langsamer ist war mir schon klar, überrascht war ich dann aber doch. Direkt ausgeführt dauert das Backup gerade mal 10 Minuten und ich konnte es von ~1GB auf ~800MB shrinken, da ich auch das (für mich unnötige) "history"-Verzeichnis weglassen konnte.
Deswegen habe ich jetzt das Voll-Backup deaktiviert und die Fehlersuche eingestellt, aber wäre es ev. eine Option quasi einen eigenen Backup-Befehl im Voll-Backup zu ermöglichen? So könnte man bei Bedarf selbst Anpassungen vornehmen@SBorg sagte in Adapter: iobroker.backitup (stable Release):
Nach dem "JS-Controller-Desaster" (
eigene Zertifikate....) wollte ich eigentlich ein Voll-Backup einspielen, bis mir dann auffiel, dass das schon seit 4 Wochen nicht mehr funktioniert (Minimal läuft). Also Debug etc., ist aber kein Fehler zu finden, er loggt einfach bis zum Skt. Nimmerleinstag 0% gepackt und legt ein 10 Byte großes Backup an.
Unter anderem fiel mir dann auf, dass ein Voll-Backup (bei denen die noch liefen) mittlerweile ~90 Minuten dauert. Wird wohl an der Java-Backup-Methode (=nötig, damit es auch für Windows funktioniert?) liegen. Ist allerdings blöd wenn man den ioB stoppt und 90 Minuten nix mit "smart" ist, selbst nachts wenn man das Backup laufen lässt.
Also habe ich mir notgedrungen ein Shell-Skript mit tar, rsync und per cron zusammen gehämmert, damit wenigstens mal wieder ein aktuelles Voll-Backup verfügbar ist. Das die Java-Routine langsamer ist war mir schon klar, überrascht war ich dann aber doch. Direkt ausgeführt dauert das Backup gerade mal 10 Minuten und ich konnte es von ~1GB auf ~800MB shrinken, da ich auch das (für mich unnötige) "history"-Verzeichnis weglassen konnte.
Deswegen habe ich jetzt das Voll-Backup deaktiviert und die Fehlersuche eingestellt, aber wäre es ev. eine Option quasi einen eigenen Backup-Befehl im Voll-Backup zu ermöglichen? So könnte man bei Bedarf selbst Anpassungen vornehmenDas würde mich ebenfalls freuen.!!
-
Nach dem "JS-Controller-Desaster" (
eigene Zertifikate....) wollte ich eigentlich ein Voll-Backup einspielen, bis mir dann auffiel, dass das schon seit 4 Wochen nicht mehr funktioniert (Minimal läuft). Also Debug etc., ist aber kein Fehler zu finden, er loggt einfach bis zum Skt. Nimmerleinstag 0% gepackt und legt ein 10 Byte großes Backup an.
Unter anderem fiel mir dann auf, dass ein Voll-Backup (bei denen die noch liefen) mittlerweile ~90 Minuten dauert. Wird wohl an der Java-Backup-Methode (=nötig, damit es auch für Windows funktioniert?) liegen. Ist allerdings blöd wenn man den ioB stoppt und 90 Minuten nix mit "smart" ist, selbst nachts wenn man das Backup laufen lässt.
Also habe ich mir notgedrungen ein Shell-Skript mit tar, rsync und per cron zusammen gehämmert, damit wenigstens mal wieder ein aktuelles Voll-Backup verfügbar ist. Das die Java-Routine langsamer ist war mir schon klar, überrascht war ich dann aber doch. Direkt ausgeführt dauert das Backup gerade mal 10 Minuten und ich konnte es von ~1GB auf ~800MB shrinken, da ich auch das (für mich unnötige) "history"-Verzeichnis weglassen konnte.
Deswegen habe ich jetzt das Voll-Backup deaktiviert und die Fehlersuche eingestellt, aber wäre es ev. eine Option quasi einen eigenen Backup-Befehl im Voll-Backup zu ermöglichen? So könnte man bei Bedarf selbst Anpassungen vornehmen@SBorg sagte in Adapter: iobroker.backitup (stable Release):
Nach dem "JS-Controller-Desaster" (
eigene Zertifikate....) wollte ich eigentlich ein Voll-Backup einspielen, bis mir dann auffiel, dass das schon seit 4 Wochen nicht mehr funktioniert (Minimal läuft). Also Debug etc., ist aber kein Fehler zu finden, er loggt einfach bis zum Skt. Nimmerleinstag 0% gepackt und legt ein 10 Byte großes Backup an.Mit großer Wahrscheinlichkeit kann auf irgndwelche geöffneten dateien nicht zugegriffen werden.
Dafür hat backitup die Option zum stoppen.Unter anderem fiel mir dann auf, dass ein Voll-Backup (bei denen die noch liefen) mittlerweile ~90 Minuten dauert. Wird wohl an der Java-Backup-Methode (=nötig, damit es auch für Windows funktioniert?) liegen. Ist allerdings blöd wenn man den ioB stoppt und 90 Minuten nix mit "smart" ist, selbst nachts wenn man das Backup laufen lässt.
Da gebe ich dir recht ... 90 Minuten ist schon ne lange Zeit. Aber mit fast 1 Gb hast auch ne recht große Installation.
Also habe ich mir notgedrungen ein Shell-Skript mit tar, rsync und per cron zusammen gehämmert, damit wenigstens mal wieder ein aktuelles Voll-Backup verfügbar ist. Das die Java-Routine langsamer ist war mir schon klar, überrascht war ich dann aber doch. Direkt ausgeführt dauert das Backup gerade mal 10 Minuten und ich konnte es von ~1GB auf ~800MB shrinken, da ich auch das (für mich unnötige) "history"-Verzeichnis weglassen konnte.
Deswegen habe ich jetzt das Voll-Backup deaktiviert und die Fehlersuche eingestellt, aber wäre es ev. eine Option quasi einen eigenen Backup-Befehl im Voll-Backup zu ermöglichen? So könnte man bei Bedarf selbst Anpassungen vornehmenDie Frage stellt sich mir generell, ob man ein Fullbackup benötigt. Ich hatte es damals nur auf Userwunsch mit aufgenommen.
Ich denke mit dem Minimal (Standard) hat man alles was man benötigt, um seinen iobroker im Ernstfall wieder herzustellen. -
@SBorg sagte in Adapter: iobroker.backitup (stable Release):
Nach dem "JS-Controller-Desaster" (
eigene Zertifikate....) wollte ich eigentlich ein Voll-Backup einspielen, bis mir dann auffiel, dass das schon seit 4 Wochen nicht mehr funktioniert (Minimal läuft). Also Debug etc., ist aber kein Fehler zu finden, er loggt einfach bis zum Skt. Nimmerleinstag 0% gepackt und legt ein 10 Byte großes Backup an.Mit großer Wahrscheinlichkeit kann auf irgndwelche geöffneten dateien nicht zugegriffen werden.
Dafür hat backitup die Option zum stoppen.Unter anderem fiel mir dann auf, dass ein Voll-Backup (bei denen die noch liefen) mittlerweile ~90 Minuten dauert. Wird wohl an der Java-Backup-Methode (=nötig, damit es auch für Windows funktioniert?) liegen. Ist allerdings blöd wenn man den ioB stoppt und 90 Minuten nix mit "smart" ist, selbst nachts wenn man das Backup laufen lässt.
Da gebe ich dir recht ... 90 Minuten ist schon ne lange Zeit. Aber mit fast 1 Gb hast auch ne recht große Installation.
Also habe ich mir notgedrungen ein Shell-Skript mit tar, rsync und per cron zusammen gehämmert, damit wenigstens mal wieder ein aktuelles Voll-Backup verfügbar ist. Das die Java-Routine langsamer ist war mir schon klar, überrascht war ich dann aber doch. Direkt ausgeführt dauert das Backup gerade mal 10 Minuten und ich konnte es von ~1GB auf ~800MB shrinken, da ich auch das (für mich unnötige) "history"-Verzeichnis weglassen konnte.
Deswegen habe ich jetzt das Voll-Backup deaktiviert und die Fehlersuche eingestellt, aber wäre es ev. eine Option quasi einen eigenen Backup-Befehl im Voll-Backup zu ermöglichen? So könnte man bei Bedarf selbst Anpassungen vornehmenDie Frage stellt sich mir generell, ob man ein Fullbackup benötigt. Ich hatte es damals nur auf Userwunsch mit aufgenommen.
Ich denke mit dem Minimal (Standard) hat man alles was man benötigt, um seinen iobroker im Ernstfall wieder herzustellen.@simatec sagte in Adapter: iobroker.backitup (stable Release):
Aber mit fast 1 Gb hast auch ne recht große Installation.
Ist doch gar nicht`s ich habe 5,4 GB..............und es geht einwandfrei.
-
@SBorg sagte in Adapter: iobroker.backitup (stable Release):
Nach dem "JS-Controller-Desaster" (
eigene Zertifikate....) wollte ich eigentlich ein Voll-Backup einspielen, bis mir dann auffiel, dass das schon seit 4 Wochen nicht mehr funktioniert (Minimal läuft). Also Debug etc., ist aber kein Fehler zu finden, er loggt einfach bis zum Skt. Nimmerleinstag 0% gepackt und legt ein 10 Byte großes Backup an.Mit großer Wahrscheinlichkeit kann auf irgndwelche geöffneten dateien nicht zugegriffen werden.
Dafür hat backitup die Option zum stoppen.Unter anderem fiel mir dann auf, dass ein Voll-Backup (bei denen die noch liefen) mittlerweile ~90 Minuten dauert. Wird wohl an der Java-Backup-Methode (=nötig, damit es auch für Windows funktioniert?) liegen. Ist allerdings blöd wenn man den ioB stoppt und 90 Minuten nix mit "smart" ist, selbst nachts wenn man das Backup laufen lässt.
Da gebe ich dir recht ... 90 Minuten ist schon ne lange Zeit. Aber mit fast 1 Gb hast auch ne recht große Installation.
Also habe ich mir notgedrungen ein Shell-Skript mit tar, rsync und per cron zusammen gehämmert, damit wenigstens mal wieder ein aktuelles Voll-Backup verfügbar ist. Das die Java-Routine langsamer ist war mir schon klar, überrascht war ich dann aber doch. Direkt ausgeführt dauert das Backup gerade mal 10 Minuten und ich konnte es von ~1GB auf ~800MB shrinken, da ich auch das (für mich unnötige) "history"-Verzeichnis weglassen konnte.
Deswegen habe ich jetzt das Voll-Backup deaktiviert und die Fehlersuche eingestellt, aber wäre es ev. eine Option quasi einen eigenen Backup-Befehl im Voll-Backup zu ermöglichen? So könnte man bei Bedarf selbst Anpassungen vornehmenDie Frage stellt sich mir generell, ob man ein Fullbackup benötigt. Ich hatte es damals nur auf Userwunsch mit aufgenommen.
Ich denke mit dem Minimal (Standard) hat man alles was man benötigt, um seinen iobroker im Ernstfall wieder herzustellen.@simatec ich habe vor paar Tagen mein System komplett neu aufgesetzt mit dem minimal Backup. Hat soweit gut geklappt (nur die Adapter, die ich über git installiert hatte, musste ich von Hand installieren). Super geiler Adapter- einer der wichtigsten von allen finde ich. Top Arbeit
UDM Pro, Intel NUC - ioBroker in Proxmox-VM, PiHole+Grafana&Influx+TasmoAdmin in LXCs, Raspberry Pi3 (als CCU), Zigbee-Stick Sonoff, Synology DS918+
-
@simatec ich habe vor paar Tagen mein System komplett neu aufgesetzt mit dem minimal Backup. Hat soweit gut geklappt (nur die Adapter, die ich über git installiert hatte, musste ich von Hand installieren). Super geiler Adapter- einer der wichtigsten von allen finde ich. Top Arbeit
@Kueppert
Vorallem hat man jetzt keinen Streß mehr.
IObroker neu aufgesetzt, Backup zurück in's System, 2 Stunden warten, fertig.
Aus diesem Grund setzt ich bei einem Node-Backup das komplette System neu auf.
alles andere ist bei mir bisher gescheitert. -
@SBorg sagte in Adapter: iobroker.backitup (stable Release):
Nach dem "JS-Controller-Desaster" (
eigene Zertifikate....) wollte ich eigentlich ein Voll-Backup einspielen, bis mir dann auffiel, dass das schon seit 4 Wochen nicht mehr funktioniert (Minimal läuft). Also Debug etc., ist aber kein Fehler zu finden, er loggt einfach bis zum Skt. Nimmerleinstag 0% gepackt und legt ein 10 Byte großes Backup an.
Unter anderem fiel mir dann auf, dass ein Voll-Backup (bei denen die noch liefen) mittlerweile ~90 Minuten dauert. Wird wohl an der Java-Backup-Methode (=nötig, damit es auch für Windows funktioniert?) liegen. Ist allerdings blöd wenn man den ioB stoppt und 90 Minuten nix mit "smart" ist, selbst nachts wenn man das Backup laufen lässt.
Also habe ich mir notgedrungen ein Shell-Skript mit tar, rsync und per cron zusammen gehämmert, damit wenigstens mal wieder ein aktuelles Voll-Backup verfügbar ist. Das die Java-Routine langsamer ist war mir schon klar, überrascht war ich dann aber doch. Direkt ausgeführt dauert das Backup gerade mal 10 Minuten und ich konnte es von ~1GB auf ~800MB shrinken, da ich auch das (für mich unnötige) "history"-Verzeichnis weglassen konnte.
Deswegen habe ich jetzt das Voll-Backup deaktiviert und die Fehlersuche eingestellt, aber wäre es ev. eine Option quasi einen eigenen Backup-Befehl im Voll-Backup zu ermöglichen? So könnte man bei Bedarf selbst Anpassungen vornehmenDas würde mich ebenfalls freuen.!!
@passuff
Wenn du über PuTTY den Befehl ausführst den wir damals verwendet haben als backitup noch kein Adapter war, könntest du diesen nach deinen Wünschen anpassen und ausführenAber halt nur über Konsole.
Bin aber auch wie simatec der Meinung dass das minimale Backup reicht. Ich hatte damals ein paar Shell Scripte die ich mit sichern wollte, da war es schon praktisch.
-
@SBorg sagte in Adapter: iobroker.backitup (stable Release):
Nach dem "JS-Controller-Desaster" (
eigene Zertifikate....) wollte ich eigentlich ein Voll-Backup einspielen, bis mir dann auffiel, dass das schon seit 4 Wochen nicht mehr funktioniert (Minimal läuft). Also Debug etc., ist aber kein Fehler zu finden, er loggt einfach bis zum Skt. Nimmerleinstag 0% gepackt und legt ein 10 Byte großes Backup an.Mit großer Wahrscheinlichkeit kann auf irgndwelche geöffneten dateien nicht zugegriffen werden.
Dafür hat backitup die Option zum stoppen.Unter anderem fiel mir dann auf, dass ein Voll-Backup (bei denen die noch liefen) mittlerweile ~90 Minuten dauert. Wird wohl an der Java-Backup-Methode (=nötig, damit es auch für Windows funktioniert?) liegen. Ist allerdings blöd wenn man den ioB stoppt und 90 Minuten nix mit "smart" ist, selbst nachts wenn man das Backup laufen lässt.
Da gebe ich dir recht ... 90 Minuten ist schon ne lange Zeit. Aber mit fast 1 Gb hast auch ne recht große Installation.
Also habe ich mir notgedrungen ein Shell-Skript mit tar, rsync und per cron zusammen gehämmert, damit wenigstens mal wieder ein aktuelles Voll-Backup verfügbar ist. Das die Java-Routine langsamer ist war mir schon klar, überrascht war ich dann aber doch. Direkt ausgeführt dauert das Backup gerade mal 10 Minuten und ich konnte es von ~1GB auf ~800MB shrinken, da ich auch das (für mich unnötige) "history"-Verzeichnis weglassen konnte.
Deswegen habe ich jetzt das Voll-Backup deaktiviert und die Fehlersuche eingestellt, aber wäre es ev. eine Option quasi einen eigenen Backup-Befehl im Voll-Backup zu ermöglichen? So könnte man bei Bedarf selbst Anpassungen vornehmenDie Frage stellt sich mir generell, ob man ein Fullbackup benötigt. Ich hatte es damals nur auf Userwunsch mit aufgenommen.
Ich denke mit dem Minimal (Standard) hat man alles was man benötigt, um seinen iobroker im Ernstfall wieder herzustellen.@simatec sagte in Adapter: iobroker.backitup (stable Release):
Mit großer Wahrscheinlichkeit kann auf irgndwelche geöffneten dateien nicht zugegriffen werden.
Dafür hat backitup die Option zum stoppen.Muss ich verneinen, deswegen "störten" mich ja die 90 Minuten in denen der ioB nicht läuft. Ich hatte es auch per Hand angestoßen und vorher sichergestellt, dass alle ioB-Prozesse nicht mehr laufen.
@simatec sagte in Adapter: iobroker.backitup (stable Release):
Die Frage stellt sich mir generell, ob man ein Fullbackup benötigt. Ich hatte es damals nur auf Userwunsch mit aufgenommen.
Ich denke mit dem Minimal (Standard) hat man alles was man benötigt, um seinen iobroker im Ernstfall wieder herzustellen.Hätte bspw. in meinem Fall nix genutzt, denn nach dem missglückten JS-Controller-Update (und der war im stable Repo
) hätte ich der Bequemlichkeit halber einfach ein Backup eingespielt, ohne mich selbst um eine Reparatur zu bemühen. Damit wären auch die meisten User schlichtweg überfordert (so "ohne" war das nicht). Mir würde es persönlich widerstreben bei einer Neuinstallation alle Adapter wieder von Hand zu installieren. Das dauert auch alles. Ich komme halt aus der IT-Welt und bin deswegen schon von Hause aus faul, denn wozu hat man denn sonst den ganzen IT-Kram?
Sollte einem das Leben doch erleichtern... (OK, Ironie aus)Aber so ist es jetzt gut. Zwar kA. warum er kein Voll-Backup mehr fährt, aber Minimal per BackitUp und Voll per Skript, so passt das schon
LG SBorg ( SBorg auf GitHub)
Projekte: Lebensmittelwarnung.de | WLAN-Wetterstation | PimpMyStation -
@simatec sagte in Adapter: iobroker.backitup (stable Release):
Mit großer Wahrscheinlichkeit kann auf irgndwelche geöffneten dateien nicht zugegriffen werden.
Dafür hat backitup die Option zum stoppen.Muss ich verneinen, deswegen "störten" mich ja die 90 Minuten in denen der ioB nicht läuft. Ich hatte es auch per Hand angestoßen und vorher sichergestellt, dass alle ioB-Prozesse nicht mehr laufen.
@simatec sagte in Adapter: iobroker.backitup (stable Release):
Die Frage stellt sich mir generell, ob man ein Fullbackup benötigt. Ich hatte es damals nur auf Userwunsch mit aufgenommen.
Ich denke mit dem Minimal (Standard) hat man alles was man benötigt, um seinen iobroker im Ernstfall wieder herzustellen.Hätte bspw. in meinem Fall nix genutzt, denn nach dem missglückten JS-Controller-Update (und der war im stable Repo
) hätte ich der Bequemlichkeit halber einfach ein Backup eingespielt, ohne mich selbst um eine Reparatur zu bemühen. Damit wären auch die meisten User schlichtweg überfordert (so "ohne" war das nicht). Mir würde es persönlich widerstreben bei einer Neuinstallation alle Adapter wieder von Hand zu installieren. Das dauert auch alles. Ich komme halt aus der IT-Welt und bin deswegen schon von Hause aus faul, denn wozu hat man denn sonst den ganzen IT-Kram?
Sollte einem das Leben doch erleichtern... (OK, Ironie aus)Aber so ist es jetzt gut. Zwar kA. warum er kein Voll-Backup mehr fährt, aber Minimal per BackitUp und Voll per Skript, so passt das schon
@SBorg sagte in Adapter: iobroker.backitup (stable Release):
Mir würde es persönlich widerstreben bei einer Neuinstallation alle Adapter wieder von Hand zu installieren.
Wieso von Hand?? Beim Standard-Backup werden alle Adapter automatisch neu installiert.
Alle Daten wie Scripte, Vis etc sind ebenfalls vorhanden.Du hast mit dem Standard ein komplett neu augesetztes System mit all deinen Adaptern und Einstellungen.
Ein Total sichert dir all deine Bugs mit und per Restore dann auch auf dein neues System. -
@SBorg sagte in Adapter: iobroker.backitup (stable Release):
Mir würde es persönlich widerstreben bei einer Neuinstallation alle Adapter wieder von Hand zu installieren.
Wieso von Hand?? Beim Standard-Backup werden alle Adapter automatisch neu installiert.
Alle Daten wie Scripte, Vis etc sind ebenfalls vorhanden.Du hast mit dem Standard ein komplett neu augesetztes System mit all deinen Adaptern und Einstellungen.
Ein Total sichert dir all deine Bugs mit und per Restore dann auch auf dein neues System.@simatec sagte in Adapter: iobroker.backitup (stable Release):
Ein Total sichert dir all deine Bugs mit
Hehehe, ich habe nur einen einzigen Bug im System. Sonst wäre auch etwas falsch...
...und kein Glaubenskrieg. Jeder hat so seine eigenen Anforderungen. Der eine will unbedingt sein "history"-Verzeichnis sichern, mir sind bspw. die Daten dort egal. Ich habe schon mal nur die ein- oder andere Datei wieder benötigt. Sache von 2 Minuten. Aber dafür alles platt machen und (gerade bei größeren Installationen) nun Ewigkeiten warten (und ich habe auch noch reine GitHub-Adapter die ich von Hand nachinstallieren muss; war ev. mit "alle" missverständlich ausgedrückt, sorry). Meine IT muss rennen, aber ich bin halt auch nicht wie die meisten.LG SBorg ( SBorg auf GitHub)
Projekte: Lebensmittelwarnung.de | WLAN-Wetterstation | PimpMyStation -
@simatec sagte in Adapter: iobroker.backitup (stable Release):
Ein Total sichert dir all deine Bugs mit
Hehehe, ich habe nur einen einzigen Bug im System. Sonst wäre auch etwas falsch...
...und kein Glaubenskrieg. Jeder hat so seine eigenen Anforderungen. Der eine will unbedingt sein "history"-Verzeichnis sichern, mir sind bspw. die Daten dort egal. Ich habe schon mal nur die ein- oder andere Datei wieder benötigt. Sache von 2 Minuten. Aber dafür alles platt machen und (gerade bei größeren Installationen) nun Ewigkeiten warten (und ich habe auch noch reine GitHub-Adapter die ich von Hand nachinstallieren muss; war ev. mit "alle" missverständlich ausgedrückt, sorry). Meine IT muss rennen, aber ich bin halt auch nicht wie die meisten.@SBorg
Nochmal zum Verständnis ... auch für den restore eines Standard-Backups muss nicht das ganze System neu aufgesetzt werden.
ich denke da liegt deinerseits ein Denkfehler vor.
Auch iobroker neu installieren, wenn mal was schief ging, ist mit 3-4 Befehlen auf der Konsole erledigt.
Also das dauert alles keine 15 Minuten und dein Restore ist durch ... Dann halt noch etwas warten, bis alle Adapter wieder automatisch installiert sind und gut ist das ... -
@simatec sagte in Adapter: iobroker.backitup (stable Release):
Ein Total sichert dir all deine Bugs mit
Hehehe, ich habe nur einen einzigen Bug im System. Sonst wäre auch etwas falsch...
...und kein Glaubenskrieg. Jeder hat so seine eigenen Anforderungen. Der eine will unbedingt sein "history"-Verzeichnis sichern, mir sind bspw. die Daten dort egal. Ich habe schon mal nur die ein- oder andere Datei wieder benötigt. Sache von 2 Minuten. Aber dafür alles platt machen und (gerade bei größeren Installationen) nun Ewigkeiten warten (und ich habe auch noch reine GitHub-Adapter die ich von Hand nachinstallieren muss; war ev. mit "alle" missverständlich ausgedrückt, sorry). Meine IT muss rennen, aber ich bin halt auch nicht wie die meisten.@SBorg sagte in Adapter: iobroker.backitup (stable Release):
ich habe auch noch reine GitHub-Adapter die ich von Hand nachinstallieren muss
Das ist aber auch das Einzige neben den History Daten.
Alles andere geht vollautomatisch und dauert je nach Hardware eben ein wenig.
Aber Hand On Time ist minimal -
@SBorg sagte in Adapter: iobroker.backitup (stable Release):
ich habe auch noch reine GitHub-Adapter die ich von Hand nachinstallieren muss
Das ist aber auch das Einzige neben den History Daten.
Alles andere geht vollautomatisch und dauert je nach Hardware eben ein wenig.
Aber Hand On Time ist minimal@simatec
Hallo,
Du hattest mir (hukio) im April geholfen mein system wieder herzustellen.
Mußte jetzt wieder ein neu einrichten. Ich kann aber die Dokumentation nicht finden, alle damaligen links sind tot. Wo finde ich sie jetzt? Habe schon mehrfach gesucht, aber nichts gefunden.
Habe das alte image genommen und versuche gerade mit backitup ein minimal backup einzuspielen. Es nudelt schon seit einer 1/2 Stunde. Fürchte es geht nicht.
Grüße
HUK -
@simatec
Hallo,
Du hattest mir (hukio) im April geholfen mein system wieder herzustellen.
Mußte jetzt wieder ein neu einrichten. Ich kann aber die Dokumentation nicht finden, alle damaligen links sind tot. Wo finde ich sie jetzt? Habe schon mehrfach gesucht, aber nichts gefunden.
Habe das alte image genommen und versuche gerade mit backitup ein minimal backup einzuspielen. Es nudelt schon seit einer 1/2 Stunde. Fürchte es geht nicht.
Grüße
HUK -
diese z. B.: http://www.iobroker.net/docu/?page_id=8799&lang=de
All diese links funktionieren nicht mehr. Wo sind die letzten iobroke images?
HUK
@hukio sagte in Adapter: iobroker.backitup (stable Release):
Wo sind die letzten iobroke images?
524
Online32.4k
Users81.4k
Topics1.3m
Posts