Monatsrückblick Januar/Februar 2026 ist online!

[sigi234]

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

@Einstein67
Die 1.5.0 ist im latest zu sehen ... nur die Repo wird nicht geholt. Ist bei einigen Usern anscheinend so

Update Git:
V 1.5.1

backitup.0	2020-04-22 20:25:44.549	error	(17324) Error: OOPS: cannot change directory:/shares

[simatec]

@sigi234
Wann kommt die Meldung?

[sigi234]

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

@sigi234
Wann kommt die Meldung?

Nach dem Update und nachdem ich in den Einstellungen war. Beobachte weiter.
Kommt was in Sentry an?

[simatec]

@sigi234
Im Sentry wird nix gemeldet. Poste mal bitte den kompletten Log.

[sigi234]

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

@sigi234
Im Sentry wird nix gemeldet. Poste mal bitte den kompletten Log.

Bin am Handy, Log lösche ich immer. Muss ich später nachsehen, ev finde ich den Log doch noch wo.

backitup.0	2020-04-22 21:14:05.536	debug	(26436) No backup file was found
backitup.0	2020-04-22 21:14:04.806	debug	(26436) system.adapter.admin.0: logging true
backitup.0	2020-04-22 21:14:03.524	error	(26436) Error: OOPS: cannot change directory:/shares
backitup.0	2020-04-22 21:14:03.201	info	(26436) [ccu] backup was activated at 04:30 every 3 day(s)
backitup.0	2020-04-22 21:14:03.194	info	(26436) [iobroker] backup was activated at 02:00 every 1 day(s)
backitup.0	2020-04-22 21:14:03.166	info	(26436) starting. Version 1.5.1 in C:/Program Files/iobroker/Test/node_modules/iobroker.backitup, node: v10.16.3, js-controller: 3.0.14
backitup.0	2020-04-22 21:14:03.010	debug	(26436) Plugin sentry Initialize Plugin (enabled=true)
backitup.0	2020-04-22 21:14:02.736	debug	(26436) statesDB connected
backitup.0	2020-04-22 21:14:02.736	debug	(26436) States connected to redis: 127.0.0.1:9000
backitup.0	2020-04-22 21:14:02.723	debug	(26436) States create System PubSub Client
backitup.0	2020-04-22 21:14:02.722	debug	(26436) States create User PubSub Client
backitup.0	2020-04-22 21:14:02.714	debug	(26436) Redis States: Use Redis connection: 127.0.0.1:9000
backitup.0	2020-04-22 21:14:02.713	debug	(26436) objectDB connected
backitup.0	2020-04-22 21:14:02.708	debug	(26436) Objects connected to redis: 127.0.0.1:9013
backitup.0	2020-04-22 21:14:02.682	debug	(26436) Objects client initialize lua scripts
backitup.0	2020-04-22 21:14:02.680	debug	(26436) Objects create User PubSub Client
backitup.0	2020-04-22 21:14:02.679	debug	(26436) Objects create System PubSub Client
backitup.0	2020-04-22 21:14:02.649	debug	(26436) Objects client ready ... initialize now
backitup.0	2020-04-22 21:14:02.625	debug	(26436) Redis Objects: Use Redis connection: 127.0.0.1:9013
backitup.0	2020-04-22 21:13:56.364	info	(24196) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
backitup.0	2020-04-22 21:13:56.363	info	(24196) terminating
backitup.0	2020-04-22 21:13:56.363	info	(24196) cleaned everything up...
backitup.0	2020-04-22 21:13:56.363	info	(24196) Got terminate signal TERMINATE_YOURSELF
backitup.0	2020-04-22 21:13:45.081	error	(24196) Error: OOPS: cannot change directory:/shares
backitup.0	2020-04-22 21:13:44.780	info	(24196) [ccu] backup was activated at 04:30 every 3 day(s)
backitup.0	2020-04-22 21:13:44.773	info	(24196) [iobroker] backup was activated at 02:00 every 1 day(s)
backitup.0	2020-04-22 21:13:44.673	info	(24196) starting. Version 1.5.1 in C:/Program Files/iobroker/Test/node_modules/iobroker.backitup, node: v10.16.3, js-controller: 3.0.14
backitup.0	2020-04-22 21:13:37.752	info	(17324) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
backitup.0	2020-04-22 21:13:37.751	info	(17324) terminating
backitup.0	2020-04-22 21:13:37.751	info	(17324) cleaned everything up...
backitup.0	2020-04-22 21:13:37.750	info	(17324) Got terminate signal TERMINATE_YOURSELF

