Test Adapter ioBroker.backitup v3.1.x
-
Aktuelle Test Version 3.1.0 Veröffentlichungsdatum 02.03.2025 Github Link https://github.com/simatec/ioBroker.backitup Wiki Link https://github.com/simatec/ioBroker.backitup/wiki Hier geht es um die aktuelle Version von ioBroker.backitup, nachdem der alte Thread langsam zu unübersichtlich wurde.
Bitte gebt euer Feedback und eure Anregungen hier ab. -
Ich bekomme bei 1.31 einige Warnungen mit "not exists"
backitup.0 2019-12-02 17:25:01.895 debug (3900) system.adapter.admin.0: logging true backitup.0 2019-12-02 17:24:59.699 warn (3900) Not exists backitup.0 2019-12-02 17:24:59.699 warn (3900) Not exists backitup.0 2019-12-02 17:24:59.699 warn (3900) Not exists backitup.0 2019-12-02 17:24:59.662 warn (3900) Not exists backitup.0 2019-12-02 17:24:59.661 debug (3900) mount activ... umount in 2 Seconds!! backitup.0 2019-12-02 17:24:59.656 warn (3900) Not exists backitup.0 2019-12-02 17:24:59.656 warn (3900) Not exists backitup.0 2019-12-02 17:24:59.626 info (3900) [iobroker] backup was activated at 05:35 every 1 day(s) backitup.0 2019-12-02 17:24:59.608 info (3900) starting. Version 1.3.1 in /opt/iobroker/node_modules/iobroker.backitup, node: v12.13.1 backitup.0 2019-12-02 17:24:58.671 debug (3900) States connected to redis: 127.0.0.1:9000 backitup.0 2019-12-02 17:24:58.626 debug (3900) statesDB connected backitup.0 2019-12-02 17:24:58.626 debug (3900) States create PubSub Client backitup.0 2019-12-02 17:24:58.625 debug (3900) Objects connected to redis: 127.0.0.1:9001 backitup.0 2019-12-02 17:24:58.624 debug (3900) Redis States: Use Redis connection: 127.0.0.1:9000 backitup.0 2019-12-02 17:24:58.623 debug (3900) objectDB connected backitup.0 2019-12-02 17:24:58.620 debug (3900) Objects client initialize lua scripts backitup.0 2019-12-02 17:24:58.620 debug (3900) Objects create PubSub Client backitup.0 2019-12-02 17:24:58.619 debug (3900) Objects client ready ... initialize now backitup.0 2019-12-02 17:24:58.611 debug (3900) Redis Objects: Use Redis connection: 127.0.0.1:9001EDIT: Und diese REDIS Meldungen sind auch seltsam. Ich bin mit File/File unterwegs ..
-
@Einstein67
Die Redis Meldungen sind ab js-Controller 2.0.x normal.
Die Warnungen sind aufgrund von Löschungen alter nicht mehr benötigter Objekte in backitup für das total backup.Beim nächsten Neustart sollten die Objekte für total und auch die Warnmeldungen verschwunden sein
-
Habe auch gerade versucht auf 1.3.1 upzudaten, mit dem Ergennis dieser Fehler hier.
$ ./iobroker upgrade backitup Update backitup from @1.3.0 to @1.3.1 host.iobroker(ioBroker) Adapter "system.adapter.backitup.0" is stopped. NPM version: 6.9.0 npm install iobroker.backitup@1.3.1 --loglevel error --prefix "C:/IoB Testsysteme/ioBroker" (System call) npm ERR! path C:\IoB Testsysteme\ioBroker\node_modules\iobroker.backitupnpm ERR! code EPERMnpm ERR! errno -4048 npm ERR! syscall rename npm ERR! Error: EPERM: operation not permitted, rename 'C:\IoB Testsysteme\ioBroker\node_modules\iobroker.backitup' -> 'C:\IoB Testsysteme\ioBroker\node_modules\.iobroker.backitup.DELETE' npm ERR! { [Error: EPERM: operation not permitted, rename 'C:\IoB Testsysteme\ioBroker\node_modules\iobroker.backitup' -> 'C:\IoB Testsysteme\ioBroker\node_modules\.iobroker.backitup.DELETE']npm ERR! cause: npm ERR! { Error: EPERM: operation not permitted, rename 'C:\IoB Testsysteme\ioBroker\node_modules\iobroker.backitup' -> 'C:\IoB Testsysteme\ioBroker\node_modules\.iobroker.backitup.DELETE' npm ERR! errno: -4048, npm ERR! code: 'EPERM', npm ERR! syscall: 'rename', npm ERR! path:npm ERR! 'C:\\IoB Testsysteme\\ioBroker\\node_modules\\iobroker.backitup', npm ERR! dest:npm ERR! 'C:\\IoB Testsysteme\\ioBroker\\node_modules\\.iobroker.backitup.DELETE' }, npm ERR! stack: npm ERR! 'Error: EPERM: operation not permitted, rename \'C:\\IoB Testsysteme\\ioBroker\\node_modules\\iobroker.backitup\' -> \'C:\\IoB Testsysteme\\ioBroker\\node_modules\\.iobroker.backitup.DELETE\'', npm ERR! errno: -4048,npm ERR! code: 'EPERM', npm ERR! syscall: 'rename',npm ERR! path: npm ERR! 'C:\\IoB Testsysteme\\ioBroker\\node_modules\\iobroker.backitup', npm ERR! dest: npm ERR! 'C:\\IoB Testsysteme\\ioBroker\\node_modules\\.iobroker.backitup.DELETE',npm ERR! parent: 'ioBroker' } npm ERR! npm ERR! The operation was rejected by your operating system. npm ERR! It's possible that the file was already in use (by a text editor or antivirus),npm ERR! or that you lack permissions to access it. npm ERR! npm ERR! If you believe this might be a permissions issue, please double-check the npm ERR! permissions of the file and its containing directories, or try running npm ERR! the command again as root/Administrator (though this is not recommended). npm ERR! A complete log of this run can be found in:npm ERR! C:\IoB Testsysteme\ioBroker\env\npm-cache\_logs\2019-12-02T18_13_24_958Z-debug.log ERROR: host.iobroker(ioBroker) Cannot install iobroker.backitup@1.3.1: 4294963248 ERROR: process exited with code 25 -
@JB_Sullivan sagte in Test Adapter Backitup v1.3.x:
Error: EPERM:
wie alt ist deine Installation?
als root?
als User xy?
als user ioBroker? -
Es ist eine Windows Installation aus 2018 mit einem Datenbestand den ich seit 2018 immer via "Komplettes Backup" mit herum geschleppt habe. Vor ca. 2 Wochen wurde mit dem alten Installer 1.5.4 eine neun Sitzung mit der Option "Migration" auf Basis dieser 2018er Dateien angelegt.
Anschließend wurde per manuellem Update der js-controller 2.1.1 auf den letzten Stand gebracht.Ich wollte eigentlich alles mit dem neuen Windows Installer 2.1.0 neu aufsetzen - keine Chance - siehe hier -> https://forum.iobroker.net/topic/25692/js-controller-2-0-ab-sofort-im-latest-repo/992
Ich bekomme diese Woche mein NUC und da werde ich ioBroker mal komplett neu Installieren und dann ein minimal Backup einspielen. Allerdings werde ich Windows10 treu bleiben. Für die ganzen anderen Betriebssysteme und VM Lösungen bin ich zu Blöd.
-
@JB_Sullivan
Dann kann ich dir nicht helfen. Der Fixer ist mMn nur für Linux -
@JB_Sullivan
Dir fehlen Schreibrechte oder irgendwas ist da noch aktiv.
Starte mal dein komplettes Windows neu und probiere es noch einmal -
@simatec said in Test Adapter Backitup v1.3.x:
Beim nächsten Neustart sollten die Objekte für total und auch die Warnmeldungen verschwunden sein
Hab jetzt ioBroker, danach den Container und zum Schluss auch noch Proxmox "neu gestartet"! Die Warnungen sind nicht loszuwerden! Backups werden aber erstellt wie gewünscht ..
Also alles OK
-
@Einstein67
Sind die Objekte für minimal und total weg oder sind die auch noch da? -
@simatec sagte in Test Adapter Backitup v1.3.x:
@JB_Sullivan
Dir fehlen Schreibrechte oder irgendwas ist da noch aktiv.
Starte mal dein komplettes Windows neu und probiere es noch einmalEben gerade gemacht - nun ist es ganz sauber durchgelaufen
-
@simatec said in Test Adapter Backitup v1.3.x:
Sind die Objekte für minimal und total weg oder sind die auch noch da?
Ja, die alten Objekte scheinen weg zu sein. -
@Einstein67 perfekt ... so sollte es sein.
Habe die Meldungen bereits gefixt. -
Habt ihr das Komplett Backup jetzt doch wieder aufleben lassen?
Ich wundere mich gerade - habe 1.3.1 drauf und bekomme im Instanz Menü wieder mit Komplett Backup Option angezeigt.
..... oder liegt es evtl. daran das ich Remote via iobroker.pro auf meine Installation zugreife?
-
@JB_Sullivan
Das muss etwas mit deinem Cache oder remote zu tun haben.
Das Menü sieht definitiv nicht mehr so aus ...Und nein, das total wird es nicht mehr geben.
-
Hallo zusammen,
leider bekomme ich mit der neuen Version folgende Fehler:
backitup.0 2019-12-03 15:37:01.846 error at Timer.listOnTimeout (timers.js:290:5) backitup.0 2019-12-03 15:37:01.846 error at tryOnTimeout (timers.js:323:5) backitup.0 2019-12-03 15:37:01.846 error at ontimeout (timers.js:498:11) backitup.0 2019-12-03 15:37:01.846 error at Timeout.setTimeout [as _onTimeout] (/opt/iobroker/node_modules/iobroker.backitup/lib/list.js:86:55) backitup.0 2019-12-03 15:37:01.846 error at result (/opt/iobroker/node_modules/iobroker.backitup/main.js:723:35) backitup.0 2019-12-03 15:37:01.846 error at Array.forEach (<anonymous>) backitup.0 2019-12-03 15:37:01.846 error at Object.keys.forEach.type (/opt/iobroker/node_modules/iobroker.backitup/main.js:726:26) backitup.0 2019-12-03 15:37:01.846 error at Array.forEach (<anonymous>) backitup.0 2019-12-03 15:37:01.846 error at data.(anonymous function).iobroker.data.(anonymous function).iobroker.filter.forEach.f (/opt/iobroker/node_modules/iobroker.backitup/main.js:727:42) backitup.0 2019-12-03 15:37:01.846 error at getName (/opt/iobroker/node_modules/iobroker.backitup/main.js:702:27) backitup.0 2019-12-03 15:37:01.846 error (29799) TypeError: Cannot read property 'split' of undefined backitup.0 2019-12-03 15:37:01.846 error (29799) uncaught exception: Cannot read property 'split' of undefinedSobald ich zurück auf die 1.3.0 gehe, läuft alles wieder einwandfrei.
Habe bereits mehrfach versucht, upzudaten. Kann mir jemand sagen, was ich falsch mache oder woran der Fehler liegt?
Anderenfalls bleibe ich erstmal bei der für mich stabilen Version.Viele Grüße
Frank -
Kann es sein dass die Bereinigung alter Backups auf dem System und im Cloudspeicher nicht mehr funktioniert seit der Umbenennung der Backups? Mein Limit steht auf 30, ich habe aber 32 in der Dropbox und lokal. 30 alte heißen noch minimal... und 2 neue iobroker...
Könnte man das History Backup seltener als das tägliche Minimal einplanen?
Mein minimal ist nur 4 MB groß, der gepackte history Ordner hat 80 MB. Das würde ich aber ungern täglich in die Dropbox schaufeln wollen. -
@Diginix sagte in Test Adapter Backitup v1.3.x:
Kann es sein dass die Bereinigung alter Backups auf dem System und im Cloudspeicher nicht mehr funktioniert seit der Umbenennung der Backups? Mein Limit steht auf 30, ich habe aber 32 in der Dropbox und lokal. 30 alte heißen noch minimal... und 2 neue iobroker...
Richtig ... minimal sind die alten und müssen nun händisch gelöscht werden oder einfach umbenannt werden.
Könnte man das History Backup seltener als das tägliche Minimal einplanen?
Mein minimal ist nur 4 MB groß, der gepackte history Ordner hat 80 MB. Das würde ich aber ungern täglich in die Dropbox schaufeln wollen.Schaue ich mir mal an ...
-
@deifel sagte in Test Adapter Backitup v1.3.x:
Hallo zusammen,
leider bekomme ich mit der neuen Version folgende Fehler:
backitup.0 2019-12-03 15:37:01.846 error at Timer.listOnTimeout (timers.js:290:5) backitup.0 2019-12-03 15:37:01.846 error at tryOnTimeout (timers.js:323:5) backitup.0 2019-12-03 15:37:01.846 error at ontimeout (timers.js:498:11) backitup.0 2019-12-03 15:37:01.846 error at Timeout.setTimeout [as _onTimeout] (/opt/iobroker/node_modules/iobroker.backitup/lib/list.js:86:55) backitup.0 2019-12-03 15:37:01.846 error at result (/opt/iobroker/node_modules/iobroker.backitup/main.js:723:35) backitup.0 2019-12-03 15:37:01.846 error at Array.forEach (<anonymous>) backitup.0 2019-12-03 15:37:01.846 error at Object.keys.forEach.type (/opt/iobroker/node_modules/iobroker.backitup/main.js:726:26) backitup.0 2019-12-03 15:37:01.846 error at Array.forEach (<anonymous>) backitup.0 2019-12-03 15:37:01.846 error at data.(anonymous function).iobroker.data.(anonymous function).iobroker.filter.forEach.f (/opt/iobroker/node_modules/iobroker.backitup/main.js:727:42) backitup.0 2019-12-03 15:37:01.846 error at getName (/opt/iobroker/node_modules/iobroker.backitup/main.js:702:27) backitup.0 2019-12-03 15:37:01.846 error (29799) TypeError: Cannot read property 'split' of undefined backitup.0 2019-12-03 15:37:01.846 error (29799) uncaught exception: Cannot read property 'split' of undefinedSobald ich zurück auf die 1.3.0 gehe, läuft alles wieder einwandfrei.
Habe bereits mehrfach versucht, upzudaten. Kann mir jemand sagen, was ich falsch mache oder woran der Fehler liegt?
Anderenfalls bleibe ich erstmal bei der für mich stabilen Version.Viele Grüße
FrankSchaue mal bitte in den Tab "Wiederherstellen" ...
Was ist da bei dir als "Backup Quelle" ausgewählt?Denke da liegt das Problem, da ein kleiner Schreibfehler in dieser Version vorlag.
-
Ab sofort steht die Version 1.3.2 auf Github und spätestens ab heute Nacht auch in der latest Repo zur Verfügung.
Wichtigste Neuerung neben einigen kleinen Bugfix ist das kleine Webinterface für den Restore.
Hier öffnet sich nun bei Start des Restore's ein neuer Tab, in dem ihr den log bzw. Wiederherstellungsprozess genau verfolgen könnt.
Aufgrund des Stopps von ioBroker war dies bisher nicht möglich und man sah nur über einige Umwege, was gerade passiert.
Ab sofort sieht man genau, was gerade für Prozesse der Wiederherstellung laufen.Hier ein paar Screenshots, wie das Ganze dann ausschaut ...
