Seit geraumer Zeit schlägt das Backup für Datenbanken von Websites über Plesk fehl und es wird dem ‘Admin’ folgender ‘migration.result’ zugesandt:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 |
<xml version="1.0" encoding="UTF-8"> <object name="example.com" type="domain"> <object name="admin" type="mysql"> <message id="f6c20497-312f-4d19-8b0d-4c452438eb72" severity="error" code="msgtext"> <description>Failed to execute backup database</description> </message> </object> <object name="rlserver" type="mysql"> <message id="1d6312d1-5e57-467e-8fbb-239bf824a793" severity="error" code="msgtext"> <description>Failed to execute backup database</description> </message> </object> </object> </xml> |
Die Lösung die ich nun vorstellen werde ist leider nur ein ‘Workaround’ und muss bei jedem Plesk Update, welches diesen Fehler nicht behebt, erneut durchgeführt werden.
Zuerst muss die ‘MysqlShellBackend.pm’ Datei editiert werden.
Diese kann bei Linux – Debian mit
1 |
nano /opt/psa/PMM/agents/shared/Db/MysqlShellBackend.pm |
editiert werden.
Für alle anderen Linux-Systeme gilt:
1 |
$PLESK_ROOT/PMM/agents/shared/Db/MysqlShellBackend.pm |
Der Plesk Root Pfad kann in der zweiten Zeile des migration.result-Logs ausgelesen werden.
In der MysqlShellBackend.pm-Datei muss lediglich eine Zeile geändert werden:
1 |
print OPTSFILE "[mysqldump]\npassword=" . $self->{password}; |
in:
1 2 |
#print OPTSFILE "[mysqldump]\npassword=" . $self->{password}; #Workaround für Datenbank Backups print OPTSFILE "[mysqldump]\npassword=\"" . $self->{password} ."\""; |
Nun ist das Erstellen von Backups wieder möglich.
No responses yet