Sie sind nicht angemeldet.

Merible

Schüler

  • »Merible« ist der Autor dieses Themas

Beiträge: 86

Wohnort: Ketsch

Rootserver vorhanden: Ja

  • Nachricht senden

1

Samstag, 18. Juli 2009, 20:16

error 4 in engine_i486.so

Hi.

Ich habe einen Intel Quad Core Root Server. Debian Lenny ist installiert.
Momentan habe ich 3 laufende DoD:S Server mit aktueller SM und MMS Version.

Folgendes Problem:
Meine GameServer stürzen alle Nase lang ab und ich weiß nicht warum.
Up to date ist auch alles, mit verify geprüft, auch die Games neuinstalliert,
OS ist auch up to date. Ich habe keine Fehlermeldungen oder Errorlogs in meinen
Verzeichnissen.

Das einzige was ich habe ist: /var/log/kern.log

Quellcode

1
2
3
4
5
6
kernel: srcds_i486[17191]: segfault at 0 ip 00000000f772dca5 sp 00000000ffe4edd0 error 4 in engine_i486.so[f74be000+330000]
kernel: srcds_i486[17231]: segfault at 0 ip 00000000f770fca5 sp 00000000ffc300d0 error 4 in engine_i486.so[f74a0000+330000]
kernel: srcds_i486[17400]: segfault at 0 ip 00000000f77a7ca5 sp 00000000ff8c85e0 error 4 in engine_i486.so[f7538000+330000]
kernel: srcds_i486[11155]: segfault at 0 ip 00000000f7747ca5 sp 00000000ffc681b0 error 4 in engine_i486.so[f74d8000+330000]
kernel: srcds_i486[17449]: segfault at 0 ip 00000000f76e0ca5 sp 00000000ff900dd0 error 4 in engine_i486.so[f7471000+330000]
kernel: srcds_i486[17791]: segfault at 0 ip 00000000f77d2ca5 sp 00000000ff8f55a0 error 4 in engine_i486.so[f7563000+330000]


Die Meldungen stimmen zeitlich mit den Abstürzen der Gameserver überein.
Mir fällt nichts mehr ein was ich noch machen könnte. Hoffe jemand hat darauf eine Idee/Lösung.

matze

Beiträge: 2 498

Wohnort: Schwelm

Beruf: Immobilien-Verwalter / Serveradministrator

Rootserver vorhanden: Nein

  • Nachricht senden

2

Sonntag, 19. Juli 2009, 10:01

Re: error 4 in engine_i486.so

Hatten wir auch oft.

- neuen Kernel installieren lassen
- RAM überprüfen
- anderes OS aufsetzen
- andere Binary in den Startoptionen festlegen

DeaD_EyE

Administrator

Beiträge: 3 980

Wohnort: Hagen

Beruf: Mechatroniker (didaktische Systeme)

Rootserver vorhanden: Nein

  • Nachricht senden

3

Sonntag, 19. Juli 2009, 10:43

Re: error 4 in engine_i486.so

Hatte ich auch...
Die L4D-Server crashten mit allen möglichen Fehlermeldungen. Deine war auch dabei.
Nach 5 Minuten war der Root nicht mehr erreichbar. Ein Rsync brachte den Root sogar im Rettungsystem zum Absturz.
Die Temperatur der 4 CPU-Kerne war aber völlig ok. Komischerweise hatte ich auch keinen Zugriff auf die Hardwareuhr (hwclock), was eigentlich schon wichtig ist, wenn man Logdateien auswerten will. Naja, vorher immer einmal ein ntpdate zu machen nervt gewaltig.

Zuerst wurden die Festplatten getauscht...kein erfolg
Der Memtest des Servers war ok. Das OS war Debian Lenny 64 Bit.
Trotzdem wurde der Speicher des Server gewechselt. Brachte auch keinen Erfolg.

Komischerweise wurden bei CPU-Tests, Ram-Tests und Schreib-Tests nichts gefunden. Wie auch immer, die Hardware wurde komplett getauscht und siehe da, alle Server laufen ohne Probleme und verursachen keine Fehlermeldungen, die man in der kern.log sehen kann.

Treten die Fehler denn häufig auf?
Du solltest zuerst alle Plugins ausschalten und nachsehen ob es dann weiterhin zu Abstürzen kommt. Manchmal sind auch fehlerhafte Maps für Abstürze verantwortlich.

Treten die Abstürze ohne Plugins und mit Standardmaps weiterhin auf, überprüfst du am besten die Platte auf Fehler (fschk im Notfallsystem). Danach die Server mit -verify_all updaten. Distribution updaten.

Wieder testen und ggf. einen zusätzlichen Server ohne Modifikationen installieren und dort testen.

Besteht der Fehler immer noch, dann einen Memtest machen lassen.
Wenn durch dem Memtest keine Fehler gefunden worden sind, solltest du überlegen mal die Distribution neu zu installieren.

Wenn du sicher gehen willst, dass es nicht an der Hardware liegt, kann ich dir ein kleines Testscript geben und dazu eine Gepackte Datei 3GB groß. Es umfasst unseren mappool. Das Script dazu macht einen rsync von ~/mappool nach ~/mappool_web/ und komprimiert danach die Dateien mit bzip2. Das belastet zuerst die Festplatte und danach CPU, Speicher und die Festplatte. Dabei sollte der Root nicht abstürzen. Wenn doch, dann stimmt mit der Hardware etwas nicht.