Thanks for the explanation Andy - it makes sense.  I am doing the
auditing with FIX=YES, so we should get another backup.  I am hoping
this is not a very pervasive problem - I have not hit any other
"damaged" files yet.

On Thu, 8 Apr 2004, Andrew Raibeck wrote:

> Hi Andy,
>
> When a volume is audited with FIX=NO, damaged files are marked as such,
> but not deleted. In this case, damaged files are not automatically
> eligible for backup again just by virtue of being damaged. Consider the
> possibility that the "damage" could be temporary, such as if the drive on
> which the audit was performed was dirty; and that once the drive is
> cleaned, another audit will show the file as being fine.
>
> When a volume is audited with FIX=YES, then the damaged files will be
> deleted. If the damaged file is deleted AND it is the active version, then
> it will be eligible for backup the next time the client backup runs. If
> the damaged file is an INACTIVE version, then that by itself will not
> trigger another backup of the file (but of course the file could be backed
> up again if it has changed on the client system since the last time the
> file was backed up).
>
> Regards,
>
> Andy
>
> Andy Raibeck
> IBM Software Group
> Tivoli Storage Manager Client Development
> Internal Notes e-mail: Andrew Raibeck/Tucson/IBM@IBMUS
> Internet e-mail: storman AT us.ibm DOT com
>
> The only dumb question is the one that goes unasked.
> The command line is your friend.
> "Good enough" is the enemy of excellence.
>
>
>
> Andy Carlson <andyc AT ANDYC.CARENET DOT ORG>
> Sent by: "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>
> 04/08/2004 08:55
> Please respond to
> "ADSM: Dist Stor Manager"
>
>
> To
> ADSM-L AT VM.MARIST DOT EDU
> cc
>
> Subject
> Files Marked Damaged by Audit Volume
>
>
>
>
>
>
> If an active file is marked damaged by audit volume, is the file backed
> up at the next opportunity?
>
> We have a situation where at least one tape that had undiscovered
> damaged files was copied to a copypool tape.  Those files are not
> recoverable at this time.  We are contemplating a full audit on all the
> volumes in the onsite pool, but need to know if the files marked damaged
> will be backed up again.
>
> Thanks for any info.
>