On Sat, 23 Jan 1999, Peter Wemm wrote: > Matthew Dillon wrote: > > :It's definately happening still, sorry. :-( I recompiled a 100% static > > :kernel and have had three more explosions, usually after starting exmh. > > :(exmh takes 10 to 15MB of ram on this system due to my mailbox folder > > :sizes). > > : > > :However, a clue.. The SMP box that is doing fine is a P6, an NFS client > > :and server (loading nfs.ko, it fsck's fast, so I use that box for making > > :sure the modules work). The one that is crashing, is a P5, an NFS client > > :and server (static kernel), and with a MFS /tmp. Both run softupdates (up > > :to date src/contrib/sys). > > : > > :I suspect MFS is the key. There's the new VOP_FREEBLKS() stuff you added, > > :and the corresponding calls to madvise to free the pages. > > : > > :Given madvise()'s murky history, I can't help but feel suspicious about it. > > : > > :I've unmounted /tmp and am about to thrash the machine. At the > > :moment, it's sitting on: Swap: 120M Total, 376K Used, 120M Free > > : > > :Cheers, > > :-Peter > > > > Hmmm. It's possible. A quick look at the exmh source indicates that > > it uses /tmp a lot. I've been doing make buildworld's with a 300MB > > MFS /usr/obj, but those are typically nothing more then simple file > > creates, reads, and writes. Presumably exmh is doing something more > > sophisticated. > > I've since disabled MFS, compiled out a couple of other things I'm not > using very often and generally cleaned things up. I've had three more > panics since turning off MFS, so that wasn't it. :-( > > Anyway, I've just recompiled without SMP. There were some very strange > things happening on the serial console again that I really do not like the > look of. Console output has been disappearing and getting duplicated. > > > Try changing the panic in vm/vm_page.c to a printf() ( > > I'll do that. > > FWIW, this has happened while the system has been nearly quiescent all the > way through to being thrashed with parallel cvs updates etc running. Most > times it waits till exmh is running. Last time (when recompiling without > SMP) it crashed when it came to linking the kernel (and no exmh running). > > I'll see if it still crashes in uniprocessor mode, if so, I'll put some > debugging in and see if I can find anything out. The kernel was last > built on Jan 16, and that one works fine still, so I'm pretty sure it > isn't hardware.
I just had one of these on one of my alphas. The machine is UP (obviously), no MFS, no dynamically loaded stuff. It was doing an installworld with NFSv3 mounted source, local obj. All filesystems were using softupdates. -- Doug Rabson Mail: d...@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 442 9037 To Unsubscribe: send mail to majord...@freebsd.org with "unsubscribe freebsd-current" in the body of the message