Fehler kommt wenn ich den Adapter neu starte.

Log nach Backup:

email.0	2020-04-22 21:21:21.604	info	(15820) sent to xxxxx@xxxxx.at
backitup.0	2020-04-22 21:21:20.181	debug	(26436) [iobroker] exec: done
backitup.0	2020-04-22 21:21:20.179	debug	(26436) [iobroker/history] backitup.0.history.json
backitup.0	2020-04-22 21:21:20.178	debug	(26436) [iobroker] exec: done
backitup.0	2020-04-22 21:21:20.176	debug	(26436) [iobroker/history] backitup.0.history.html
email.0	2020-04-22 21:21:20.160	info	(15820) Send email: {"text":"BackItUp:\nDas Backup wurde nicht vollständig erstellt. Bitte überprüfe die Fehlermeldungen!!\n\nftp: Error: OOPS: 500 OOPS: child died","to":"xxxxx@xxxx.at","subject":
backitup.0	2020-04-22 21:21:20.147	debug	(26436) [iobroker/email] done
backitup.0	2020-04-22 21:21:20.146	debug	(26436) sendTo "send" to system.adapter.email.0 from system.adapter.backitup.0
backitup.0	2020-04-22 21:21:20.134	debug	(26436) [iobroker/clean] done
backitup.0	2020-04-22 21:21:20.132	debug	(26436) [iobroker/clean] Backup files not deleted from C:/Program Files/iobroker/Test/backups because some errors.
backitup.0	2020-04-22 21:21:20.129	debug	(26436) [iobroker/ftp] [IGNORED] Error: OOPS: cannot change directory:/shares
backitup.0	2020-04-22 21:21:19.875	debug	(26436) [iobroker/iobroker] done
backitup.0	2020-04-22 21:21:18.844	debug	(26436) [iobroker/iobroker] Backup created: C:\Program Files\iobroker\Test\backups\iobroker_2020_04_22-21_21_04_backupiobroker.tar.gz
backitup.0	2020-04-22 21:21:07.280	debug	(26436) [iobroker/iobroker] host.Medion(Test) 22816 objects saved
backitup.0	2020-04-22 21:21:07.253	debug	(26436) [iobroker/iobroker] host.Medion(Test) 20804 states saved
backitup.0	2020-04-22 21:21:07.053	debug	(26436) system.adapter.admin.0: logging true

OS: win32
JS controller 3.0.14

INFO!!!

Warte, habe Probleme mit dem NAT! Hatte gestern einen Stromausfall.

Geht wieder , NAS defekt. Habe auf HDD Copy umgestellt.

[simatec]

Ab sofort ist die Version 1.5.1 auf Github und npm . In Laufe des Tages dann auch über die Latest Repo zu installieren ...

Changelog

1.5.1 (23.04.2020)

• (simatec) Bugfix list from nas
• (simatec) Bugfix sentry errors

[Lstt]

Is it possible support several bases MySql to backup?

[Stephan Schleich]

Woran kann der Versionsunterschied liegen? Verwahrungsort ist default.

ich hab vermutlich aus Testzwecken mal ein gibhub download angestoßen, und heute den von npm drüber installiert.
Kann ich das ohne Adapter löschen korrigieren, sonst sind ja alle Adapter Settings weg oder?

[Kueppert]

@Stephan-Schleich ich habe auch die v1.5.2 drauf. Warum willst du das ändern?

[Stephan Schleich]

@Kueppert Will ich nicht, es geht mir im den Versionsunterschied der Anzeige

[simatec]

@Stephan-Schleich
Default ist stable und da ist die Version 1.4.5 aktuell.
Da du über Github installiert hast, hast du aber 1.5.2

[Stephan Schleich]

@simatec ich hab über npm installiert, dachte das wäre dann immer die stable Version - scheinbar hab ich da aber ein denkfehler

[Jan1]

@Stephan-Schleich
Installiert wird eigentlich grundsätzlich über den Admin, alles andere geht zwar auch, wobei man wissen sollte was man tut ;-)

[JB_Sullivan]

Moin zusammen - kurze Frage: Nach dem Adapter Update auf 1.5.4 bekommt man folgende WARN Meldung.

