Re: ANR4936I Reclaim with unreadable files
I have seen reclaim change a tape to unavailable status when it completes and there are still files left on the tape volume. This is done to prevent reclamation from going into a loop for a bad tape. Check the tape and see if it is unavailable. If it is, I think it should be safe to change it back to readwrite, based on what you said the problem was. At 04:31 PM 3/1/2006, Prather, Wanda wrote: If they were unreadable at the time of the reclaim, they are still on the ORIGINAL volume. They will be reclaimed the next time reclamation runs, since the volume is readable again. No further action required. -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Larry Peifer Sent: Wednesday, March 01, 2006 4:24 PM To: ADSM-L@VM.MARIST.EDU Subject: ANR4936I Reclaim with unreadable files I'm wondering if any corrective action needs to be taken due to the following condition. ANR4936I Reclamation of storage pool TAPEPOOL5 has ended. Files reclaimed: 1098621, Bytes reclaimed: 157994931645, Files reconstructed: 16900, Unreadable files: 150. (SESSION: 42033) This is the first and last time I've ever found this condition. The only diagnostic action taken was to do an 'audit vol' of the volume that received the reclaimed data. Root cause turned out to be several jammed tapes in the 3583 library and a bad gbic. Once the gbic was replaced and the tapes manually adjusted and 'audit library checkl=bar' was run then everything seems normal. Running TSM server 5.3.1 on AIX 5.2 ML5 with 3583 libraries. -- Paul ZarnowskiPh: 607-255-4757 Manager, Storage Systems Fx: 607-255-8521 719 Rhodes Hall, Ithaca, NY 14853-3801Em: [EMAIL PROTECTED]
Re: ANR4936I Reclaim with unreadable files
If they were unreadable at the time of the reclaim, they are still on the ORIGINAL volume. They will be reclaimed the next time reclamation runs, since the volume is readable again. No further action required. -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Larry Peifer Sent: Wednesday, March 01, 2006 4:24 PM To: ADSM-L@VM.MARIST.EDU Subject: ANR4936I Reclaim with unreadable files I'm wondering if any corrective action needs to be taken due to the following condition. ANR4936I Reclamation of storage pool TAPEPOOL5 has ended. Files reclaimed: 1098621, Bytes reclaimed: 157994931645, Files reconstructed: 16900, Unreadable files: 150. (SESSION: 42033) This is the first and last time I've ever found this condition. The only diagnostic action taken was to do an 'audit vol' of the volume that received the reclaimed data. Root cause turned out to be several jammed tapes in the 3583 library and a bad gbic. Once the gbic was replaced and the tapes manually adjusted and 'audit library checkl=bar' was run then everything seems normal. Running TSM server 5.3.1 on AIX 5.2 ML5 with 3583 libraries.
ANR4936I Reclaim with unreadable files
I'm wondering if any corrective action needs to be taken due to the following condition. ANR4936I Reclamation of storage pool TAPEPOOL5 has ended. Files reclaimed: 1098621, Bytes reclaimed: 157994931645, Files reconstructed: 16900, Unreadable files: 150. (SESSION: 42033) This is the first and last time I've ever found this condition. The only diagnostic action taken was to do an 'audit vol' of the volume that received the reclaimed data. Root cause turned out to be several jammed tapes in the 3583 library and a bad gbic. Once the gbic was replaced and the tapes manually adjusted and 'audit library checkl=bar' was run then everything seems normal. Running TSM server 5.3.1 on AIX 5.2 ML5 with 3583 libraries.
Re: Unreadable files
Try using q content on the volume that you reclaimed On Sunday, February 11, 2001 5:52 PM, Stephen McElligott [SMTP:[EMAIL PROTECTED]] wrote: > When i am running a reclaimation on my offsite stgpool, I noticed that > when i do a q proc, the reclaim show that there is 19 unreadable files. > How do I find out what those files are ?.
Unreadable files
When i am running a reclaimation on my offsite stgpool, I noticed that when i do a q proc, the reclaim show that there is 19 unreadable files. How do I find out what those files are ?.
