mysql-Backup schlägt fehl

[PeterG]

Hi,
ich habe heute mit der neuen Firmware eine Komplettsicherung versucht, d. h. inkl. der neuen Möglichkeit der mysql-Sicherung. Leider ein Fehlschlag, es wurde gar nichts gesichert mit der Begründung "system failed to export mysql settings", was mich nicht wirklich weiterbringt.

Im Log finden sich weitere eher kryptische Einträge, die mir auch nicht sagen, wie ich das Problem beseitigen kann:

Mar 11 15:00:02 synolocalbkp: backup_mysql_pass_get.c:47 SLIBFileGetKeyValue() failed!! szFile=[/etc/mysql.pass], synoerr=[0x0900]
Mar 11 15:00:02 synolocalbkp: backup_gen_mycnf_file.c:59 SYNOBackupMySQLPassGet() failed!! synoerr=[0x0900]
Mar 11 15:00:02 synolocalbkp: backup_mysql_bkp.c:86 SYNOBackupGenMyCnfFile() failed!! synoerr=[0x0900]
Mar 11 15:00:02 synolocalbkp: backup_app_apply.c:85 Failed to export application [2], bkptype=[1], szAppPath=[/volume2/lokal-backup/LocalBackup/@app], synoerr=[0x0900]
Mar 11 15:00:02 synolocalbkp: main.c:454 SYNOBackupAppApply() failed!! bkptype=[BACKUP_TYPE_LOCALBKP], ulExtension=[15], szDstPath=[/volume2/lokal-backup/LocalBackup], mode=[0], synoerr=[0x0900]
Mar 11 15:00:02 synolocalbkp: backup_app_err_log_set.c:8 Failed to export applications, bkptype=[1] synoerr=[0x0900]

Klappt das bei euch, Ideen zur Fehlerbehebung? Backup der mysql-Daten fände ich schon praktisch...

Gruß
Peter

 

[HarryPotter]

Einige (zB itari und ich) hatten dieses Problem bereits bei der Beta FW, es wurde an Synology gemeldet und ich habe die Antwort erhalten dass das für die finale FW gelöst werde.

Offenbar nicht....

Also meine Lösung damals war ein Reset der MySQL DB, danach gings.

 

[PeterG]

Hi,
oehmmm...."Reset der mysql db" ... wie mache ich das? Ich meine: Das Backup will ich ja gerade machen, damit die Daten ggf. restored werden können, eine Löschung der Datenbanken wäre also gerade nicht mein Ziel...

Gruß
Peter

 

[HarryPotter]

Du kannst die DB zuerst imt phpmyadmin sichern (dumpen), danach reset (via WebUI) und zuletzt mit phpmyadmin wiederherstellen.

Hat bei mir jedenfalls geklappt.

 

[PeterG]

Hi,
was meinst Du mit reset via WebUI? Deaktivieren und erneut aktivieren im DSM (mehr geht da ja nicht)? Das hatte ich schon gemacht, die Datenbanken bleiben dabei erhalten.

Gruß
Peter

 

[HarryPotter]

Nein, unter "System - Standard wiederherstellen"

 

[PeterG]

Hi,
hm... ich habe nichts verändert und heute lief das Backup durch. Strange...

Gruß
Peter

 

[itari]

Einige (zB itari und ich) hatten dieses Problem bereits bei der Beta FW ...

Schön dass ich da als Referenz auftauche, aber ich muss da leider passen. Ich habe bislang keine Datenbanksicherungen mit der neuen Firmware ausprobiert, weil ich mir ja eine 3rd-party-apps dazu geschrieben hatte und das Teil funktioniert bei mir super gut (auch wenn Steffi damit Probleme hatte).

Somit falle ich hier mal als Kenner der Firmware raus.

Itari

 

[HarryPotter]

Ja sorry, hab grad den Beitrag mal gesucht, es war Trolli der das Problem auch hatte.

 

[adahmen]

Hallo Zusammen,

