rework backup and restore

[benderl]

• move backup functionality from php into bash script running as user "pi"
• integrate backup of retained broker messages
• restore script runs as user "pi"
• restore mosquitto.db and restart broker
• extract files without copying archive (save disk space)
• restore dotfiles
• persist file permissions on copy

[yankee42]

ggf. wäre es sinnvoll vor dem Backup die normale Arbeit der oWB lahmzulegen. Also "updateinprogress"-Flag setzen, warten bis Regelschleife- und und cron durch ist und dann erst das Restore durchzuführen und danach atreboot.sh auszuführen. Andernfalls besteht das Risiko, dass gleichzeitige Änderungen stattfinden und das Risiko, das andere Änderungen garnicht aktiv werden. Wenn zum Beispiel nach dem Restore niemand den legacy-run-server neu startet, dann arbeitet der möglicherweise mit dem Code den er beim letzten Start hatte fröhlich weiter und der Nutzer staunt...

Siehe auch #2361 was das lahmlegen und warten auf beenden angeht.

[benderl]

ggf. wäre es sinnvoll vor dem Backup die normale Arbeit der oWB lahmzulegen. Also "updateinprogress"-Flag setzen, warten bis Regelschleife- und und cron durch ist und dann erst das Restore durchzuführen und danach atreboot.sh auszuführen. Andernfalls besteht das Risiko, dass gleichzeitige Änderungen stattfinden und das Risiko, das andere Änderungen garnicht aktiv werden. Wenn zum Beispiel nach dem Restore niemand den legacy-run-server neu startet, dann arbeitet der möglicherweise mit dem Code den er beim letzten Start hatte fröhlich weiter und der Nutzer staunt...

Siehe auch #2361 was das lahmlegen und warten auf beenden angeht.

Danke für die Hinweise.

"updateinprogress" werde ich einbauen und auch Deinen Code aus dem #2361.
Der Start der "atreboot.sh" wäre das Mindeste nach dem Restore. Ich tendiere jedoch zu einem Reboot, wie es auch in der 2.0 beim Update umgesetzt ist. Vorteil ist ganz klar, dass man dann definitiv einen sauberen Start hat und nicht irgendwelchen Mischmasch z.B. in der Ramdisk. Einziger Nachteil wäre die längere Laufzeit für den Neustart. Für mich überwiegt ganz klar der Vorteil des konsistenten Zustands. In der Regel stellt man ein Backup ja nicht jeden Tag wieder her, da sollte die längere Laufzeit verschmerzbar sein.