pragmaMx Support Forum

Hallo, ich weiss nicht ob ich der einzige bin den das betrifft,

aber seit dem gestrigen update auf mxboard, hängt sich ständig meine mysql auf ...

cpu last auf 99,9% und dann geht nix mehr, erst durch manuelle wiederbelebung per restart gehts wieder 10 min ... dann wieder weg ....

Das Board musste ich nun deaktivieren ...


Wie ist das möglich? Wie kann man das update wieder rückgängig machen?

rückgängig machst du das, wenn du deine alte eBoard-Dateien drüberspielst :)

Wenn das so einfach wäre, dann hätte ich das problem schon gelöst, nun leider ist das nicht so.

Steht auch schon in der Install readme drin ...

was kann ich nun tun?

Mein Server mit dual 3,0 ghz mit 4 gb ram ... schmiert ständig ab .... forum ist deaktiviert.

Hi :)

am mxBoard hat sich Datenbankmässig nichts geändert.
Auch beim Datenbankzugriff innerhalb der scripte wurde nichts gravierendes geändert, was einen Absturz verursachen dürfte.

Sicher, dass das Problem wirklich erst seit dem Update besteht?
Gibt es da irgendwelche Logfiles, aus denen man etwas erfahren könnte?

ZitatMein Server mit dual 3,0 ghz mit 4 gb ram ... schmiert ständig ab .... forum ist deaktiviert.

Hängt der ganze Rechner, oder schmiert nur einer der Serverdienste ab ?
Weil im ersten Falle würde ich einmal die Hardware checken lassen (Speicher mit Memtest, Harddisk S.M.A.R.T. ->Self monitoring, analysis, and reporting technology  etc ...)

MfG

Ja Mysql Dienst steht bei 99,9% Auslastung und ich muss den dann immer per Konsole Neustarten ...

Was soll ich deiner meinung nach jetzt tun?

ZitatJa Mysql Dienst steht bei 99,9% Auslastung

In der Konfiguration des MySQL-Servers wurde nichts verändert ?
Hast Du einmal das gesammte System rebootet und geschaut was die fschck-Programme ausspucken
(ist das Filessystem i.O.) ?
Die Datenbank einmal überprüft // optimiert ?

MfG

Habe gestern nacht einen Reboot vom Hoster durchführen lassen.

Habe nun das Forum wieder aktiviert. Werde schauen wie es sich jetzt verhält.

Habe die Tage schon die DB entschlackt und aufgeräumt, hat aber auch nix gebracht.

Was sind fschck-Programme?


Welche Befehle muss ich eingeben um mehr informationen über hardware zustand heraus zu bekommen?

ok habe mal fsck probiert:

fsck:
server1:~# fsck
fsck 1.37 (21-Mar-2005)
e2fsck 1.37 (21-Mar-2005)
/dev/sda3 is mounted.

WARNING!!!  Running e2fsck on a mounted filesystem may cause
SEVERE filesystem damage.

Do you really want to continue (y/n)? yes

/dev/sda3: recovering journal
fsck.ext3: Bad magic number in super-block while trying to re-open /dev/sda3
e2fsck: io manager magic bad!


Zitat/dev/sda3: recovering journal
fsck.ext3: Bad magic number in super-block while trying to re-open /dev/sda3
e2fsck: io manager magic bad!

Lass den Hoster bitte mal eine komplette Filesystemanalyse durchführen.
Normalerweise dürfen die Filesysteme nicht eingebunden sein für den Test.
Normalerweise dauert ein check nicht mehr als 10-20 Minuten.

MfG

habe mal memtest durchgeführt:

der server hat 4gb ram.


memtest v. 2.93.1
(C) 2000 Charles Cazabon <memtest@discworld.dyndns.org>
Original v.1 (C) 1999 Simon Kirby <sim@stormix.com> <sim@neato.org>

memtest:  amount of memory to allocate too small.

Copyright (C) 1999 Simon Kirby.  Version 2 Copyright (C) 2000 Charles Cazabon.
This is FREE SOFTWARE, licensed under the GNU General Public License version 2.
See the included file COPYING for details.  This software comes with absolutely
NO WARRANTY.

Usage:

memtest <mem<B|K|M|G>> [runs] [-l or --log]
    mem          - memory to test (B=bytes, K=KiB, M=MiB, G=GiB)
                   Byte values will be rounded down to nearest multiple of 64.
                     e.g. 2G   =  2 GiB
                          12M  = 12 MiB
                   Special value 'all' tests all available memory.
    runs         - times to run tests (default: 2^32 - 1)
    -l or --log  - log to file memtest.log


Zitatmemtest 4G -l

So lautet der Aufruf.
Dann im file memtest.log steht das Ergebnis.

MfG

Wo ist die log datei zu finden?

unter var/log wo sonst alle drin liegen ist nix.

auch unter var/log/apache nicht ....

ZitatWo ist die log datei zu finden?

Schau mal da wo auch memtest liegt.
Evt. in usr/bin oder usr/sbin
Ansonsten kannst Du auch
find / -iname memtest.log -print
an der Konsole nutzen, suche dauert zwar etwas, sollte dann aber den Platz der Datei anzeigen.

BTW. wer einen Linx-Server mit root-Rechten hat sollte sich etwas mit der Shell auseinandersetzen.
Alles lässt sich nicht an den grafischen Frontends machen.
MfG