Re: Help - TSM constantly flooding console buffers..

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" <robert_rippy AT KINDREDHEALTHCARE DOT COM>
Sent by: "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>
12/30/2002 01:01 PM
Please respond to "ADSM: Dist Stor Manager"


        To:     ADSM-L AT VM.MARIST DOT EDU
        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 <zforray AT VCU DOT EDU> on 12/30/2002 12:42 PM

Please respond to "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>

To:   ADSM-L AT VM.MARIST DOT EDU
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.