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
--
FreeBSD mailing list ([email protected])
http://www.freebsd.cz/listserv/listinfo/users-l
