From owner-freebsd-alpha  Tue Mar  6 12:44:45 2001
Delivered-To: freebsd-alpha@freebsd.org
Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1])
	by hub.freebsd.org (Postfix) with ESMTP
	id C041B37B71A; Tue,  6 Mar 2001 12:44:37 -0800 (PST)
	(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.9.3/8.9.3) with ESMTP id PAA12808;
	Tue, 6 Mar 2001 15:44:36 -0500 (EST)
Received: (from gallatin@localhost)
	by grasshopper.cs.duke.edu (8.11.2/8.9.1) id f26Ki6C20679;
	Tue, 6 Mar 2001 15:44:06 -0500 (EST)
	(envelope-from gallatin@cs.duke.edu)
From: Andrew Gallatin <gallatin@cs.duke.edu>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-ID: <15013.19478.880920.81093@grasshopper.cs.duke.edu>
Date: Tue, 6 Mar 2001 15:44:06 -0500 (EST)
To: Christian Weisgerber <naddy@mips.inka.de>
Cc: freebsd-alpha@FreeBSD.ORG, phk@FreeBSD.ORG
Subject: Re: Dump segv w/devfs
In-Reply-To: <20010306210654.A25183@kemoauc.mips.inka.de>
References: <9806fj$1si$1@kemoauc.mips.inka.de>
	<Pine.LNX.4.21.0103050923450.16541-100000@zeppo.feral.com>
	<15011.59405.333814.964428@grasshopper.cs.duke.edu>
	<98328r$f38$1@kemoauc.mips.inka.de>
	<15013.11144.757425.205222@grasshopper.cs.duke.edu>
	<20010306210654.A25183@kemoauc.mips.inka.de>
X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid
Sender: owner-freebsd-alpha@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org


Christian Weisgerber writes:
 > Andrew Gallatin:
 > 
 > > OK, it seems to be related to devfs.  Dumping with /dev/null as a file
 > > crashes.  Dumping to a normal file elsewhere works.
 > 
 > No, it doesn't. 
 > I originally noticed the problem when my backup script, which runs
 > 
 >     dump 0af /holding/disk $filesystem
 > 
 > failed.  And this problem still persists.
 > (/holding/disk is just a normal file on an FFS.  Different disk,
 > same SCSI adapter.)
 > 
 > Dumping to /dev/null is merely another convenient way to reproduce
 > this.
 > 
 > > Dumping through a redirect to /dev/null (tcsh) seems to work as
 > > well.
 > 
 > Fails as well.

I've only seen it once & cannot make it happen again.

I've had dump in a while 1 loop for 2 hours.  I can't get it to crash.

Since nobody else can reliably reproduce this but you, can you please
build dump with symbols and get a coredump, or run it under gdb?

Drew

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-alpha" in the body of the message