Test Adapter ioBroker.backitup v3.1.x
-
@simatec
Gestern kam die Frage auf warum eigentlich mit CIFS arbeiten wenn doch auch NFS zur Verfügung steht. Ich konnte mich dran erinnern, dass in der Adapter Doku dazu mal ein Vergleich gestanden hatte und da ich mich weder mit dem einen noch mit dem anderen ausgekannt hatte, hab ich mich nach dem Lesen dieses Vergleich für CIFS entschieden, nur finde ich besagten Vergleich im Zusammenhang mit dem Backitup Adapter nicht mehr.
Lange Rede kurzer Sinn, was ist denn nun die bessere Wahl wenn man von IOBroker der unter Linux läuft ein Backup auf ein NAS (in meinem Fall die Fritz) der auch unter Linux läuft sichern möchte?
SMB sprich CIFS ist ja eigentlich ne Windows Geschichte, was dann eher für NFS sprechen würde wenn man das unter Linux macht. Gibts hier überhaupt große Unterschiede oder Vor- und Nachteile? -
@Jan1
Grundsätzlich finde ich NFS die bessere Wahl.
Allerdings unterstützen nicht alle NAS Laufwerke NFS. Daher gibt es beide Varianten.
Ich glaube die Fritzbox unterstützt nur CIFS.
Es sei denn, du hast sie gepatcht und Freetz drauf laufen -
Hi,
bin etwas ratlos, mein SQL-Restore will einfach nicht.
Meine Daten:- Node.js v12.18.0
- js-controller 3.14
- NPM v6.14.4
Mit Backitup 1.4.5 und auch 1.5.8 getestet.
[DEBUG] [mysql] Start mysql Restore ... [ERROR] [mysql] Error: EPERM: operation not permitted, utime '/opt/iobroker/backups/mysql_restore_backupiobroker.sql' [ERROR] [mysql] mysql Restore not completed [EXIT] undefined **** Restore completed successfully!! ****Den Fixer hab ich schon mehrfach ausgeführt. System ist ganz frisch und auf dem neusten Stand. MariaDB-User hat alle Rechte.
Weiß jemand weiter? -
@deMarvin
Hast du mysqldump installiert und in Backitup den Pfad zur mysqldump angegeben? -
@simatec
Nein und um ehrlich zu sein weiß ich auch nicht wo. Dumme Frage: Wo find ich das?[edit1]
Ist wohl doch installiert, wie bekommt der User iobroker jetzt Rechte dafür?
Das Backup macht er übrigens Problemlos.[edit2]
Hab mal den Pfad noch eingetragen, auch kein Erfolg. Selber Fehler wenn ich die Datenbank wiederherstellen will.pi@iobroker:~ $ ls -la /usr/bin/mysqldump -rwxr-xr-x 1 root root 3593164 Feb 2 14:33 /usr/bin/mysqldumpJeder User hat aber Rechte zum ausführen.
-
@deMarvin
schau mal bitte was mysql für rechte hat
mysql und nicht mysqldump ist für die restore zuständig.Kann es selber gerade nicht testen
-
@simatec
Für mysql hat auch jeder die Rechte zum ausführen:pi@iobroker:~ $ ls -la /usr/bin/mysql -rwxr-xr-x 1 root root 3692872 Feb 2 14:33 /usr/bin/mysqlAlle Rechte was mysql executables betrifft:
pi@iobroker:~ $ ls -la /usr/bin/ | grep mysql lrwxrwxrwx 1 root root 5 Feb 2 14:33 mariadb -> mysql lrwxrwxrwx 1 root root 10 Feb 2 14:33 mariadb-check -> mysqlcheck -rwxr-xr-x 1 root root 1446 Feb 2 14:33 msql2mysql -rwxr-xr-x 1 root root 3692872 Feb 2 14:33 mysql -rwxr-xr-x 1 root root 111922 Feb 2 14:33 mysqlaccess -rwxr-xr-x 1 root root 3556544 Feb 2 14:33 mysqladmin lrwxrwxrwx 1 root root 10 Feb 2 14:33 mysqlanalyze -> mysqlcheck -rwxr-xr-x 1 root root 3738136 Feb 2 14:33 mysqlbinlog -rwxr-xr-x 1 root root 3520668 Feb 2 14:33 mysqlcheck -rwxr-xr-x 1 root root 4217 Feb 2 14:33 mysql_convert_table_format -rwxr-xr-x 1 root root 24714 Feb 2 14:33 mysqld_multi -rwxr-xr-x 1 root root 30290 Feb 2 14:33 mysqld_safe -rwxr-xr-x 1 root root 3263360 Feb 2 14:33 mysqld_safe_helper -rwxr-xr-x 1 root root 3593164 Feb 2 14:33 mysqldump -rwxr-xr-x 1 root root 8242 Feb 2 14:33 mysqldumpslow -rwxr-xr-x 1 root root 15645464 Feb 2 14:33 mysql_embedded -rwxr-xr-x 1 root root 3290 Feb 2 14:33 mysql_find_rows -rwxr-xr-x 1 root root 1250 Feb 2 14:33 mysql_fix_extensions -rwxr-xr-x 1 root root 34942 Feb 2 14:33 mysqlhotcopy -rwxr-xr-x 1 root root 3511772 Feb 2 14:33 mysqlimport -rwxr-xr-x 1 root root 19839 Feb 2 14:33 mysql_install_db lrwxrwxrwx 1 root root 10 Feb 2 14:33 mysqloptimize -> mysqlcheck -rwxr-xr-x 1 root root 3301148 Feb 2 14:33 mysql_plugin lrwxrwxrwx 1 root root 10 Feb 2 14:33 mysqlrepair -> mysqlcheck -rwxr-xr-x 1 root root 51235 Jan 29 06:38 mysqlreport -rwxr-xr-x 1 root root 12527 Feb 2 14:33 mysql_secure_installation -rwxr-xr-x 1 root root 17482 Feb 2 14:33 mysql_setpermission -rwxr-xr-x 1 root root 3510828 Feb 2 14:33 mysqlshow -rwxr-xr-x 1 root root 3529044 Feb 2 14:33 mysqlslap -rwxr-xr-x 1 root root 3304956 Feb 2 14:33 mysql_tzinfo_to_sql -rwxr-xr-x 1 root root 3373796 Feb 2 14:33 mysql_upgrade -rwxr-xr-x 1 root root 3292456 Feb 2 14:33 mysql_waitpid -rwxr-xr-x 1 root root 7878 Feb 2 14:33 wsrep_sst_mysqldump -
@deMarvin
Ich denke da muss ich etwas umbauen ... Hatte ich beim Backup damals schon gemacht, aber beim Restore bisher nicht, da noch keine Probleme hatte.
Wird in der nächsten Version sein ... dann kannst du das nochmal testen -
@deMarvin
habe da mal was zum testen für dich geändert ...
Versuche mal bitte mit der Version 1.5.9 aus dem Githublink. -
@simatec
Immer noch der gleiche Fehler.
Mir ist noch ein Bug aufgefallen. Wenn der Restore nicht funktioniert bleibt eine mysql_restore_backupiobroker.sql über, und Backitup findet keine Backups mehr. Erst wieder wenn man die Datei löscht. -
@deMarvin
Hast du nach der Installation über Github einen Upload gemacht und im Anschluss neugestartet? -
@simatec
Ja, also hab's mehrfach getestet, auch den fix nochmal laufen gelassen, funktioniert nach wie vor nicht. -
@deMarvin
Welche Version hast du installiert?
1.5.8? -
@simatec
Nein, die 1.5.9 -
@deMarvin
Was kommt für eine Fehlermeldung?
Bitte poste mal den Log aus dem WebIf vom Backitup Restore -
====================== Log Backitup Restore: ====================== [DEBUG] [mysql] Start mysql Restore ... [ERROR] [mysql] Error: EPERM: operation not permitted, utime '/opt/iobroker/backups/mysql_restore_backupiobroker.sql' [ERROR] [mysql] mysql Restore not completed [EXIT] undefined **** Restore completed successfully!! **** The log can be closed ...backitup.0 2020-06-12 11:35:56.869 info (20101) [iobroker] backup was activated at 04:00 every 1 day(s) backitup.0 2020-06-12 11:35:56.841 warn (20101) Cannot read log file: ReferenceError: config is not defined backitup.0 2020-06-12 11:35:56.836 debug (20101) [EXIT] undefined backitup.0 2020-06-12 11:35:56.835 error (20101) [ERROR] [mysql] mysql Restore not completed backitup.0 2020-06-12 11:35:56.834 error (20101) [ERROR] [mysql] Error: EPERM: operation not permitted, utime '/opt/iobroker/backups/mysql_restore_backupiobroker.sql' backitup.0 2020-06-12 11:35:56.832 debug (20101) [DEBUG] [mysql] Start mysql Restore ... backitup.0 2020-06-12 11:35:56.826 debug (20101) Printing logs of previous backup backitup.0 2020-06-12 11:35:56.793 info (20101) starting. Version 1.5.9 in /opt/iobroker/node_modules/iobroker.backitup, node: v12.18.0, js-controller: 3.1.4 -
@deMarvin
Du hast keine Zugriffsrechte auf das mysql backup -
@deMarvin
Von welchem System gast du dieses Backup?
Ist das noch eine ältere Iobroker Installation, wo iobroker noch als root lief? -
@deMarvin sagte in Test Adapter Backitup v1.5.x:
opt/iobroker/backups/mysql_restore_backupiobroker.sql
Wie sehen denn die Rechte an der Datei aus?
ls -la /opt/iobroker/backups/mysql_restore_backupiobroker.sql -
@simatec @Thomas-Braun
Doch ich habe Rechte an der Dateipi@iobroker:~ $ ls -la /opt/iobroker/backups/mysql_restore_backupiobroker.sql -rwxrwxrwx 1 root root 36787597 Jun 12 11:35 /opt/iobroker/backups/mysql_restore_backupiobroker.sql@simatec said in Test Adapter Backitup v1.5.x:
@deMarvin
Von welchem System gast du dieses Backup?
Ist das noch eine ältere Iobroker Installation, wo iobroker noch als root lief?Nein, iobroker lief bei mir nie als Root
