From owner-freebsd-fs@FreeBSD.ORG Wed Sep 29 10:31:12 2010 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 A9F37106564A for ; Wed, 29 Sep 2010 10:31:12 +0000 (UTC) (envelope-from kpielorz_lst@tdx.co.uk) Received: from mail.tdx.com (mail.tdx.com [62.13.128.18]) by mx1.freebsd.org (Postfix) with ESMTP id 4B5E38FC14 for ; Wed, 29 Sep 2010 10:31:11 +0000 (UTC) Received: from HexaDeca64.dmpriest.net.uk (HPQuadro64.dmpriest.net.uk [62.13.130.30]) (authenticated bits=0) by mail.tdx.com (8.14.3/8.14.3/Kp) with ESMTP id o8TAV90r035552 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Wed, 29 Sep 2010 11:31:10 +0100 (BST) Date: Wed, 29 Sep 2010 11:30:29 +0100 From: Karl Pielorz To: Martin Simmons , freebsd-fs@freebsd.org Message-ID: <8CF1F1F15531907E2F8DC2A2@HexaDeca64.dmpriest.net.uk> In-Reply-To: <201009291024.o8TAOnph013730@higson.cam.lispworks.com> References: <201009291024.o8TAOnph013730@higson.cam.lispworks.com> X-Mailer: Mulberry/4.0.8 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: Re: FreeBSD 8.1-R/amd64 - zfs 'hangs' - help tracing? 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: Wed, 29 Sep 2010 10:31:12 -0000 --On 29 September 2010 11:24 +0100 Martin Simmons wrote: >> I saw a while ago a command under 8.1 to get 'more info' for these stuck >> processes, but can't for the life of me remember it? > > Maybe procstat -k -k $pid is what you are looking for (i.e. a kernel > backtrace)? Use -a instead of $pid to get all processes. Yup, that's it - thanks! Having run it I get: procstat -k -k 1927 (PID 1927 is the 'ls' that's locked up) PID TID COMM TDNAME KSTACK 1927 100206 ls - mi_switch+0x16f sleepq_wait+0x42 _cv_wait+0x111 zio_wait+0x61 dbuf_read+0x39a dnode_hold_impl+0xe7 dmu_bonus_hold+0x2a zfs_zget+0x227 zfs_dirent_lock+0x4e3 zfs_dirlook+0x69 zfs_lookup+0x1f0 zfs_freebsd_lookup+0x81 vfs_cache_lookup+0xf0 VOP_LOOKUP_APV+0x40 lookup+0x40a namei+0x52b kern_statat_vnhook+0x8f kern_statat+0x15 Which will hopefully mean something more to someone here than it does me at the moment ;) -Karl