Test Adapter ioBroker.backitup v3.0.x

[Einstein67]

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:9001

EDIT: Und diese REDIS Meldungen sind auch seltsam. Ich bin mit File/File unterwegs ..

[simatec]

@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

[JB_Sullivan]

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

[Homoran]

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

[JB_Sullivan]

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.

[Homoran]

@JB_Sullivan
Dann kann ich dir nicht helfen. Der Fixer ist mMn nur für Linux

[simatec]

@JB_Sullivan
Dir fehlen Schreibrechte oder irgendwas ist da noch aktiv.
Starte mal dein komplettes Windows neu und probiere es noch einmal

[Einstein67]

@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

[simatec]

@Einstein67
Sind die Objekte für minimal und total weg oder sind die auch noch da?

[JB_Sullivan]

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

Eben gerade gemacht - nun ist es ganz sauber durchgelaufen

[Einstein67]

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

[simatec]

@Einstein67 perfekt ... so sollte es sein.
Habe die Meldungen bereits gefixt.

[JB_Sullivan]

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?

[simatec]

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

[deifel]

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 undefined

Sobald 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

[Diginix]

@simatec

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.

[simatec]

@Diginix sagte in Test Adapter Backitup v1.3.x:

@simatec

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

[simatec]

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

Sobald 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

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

[simatec]

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

[Diginix]

@simatec Wow, das nenne ich Komfort und Transparenz!