Re: checkout libvol on 3584 - says slots are full
We figured out what was wrong, but no idea why/how. The 3584 is running with virtualization, so the logical lib has virtual I/O slots. These virtual I/O slots were full and prevented the checkout from working. Previously in trying to figure out this problem I had found a doc on IBM's web site that talked about full virtual I/O slots and that the solution was to run a checkin. At that time we didn't know the virtual slots were full, but I ran throught the procedure and ran a checkin - nothing came in (first a private checkin, then a scratch checkin). The problem persisted so I figured the virtual slots were empty. I had tried many things: multiple checkout/checkin cmds with various parms, running an inventory, bouncing the library manager tsm instance . . . nothing worked. Another team member took a q libvol and compared it against the volumes the Specialist GUI said the library had. There was a discrepancy - the lib had vols that tsm didn't know about. She saw that the element addresses of these volumes were of the virtual I/O slots (from logical lib details). TSM did not know about these tapes and could not check them in. It's like they were in a limbo/stranded state of some kind. She used the Specialist gui to remove the tapes from lib. After this the checkout we were trying to perform worked as expected. This was very strange. Rick From: Baker, Jane jane.ba...@clarks.com To: ADSM-L@VM.MARIST.EDU Date: 08/26/2011 08:40 AM Subject:Re: checkout libvol on 3584 - says slots are full Sent by:ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU Hiya - Is the cover to the i/o station clicked shut, maybe it thinks this is open? Or library could have gone out of sync with TSM. We've had this recently. We fixed it by: Shutdown TSM servers (library manager client). Force inventory on library in question by opening and shutting door, rescans barcodes. Startup TSM library manager, then library client. Run audit library on all virtual libraries in question. This then worked ok for us, but might be worth checking the i/o station door is clicked shut! Hope you get it fixed, sounds like an annoying one! Jane. -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@vm.marist.edu] On Behalf Of Richard Rhodes Sent: 25 August 2011 18:57 To: ADSM-L@vm.marist.edu Subject: Re: [ADSM-L] checkout libvol on 3584 - says slots are full tried that a bunch of times. This is so frustrating! oh well . . . . Rick From: Ben Bullock bbull...@bcidaho.com To: ADSM-L@VM.MARIST.EDU Date: 08/25/2011 01:49 PM Subject:Re: checkout libvol on 3584 - says slots are full Sent by:ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU Could be the sensor for the IO slot still thinks the door is open. Might try opening it and closing it to see if it clears. -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Richard Rhodes Sent: Thursday, August 25, 2011 10:36 AM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] checkout libvol on 3584 - says slots are full I'm trying to checkout of a 3584 a bunch of tapes. THe 3584 has one logical library. I'm issuing cmd: checkout libvol 3584go J04432 remove=bulk checklabel=no (origionally had vollist=a,b,c,etc) It's failing with q request: ANR8352I Requests outstanding: ANR8387I 026: All entry/exit ports of library 3584GO are full or inaccessible. Empty the entry/exit ports, close the entry/exit port door, and make the ports accessible. Anything I try doesn't change this, other than canceling the request. The door cap slots are empty. I ran a checkin libvol 3584go search=yes status=scratch label=barcode and it find no volumes to checkin, so the virtual slots are empty also. I'm stumped . . . cap door slots are empty and there isn't anything in the virtual cap slots. Any help is appreciated! Rick - The information contained in this message is intended only for the personal and confidential use of the recipient(s) named above. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this document in error and that any review, dissemination, distribution, or copying of this message is strictly prohibited. If you have received this communication in error, please notify us immediately, and delete the original message. The BCI Email Firewall made the following annotations - *Confidentiality Notice: This E-Mail is intended only for the use of the individual or entity to which it is addressed and may contain information that is privileged, confidential and exempt from disclosure under applicable law. If you have received this communication in error, please do not distribute, and delete the original message. Thank you for your compliance. You may
Re: checkout libvol on 3584 - says slots are full
My recollection is that when I eject something to the bulk I/O drawer on our 3584, I cannot check those tapes back in until I remove them from the I/O drawer, close the door, open the door, and reload them. This sounds like the behavior you saw on your virtual I/O slots. David Ehresman -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Richard Rhodes Sent: Wednesday, August 31, 2011 9:02 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] checkout libvol on 3584 - says slots are full We figured out what was wrong, but no idea why/how. The 3584 is running with virtualization, so the logical lib has virtual I/O slots. These virtual I/O slots were full and prevented the checkout from working. Previously in trying to figure out this problem I had found a doc on IBM's web site that talked about full virtual I/O slots and that the solution was to run a checkin. At that time we didn't know the virtual slots were full, but I ran throught the procedure and ran a checkin - nothing came in (first a private checkin, then a scratch checkin). The problem persisted so I figured the virtual slots were empty. I had tried many things: multiple checkout/checkin cmds with various parms, running an inventory, bouncing the library manager tsm instance . . . nothing worked. Another team member took a q libvol and compared it against the volumes the Specialist GUI said the library had. There was a discrepancy - the lib had vols that tsm didn't know about. She saw that the element addresses of these volumes were of the virtual I/O slots (from logical lib details). TSM did not know about these tapes and could not check them in. It's like they were in a limbo/stranded state of some kind. She used the Specialist gui to remove the tapes from lib. After this the checkout we were trying to perform worked as expected. This was very strange. Rick From: Baker, Jane jane.ba...@clarks.com To: ADSM-L@VM.MARIST.EDU Date: 08/26/2011 08:40 AM Subject:Re: checkout libvol on 3584 - says slots are full Sent by:ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU Hiya - Is the cover to the i/o station clicked shut, maybe it thinks this is open? Or library could have gone out of sync with TSM. We've had this recently. We fixed it by: Shutdown TSM servers (library manager client). Force inventory on library in question by opening and shutting door, rescans barcodes. Startup TSM library manager, then library client. Run audit library on all virtual libraries in question. This then worked ok for us, but might be worth checking the i/o station door is clicked shut! Hope you get it fixed, sounds like an annoying one! Jane. -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@vm.marist.edu] On Behalf Of Richard Rhodes Sent: 25 August 2011 18:57 To: ADSM-L@vm.marist.edu Subject: Re: [ADSM-L] checkout libvol on 3584 - says slots are full tried that a bunch of times. This is so frustrating! oh well . . . . Rick From: Ben Bullock bbull...@bcidaho.com To: ADSM-L@VM.MARIST.EDU Date: 08/25/2011 01:49 PM Subject:Re: checkout libvol on 3584 - says slots are full Sent by:ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU Could be the sensor for the IO slot still thinks the door is open. Might try opening it and closing it to see if it clears. -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Richard Rhodes Sent: Thursday, August 25, 2011 10:36 AM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] checkout libvol on 3584 - says slots are full I'm trying to checkout of a 3584 a bunch of tapes. THe 3584 has one logical library. I'm issuing cmd: checkout libvol 3584go J04432 remove=bulk checklabel=no (origionally had vollist=a,b,c,etc) It's failing with q request: ANR8352I Requests outstanding: ANR8387I 026: All entry/exit ports of library 3584GO are full or inaccessible. Empty the entry/exit ports, close the entry/exit port door, and make the ports accessible. Anything I try doesn't change this, other than canceling the request. The door cap slots are empty. I ran a checkin libvol 3584go search=yes status=scratch label=barcode and it find no volumes to checkin, so the virtual slots are empty also. I'm stumped . . . cap door slots are empty and there isn't anything in the virtual cap slots. Any help is appreciated! Rick - The information contained in this message is intended only for the personal and confidential use of the recipient(s) named above. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this document in error and that any review, dissemination, distribution, or copying of this message is strictly prohibited. If you have received this communication
Re: checkout libvol on 3584 - says slots are full
A completely off-topic side note - when checking in tapes from your i/o door that you're not certain of status, I would recommend running your two checkins in the opposite order - first run a checkin with a status of 'scratch', then run with a status of 'private'. TSM will happily check scratch tapes in as private, which will then prevent you from using them if you just use a common scratch pool. It will not, however, let you checkin private tapes as scratch. So by doing the scratch checkin first, you'll get the tapes that really are scratch, checked in as scratch, and it will barf on the private tapes. You can then checkin the 'private' tapes, and they'll be checked in appropriately... Paul On Wed, Aug 31, 2011 at 7:01 AM, Richard Rhodes rrho...@firstenergycorp.com wrote: We figured out what was wrong, but no idea why/how. The 3584 is running with virtualization, so the logical lib has virtual I/O slots. These virtual I/O slots were full and prevented the checkout from working. Previously in trying to figure out this problem I had found a doc on IBM's web site that talked about full virtual I/O slots and that the solution was to run a checkin. At that time we didn't know the virtual slots were full, but I ran throught the procedure and ran a checkin - nothing came in (first a private checkin, then a scratch checkin). The problem persisted so I figured the virtual slots were empty. I had tried many things: multiple checkout/checkin cmds with various parms, running an inventory, bouncing the library manager tsm instance . . . nothing worked. Another team member took a q libvol and compared it against the volumes the Specialist GUI said the library had. There was a discrepancy - the lib had vols that tsm didn't know about. She saw that the element addresses of these volumes were of the virtual I/O slots (from logical lib details). TSM did not know about these tapes and could not check them in. It's like they were in a limbo/stranded state of some kind. She used the Specialist gui to remove the tapes from lib. After this the checkout we were trying to perform worked as expected. This was very strange. Rick From: Baker, Jane jane.ba...@clarks.com To: ADSM-L@VM.MARIST.EDU Date: 08/26/2011 08:40 AM Subject:Re: checkout libvol on 3584 - says slots are full Sent by:ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU Hiya - Is the cover to the i/o station clicked shut, maybe it thinks this is open? Or library could have gone out of sync with TSM. We've had this recently. We fixed it by: Shutdown TSM servers (library manager client). Force inventory on library in question by opening and shutting door, rescans barcodes. Startup TSM library manager, then library client. Run audit library on all virtual libraries in question. This then worked ok for us, but might be worth checking the i/o station door is clicked shut! Hope you get it fixed, sounds like an annoying one! Jane. -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@vm.marist.edu] On Behalf Of Richard Rhodes Sent: 25 August 2011 18:57 To: ADSM-L@vm.marist.edu Subject: Re: [ADSM-L] checkout libvol on 3584 - says slots are full tried that a bunch of times. This is so frustrating! oh well . . . . Rick From: Ben Bullock bbull...@bcidaho.com To: ADSM-L@VM.MARIST.EDU Date: 08/25/2011 01:49 PM Subject:Re: checkout libvol on 3584 - says slots are full Sent by:ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU Could be the sensor for the IO slot still thinks the door is open. Might try opening it and closing it to see if it clears. -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Richard Rhodes Sent: Thursday, August 25, 2011 10:36 AM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] checkout libvol on 3584 - says slots are full I'm trying to checkout of a 3584 a bunch of tapes. THe 3584 has one logical library. I'm issuing cmd: checkout libvol 3584go J04432 remove=bulk checklabel=no (origionally had vollist=a,b,c,etc) It's failing with q request: ANR8352I Requests outstanding: ANR8387I 026: All entry/exit ports of library 3584GO are full or inaccessible. Empty the entry/exit ports, close the entry/exit port door, and make the ports accessible. Anything I try doesn't change this, other than canceling the request. The door cap slots are empty. I ran a checkin libvol 3584go search=yes status=scratch label=barcode and it find no volumes to checkin, so the virtual slots are empty also. I'm stumped . . . cap door slots are empty and there isn't anything in the virtual cap slots. Any help is appreciated! Rick - The information contained in this message is intended only for the personal and confidential use of the recipient(s) named above. If the reader of this message
Re: checkout libvol on 3584 - says slots are full
Invaluable Advice! That's how I run 'em. Mooney -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Paul Fielding Sent: Wednesday, August 31, 2011 6:57 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: checkout libvol on 3584 - says slots are full A completely off-topic side note - when checking in tapes from your i/o door that you're not certain of status, I would recommend running your two checkins in the opposite order - first run a checkin with a status of 'scratch', then run with a status of 'private'. TSM will happily check scratch tapes in as private, which will then prevent you from using them if you just use a common scratch pool. It will not, however, let you checkin private tapes as scratch. So by doing the scratch checkin first, you'll get the tapes that really are scratch, checked in as scratch, and it will barf on the private tapes. You can then checkin the 'private' tapes, and they'll be checked in appropriately... Paul On Wed, Aug 31, 2011 at 7:01 AM, Richard Rhodes rrho...@firstenergycorp.com wrote: We figured out what was wrong, but no idea why/how. The 3584 is running with virtualization, so the logical lib has virtual I/O slots. These virtual I/O slots were full and prevented the checkout from working. Previously in trying to figure out this problem I had found a doc on IBM's web site that talked about full virtual I/O slots and that the solution was to run a checkin. At that time we didn't know the virtual slots were full, but I ran throught the procedure and ran a checkin - nothing came in (first a private checkin, then a scratch checkin). The problem persisted so I figured the virtual slots were empty. I had tried many things: multiple checkout/checkin cmds with various parms, running an inventory, bouncing the library manager tsm instance . . . nothing worked. Another team member took a q libvol and compared it against the volumes the Specialist GUI said the library had. There was a discrepancy - the lib had vols that tsm didn't know about. She saw that the element addresses of these volumes were of the virtual I/O slots (from logical lib details). TSM did not know about these tapes and could not check them in. It's like they were in a limbo/stranded state of some kind. She used the Specialist gui to remove the tapes from lib. After this the checkout we were trying to perform worked as expected. This was very strange. Rick From: Baker, Jane jane.ba...@clarks.com To: ADSM-L@VM.MARIST.EDU Date: 08/26/2011 08:40 AM Subject:Re: checkout libvol on 3584 - says slots are full Sent by:ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU Hiya - Is the cover to the i/o station clicked shut, maybe it thinks this is open? Or library could have gone out of sync with TSM. We've had this recently. We fixed it by: Shutdown TSM servers (library manager client). Force inventory on library in question by opening and shutting door, rescans barcodes. Startup TSM library manager, then library client. Run audit library on all virtual libraries in question. This then worked ok for us, but might be worth checking the i/o station door is clicked shut! Hope you get it fixed, sounds like an annoying one! Jane. -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@vm.marist.edu] On Behalf Of Richard Rhodes Sent: 25 August 2011 18:57 To: ADSM-L@vm.marist.edu Subject: Re: [ADSM-L] checkout libvol on 3584 - says slots are full tried that a bunch of times. This is so frustrating! oh well . . . . Rick From: Ben Bullock bbull...@bcidaho.com To: ADSM-L@VM.MARIST.EDU Date: 08/25/2011 01:49 PM Subject:Re: checkout libvol on 3584 - says slots are full Sent by:ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU Could be the sensor for the IO slot still thinks the door is open. Might try opening it and closing it to see if it clears. -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Richard Rhodes Sent: Thursday, August 25, 2011 10:36 AM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] checkout libvol on 3584 - says slots are full I'm trying to checkout of a 3584 a bunch of tapes. THe 3584 has one logical library. I'm issuing cmd: checkout libvol 3584go J04432 remove=bulk checklabel=no (origionally had vollist=a,b,c,etc) It's failing with q request: ANR8352I Requests outstanding: ANR8387I 026: All entry/exit ports of library 3584GO are full or inaccessible. Empty the entry/exit ports, close the entry/exit port door, and make the ports accessible. Anything I try doesn't change this, other than canceling the request. The door cap slots are empty. I ran a checkin libvol 3584go search=yes status=scratch label=barcode and it find no volumes to checkin, so the virtual slots are empty also. I'm stumped
Re: checkout libvol on 3584 - says slots are full
Hiya - Is the cover to the i/o station clicked shut, maybe it thinks this is open? Or library could have gone out of sync with TSM. We've had this recently. We fixed it by: Shutdown TSM servers (library manager client). Force inventory on library in question by opening and shutting door, rescans barcodes. Startup TSM library manager, then library client. Run audit library on all virtual libraries in question. This then worked ok for us, but might be worth checking the i/o station door is clicked shut! Hope you get it fixed, sounds like an annoying one! Jane. -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@vm.marist.edu] On Behalf Of Richard Rhodes Sent: 25 August 2011 18:57 To: ADSM-L@vm.marist.edu Subject: Re: [ADSM-L] checkout libvol on 3584 - says slots are full tried that a bunch of times. This is so frustrating! oh well . . . . Rick From: Ben Bullock bbull...@bcidaho.com To: ADSM-L@VM.MARIST.EDU Date: 08/25/2011 01:49 PM Subject:Re: checkout libvol on 3584 - says slots are full Sent by:ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU Could be the sensor for the IO slot still thinks the door is open. Might try opening it and closing it to see if it clears. -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Richard Rhodes Sent: Thursday, August 25, 2011 10:36 AM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] checkout libvol on 3584 - says slots are full I'm trying to checkout of a 3584 a bunch of tapes. THe 3584 has one logical library. I'm issuing cmd: checkout libvol 3584go J04432 remove=bulk checklabel=no (origionally had vollist=a,b,c,etc) It's failing with q request: ANR8352I Requests outstanding: ANR8387I 026: All entry/exit ports of library 3584GO are full or inaccessible. Empty the entry/exit ports, close the entry/exit port door, and make the ports accessible. Anything I try doesn't change this, other than canceling the request. The door cap slots are empty. I ran a checkin libvol 3584go search=yes status=scratch label=barcode and it find no volumes to checkin, so the virtual slots are empty also. I'm stumped . . . cap door slots are empty and there isn't anything in the virtual cap slots. Any help is appreciated! Rick - The information contained in this message is intended only for the personal and confidential use of the recipient(s) named above. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this document in error and that any review, dissemination, distribution, or copying of this message is strictly prohibited. If you have received this communication in error, please notify us immediately, and delete the original message. The BCI Email Firewall made the following annotations - *Confidentiality Notice: This E-Mail is intended only for the use of the individual or entity to which it is addressed and may contain information that is privileged, confidential and exempt from disclosure under applicable law. If you have received this communication in error, please do not distribute, and delete the original message. Thank you for your compliance. You may contact us at: Blue Cross of Idaho 3000 E. Pine Ave. Meridian, Idaho 83642 1.208.345.4550 - This e-mail, and any files transmitted with it, is intended solely for the use of the recipient(s) to whom it is addressed and may contain confidential information. If you are not the intended recipient, please notify the sender immediately and delete the record from your computer or other device as its contents may be confidential and its disclosure, copying or distribution unlawful. Clarks takes precautions to prevent the transmission of electronic viruses but responsibility for screening incoming messages, and the risk of such transmission, lies with the recipient. Clarks, Registered in England number 141015. Registered office 40 High Street, Street, Somerset. BA16 0EQ. Where the term Clarks appears it refers to CJ Clark Limited, CJ Clark International Limited, The Clarks Companies N.A. its Subsidiaries and Associate Companies. This message has been scanned for viruses by MailControl - www.MailControl.com
checkout libvol on 3584 - says slots are full
I'm trying to checkout of a 3584 a bunch of tapes. THe 3584 has one logical library. I'm issuing cmd: checkout libvol 3584go J04432 remove=bulk checklabel=no (origionally had vollist=a,b,c,etc) It's failing with q request: ANR8352I Requests outstanding: ANR8387I 026: All entry/exit ports of library 3584GO are full or inaccessible. Empty the entry/exit ports, close the entry/exit port door, and make the ports accessible. Anything I try doesn't change this, other than canceling the request. The door cap slots are empty. I ran a checkin libvol 3584go search=yes status=scratch label=barcode and it find no volumes to checkin, so the virtual slots are empty also. I'm stumped . . . cap door slots are empty and there isn't anything in the virtual cap slots. Any help is appreciated! Rick - The information contained in this message is intended only for the personal and confidential use of the recipient(s) named above. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this document in error and that any review, dissemination, distribution, or copying of this message is strictly prohibited. If you have received this communication in error, please notify us immediately, and delete the original message.
Re: checkout libvol on 3584 - says slots are full
Could be the sensor for the IO slot still thinks the door is open. Might try opening it and closing it to see if it clears. -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Richard Rhodes Sent: Thursday, August 25, 2011 10:36 AM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] checkout libvol on 3584 - says slots are full I'm trying to checkout of a 3584 a bunch of tapes. THe 3584 has one logical library. I'm issuing cmd: checkout libvol 3584go J04432 remove=bulk checklabel=no (origionally had vollist=a,b,c,etc) It's failing with q request: ANR8352I Requests outstanding: ANR8387I 026: All entry/exit ports of library 3584GO are full or inaccessible. Empty the entry/exit ports, close the entry/exit port door, and make the ports accessible. Anything I try doesn't change this, other than canceling the request. The door cap slots are empty. I ran a checkin libvol 3584go search=yes status=scratch label=barcode and it find no volumes to checkin, so the virtual slots are empty also. I'm stumped . . . cap door slots are empty and there isn't anything in the virtual cap slots. Any help is appreciated! Rick - The information contained in this message is intended only for the personal and confidential use of the recipient(s) named above. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this document in error and that any review, dissemination, distribution, or copying of this message is strictly prohibited. If you have received this communication in error, please notify us immediately, and delete the original message. The BCI Email Firewall made the following annotations - *Confidentiality Notice: This E-Mail is intended only for the use of the individual or entity to which it is addressed and may contain information that is privileged, confidential and exempt from disclosure under applicable law. If you have received this communication in error, please do not distribute, and delete the original message. Thank you for your compliance. You may contact us at: Blue Cross of Idaho 3000 E. Pine Ave. Meridian, Idaho 83642 1.208.345.4550 -
Re: checkout libvol on 3584 - says slots are full
tried that a bunch of times. This is so frustrating! oh well . . . . Rick From: Ben Bullock bbull...@bcidaho.com To: ADSM-L@VM.MARIST.EDU Date: 08/25/2011 01:49 PM Subject:Re: checkout libvol on 3584 - says slots are full Sent by:ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU Could be the sensor for the IO slot still thinks the door is open. Might try opening it and closing it to see if it clears. -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Richard Rhodes Sent: Thursday, August 25, 2011 10:36 AM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] checkout libvol on 3584 - says slots are full I'm trying to checkout of a 3584 a bunch of tapes. THe 3584 has one logical library. I'm issuing cmd: checkout libvol 3584go J04432 remove=bulk checklabel=no (origionally had vollist=a,b,c,etc) It's failing with q request: ANR8352I Requests outstanding: ANR8387I 026: All entry/exit ports of library 3584GO are full or inaccessible. Empty the entry/exit ports, close the entry/exit port door, and make the ports accessible. Anything I try doesn't change this, other than canceling the request. The door cap slots are empty. I ran a checkin libvol 3584go search=yes status=scratch label=barcode and it find no volumes to checkin, so the virtual slots are empty also. I'm stumped . . . cap door slots are empty and there isn't anything in the virtual cap slots. Any help is appreciated! Rick - The information contained in this message is intended only for the personal and confidential use of the recipient(s) named above. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this document in error and that any review, dissemination, distribution, or copying of this message is strictly prohibited. If you have received this communication in error, please notify us immediately, and delete the original message. The BCI Email Firewall made the following annotations - *Confidentiality Notice: This E-Mail is intended only for the use of the individual or entity to which it is addressed and may contain information that is privileged, confidential and exempt from disclosure under applicable law. If you have received this communication in error, please do not distribute, and delete the original message. Thank you for your compliance. You may contact us at: Blue Cross of Idaho 3000 E. Pine Ave. Meridian, Idaho 83642 1.208.345.4550 -
Re: checkout libvol on 3584 - says slots are full
Did you try reply 26? [RC] From: Richard Rhodes rrho...@firstenergycorp.com To: ADSM-L@VM.MARIST.EDU Date: 08/25/2011 09:57 AM Subject:[ADSM-L] checkout libvol on 3584 - says slots are full Sent by:ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU I'm trying to checkout of a 3584 a bunch of tapes. THe 3584 has one logical library. I'm issuing cmd: checkout libvol 3584go J04432 remove=bulk checklabel=no (origionally had vollist=a,b,c,etc) It's failing with q request: ANR8352I Requests outstanding: ANR8387I 026: All entry/exit ports of library 3584GO are full or inaccessible. Empty the entry/exit ports, close the entry/exit port door, and make the ports accessible. Anything I try doesn't change this, other than canceling the request. The door cap slots are empty. I ran a checkin libvol 3584go search=yes status=scratch label=barcode and it find no volumes to checkin, so the virtual slots are empty also. I'm stumped . . . cap door slots are empty and there isn't anything in the virtual cap slots. Any help is appreciated! Rick - The information contained in this message is intended only for the personal and confidential use of the recipient(s) named above. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this document in error and that any review, dissemination, distribution, or copying of this message is strictly prohibited. If you have received this communication in error, please notify us immediately, and delete the original message. U.S. BANCORP made the following annotations - Electronic Privacy Notice. This e-mail, and any attachments, contains information that is, or may be, covered by electronic communications privacy laws, and is also confidential and proprietary in nature. If you are not the intended recipient, please be advised that you are legally prohibited from retaining, using, copying, distributing, or otherwise disclosing this information in any manner. Instead, please reply to the sender that you have received this communication in error, and then immediately delete it. Thank you in advance for your cooperation. -
Re: checkout libvol on 3584 - says slots are full
yes, tried the reply . . .just sits there. Rick From: Robert Clark robert.cla...@usbank.com To: ADSM-L@VM.MARIST.EDU Date: 08/25/2011 03:06 PM Subject:Re: checkout libvol on 3584 - says slots are full Sent by:ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU Did you try reply 26? [RC] From: Richard Rhodes rrho...@firstenergycorp.com To: ADSM-L@VM.MARIST.EDU Date: 08/25/2011 09:57 AM Subject:[ADSM-L] checkout libvol on 3584 - says slots are full Sent by:ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU I'm trying to checkout of a 3584 a bunch of tapes. THe 3584 has one logical library. I'm issuing cmd: checkout libvol 3584go J04432 remove=bulk checklabel=no (origionally had vollist=a,b,c,etc) It's failing with q request: ANR8352I Requests outstanding: ANR8387I 026: All entry/exit ports of library 3584GO are full or inaccessible. Empty the entry/exit ports, close the entry/exit port door, and make the ports accessible. Anything I try doesn't change this, other than canceling the request. The door cap slots are empty. I ran a checkin libvol 3584go search=yes status=scratch label=barcode and it find no volumes to checkin, so the virtual slots are empty also. I'm stumped . . . cap door slots are empty and there isn't anything in the virtual cap slots. Any help is appreciated! Rick - The information contained in this message is intended only for the personal and confidential use of the recipient(s) named above. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this document in error and that any review, dissemination, distribution, or copying of this message is strictly prohibited. If you have received this communication in error, please notify us immediately, and delete the original message. U.S. BANCORP made the following annotations - Electronic Privacy Notice. This e-mail, and any attachments, contains information that is, or may be, covered by electronic communications privacy laws, and is also confidential and proprietary in nature. If you are not the intended recipient, please be advised that you are legally prohibited from retaining, using, copying, distributing, or otherwise disclosing this information in any manner. Instead, please reply to the sender that you have received this communication in error, and then immediately delete it. Thank you in advance for your cooperation. -
Re: checkout libvol on 3584 - says slots are full
Perform an audit library with checklabel=barcode first, if needed checklabel=yes. I have seen 3584 library sometimes does weird things, maybe the physical volumes in the library and the volhist are not in sync. Regards, Kamran H. Rao Senior UNIX Systems Administrator T 519.749.4300 x.2574 -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Richard Rhodes Sent: August 25, 2011 3:53 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] checkout libvol on 3584 - says slots are full yes, tried the reply . . .just sits there. Rick From: Robert Clark robert.cla...@usbank.com To: ADSM-L@VM.MARIST.EDU Date: 08/25/2011 03:06 PM Subject:Re: checkout libvol on 3584 - says slots are full Sent by:ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU Did you try reply 26? [RC] From: Richard Rhodes rrho...@firstenergycorp.com To: ADSM-L@VM.MARIST.EDU Date: 08/25/2011 09:57 AM Subject:[ADSM-L] checkout libvol on 3584 - says slots are full Sent by:ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU I'm trying to checkout of a 3584 a bunch of tapes. THe 3584 has one logical library. I'm issuing cmd: checkout libvol 3584go J04432 remove=bulk checklabel=no (origionally had vollist=a,b,c,etc) It's failing with q request: ANR8352I Requests outstanding: ANR8387I 026: All entry/exit ports of library 3584GO are full or inaccessible. Empty the entry/exit ports, close the entry/exit port door, and make the ports accessible. Anything I try doesn't change this, other than canceling the request. The door cap slots are empty. I ran a checkin libvol 3584go search=yes status=scratch label=barcode and it find no volumes to checkin, so the virtual slots are empty also. I'm stumped . . . cap door slots are empty and there isn't anything in the virtual cap slots. Any help is appreciated! Rick - The information contained in this message is intended only for the personal and confidential use of the recipient(s) named above. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this document in error and that any review, dissemination, distribution, or copying of this message is strictly prohibited. If you have received this communication in error, please notify us immediately, and delete the original message. U.S. BANCORP made the following annotations - Electronic Privacy Notice. This e-mail, and any attachments, contains information that is, or may be, covered by electronic communications privacy laws, and is also confidential and proprietary in nature. If you are not the intended recipient, please be advised that you are legally prohibited from retaining, using, copying, distributing, or otherwise disclosing this information in any manner. Instead, please reply to the sender that you have received this communication in error, and then immediately delete it. Thank you in advance for your cooperation. -
Re: checkout libvol on 3584 - says slots are full
Was there any change to the library? Restarting the Library manager instance will have TSM reprobe all the elements. Regards, Shawn Shawn Drew Internet robert.cla...@usbank.com Sent by: ADSM-L@VM.MARIST.EDU 08/25/2011 02:28 PM Please respond to ADSM-L@VM.MARIST.EDU To ADSM-L cc Subject Re: [ADSM-L] checkout libvol on 3584 - says slots are full Did you try reply 26? [RC] From: Richard Rhodes rrho...@firstenergycorp.com To: ADSM-L@VM.MARIST.EDU Date: 08/25/2011 09:57 AM Subject:[ADSM-L] checkout libvol on 3584 - says slots are full Sent by:ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU I'm trying to checkout of a 3584 a bunch of tapes. THe 3584 has one logical library. I'm issuing cmd: checkout libvol 3584go J04432 remove=bulk checklabel=no (origionally had vollist=a,b,c,etc) It's failing with q request: ANR8352I Requests outstanding: ANR8387I 026: All entry/exit ports of library 3584GO are full or inaccessible. Empty the entry/exit ports, close the entry/exit port door, and make the ports accessible. Anything I try doesn't change this, other than canceling the request. The door cap slots are empty. I ran a checkin libvol 3584go search=yes status=scratch label=barcode and it find no volumes to checkin, so the virtual slots are empty also. I'm stumped . . . cap door slots are empty and there isn't anything in the virtual cap slots. Any help is appreciated! Rick - The information contained in this message is intended only for the personal and confidential use of the recipient(s) named above. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this document in error and that any review, dissemination, distribution, or copying of this message is strictly prohibited. If you have received this communication in error, please notify us immediately, and delete the original message. U.S. BANCORP made the following annotations - Electronic Privacy Notice. This e-mail, and any attachments, contains information that is, or may be, covered by electronic communications privacy laws, and is also confidential and proprietary in nature. If you are not the intended recipient, please be advised that you are legally prohibited from retaining, using, copying, distributing, or otherwise disclosing this information in any manner. Instead, please reply to the sender that you have received this communication in error, and then immediately delete it. Thank you in advance for your cooperation. - This message and any attachments (the message) is intended solely for the addressees and is confidential. If you receive this message in error, please delete it and immediately notify the sender. Any use not in accord with its purpose, any dissemination or disclosure, either whole or partial, is prohibited except formal approval. The internet can not guarantee the integrity of this message. BNP PARIBAS (and its subsidiaries) shall (will) not therefore be liable for the message if modified. Please note that certain functions and services for BNP Paribas may be performed by BNP Paribas RCC, Inc.