Test Adapter ioBroker.backitup v3.0.x

[Thomas Braun]

@skb

Mach einen eigenen Threda dazu auf, das passt nicht zu 'Test Adapter Backitup'.

[liv-in-sky]

frage:

wenn ich unter speicherort COPY einstelle - also kein cifs (da proxmox mit mountpoint auf andere festplatte), sollten dann unter /opt/iobroker/backups die dateien gelöscht werden ?

ich habe 8 backups aufheben eingestellt - im copy-pfad werden die daten nicht mehr wie 8 - das passt somit

ich dachte, es sollten aber unter /opt/iobroker/backups keine dateien mehr liegen

[simatec]

@liv-in-sky Bei der Copy Funktion werden die Backups lokal erstellt und bleiben auch dort bis zum erreichen der eingestellten Anzahl liegen.
Copy ist im Prinzip die identische Funktion wie alle Cloud-Dienste.

Gegen lokal und Copy oder Cloud würde maximal ein System auf SD-Karte sprechen.
Ansonsten ist am Ende nur wichtig, dass es bei Systemcrash einen weiteren Speicherpfad gibt.

[liv-in-sky]

@simatec

moin moin - würde es keinen sinn machen, auch ein "move" einzufügen - habe mehrere instanzen (damit ich meine geänderten scripte nicht verliere) und jedesmal wird das netzwerk (bei cifs) belastet, obwohl die externe platte "dran hängt"

[simatec]

@liv-in-sky Erkläre mal bitte deine Hardware-Config ... Kann nicht so recht folgen

[liv-in-sky]

@simatec

weil:

die fast 3GB werden letztlich auch noch im proxmox iobroker (lxc) täglich gesichert - und einige tage aufgehoben

hardware:
iobroker ist ein proxmox container. am proxmox server hängt eine 6TB (NAS) platte. es wird im prxmox setting einfach die NAS platte (mountpoint) durchgereicht und ist somit als laufwerk ansprechbar.
ist eigentlich wie ein raspi (auf sd installiert) mit externer usb platte

[simatec]

@liv-in-sky Mein Vorschlag wäre dass du einen dauerhaften mount auf ein Verzeichnis innerhalb deiner NAS-Platte auf /opt/iobroker/backups setzt.
Dann kannst du Copy abschalten und es wird immer alles direkt auf deine NAS-Platte geschrieben

[liv-in-sky]

@simatec

danke dir - gute idee - werd ich mal testen

[liv-in-sky]

@simatec

jo - das ist es - mointpoint auf das /opt/iobroker/backups

die warnung (lokaler speicher) in der instanz kommt jetzt immer - aber oft ändert man da ja nicht

vielen dank

[simatec]

@liv-in-sky Ja ich schaue mal, ob man die Meldung bis zum nächsten Neustart nicht mehr angezeigt bekommt

[Negalein]

@simatec

