Betatester für Backitup 2.0.0 gesucht

simatec

@thomas-braun
Hmmm sehr komisch wo diese Option herkommt.
Backitup setzt den Mount so nicht

https://github.com/simatec/ioBroker.backitup/blob/bd1a04dc3d8897057295669bd3c8bc9a3dcce5ca/lib/scripts/01-mount.js#L76

Thomas Braun

@simatec
Ich bin nicht gut in Code lesen... :-)

Wenn ich das händisch mounte per

sudo mount //192.168.0.42/FRITZ.NAS/iobroker_backups /opt/iobroker/backups -t cifs -o rw,relatime,vers=3.0,cache=strict,username=iobroker,uid=1001,noforceuid,gid=1001,noforcegid,addr=192.168.0.42,file_mode=0777,dir_mode=0777,soft,nounix,serverino,mapposix,rsize=65536,wsize=65536,bsize=1048576,echo_interval=60,actimeo=1

passt natürlich alles: Owner iobroker statt root auf dem exportierten Dateisystem.

pi@raspberrypi:~ $ ls -la /opt/iobroker/backups/
insgesamt 5968
drwxrwxrwx  2 iobroker iobroker       0 Feb  2 20:31 .
drwxrwxr-x+ 8 iobroker iobroker    4096 Feb  2 20:24 ..
-rwxrwxrwx  1 iobroker iobroker 5882573 Feb  2 20:31 iobroker_2021_02_02-20_31_12_backupiobroker.tar.gz
-rwxrwxrwx  1 iobroker iobroker  220167 Feb  2 20:31 redis_2021_02_02-20_31_23_backupiobroker.tar.gz

simatec

@thomas-braun
Kannst du mit dem händischen mount mal testen, ob GoogleDrive dann vom NAS will?
Also händisch mouten und in Backitup nur GoogleDrive als Storage wählen

Thomas Braun

@simatec
Auch das geht nicht.

pi@raspberrypi:~ $ ls -la /opt/iobroker/backups/
insgesamt 17904
drwxrwxrwx  2 iobroker iobroker       0 Feb  2 21:25 .
drwxrwxr-x+ 8 iobroker iobroker    4096 Feb  2 20:24 ..
-rwxrwxrwx  1 iobroker iobroker 5882573 Feb  2 20:31 iobroker_2021_02_02-20_31_12_backupiobroker.tar.gz
-rwxrwxrwx  1 iobroker iobroker 5882414 Feb  2 21:10 iobroker_2021_02_02-21_10_21_backupiobroker.tar.gz
-rwxrwxrwx  1 iobroker iobroker 5890416 Feb  2 21:25 iobroker_2021_02_02-21_25_45_backupiobroker.tar.gz
-rwxrwxrwx  1 iobroker iobroker  220167 Feb  2 20:31 redis_2021_02_02-20_31_23_backupiobroker.tar.gz
-rwxrwxrwx  1 iobroker iobroker  219816 Feb  2 21:10 redis_2021_02_02-21_10_33_backupiobroker.tar.gz
-rwxrwxrwx  1 iobroker iobroker  219960 Feb  2 21:25 redis_2021_02_02-21_25_55_backupiobroker.tar.gz

Started iobroker ...
[DEBUG] [iobroker] - host.raspberrypi 3740 states saved

[DEBUG] [iobroker] - host.raspberrypi 4520 objects saved

[DEBUG] [iobroker] - Backup created: /opt/iobroker/backups/iobroker_2021_02_02-21_25_45_backupiobroker.tar.gz

[DEBUG] [iobroker] - done
[DEBUG] [redis] - Start Redis Backup ...
[DEBUG] [redis] - done
[DEBUG] [googledrive] - Google Drive: Copy iobroker_2021_02_02-21_25_45_backupiobroker.tar.gz...
[ERROR] [googledrive] - Google Drive: Error: Unknown system error -116: Unknown system error -116, open '/opt/iobroker/backups/iobroker_2021_02_02-21_25_45_backupiobroker.tar.gz'

bishop

