Hi Sri,

  we experienced this error also during migration and reclamation,
but not with hanging processes, but no possiblity to end the=20
migration or reclamation. We set the access for the damaged tape to=20
readonly and the processes restarted on other tapes.

Mit freundlichen Gruessen=20
Bruno Petruschka =20

Forschungszentrum Karlsruhe GmbH
Technik und Umwelt
Hermann-von-Helmholtz-Platz 1          Tel.: ++49 7247-82-5605
D-76344 Eggenstein-Leopoldshafen   Fax: ++49 7247-82-4972
WWW-Server: http://www.fzk.de       e-mail: petruschka AT hik.fzk DOT de

> -----Urspr=FCngliche Nachricht-----
> Von:  Gogineni, Sri [SMTP:SGogineni AT CAISO DOT COM]
> Gesendet am:  Freitag, 5. M=E4rz 1999 02:18
> An:   ADSM-L AT VM.MARIST DOT EDU
> Betreff:      Re: Verifying 3590 tapes on AIX
>=20
> Hi bruno,
>=20
>          As I said we are using 3995 optical tapes.=20
>=20
>=20
> 03/04/1999 03:16:23  ANR2316W Audit Volume deleting damaged file on =
volume
>                       CRT037: Node CSIFIAPP626, Type Backup, File =
space
>                       \\csifiapp626\d$, File Name \NTRESKIT\TDITRACE\
>                       OEMSETUP.INF.=20
>=20
> 03/04/1999 03:39:50  ANR2314I Audit volume process ended for volume
> CRT037;
>                       23867 files inspected, 5 damaged files deleted, =
0
> damaged
>                       files marked as damaged.
>=20
> I still do not know why this corruption. Often there is no I/O error. =
The
> reason I had try this AUDIT volume is that frequently the migration =
and
> reclamation processes were hanging. As you are It is a lengthy =
process .
> Unlike your case  my drives are not giving any error indications. I =
do not
> know whether this problem is because of my volumes or due to some =
ADSM
> limitation even at this level.
>=20
> Sincere regards
>=20
> Sri
>=20
> =20
>=20
>=20
>=20
>=20
>=20
>        =20
> -----Original Message-----
> From: HIK-ADSM Liste [mailto:adsm AT HIK.FZK DOT DE]
> Sent: Thursday, March 04, 1999 5:34 AM
> To: ADSM-L AT VM.MARIST DOT EDU
> Subject: AW: Verifying 3590 tapes on AIX
>=20
>=20
> Hi,
>=20
>   can you specify the error messages ?
> We experienced a number of errors on our Redwood Tapes
> from STK saying:
> 02/17/99   02:00:52      ANR8337I STK volume RW0259 mounted in drive
> STK_00_0_9_3
>                           (/dev/rmt1).
> 02/17/99   02:01:02      ANR8302E I/O error on drive STK_00_0_9_3
> (/dev/rmt1)
>                           (OP=3DFSR, CC=3D-1, KEY=3D80, ASC=3D00, =
ASCQ=3D01,
> Description=3DAn
>                           undetermined error has occurred).  Refer to
> Appendix B in
>                           the 'Messages' manual for recommended =
action.
>=20
> After AUDIT VOLUME volumename fix=3Dyes
> we have the following errors:
> ANR1161W Move data skipping damaged file on volume ...
>=20
> Thanks for your help
>=20
> Mit freundlichen Gruessen=20
> Bruno Petruschka =20
>=20
> Forschungszentrum Karlsruhe GmbH
> Technik und Umwelt
> Hermann-von-Helmholtz-Platz 1          Tel.: ++49 7247-82-5605
> D-76344 Eggenstein-Leopoldshafen   Fax: ++49 7247-82-4972
> WWW-Server: http://www.fzk.de       e-mail: petruschka AT hik.fzk DOT de
>=20
> > -----Urspr=FCngliche Nachricht-----
> > Von:  Gogineni, Sri [SMTP:SGogineni AT CAISO DOT COM]
> > Gesendet am:  Donnerstag, 4. M=E4rz 1999 09:25
> > An:   ADSM-L AT VM.MARIST DOT EDU
> > Betreff:      Re: Verifying 3590 tapes on AIX
> >=20
> > Hi glen,
> >        I thought that I was the only one having this problems. =
Right now
> > I'm
> > running
> >  AUDIT VOLUME volumename fix=3Dyes.
> > Although I have a 3995 optical library , I suspect some of the =
users on
> > this
> > site must facing similar problem.
> >=20
> > I've had more than 15 volumes reporting errors out of the 20 =
audited so
> > far!!!!!
> >=20
> > And the version is 3.1.2.13!!!!!!!
> >=20
> > I was under the presumption that this aggregate loss ( or File
> corruption
> > )
> > problem was solved at previous level.
> >=20
> > I can only hope IBM comes out with a fix for this.
> >=20
> >=20
> > Sincere Regards
> >=20
> > Sri
> >=20
> > -----Original Message-----
> > From: Glen Walker [mailto:Glen.Walker AT TELUS DOT COM]
> > Sent: Wednesday, March 03, 1999 10:17 AM
> > To: ADSM-L AT VM.MARIST DOT EDU
> > Subject: Verifying 3590 tapes on AIX
> >=20
> >=20
> > We have experienced a significant number of errors over the last =
few
> > months
> > on our 3590 tapes in a 3494 tape library. IBM believe that they =
have
> > solved
> > the problems that created the errors, but we are faced with the
> > uncertainty
> > of how many of the tapes in the library might have faults that will =
only
> > show up later. What we want to do is verify all on-site and =
off-site
> tapes
> > and try to use move data to reclaim from any damaged tapes we find.
> >=20
> > My question. Can I use dd to read the tapes simply check for read
> errors.
> > Because ADSM uses variable block sizes I'm not sure what to use in =
that
> > respect. Has anyone had any experience trying to verify the 3590 =
media?
> > I'm
> > open to any suggestions.
> > Thanks
> >=20
> > --------------------------------------------------------------
> > Glen Walker
> > Unix System Administrator
> > TELUS Communications
> > 403.441.7606
> > glen.walker AT telus DOT com