Thanks Richard That certainly explains the Hex code anomaly. On the FFFA problem, there are four volumes that are 'apparently' in the lib, but are not and I have checked this. Two of them are copypool volumes, one is not part of any storage pool and the other is just called 'CLEAN' even though I have never ever had a tape with that label.
All the best Farren |-----------------------------+-------------------------------------------| | Richard Sims <[EMAIL PROTECTED]> | | | Sent by: "ADSM: Dist Stor | | | Manager" | To| | <ADSM-L@VM.MARIST.EDU> | ADSM-L@VM.MARIST.EDU | | | cc| | 10/04/2006 15:21 | | | | Subject| | Please respond to | Re: [ADSM-L] Update - Re: | | "ADSM: Dist Stor | [ADSM-L] Some strange tape| | Manager" | related issues? | | <ADSM-L@VM.MARIST.EDU> | | | | | | | | | | | | | | | | | |-----------------------------+-------------------------------------------| On Apr 10, 2006, at 5:46 AM, Farren Minns wrote: > Hi again > > OK, here's something I have just found, and this is on the current > working > live server (that has worked this way for years). > > When I look at the lib definition within TSM, I see the following :- > > Library Name 3494A > Library Type 349X > ACS Id - > Private Category 300 > Scratch Category 301 > > But, when I do a 'mtlib -l 3494a -qI' from the command line I see the > following (just an example):- > > 000212 FFFA 01 10 00 (this is a > copypool > vol) > 000222 012E 00 10 00 (this is scratch) > 000223 012C 00 10 00 (this is private) > > Now, when I punch 300 in to my scientific calculator I get a Hex > value of > 12C, and that fits in with the info above. > > But, when I enter 301 I get 12D which does not fit in with the > above 3494 > assignments. So how on earth is this working at all? Oddly, the explanation for this seems to have evaporated from the TSM manuals, but is preserved in ADSM QuickFacts. The 3494 started life as a 3490 tape library, and 3590s ere added later. It became the convention that the SCRATCHCATegory value was for 3490 tapes, and that value plus one was for 3590 tapes. > > Also, the category FFFA seems to cover copypool volumes that have > yet to be > moved from the library and also cleaning tapes. Is this meant to > work in > this way? FFFA is an aberrant state, suggesting that volumes marked that way were rudely removed from the library without going through the 3494 Library Manager, for it to be aware of what's going on. When it runs an Inventory, it registers its confusion about the state of the volumes with that category code value. Refer to Redbook "IBM TotalStorage Enterprise Tape A Practical Guide" for some info on that. You need to take action on this inconsistency - which may be the source of considerable volume access problems. Richard Sims ###################################################################### The information contained in this e-mail and any subsequent correspondence is private and confidential and intended solely for the named recipient(s). If you are not a named recipient, you must not copy, distribute, or disseminate the information, open any attachment, or take any action in reliance on it. If you have received the e-mail in error, please notify the sender and delete the e-mail. Any views or opinions expressed in this e-mail are those of the individual sender, unless otherwise stated. Although this e-mail has been scanned for viruses you should rely on your own virus check, as the sender accepts no liability for any damage arising out of any bug or virus infection. ######################################################################
