From owner-freebsd-stable@FreeBSD.ORG Wed Feb 13 23:14:48 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 14A235FD; Wed, 13 Feb 2013 23:14:48 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.208.146]) by mx1.freebsd.org (Postfix) with ESMTP id C591A6E1; Wed, 13 Feb 2013 23:14:47 +0000 (UTC) Received: from maia.hub.org (unknown [200.46.151.188]) by hub.org (Postfix) with ESMTP id 013051BB1AB4; Wed, 13 Feb 2013 19:14:40 -0400 (AST) Received: from hub.org ([200.46.208.146]) by maia.hub.org (mx1.hub.org [200.46.151.188]) (amavisd-maia, port 10024) with ESMTP id 47660-08; Wed, 13 Feb 2013 23:14:39 +0000 (UTC) Received: from [10.5.250.150] (remote.ilcs.sd63.bc.ca [142.31.148.2]) by hub.org (Postfix) with ESMTPA id D39011BB1AB3; Wed, 13 Feb 2013 19:14:38 -0400 (AST) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) Subject: Re: 9-STABLE -> NFS -> NetAPP: From: "Marc G. Fournier" In-Reply-To: <431606432.2998831.1360795813954.JavaMail.root@erie.cs.uoguelph.ca> Date: Wed, 13 Feb 2013 15:14:37 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: References: <431606432.2998831.1360795813954.JavaMail.root@erie.cs.uoguelph.ca> To: Rick Macklem X-Mailer: Apple Mail (2.1499) Cc: Konstantin Belousov , Kostik Belousov , freebsd-stable@freebsd.org, John Baldwin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2013 23:14:48 -0000 On 2013-02-13, at 14:50 , Rick Macklem wrote: > He does get the odd error reported by nfs_getpages() and I don't > think we've isolated why yet. The error is 13 (EACCES), but jhb@ > thought it might be because of the bug he fixed where the krpc > reported EACCES for the EINTR case. I don't think we've heard > back from Marc w.r.t. whether he has gotten any more of these > erros logged since applying jhb@'s patch and whether or not > the errno has changed to EINTR? As mentioned previously, it doesn't happen all that often =85 this = latest one was after 21 days of uptime (or so) =85 I just upgraded the = kernel on that machine to take into consideration changes to hfs *since* = the last upgrade, so it might be another 20-30 days before it happens = again *if* that last patch didn't' fix it =85 I have several servers that do have fully operational remote consoles = though =85 to save time if/when it happens next, what do I all need to = run? ps auxlH procstat -kk (for which process? =85 all part of that "group", or = just one of the apparently hung processes?) sysctl debug.kdb.break_to_debugger=3D1 (shell) (from console) now, is there a way of forcing it to do a dump core so that I can run = the various commands from a shell *after* its rebooted? Not = particularly easy to redirect console output to a file (or is it?), so = anything that scrolls off the screen is pretty much lost =85 I'm using a = DRAC card in most cases, no serial consoles or anything like that that I = can run within a script session =85 a 'ps' listing is >500 lines long, = just to give an idea ...