From owner-freebsd-fs@FreeBSD.ORG Tue May 17 21:17:17 2011 Return-Path: Delivered-To: freebsd-fs@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4FC1F1065672; Tue, 17 May 2011 21:17:17 +0000 (UTC) (envelope-from gpalmer@freebsd.org) Received: from noop.in-addr.com (mail.in-addr.com [IPv6:2001:470:8:162::1]) by mx1.freebsd.org (Postfix) with ESMTP id 1FFD48FC1A; Tue, 17 May 2011 21:17:17 +0000 (UTC) Received: from gjp by noop.in-addr.com with local (Exim 4.76 (FreeBSD)) (envelope-from ) id 1QMRdk-000K3p-4E; Tue, 17 May 2011 17:17:16 -0400 Date: Tue, 17 May 2011 17:17:16 -0400 From: Gary Palmer To: a.smith@ukgrid.net Message-ID: <20110517211716.GD37035@in-addr.com> References: <20110517200932.33075laonl99lx4w@webmail2.ukgrid.net> <4DD2D942.9030600@FreeBSD.org> <20110517215412.879621won3gxj4v4@webmail2.ukgrid.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110517215412.879621won3gxj4v4@webmail2.ukgrid.net> X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: gpalmer@freebsd.org X-SA-Exim-Scanned: No (on noop.in-addr.com); SAEximRunCond expanded to false Cc: freebsd-fs@FreeBSD.org, Andriy Gapon Subject: Re: zfs get all command hung X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 May 2011 21:17:17 -0000 On Tue, May 17, 2011 at 09:54:12PM +0100, a.smith@ukgrid.net wrote: > Quoting Andriy Gapon : > > > >procstat -kk > > > > # procstat -kk 37975 > PID TID COMM TDNAME KSTACK > 37975 100669 zfs - mi_switch+0x176 > sleepq_catch_signals+0x29e sleepq_wait_sig+0x16 _sleep+0x269 > clnt_vc_create+0x153 clnt_reconnect_call+0x64d nfs_request+0x215 > nfs_statfs+0x194 __vfs_statfs+0x28 kern_getfsstat+0x3fc > syscallenter+0x1e5 syscall+0x4b Xfast_syscall+0xe2 > > And actually I was thinking, as the all zfs get commands are hanging, > I can run others and truss them of course. Here is the tail of a truss: > > > NAME PROPERTY VALUE SOURCE > write(1,"NAME PROPERTY VALU"...,58) = 58 (0x3a) > mx1 type filesystem - > write(1,"mx1 type file"...,53) = 53 (0x35) > mx1 creation Mon Jan 17 12:08 2011 - > write(1,"mx1 creation Mon "...,53) = 53 (0x35) > mx1 used 78.2G - > write(1,"mx1 used 78.2"...,53) = 53 (0x35) > mx1 available 195G - > write(1,"mx1 available 195G"...,53) = 53 (0x35) > mx1 referenced 22K - > write(1,"mx1 referenced 22K "...,53) = 53 (0x35) > mx1 compressratio 1.27x - > write(1,"mx1 compressratio 1.27"...,53) = 53 (0x35) > fstat(4,{ mode=crw-rw-rw- ,inode=32,size=0,blksize=4096 }) = 0 (0x0) > ioctl(4,TIOCGETA,0xffffc8c0) ERR#19 'Operation not > supported by device' > lseek(4,0x0,SEEK_SET) = 0 (0x0) > lseek(4,0x0,SEEK_CUR) = 0 (0x0) > getfsstat(0x0,0x0,0x1,0x0,0x80,0xa008) = 443 (0x1bb) I'm no expert, but it looks more like you have a NFS filesystem mounted on the system and for some reason system calls to list the mounted filesystems are hanging due to the NFS mount. Is there a NFS filesystem mounted on that box and is the NFS server available and responding to NFS requests? Gary