We had similar problems with our 8mm tapes. Reclaim and Move Data would
essentially give up after hitting an I/O error on the tape, making the
remaining data on the tape unreachable (or at least not easily reachable).
We have an open APAR, IC11954. I'm guessing that the fix for this APAR
may only apply to 8mm tapes. However, if you are seeing the same problem
then perhaps the same solution could be used. The solution is to re-position
the tape to the next file (which requires rewinding the tape and using the
SPACE operation). This takes a certain amount of time to do the rewind/space
but eventually you get past the bad tape block and the remaining data can
be moved.
We are currently testing a fix for this, which seems to be working okay.
..Paul
Paul Zarnowski Phone: 607/255-4757
Cornell Information Technologies Fax: 607/255-6523
Cornell University US Mail: 315 CCC, Ithaca, NY 14853-2601
--
On Wed, 22 May 1996 16:26:38 +0200 Reinhard Mersch said:
On Wed, 22 May 1996 16:26:38 +0200 Reinhard Mersch said:
>Hello,
>
>after encountering hardware problems with one of our 3590 drives, which
>now is repaired, we now have a defective 3590 tape. Space reclamation and
>MOVE DATA yield I/O errors on the tape. I started an AUDIT VOLUME,
>in the hope, that the files lying in the defective area are deleted from the
>database and I can move away the rest afterwards.
>
>I now see, that the AUDIT VOLUME needs about 2 minutes to detect and delete
>a damaged file. There are more than 79000 files left to audit.
>
>Why does it take so long? Is it the error recovery of the device? I once
>did an AUDIT VOLUME on a 3490E tape, which worked fine.
>
>Is there any hope, that the AUDIT VOLUME will pass the damaged area of the
>tape? If it will result in deleting all the remaining 79000 files, I would
>rather cancel the process and delete the total volume.
>
>Are there any hints, what I can do?
>
>What does IBM suggest on dealing with a damaged 3590 tape? Do not tell me,
>to use copy storage pools; 3590 tapes are so secure, that I use copy
>storage pools for archives only, not for backups ;)
>
>Oh, the ADSM server is 2.1.0.7 on AIX 3.2.5.
>
>-----
>Reinhard Mersch Westfaelische Wilhelms-Universitaet
>Universitaetsrechenzentrum, Einsteinstrasse 60, 48149 Muenster, Germany
>E-Mail: mersch AT uni-muenster DOT de Phone: +49(251)83-2488
|
