UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[deMarvin]

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?

[simatec]

@deMarvin
Hast du mysqldump installiert und in Backitup den Pfad zur mysqldump angegeben?

[deMarvin]

@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/mysqldump

Jeder User hat aber Rechte zum ausführen.

[simatec]

@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

[deMarvin]

@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

[simatec]

@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

[simatec]

@deMarvin
habe da mal was zum testen für dich geändert ...
Versuche mal bitte mit der Version 1.5.9 aus dem Githublink.

https://github.com/simatec/ioBroker.backitup/tarball/dev

[deMarvin]

@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.

[simatec]

@deMarvin
Hast du nach der Installation über Github einen Upload gemacht und im Anschluss neugestartet?

[deMarvin]

@simatec
Ja, also hab's mehrfach getestet, auch den fix nochmal laufen gelassen, funktioniert nach wie vor nicht.

[simatec]

@deMarvin
Welche Version hast du installiert?
1.5.8?

[deMarvin]

@simatec
Nein, die 1.5.9

[simatec]

@deMarvin
Was kommt für eine Fehlermeldung?
Bitte poste mal den Log aus dem WebIf vom Backitup Restore

[deMarvin]

@simatec

======================
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

[simatec]

@deMarvin
Du hast keine Zugriffsrechte auf das mysql backup

[simatec]

@deMarvin
Von welchem System gast du dieses Backup?
Ist das noch eine ältere Iobroker Installation, wo iobroker noch als root lief?

[Thomas Braun]

@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

[deMarvin]

@simatec @Thomas-Braun
Doch ich habe Rechte an der Datei

pi@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

[simatec]

@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

[simatec]

@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 ...