[BSD] buildworld gond meg mindig

[Adam Szilveszter]

Marton Kenyeres wrote:

En barmoltam:
>>Barmennyire is nem szivesen mondom, de mar csak ket lehetoseget tudok
>>elkepzelni: vagy korrupt (hibas) a forrasfa amit hasznalni probalsz
>>(egyszeruen ellenorizheto, amennyiben kitorlod az egesz /usr/src-t -
>>bar a kernel konfig fajlodat celszeru kimenteni - es ujra lehuzod)
>>vagy megiscsak a hardverrel van valami nem koser arrafele. Pl a hutes
                    ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>>tutira rendben van? 

<blah, blah, blah>

> <flame>
> Tudom, hogy Tompos es Sziszi nagy BSD guruk, de azert lehetne egy kicsit 
> korultekintobben eljarni az ilyen valaszokkal. A rutin nem minden.
> </flame>

:-)

<nem flame>
Szerinted miben nem voltam korultekinto? (Most egy pillanatra eltekintve 
attol, hogy a level irasakor nem jutott eszembe, hogy a Sig 9 pontosan 
mi, de mivel errol eppen nem irtam semmit, ezert ezt legfeljebb akkor 
tudhattad volna, ha gondolatolvaso vagy :-) A Sig 9 oka lehet hardver 
problema (mie' nem), abban pedig azert voltam biztos, hogy helyi a 
problema, mert

a) par nappal elotte a listan valaki mar irta, hogy sikerrel frissitett 
5.2.1p8-rol p9-re tehat akkor ennek mukodnie kell
b) a -CURRENT-et pedig folyamatosan forditja a tinderbox, tehat ott is 
azonnal kibukik ha valami altalanos hiba van. Ha valamit ott nem latsz, 
akkor gyanakodni a sajat kornyezetedre celszeru elobb. A *futasideju* 
hibakkal mas a helyzet, de az, hogy lefordul-e, nagyjabol univerzalis.

> - az eredtei threadbol kiderult (apropo miert is kellet uj threadet 
> kezdeni?)

remelem nem en kezdtem... eszre se vettem, hogy ez egy masik... :o

, hogy a szoban forgo gep egy 200-as pentiumpro keves
> memoriaval, szoval nem valami modern terraherzes csoda :)

Hmmm. Erre egy bombajo mentsegem van: A tema (ezek szerint mar remix 
valtozatban is) kb 5 napja biztos forog mar a lemezjatszon. Ez ido alatt 
ket cimrol, es osszesen harom helyszinrol valaszolgattam ra. Ezek kozott 
az osszekoto kapocs gyakran csupan en vagyok, tehat meg ha gondosan el 
is mentegetnem a thread elejet valahol, akkor se fernek hozza a masik 
helyen. Es ennyi ido alatt ohatatlanul kihullanak az ember fejebol 
"lenyegtelen" reszletek, pl mig hazafele tart a villamoson, es az elotte 
acsorgo nagyon po:pec lyanyok feneket stb. nezegeti (nyari divat rulez!) 
meg ilyesmi, addig nem a PPro200-asra koncentral. Es aztan otthon ujra 
valaszol, ha addig volt valami fejlemeny.

Es meg egy dolog: Ha valaki kerdez valamit, akkor en eloszor elhiszem 
neki, hogy az minden, amit leir. Hogy nem latott vagy nem tud mas fontos 
informaciot, mert hisz akkor mondta volna. Gyanakodni akkor kezdek csak, 
ha mar feluletes ranezesre is latszik, hogy itten valami nem stimmel, 
vagy lathatoan hianyos. Kedvenc mondasaim koze tartozik az "ulj lecci 
kicsit odebb mert igy nem latom jol a kepernyodet". Ha valaki nem irja 
le, akkor nem fogja tudni egy masik valaki kitalalni azt, hogy van ott 
meg mas is, csak ha ott all az illeto mellett. Pl ha ez tenyleg egy 
memoria telitodes problema lenne akkor (mint irod is) ott nem csak egy 
Sig 9 latszana, hanem elotte a swapper segelykialtasai meg mas kernel 
uzenetek is, amiknek akkor is fel kell tunniuk, ha valaki remote van 
belepve. Mert ugye legkesobb a /var/log/messages-ben benne lesznek. Itt 
errol sem az elso uzenetben, sem kesobb nem volt szo. Tehat joggal 
tetelezhette fel barki, hogy akkor nem ez a baj.

> persze ettol 
> meg tulmelegedhet ez is, de a Qt forgatas az tenyleg szadizmus lenne

:-) Egyebkent a hutes csak egy tipp volt, azok kozul, amikre az emberek 
nem szoktak gondolni, mert "amugy a gep megy szepen" csak teher alatt 
borul meg, a masik ilyen pl a reszben hibas RAM, vagy a gyenge tap 
lenne. Ezek mindegyike mellett tunhet ugy, hogy a gep "rendben van" 
pedig fenet. En ugy altalaban hardver problemara tippeltem, a hutes csak 
egy lehetoseg volt. Ha kekeckedni akarnek, azt is mondhatnam, hogy 
amennyiben a tipped bejon, akkor is nekem volt igazam: helyi hw problema 
volt mert tul keves a RAM :-))))

> - a signal 9 ismertebb(?) neven SIGKILL. A hardware hibak elsosorban 10 
> (SIGBUS) es 11 (SIGSEGV) signalokat szoktak dobalni.

Ezek a leggyakoribbak valoban...

> SIGKILL-t egy 
> process ket tipikus esetben kap (szerintem, javitast, kiegeszites 
> szivesen veszem): egyreszt ha shutdown-nal nem reagal idoben a 
> SIGTERM-re, masreszt amikor valamilyen eroforrasnak szukben van a 
> kernel, pl. elfogyott a swap.

Igen, ezek is realis lehetosegek, foleg a masodik, mert azt megint nem 
irta az eredeti kerdezo, hogy a buildworld kozben shutdownolni akarna 
:-) bar ezek utan mar nem lehetek semmiben biztos :-) Es csak, hogy 
korultekinto legyek a jovoben erre is kulon ra fogok kerdezni ;-)

> Mivel a libc tenyleg eleg nagy, a memoria 
> meg viszonylag keves (mennyi swap van a 64M mellett?) en korulneznek 
> a /var/log/messages-ben "getswapspace failed" es "process 123 killed, 
> out of swapspace" uzenetek utan kutatva.

Egyetertek.

</nem flame>

Sz.