ich habe hierzu nun auch eine Frage / ein Problem.
Mein Backup ist in der letzten Nacht auch mit dieser Meldung kaputt gegangen :-(

Und ich denke es liegt an Berechtigungen (über phpMyAdmin), die ich gestern Abend geändert habe (soviel ist ja schonmal gut).

Warum habe ich Rechte der Benutzer geändert?
Meine Diskstation ist über das Internet erreichbar (u.a. wegen Photostation und webtrees) ... und ich habe phpMyAdmin installiert ... was ja dann auch über das Internet erreichbar ist. Aus diesem Grund wollte ich wenige Defaultrechte haben. Und dazu habe ich dann einige (aus meiner Sicht) unnötige Einträge unter Benutzer gelöscht und das Passwort vom root geändert.

Nun also meine Frage: Über welchen Benutzer geht dich Sicherung auf MySQL und welche konkreten Rechte werden benötigt ?

Und hat sonst noch jemand ein paar Tips wie ich phpMyAdmin möglichst sicher machen kann (bzw. vielleicht sogar einen Hinweis, wie es nicht aus dem Internet erreichbar wäre)?

VG Albert


P.S.: Noch ein Hinweis: Im Zuge der Aktivitäten gestern Abend habe ich MySQL per telnet einmal neu gestartet ... kann das der Auslöser der Probleme sein?

 

[adahmen]

Nun muss ich mir für einen Teil der Fragen wohl selber antworten
Ich habe gerade bei den Einstellungen in der Sicherung gefunden, dass man auch ein Passwort für die MySQL-Datenbank angeben kann das habe ich dann jetzt auch mal gemacht und aktuell läuft die Sicherung wieder .........

Aber meine Frage zur "Sicherheit" von phpMyAdmin und Erreichbarkeit aus dem Internet würde ich gerne offen lassen und hoffe auf Antworten ....

 

[Thorndike]

phpMyAdmin ist so sicher wie Software halt ist. Irgendwo gibt es immer eine Schwachstelle. Ich habe mein phpMyAdmin deshalb mit einer .htaccess Datei nur aus dem lokalen Netz und per VPN erreichbar gemacht. Allerdings benutze ich nicht das Paket sondern die von http://www.phpmyadmin.net.

Das Problem mit der fehlgeschlagenen Sicherung von MySQL habe ich allerdings auch obwohl ich das root Kennwort in der Sicherungskonfiguration eingetragen habe.

 

[fpo4711]

phpMyAdmin ist so sicher wie Software halt ist. Irgendwo gibt es immer eine Schwachstelle. Ich habe mein phpMyAdmin deshalb mit einer .htaccess Datei nur aus dem lokalen Netz und per VPN erreichbar gemacht. Allerdings benutze ich nicht das Paket sondern die von http://www.phpmyadmin.net.

Das Problem mit der fehlgeschlagenen Sicherung von MySQL habe ich allerdings auch obwohl ich das root Kennwort in der Sicherungskonfiguration eingetragen habe.

Tja, Du antwortest hier auf einen uralten Thread Wie sind den deine Fehlermeldungen und hast Du auch MySQL aktiviert?

Gruß Frank

 

[Thorndike]

Das mit dem Thread ist mir dann auch aufgefallen nachdem ich "Antworten" geclickt habe. Das kommt davon wenn man zuviel die Suche verwendet

Im /var/log/messages steht auch nichts wirklich hilfreiches:

Jan 8 22:00:04 DiskStation synonetbkp: netbkp_context_operations.c:122 SYNOBackupConfGetOne() failed!!, szBkpset=[Backup1], bkptype=[BACKUP_TYPE_NETBKP], synoerr=[0x5000]
Jan 8 22:00:04 DiskStation synonetbkp: netbkp_context_operations.c:263 context_conf_set() failed.
Jan 8 22:00:04 DiskStation synonetbkp: netbkp_context_operations.c:122 SYNOBackupConfGetOne() failed!!, szBkpset=[Backup2], bkptype=[BACKUP_TYPE_NETBKP], synoerr=[0x5000]
Jan 8 22:00:04 DiskStation synonetbkp: netbkp_context_operations.c:263 context_conf_set() failed.
Jan 8 22:00:34 DiskStation synonetbkp: backup_app_apply.c:83 Failed to export application [2], bkptype=[0], szAppPath=[/volume1/@tmp/@app], synoerr=[0x5500]
Jan 8 22:00:34 DiskStation synonetbkp: netbkp_backup_application.c:64 SYNOBackupAppApply() failed!! ulExtension=[6], mode=[MODE_BACKUP], bkptype=[BACKUP_TYPE_NETBKP], synoerr=[0x5500]
Jan 8 22:00:34 DiskStation synonetbkp: backup_app_err_log_set.c:8 Failed to export applications, bkptype=[0] synoerr=[0x5500]
Jan 8 22:00:34 DiskStation synonetbkp: synonetbkp.c:977 SYNOBkpBackupApplication() fail.
Jan 8 22:00:37 DiskStation synonetbkp: Backup task [Backup3] completes with result [2]. Time spent: [31 sec] size[0, 0, 0]
Jan 8 22:00:37 DiskStation synonetbkp: count[0, 0, 0] dir[0, 0, 0] reg[0, 0, 0] symlink[0, 0, 0] hlink[0, 0, 0]

Wobei mir da auffällt das die Konfigurationen Backup1 und Backup2 nicht mehr in der Oberfläche angezeigt werden. Ich entsinne mich das die Backup1 irgendwann einmal plötzlich weg war und ich dann Backup2 angelegt habe. Vermutlich ist die aktuelle Backup3 dann genauso entstanden. Irgend etwas ist da wohl mit der Konfiguration faul. Auch die Konfiguration meiner Vollsicherung ist zwischendurch schon einfach nicht mehr angezeigt worden und ich habe dann eine neue angelegt.

 

[fpo4711]

Hallo Thorndike,

Das kommt davon wenn man zuviel die Suche verwendet

Es ist wirklich schön endlich mal denjenigen zu treffen der die Suche benutzt

Bei deinem Problem kann ich leider auch nicht weiterhelfen. Denke mal das dürfte ein Fall für den direkten Support von Synology sein. Aber vielleicht weiß ja noch ein anderer User wo die Backupaufträge abgelegt werden. Ich weiß das leider nicht.

Gruß Frank

 

[Thorndike]

Nur als Info zum Abschluss: Die fehlenden Sicherungskonfigurationen waren im Aufgabenplaner noch zu sehen aber nicht mehr in der Datensicherung. Wieder etwas das eben bei der DS nicht funktioniert. Nachdem ich alle MySQL Datenbanken gelöscht und MySQL zurückgesetzt habe ging auch das Backup wieder. Es hat sogar funktioniert die vorher mit phpmyadmin gesicherten Daten wieder einzuspielen.