Re: [BUG]: "httpd crashes machine" on SunOS 4.x

[Rob Hartill <ro...@imdb.com>]

Hi,

I'm forwarding your problem report to the developers list. You might
want to look around for a core file to see if it points the finger at
anything in particular.

cheers,
rob

On Sun, 19 Jan 1997 ajk@purdue.edu wrote:

> Submitter: ajk@purdue.edu
> Operating system: SunOS 4.x, version: 
> Version of Apache Used: 1.2b4
> Extra Modules used: rewrite, status, info, digest, expires, headers
> URL exhibiting problem: 
> 
> Symptoms:
> --
> I apologize for previous reports I tried to send.
> I was trying to paste into a Lynx session, which
> proved distaerous.
> 
> We were having this problem with NCSA httpd 1.5.
> The server would crash the machine, seemingly at
> random.  Sometimes we would go a week between
> crashes, sometimes less than one day.  I filed a 
> trouble report with NCSA.  They never responded,
> so, as an experiment, I installed Apache 1.1.1,
> which seemed to fix the problem somehow.  A few
> days ago, we upgraded to 1.2b4, and we had a
> similar crash the next evening.  Here are the
> kernel messages:
> 
> Jan 16 23:16:14 london vmunix: BAD TRAP: cpu=0 type=9 rp=f1bc6d54 addr=20 mmu_fs
> r=326 rw=1
> Jan 16 23:16:14 london vmunix: MMU sfsr=326: Invalid Address on supv data fetch 
> at level 3
> Jan 16 23:16:14 london vmunix: regs at f1bc6d54:
> Jan 16 23:16:14 london vmunix:  psr=1f4000c6 pc=f001f92c npc=f001f930
> Jan 16 23:16:14 london vmunix:  y: 40000000 g1: f001f920 g2: ef7f3870 g3: ffffff
> 00
> Jan 16 23:16:14 london vmunix:  g4: ef6bad0a g5: f1bc7000 g6: 0 g7: 0
> Jan 16 23:16:14 london vmunix:  o0: ffbfffff o1: 88001 o2: f1bc6fe0 o3: 0
> Jan 16 23:16:14 london vmunix:  o4: f1bc6fe0 o5: f1bc7000 sp: f1bc6da0 ra: fd00a
> 800
> Jan 16 23:16:14 london vmunix: pid 14630, `httpd': Data access exception
> Jan 16 23:16:14 london vmunix: kernel read fault at addr=0x20, pme=0x0
> Jan 16 23:16:14 london vmunix: MMU sfsr=326: Invalid Address on supv data fetch 
> at level 3
> Jan 16 23:16:14 london vmunix: rp=0xf1bc6d54, pc=0xf001f92c, sp=0xf1bc6da0, psr=
> 0x1f4000c6, context=0xd3
> Jan 16 23:16:14 london vmunix: g1-g7: f001f920, ef7f3870, ffffff00, ef6bad0a, f1
> bc7000, 0, 0
> Jan 16 23:16:14 london vmunix: Begin traceback... sp = f1bc6da0
> Jan 16 23:16:14 london vmunix: Called from f005f64c, fp=f1bc6e00, args=1 ff6d340
> c 6 1 f1bc6eb0 0
> Jan 16 23:16:14 london vmunix: Called from f00623ac, fp=f1bc6e60, args=ff6d340c 
> 6 1 ff6a3d00 0 ff6a3d00
> Jan 16 23:16:14 london vmunix: Called from f0118b88, fp=f1bc6ec0, args=f1bc6fe0 
> 348 f0192068 f13bde4c ff6a3d00 f1bc6fe0
> Jan 16 23:16:14 london vmunix: Called from f0005cf4, fp=f1bc6f58, args=f1bc7000 
> f1bc6fb4 f1bc6fe0 f1bc7000 f1bc7000 f1bc6fb4
> Jan 16 23:16:14 london vmunix: Called from 4da4, fp=effff5f8, args=9 6 1 effff65
> c 4 f1bc6fb4
> Jan 16 23:16:14 london vmunix: End traceback...
> Jan 16 23:16:14 london vmunix: panic on cpu 0: Data access exception
> Jan 16 23:16:14 london vmunix: syncing file systems... 1 1 1 1 1 1 1 1 1 1 1 1 1
>  1 1 1 1 1 1 1 give up!
> Jan 16 23:16:14 london vmunix: 06388 low-memory static kernel pages
> Jan 16 23:16:14 london vmunix: 0    
> 
> The httpd logs did not appear suspicious, but I
> will send them if you think it will help.
> 
> I'm sure any ideas you have would prove helpful to
> us.
> 
> Thanks ...
> ajk
> --
> 
> Backtrace:
> --
> 
> --
> 
> 

--
Rob Hartill.       Internet Movie Database Ltd.    http://www.imdb.com/