Test Adapter ioBroker.backitup v3.1.x

[simatec]

Ab sofort steht die Version 2.1.14 im latest zur Verfügung.

In der Version wurde einiges an der Performance und an der RAM-Auslastung geschraubt.
Bitte postet mal eure Erfahrungen, wie sich mit der Version die RAM-Auslastung verbessert.

Auf Testumgebungen konnte ich den RAM-Verbrauch um 30% - 35% senken.

Changelog

2.1.14 (04.08.2021)

• (simatec) dependencies updated
• (simatec) RAM memory optimization
• (simatec) googleapis deleted
• (simatec) @googleapis/drive added

[Marty56]

Habe die Version 2.1.14 installiert.
Google Drive funktioniert nicht.

ackitup.0	2021-08-05 06:31:00.467	warn	at processImmediate (internal/timers.js:461:21)
backitup.0	2021-08-05 06:31:00.467	warn	at Immediate._onImmediate (/opt/iobroker/node_modules/@iobroker/db-states-redis/lib/states/statesInRedisClient.js:232:37)
backitup.0	2021-08-05 06:31:00.467	warn	at change (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:5634:34)
backitup.0	2021-08-05 06:31:00.467	warn	at Adapter.emit (events.js:314:20)
backitup.0	2021-08-05 06:31:00.467	warn	at Adapter.<anonymous> (/opt/iobroker/node_modules/iobroker.backitup/main.js:177:40)
backitup.0	2021-08-05 06:31:00.467	warn	(14339) ReferenceError: GoogleDrive is not defined
backitup.0	2021-08-05 06:31:00.465	warn	(14339) States system pmessage io.messagebox.system.adapter.backitup.0 {"command":"authGoogleDrive","message":null,"from":"system.adapter.admin.0","callback":{"message":null,"id":53,"ack":false,"time

wenn ich auf Access Token drücke kommt.

backitup.0	2021-08-05 06:59:29.263	warn	at processImmediate (internal/timers.js:461:21)
backitup.0	2021-08-05 06:59:29.263	warn	at Immediate._onImmediate (/opt/iobroker/node_modules/@iobroker/db-states-redis/lib/states/statesInRedisClient.js:232:37)
backitup.0	2021-08-05 06:59:29.263	warn	at change (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:5634:34)
backitup.0	2021-08-05 06:59:29.263	warn	at Adapter.emit (events.js:314:20)
backitup.0	2021-08-05 06:59:29.263	warn	at Adapter.<anonymous> (/opt/iobroker/node_modules/iobroker.backitup/main.js:177:40)
backitup.0	2021-08-05 06:59:29.263	warn	(14535) ReferenceError: GoogleDrive is not defined
backitup.0	2021-08-05 06:59:29.263	warn	(14535) States system pmessage io.messagebox.system.adapter.backitup.0 {"command":"authGoogleDrive","message":null,"from":"system.adapter.admin.0","callback":{"message":null,"id":68,"ack":false,"time
backitup.0	2021-08-05 06:34:21.970	warn	at processImmediate (internal/timers.js:461:21)
backitup.0	2021-08-05 06:34:21.970	warn	at Immediate._onImmediate (/opt/iobroker/node_modules/@iobroker/db-states-redis/lib/states/statesInRedisClient.js:232:37)
backitup.0	2021-08-05 06:34:21.970	warn	at change (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:5634:34)
backitup.0	2021-08-05 06:34:21.970	warn	at Adapter.emit (events.js:314:20)
backitup.0	2021-08-05 06:34:21.970	warn	at Adapter.<anonymous> (/opt/iobroker/node_modules/iobroker.backitup/main.js:177:40)
backitup.0	2021-08-05 06:34:21.970	warn	(14535) ReferenceError: GoogleDrive is not defined
backitup.0	2021-08-05 06:34:21.968	warn	(14535) States system pmessage io.messagebox.system.adapter.backitup.0 {"command":"authGoogleDrive","message":null,"from":"system.adapter.admin.0","callback":{"message":null,"id":64,"ack":false,"time

[JackDaniel]

kann ich nicht bestätigen

[simatec]

@marty56 War ein kleiner Bug und wird in 2.1.15 behoben.

[simatec]

Ab sofort steht auf Github und in kürze auch im latest die Version 2.1.15 zur Verfügung.

Changelog

2.1.15 (05.08.2021)

• (simatec) Bugfix Google Drive
• (simatec) memory optimization
• (simatec) fix Zigbee Restore
• (simatec) Grafana Protocol selection added
• (simatec) translations updated

[Marty56]

@simatec Super. Der Google Drive Bug ist weg. Gute Arbeit!!

[Ullulaki]

Ich kann seit gestern plötzlich keine Backups mehr erstellen :- (
Wenn ich die Instanz starte/neu starte taucht folgendes im Log auf:

(4622) Source cannot be reached: Error: EACCES: permission denied, scandir '/opt/iobroker/backups'

also einmal mittels

ls -la 

im Verzeichnes /opt/iobroker/ geprüft:

pi@raspberrypi:/opt/iobroker $ ls -la
total 452
drwxrwxr-x+   6 iobroker iobroker   4096 Aug  6 18:27 .
drwxr-xr-x    5 root     root       4096 Feb 17 19:37 ..
drwx------    1     1026 users      1000 Aug  5 02:40 backups
-rwxrwxrwx+   1 iobroker iobroker    596 Aug  6 18:17 INSTALLER_INFO.txt
lrwxrwxrwx    1 iobroker iobroker     22 Aug  6 18:17 iob -> /opt/iobroker/iobroker
-rwxr-xr-x+   1 iobroker iobroker    309 Aug  6 18:17 iobroker
drwxrwxr-x+   9 iobroker iobroker   4096 Aug  6 18:29 iobroker-data
drwxrwxr-x+   2 iobroker iobroker   4096 Aug  6 18:29 log
drwxrwxr-x+ 762 iobroker iobroker  28672 Aug  6 17:59 node_modules
-rw-rwxr--+   1 iobroker iobroker     91 Aug  6 18:17 .npmrc
-rw-rwxr--+   1 iobroker iobroker   2298 Aug  6 17:59 package.json
-rw-rwxr--+   1 iobroker iobroker 388383 Aug  6 17:59 package-lock.json
-rw-rwxr--+   1 iobroker iobroker   5693 Aug  2 21:21 reinstall.js

mit

sudo chown iobroker:iobroker /opt/iobroker/backups

wieder die korrekten Rechte vergeben, nach Neustart der Instanz jedoch wieder selbiges Problem
Iobroker fix durchgeführt und mich auch durch vergleichbare Threads durchgearbeitet, leider nach wie vor alles beim Alten

[Homoran]

@ullulaki sagte in Test Adapter Backitup v2.1.x:

Ich kann seit gestern plötzlich keine Backups mehr erstellen :- (

Was ist denn gestern passiert?
Einfach so ändert sich üblicherweise nichts.

[Ullulaki]

@homoran
Ich habe vorgestern nach einem unvorhersehbaren Stromausfall ein Backup einspielen müssen, da das System anders nicht wieder lauffähig zu bekommen war -.-

[Homoran]

@ullulaki Dann ist das ggf. gar kein BackitUp Problem, sondern möglicherweise ist bei dir der Wurm irgendwo im System, weil durch den Stromausfall möglicherweise Dateien zerstört worden sind, wenn in dem Moment gerade etwas geschrieben wurde.

Da kann ich dir nicht weiterhelfen, außer vielleicht zu hoffen dass @Thomas-Braun da was fixen kann

[Jan1]

@homoran
Immer diese Stromausfälle, echt schlimm hier. Sitze auch oft stundenlang mehrmals die Woche im Dunkeln.

Jungs und Mädels, es ist kein Stromausfall, wenn man mal wieder einfach so das Netzteil zieht und es wird deshalb auch keiner gesteinigt

[Thomas Braun]

@ullulaki
Also wenn sich die owner so komisch ändern ist da was mehr als oberfaul, würde ich sagen.

dmesg -T | grep -i ext4

sagt?
Ich vermute aber da ist eine Zelle gegrillt worden

Was ist denn uid 1026?

cat /etc/passwd | grep 1026

Mal den

iobroker fix

laufen lassen?

[Ullulaki]

@jan1
Ich weiß jetzt ehrlich gesagt nicht genau ob ich mich für diesen intellektuellen Beitrag bedanken oder ob ich mich für die Wohnung, die ich leider im dunkeln betreten musste (hat wahrscheinlich jemand an anderer Stelle ein größeres Netzteil gezogen), rechtfertigen muss.
Ich hoffe aber, es ist okay, wenn ich das hier einfach so stehen lasse

[Ullulaki]

@thomas-braun
Oberfaul klingt fies -.-

Ausgabe

dmesg -T | grep -i ext4

[Fri Aug  6 18:26:06 2021] Kernel command line: coherent_pool=1M 8250.nr_uarts=1 snd_bcm2835.enable_compat_alsa=0 snd_bcm2835.enable_hdmi=1  smsc95xx.macaddr=DC:A6:32:7F:CD:EB vc_mem.mem_base=0x3eb00000 vc_mem.mem_size=0x3ff00000  console=tty1 root=PARTUUID=280927ca-02 rootfstype=ext4 elevator=deadline fsck.repair=yes rootwait
[Fri Aug  6 18:26:07 2021] EXT4-fs (sda2): mounted filesystem with ordered data mode. Opts: (null)
[Fri Aug  6 18:26:07 2021] VFS: Mounted root (ext4 filesystem) readonly on device 8:2.
[Fri Aug  6 18:26:09 2021] EXT4-fs (sda2): re-mounted. Opts: (null)

Ausgabe

cat /etc/passwd | grep 1026

o.o

iobroker fix

insgesamt schon bestimmt 4x durchgeführt

[Jan1]

@ullulaki
Blätter mal bisschen hier im Portal, da behauptet jeder zweite der sein IOBroker nicht mehr erreicht, dass er ein Stromausfall hatte und das glaubt eben mittlerweile keiner mehr. Meist wurde eben einfach mal das Netzteil gezogen, was dann eben auch die selben Auswirkungen hat und im Moment gibts eben fast täglich einen, der ein "Stromausfall" hatte.
Wenn Du einer der wenigen bist, der wirklich einen echten hatte, nimms locker da das Thema ja schon so oft behandelt wurde, dass Du in gefühlt 100 recht aktuellen Beiträgen ne Lösung findest, die Dir hilft. Wobei, bei Saft einfach weg, die beste Lösung nun mal ein frisches Aufsetzten mit anschließende Restor des IOBroker ist. Alles andere wäre mir zu heiß, selbst wenn es augenscheinlich wieder läuft. Du weißt nie 100% was es da geschossen hat.

[Ullulaki]

@jan1
Okay, dass wusste ich nicht - dann kann ich dich sogar verstehen
Habe hier zwar bisher wenig Kommentare, liegt aber daran, das ich nach 2,5 Jahren FHEM relativ frisch zu ioBroker gewechselt bin

Aber falls du mal wirklich lachen willst:
Direkt neben meinem NAS & Raspi steht eine USV die ich die Tage vorschalten wollte -.-

[Thomas Braun]

@ullulaki Am besten einen eigenen Threads eröffnen.

Und da neben der Fehlerbeschreibung die Ausgabe von

getfacl /opt/iobroker/backups

geben.

[Ullulaki]

@thomas-braun

Danke dir erst einmal für deine Hilfe!
Durch einen Zufall bzw. ein weiteres Problem (mounten auf einer VM ging plötzlich nicht mehr bzw. hatte denselben Fehler mit dem User), habe ich dann lokalisieren können, woran es lag: an der Squash-Zuordnung auf meinem Synology NAS -.-

Restore vom kompletten ioBroker-System war zu dem Zeitpunkt natürlich schon längst erledigt

[simatec]

Ab sofort steht die Version 2.1.16 auf Github und in kürze auch im latest zum testen bereit.

Changelog

2.1.16 (12.08.2021)

• (simatec) dependencies updated
• (simatec) https support for ccu backup
• (simatec) sentry Bugfixes

[simatec]

Ab sofort steht die Version 2.1.17 auf Github und in kürze auch im latest zum testen bereit.

Changelog

2.1.17 (15.08.2021)

• (simatec) dependencies updated
• (simatec) Preparation for dark design by Admin 5