Hello,
From the errors, it seems you are getting these against 2 Drives.
* You can check through the actlog messages just before and after
ANR8355E message to see what ishappening?
* You can check those Tape Drive Device names in their paths are correct as
seen on from OS?
* You can verify
Hello,
to add
1) Check if there is mismatch between tapes and drives (mean lto3 tapes for
LTO5 tapes)
2) check inf those tapes that you are inserting into library have been
properly labeled (check output from label libvol command)
3) I can not see in your log last 2 symbols about tape LTO
From the messages, TSM is using 6 character tape labels. Is that your intent
and has it always been so? Is your tape library and OS also using 6 character
tape labels or might they be using 8 characters?
David
-Original Message-
From: ADSM: Dist Stor Manager
David
If I remember right, ACSLS only ever uses 6 char labels,
Adeel,
you need to either buy your tapes pre-labelled or label them
yourself before first use using the label libvol command,. Did you do
that? If it is only the new tapes that are having the problem, that is
what I would
=no checkin=scratch
Thx, Adeel
-Original Message-
From: Richard Sims [mailto:r...@bu.edu]
Sent: Tuesday, July 9, 2013 3:47 PM
To: Adeel Mehmood
Subject: Re: : TSM Running out of Scratch Tapes
Those messages, in conjunction with your statement that these are new tapes,
indicates that the problem
On Jul 9, 2013, at 9:12 AM, Adeel Mehmood ad.mehm...@diyarme.com wrote:
Dear All,
below steps has been used to checkin the new or offsite tapes as SCRATCH to
the library .
Please advise , if they can be improved further to solve this issue
checkin libvolume sl3kacslib search=yes
Do you use library sharing? If you do, make sure the encryption settings
on the device classes are the same on all the library clients. The label
itself will be encrypted if the device class allows, and a library
client with encryption disabled will not try to re-label the volume if
it sees an
@VM.MARIST.EDU
Subject: Re: : TSM Running out of Scratch Tapes
Dear All,
below steps has been used to checkin the new or offsite tapes as
SCRATCH to the library .
Please advise , if they can be improved further to solve this issue
checkin libvolume sl3kacslib search=yes status=scratch checklabel
Hi,
From the looks of it (at least) 2 drives got their windows ID changed.
Check from windows end if the drive/serial/mt is still matching path defined in
tsm.
Also make sure persistent binding and persistent naming are turned on otherwise
drives will keep on jumping all over the place.
Sounds like you are having tape library problems. A defective tape drive, where
a tape won't eject properly, is a common cause of Unavailable, as is a bad
gripper dropping a tape inside the library. A tape drive which can't read or
write properly will rapidly cause tapes to be forced read-only,
Hi Richard,
Thanks for the input ,you are right we have lots of volumes getting unavailable
in couple of weeks.
We have replaced the 4 tape drives of 14 tapes drives a , but no luck !
Still getting lots for volumes becoming unavailable and Scratch tapes becomes
ZERO !
Thanks , Adeel Mehmood
You may be able to run diagnostics to try to get information on what's going
on. Definitely inspect OS logs and the TSM Activity Log for any details on the
error condition. Also, verify that your drive and library firmware levels are
at an appropriate version: replacement drives may come with
If your tapes have been marked UNAVAILABLE because they were temporarily
unavailable to TSM for whatever reason, but are otherwise undamaged and
available, you could use SET VOLUME ... ACCESS=READWRITE to get them back. -
Margaret
-Original Message-
From: ADSM: Dist Stor Manager
Dear Margaret ,
Below is FYI
The tapes are getting unavailable in huge numbers , we make them available but
they become unavailable .
and its going into a loop now and resulting in running out of scratch tapes!
Thanks best regards,
Adeel Mehmood
-Original Message-
From: ADSM: Dist
Hi,
check if your drives need cleaning.
Dirty drives are the cause of unavailable tapes.
brgds
Wojtek
--
Wojciech Zukowski
Gdansk, PL
W dniu 08.07.2013 18:03, Adeel Mehmood pisze:
Dear Margaret ,
Below is FYI
The tapes are getting unavailable in huge numbers , we make them available but
Hi
It is most useful if you state which version of TSM server you are running.
The OS it runs on and the tape media (LTO3/4/5 etc) would be helpful
What retention policies are in place for the domain copygroups? If NOLIMIT
is in force, then data will never expire and will eventually use all of
You should use the Q ACTLOG command with a begintime and begindate just
before a bunch of tapes were marked unavailable to see more information
about why this is happening. Though you are searching for a needle in a
hay stack you may be able to narrow it down with the SEARCH option on
the Q ACTLOG
Dear ,
Thanks for your response . please find the answers below .
It is most useful if you state which version of TSM server you are running.
-- TSM 6.2
The OS it runs on and the tape media (LTO3/4/5 etc.) would be helpful
Windows 2008 Server ,
Dears ,
We are receiving below errors and the Scratch tapes goes to ZERO
07/04/2013 22:58:44 ANR8355E I/O error reading label for volume 001736 in
drive DRIVE15 (mt10.0.0.2). (SESSION: 32773)
07/04/2013 23:04:23 ANR8355E I/O error reading label for volume
19 matches
Mail list logo
