Steve,
We already have an alternate control path set up. I will give
that try. Thanks for the suggestion.
Best Regards,
John D. Schneider
Phone: 314-364-3150
Cell: 314-750-8721
Email: John.Schneider AT Mercy DOT net
-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of
Steven Harris
Sent: Saturday, July 26, 2008 7:39 AM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: [ADSM-L] Method to count tapes in I/O slots of IBM3584
library
John,
If I'm reading it correctly, the SML-MIB_112.mib file describes
structures in the library that can be walked with SNMP.
physicalMediaTable might be the one to look at, I have no access to a
library just at present so I can't test.
Alternatively, define another control path and use it just to run your
tapeutil commands.
HTH
Steve
Steven Harris
TSM Admin
Sydney Australia.
Schneider, John wrote:
> Greetings,
> We have an IBM3584 library. We needed a script which would
> determine how many tapes were in the I/O doors of the library, and
then
> send an email to the Operators to empty the I/O doors when the
library
> was mostly full. We fill the I/O door several times a day in the
course
> of daily processing, so we need to notify the Operators regularly.
The
> way that seemed the best to do this was a script which issued:
>
> tapeutil -f /dev/smc1 inventory -i > /tmp/tapeinventory.out
>
> The output file is easy to parse, and count how many slots contain
> media, and spit out the email accordingly. We run the script every 30
> minutes. But now that we have been running the script a couple weeks,
> several times we have gotten TSM errors like this:
>
>
> 07/25/08 05:35:00 ANR8965W The server is unable to automatically
> determine
> the serial number for the device. (SESSION:
> 21742)
> 07/25/08 05:35:00 ANR8840E Unable to open device /dev/smc1 with
file
> handle
> 11. (SESSION: 21742)
>
> 07/25/08 05:35:00 ANR8848W Drive LTO4_F1_D08 of library SUN2079 is
>
> inaccessible; server has begun polling drive.
> (SESSION:
> 21742)
>
> 07/25/08 05:35:00 ANR1794W TSM SAN discovery is disabled by
options.
>
> (SESSION: 21742)
>
> 07/25/08 05:35:00 ANR8965W The server is unable to automatically
> determine
> the serial number for the device. (SESSION:
> 21742)
> 07/25/08 05:35:00 ANR8840E Unable to open device /dev/smc1 with
file
> handle
> 11. (SESSION: 21742)
>
> 07/25/08 05:35:00 ANR8848W Drive LTO4_F1_D06 of library SUN2079 is
>
> inaccessible; server has begun polling drive.
> (SESSION:
> 21742)
>
> 07/25/08 05:35:00 ANR1794W TSM SAN discovery is disabled by
options.
>
> (SESSION: 21742)
>
> 07/25/08 05:35:00 ANR8965W The server is unable to automatically
> determine
> the serial number for the device. (SESSION:
> 21742)
> 07/25/08 05:35:00 ANR8840E Unable to open device /dev/smc1 with
file
> handle
> 11. (SESSION: 21742)
>
> 07/25/08 05:35:00 ANR8848W Drive LTO4_F1_D10 of library SUN2079 is
>
> inaccessible; server has begun polling drive.
> (SESSION:
> 21742)
>
> 07/25/08 05:35:00 ANR1794W TSM SAN discovery is disabled by
options.
>
> (SESSION: 21742)
>
>
> >From the timestamp we know it is exactly when our script which issues
> the tapeutil command is running. Apparently there are times when
> issuing tapeutil interferes with TSM issuing commands through the
> /dev/smc1 device to the library. Perhaps tapeutil makes the device
busy
> for just a second? I think that is the reason, because when I was
> writing the script sometimes it would get a "device busy" error from
> tapeutil, so my script had to be sensitive to that error, wait a few
> seconds, and try again.
>
> Does anybody know of a way around this? Anybody else done something
> similar. Is there a way via IP to get this information from the
library
> that won't interfere with /dev/smc1?
>
> Best Regards,
>
> John D. Schneider
> Lead Systems Administrator - Storage
> Sisters of Mercy Health Systems
> Email: John.Schneider AT Mercy DOT net
>
>
> This e-mail contains information which (a) may be PROPRIETARY IN
NATURE OR
> OTHERWISE PROTECTED BY LAW FROM DISCLOSURE, and (b) is intended only
for the
> use of the addressee(s) named above. If you are not the addressee, or
the
> person responsible for delivering this to the addressee(s), you are
notified
> that reading, copying or distributing this e-mail is prohibited. If
you have
> received this e-mail in error, please contact the sender immediately.
>
> No virus found in this incoming message.
> Checked by AVG - http://www.avg.com
> Version: 8.0.138 / Virus Database: 270.5.5/1571 - Release Date:
7/24/2008 5:42 PM
>
>
>
>
This e-mail contains information which (a) may be PROPRIETARY IN NATURE OR
OTHERWISE PROTECTED BY LAW FROM DISCLOSURE, and (b) is intended only for the
use of the addressee(s) named above. If you are not the addressee, or the
person responsible for delivering this to the addressee(s), you are notified
that reading, copying or distributing this e-mail is prohibited. If you have
received this e-mail in error, please contact the sender immediately.
|
