after importing tapes the new slot maping is not reflected in the GUI

Last post 05-17-2011, 10:02 PM by cwt. 7 replies.
Sort Posts: Previous Next
  • after importing tapes the new slot maping is not reflected in the GUI
    Posted: 05-11-2011, 10:42 AM

    Hello,

    we are experiencing the above mentioned behaviour in several CommCell IDs with different shared Library configurations and different Library vendors. All affected libraries are FC attached (mostly shared) libraries. The expected behaviour IMO would be that SCSI commands are initiated by the library and "forwarded" to the MediaAgent. This does not happen. When a Full scan is done from the GUI we see that the respective library_cxxx.log shows the new mapping conducted. In properly working environments this mapping is initated automatically as soon as the doors are locked. We had several cases opened with CV in the past, but we never found a proper solution. This also is not limited to certain CV versions and is also persistent after upgrading CommCells e.g. from 6.1 / 8 etc. to 9.

    The library management consoles (HP / Overland / Quantum etc.) reflects those mapping changes correctly, of course

    Has anyone seen this and found a solution?

    Thank you,

    Ingo

  • Re: after importing tapes the new slot maping is not reflected in the GUI
    Posted: 05-16-2011, 1:39 AM

    Do you do tape imports via the mail slot of by opening/closing the door?

    On CV side, "Import tapes" is supposed to be run once the tapes are ready to be inserted - this will correctly update the GUI.

  • Re: after importing tapes the new slot maping is not reflected in the GUI
    Posted: 05-16-2011, 4:27 AM

    Thanks for your reply. Usually import/export slots are not used. Rather the whole cartridge is replaced or at least taken out for convenience. Of course the library reponds by initiating a new full scan once the doors are locked. If the behaviour would be persistend (CV GUI not reflecting the change automatically), then we would use I/E slots or do a manual scan in the CV GUI... but it's intermittent and cannot be pinned down to one cause.

    What I would like to know is whether anyone shares this experience.

    Thanks.

  • Re: after importing tapes the new slot maping is not reflected in the GUI
    Posted: 05-16-2011, 5:31 AM

    I'm not an expert on SCSI, but I think the reason why it's called SCSI initiator/target is the initiator is supposed to initiate commands and the target to respond to that.

    Bearing this in mind, your medium changer can hardly tell the MA the door is opened as it's not an initiator.

    What I would suggest is for the tape handler to open and close the mail slot after finishing the tape handling, even if the mail slot is empty.  At the next TUR (Test Unit Ready) CV MA will get a sense code that the mail slot has been opened and perform a full scan.  Hopefully that will work 100%.

  • Re: after importing tapes the new slot maping is not reflected in the GUI
    Posted: 05-16-2011, 5:48 AM

    Thanks again. That might be a good area to start looking, since we've often disabled TUR with LTO drives (recommended by CV support) way back when drivers wouldn't disable TUR automatically, and have never really bothered enabling it again on our Windows machines. I still am reluctant to do that, since it really caused headaches in the SAN. I might give that a try, though in certain environments. That said, what about drive CRC errors that trigger (ot don't trigger, depending on settings on MA) drive cleaning. These appear to be actively initiated by the target?! Or are these also only a response to TUR inquiries?

  • Re: after importing tapes the new slot maping is not reflected in the GUI
    Posted: 05-16-2011, 5:53 AM

    I mean, CVMA also issues TUR.  You can see that when you open up a library log.  There's no need to enable TUR on the server.

    And for drives that require cleaning, I'll show you my CVMA.log ^_^.  You can see it requests for cleaning after doing an unload operation.

    6700 1ecc 05/15 11:29:22 #######  WORKER   [1110288/0/0#Lib28_Drive4]  Going to unload media for request id 1110288/0/0#Lib28_Drive4, Lib28_Drive4, path- \\.\Tape0
    6700 1ecc 05/15 11:29:22 ####### Device [\\.\Tape0] - GetTapeStatus() returns code = 1165.
    6700 1ecc 05/15 11:29:22 ####### Device [\\.\Tape0] - Cleaning request has been reported by the drive after unload.

  • Re: after importing tapes the new slot maping is not reflected in the GUI
    Posted: 05-16-2011, 10:19 AM

    Here's the library log of one the libs that work as expected:

    5972 a1c  03/03 13:11:28 #####   Test Unit Ready returned the following interrupt condition.$$
    5972 a1c  03/03 13:11:28 #####   CDB >> 0x00|0x00|0x00|0x00|0x00|0x00|
    5972 a1c  03/03 13:11:28 #####   Sense Data >> 0x70|0x00|0x06|0x00|0x00|0x00|0x00|0x10|0x00|0x00|0x00|0x00|0x28|0x00|0x00|0x00|0x00|0x00|
    Sense Key [0x06], ASC [0x28],ASCQ [0x00]
    5972 a1c  03/03 13:11:28 #####   The SCSI device reported that the medium may have changed.Doors opened or closed.
    5972 a1c  03/03 13:11:28 #####   Main door has been opened.
    5972 a1c  03/03 13:11:29 #####   Library does not have import/export outlet.
    5972 a1c  03/03 13:11:29 #####   *** Slot Map - size = 12
    5972 a1c  03/03 13:11:29 #####   -Address-  -Volume-  -Occupied- -Access- -SlotID-
    5972 a1c  03/03 13:11:29 #####    <000032> <ASM358L2> <     Yes> <   Yes> <>
    5972 a1c  03/03 13:11:29 #####    <000033> <BFH976L1> <     Yes> <   Yes> <>
    5972 a1c  03/03 13:11:29 #####    <000034> <ASM734L2> <     Yes> <   Yes> <>
    5972 a1c  03/03 13:11:29 #####    <000035> <        > <      No> <   Yes> <>
    5972 a1c  03/03 13:11:29 #####    <000036> <BFH966L1> <     Yes> <   Yes> <>
    5972 a1c  03/03 13:11:29 #####    <000037> <BFH961L1> <     Yes> <   Yes> <>
    5972 a1c  03/03 13:11:29 #####    <000038> <ASM695L2> <     Yes> <   Yes> <>
    5972 a1c  03/03 13:11:29 #####    <000039> <BFH970L1> <     Yes> <   Yes> <>
    5972 a1c  03/03 13:11:29 #####    <000040> <BFH969L1> <     Yes> <   Yes> <>
    5972 a1c  03/03 13:11:29 #####    <000041> <BFH972L1> <     Yes> <   Yes> <>
    5972 a1c  03/03 13:11:29 #####    <000042> <BFH975L1> <     Yes> <   Yes> <>
    5972 a1c  03/03 13:11:29 #####    <000043> <BFH979L1> <     Yes> <   Yes> <>
    5972 a1c  03/03 13:11:29 #####   *** Drive Map - size = 2
    5972 a1c  03/03 13:11:29 #####   -Address-  -Volume-  -Occupied- -Access- -Source- -DriveID-
    5972 a1c  03/03 13:11:29 #####    <000192> <ASM098L1> <     Yes> <   Yes> <000035> <HP      Ultrium 2-SCSI  HU1064715A>
    5972 a1c  03/03 13:11:29 #####    <000193> <        > <      No> <   Yes> <-00001> <HP      Ultrium 2-SCSI  HU10642DE0>
    5972 a1c  03/03 13:11:29 #####   *** I/E Port Map - size = 0
    5972 a1c  03/03 13:11:29 #####   *** Transport Element(robot) Map - size = 0

    Then there are other MediaAgents (according to the initiator / target idea it's never the libraries' fault) that do not inquire after doors being closed. Armtool.exe shows the correct mapping (as does the GUI after manul full scan).

    So you're saying that MA does TUR as well, I guess I'll have to go through all the settings again, as CV support wasn't able to figure out why every imaginable inquiry code (like drive need cleaning) is reflected in the GUI, save for the "medium have changed / doors opened" thing.

    Thanks a lot.

  • Re: after importing tapes the new slot maping is not reflected in the GUI
    Posted: 05-17-2011, 10:02 PM

    Well, you can see CVMA issues TUR as the first line of your log has a TUR reply.

    I think what you need to check is to work out whether all your libraries return the ASC/ASCQ codes.  I am not a library expert, but SOME may and SOME may not. If they all do return ASC/ASCQ, check if an auto full-scan is done (via the CVMA library logs). Try to isolate to see if it's a specific library model or specific versions of CV giving this issue.

    P.S. As an aside, some years ago I had to troubleshoot a tape library that suddenly did not return any ASC/ASCQ code when the mailslot was opened.  After 1 week investigating that issue, I found out one of the SCSI pin of the arm controller was bent......Yell. This was in the era of the tape library still having a physical SCSI connection, not the virtual connections we have now.

The content of the forums, threads and posts reflects the thoughts and opinions of each author, and does not represent the thoughts, opinions, plans or strategies of Commvault Systems, Inc. ("Commvault") and Commvault undertakes no obligation to update, correct or modify any statements made in this forum. Any and all third party links, statements, comments, or feedback posted to, or otherwise provided by this forum, thread or post are not affiliated with, nor endorsed by, Commvault.
Commvault, Commvault and logo, the “CV” logo, Commvault Systems, Solving Forward, SIM, Singular Information Management, Simpana, Commvault Galaxy, Unified Data Management, QiNetix, Quick Recovery, QR, CommNet, GridStor, Vault Tracker, InnerVault, QuickSnap, QSnap, Recovery Director, CommServe, CommCell, SnapProtect, ROMS, and CommValue, are trademarks or registered trademarks of Commvault Systems, Inc. All other third party brands, products, service names, trademarks, or registered service marks are the property of and used to identify the products or services of their respective owners. All specifications are subject to change without notice.
Close
Copyright © 2020 Commvault | All Rights Reserved. | Legal | Privacy Policy