Thanks for the help. I did and this is what I get:
12/30/2002 13:23:24 ANR1255W Files on volume 041108 cannot be restored access mode is "unavailable" or "offsite". 12/30/2002 13:23:25 ANR1255W Files on volume 041619 cannot be restored access mode is "unavailable" or "offsite". 12/30/2002 13:23:25 ANR1260W Volume 040287 contains one or more damaged, primary files. 12/30/2002 13:23:25 ANR1234I Restore process 12 ended for storage pool ATL3590. 12/30/2002 13:23:25 ANR0986I Process 12 for RESTORE STORAGE POOL (PREVIEW) running in the BACKGROUND processed 1100 items for a total of 338,196,096 bytes with a completion state of SUCCESS at 13:23:25. 12/30/2002 13:23:25 ANR1239I Restore preview of primary storage pool ATL3590 has ended. Files Restored: 1100, Bytes Restored: 338196096. The weird thing about this is the second tape, 041619. When I did a query on it, the tape shows as 0% used - 99.9% reclaimable ! So, if I fetch these tapes and mark them as onsite/READWRITE, I should be able to run the RESTORE (I have never done a restore !) and it will magically fix everything ? What about the 040287 tape, since it is an onsite, primary tape ? Will the restore fix that as well ? "Robert L. Rippy" <[EMAIL PROTECTED]> Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]> 12/30/2002 01:01 PM Please respond to "ADSM: Dist Stor Manager" To: [EMAIL PROTECTED] cc: Subject: Re: Help - TSM constantly flooding console buffers.. Run 'restore stg ATL3590 preview=yes' and check the console and it should show you which volume is damaged. Get the offiste copy of that volume and restore that volume. If not needed, then just delete volume. Thanks, Robert Rippy From: Zoltan Forray/AC/VCU <[EMAIL PROTECTED]> on 12/30/2002 12:42 PM Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] cc: Subject: Help - TSM constantly flooding console buffers.. I need help in trying to resolve these errors before they crash my z/OS system. I am getting hundreds of these, hourly. Even after I raised the storage pool reclaim setting to 99 it is still issuing these messages, eventhough it isn't running any reclaims. What gives ! ANR1173E Space reclamation for offsite volume(s) cannot copy file in storage pool ATL3590: Node ACADNT1, Type Backup, File space \\acadnt1\g$, fsId 4, File name \PUBLISH\PUBLIC\CARROLL\WARNIER_FILES\ WOFIG04.GIF. ANR1173E Space reclamation for offsite volume(s) cannot copy file in storage pool ATL3590: Node ACADNT1, Type Backup, File space \\acadnt1\g$, fsId 4, File name \PUBLISH\PUBLIC\CARROLL\WARNIER_FILES\ WOFIG05.GIF. ANR1173E Space reclamation for offsite volume(s) cannot copy file in storage pool ATL3590: Node ACADNT1, Type Backup, File space \\acadnt1\g$, fsId 4, File name \PUBLISH\PUBLIC\CARROLL\WARNIER_FILES\ WOFIG06.GIF. ANR1173E Space reclamation for offsite volume(s) cannot copy file in storage pool ATL3590: Node ACADNT1, Type Backup, File space \\acadnt1\g$, fsId 4, File name \PUBLISH\PUBLIC\CARROLL\WARNIER_FILES\ WOFIG07.GIF. ANR1173E Space reclamation for offsite volume(s) cannot copy file in storage pool ATL3590: Node ACADNT1, Type Backup, File space \\acadnt1\g$, fsId 4, File name \PUBLISH\PUBLIC\CARROLL\WARNIER_FILES\ WOFIG08.GIF. ANR1173E Space reclamation for offsite volume(s) cannot copy file in storage pool ATL3590: Node ACADNT1, Type Backup, File space \\acadnt1\g$, fsId 4, File name \PUBLISH\PUBLIC\CARROLL\WARNIER_FILES\ WOFIG09.GIF.