🚀 go-pugleaf

Chrigi Hartmann wrote:

> Kann hier jemand etwas mit diesen Meldungen anfange? WO muss ich
> ansetzen um das Problem zu finden und zu l�sen?

Hallo Chrigi,

Die Meldung sagt mir nix, aber in solchen F�llen teste ich immer erst mal
das Memory und die Platten mit einer Knoppix-CD.

F�rs Memory gibt man der Knoppix-CD als Bootoption memtest (oder memtest86,
bin nicht mehr sicher) ein, dann startet der Memorytest alleine, ohne
Linux.

F�r den Festplattentest lasse ich Knoppix normal starten, und benutze dann

 smartctl -a /dev/hda

oder

 smartctl -d ata -a /dev/sda # fuer S-ATA-Platten

um den Zustand der Platten auszulesen. Eventuell auch noch badblocks.

Wenn der Fehler noch nicht gefunden wird, kann man versuchen, einzelne Teile
des Rechners (Netzteil, Controllercarten,...) auszutauschen, bis man
den "S�nder" gefunden hat.

Software: Wenn Du sagst identische Rechner, heisst das, dass auch die
gleiche Software l�uft? Insbesondere Kernel-Versionen und geladene Module
vergleichen!

Gruss,
 Stefan

Moin Stefan

> Die Meldung sagt mir nix, aber in solchen F�llen teste ich immer erst mal
> das Memory und die Platten mit einer Knoppix-CD.
Geht schlecht da die Server ziemlich weit weg von hier stehen... Zur Not 
kann ich aber hinfahren (ca. 200km).
Gibts eine M�glichkeit, den Memory Test w�hrend dem laufenden Betrieb zu 
starten? Die HD's schliesse ich eigentlich aus da die sowieso per 
S.M.A.R.T. �berwacht werden und ich dann (so meine kleine Erfahrung) 
entsprechende Meldungen im Log auftauchen. Aber Memory k�nnte es schon 
sein...

> Wenn der Fehler noch nicht gefunden wird, kann man versuchen, einzelne Teile
> des Rechners (Netzteil, Controllercarten,...) auszutauschen, bis man
> den "S�nder" gefunden hat.
Ja dann mache ich eher N�gel mit K�pfen und ersetze die ganze Maschine 
inkl Reinstall und so... dann l�uft's 100% nachher ;)

> Software: Wenn Du sagst identische Rechner, heisst das, dass auch die
> gleiche Software l�uft? Insbesondere Kernel-Versionen und geladene Module
> vergleichen!
Ja, �berall FC6 mit allen Updates (per YUM). Alle mit Samba, MySQL, 
Apache, PHP und das �bliche Zeugs installiert. Ohne X.

Danke f�r dein Feedback und Gr�assli

Chrigi Hartmann

Hallo Chrigi,

> Jul  9 07:21:02 dc kernel: kernel BUG at mm/rmap.c:588!
> Jul  9 07:21:02 dc kernel: invalid opcode: 0000 [#1]

Nun, da hat der memory-manager (mm/) was gesehen, was ihm nicht so
ganz passte.

> Jul  9 07:21:02 dc kernel: EFLAGS: 00210292   (2.6.20-1.2962.fc6 #1)
> Kann hier jemand etwas mit diesen Meldungen anfange? WO muss ich 
> ansetzen um das Problem zu finden und zu lösen?

Haben die anderen Server dieselbe Kernel-Version?

Falls nein: Up/Downgrade probieren.

Falls ja: Sieht nach Hardware aus. Memory / CPU.

Gruss,
 Adrian


-- 
 RFC 1925:
   (11) Every old idea will be proposed again with a different name and
        a different presentation, regardless of whether it works.

> Geht schlecht da die Server ziemlich weit weg von hier stehen... Zur Not 
> kann ich aber hinfahren (ca. 200km).

Ganz blöder trick:

 Wenn du denkst, dass das Memory schuld ist, kannst du die Kiste probehalber
 mit weniger RAM booten: Einfach mit z.B. 'mem=512M' starten.
 Der Kernel wird so nur die ersten 512 Megabyte RAM verwenden und man kann das
 Problem 'live' etwas eingrenzen: Findet sich das 'böse RAM' oberhalb der
 angegebenen Limite wird der Server nun stabil laufen und nicht mehr panicen.


Gruss,
 Adrian

Hi Adrian

>  Wenn du denkst, dass das Memory schuld ist, kannst du die Kiste probehalber
>  mit weniger RAM booten: Einfach mit z.B. 'mem=512M' starten.
�hm wie teile ich das beim Reboot mit? Wie gesagt, ich sitze nicht vor 
der Kiste, hab nur SSH Zugriff und eine Person vor Ort, welche im 
Notfall den Resett dr�cken kann. Mehr darf ich der Person dort nicht 
zumuten ;))
Kann ich also schon beim /sbin/shutdown -r mitgeben, dass er mit 512 mal 
neustarten soll?

MFG; Chrigi Hartmann

Chrigi Hartmann schrieb:
>
> �hm wie teile ich das beim Reboot mit? Wie gesagt, ich sitze nicht vor 
> der Kiste, hab nur SSH Zugriff und eine Person vor Ort, welche im 
> Notfall den Resett dr�cken kann. Mehr darf ich der Person dort nicht 
> zumuten ;))

Das musst du in Boot-manager einbrennen. Z.B. bei lilo w�re es
append="mem=512M" (falls "append" schon vorhanden nur erg�nzen,
nicht vergessen lilo auszuf�hren!)
http://www.linuxinfor.com/german/man5/lilo.conf.html

Sei gewarnt: Spielereien mit Boot-manager k�nnte einen Besuch mit der
Rettungs-CD zur Folge haben! (Nat�rlich nur wenn du keine Remote-console
hast, ich nehme es jetzt an.)

Visvanath

Salut

> Das musst du in Boot-manager einbrennen. Z.B. bei lilo w�re es
> append="mem=512M" (falls "append" schon vorhanden nur erg�nzen,
> nicht vergessen lilo auszuf�hren!)
> http://www.linuxinfor.com/german/man5/lilo.conf.html
Ne w�re GRUB. Ich riskier's lieber nicht und schicke vorsichtshalber mal 
2 neue Memory hin. Diese kann dann jemand vor Ort mal ersetzen.

Danke und Gruss - Chrigi Hartmann

Hallo miteinander

>> Jul  9 07:21:02 dc kernel: kernel BUG at mm/rmap.c:588!
>> Jul  9 07:21:02 dc kernel: invalid opcode: 0000 [#1]
> 
> Nun, da hat der memory-manager (mm/) was gesehen, was ihm nicht so
> ganz passte.
Also Jungs, das CalandaBr�u hat sich Adrian verdient ;-) Es lag wirklich 
am RAM. Nachdem gestern die beiden RAM Riegel durch neue ersetzt wurde, 
l�uft die Kiste wieder stabil.

Danke f�r die Mithilfe und Gr�assli

Chrigi Hartmann