Hallo zusammen,
meine Synology 107+ treibt mich noch in den Wahnsinn...
Ich versuche seit Wochen die MySql-DB zum Laufen zu bringen. Ohne Erfolg.
Zum Ersten bin ich davon ausgegangen, dass ich auf der Web-Konfigurationsoberfläche nur mein Häkchen setzen muss, und die DB dann verwenden kann. Fehlanzeige. Der Dienst läuft nicht automatisch.
Also hab ich mich per SSH auf die Station connected und geprüft, ob die Prozesse laufen (ps -ef | grep mysql). Außer dem ausgefühten Befehl selbst bringt er da nichts zurück.
Also versuche ich den Dienst zu starten mit
/usr/syno/etc/rc.d/S21mysql.sh start
Da bringt er mir folgende Fehlermeldung:
volume : 1
Starting MySQL...
Starting MySQL../usr/syno/mysql/share/mysql/mysql.server: kill: 409: (2764) - No such process
ERROR!
MYSQL data dir = /volume1/@database/mysql...
Nach langem Suchen bin ich darauf gekommen, dass die Datenbank im Verzeichnis @database/mysql kaputt ist. Was das File Server_1.err beweist:
090315 13:38:19 [Warning] Setting lower_case_table_names=2 because file system for /volume1/@database/mysql/ is case insensitive
InnoDB: Database page corruption on disk or a failed
InnoDB: file read of page 5.
InnoDB: You may have to recover from a backup.
...
InnoDB: stored checksum 2572760372, prior-to-4.0.14-form stored checksum 998684385
InnoDB: Page lsn 0 36828, low 4 bytes of lsn at page end 36828
InnoDB: Page number (if stored to page already) 5,
InnoDB: space id (if created with >= MySQL-4.1.1 and stored already) 0
InnoDB: Database page corruption on disk or a failed
InnoDB: file read of page 5.
InnoDB: You may have to recover from a backup.
InnoDB: It is also possible that your operating
InnoDB: system has corrupted its own file cache
InnoDB: and rebooting your computer removes the
InnoDB: error.
InnoDB: If the corrupt page is an index page
InnoDB: you can also try to fix the corruption
InnoDB: by dumping, dropping, and reimporting
InnoDB: the corrupt table. You can use CHECK
InnoDB: TABLE to scan your table for corruption.
InnoDB: See also InnoDB: http://dev.mysql.com/doc/refman/5.0/en/forcing-recovery.html
InnoDB: about forcing recovery.
InnoDB: Ending processing because of a corrupt database page.
090315 13:41:41 mysqld ended
Nachdem ich noch keine Daten in der DB habe und zwischenzeitlich weiß, dass die DB bei fehlen des Ordners neu angelegt wird, lösche ich den mysql-Ordner und führe den Befehl
/usr/syno/etc/rc.d/S21mysql.sh start
noch mal aus. Die DB wird neu erstellt und der Dienst wird gestartet. Dann läuft die DB auch einwandfrei. Ich kann den Dienst starten und stoppen. Egal, ob ich nach Beendigung meiner Arbeit an der DB den Dienst stoppe, oder nicht: Beim nächsten Start der Syno (wird über Nacht ausgeschaltet),
läuft der Dienst wieder nicht automatisch. Damit hab ich mich schon abgefunden. Also starte ich den Dienst wieder und bekomme wieder den Fehler:
... mysql.server: kill: 409: (####) - No such process
ERROR!
Die DB ist wieder hinüber und das Spielchen beginnt von vorne.
Und dabei bin ich jetzt erst dabei das Ding einzurichten.
Als nächstes möchte ich, dass der Dienst mit der Syno gestartet und gestoppt wird, dass automatische Backups der DB angelegt weden usw.
Aber so weit komm ich ja gar nicht.
Hab nun schon so viele Threads im Forum gelesen. Bei vielen hört sich das so toll an, was man mit der Syno machen kann. Aber diese Meinung kann ich bislang nicht teilen.
Kann mir jemand beim Einstieg in die Syno-Welt helfen? Bin kurz vom Verzweifeln.
Vielleicht haben ja noch mehrere dieses Problem.
meine Synology 107+ treibt mich noch in den Wahnsinn...
Ich versuche seit Wochen die MySql-DB zum Laufen zu bringen. Ohne Erfolg.
Zum Ersten bin ich davon ausgegangen, dass ich auf der Web-Konfigurationsoberfläche nur mein Häkchen setzen muss, und die DB dann verwenden kann. Fehlanzeige. Der Dienst läuft nicht automatisch.
Also hab ich mich per SSH auf die Station connected und geprüft, ob die Prozesse laufen (ps -ef | grep mysql). Außer dem ausgefühten Befehl selbst bringt er da nichts zurück.
Also versuche ich den Dienst zu starten mit
/usr/syno/etc/rc.d/S21mysql.sh start
Da bringt er mir folgende Fehlermeldung:
volume : 1
Starting MySQL...
Starting MySQL../usr/syno/mysql/share/mysql/mysql.server: kill: 409: (2764) - No such process
ERROR!
MYSQL data dir = /volume1/@database/mysql...
Nach langem Suchen bin ich darauf gekommen, dass die Datenbank im Verzeichnis @database/mysql kaputt ist. Was das File Server_1.err beweist:
090315 13:38:19 [Warning] Setting lower_case_table_names=2 because file system for /volume1/@database/mysql/ is case insensitive
InnoDB: Database page corruption on disk or a failed
InnoDB: file read of page 5.
InnoDB: You may have to recover from a backup.
...
InnoDB: stored checksum 2572760372, prior-to-4.0.14-form stored checksum 998684385
InnoDB: Page lsn 0 36828, low 4 bytes of lsn at page end 36828
InnoDB: Page number (if stored to page already) 5,
InnoDB: space id (if created with >= MySQL-4.1.1 and stored already) 0
InnoDB: Database page corruption on disk or a failed
InnoDB: file read of page 5.
InnoDB: You may have to recover from a backup.
InnoDB: It is also possible that your operating
InnoDB: system has corrupted its own file cache
InnoDB: and rebooting your computer removes the
InnoDB: error.
InnoDB: If the corrupt page is an index page
InnoDB: you can also try to fix the corruption
InnoDB: by dumping, dropping, and reimporting
InnoDB: the corrupt table. You can use CHECK
InnoDB: TABLE to scan your table for corruption.
InnoDB: See also InnoDB: http://dev.mysql.com/doc/refman/5.0/en/forcing-recovery.html
InnoDB: about forcing recovery.
InnoDB: Ending processing because of a corrupt database page.
090315 13:41:41 mysqld ended
Nachdem ich noch keine Daten in der DB habe und zwischenzeitlich weiß, dass die DB bei fehlen des Ordners neu angelegt wird, lösche ich den mysql-Ordner und führe den Befehl
/usr/syno/etc/rc.d/S21mysql.sh start
noch mal aus. Die DB wird neu erstellt und der Dienst wird gestartet. Dann läuft die DB auch einwandfrei. Ich kann den Dienst starten und stoppen. Egal, ob ich nach Beendigung meiner Arbeit an der DB den Dienst stoppe, oder nicht: Beim nächsten Start der Syno (wird über Nacht ausgeschaltet),
läuft der Dienst wieder nicht automatisch. Damit hab ich mich schon abgefunden. Also starte ich den Dienst wieder und bekomme wieder den Fehler:
... mysql.server: kill: 409: (####) - No such process
ERROR!
Die DB ist wieder hinüber und das Spielchen beginnt von vorne.
Und dabei bin ich jetzt erst dabei das Ding einzurichten.
Als nächstes möchte ich, dass der Dienst mit der Syno gestartet und gestoppt wird, dass automatische Backups der DB angelegt weden usw.
Aber so weit komm ich ja gar nicht.
Hab nun schon so viele Threads im Forum gelesen. Bei vielen hört sich das so toll an, was man mit der Syno machen kann. Aber diese Meinung kann ich bislang nicht teilen.
Kann mir jemand beim Einstieg in die Syno-Welt helfen? Bin kurz vom Verzweifeln.
Vielleicht haben ja noch mehrere dieses Problem.
