8
MySQL Serverproblem
Hallo,
ich habe ein Problem, und zwar habe ich auf einem Linux/Debian Server Plesk installiert.
Nun ist der MySQL-Datenbankserver ausgefallen und ich komme nirgendwo mehr rein. Auch nicht in Plesk,
da es ja eine DB-Verbindung braucht.
Wie kann ich nun den MySQL-Server über SSH (Putty) starten ?
Ich habe schon einen Befehl ausprobiert, aber damit erhalte ich immer eine Fehlermeldung.
Befehl: /etc/init.d/mysql restart
Fehler: Stopping MySQL database server: mysqld.
/etc/init.d/mysql: ERROR: The partition with /var/lib/mysql is too full! failed!
ich habe ein Problem, und zwar habe ich auf einem Linux/Debian Server Plesk installiert.
Nun ist der MySQL-Datenbankserver ausgefallen und ich komme nirgendwo mehr rein. Auch nicht in Plesk,
da es ja eine DB-Verbindung braucht.
Wie kann ich nun den MySQL-Server über SSH (Putty) starten ?
Ich habe schon einen Befehl ausprobiert, aber damit erhalte ich immer eine Fehlermeldung.
Befehl: /etc/init.d/mysql restart
Fehler: Stopping MySQL database server: mysqld.
/etc/init.d/mysql: ERROR: The partition with /var/lib/mysql is too full! failed!
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 165334
Url: https://administrator.de/contentid/165334
Ausgedruckt am: 23.11.2024 um 02:11 Uhr
8 Kommentare
Neuester Kommentar
Moin,
und ein
laufen und zeig uns den Output. Aufräumen sollte da aber nur jemand der sich mit Linux auskennt.
lg,
Slainte
The partition with /var/lib/mysql is too full! failed!
Zu deutsch: Die Festplattenpartition auf der MySQL (bzw. die Datenbank(en)) liegt ist zu voll. lass mal eindu -h --max-depth=1 /df -hlg,
Slainte
4.8M /bin
4.2M /home
4.0K /selinux
1.1M /root
0 /sys
272G /var
708K /dev
4.0K /srv
77M /emul
5.6M /etc
4.0K /mnt
0 /tmp
86M /lib
16K /lost+found
12K /media
657M /usr
12M /boot
6.6M /sbin
169M /opt
du: cannot access `/proc/9755/task/9755/fd/4': No such file or directory
du: cannot access `/proc/9755/task/9755/fdinfo/4': No such file or directory
du: cannot access `/proc/9755/fd/4': No such file or directory
du: cannot access `/proc/9755/fdinfo/4': No such file or directory
0 /proc
273G /
Filesystem Size Used Avail Use% Mounted on
/dev/md2 276G 273G 0 100% /
tmpfs 1008M 0 1008M 0% /lib/init/rw
udev 10M 708K 9.4M 7% /dev
tmpfs 1008M 0 1008M 0% /dev/shm
/dev/md1 251M 22M 217M 10% /boot
overflow 1.0M 0 1.0M 0% /tmp
tmpfs 1008M 0 1008M 0% /opt/psa/handlers/before-local
tmpfs 1008M 0 1008M 0% /opt/psa/handlers/before-queue
tmpfs 1008M 0 1008M 0% /opt/psa/handlers/before-remote
tmpfs 1008M 16K 1008M 1% /opt/psa/handlers/info
tmpfs 1008M 0 1008M 0% /opt/psa/handlers/spool
4.2M /home
4.0K /selinux
1.1M /root
0 /sys
272G /var
708K /dev
4.0K /srv
77M /emul
5.6M /etc
4.0K /mnt
0 /tmp
86M /lib
16K /lost+found
12K /media
657M /usr
12M /boot
6.6M /sbin
169M /opt
du: cannot access `/proc/9755/task/9755/fd/4': No such file or directory
du: cannot access `/proc/9755/task/9755/fdinfo/4': No such file or directory
du: cannot access `/proc/9755/fd/4': No such file or directory
du: cannot access `/proc/9755/fdinfo/4': No such file or directory
0 /proc
273G /
Filesystem Size Used Avail Use% Mounted on
/dev/md2 276G 273G 0 100% /
tmpfs 1008M 0 1008M 0% /lib/init/rw
udev 10M 708K 9.4M 7% /dev
tmpfs 1008M 0 1008M 0% /dev/shm
/dev/md1 251M 22M 217M 10% /boot
overflow 1.0M 0 1.0M 0% /tmp
tmpfs 1008M 0 1008M 0% /opt/psa/handlers/before-local
tmpfs 1008M 0 1008M 0% /opt/psa/handlers/before-queue
tmpfs 1008M 0 1008M 0% /opt/psa/handlers/before-remote
tmpfs 1008M 16K 1008M 1% /opt/psa/handlers/info
tmpfs 1008M 0 1008M 0% /opt/psa/handlers/spool
Filesystem Size Used Avail Use% Mounted on
/dev/md2 276G 273G 0 100% /
/dev/md2 276G 273G 0 100% /
Das ist dein Problem. Stattliche 276GB verbraucht .)
Ein "du -h /var" verrät dir wahrscheinlich wo das meiste an Plattenplatz verrbraucht wird.
und nochmal zur Sicherheit:
Aufräumen sollte da aber nur jemand der sich mit Linux auskennt.
Hi reddust,
lass dir mal den Inhalt vom Verzeichnis /var/log anzeigen und von den Unterverzeichnissen.
Ich denke mal, dass die mit Logfiles überquellen. Wenn das so sein sollte, kannst du alle Dateien
löschen, die mit einer Nummer oder .gz enden (alte Dateien), sofern sie nicht mehr gebraucht werden.
Und sofern kein Progamm auf Logfiles zugreift, kannst du auch alle Logfiles löschen, die sind sowieso nach
kurzer Zeit wieder da. Und nur um dir mal zu zeigen, wie rasant sich diese Verzeichnisse füllen können:
Ich habe ebenfalls einen Debian-Server, und habe vor 2 Tagen die Logfiles im Verzeichnis /var/log/squid gelöscht.
Bereits heute sind schon wieder 4 Dateien je ca. 2MB wieder da.
Ist nur eine Idee, aber da der belegte Platz deiner anderen Verzeichnisse eher "bescheiden" ist, würde ich
mal darauf tippen.
Gruß
Günni
lass dir mal den Inhalt vom Verzeichnis /var/log anzeigen und von den Unterverzeichnissen.
Ich denke mal, dass die mit Logfiles überquellen. Wenn das so sein sollte, kannst du alle Dateien
löschen, die mit einer Nummer oder .gz enden (alte Dateien), sofern sie nicht mehr gebraucht werden.
Und sofern kein Progamm auf Logfiles zugreift, kannst du auch alle Logfiles löschen, die sind sowieso nach
kurzer Zeit wieder da. Und nur um dir mal zu zeigen, wie rasant sich diese Verzeichnisse füllen können:
Ich habe ebenfalls einen Debian-Server, und habe vor 2 Tagen die Logfiles im Verzeichnis /var/log/squid gelöscht.
Bereits heute sind schon wieder 4 Dateien je ca. 2MB wieder da.
Ist nur eine Idee, aber da der belegte Platz deiner anderen Verzeichnisse eher "bescheiden" ist, würde ich
mal darauf tippen.
Gruß
Günni
Natürlich! Da hätte ich auch drauf kommen müssen...
Merkt man, dass ich noch nicht all zu lange in diesem Business bin :D
Hab mal alle Logs welche veraltet und nicht mehr gebraucht werden gelöscht, und meine Backupspeicherung von 5 auf 2 runtergedreht.
Und siehe da: Der Server läuft wieder rund
Danke für die Hilfe Günni!
Merkt man, dass ich noch nicht all zu lange in diesem Business bin :D
Hab mal alle Logs welche veraltet und nicht mehr gebraucht werden gelöscht, und meine Backupspeicherung von 5 auf 2 runtergedreht.
Und siehe da: Der Server läuft wieder rund
Danke für die Hilfe Günni!
Okay... So ganz rund läuft die Kiste immernochnicht.
War eben in Plesk und wollte Datenbanken löschen, aber dann bekomme ich den Fehler "Fehler: Table 'user' is read only".
Das hat soweit ich weiß mit den Rechten in der MySQL-DB zutun.
Aber wie genau kann ich die denn nochmal ändern ?
Den gleichen Fehler habe ich, wenn ich in einem CMS eine Seite hinzufügen oder löschen will...
(Websitebaker) Joomla hat sich komplett abgeschossen...
War eben in Plesk und wollte Datenbanken löschen, aber dann bekomme ich den Fehler "Fehler: Table 'user' is read only".
Das hat soweit ich weiß mit den Rechten in der MySQL-DB zutun.
Aber wie genau kann ich die denn nochmal ändern ?
Den gleichen Fehler habe ich, wenn ich in einem CMS eine Seite hinzufügen oder löschen will...
(Websitebaker) Joomla hat sich komplett abgeschossen...
Hi reddust,
da du den Serverdienst starten/stoppen darfst, wirst du wohl der Admin sein. Dass du dennoch keinen vollen Löschzugriff hast,
lässt für mich jetzt i.Moment zwei Schlüsse zu. Du hast mal eine DB und/oder Tabelle erstellt und/oder einem bestimmten User
die alleinigen Rechte dafür erteilt, oder du hast dir selber irgendwie mal die Rechte entzogen. Warum, wieso, und wie, ist erst mal egal.
Zweitens, du bist zwar Admin, aber es gibt beim Hoster einen, der über dir steht, was ja auch sinnvoll ist.
Im zweiten Fall wirst du wohl nichts machen können, ausser deinen Hoster zu kontaktieren.
Im ersten Fall kannst du einen ganz kurzen Weg gehen, in dem du den Server startest, ohne die Berechtigungstabellen zu laden:
mysqld --skip-grant-tables
Da durch diese Methode JEDER Vollzugriff erhält, mußt du deinen Server natürlich wieder neu starten, wenn du deine Probleme behoben hast.
Achte aber darauf, dass die Tabelle nicht zu der Systemdatenbank von MySQL gehört. Sonst hast du die Popokarte und wieder neuen Ärger.
Good Luck
Günni
da du den Serverdienst starten/stoppen darfst, wirst du wohl der Admin sein. Dass du dennoch keinen vollen Löschzugriff hast,
lässt für mich jetzt i.Moment zwei Schlüsse zu. Du hast mal eine DB und/oder Tabelle erstellt und/oder einem bestimmten User
die alleinigen Rechte dafür erteilt, oder du hast dir selber irgendwie mal die Rechte entzogen. Warum, wieso, und wie, ist erst mal egal.
Zweitens, du bist zwar Admin, aber es gibt beim Hoster einen, der über dir steht, was ja auch sinnvoll ist.
Im zweiten Fall wirst du wohl nichts machen können, ausser deinen Hoster zu kontaktieren.
Im ersten Fall kannst du einen ganz kurzen Weg gehen, in dem du den Server startest, ohne die Berechtigungstabellen zu laden:
mysqld --skip-grant-tables
Da durch diese Methode JEDER Vollzugriff erhält, mußt du deinen Server natürlich wieder neu starten, wenn du deine Probleme behoben hast.
Achte aber darauf, dass die Tabelle nicht zu der Systemdatenbank von MySQL gehört. Sonst hast du die Popokarte und wieder neuen Ärger.
Good Luck
Günni
Hab mich nochmal ein wenig umgeschaut...
Läuft aber alles wieder einwandfrei. Danke für die Hilfe
Läuft aber alles wieder einwandfrei. Danke für die Hilfe
