Onderwerp: Overal segmentation faults (kdiss server)!

correct cobra, ECC staat voor Error Checking and Correction, of iets in die aard.

reactie van kdiss:

Ze hebben die segmentation faults nog op andere servers gezien, de kans dat het aan het geheugen ligt is miniem, zeggen ze. Ze willen wel het geheugen gaan testen, maar 1) als er geen fouten opduiken, moet ik opdraaien voor de kosten van het bezoek aan het datacenter... 2) ze bezoeken het datacenter maar eind deze week, dus men server zou een week plat liggen; onaanvaardbaar....

Ik zou de eerste zijn met problemen met DA onder FC5.
Kheb hen nu gevraagd de server opnieuw te installen onder FC4, maar daarvoor moeten ze wachten op een nieuwe licentie van DA....

EDIT:
de kosten voor het datacenter bezoek zijn enkel van toepassing als ik hen vraag vroeger dan eind deze week het geheugen te gaan controlleren....
Feit blijft dat een memtest geen uitsluitsel geeft.... hij zegt enkel of HIJ geen fouten vind, niet of het geheugen ook effectief defect is... Daarvoor zouden ze gewoon de 2 sticks even moeten verwisselen ....

Toen dat ik in het begin mijn server had, had ik ook soms last dat hij hangde en toen ik de logs checkte zag ik dat ook segmentation faults met een hele lijst iets zoals dit ==>

Sun Jan 15 11:26:50 2006] [notice] child pid 319 exit signal Segmentation fault (11)
[Sun Jan 15 11:26:50 2006] [notice] child pid 320 exit signal Segmentation fault (11)
[Sun Jan 15 11:26:50 2006] [notice] child pid 321 exit signal Segmentation fault (11)
[Sun Jan 15 11:26:50 2006] [notice] child pid 322 exit signal Segmentation fault (11)
[Sun Jan 15 11:26:50 2006] [notice] child pid 323 exit signal Segmentation fault (11)
[Sun Jan 15 11:26:50 2006] [notice] child pid 324 exit signal Segmentation fault (11)
[Sun Jan 15 11:26:50 2006] [notice] child pid 325 exit signal Segmentation fault (11)
[Sun Jan 15 11:26:50 2006] [notice] child pid 326 exit signal Segmentation fault (11)
[Sun Jan 15 11:26:50 2006] [notice] child pid 327 exit signal Segmentation fault (11)
[Sun Jan 15 11:26:50 2006] [notice] child pid 328 exit signal Segmentation fault (11)

Bij mij lag het aan mysql dat freesde. Een andere conf bij mysql heeft dat opgelost.

Oorspronkelijk geplaatst door Q-BiC

Op deze pagina zie ik wel versie 5 niet staan... http://www.directadmin.com/install.html, maar misschien is die al outdated. Ik zal DA eens mailen. (Maar het is eigenlijk aan kdiss om dat te voorzien...)

Dat zal mogelijk wat problemen veroorzaken.. Het feit blijft echter dat ifconfig ed. allemaal volledig van DA losstaan, dus zouden ze moeten werken als het aan de FC5+DA combo zou liggen..

Oorspronkelijk geplaatst door The_cobra666

Toen dat ik in het begin mijn server had, had ik ook soms last dat hij hangde en toen ik de logs checkte zag ik dat ook segmentation faults met een hele lijst iets zoals dit ==>

Sun Jan 15 11:26:50 2006] [notice] child pid 319 exit signal Segmentation fault (11)
[Sun Jan 15 11:26:50 2006] [notice] child pid 320 exit signal Segmentation fault (11)
[Sun Jan 15 11:26:50 2006] [notice] child pid 321 exit signal Segmentation fault (11)
[Sun Jan 15 11:26:50 2006] [notice] child pid 322 exit signal Segmentation fault (11)
[Sun Jan 15 11:26:50 2006] [notice] child pid 323 exit signal Segmentation fault (11)
[Sun Jan 15 11:26:50 2006] [notice] child pid 324 exit signal Segmentation fault (11)
[Sun Jan 15 11:26:50 2006] [notice] child pid 325 exit signal Segmentation fault (11)
[Sun Jan 15 11:26:50 2006] [notice] child pid 326 exit signal Segmentation fault (11)
[Sun Jan 15 11:26:50 2006] [notice] child pid 327 exit signal Segmentation fault (11)
[Sun Jan 15 11:26:50 2006] [notice] child pid 328 exit signal Segmentation fault (11)

Bij mij lag het aan mysql dat freesde. Een andere conf bij mysql heeft dat opgelost.

Segmentation faults kunnen door van alles veroorzaakt worden. In het geval van Q-Bic is het geen mySQL config probleem..

update:

ze gaan er CentOS opzetten, niet meer fedora

Heb ook tijdje segfaults in apache gehad, bleek aan oude zend versie icm nieuwe php te liggen - upgrade naar zend 3.x werkte.
Maar aangezien je het ook bij andere progjes tegenkomt, lijkt het me toch een hardware probleem.

Een memtest kan je overigens ook op afstand uitvoeren. Ik heb hiervoor in het verleden gebruik gemaakt van: http://www.memtest86.com/

Het fijne hiervan is overigens dat memtest, de corrupte memory gedeeltes "bezet" houdt, zodat andere applicaties hier geen gebruik van kunnen maken, zolang memtest draait.

Oorspronkelijk geplaatst door Deimos

Een memtest kan je overigens ook op afstand uitvoeren. Ik heb hiervoor in het verleden gebruik gemaakt van: http://www.memtest86.com/

Het fijne hiervan is overigens dat memtest, de corrupte memory gedeeltes "bezet" houdt, zodat andere applicaties hier geen gebruik van kunnen maken, zolang memtest draait.

ik dacht dat dat enkel via een bootdisk ofzo kon gestart worden? dus niet terwijl uw server live is?

Oorspronkelijk geplaatst door Q-BiC

<knip>
Ik zou de eerste zijn met problemen met DA onder FC5.
Kheb hen nu gevraagd de server opnieuw te installen onder FC4, maar daarvoor moeten ze wachten op een nieuwe licentie van DA....
</knip>

Nieuwe licentie??

Lijkt me niet je kan gewoon dezelfde licentie gebruiken en DA zelf een email sturen of de OS veranderd kan worden.
Dit is een kwestie van een emailtje of een bericht op het forum

ja dat zeiden ze bij kdiss toch hoor
"Echter moeten wij wel wachten op directadmin totdat zij de licensie geactiveerd hebben van FC4 naar FC5."

Maar nu gaan ze dus CentOS proberen, omdat ze dat stabieler en betrouwbaarder vinden.

Oorspronkelijk geplaatst door Q-BiC

Ze hebben die segmentation faults nog op andere servers gezien, de kans dat het aan het geheugen ligt is miniem, zeggen ze. Ze willen wel het geheugen gaan testen, maar 1) als er geen fouten opduiken, moet ik opdraaien voor de kosten van het bezoek aan het datacenter... 2) ze bezoeken het datacenter maar eind deze week, dus men server zou een week plat liggen; onaanvaardbaar....

De kans dat het aan de hardware ligt is juist redelijk aanvaardbaar, dat zij stellen dat ze eind van de week ernaar kunnen kijken is absoluut onaanvaardbaar, dat zij het risico van de kosten bij jou leggen, is afhankelijk van de gemaakte afspraken tussen jou en je leverancier.

Als je Segmentation faults krijgt op bijna alle applicaties, is het je HD of geheugen.

Wij hebben meerdere malen deze fouten gehad, en na vervangen van geheugen waren deze problemen altijd weg.

Oorspronkelijk geplaatst door Michel2k

Als je Segmentation faults krijgt op bijna alle applicaties, is het je HD of geheugen.

Wij hebben meerdere malen deze fouten gehad, en na vervangen van geheugen waren deze problemen altijd weg.

Hoeft absoluut niet zo te zijn. Het komt bijna altijd doordat zeer critische applicaties beschadigd zijn door een update bijvoorbeeld. Glibc is hier een van.

Verder kan een simpele probleem als fout in htacces, fouten in de phpconfig etcc. allemaal segmentation faults veroorzaken.

zoek even glibc-*.rpm's even -Uvh --force ze eens dit zal waarschijnlijk je heeell gelukkig maken.

Oorspronkelijk geplaatst door McRox

Hoeft absoluut niet zo te zijn. Het komt bijna altijd doordat zeer critische applicaties beschadigd zijn door een update bijvoorbeeld. Glibc is hier een van.

Verder kan een simpele probleem als fout in htacces, fouten in de phpconfig etcc. allemaal segmentation faults veroorzaken.

en daar zit het hem.
Niets van hetgeen jij opsomt heb ik gedaan/aangepast.

zoek even glibc-*.rpm's even -Uvh --force ze eens dit zal waarschijnlijk je heeell gelukkig maken.

wablief?

[root@teletet ~]# rpm -qa | grep glibc
glibc-2.4-4
glibc-devel-2.4-4
glibc-common-2.4-4
glibc-kernheaders-3.0-5.2
glibc-headers-2.4-4

Download de officieele rpm's van het internet en installeer deze.