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).
absencia CPUTYPE v make.conf nepomohla, avsak mam pocit, ze bude asi treba
hladat v konfiguracii.
pozrel som na ostatne stroje do dmesg a signal 4 sa objavuje sporadicky na
vsetkych :)
snad len dodam, ze vsetky stroje bezia na platforme AMD (Opteron) - avsak
nie su identicke (V20, X2200, X2100 atd,). Konfiguracia Apache a PHP je na
nich mierne odlisna. Verzia OS je od 6.1 po 6.3.
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.
core dump sa nevytvori... mas prosim napad ako ho prinutit aby ho pri pade
vyrobil?
d~
rwi
--
FreeBSD mailing list (users-l@freebsd.cz)
http://www.freebsd.cz/listserv/listinfo/users-l
