From owner-freebsd-hackers Sun Apr 6 23:23:12 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA25194 for hackers-outgoing; Sun, 6 Apr 1997 23:23:12 -0700 (PDT) Received: from minor.stranger.com (stranger.vip.best.com [204.156.129.250]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id XAA25187 for ; Sun, 6 Apr 1997 23:22:55 -0700 (PDT) Received: from dog.farm.org (dog.farm.org [207.111.140.47]) by minor.stranger.com (8.6.12/8.6.12) with ESMTP id XAA08417; Sun, 6 Apr 1997 23:27:54 -0700 Received: (from dk@localhost) by dog.farm.org (8.7.5/dk#3) id XAA12502; Sun, 6 Apr 1997 23:20:11 -0700 (PDT) Date: Sun, 6 Apr 1997 23:20:11 -0700 (PDT) From: Dmitry Kohmanyuk Message-Id: <199704070620.XAA12502@dog.farm.org> To: robin!knarf@camelot.de Cc: freebsd-hackers@freebsd.org Subject: Re: kern/2923: panic: vm_fault: fault on nofault entry, addr: f6e21000 Newsgroups: cs-monolit.gated.lists.freebsd.hackers Organization: FARM Computing Association Reply-To: dk+@ua.net X-Newsreader: TIN [version 1.2 PL2] Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article you wrote: > Hi, > You, Thomas David Rivers wrote: > > > If you have any idea how I can make the uptime 6 hrs or higher, please > > > tell me! > > > > Since I'm guessing this is a different problem; if you'll provide > > the kgdb traceback and an nm of your kernel (are you running a 2.2.1 > > GENERIC kernel?) and details of your system - it's quite possible your > > problem isn't as thorny as mine and can be much more readily repaired. > Ok, I have DDB in the kernel and had another panic. > I typed `trace' and saw nfs_bioread, nfs_readdir, getdirentries, > syscall, Xsyscall. I was getting the same panic (`fault on nofault') while trying to access NFS-mounted filesystem (happened wish astonishing regularity, about once a day). I was able to reproduce it with `make -n' in /usr/src/contrib/gdb . It looks like a NFS readdir is a trigger. I changed NFS mount from v3 to v2 (server is NetApp F330, 4.0.1c) and it was running happily since then. This was back in 2.2-GAMMA days; now, that I have non-production 2.2 machine, I can try to reproduce it with 2.2.1. -- You are in a twisty little passage of standards, all conflicting.