bemerkte gerade, dass seit 10 Tagen Lokal und Dropbox nicht gesichert wird.
FTP funktioniert problemlos.

	Zeile 81633: 2021-10-25 23:00:43.355  - error: backitup.0 (713) Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().
	Zeile 81634: 2021-10-25 23:00:43.359  - error: backitup.0 (713) unhandled promise rejection: ENOENT: no such file or directory, open '/opt/iobroker/backups/tmpScripts/script.json'
	Zeile 81635: 2021-10-25 23:00:43.359  - error: backitup.0 (713) Error: ENOENT: no such file or directory, open '/opt/iobroker/backups/tmpScripts/script.json'
	Zeile 81636: 2021-10-25 23:00:43.359  - error: backitup.0 (713) Exception-Code: ENOENT: ENOENT: no such file or direct2021-10-25 23:00:43.956  - error: host.ioBroker Caught by controller[0]: This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). The promise rejected with the reason:
	Zeile 81638: 2021-10-25 23:00:43.956  - error: host.ioBroker instance system.adapter.backitup.0 terminated with code 6 (UNCAUGHT_EXCEPTION)
	Zeile 81639: 2021-10-25 23:00:43.956  - info: host.ioBroker Restart adapter system.adapter.backitup.0 because enabled
	Zeile 81719: 2021-10-25 23:01:14.015  - info: host.ioBroker instance system.adapter.backitup.0 started with pid 10779
	Zeile 81769: 2021-10-25 23:01:15.168  - info: backitup.0 (10779) starting. Version 2.2.1 in /opt/iobroker/node_modules/iobroker.backitup, node: v14.17.1, js-controller: 3.3.18
	Zeile 81769: 2021-10-25 23:01:15.168  - info: backitup.0 (10779) starting. Version 2.2.1 in /opt/iobroker/node_modules/iobroker.backitup, node: v14.17.1, js-controller: 3.3.18
	Zeile 81771: 2021-10-25 23:01:15.198  - info: backitup.0 (10779) [iobroker] backup was activated at 23:00 every 1 day(s)
	Zeile 81780: 2021-10-25 23:01:15.231  - info: backitup.0 (10779) [ccu] backup was activated at 01:30 every 3 day(s)
	Zeile 84595: 2021-10-25 23:37:18.362  - info: host.ioBroker stopInstance system.adapter.backitup.0 (force=false, process=true)
	Zeile 84695: 2021-10-25 23:37:18.445  - info: backitup.0 (10779) cleaned everything up...
	Zeile 84888: 2021-10-25 23:37:18.699  - info: backitup.0 (10779) Got terminate signal TERMINATE_YOURSELF
	Zeile 84961: 2021-10-25 23:37:18.789  - info: backitup.0 (10779) Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason
	Zeile 84985: 2021-10-25 23:37:18.944  - info: host.ioBroker stopInstance system.adapter.backitup.0 send kill signal
	Zeile 85076: 2021-10-25 23:37:20.509  - info: host.ioBroker instance system.adapter.backitup.0 terminated with code 156 (START_IMMEDIATELY_AFTER_STOP)
	Zeile 85974: 2021-10-25 23:38:58.260  - info: host.ioBroker instance system.adapter.backitup.0 started with pid 716
	Zeile 85980: 2021-10-25 23:38:59.071  - info: backitup.0 (716) starting. Version 2.2.1 in /opt/iobroker/node_modules/iobroker.backitup, node: v14.17.1, js-controller: 3.3.18
	Zeile 85980: 2021-10-25 23:38:59.071  - info: backitup.0 (716) starting. Version 2.2.1 in /opt/iobroker/node_modules/iobroker.backitup, node: v14.17.1, js-controller: 3.3.18
	Zeile 85981: 2021-10-25 23:38:59.099  - info: backitup.0 (716) [iobroker] backup was activated at 23:00 every 1 day(s)
	Zeile 85982: 2021-10-25 23:38:59.123  - info: backitup.0 (716) [ccu] backup was activated at 01:30 every 3 day(s)

[simatec]

@negalein Bitte mal den Debuglog posten

[simatec]

Ab sofort steht auf Github und in Kürze auch im latest die finale Version 2.2.2 zur Verfügung.

Diese wird die nächsten Tage auch in Stable gehen.

Changelog

2.2.2 (06.11.2021)

• (simatec) Fix CCU option to use self-signed certificates
• (simatec) Fix Config Menu
• (simatec) dependabot added
• (simatec) small Bugfixes

[Dr. Bakterius]

@simatec sagte in Test Adapter Backitup v2.2.x:

finale Version 2.2.2

Wird darin auch der Fehler behoben sein, dass nach erfolglosem Mount solange keine Backups erfolgen bis der Adapter neu gestartet wird?

[simatec]

@dr-bakterius Gibt es dazu ein Issue?

[Dr. Bakterius]

@simatec sagte in Test Adapter Backitup v2.2.x:

@dr-bakterius Gibt es dazu ein Issue?

Keine Ahnung. Aber -> Du hattest geschrieben

[simatec]

@dr-bakterius Ist bisher nicht eingeflossen ... Leider verliert man hier im Forum den Überblick.
Mache mal bitte ein Issue mit genauer Fehlerbeschreibung auf.

[Dr. Bakterius]

@simatec sagte in Test Adapter Backitup v2.2.x:

Mache mal bitte ein Issue mit genauer Fehlerbeschreibung auf.

Ich hoffe das passt so (https://github.com/simatec/ioBroker.backitup/issues/567)

DrBakterius created this issue in simatec/ioBroker.backitup

closed Keine Backups nach fehlgeschlagenem Mount #567

[A Former User]

@simatec

Hallo und erst einmal vielen Dank für die kontinuierliche Arbeit und Verbesserung des Backitup-Adapters.

Angestoßen durch Forumsbeiträge aber auch eigene Nutzung wäre für eine Standardbackuplösung wie Backitup eine kleine Ergänzung wirklich toll.

Es wird sehr viel gesichert, aber ich habe auch immer ein paar individuelle Dinge wie Skripte auf meinem System abgelegt die ich mit dem IOBroker ausführe und nutze. Hierzu und auch für viele weitere Fälle kann man nicht zusätzlich eine Rubrick in "Was wird gesichert" implementieren um ein Custom Folder anzugeben, was mitgesichert wird und dann natürlich bei einem Restore auch wieder da ist?

Möchte dazu ungern Ordner missbrauchen wo das derzeit über Funktionen wie zB Zigbee passiert.

Denkst Du/Ihr das würde Sinn machen und kann ergänzt werden?

Besten Dank und Grüße!

[simatec]

@pete0815
Wenn du den History Adapter nicht nutzt, kannst du die Backup Option dafür zweckentfremden.