Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!seismo!rutgers!sri-unix!hplabs!hao!noao!mcdsun!fnf
From: fnf@mcdsun.UUCP (Fred Fish)
Newsgroups: comp.unix.wizards
Subject: Re: Backup of a live filesystem revisited
Message-ID: <215@mcdsun.UUCP>
Date: Wed, 24-Dec-86 15:07:38 EST
Article-I.D.: mcdsun.215
Posted: Wed Dec 24 15:07:38 1986
Date-Received: Thu, 25-Dec-86 18:39:05 EST
References: <4760002@hpirs.HP> <1226@ho95e.UUCP> <7446@utzoo.UUCP>
Reply-To: fnf@mcdsun.UUCP (Fred Fish)
Organization: Motorola Microcomputer Division
Lines: 20

In article <7446@utzoo.UUCP> henry@utzoo.UUCP (Henry Spencer) writes:
>Another wart of dump programs that go through the filesystem is that the
>access time of files becomes largely useless, since the dump program ends
>up updating it on every backup.

Maybe I'm missing something, but why not just use utime(2) to reset the
st_atime and st_mtime fields, that's what bru does.  Of course, st_ctime
is not resetable, and any changes to st_atime or st_mtime by another
process while the file is being read out for backup are lost.  Backup
programs that diddle with the raw filesystem while it's active
give me the creeps...

-Fred


-- 
===========================================================================
Fred Fish  Motorola Computer Division, 3013 S 52nd St, Tempe, Az 85282  USA
{seismo!noao!mcdsun,hplabs!well}!fnf    (602) 438-5976
===========================================================================