NEWS
Betatester für Backitup 2.0.0 gesucht
-
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 -
@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 auftretenich 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 -
-
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
iobroker im Container (debian Bullseye) unter proxmox 7.1
debmatic in VM (debian Buster) unter proxmox 7.1 mit HB-RF-USB und RPI-RF-MOD
40 HomeMatic Geräte, Phillips Hue, Ikea Tradfri, Logitech Harmony Hub, Botvac Connected, Robonect -
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
@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... ;) -
@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... ;)@da_woody
Hat bei mir dann auch mit einem manuell angestoßenen Backup funktioniert.Gruß Marco
iobroker im Container (debian Bullseye) unter proxmox 7.1
debmatic in VM (debian Buster) unter proxmox 7.1 mit HB-RF-USB und RPI-RF-MOD
40 HomeMatic Geräte, Phillips Hue, Ikea Tradfri, Logitech Harmony Hub, Botvac Connected, Robonect -
@da_woody
Hat bei mir dann auch mit einem manuell angestoßenen Backup funktioniert.Gruß Marco
@lonsimbt hmm, hab da wohl irgend einen fisch drinnen... manuell gestartet:
[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] - Error on Grafana Datasource Request [DEBUG] [grafana] - Error on Grafana Dashoard Request: Error: Request failed with status code 401vllt erwisch ich @Dutchman ja mal im discord...
gruß vom Woody
HAPPINESS is not a DESTINATION, it's a WAY of LIFE! -
@lonsimbt hmm, hab da wohl irgend einen fisch drinnen... manuell gestartet:
[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] - Error on Grafana Datasource Request [DEBUG] [grafana] - Error on Grafana Dashoard Request: Error: Request failed with status code 401vllt erwisch ich @Dutchman ja mal im discord...
@da_woody Falschen Benutzerdaten oder Api-Key falsch
Grafana ist erreichbar (siehe Status 200) -
Die überarbeitete deutsche Doku ist unter folgenden Link zu finden:
https://github.com/simatec/ioBroker.backitup/blob/master/docs/de/backitup.md -
@da_woody Falschen Benutzerdaten oder Api-Key falsch
Grafana ist erreichbar (siehe Status 200)@simatec said in Betatester für Backitup 2.0.0 gesucht:
@da_woody Falschen Benutzerdaten oder Api-Key falsch
Grafana ist erreichbar (siehe Status 200)ehjo, da ist bei apikey was in den string gegangen, anscheinend beim einfügen tastenpreller, war zu lang. klappert... wieder was gelernt.
dafür ist mir jetzt influx ins auge gesprungen... :fearful:[DEBUG] [influxDB] - Start InfluxDB Backup ... [DEBUG] [influxDB] - InfluxDB Backup tmp directory created [DEBUG] [influxDB] - Try deleting the InfluxDB tmp directory [DEBUG] [influxDB] - InfluxDB tmp directory was successfully deleted [ERROR] [influxDB] - [IGNORED] Error: Command failed: influxd backup -portable -database Drassburg -host 192.168.0.252:8086 "/opt/iobroker/backups/influxDB_2021_02_03-20_08_30_backupiobroker" /bin/sh: 1: influxd: not founddie config stimmt eigentlich, nur die letzte zeile sagt mir nichts.
am liebsten würd ich ja influx neu insten, aber auf der VM ist auch Grafana und TasmoAdmin drauf.
das schaut mir irgendwie nicht ganz sauber aus...
Drassburg ist eigentlich als default eingestellt...
gruß vom Woody
HAPPINESS is not a DESTINATION, it's a WAY of LIFE! -
@simatec said in Betatester für Backitup 2.0.0 gesucht:
@da_woody Falschen Benutzerdaten oder Api-Key falsch
Grafana ist erreichbar (siehe Status 200)ehjo, da ist bei apikey was in den string gegangen, anscheinend beim einfügen tastenpreller, war zu lang. klappert... wieder was gelernt.
dafür ist mir jetzt influx ins auge gesprungen... :fearful:[DEBUG] [influxDB] - Start InfluxDB Backup ... [DEBUG] [influxDB] - InfluxDB Backup tmp directory created [DEBUG] [influxDB] - Try deleting the InfluxDB tmp directory [DEBUG] [influxDB] - InfluxDB tmp directory was successfully deleted [ERROR] [influxDB] - [IGNORED] Error: Command failed: influxd backup -portable -database Drassburg -host 192.168.0.252:8086 "/opt/iobroker/backups/influxDB_2021_02_03-20_08_30_backupiobroker" /bin/sh: 1: influxd: not founddie config stimmt eigentlich, nur die letzte zeile sagt mir nichts.
am liebsten würd ich ja influx neu insten, aber auf der VM ist auch Grafana und TasmoAdmin drauf.
das schaut mir irgendwie nicht ganz sauber aus...
Drassburg ist eigentlich als default eingestellt...@da_woody
Hast du denn auf deinem iobroker System influxd laufen?
Des Weiteren stimmt der Port nicht. Remote zur infludb findet über Port 8088 statt.Hier die Erklärung in der Doku
https://github.com/simatec/ioBroker.backitup/blob/master/docs/de/backitup.md#InfluxDB-BackupAlso in der Config auf dem Server „bind“ ändern danach den Server neustarten.
Influxd auf dem iobroker System als reinen Daemon laufen lassen und den Port in der backitup Config auf 8088 ändern -
@da_woody
Hast du denn auf deinem iobroker System influxd laufen?
Des Weiteren stimmt der Port nicht. Remote zur infludb findet über Port 8088 statt.Hier die Erklärung in der Doku
https://github.com/simatec/ioBroker.backitup/blob/master/docs/de/backitup.md#InfluxDB-BackupAlso in der Config auf dem Server „bind“ ändern danach den Server neustarten.
Influxd auf dem iobroker System als reinen Daemon laufen lassen und den Port in der backitup Config auf 8088 ändern@simatec 8086 stimmt schon 8088 wird wo anders verwendet. hat ja geklappt.
Hast du denn auf deinem iobroker System influxd laufen?
ioBroker hab ich vor kurzem neu aufgesetzt und ein backup eingespielt. was, wie kann ich da nachschauen? eventuell installen, starten.
mann, linux bringt mich noch ins grab...
der adapter läuft...gruß vom Woody
HAPPINESS is not a DESTINATION, it's a WAY of LIFE! -
@simatec 8086 stimmt schon 8088 wird wo anders verwendet. hat ja geklappt.
Hast du denn auf deinem iobroker System influxd laufen?
ioBroker hab ich vor kurzem neu aufgesetzt und ein backup eingespielt. was, wie kann ich da nachschauen? eventuell installen, starten.
mann, linux bringt mich noch ins grab...
der adapter läuft...@da_woody
Nein da verstehst du etwas falsch. Remotezugriff für das Backup ist Port 8088 und nicht 8086.
das eine hat mit dem anderen nix zu tun.
Wenn bei dir der Port 8088 bereits belegt ist, dann musst du in der Influx conf auf deinem Server bind anpassen.bind <server-ip>:80888088 musst du dir dann anpassen und in der Conf von Backitup muss dann dieser Port rein.
Auf keinen Fall die 8086 -
@simatec 8086 stimmt schon 8088 wird wo anders verwendet. hat ja geklappt.
Hast du denn auf deinem iobroker System influxd laufen?
ioBroker hab ich vor kurzem neu aufgesetzt und ein backup eingespielt. was, wie kann ich da nachschauen? eventuell installen, starten.
mann, linux bringt mich noch ins grab...
der adapter läuft... -
@da_woody
Nein da verstehst du etwas falsch. Remotezugriff für das Backup ist Port 8088 und nicht 8086.
das eine hat mit dem anderen nix zu tun.
Wenn bei dir der Port 8088 bereits belegt ist, dann musst du in der Influx conf auf deinem Server bind anpassen.bind <server-ip>:80888088 musst du dir dann anpassen und in der Conf von Backitup muss dann dieser Port rein.
Auf keinen Fall die 8086@simatec einfach zu dämlich...
hab jetzt in der influxdb.conf den port geändert.### Welcome to the InfluxDB configuration file. # The values in this file override the default values used by the system if # a config option is not specified. The commented out lines are the configuration # field and the default value used. Uncommenting a line and changing the value # will change the value used at runtime when the process is restarted. # Once every 24 hours InfluxDB will report usage data to usage.influxdata.com # The data includes a random ID, os, arch, version, the number of series and other # usage data. No data from user databases is ever transmitted. # Change this option to true to disable reporting. # reporting-disabled = false # Bind address to use for the RPC service for backup and restore. bind-address = "192.168.0.252:8088" ### ### [meta] ###in backitup auf 8088, ergebniss das selbe...
[DEBUG] [influxDB] - Start InfluxDB Backup ... [DEBUG] [influxDB] - InfluxDB Backup tmp directory created [DEBUG] [influxDB] - Try deleting the InfluxDB tmp directory [DEBUG] [influxDB] - InfluxDB tmp directory was successfully deleted [ERROR] [influxDB] - [IGNORED] Error: Command failed: influxd backup -portable -database Drassburg -host 192.168.0.252:8088 "/opt/iobroker/backups/influxDB_2021_02_03-21_53_17_backupiobroker" /bin/sh: 1: influxd: not foundgruß vom Woody
HAPPINESS is not a DESTINATION, it's a WAY of LIFE! -
@simatec einfach zu dämlich...
hab jetzt in der influxdb.conf den port geändert.### Welcome to the InfluxDB configuration file. # The values in this file override the default values used by the system if # a config option is not specified. The commented out lines are the configuration # field and the default value used. Uncommenting a line and changing the value # will change the value used at runtime when the process is restarted. # Once every 24 hours InfluxDB will report usage data to usage.influxdata.com # The data includes a random ID, os, arch, version, the number of series and other # usage data. No data from user databases is ever transmitted. # Change this option to true to disable reporting. # reporting-disabled = false # Bind address to use for the RPC service for backup and restore. bind-address = "192.168.0.252:8088" ### ### [meta] ###in backitup auf 8088, ergebniss das selbe...
[DEBUG] [influxDB] - Start InfluxDB Backup ... [DEBUG] [influxDB] - InfluxDB Backup tmp directory created [DEBUG] [influxDB] - Try deleting the InfluxDB tmp directory [DEBUG] [influxDB] - InfluxDB tmp directory was successfully deleted [ERROR] [influxDB] - [IGNORED] Error: Command failed: influxd backup -portable -database Drassburg -host 192.168.0.252:8088 "/opt/iobroker/backups/influxDB_2021_02_03-21_53_17_backupiobroker" /bin/sh: 1: influxd: not found@da_woody
Auf deinem iobroker System, von dem aus du das Backup startest, fehlt noch immer influxd
Du muss da Influx laufen haben.
Ohne User und Datenbanken. Einfach nur als Daemon -
@da_woody
Auf deinem iobroker System, von dem aus du das Backup startest, fehlt noch immer influxd
Du muss da Influx laufen haben.
Ohne User und Datenbanken. Einfach nur als Daemon -
@simatec darum frug ich ja so dämlich:
was, wie kann ich da nachschauen? eventuell installen, starten.
penguin is not my buddy... :D
-
@da_woody
Auf deinem iobroker System, von dem aus du das Backup startest, fehlt noch immer influxd
Du muss da Influx laufen haben.
Ohne User und Datenbanken. Einfach nur als Daemon@simatec sagte in Betatester für Backitup 2.0.0 gesucht:
Auf deinem iobroker System, von dem aus du das Backup startest, fehlt noch immer influxd
Du muss da Influx laufen haben.
Ohne User und Datenbanken. Einfach nur als Daemonbei mir dann quasi auch so?
influxDB: Error: Command failed: influxd backup -portable -database iobroker -host 10.0.1.22:8088 "/opt/iobroker/backups/influxDB_2021_02_03-23_01_33_Standard_backupiobroker" /bin/sh: 1: influxd: not foundhttps://docs.influxdata.com/influxdb/v1.8/introduction/install/#installing-influxdb-oss
Ich betreib ioBroker im Docker auf einer Synology.
Soll ich mich an in dieser Anleitung an Ubuntu oder Debian halten?° Node.js: 20.17.0 NPM: 10.8.2
° Proxmox, Ubuntu 22.04.3 LTS
° Fixer ---> iob fix -
Support us
857
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge