Betatester für Backitup 2.0.0 gesucht

[ente34]

@simatec
Kann ich machen, aber willst Du nicht den Fehler im Programm beheben?

[simatec]

@ente34
Kann ich nicht bestätige ... hab es gerade getestet ...

[simatec]

@ente34
Schaue noch mal, wie da einen besseren Filter hinbekomme

[ente34]

@simatec
Mein Backup-Verzeichnis

[simatec]

@ente34 Versuche mal bitte die 2.0.0-beta.6 von Github

[ente34]

@simatec
Perfekt!

Das Problem mit den Javascript Files kann ich leider nicht reproduzieren.
Ich habe es einmal beim Restore von Scripts von einem anderen Host gesehen.
Neustart des javascript adapter brachte nichts, aber ein touch auf die Scripte

[ente34]

@simatec
Mit den Scripten gibt es definitiv (manchmal) ein Problem, es fehlen wieder welche
(im Filesystem liegen fünf)

Der javascript Adapter merkt auch etwas:

javascript.0	2021-02-08 15:29:55.315	warn	(14644) Please delete file C:\Program Files\iobroker\SmartHome1\iobroker-data\scripts\Lampen\LampenSchalten
javascript.0	2021-02-08 15:29:55.315	warn	(14644) Please delete file C:\Program Files\iobroker\SmartHome1\iobroker-data\scripts\Lampen\Schalten
javascript.0	2021-02-08 15:29:55.314	warn	(14644) Please delete file C:\Program Files\iobroker\SmartHome1\iobroker-data\scripts\Test\ttt

[simatec]

@ente34 Ich nehme mal den Stop raus. Eventuell hat der Javascript-Adapter damit ein Problem, da er ja mit den Scriptpfad synchron arbeitet

[ente34]

@simatec
Beim IoBroker Restore ist mir noch etwas aufgefallen, trotz "Start all adapters after restore" laufen nach Restore nur admin und backitup. Alle anderen muss ich manuell starten. Js-Controller ?

C:\Program Files\iobroker\SmartHome1>iobroker -v
3.2.16

[da_Woody]

@ente34 sicher? hat bei mir auch ewig gedauert bis alle wieder gelaufen sind...

[simatec]

@da_woody
Werde morgen die Beta 7 fertig machen, wo der Restore inkl. menü etwas überarbeitet wurde.
Dort werde ich zum testen mal den Stop von JavaScript beim Restore deaktivieren

[da_Woody]

@simatec said in Betatester für Backitup 2.0.0 gesucht:

menü etwas überarbeitet wurde

wieder was zum umgewöhnen!
ich meinte ja nur, logisch das am anfang nur admin und backitup laufen. logisch, sonst würds ja nicht funktionieren, aber es dauert halt seine zeit bis die anderen adapter wieder starten. da kann man schon auf 2-3 bierchen gehn, oder was anderes...

[simatec]

@da_woody
Nein so schlimm wird es nicht. Nur das Restore Menü sieht nun etwas schicker aus, wird übersetzt und man hat etwas mehr Infos tu den vorhandenen Backups

[h07d0q]

Hallöchen!

Habe mich sehr gefreut, dass influx und Grafana jetzt auch dabei sind, aber beim restore machen genau die zwei Probleme:

Zu influx muss ich noch sagen, dass ich bei der neuen Installation ein anderes Passwort gewählt habe. Habe das aber vor dem restore im adapter eingetragen und diesen gestartet.

PS: Der restore von iobroker hat ne ganze Weile gedauert mit hoher CPU Last, konnte aber außer in htop nirgends nachvollziehen was gerade passiert.

[simatec]

@h07d0q
Ist Influx auf dem System installiert?
Hast du für Grafana eine ApiKey vergeben?

[simatec]

Die Version 2.0.0-beta.7 ist auf Github jetzt Online

[amg_666]

@simatec sagte in Betatester für Backitup 2.0.0 gesucht:

https://github.com/simatec/ioBroker.backitup.git

Edit: Hat sich mit deinem letzten Post überlappt, alles gut

Ich hatte die 2.0.0. beta-1 installiert und jetzt über Github ein Update gestartet. Das lief durch aber es ist die beta-7 nicht die beta-8 ???

[simatec]

Die Version 2.0.0-beta.8 ist nun auf Github Online.

Damit sollten nun auch der Restore aus der Cloud besser laufen

[amg_666]

@simatec Das mag Zufall sein (??) aber direkt nach Installation fing iot an rumzuzicken:

iot.0	2021-02-09 20:34:18.029	info	(6049) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
iot.0	2021-02-09 20:34:18.021	info	(6049) terminating
iot.0	2021-02-09 20:34:18.010	info	(6049) Got terminate signal TERMINATE_YOURSELF
host.iomaster	2021-02-09 20:34:17.964	info	stopInstance system.adapter.iot.0 (force=false, process=true)
backitup.0	2021-02-09 20:32:38.868	info	(7146) [ccu] backup was activated at 01:30 every 3 day(s)
backitup.0	2021-02-09 20:32:38.723	info	(7146) [iobroker] backup was activated at 02:00 every 1 day(s)
backitup.0	2021-02-09 20:32:38.564	info	(7146) starting. Version 2.0.0-beta.8 in /opt/iobroker/node_modules/iobroker.backitup, node: v12.20.1, js-controller: 3.2.16

Ich hab den iot Adapter neu gestartet, der bleibt gelb und sagt (7268) Connection changed: disconnect

Wenn ich manuell ein backup mit dem Adapter starte, dann läuft das durch bringt aber den Hinweis, dass er history values "created" hat. Ich hab aber im Adapter unter "Was soll gesichert werden" kein Häkchen bei History Daten gesetzt. Ist das so richtig?

Started iobroker ...
[DEBUG] [iobroker] - host.iomaster 14170 states saved

[DEBUG] [iobroker] - host.iomaster 15903 objects saved

[DEBUG] [iobroker] - done
[DEBUG] [zigbee] - found zigbee database: zigbee.0
[DEBUG] [zigbee] - done
[DEBUG] [javascripts] - done
[DEBUG] [ftp] - FTP connected.
[DEBUG] [ftp] - Send iobroker_2021_02_09-20_38_03_backupiobroker.tar.gz
[ERROR] [ftp] - File "/opt/iobroker/backups/iobroker_2021_02_09-20_38_03_backupiobroker.tar.gz" not found
[DEBUG] [ftp] - Send zigbee.0_2021_02_09-20_38_26_backupiobroker.tar.gz
[DEBUG] [ftp] - Send javascripts_2021_02_09-20_38_27_backupiobroker.tar.gz
[DEBUG] [ftp] - done
[DEBUG] [clean] - done
[DEBUG] [historyHTML] - new history html values created
[DEBUG] [historyHTML] - done
[DEBUG] [historyJSON] - new history json values created
[DEBUG] [historyJSON] - done
[EXIT] 0

(das mit dem Error ...file...not found ist ne Macke die ich noch zu lösen versuche, das war aber auch in der letzten stable Version so und muss irgendwie mit der iobroker Installation zusammenhängen (mal läuft das backup, mal tritt der Fehler auf)

[simatec]

@amg_666
HistoryHTML und HistoryJSON sind erzeugte Datenpunkte für die VIS u d haben nix mit dem History-Daten des history-Adapters zu tun.
IOT und Backitup haben nix miteinander zu tun

Was meinst du mit „not found“