Test Adapter ioBroker.backitup v3.1.x

simatec

@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 fix noch einmal ausführen und im Anschluss noch einmal zur Sicherheit neustarten

BoehserWolf

@simatec

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        1535

which 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 Packages

Typ: js-controller
Titel: JS controller
OS: linux
Verfügbar: 3.1.6
Installiert: 3.1.6

Reboot, 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.gz

bzw.:

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-

Frank_y

@simatec
@iobrokerVM:~$ cat /etc/os-release

PRETTY_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 Packages

js-Controller 3.1.6

Thomas Braun

@Frank_y System auf den letzten Stand bringen. Aktuell ist node 12.8.4

Frank_y

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

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

simatec

@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

sigi234

@simatec

Hallo, habe ein History Backup gemacht, wird das im Log nicht angezeigt?
V 1.6.8

Screenshot (730).png

Frank_y

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

simatec

@sigi234
Nein die werden nicht angezeigt, da es nur optionale Backups zum iobroker Backup sind.

Frank_y

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

simatec

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

simatec

@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.5

So könnte man es eingrenzen

JB_Sullivan

Was hat mir der Eintrag ERROR vor dem Zeitstempel zu sagen? BackItUP 1.6.8

2020-09-29 08_24_09-objects - ioBroker.png

Die Backup Dateien sind sowohl lokal als auch auf Google Drive korrekt erzeugt worden - soweit ich das auf den ersten Blick erkennen kann.

SBorg

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

mickym

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

simatec

@JB_Sullivan
Was wird bei dir in dem Objekt backitup.0.output.line ausgegeben?

simatec

@mickym
Was wird bei dir in dem Objekt backitup.0.output.line ausgegeben?

mickym

@simatec sagte in Test Adapter Backitup v1.6.x:

@mickym
Was wird bei dir in dem Objekt backitup.0.output.line ausgegeben?

da steht das:

[DEBUG] [clean] - delete /opt/iobroker/backups/zigbee.0_2020_09_04-19_11_11_backupiobroker.tar.gz

Ich 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

simatec

@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/dev

Diesen bitte direkt als Quelle einfügen

JB_Sullivan

@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.line wird

[DEBUG] [clean] - delete C:\iobroker\GLT\backups\historyDB_2020_09_24-02_00_24_backupiobroker.tar.gz

ausgegeben

Community Forum

NEWS

Test Adapter ioBroker.backitup v3.1.x

Support us

802

32.4k

81.5k

1.3m