Mysql Server legt ganzes System lahm

[ikonos]

Hallo,
ich habe unter Debian mal einen Mysql Server installiert (apt-get install mysql-server).
Der Server lief auch lange Zeit gut,
nur gestern erhielt ich eine Email mit dem Betreff WARNING: mysqlcheck has found corrupt tables
Drin steht dashier:

db.online
warning : 2 clients are using or haven't closed the table properly
db.phpbb_config
warning : 1 client is using or hasn't closed the table properly

Improperly closed tables are also reported if clients are accessing
the tables *now*. A list of current connections is below.

+----+------------------+-----------+----+---------+------+-------+------------------+
| Id | User | Host | db | Command | Time | State | Info |
+----+------------------+-----------+----+---------+------+-------+------------------+
| 5 | debian-sys-maint | localhost | | Query | 0 | | show processlist |
+----+------------------+-----------+----+---------+------+-------+------------------+
Uptime: 7 Threads: 1 Questions: 263 Slow queries: 0 Opens: 229 Flush tables: 1 Open tables: 64 Queries per second avg: 37.571

Das Problem ist, dass jetzt immer der gesamte RamSpeicher belegt ist und eigentlich nichts mehr richtig läuft.
Wenn ich den MySQL Server abschalte, laufen alle anderen Programme wieder ganz normal.

Genaue Version ist MySQL - 4.0.24_Debian-10sarge2

HOffe mir kann jemand sagen, wie ich das hier retten kann

danke
ikonos

[Joe User]

Lege ein Backup der Datenbanken an und lasse anschliessend mysqlcheck wie folgt laufen:

Code: Select all

nice -n -10 mysqlcheck --analyze --check --auto-repair --extend --optimize --all-databases -uroot

Irgendwelche Fehlermeldungen?

[ikonos]

Hallo
danke für die Antwort.
Ich habe das mal gemacht.
Er schreibt hinter jede Tabelle OK, aber am gesamt Zustand ändert das leider nichts.

ikonos

[Joe User]

Poste mal die Ausgabe von:

Code: Select all

free -m; echo; df -hT; echo; mount; echo; pstree

[ikonos]

Code: Select all

v300:~# free -m; echo; df -hT; echo; mount; echo; pstree
             total       used       free     shared    buffers     cached
Mem:          6077       6001         76          0        123       1189
-/+ buffers/cache:       4688       1389
Swap:        24999       6860      18139

Filesystem    Type    Size  Used Avail Use% Mounted on
vzfs          vzfs    2.0G  1.6G  486M  77% /
tmpfs        tmpfs    3.0G  4.0K  3.0G   1% /dev/shm

vzfs on / type vzfs (rw)
proc on /proc type proc (rw,nodiratime)
devpts on /dev/pts type devpts (rw)
tmpfs on /dev/shm type tmpfs (rw)

init─┬─apache2───5*[apache2]
     ├─clamd
     ├─courierlogger───authdaemond.pla───5*[authdaemond.pl+
     ├─2*[courierlogger]
     ├─couriertcpd───imapd
     ├─couriertcpd
     ├─cron
     ├─freshclam
     ├─master─┬─pickup
     │        └─qmgr
     ├─mysqld_safe───mysqld_safe─┬─logger
     │                           └─mysqld
     ├─named
     ├─nscd
     ├─pound───pound
     ├─proftpd
     ├─sshd───sshd───bash───pstree
     ├─syslogd
     ├─vhcs2_daemon
     └─xinetd

[Joe User]

Ahh, ein vServer...

Um es kurz zu machen: Ein vServer, insbesondere Dein Mini-Modell, ist nicht als Datenbankserver geeignet! Du wirst wohl etwas Geld in einen "echten" RootServer investieren müssen...

[ikonos]

es ist zwar ein vserver, aber bist gestern lief alles ein jahr gut.
wird also irgendwas faul sein

[mattiass]

es ist zwar ein vserver, aber bist gestern lief alles ein jahr gut.
wird also irgendwas faul sein

Die Tatsache, dass der Fehler beim PHPBB auftritt -- und zwar zwischen öffnen und schließen einer DB-Verbindung -- lässt den Schluss zu, dass ein Angreifer hier versucht Schadcode auszurühren, der einfach läuft und läuft. PHP schließt die DB-Verbindung nicht mehr und irgendwann wird es sowohl mit Speicher als auch mit den DB-Verbindungen eng.

Deine PHPBB-Version ist schon etwas älter, oder? Ich würde an Deiner Stelle jetzt mal nach verdächtigen Scripten und Netzwerkverbindungen suchen...

[Joe User]

Die Kiste swapped sich langsam aber sicher selbst kaputt und da Du offensichtlich mindestens ein ständig wachsendes phpBB2 betreibst, geht Dir irgendwann der Swap aus (der RAM ist Dir ja schon vor der Bestellung ausgegangen) und der Kernel beginnt wahllos Prozesse zu killen. Auch Dein Filesystem ist demnächst voll...

[ikonos]

leider negativ
ich nutze derzeit eine aktuelle version von phpbb

[mattiass]

Code: Select all

             total       used       free     shared    buffers     cached
Mem:          6077       6001         76          0        123       1189
-/+ buffers/cache:       4688       1389
Swap:        24999       6860      18139

Süß. Interpretiere ich richtig, dass dieser vServer 6MB RAM hat?

[Roger Wilco]

Süß. Interpretiere ich richtig, dass dieser vServer 6MB RAM hat?

`free -m` -> 6K MB -> 6 GB ;)

[mattiass]

Süß. Interpretiere ich richtig, dass dieser vServer 6MB RAM hat?

`free -m` -> 6K MB -> 6 GB ;)

Argghhh! Natürlich.

[Joe User]

Wobei die 6GB mit Sicherheit nicht seinem vServer zuzuordnen sind ;)

[lucki2]

Noch eine Idee(nicht falsch verstehen, das wäre nur typisch):
Dein VServer wird aus anderen Gründen langsam(VServer eben). Du denkst, da stimmt etwas nicht und reagierst mit einem Neustart von MySQL. Weil der Server sowieso hängt, wartet das rcscript nicht lange genug bis mysql tod ist und ruft das auf:

if test -z "$server_down"; then killall -9 mysqld; fi

Peng...
In den Logs steht nur etwas, wenn das auch noch schief ginge.

Wenn ich den MySQL Server abschalte, laufen alle anderen Programme wieder ganz normal.

Welche anderen Programme? Da läuft doch nichts mehr speicherlastiges, wenn mysql weg ist - oder? Wie testest Du das?

Code: Select all

cat /proc/mounts

Zeigt Dir u.U. mit wie vielen Du den Server teilst.