From nobody@FreeBSD.org  Thu Nov  7 09:32:14 2002
Return-Path: <nobody@FreeBSD.org>
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id DBFB637B401
	for <freebsd-gnats-submit@FreeBSD.org>; Thu,  7 Nov 2002 09:32:14 -0800 (PST)
Received: from www.freebsd.org (www.freebsd.org [216.136.204.117])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 7116143E3B
	for <freebsd-gnats-submit@FreeBSD.org>; Thu,  7 Nov 2002 09:32:14 -0800 (PST)
	(envelope-from nobody@FreeBSD.org)
Received: from www.freebsd.org (localhost [127.0.0.1])
	by www.freebsd.org (8.12.6/8.12.6) with ESMTP id gA7HW87R060615
	for <freebsd-gnats-submit@FreeBSD.org>; Thu, 7 Nov 2002 09:32:08 -0800 (PST)
	(envelope-from nobody@www.freebsd.org)
Received: (from nobody@localhost)
	by www.freebsd.org (8.12.6/8.12.6/Submit) id gA7HW8cJ060614;
	Thu, 7 Nov 2002 09:32:08 -0800 (PST)
Message-Id: <200211071732.gA7HW8cJ060614@www.freebsd.org>
Date: Thu, 7 Nov 2002 09:32:08 -0800 (PST)
From: Matthias Schuendehuette <msch@snafu.de>
To: freebsd-gnats-submit@FreeBSD.org
Subject: dump(8) does not work on UFS2 filesystems
X-Send-Pr-Version: www-1.0

>Number:         45038
>Category:       bin
>Synopsis:       dump(8) does not work on UFS2 filesystems
>Confidential:   no
>Severity:       serious
>Priority:       high
>Responsible:    freebsd-bugs
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Thu Nov 07 09:40:01 PST 2002
>Closed-Date:    Mon Nov 18 23:55:32 PST 2002
>Last-Modified:  Mon Nov 18 23:55:32 PST 2002
>Originator:     Matthias Schuendehuette
>Release:        FreeBSD 5.0-CURRENT #4: Wed Nov  6 19:14:31 CET 2002
>Organization:
private
>Environment:
FreeBSD current.best-eng.de 5.0-CURRENT FreeBSD 5.0-CURRENT #4: Wed Nov  6 19:14:31 CET 2002     root@current.best-eng.de:/disk/obj/usr/src/sys/CURRENT  i386  
>Description:
dump(8) hangs on small UFS2 filesystems and dumps core on larger ones
>How-To-Repeat:
115 # time dump 0auf /dev/null /var
  DUMP: Date of this level 0 dump: Thu Nov  7 18:23:07 2002
  DUMP: Date of last level 0 dump: the epoch
  DUMP: Dumping /dev/da3s1f (/var) to /dev/null
  DUMP: mapping (Pass I) [regular files]
  DUMP: mapping (Pass II) [directories]
  DUMP: estimated 370584972 tape blocks.
  DUMP: dumping (Pass III) [directories]
^C  DUMP: Interrupt received.
  DUMP: Do you want to abort dump?: ("yes" or "no") yes
  DUMP: The ENTIRE dump is aborted.
143.840u 19.359s 4:06.89 66.0%  506+638k 0+8io 0pf+0w

where:
/dev/da3s1f    126702   14842  101724    13%    /var

126 # time dump 0auf /dev/null /usr
  DUMP: Date of this level 0 dump: Thu Nov  7 18:30:42 2002
  DUMP: Date of last level 0 dump: the epoch
  DUMP: Dumping /dev/da3s1g (/usr) to /dev/null
  DUMP: mapping (Pass I) [regular files]
  DUMP: mapping (Pass II) [directories]
  DUMP: SIGSEGV: ABORTING!
Segmentation fault (core dumped)
0.033u 0.067s 0:01.68 5.3%      528+485k 1+25io 0pf+0w

where:
/dev/da3s1g   1269198  771078  396586    66%    /usr
>Fix:
      
>Release-Note:
>Audit-Trail:
State-Changed-From-To: open->closed 
State-Changed-By: dougb 
State-Changed-When: Mon Nov 18 23:55:00 PST 2002 
State-Changed-Why:  

Problems such as this should be discussed on the freebsd-current 
list. We generally don't use PR's for -current. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=45038 
>Unformatted:
