NEWS
Test Adapter ioBroker.backitup v3.1.x
-
@ub-privat Aber ich glaube @Thomas-Braun hat mit Luchs Augen entdeckt, dass Du den iobroker im backitup Adapter falsch geschrieben hast. ;)
Jeder Flow bzw. jedes Script, das ich hier poste implementiert jeder auf eigene Gefahr. Flows und Scripts können Fehler aufweisen und weder der Seitenbetreiber noch ich persönlich können hierfür haftbar gemacht werden. Das gleiche gilt für Empfehlungen aller Art.
-
@ub-privat Aber ich glaube @Thomas-Braun hat mit Luchs Augen entdeckt, dass Du den iobroker im backitup Adapter falsch geschrieben hast. ;)
@mickym
Ja. Ich hab meine Nickelbrille extra poliert. -
@ub-privat Aber ich glaube @Thomas-Braun hat mit Luchs Augen entdeckt, dass Du den iobroker im backitup Adapter falsch geschrieben hast. ;)
ioBroker habe ich schnell in iobroker korrigiert! Fehlermeldung bleibt aber identisch!
[ERROR] [mysql] - [IGNORED] Error: Command failed: mysqldump -u iobroker -p**** iobroker -h 192.168.178.20 -P 3307 > /opt/iobroker/backups/mysql_2021_12_14-19_19_30_backupiobroker.sql mysqldump: Got error: 1045: "Access denied for user 'iobroker'@'raspberrypi-3.fritz.box' (using password: YES)" when trying to connect -
ioBroker habe ich schnell in iobroker korrigiert! Fehlermeldung bleibt aber identisch!
[ERROR] [mysql] - [IGNORED] Error: Command failed: mysqldump -u iobroker -p**** iobroker -h 192.168.178.20 -P 3307 > /opt/iobroker/backups/mysql_2021_12_14-19_19_30_backupiobroker.sql mysqldump: Got error: 1045: "Access denied for user 'iobroker'@'raspberrypi-3.fritz.box' (using password: YES)" when trying to connect@ub-privat Hast Du den Port absichtlich verbogen - normalerweise ist der 3306
EDIT: 3306 nicht 3006
Jeder Flow bzw. jedes Script, das ich hier poste implementiert jeder auf eigene Gefahr. Flows und Scripts können Fehler aufweisen und weder der Seitenbetreiber noch ich persönlich können hierfür haftbar gemacht werden. Das gleiche gilt für Empfehlungen aller Art.
-
@ub-privat Hast Du den Port absichtlich verbogen - normalerweise ist der 3306
EDIT: 3306 nicht 3006
-
@ub-privat sagte in Test Adapter Backitup v2.2.x:
Nein definitv nicht. Werde ich auch noch einmal probieren.
3306 nicht 3006
Jeder Flow bzw. jedes Script, das ich hier poste implementiert jeder auf eigene Gefahr. Flows und Scripts können Fehler aufweisen und weder der Seitenbetreiber noch ich persönlich können hierfür haftbar gemacht werden. Das gleiche gilt für Empfehlungen aller Art.
-
@ub-privat sagte in Test Adapter Backitup v2.2.x:
Nein definitv nicht. Werde ich auch noch einmal probieren.
3306 nicht 3006
nun scheint es zu funktionieren - manuell!
Alle Datein erscheinen und sind nicht mehr 0kB groß.Habe in der DB noch einmal das Kennwort neu eingegeben und auf Groß- und Kleinschreibung geachtet.
Jetzt kommt diese Meldung:
[DEBUG] [mysql] - MySql-Backup started ... [ERROR] [mysql] - [IGNORED] Error: ENOENT: no such file or directory, lstat '/opt/iobroker/backups/mysql_2021_12_14-19_27_16_backupiobroker.sql'Damit kann ich für heute leben, schaue, ob die automatische Sicherung funktioniert.
Erst einmal allen vielen Dank!
-
nun scheint es zu funktionieren - manuell!
Alle Datein erscheinen und sind nicht mehr 0kB groß.Habe in der DB noch einmal das Kennwort neu eingegeben und auf Groß- und Kleinschreibung geachtet.
Jetzt kommt diese Meldung:
[DEBUG] [mysql] - MySql-Backup started ... [ERROR] [mysql] - [IGNORED] Error: ENOENT: no such file or directory, lstat '/opt/iobroker/backups/mysql_2021_12_14-19_27_16_backupiobroker.sql'Damit kann ich für heute leben, schaue, ob die automatische Sicherung funktioniert.
Erst einmal allen vielen Dank!
@ub-privat Diese Fehlermeldungen verschwinden von alleine - damit versucht der Backit-Up Adapter ältere Sicherungsdateien zu löschen. Vielleicht hast Du die mit 0 kB selbst gelöscht. ;)
Jeder Flow bzw. jedes Script, das ich hier poste implementiert jeder auf eigene Gefahr. Flows und Scripts können Fehler aufweisen und weder der Seitenbetreiber noch ich persönlich können hierfür haftbar gemacht werden. Das gleiche gilt für Empfehlungen aller Art.
-
Nachdem ich nun die fast 1500 Beiträge gelesen/überflogen habe, muss ich um eure Unterstützung bitten.
Als ich den Adapter eingerichtet habe und einmalig manuell das Backup erstellt wurde, sah alles super aus! Freude war groß...3 Tage mit viel probieren sind vorbei, die automatischen Backups liefern nur Datein mit einer Größe von 0kB ???
So schaut der Vorgang aus:Started iobroker ... [DEBUG] [mount] - noserverino option: false [DEBUG] [mount] - cifs-mount command: "sudo mount -t cifs -o username=Uwe,password=****,rw,file_mode=0777,dir_mode=0777,vers=3.1.1 //192.168.178.20/300_SMARTHOME/310_BACKUP/IOB_1 /opt/iobroker/backups" [DEBUG] [mount] - mount successfully completed [DEBUG] [mount] - done [DEBUG] [iobroker] - host.raspberrypi 15813 states saved [DEBUG] [iobroker] - host.raspberrypi 18592 objects saved [DEBUG] [iobroker] - Backup created: /opt/iobroker/backups/iobroker_2021_12_14-16_59_04_backupiobroker.tar.gz [DEBUG] [iobroker] - done [DEBUG] [influxDB] - InfluxDB-Backup started ... [DEBUG] [influxDB] - Start InfluxDB Backup ... [DEBUG] [influxDB] - InfluxDB Backup tmp directory created [DEBUG] [influxDB] - Backup created: /opt/iobroker/backups/influxDB_2021_12_14-16_59_23_backupiobroker.tar.gz [DEBUG] [influxDB] - Try deleting the InfluxDB tmp directory [DEBUG] [influxDB] - InfluxDB tmp directory was successfully deleted [DEBUG] [influxDB] - InfluxDB-Backup for is finish [DEBUG] [influxDB] - done [DEBUG] [mysql] - MySql-Backup started ... [ERROR] [mysql] - [IGNORED] Error: Command failed: mysqldump -u ioBroker -p**** iobroker -h 192.168.178.20 -P 3307 > /opt/iobroker/backups/mysql_2021_12_14-16_59_27_backupiobroker.sql /bin/sh: 1: mysqldump: not found [DEBUG] [historyDB] - compress from historyDB started ... [ERROR] [historyDB] - [IGNORED] Backitup cannot found source "undefined" for compress! [DEBUG] [grafana] - Start Grafana Backup ... [DEBUG] [grafana] - Created grafana_tmp directory: "/opt/iobroker/backups/grafana_tmp" [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 Dashoard Request: Error: Request failed with status code 401 [DEBUG] [grafana] - start Grafana backup compress ... [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] - cannot found Grafana Backup files [DEBUG] [grafana] - done [DEBUG] [ftp] - FTP connected. [DEBUG] [ftp] - Send iobroker_2021_12_14-16_59_04_backupiobroker.tar.gz [DEBUG] [ftp] - Send influxDB_2021_12_14-16_59_23_backupiobroker.tar.gz [DEBUG] [ftp] - Send mysql_2021_12_14-16_59_27_backupiobroker.tar.gz [ERROR] [ftp] - File "/opt/iobroker/backups/mysql_2021_12_14-16_59_27_backupiobroker.tar.gz" not found [DEBUG] [ftp] - Send historyDB_2021_12_14-16_59_27_backupiobroker.tar.gz [ERROR] [ftp] - File "/opt/iobroker/backups/historyDB_2021_12_14-16_59_27_backupiobroker.tar.gz" not found [DEBUG] [ftp] - done [DEBUG] [cifs] - done [DEBUG] [googledrive] - Google Drive: Copy iobroker_2021_12_14-16_59_04_backupiobroker.tar.gz... [DEBUG] [googledrive] - Google Drive: Copy influxDB_2021_12_14-16_59_23_backupiobroker.tar.gz... [ERROR] [googledrive] - Google Drive: File "/opt/iobroker/backups/mysql_2021_12_14-16_59_27_backupiobroker.tar.gz" not found [ERROR] [googledrive] - Google Drive: File "/opt/iobroker/backups/historyDB_2021_12_14-16_59_27_backupiobroker.tar.gz" not found [DEBUG] [googledrive] - done [ERROR] [clean] - Backup files not deleted from /opt/iobroker/backups because some errors. [DEBUG] [clean] - done [DEBUG] [email] - 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 is started ... [DEBUG] [umount] - umount successfully completed [DEBUG] [umount] - done [EXIT] 0Bei allen Sicherungsquellen wird das Backup mit 0kB abgelegt.
Hier sieht man, am 10.12. lief alles super, konnte auch einwandfrei rückspielen. An den anderen Tagen nur 0kB Datein.
Mir ist bewußt, dass einige ERROR's stehen, aber leider für mich nicht verständlich, daher meine Bitte nach Hilfe!
Danke schon mal vorab.@ub-privat sorry ich kann dir keinen Support hier bieten und bitte nicht hier im test Thread posten.
Du hast an dem Code von Backitup Änderungen vorgenommen und das kann hier keiner supporten.Des Weiteren bitte ich dich sentry abzuschalten, da ich ein Haufen Fehler deiner Code Basteleien im Sentry gemeldet bekomme.
Danke für dein Verständnis
-
@ub-privat sorry ich kann dir keinen Support hier bieten und bitte nicht hier im test Thread posten.
Du hast an dem Code von Backitup Änderungen vorgenommen und das kann hier keiner supporten.Des Weiteren bitte ich dich sentry abzuschalten, da ich ein Haufen Fehler deiner Code Basteleien im Sentry gemeldet bekomme.
Danke für dein Verständnis
Sorry wenn ich etwas "falsches" getan habe. Wenn dann definitiv unbewußt und mangelnder Kenntnisse.
Die Frage sei erlaubt - Sentry abschalten? Ich bin mir gar nicht bewußt am Code gebastelt zu haben und wo schalte ich Sentry ab!?
Ich bin eher blutiger Anfänger, der versucht sich Dinge zu erlesen.Nochmals sorry, war definitv keine böse Absicht!
-
@ub-privat Diese Fehlermeldungen verschwinden von alleine - damit versucht der Backit-Up Adapter ältere Sicherungsdateien zu löschen. Vielleicht hast Du die mit 0 kB selbst gelöscht. ;)
-
Sorry wenn ich etwas "falsches" getan habe. Wenn dann definitiv unbewußt und mangelnder Kenntnisse.
Die Frage sei erlaubt - Sentry abschalten? Ich bin mir gar nicht bewußt am Code gebastelt zu haben und wo schalte ich Sentry ab!?
Ich bin eher blutiger Anfänger, der versucht sich Dinge zu erlesen.Nochmals sorry, war definitv keine böse Absicht!
@ub-privat hmmm also in deinen Postings waren Debuglogs, die in der offiziellen Version nicht vorhanden sind.
Wenn du keine Version aus dem Github aus irgendwelchen Forks installier hast, wundert mich das sehr
-
@ub-privat hmmm also in deinen Postings waren Debuglogs, die in der offiziellen Version nicht vorhanden sind.
Wenn du keine Version aus dem Github aus irgendwelchen Forks installier hast, wundert mich das sehr
ich habe ganz normal den Adapter installiert und regelmäßig geupdatet. Sowie alle Adatpter und die iobroker Grundlagen.
Ganz ehrlich, ich bin froh das es so läuft. Von anderen Quellen lasse ich schon aus Unwissenheit die Finger...Also wie gesagt, es ist der offizielle Adapter, nix dran herum gebastelt oder gar 'optimiert'.
-
ich habe ganz normal den Adapter installiert und regelmäßig geupdatet. Sowie alle Adatpter und die iobroker Grundlagen.
Ganz ehrlich, ich bin froh das es so läuft. Von anderen Quellen lasse ich schon aus Unwissenheit die Finger...Also wie gesagt, es ist der offizielle Adapter, nix dran herum gebastelt oder gar 'optimiert'.
@ub-privat Dann nehme ich alles zurück … Irgendwie sahen die Log Meldungen komisch aus und parallel bekam ich im Sentry Fehler-Meldungen, die nicht aus dem Backitup Adapter der offiziellen Repo stammen.
Da Sentry aber Anonym ist, kann ich natürlich nicht nachvollziehen, wer da was bastelt und Sentry dabei nicht ausschaltet.
Konnte dein Problem gelöst werden?
Sonst schreibe bitte nochmal ne kurze Zusammenfassung über dein Problem.
Sind schon wieder zu viele Post dazwischen und einige stehen auf gelöscht.
-
@ub-privat Dann nehme ich alles zurück … Irgendwie sahen die Log Meldungen komisch aus und parallel bekam ich im Sentry Fehler-Meldungen, die nicht aus dem Backitup Adapter der offiziellen Repo stammen.
Da Sentry aber Anonym ist, kann ich natürlich nicht nachvollziehen, wer da was bastelt und Sentry dabei nicht ausschaltet.
Konnte dein Problem gelöst werden?
Sonst schreibe bitte nochmal ne kurze Zusammenfassung über dein Problem.
Sind schon wieder zu viele Post dazwischen und einige stehen auf gelöscht.
-
JA, meine "Probleme" wurden Dank der Hilfe von @Thomas-Braun und @mickym gelöst.
Backups wurden erfolgreich automatisiert erstellt! Alles iO. :+1: -
Hi Simatec, ich hab jetzt hier nicht alles durchgelesen, aber eine kurze Frage mal bitte.
Ich fange gerade mit Node Red an, versuche mich mal daran, und macht auch höllisch Spass.Werden beim backup eigentlich die erstellten Flows auch mitgesichert ?
Danke und Gruß
IOBroker mit Proxmox auf Celeron Nuc mit 16 GB und Debian11, Sonos API, Echo Show 15 als Wandtablet, Homematic IP, HUE, Sonos, Echos, DS718+ als Backup
-
Hi Simatec, ich hab jetzt hier nicht alles durchgelesen, aber eine kurze Frage mal bitte.
Ich fange gerade mit Node Red an, versuche mich mal daran, und macht auch höllisch Spass.Werden beim backup eigentlich die erstellten Flows auch mitgesichert ?
Danke und Gruß
@skokarl Wenn die mit in den iobroker Objects und States enthalten sind, dann ja.
Kann ich dir aber ehrlich gesagt nicht genau beantworten.Dafür müsste ich mir mal den Node Red Adapter anschauen.
-
@skokarl Wenn die mit in den iobroker Objects und States enthalten sind, dann ja.
Kann ich dir aber ehrlich gesagt nicht genau beantworten.Dafür müsste ich mir mal den Node Red Adapter anschauen.
@simatec die Datei flows.json muss gesichert werden, um die Flows zu sichern.
Jeder Flow bzw. jedes Script, das ich hier poste implementiert jeder auf eigene Gefahr. Flows und Scripts können Fehler aufweisen und weder der Seitenbetreiber noch ich persönlich können hierfür haftbar gemacht werden. Das gleiche gilt für Empfehlungen aller Art.
-
@mickym Wo liegt die flows.json?
Support us
619
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge