Apache umiera na signal 4

[Richard Willmann]

> Signal 4 je "illegal instruction"
>
> Zrejme se tedy procesoru predklada jako instrukce neco, co instrukce neni.
>
> To se do kodu mohlo dostat uz pri prekladu (preklad pro nespravny typ 
> procesoru, chyba prekladace) nebo pri behu (prepsani casti pameti).
>
> To prvni se overi nejlepe tak, ze se pri prekladu vykasles na specifikaci 
> konkretniho procesoru a prelozis to (nejen Apache, ale i ostatni veci, 
> ktere Apache pouziva) pro genericky procesor (ergo zakomentujes 
> CPUTYPE=opteron).

otazka je, ci vyhodit -O alebo CPUTYPE=opteron.

Mimochodom, ak sa dobre pamatam, CPUTYPE=opteron zapina optimalizaciu pre 
dany procesor, ale malo by to byt iba pre crypto zalezitosti. Ten link v 
povodnej sprave... clovek, ktory mal podobny problem vyhodil z PHP mcrypt, 
to by teoreticky mohlo sediet.

> U toho druheho by bylo treba zjistit jaky modul konkretne to dela - to 
> bud' pouzijes vytvorene core image. Pokud se nevytvari je treba zajistit 
> aby se vytvorilo, Vubec by nevadilo, kdyby se vytvarelo z kodu prelozeneho 
> pro debugovani (option -g pro preklad i linkovani Apache i dalsich 
> modulu). Alternativne se "vadny modul" muzes pokusit najit tak, ze z 
> Apache vyhazis vsechny moduly a zacnes je tam postupne vracet - az tam 
> vratis ten problematicky, zacne to zase padat.

problem je, ze to padanie je "sporadicke".

> Az budes mit problem vic lokalizovany lze se ptat dal. Takhle neni jasne, 
> jestli hledame chybu prekladace, Apache, PHP, ...


osobne asi tipujem Apache... uvidime.

d~

rwi