NEWS
Test Adapter ioBroker.backitup v3.0.x
-
@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/mysql
Alle 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
-
@deMarvin
Ich schaue mit da mal die Tage den Installer bzw. auch den Fixer an.
mysqldump ist da definitiv drin, aber für den Restore wird mysql direkt benötigt und da muss ich mal schauen, ob da alle Rechte für den User iobroker passen -
@deMarvin
Noch ne andere Frage ... wie sieht denn deine Installation von mysql aus?
Hast du User und dB bereits wieder angelegt und passen die Daten der Config für backitup?
Mich wundert dein Fehler etwas ... -
@simatec
Ja habe alles wie vorher angelegt, also gleicher User mit gleichem PW (ist ja nur für den Adapter wichtig) und die DB hat auch den gleichen Namen. -
@deMarvin
Kannst du bitte trotzdem mal versuchen, ein backup, welches mit dem neuen System gemacht wurde wiederherzustellen? -
@simatec
Mit Backup des neuen Systems kommt der gleiche Fehler.