No virtual I/O.
Assignment policy - gobi, volser ranges 444000-444999
sahara, volser ranges 333000-333999
All others - "shared", whatever that means.
All cleaning tapes start as "CLN..."
And like I say, we only seem to have problems with 333026 and 333063.
Fascinating.
TK
> -----Original Message-----
> From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf
> Of Clark, Robert A
> Sent: Wednesday, April 22, 2009 5:00 PM
> To: ADSM-L AT VM.MARIST DOT EDU
> Subject: Re: I've got an interesting issue with ALMS
>
> Are you using virtual I/O?
>
> What are you using for cartridge assignment policy strings?
>
> IIRC, CAP typically looks at the first 6 characters. Do these volsers
> conflict with cleaning tapes?
>
> [RC]
>
> -----Original Message-----
> From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf
> Of
> Kauffman, Tom
> Sent: Wednesday, April 22, 2009 10:33 AM
> To: ADSM-L AT VM.MARIST DOT EDU
> Subject: [ADSM-L] I've got an interesting issue with ALMS
>
> Not enough of a problem to be worth reporting, but a bit of a
> curiosity,
> and I'm wondering if anyone else has seen this.
>
> We have a 3584 logically partitioned by ALMS into two libraries: gobi,
> with 10 LTO-4 drives and around 150 LTO-4 tapes; and sahara, with 6
> LTO-2 drives and about 250 LTO-2 tapes.
>
> All the LTO-4 volsers start 444 and the LTO-2s start 333 - and we have
> ALMS set to do library auto-assign for the I/O door content based on
> the
> first three digits of the tape label.
>
> We have two tapes that NEVER auto-assign and always end up in the ALMS
> 'unassigned' logical library. But the ALMS I/O slot display shows the
> proper volser (333026L2 and 333063L2 are the trouble-makers). We just
> select them, use action assign, and run our normal checkin with no
> problem.
>
> I just find it a bit fascinating that the 3584 can scan the volser
> correctly, report it properly to ALMS, and ALMS can report it properly
> to TSM - but ALMS doesn't seem to recognise these two volsers for the
> auto-assign function. It doesn't matter how many tapes are in the I/O
> station, nor which I/O station these two are in (we have the
> four-station option on our 'D' modlue, and we have run in up to 96
> tapes
> at one time - with these being the only two unassigned).
>
> Jus an idle curiosity -
>
> Tom Kauffman
> NIBCO, Inc
>
> ________________________________
> CONFIDENTIALITY NOTICE: This email and any attachments are for the
> exclusive and confidential use of the intended recipient. If you are
> not
> the intended recipient, please do not read, distribute or take action
> in
> reliance upon this message. If you have received this in error, please
> notify us immediately by return email and promptly delete this message
> and its attachments from your computer system. We do not waive
> attorney-client or work product privilege by the transmission of this
> message.
>
>
> DISCLAIMER:
> This message is intended for the sole use of the addressee, and may
> contain information that is privileged, confidential and exempt from
> disclosure under applicable law. If you are not the addressee you are
> hereby notified that you may not use, copy, disclose, or distribute to
> anyone the message or any information contained in the message. If you
> have received this message in error, please immediately advise the
> sender by reply email and delete this message.
CONFIDENTIALITY NOTICE: This email and any attachments are for the
exclusive and confidential use of the intended recipient. If you are not
the intended recipient, please do not read, distribute or take action in
reliance upon this message. If you have received this in error, please
notify us immediately by return email and promptly delete this message
and its attachments from your computer system. We do not waive
attorney-client or work product privilege by the transmission of this
message.
|
