From owner-freebsd-current@FreeBSD.ORG Mon May 3 07:17:27 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6B6C016A4CE for ; Mon, 3 May 2004 07:17:27 -0700 (PDT) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1916E43D1F for ; Mon, 3 May 2004 07:17:27 -0700 (PDT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.12.10/8.12.10) with ESMTP id i43EHQxZ008603 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 3 May 2004 10:17:26 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.12.9p2/8.12.9/Submit) id i43EHL02097249; Mon, 3 May 2004 10:17:21 -0400 (EDT) (envelope-from gallatin) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16534.21617.310294.982202@grasshopper.cs.duke.edu> Date: Mon, 3 May 2004 10:17:21 -0400 (EDT) To: freebsd-current@FreeBSD.ORG In-Reply-To: <20040430211948.GC85783@dragon.nuxi.com> References: <200404301403.50634.past@noc.ntua.gr> <20040430123040.GB30157@melusine.cuivre.fr.eu.org> <20040430211948.GC85783@dragon.nuxi.com> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Subject: partial dumps (was Re: Change default dumpdir to /usr/crash?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 May 2004 14:17:27 -0000 > On Fri, Apr 30, 2004 at 02:30:40PM +0200, Thomas Quinot wrote: > > The proper fix would probably be to change the default partitioning > > scheme, not to move the crash dumps. I think one property we try to > > guarantee is that /usr be mountable read-only through NFS for a cluster > > of workstations, whereas /var is always mounted read-write, for its > > purpose is to contain files whose contents *vary* over time. Another good idea (perhaps in combination with a larger /var) is to accept and port to -current the Duke "partial dump" patches. These patches allow the user to optionally dump just the kernel virtual address space. This results in dumps that are generally less than 100MB, rather than multiple gigs. In nearly all cases, only the kernel address space is needed to interpret a dump. From what I've seen, this is what Solaris, AIX, and Tru64 do by default. Porting to -current will be non-trivial because of the dump changes between 4.x and 5.x. If I was to do this, is there any chance that it could get into the tree? Drew