Archief - Overal segmentation faults!

Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.

Squealer

Legacy Member
Ik draai Fedora Core 5 op een DirectAdmin server


3 mei:

Ik krijg op willekeurige tijdstippen in mijn apache error-log o.a. segmentation faults en fouten op geheugenadressen.

*** glibc detected *** /usr/sbin/httpd: free(): invalid pointer: 0x09abbfd0 ***
======= Backtrace: =========
/lib/libc.so.6[0x25df18]
/lib/libc.so.6(__libc_free+0x79)[0x26141d]
/usr/lib/apache/libphp4.so(zend_hash_destroy+0x1d)[0xb7c279cd]
..etc, etc...

Het kan goed zijn dat die foutmeldingen uren uit elkaar liggen.

Daarnaast krijg ik ook segmentation fault's als ik eenvoudige commando's zoals ifconfig, tracert, host of more bezig.

Het enige dat ik geïnstalleerd heb, is het volgende:
m4.i386 1.4.4-1.2.1
autoconf.noarch 2.59-7
automake.noarch 1.9.6-2
libtool.i386 1.5.22-2.2
Deze tools waren vereist voor de installatie van eAccelerator (een PHP cache extensie), die ook faalde omdat libtool om een of andere reden geen shared libraries ondersteunt.

Ik twijfel of het hiermee te maken heeft, want de tijdstippen van de foutmeldingen hierboven, en van de installatie van de tools, komen niet overeen.

Tussen 3 en 5 mei kwamen er nog fouten bij:
locate werkte ook al niet meer ("locate: /lib/libc.so.6: version `GLIBC_2&2.3' not found (required by locate)"), en toen ik men mails ophaalde, zag ik er een tussen staan van een mysqldump cronjob:

bzip2/libbzip2: internal error number 1007.
This is a bug in bzip2/libbzip2, 1.0.3, 15-Feb-2005.
Please report it to me at: [email protected]. If this happened when you were using some program which uses libbzip2 as a component, you should also report this bug to the author(s) of that program. Please make an effort to report this bug; timely and accurate bug reports eventually lead to higher quality software. Thanks. Julian Seward, 15 February 2005.


*** A special note about internal error number 1007 ***

Experience suggests that a common cause of i.e. 1007 is unreliable memory or other hardware. The 1007 assertion just happens to cross-check the results of huge numbers of memory reads/writes, and so acts (unintendedly) as a stress test of your memory system.
.................
mysqldump: Got errno 32 on write

Er wordt gesproken over memory failures, en dat kan goed zijn want de andere errors in apaches error_log hebben allemaal met geheugenadressen te maken...

Ook raken sommige database tabellen corrupt.

-------------------------------------
tt_reacties analyze error Keyblock size at page 6532096 is not correct. Blo...
tt_reacties analyze error Corrupt
tt_reacties305 analyze error Key in wrong position at page 1354752
-------------------------------------

Een REPAIR TABLE werkte wel, maar de morgen erna waren ze opnieuw corrupt...


5 mei
Men host heeft toen op 5 mei de server opnieuw geïnstalleerd, omdat het vrijwel zeker was dat na een reboot de server toch niet meer zou starten.

6 mei
Vandaag echter opnieuw problemen,

Zonet wou DirectAdmin de logs analyseren en webalizer runnen, daarvoor wordt httpd even afgesloten. Daarna moet die vanzelf terug gestart worden. Dat gebeurt nu dus NIET.
Als ik manueel httpd wil starten, krijg ik "Starting httpd: /bin/bash: line 1: 25000 Segmentation fault".
Apachectl geeft hetzelfde:
"/usr/sbin/apachectl: line 80: 25065 Segmentation fault $HTTPD
/usr/sbin/apachectl start: httpd could not be started"

Het rare is dat dit altijd heeft gewerkt. De logs werden geroteerd in de nacht van 5 op 6 mei, en nu, van 6 op 7 mei, wil hij plots niet meer!?

De foutmeldingen in de zin van "*** glibc detected *** /usr/sbin/httpd: double free or corruption (out): 0x0a118800 ***" in de apache error log, zijn nooit weggegaan, zelfs niet nadat de host de server opnieuw heeft geïnstalleerd.

Ik heb _niets_ extra geïnstalleerd op de server, het is een doodnormale DirectAdmin installatie.

What to do!?

Howitzer

Legacy Member
Ik weet geen zak van server-gedoe enzv, maar je zei een paar keer dat het allemaal met het geheugen te maken had..
Hebben ze je geheugen eens goed nagecheckt? (memtest86 laten runnen voor een nachtje)

Squealer

Legacy Member
ja kwacht op reactie van men host, maar die komt er niet...
Ondertussen hopen dat er hier iemand zit die weet waaraan het nog kan liggen...

Enkel men host kan memtest laten runnen. Volgens mij bestaat er geen tool die dat zo kan terwijl de server volledig geboot is...

dJeez

Legacy Member
DirectAdmin, in combinatie met een VPS? Indien ja, en het is een Virtuozzo, controleer dan eens via het Virtuozzo Control Panel de resources en de logs.

Ik heb nl. hetzelfde aan de hand gehad met een VPS in de States, bleek dat er gewoon geen resources meer vrij waren bij momenten. De server herstarten zorgde ervoor dat 'k tijdelijk weer wat ademruimte had om de oorzaak te lokalizeren (bij mij was dat een qmail die om 1 of andere illustere reden toch als open relay fungeerde - sedertdien vertrouw 'k qmail voor geen haar meer).
Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.
Terug
Bovenaan