Test Adapter ioBroker.backitup v3.1.x
-
@Frank_y @BoehserWolf
Bitte postet mal genauere Info zu eurem System.
Backitup setzt keine Dateirechte.Bitte folgendes mal angeben:
- node
- nodejs
- npm
- js-controller
Bitte auch mal das System neustarten und danach folgenden Befehl
iobroker fixnoch einmal ausführen und im Anschluss noch einmal zur Sicherheit neustarten -
Betreibe ein Debian 10.6 x64 in einem LXC Container unter Proxmox 6 vom stable Repo.
cat /etc/os-release PRETTY_NAME="Debian GNU/Linux 10 (buster)" NAME="Debian GNU/Linux" VERSION_ID="10" VERSION="10 (buster)" VERSION_CODENAME=buster ID=debian HOME_URL="https://www.debian.org/" SUPPORT_URL="https://www.debian.org/support" BUG_REPORT_URL="https://bugs.debian.org/"free -m total used free shared buff/cache available Mem: 4096 1034 2609 15 451 3061 Swap: 1536 0 1535which nodejs && nodejs -v && which node && node -v && which npm && npm -v && apt policy nodejs /usr/bin/nodejs v10.22.1 /usr/bin/node v10.22.1 /usr/bin/npm 6.14.6 nodejs: Installed: 10.22.1-1nodesource1 Candidate: 10.22.1-1nodesource1 Version table: *** 10.22.1-1nodesource1 500 500 https://deb.nodesource.com/node_10.x buster/main amd64 Packages 100 /var/lib/dpkg/status 10.21.0~dfsg-1~deb10u1 500 500 http://ftp.de.debian.org/debian buster/main amd64 Packages 500 http://security.debian.org buster/updates/main amd64 PackagesTyp: js-controller Titel: JS controller OS: linux Verfügbar: 3.1.6 Installiert: 3.1.6Reboot, fix, reboot habe ich durchgeführt.
Danach backitup auf Debug und Backupzeit in den Adapter-Einstellungen angepasst (also per cron). Log:
backitup.0 2020-09-27 17:32:14.471 debug (3664) [iobroker/clean] delete /opt/iobroker/backups/iobroker_2020_09_26-03_30_10_iobroker_wald_backupiobroker.tar.gz backitup.0 2020-09-27 17:32:14.177 debug (3664) [iobroker] exec: done backitup.0 2020-09-27 17:32:14.177 debug (3664) [iobroker/history] backitup.0.history.json backitup.0 2020-09-27 17:32:14.175 debug (3664) [iobroker] exec: done backitup.0 2020-09-27 17:32:14.175 debug (3664) [iobroker/history] backitup.0.history.html backitup.0 2020-09-27 17:32:14.170 debug (3664) [iobroker/clean] done backitup.0 2020-09-27 17:32:14.169 debug (3664) [iobroker/iobroker] done backitup.0 2020-09-27 17:32:13.160 debug (3664) [iobroker/iobroker] Backup created: /opt/iobroker/backups/iobroker_2020_09_27-17_32_10_iobroker_wald_backupiobroker.tar.gz backitup.0 2020-09-27 17:32:11.258 debug (3664) [iobroker/iobroker] host.iobroker 5439 objects saved backitup.0 2020-09-27 17:32:11.250 debug (3664) [iobroker/iobroker] host.iobroker 5038 states saved backitup.0 2020-09-27 17:32:10.035 debug (3664) Backup has started ... backitup.0 2020-09-27 17:31:21.195 debug (3664) No backup file was found backitup.0 2020-09-27 17:31:21.194 debug (3664) [ccu] 10 30 01 */3 * * backitup.0 2020-09-27 17:31:21.192 info (3664) [ccu] backup was activated at 01:30 every 3 day(s) backitup.0 2020-09-27 17:31:21.192 debug (3664) [iobroker] 10 32 17 */1 * * backitup.0 2020-09-27 17:31:21.187 info (3664) [iobroker] backup was activated at 17:32 every 1 day(s) backitup.0 2020-09-27 17:31:21.172 info (3664) starting. Version 1.6.7 in /opt/iobroker/node_modules/iobroker.backitup, node: v10.22.1, js-controller: 3.1.6 backitup.0 2020-09-27 17:31:21.163 info (3664) Plugin sentry Sentry Plugin disabled for this process because sending of statistic data is disabled for the system backitup.0 2020-09-27 17:31:21.157 debug (3664) Plugin sentry Initialize Plugin (enabled=true)Rechte neu:
ls -l /opt/iobroker/backups/iobroker_2020_09_27-17_32_10_iobroker_wald_backupiobroker.tar.gz -rw-rw-rw-+ 1 iobroker iobroker 8417676 Sep 27 17:32 /opt/iobroker/backups/iobroker_2020_09_27-17_32_10_iobroker_wald_backupiobroker.tar.gzbzw.:
getfacl /opt/iobroker/backups/iobroker_2020_09_27-17_32_10_iobroker_wald_backupiobroker.tar.gz getfacl: Removing leading '/' from absolute path names # file: opt/iobroker/backups/iobroker_2020_09_27-17_32_10_iobroker_wald_backupiobroker.tar.gz # owner: iobroker # group: iobroker user::rw- group::rwx #effective:rw- group:iobroker:rwx #effective:rw- mask::rw- other::rw- -
@simatec
@iobrokerVM:~$ cat /etc/os-releasePRETTY_NAME="Debian GNU/Linux 9 (stretch)" NAME="Debian GNU/Linux" VERSION_ID="9" VERSION="9 (stretch)" VERSION_CODENAME=stretch ID=debian HOME_URL="https://www.debian.org/" SUPPORT_URL="https://www.debian.org/support" BUG_REPORT_URL="https://bugs.debian.org/"which nodejs && nodejs -v && which node && node -v && which npm && npm -v && apt policy nodejs /usr/bin/nodejs v12.18.3 /usr/bin/node v12.18.3 /usr/bin/npm 6.14.6 nodejs: Installiert: 12.18.3-1nodesource1 Installationskandidat: 12.18.3-1nodesource1 Versionstabelle: *** 12.18.3-1nodesource1 500 500 https://deb.nodesource.com/node_12.x stretch/main amd64 Packages 100 /var/lib/dpkg/status 4.8.2~dfsg-1 500 500 http://ftp.de.debian.org/debian stretch/main amd64 Packagesjs-Controller 3.1.6
-
@Frank_y System auf den letzten Stand bringen. Aktuell ist node 12.8.4
-
@Thomas-Braun
@simatec
Ausgangspunkt mit Backitup 1.5.8 und angepassten Rechten von oben (hier funktioniert alles)
Update node.js 12.18.3 ->12.18.4
reboot
iobroker fixer
reboot ->Snapshot erstellt
Update Backitup auf 1.6.7
Start Backitup über cron-Job
->gleicher Fehler: backup wird erstellt, aber Datenpunkte zur Rückmeldung zeigen einen FehlerRollback auf Snapshot ( Backitup 1.5.8 mit node.js 12.18.4+fixer)
Start Backitup über cron-job
->Backup ok und Datenpunkte zur Rückmeldung melden i.O. -
@Frank_y
1.6.7 hat einiges mehr an Fehlerüberwachung.
Werden denn in der 1.5.8 deine alten Backups gelöscht? So wie ich deinen Inhalt des Backupordners sehe, wird da wohl nicht gelöscht.
Also liegt das Problem nicht an der 1.6.7 sondern an deinen Rechten -
-
@simatec
ich habe in der Adpaterkonfiguration '10 Stück' eingestellt. Und genau diese 10 letzten Versionen liegen lokal und in der Dropbox. Der Rest wird sauber lokal und in der Dropbox gelöscht. Ich nutze den Adapter auch schon seit ca. 1 Jahr störungsfrei. -
@sigi234
Nein die werden nicht angezeigt, da es nur optionale Backups zum iobroker Backup sind. -
@simatec
Wäre es eine Möglichkeit Versionen zwischen 1.5.8 und 1.6.7 zu installieren, um zu schauen ab wann es nicht mehr sauber durchläuft. Welche Versionsschritte wäre hier ggf. hilfreich? -
@Frank_y
Ich werde morgen mal eine Testversion mit ein paar Debug Ausgaben bauen. Dann können wir das gerne gemeinsam testen.
Werden denn die Backups auf der Dropbox gelöscht oder auch dort nicht.Noch eine Frage hast du die Einstellungen von Backitup nach dem löschen wieder hochgeladen oder hast du Backitup komplett neu eingerichtet?
Du kannst auch noch einmal folgendes versuchen.
- In den Instanzen löschen
- In Adapter löschen
- backitup.0 in den Objekten löschen
- iobroker neustarten
- backitup installieren
- backitup manuell einrichten (kein Restore der settings)
-
@Frank_y sagte in Test Adapter Backitup v1.6.x:
@simatec
Wäre es eine Möglichkeit Versionen zwischen 1.5.8 und 1.6.7 zu installieren, um zu schauen ab wann es nicht mehr sauber durchläuft. Welche Versionsschritte wäre hier ggf. hilfreich?An dem clean wurde in Version 1.6.6 gearbeitet.
Die könntest du testen oder dann halt die 1.6.5So könnte man es eingrenzen
-
Was hat mir der Eintrag ERROR vor dem Zeitstempel zu sagen? BackItUP 1.6.8
Die Backup Dateien sind sowohl lokal als auch auf Google Drive korrekt erzeugt worden - soweit ich das auf den ersten Blick erkennen kann.
-
@JB_Sullivan Hehehe, wollte ich gerade auch posten. IMHO ein Fehler, denn der Success darunter steht auch immer auf false. Das funktionierte bis vor ein paar Tagen auch noch (ich nutze die beiden, um es mir in der VIS anzeigen zu lassen), muss also wahrscheinlich mit einem der letzten Updates "eingeschleppt" worden sein.
-
@JB_Sullivan sagte in Test Adapter Backitup v1.6.x:
Was hat mir der Eintrag ERROR vor dem Zeitstempel zu sagen? BackItUP 1.6.8
Die Backup Dateien sind sowohl lokal als auch auf Google Drive korrekt erzeugt worden - soweit ich das auf den ersten Blick erkennen kann.
Ich kann das auch bestätigen. Es gibt auch im LOG überhaupt keine Nachricht mehr, dass ein Backup gelaufen ist (weiß nicht mehr ob das früher so war). Aber das Backup selbst funktioniert!!! Also auch bei mir werden die Dateien lokal richtig erzeugt.
-
@JB_Sullivan
Was wird bei dir in dem Objektbackitup.0.output.lineausgegeben? -
@mickym
Was wird bei dir in dem Objektbackitup.0.output.lineausgegeben? -
@simatec sagte in Test Adapter Backitup v1.6.x:
@mickym
Was wird bei dir in dem Objektbackitup.0.output.lineausgegeben?da steht das:
[DEBUG] [clean] - delete /opt/iobroker/backups/zigbee.0_2020_09_04-19_11_11_backupiobroker.tar.gzIch hatte das aber schon in meinem Beitrag damals angemerkt, dass die Löschbefehle nun als letztes ausgegeben werden und sich an der Reihenfolge was geändert hat.
siehe: Beitrag 668 in diesem Thread -
@mickym @JB_Sullivan @Frank_y
Könnt ihr bitte mal die DEv-Version von Github installieren und testen, ob euer Problem damit behoben ist?Hier der Github-Link:
https://github.com/simatec/ioBroker.backitup/tarball/devDiesen bitte direkt als Quelle einfügen
-
@simatec
Gerade installiert, Adapter gestoppt, neu gestartet, Objekte aktualisiert und der ERROR steht immer noch da - oder ändert sich das erst, wenn das nächste Backup gelaufen ist?Unter
backitup.0.output.linewird[DEBUG] [clean] - delete C:\iobroker\GLT\backups\historyDB_2020_09_24-02_00_24_backupiobroker.tar.gzausgegeben
