From owner-freebsd-stable@FreeBSD.ORG Sun Mar 14 20:46:40 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4D9D316A4CE for ; Sun, 14 Mar 2004 20:46:40 -0800 (PST) Received: from alcanet.com.au (mail2.alcanet.com.au [203.62.196.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id C095443D4C for ; Sun, 14 Mar 2004 20:46:36 -0800 (PST) (envelope-from peter.jeremy@alcatel.com.au) Received: from sydsmtp02.alcatel.com.au (IDENT:root@localhost.localdomain [127.0.0.1])i2F4kYxF028095 for ; Mon, 15 Mar 2004 15:46:34 +1100 Received: from gsmx07.alcatel.com.au ([139.188.20.247]) by sydsmtp02.alcatel.com.au (Lotus Domino Release 5.0.12) with ESMTP id 2004031515463358:291759 ; Mon, 15 Mar 2004 15:46:33 +1100 Received: from gsmx07.alcatel.com.au (localhost [127.0.0.1]) i2F4kXHQ002978 for ; Mon, 15 Mar 2004 15:46:33 +1100 (EST) (envelope-from peter.jeremy@alcatel.com.au) Received: (from jeremyp@localhost) by gsmx07.alcatel.com.au (8.12.9p2/8.12.9/Submit) id i2F4kWMr002977 for freebsd-stable@freebsd.org; Mon, 15 Mar 2004 15:46:32 +1100 (EST) (envelope-from peter.jeremy@alcatel.com.au) Date: Mon, 15 Mar 2004 15:46:32 +1100 From: Peter Jeremy To: freebsd-stable@freebsd.org Message-ID: <20040315044632.GA2961@gsmx07.alcatel.com.au> Mail-Followup-To: freebsd-stable@freebsd.org Mime-Version: 1.0 User-Agent: Mutt/1.4.2i X-MIMETrack: Itemize by SMTP Server on SYDSMTP02/AlcatelAustralia(Release 5.0.12 |February 13, 2003) at 15/03/2004 03:46:33 PM,|February 13, 2003) at 15/03/2004 03:46:34 PM, Serialize complete at 15/03/2004 03:46:34 PM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Subject: ktrace output to NFS-mounted filesystem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2004 04:46:40 -0000 I just tried to ktrace a process where the ktrace.out was on an NFS filesystem (v3 TCP mount from a Tru64 4.0F server). The ktrace was _very_ slow and kdump couldn't read it - reporting kdump: bogus length 0xccd6af20 fairly early on. Running the same ktrace to a local filesystem reported no errors. Has anyone else noticed this? -- Peter Jeremy