habe ein IoBroker als Master im Docker laufen und noch ein IoBroker auf einer Raspberry Pi2 als slave.

benötige ich dann 2 Instanzen des Backitup Adapters jeweils auf den Systemen oder reicht es wenn ich auf dem Master eine Instanz laufen habe?

simatec

@bishop
Es reich auf dem Master.
Das iobroker backup sichert den Slave mit.

simatec

@thomas-braun
Sehr komisch... also liegt es nicht an den Rechten. Irgendwas ist an deiner Fritzbox krum.
Hatte neulich erst ne Fritzbox für Backitup eingerichtet und das lief sofort ohne Probs.

lonsimbt

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

@lonsimbt
Den Backup Ordner würde ich dafür nicht verwenden.
Beim wiederherstellen kann das zu Problemen führen
Lagere es eventuell extern aus oder gehe ich die obere Ordnerstruktur von /opt/iobroker

Offensichtlich gibt es damit nicht nur Probleme beim Wiederherstellen. Ich hab es jetzt mit dem Pfad /opt/iobroker/javascript probiert. Damit wird das Backup für die Javascripts erstellt.

Danke und Gruß
Marco

Thomas Braun

@simatec Ich habe die Freigaben auf der FritzBox nicht 'über das Internet zugänglich' gemacht. Kann das damit zusammenhängen?
Das würde ich allerdings nicht tun, dann bleibt es getrennt in zwei Instanzen.

simatec

@thomas-braun Kann ich mir nicht vorstellen.
Werde es mal die nächsten Tage hier nachstellen und mal meine Fritz als NAS umbauen. War für meine Anwendungen bisher nicht wirklich Interessant, da ich lieber mit NFS arbeite.

Thomas Braun

@simatec
Ich würde auch NFS bevorzugen. Aber die FritzBox kann das nicht und extra dafür setze ich mir kein dickes NAS in die Bude.

Wobei...
Hier liegt noch ein Raspberry 3 in der Schublade, den könnte ich ja zum NFS-NAS werden lassen...

bishop

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

@bishop
Es reich auf dem Master.
Das iobroker backup sichert den Slave mit.

ok, Danke

da_Woody

@simatec fluppt bei mir.

Rosi8818

hat auch über Nacht auto. bei mir funktioniert

simatec

@rosi8818 @da_Woody
Bitte prüft auch mal die Inhalte der Backups auf Vollständigkeit und schaltet die Instanz von Backitup auf debug.
Da könnt ihr besser sehen, ob eventuell Fehler auftreten

Homoran

Bei mir scheint auch erst mal alles in Ordnung:

