Panic under heavy HTTP load?

[Henrik W Lund]

Subhro wrote:
> 
> <snip>
> 
> Is the ports tree up to date? IF not please do so and run portupgrade -au.
> Your package list makes me feel that the port tree had been updated but only
> partially. Also try avoiding fancy stuff like explicitly asking gnutella to
> link with gtk2 using build time flags. Also if you are not running really
> short of hard disk space, cvsup with ports-all. The ps -aux output had been
> snipped in the right. So could not make out a few processes. Last but not
> the least, gnutella indeed calculates hashes in order to differentiate
> between files having same names and accurately get the correct stuff from
> different sources and join them up later. But succesice calls to stat() (or
> any syscall as such) should not cause the kernel to freeze. If it indeed
> causes a freeze because of that, the kernel is broken and needs to be fixed.
> Also are there are cores left over in the filesystem? If yes just check if
> there is anything relevant. You can try to post mortem the core files. In
> case you are not comfortable with it, you can send them here. Some
> knowledgeable soul would surely do it for you.
> 
> Regards
> S.
> 
> Subhro Sankha Kar
> Block AQ-13/1, Sector V
> Salt Lake City
> PIN 700091
> India

I updated all the ports so that they're the latest version (as of just 
now), and searched the drives for .core files (there were none).

I had it suggested to me that maybe it was something network-related 
after all due to the hoopla with finegrained locking of the network 
stack and drivers. My driver (wi) is supposed to run free of Giant, but 
I'll experiment by toggling debug.mpsafenet and turning on stuff like 
various WATCHDOGs and WITNESS and such, and see if there is some obscure 
bug somewhere. Either way, I'll take it off -questions and on to 
-hackers or even -stable if I need more help.

Thanks for all your help so far! :-)

-- 
Henrik W Lund