backitup.0	2020-05-01 08:09:07.530	warn	at processImmediate (timers.js:658:5)
backitup.0	2020-05-01 08:09:07.530	warn	at tryOnImmediate (timers.js:676:5)
backitup.0	2020-05-01 08:09:07.530	warn	at runCallback (timers.js:705:18)
backitup.0	2020-05-01 08:09:07.530	warn	at Immediate.setImmediate [as _onImmediate] (C:\iobroker\GLT\node_modules\iobroker.js-controller\lib\states\statesInRedis.js:227:41)
backitup.0	2020-05-01 08:09:07.530	warn	at change (C:\iobroker\GLT\node_modules\iobroker.js-controller\lib\adapter.js:4808:34)
backitup.0	2020-05-01 08:09:07.530	warn	at Adapter.emit (events.js:198:13)
backitup.0	2020-05-01 08:09:07.530	warn	at Adapter.adapter.on.obj (C:\iobroker\GLT\node_modules\iobroker.backitup\main.js:118:21)
backitup.0	2020-05-01 08:09:07.530	warn	at module.exports (C:\iobroker\GLT\node_modules\iobroker.backitup\lib\list.js:22:40)
backitup.0	2020-05-01 08:09:07.530	warn	(10580) TypeError: Cannot read property 'type' of null
backitup.0	2020-05-01 08:09:07.526	warn	(10580) States system pmessage io.messagebox.system.adapter.backitup.0 {"command":"list","message":"local","from":"system.adapter.admin.0","callback":{"message":"local","id":37,"ack":false,"time":158

Man muss seine Instanz Einstellungen editieren und erneut speichern, dann funktioniert auch wieder die "Wiederherstellen - Backups aufrufen" Funktion. Ohne erneutes abspeichern der Einstellungen passiert hier nämlich nichts mehr.

Dann noch eine andere Frage: Wenn unter BackItUp die Anzahl der Backups eingestellt ist, wird dann ALLES gelöscht, was älter ist als diese eingestellte Anzahl?

Ich habe früher immer Backups in den Backup Ordner geschoben die ich persönlich für wichtig hielt. BackItUp hat nur seine selbst angelegten Backups verwaltet und diese fortwährend erneuert. Dateien die ich in diesen Ordner kopiert habe, wurden nicht "angefasst".

Seit einiger Zeit, scheint BackItUp aber ALLES in dem Backup Odner zu löschen was nicht seiner eingestellten Anzahl entspricht.

Beispiel:

01.01.2020 - händisch von mir in den Ordner kopiert

29.02.2020 BackItUp Automatisch erzeugt
01.03.2020 BackItUp Automatisch erzeugt
02.03.2020 BackItUp Automatisch erzeugt
03.03.2020 BackItUp Automatisch erzeugt
04.03.2020 BackItUp Automatisch erzeugt

Mit anderen Worten, die automatisch erzeugten werden fortlaufend überschrieben und die Datei vom 01.01.2020 wird gelöscht. Früher wäre die Datei vom 01.01.2020 erhalten geblieben.

PS: Ist eine Windows Installation ;)

[simatec]

@JB_Sullivan
Die Warnung schaue ich mir an ...
Zu dem löschen ... alle Files mit beginnend mit "iobroker_" werden nach Datum geprüft und dann gelöscht.
Willst du also alte Backups aufheben, dann gib ihnen einen anderen Namen.

[skokarl]

Ich hatte vorhin eine Meldung im Log die ich früher noch nie gesehen hatte.
Möglicherweise hängt es mit dem letzten Update zusammen.

[simatec]

@skokarl
Kannst du bitte mal den Log posten?
Ein Screenshot ist da nicht so praktikabel

[skokarl]

@simatec
Wir stellen das nochmal zurück,
hab eben den Adapter auf debug gestellt und das Backup händisch angestossen,
alles sauber, keine Fehler.
Vielleicht hatte heute Nacht meine NAS ein kurzes Problem, das kann tatsächlich sein, weil ich
im Moment sowieso mit meinem Netzwerk oben im Haus sporadisch Ärger habe.

Ich beobachte das, ansonsten gibt's beim nächsten Mal nen Log.

[simatec]

@skokarl
Kannst du bitte trotzdem den Log mal posten.
Ich habe im Sentry die Fehlermeldungen auch ein paar mal gesehen.

[skokarl]

@simatec

viel Müll drin..... :-)

guck einfach nur bei 01:00 Uhr .... edit: log wieder entfernt

und eben hab ich ja nochmal händisch getestet.