Allerdings braucht der arme alte Cubie für das SQL-Backup und das anschließende Packen fast 1 1/2 Stunden :-(

Was mir allerdings fehlt ist das prefix bei redis und javascript

iobroker-Backup ist anscheinend ok, die Verzeichnisse admin, web und userdata in files sind allerdings leer.
Rest vergleiche ich noch

Rosi8818

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

Bitte prüft auch mal die Inhalte der Backups auf Vollständigkeit und schaltet die Instanz von Backitup auf debug.
Da könnt ihr besser sehen, ob eventuell Fehler auftreten

ich habe mir mal die Inhalte angeschaut (als Laie), bspw. in den Script-Backup sind alle aktuellen Scripte drin und die anderen Dateien was ich sehen konnte sind auch die Daten aus den Verzeichnissen drin. Das kann ich aber nicht 100%ig beurteilen ohne ein Restore. Das kann ich aber aktuell nicht durchführen - leider

Ich habe auf DEBUG umgestellt (musste erst suchen wie das geht) und manuell angestossen.
Das kam im Fenster nach dem manuellen auslösen, was für mich okay aussieht:
Im Log der Oberfläche stehen auch keine Fehler. Ist das so ausreichend für dich?

Started iobroker ...
[DEBUG] [mount] - mount activ... umount is started before mount!!
[DEBUG] [mount] - umount successfully completed
[DEBUG] [mount] - mount successfully completed
[DEBUG] [mount] - done
[DEBUG] [iobroker] - host.smarthomepi 2066 states saved

[DEBUG] [iobroker] - host.smarthomepi 2822 objects saved

[DEBUG] [iobroker] - Backup created: /opt/iobroker/backups/iobroker_2021_02_03-12_34_05_backupiobroker.tar.gz

[DEBUG] [iobroker] - done
[DEBUG] [influxDB] - Start InfluxDB Backup ...
[DEBUG] [influxDB] - InfluxDB Backup tmp directory created 
[DEBUG] [influxDB] - Backup created: /opt/iobroker/backups/influxDB_2021_02_03-12_34_11_backupiobroker.tar.gz
[DEBUG] [influxDB] - Try deleting the InfluxDB tmp directory
[DEBUG] [influxDB] - InfluxDB tmp directory was successfully deleted
[DEBUG] [influxDB] - done
[DEBUG] [historyDB] - done
[DEBUG] [zigbee] - no zigbee database found!!
[DEBUG] [zigbee] - done
[DEBUG] [grafana] - Start Grafana Backup ...
[DEBUG] [grafana] - Created grafana_tmp directory
[DEBUG] [grafana] - Created dashboard directory
[DEBUG] [grafana] - Created dashboards_manually_restore directory
[DEBUG] [grafana] - Created datasource directory
[DEBUG] [grafana] - start Grafana request ...
[DEBUG] [grafana] - Grafana is available ... Status: 200
[DEBUG] [grafana] - found Dashboard: helmscherode
[DEBUG] [grafana] - found Dashboard: helmscherode-wetterdaten
[DEBUG] [grafana] - start Grafana backup compress ...
[DEBUG] [grafana] - Backup created: /opt/iobroker/backups/grafana_2021_02_03-12_34_14_backupiobroker.tar.gz
[DEBUG] [grafana] - Try deleting the Grafana tmp directory: "/opt/iobroker/backups/grafana_tmp"
[DEBUG] [grafana] - Grafana tmp directory "/opt/iobroker/backups/grafana_tmp" successfully deleted
[DEBUG] [grafana] - done
[DEBUG] [jarvis] - found Jarvis Instance: 0
[DEBUG] [jarvis] - start Jarvis Backup for Instance 0...
[DEBUG] [jarvis] - Backup created: /opt/iobroker/backups/jarvis.0_2021_02_03-12_34_14_backupiobroker.tar.gz
[DEBUG] [jarvis] - done
[DEBUG] [javascripts] - done
[DEBUG] [cifs] - done
[DEBUG] [clean] - done
[DEBUG] [telegram] - done
[DEBUG] [historyHTML] - new history html values created
[DEBUG] [historyHTML] - done
[DEBUG] [historyJSON] - new history json values created
[DEBUG] [historyJSON] - done
[DEBUG] [umount] - mount activ... umount in 60 Seconds!!
[DEBUG] [umount] - umount successfully completed
[DEBUG] [umount] - done
[EXIT] 0

da_Woody

@simatec js schaut gut aus, da ist alles drinnen. grafana ist nur 1KB gross, da hats was. sind nur ordner, keine dateien. allerdings spinnt bei mir grafana mit influx sowieso. da werd ich mich mal mit @Dutchman in verbindung setzen...

lonsimbt

@da_woody

Mein Grafana-Backup war zunächst auch nur 1 KB groß und enthielt nur Ordnerstruktur. Nachdem ich in Grafana einen API-Key erstellt und in der BackItUp-Instanz hinterlegt habe, kommen jetzt auch die Daten zu den verschiedenen Dashboards an und das Backup ist 13 KB groß.

Gruß Marco

da_Woody

@lonsimbt na einen neuen api key hab ich ja gestern eingetragen! nachdem man den originalen ja nirgends mehr sieht. extra einen 2. admin angelegt, die daten eingetragen.
mal schaun was morgen ist. vllt muss das ding ja eine nacht drüber pennen... ;)

Community Forum

NEWS

Betatester für Backitup 2.0.0 gesucht

Support us

846

32.4k

81.5k

1.3m