From robert@kudra.com  Fri Mar 20 11:43:26 1998
Received: from tabby.kudra.com (gw.kudra.com [199.6.44.145])
          by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA08852
          for <FreeBSD-gnats-submit@freebsd.org>; Fri, 20 Mar 1998 11:43:24 -0800 (PST)
          (envelope-from robert@kudra.com)
Received: (from robert@localhost) by tabby.kudra.com (8.8.8/8.6.12) id OAA25795; Fri, 20 Mar 1998 14:43:22 -0500 (EST)
Message-Id: <199803201943.OAA25795@tabby.kudra.com>
Date: Fri, 20 Mar 1998 14:43:22 -0500 (EST)
From: Robert Sexton <robert@kudra.com>
Reply-To: robert@kudra.com
To: FreeBSD-gnats-submit@freebsd.org
Subject: Incremental dumps are backing up unchanged files
X-Send-Pr-Version: 3.2

>Number:         6074
>Category:       bin
>Synopsis:       Incremental dumps are backing up unchanged files
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    imp
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Fri Mar 20 11:50:02 PST 1998
>Closed-Date:    Fri Sep 24 23:55:28 MDT 1999
>Last-Modified:  Fri Sep 24 23:58:30 MDT 1999
>Originator:     Robert Sexton
>Release:        FreeBSD 2.2.5-STABLE i386
>Organization:
Kudra.Com Web services
>Environment:

	Plain vanilla 486 system with a SCSI (2740) attached QIC drive.

>Description:
  
I perform level 2's daily, and level 0s when the level 2s get
too big.  my level 2 dumps are reliably backing up files that have not
chenged in over a year.  Not the entire filesytem, just particular
files.  All of the files have access times since the level 0, but none
of them have recent mtimes.  

>How-To-Repeat:

I have performed multiple level 0 dumps, but I always seem to get
these files with my level 2's I do not use level 1 dumps.  Perhaps
thats the problem.

>Fix:
	
	Not yet determined.
>Release-Note:
>Audit-Trail:
Responsible-Changed-From-To: freebsd-bugs->imp 
Responsible-Changed-By: imp 
Responsible-Changed-When: Wed Sep 16 11:07:22 MDT 1998 
Responsible-Changed-Why:  
I'll look at it. 

From: "Crist J. Clark" <cjc@cc942873-a.ewndsr1.nj.home.com>
To: freebsd-gnats-submit@freebsd.org, robert@kudra.com
Cc:  
Subject: Re: bin/6074: Incremental dumps are backing up unchanged
Date: Fri, 24 Sep 1999 10:27:02 -0400 (EDT)

 Robert Sexton robert@kudra.com wrote long ago:
 >   Description
 >          
 >I perform level 2's daily, and level 0s when the level 2s get
 >too big.  my level 2 dumps are reliably backing up files that have not
 >chenged in over a year.  Not the entire filesytem, just particular
 >files.  All of the files have access times since the level 0, but none
 >of them have recent mtimes.
 >
 >   How-To-Repeat
 >          
 >I have performed multiple level 0 dumps, but I always seem to get
 >these files with my level 2's I do not use level 1 dumps.  Perhaps
 >thats the problem.
 >
 >   Fix
 >          
 >        Not yet determined.
 
 I do not believe there is any problem here. dump(8) is functioning as
 intended; the bug submitter does not understand the documentation.
 
 To quote the dump(8) manpage,
 
             "A level
              number above 0, incremental backup, tells dump to copy all files
              new or modified since the last dump of any lower level."
 
 The submitter says the files have modification dates since the last
 level 0. Therefore (since he has no level 1 backups), these files will
 and should be dumped. What is confusing the submitter is that dump
 does _NOT_ "remember" that the file was backed up by a previous dump
 at the same level.
 
 This is not a bug. This report should be closed.
 -- 
 Crist J. Clark                           cjclark@home.com
 
From: Warner Losh <imp@village.org>
To: freebsd-gnats-submit@freebsd.org, robert@kudra.com
Cc:  
Subject: Re: bin/6074: Incremental dumps are backing up unchanged
Date: Fri, 24 Sep 1999 10:27:02 -0400 (EDT)

 The bug report says the mtimes had not changed, but the acccess times
 had.  I suspect this is due to the mystery change bug in the vm system
 that was fixed a while ago.  So I'm going to close it.

State-Changed-From-To: open->closed 
State-Changed-By: imp 
State-Changed-When: Fri Sep 24 23:55:28 MDT 1999 
State-Changed-Why:  
The bug report says the mtimes had not changed, but the acccess times 
had.  I suspect this is due to the mystery change bug in the vm system 
that was fixed a while ago.  So I'm going to close it. 
>Unformatted:
