Mysql startet nicht

Hallo zusammen,

nachdem in unserem raid system eine Platte den Geist aufgegeben hat habe ich die meisten Server wieder zum laufen bekommen. In unserem Verwaltungsnetz ist linuxmuster.net Server zwar gestartet, aber mysql startet leider nicht. Im Logfile ist zu finden:

Can’t open and lock privilege tables: Table ‘mysql.host’ doesn’t exist

Kann ich den Server einfach neu initialisieren (mysql --initialize) oder kann ich nochmal linuxmuster-setup durchlaufen lassen?

Danke und Gruß
Veit

Hallo Veit,

nachdem in unserem raid system eine Platte den Geist aufgegeben hat habe
ich die meisten Server wieder zum laufen bekommen. In unserem
Verwaltungsnetz ist linuxmuster.net http://linuxmuster.net Server zwar
gestartet, aber mysql startet leider nicht. Im Logfile ist zu finden:

Can’t open and lock privilege tables: Table ‘mysql.host’ doesn’t exist

Kann ich den Server einfach neu initialisieren (mysql --initialize) oder
kann ich nochmal linuxmuster-setup durchlaufen lassen?

… besser nicht.
Jetzt erstell mal auf jeder Partition eine Datei namens
forcefsck
(jeweils im rootverzeichnis der Partition) und boote den server neu.
Wenn die mysql dann nicht startet, schauen wir weiter.

LG

Holger

Hallo Veit,

da riskierst Du, dass alle Daten weg sind.

Wenn Du ein aktuelles Backup hast, dann musst Du nur den Ordner
/var/lib/mysql aus dem Backup zurückspielen.

Da das Ganze aber auf ein größeres Problem hindeutet (wenn irgendwo
Dateien fehlen - vielleicht auch woanders?), würde ich sowieso Tests
machen wie Holger sie vorschlägt oder gleich das gesamte Backup
zurückspielen.

Beste Grüße

Jörg

Hallo,
forcefsck hab ich zumindest schon ins rootverzeichnis geschrieben und auch autocorrect auf yes. Wo muss ich dass noch reinschreiben, so dass alle Partitionen gescheckt werden?
Sind die Daten wie Benutzer und Workstations nicht sowieso in Dateien gespeichert? Da es das Verwaltungsnetz ist sind es nicht viele Hosts und auch wenig User.
Backup ist ein schwieriges Thema zu dem ich nicht viel sagen Jann, nur es gibt halt keins.
Danke und Gruß
Veit

Hallo Veit,

OK, kein Backup.

Dann würde ich so vorgehen:

  • MySQL stoppen
  • den Ordner /var/lib/mysql sichern
  • Irgendwo, z. B. in einer virtuellen Maschine, linuxmuster.net frisch
    installieren.
  • Dann dort den Ordner /var/lib/mysql nehmen und auf Denien Server kopieren
  • Den gesicherte Ordner darüberkopieren

Wenn Du wirklich nur so wenige Daten hast, wie Du sagst, dann wäre auch
ein anderer Ansatz denkbar:

  • alles sichern
  • linuxmuster.net neu installieren
  • die User neu anlegen
  • die Homeverzeichnisse und sonstige wichtige Dateien zurückspielen

Egal, welchen Weg Du gehst: Ich drücke Dir die Daumen, dass es klappt!
Und dann solltest Du als allererstes ein automatisiertes Backup
einrichten, das geht z. B. mit linuxmuster-migration-backup und einer
zusätzlichen Festplatte ganz schnell.

Beste Grüße

Jörg

Hallo Veit,

forcefsck hab ich zumindest schon ins rootverzeichnis geschrieben und
auch autocorrect auf yes. Wo muss ich dass noch reinschreiben, so dass
alle Partitionen gescheckt werden?

du schaust mit
df -h
nach, welche Mountpoints vorhanden sind.
Nehmen wir an, dass auch noch /dev/sda3 nach /var gemountet ist: dann
mußt du eine forcefsck Datei nach /var/ legen.

Ob sie befolgt wurden beim Boot merkst du daran, dass sie danach weg sind.

LG

Holger

Danke fürs mitdenken. Jetzt läuft der Server wieder.

Ich hab MySQL einfach neu installiert, dann ist er wieder problemlos gestartet, aber ich konnte die Clients immer noch nicht an der Domäne anmelden. Hab dann festgestellt, dass der LDAP nicht richtig gelaufen ist. In der Docu habe ich das gefunden http://docs.linuxmuster.net/de/latest/systemadministration/troubleshooting/softwarebugs.html und hatte genau die beiden Fehler. Also Docu abgearbeitet und schon lief die Schulkonsole wieder. Mit mtaman und sophpomorix-passwd war dann auch wieder ein anmelden an den Clients möglich.
Danke an euch und die sehr gute Dokumentation.
Veit
PS: Sollte dringend mal über Backup nachdenken.

Hallo Veit,

wie üblich bei Backups: Nicht drüber nachdenken, sondern tun! Und zwar gleich! Kein Backup zu haben ist aus meiner Sicht fahrlässig.

Was mich etwas wundert, du schreibst:

Warum liefen die Server nicht mehr, wenn ihr ein Raid habt? Soll das nicht genau für den Fall eines Plattenausfalls für den Weiterbetrieb ohne Downtime sorgen?

Und wenn du „die Server“ schreibst, dann virtualisierst du doch offenbar. Dann ist die Sache mit dem Backup (z.B. auf ein NAS) doch ziemlich schnell mit Bordmitteln erledigt…

Grüße,
Stefan