|
|
|
selin01
|
« am: 07 Juni 2006, 01:53:00 » |
|
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?
|
|
|
|
|
Gespeichert
|
|
|
|
|
|
|
cihan
|
« Antworten #1 am: 07 Juni 2006, 02:06:36 » |
|
rückgängig machst du das, wenn du deine alte eBoard-Dateien drüberspielst  |
|
|
|
|
Gespeichert
|
|
|
|
|
|
|
selin01
|
« Antworten #2 am: 07 Juni 2006, 15:04:07 » |
|
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.
|
|
|
|
|
Gespeichert
|
|
|
|
|
|
|
Andi
|
« Antworten #3 am: 07 Juni 2006, 21:10:29 » |
|
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? |
|
|
|
|
Gespeichert
|
schön´s Grüssle, Andi
Kein Support über PN, Mail oder ICQ!
Bitte die Fragen im Forum stellen, nur so helfen die Antworten auch den anderen Usern.
Bitte auch die Boardsuche nicht vergessen, oft ist genau dein Problem schon an anderer Stelle gelöst worden!
|
|
|
|
|
|
jubilee
Gast
|
« Antworten #4 am: 07 Juni 2006, 21:19:59 » |
|
Mein 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 |
|
|
|
|
Gespeichert
|
|
|
|
|
|
|
selin01
|
« Antworten #5 am: 07 Juni 2006, 22:42:01 » |
|
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?
|
|
|
|
|
Gespeichert
|
|
|
|
|
|
|
jubilee
Gast
|
« Antworten #6 am: 08 Juni 2006, 20:02:45 » |
|
Ja 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 |
|
|
|
|
Gespeichert
|
|
|
|
|
|
|
selin01
|
« Antworten #7 am: 09 Juni 2006, 11:44:58 » |
|
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?
|
|
|
|
« Letzte Änderung: 09 Juni 2006, 11:55:45 von selin01 »
|
Gespeichert
|
|
|
|
|
|
|
selin01
|
« Antworten #8 am: 09 Juni 2006, 12:03:23 » |
|
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!
|
|
|
|
|
Gespeichert
|
|
|
|
|
|
|
jubilee
Gast
|
« Antworten #9 am: 09 Juni 2006, 12:23:38 » |
|
/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 |
|
|
|
|
Gespeichert
|
|
|
|
|
|
|
selin01
|
« Antworten #10 am: 09 Juni 2006, 12:24:34 » |
|
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
|
|
|
|
|
Gespeichert
|
|
|
|
|
|
|
jubilee
Gast
|
« Antworten #11 am: 09 Juni 2006, 12:29:10 » |
|
memtest 4G -l So lautet der Aufruf. Dann im file memtest.log steht das Ergebnis. MfG |
|
|
|
|
Gespeichert
|
|
|
|
|
|
|
selin01
|
« Antworten #12 am: 09 Juni 2006, 13:02:30 » |
|
Wo ist die log datei zu finden?
unter var/log wo sonst alle drin liegen ist nix.
auch unter var/log/apache nicht ....
|
|
|
|
|
Gespeichert
|
|
|
|
|
|
|
jubilee
Gast
|
« Antworten #13 am: 09 Juni 2006, 20:00:14 » |
|
Wo 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 -printan 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 |
|
|
|
|
Gespeichert
|
|
|
|
|
pragmaMx Support Forum
