I really don't want to go to that much trouble to preserve this data. I've sifted through the error messages, and I doubt that I'll ever need to restore any of it. I did, however, do a "test" restore of one of the files that errored, and it restored ok. So I'm still a little fuzzy on just what the problem is with these files, and just what needs "updating".
--- John Naylor <[EMAIL PROTECTED]> wrote: > Try exporting the data then if that is successful > delete the filespaces. > In the unlikely event that you actually need to get > back any of the data import > it. > > > > > > Michelle DeVault <[EMAIL PROTECTED]> on 01/28/2003 > 04:12:04 PM > > Please respond to "ADSM: Dist Stor Manager" > <[EMAIL PROTECTED]> > > To: [EMAIL PROTECTED] > cc: (bcc: John Naylor/HAV/SSE) > Subject: audit volume fix=no -- object needs > updating? > > > > TSM 4.2.2.12 > AIX 4.3.3 > > Just ran an audit volume on a tape, and it came back > with a ton of these: > > 01/27/03 17:07:24 ANR2337W Need to reset > header size > for object .2357410, verb type (8f), from (0) to > (224). > 01/27/03 17:07:24 ANR4131W Audit Volume found > incorrect object information for volume <volume>: > Node > <client>, Type Backup (Active), File space <fs>, > fsId > 29, File name <filename>. > > The error message description for ANR4131W is a bit > vague, just says that "the object information for > the > specified file is found to be in error". Ok .... > > There is no error information in TSM Messages for > ANR2337W - is on the "Messages Not Appearing in This > Publication" section. > > The summary for the Audit Volume process said: > > 01/27/03 17:46:59 ANR4133I Audit volume process > ended for volume <volume>; 52908 files inspected, 0 > damaged files found and marked as damaged, 35384 > objects need updating. > 01/27/03 17:46:59 ANR0987I Process 1426 for > AUDIT > VOLUME (INSPECT ONLY) running in the BACKGROUND > processed 52908 items with a completion state of > SUCCESS at 17:46:59. > > All files listed are for a client that no longer > exists. > > Just how do I "update" these objects, as the summary > says I need to? I thought AUDIT VOLUME FIX=YES (and > FIX=NO, for that matter) marks files as damaged in > the > database. The audit volume I ran found no damaged > files, so how could an audit volume with FIX=YES be > any different? I wonder if running another > incremental backup would help (I can't, by the way, > since the machine won't boot up) since at least half > of the files listed with an ANR4131W are active > files > that really should be marked as inactive so they can > eventually expire. > > Any ideas? > > Thanks, > M > > __________________________________________________ > Do you Yahoo!? > Yahoo! Mail Plus - Powerful. Affordable. Sign up > now. > http://mailplus.yahoo.com > > > > > > > > > ********************************************************************** > The information in this E-Mail is confidential and > may be legally > privileged. It may not represent the views of > Scottish and Southern > Energy plc. > It is intended solely for the addressees. Access to > this E-Mail by > anyone else is unauthorised. If you are not the > intended recipient, > any disclosure, copying, distribution or any action > taken or omitted > to be taken in reliance on it, is prohibited and may > be unlawful. > Any unauthorised recipient should advise the sender > immediately of > the error in transmission. > > Scottish Hydro-Electric, Southern Electric, SWALEC > and S+S > are trading names of the Scottish and Southern > Energy Group. > ********************************************************************** __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com
