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?
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.nethttp://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.
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.
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
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.
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.
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.
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…