Re: 3584 library: problems with some trays
Did anybody get a resolution to this problem. We are looking to upgrade the firmware on our 3584 to 5770, but I am concerned that we may suffer from the problems people have described with this thread. I raised a call with IBM and they have come back with the fact that it may be to do with a barcode scanner that has been installed upside down. Solution is to ensure that the barcode scanner is installed correctly. I'm not exactly sure why the upgrade to firmware 5770 exposes this incorrect installation and that previous to this, it has not been a problem. Has anybody else received the same advice and did it solve the issue of 'loosing' slots. Thanks Leigh -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Aaron Durkee Sent: 22 March 2006 15:55 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] 3584 library: problems with some trays just a guess from memory, ce and cleaning cartridge locations? [EMAIL PROTECTED] 03/20/06 02:18PM Hi there, Some time ago we experienced a power failure that lasted long enough to make us shut down our 3584 library. This was done gracefully, and when the power came back we turned the library back on. The TSM server was also gracefully shut down and turned back on. After TSM came back, I did an AUDIT LIBRARY which exited with a failure; two tapes which TSM thought were in the library, weren't (according to the library) so TSM took them out of its inventory. The strange thing was that the tapes were indeed in the library. Some investigation revealed that the library was somehow blind to tapes in the last row of the first and second column, but this only happened after a library initialization due to a powerup or open/close of the entire front door. This happens with every tape I tried, so the labels aren't the problem. A tape which is perfectly well recognized in any slot doesn't show up in the lowest slot in column 1 and 2. The library doesn't detect anything there, it'll also let you move a tape to a full slot using the control panel. Of course, this results in an error (94 80: slot unexpectedly full). IBM is already on this, and it's no big problem because I can easily work around it by leaving the first row almost completely empty. This results in the problematic slot not to be used, because our tape rotation isn't that high. I was interested if this symptom perhaps looks familiar to someone here. We're on library code 5770, and the TSM symptoms are errors about slots being unexpectedly full and TapeAlerts about the library inventory being inconsistent. Thanks, -- Jurjen Oskam - CONFIDENTIALITY NOTICE: This message is confidential, intended only for the named recipient(s) and may contain information that is privileged, or exempt from disclosure under applicable law. If you are not the intended recipient(s), you are notified that the dissemination, distribution or copying of this message is strictly prohibited. If you receive this message in error, or are not the named recipient(s), please notify the sender by reply e-mail, delete this e-mail from your computer, and destroy any copies in any form immediately. Receipt by anyone other than the named recipient(s) is not a waiver of any attorney-client, work product, or other applicable privilege. This message and all contents may be reviewed by authorized parties of the Catholic Health System other than those named in the message header. The contents of this message do not bind the Catholic Health System to any contract, position, or course of action unless the sender is specifically authorized to enter into contracts on behalf of the Catholic Health System. The contents of this message do not necessarily constitute an official representation of the Catholic Health System.
Re: 3584 library: problems with some trays
On Wed, Mar 29, 2006 at 10:26:52AM +0100, Leigh Reed wrote: I raised a call with IBM and they have come back with the fact that it may be to do with a barcode scanner that has been installed upside down. My call is still open. When a solution is available, I'll report back. - CONFIDENTIALITY NOTICE: This message is confidential, intended only for the named recipient(s) and may contain information that is privileged, or exempt from disclosure under applicable law. If you are not the intended recipient(s), you are notified that the dissemination, distribution or copying of this message is strictly prohibited. If you receive this message in error, or are not the named recipient(s), please notify the sender by reply e-mail, delete this e-mail from your computer, and destroy any copies in any form immediately. Receipt by anyone other than the named recipient(s) is not a waiver of any attorney-client, work product, or other applicable privilege. This message and all contents may be reviewed by authorized parties of the Catholic Health System other than those named in the message header. The contents of this message do not bind the Catholic Health System to any contract, position, or course of action unless the sender is specifically authorized to enter into contracts on behalf of the Catholic Health System. The contents of this message do not necessarily constitute an official representation of the Catholic Health System. Oh dear, it looks like someone from your Legal Department escaped and came too close to a computer again. Please be more careful with them in the future. -- Jurjen Oskam
Re: 3584 library: problems with some trays
We tested it out in our environment, and did not find the same problem--all tapes were scanned appropriately. I guess our barcode scanner is right-side-up. _ Kathleen Hallahan Freddie Mac Storage Management -- Tape 703-450-3317 Jurjen Oskam [EMAIL PROTECTED] Sent by: ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU 03/29/2006 09:40 AM Please respond to ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU To ADSM-L@VM.MARIST.EDU cc Subject Re: 3584 library: problems with some trays On Wed, Mar 29, 2006 at 10:26:52AM +0100, Leigh Reed wrote: I raised a call with IBM and they have come back with the fact that it may be to do with a barcode scanner that has been installed upside down. My call is still open. When a solution is available, I'll report back. - CONFIDENTIALITY NOTICE: This message is confidential, intended only for the named recipient(s) and may contain information that is privileged, or exempt from disclosure under applicable law. If you are not the intended recipient(s), you are notified that the dissemination, distribution or copying of this message is strictly prohibited. If you receive this message in error, or are not the named recipient(s), please notify the sender by reply e-mail, delete this e-mail from your computer, and destroy any copies in any form immediately. Receipt by anyone other than the named recipient(s) is not a waiver of any attorney-client, work product, or other applicable privilege. This message and all contents may be reviewed by authorized parties of the Catholic Health System other than those named in the message header. The contents of this message do not bind the Catholic Health System to any contract, position, or course of action unless the sender is specifically authorized to enter into contracts on behalf of the Catholic Health System. The contents of this message do not necessarily constitute an official representation of the Catholic Health System. Oh dear, it looks like someone from your Legal Department escaped and came too close to a computer again. Please be more careful with them in the future. -- Jurjen Oskam
Re: 3584 library: problems with some trays
We had a scanner fail a short time in the past. We found out that there are at least three different design levels for the hardware. len -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Kathleen M Hallahan Sent: Wednesday, March 29, 2006 9:52 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] 3584 library: problems with some trays We tested it out in our environment, and did not find the same problem--all tapes were scanned appropriately. I guess our barcode scanner is right-side-up. _ Kathleen Hallahan Freddie Mac Storage Management -- Tape 703-450-3317 Jurjen Oskam [EMAIL PROTECTED] Sent by: ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU 03/29/2006 09:40 AM Please respond to ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU To ADSM-L@VM.MARIST.EDU cc Subject Re: 3584 library: problems with some trays On Wed, Mar 29, 2006 at 10:26:52AM +0100, Leigh Reed wrote: I raised a call with IBM and they have come back with the fact that it may be to do with a barcode scanner that has been installed upside down. My call is still open. When a solution is available, I'll report back. - CONFIDENTIALITY NOTICE: This message is confidential, intended only for the named recipient(s) and may contain information that is privileged, or exempt from disclosure under applicable law. If you are not the intended recipient(s), you are notified that the dissemination, distribution or copying of this message is strictly prohibited. If you receive this message in error, or are not the named recipient(s), please notify the sender by reply e-mail, delete this e-mail from your computer, and destroy any copies in any form immediately. Receipt by anyone other than the named recipient(s) is not a waiver of any attorney-client, work product, or other applicable privilege. This message and all contents may be reviewed by authorized parties of the Catholic Health System other than those named in the message header. The contents of this message do not bind the Catholic Health System to any contract, position, or course of action unless the sender is specifically authorized to enter into contracts on behalf of the Catholic Health System. The contents of this message do not necessarily constitute an official representation of the Catholic Health System. Oh dear, it looks like someone from your Legal Department escaped and came too close to a computer again. Please be more careful with them in the future. -- Jurjen Oskam
Re: 3584 library: problems with some trays
just a guess from memory, ce and cleaning cartridge locations? [EMAIL PROTECTED] 03/20/06 02:18PM Hi there, Some time ago we experienced a power failure that lasted long enough to make us shut down our 3584 library. This was done gracefully, and when the power came back we turned the library back on. The TSM server was also gracefully shut down and turned back on. After TSM came back, I did an AUDIT LIBRARY which exited with a failure; two tapes which TSM thought were in the library, weren't (according to the library) so TSM took them out of its inventory. The strange thing was that the tapes were indeed in the library. Some investigation revealed that the library was somehow blind to tapes in the last row of the first and second column, but this only happened after a library initialization due to a powerup or open/close of the entire front door. This happens with every tape I tried, so the labels aren't the problem. A tape which is perfectly well recognized in any slot doesn't show up in the lowest slot in column 1 and 2. The library doesn't detect anything there, it'll also let you move a tape to a full slot using the control panel. Of course, this results in an error (94 80: slot unexpectedly full). IBM is already on this, and it's no big problem because I can easily work around it by leaving the first row almost completely empty. This results in the problematic slot not to be used, because our tape rotation isn't that high. I was interested if this symptom perhaps looks familiar to someone here. We're on library code 5770, and the TSM symptoms are errors about slots being unexpectedly full and TapeAlerts about the library inventory being inconsistent. Thanks, -- Jurjen Oskam - CONFIDENTIALITY NOTICE: This message is confidential, intended only for the named recipient(s) and may contain information that is privileged, or exempt from disclosure under applicable law. If you are not the intended recipient(s), you are notified that the dissemination, distribution or copying of this message is strictly prohibited. If you receive this message in error, or are not the named recipient(s), please notify the sender by reply e-mail, delete this e-mail from your computer, and destroy any copies in any form immediately. Receipt by anyone other than the named recipient(s) is not a waiver of any attorney-client, work product, or other applicable privilege. This message and all contents may be reviewed by authorized parties of the Catholic Health System other than those named in the message header. The contents of this message do not bind the Catholic Health System to any contract, position, or course of action unless the sender is specifically authorized to enter into contracts on behalf of the Catholic Health System. The contents of this message do not necessarily constitute an official representation of the Catholic Health System.
3584 library: problems with some trays
Hi there, Some time ago we experienced a power failure that lasted long enough to make us shut down our 3584 library. This was done gracefully, and when the power came back we turned the library back on. The TSM server was also gracefully shut down and turned back on. After TSM came back, I did an AUDIT LIBRARY which exited with a failure; two tapes which TSM thought were in the library, weren't (according to the library) so TSM took them out of its inventory. The strange thing was that the tapes were indeed in the library. Some investigation revealed that the library was somehow blind to tapes in the last row of the first and second column, but this only happened after a library initialization due to a powerup or open/close of the entire front door. This happens with every tape I tried, so the labels aren't the problem. A tape which is perfectly well recognized in any slot doesn't show up in the lowest slot in column 1 and 2. The library doesn't detect anything there, it'll also let you move a tape to a full slot using the control panel. Of course, this results in an error (94 80: slot unexpectedly full). IBM is already on this, and it's no big problem because I can easily work around it by leaving the first row almost completely empty. This results in the problematic slot not to be used, because our tape rotation isn't that high. I was interested if this symptom perhaps looks familiar to someone here. We're on library code 5770, and the TSM symptoms are errors about slots being unexpectedly full and TapeAlerts about the library inventory being inconsistent. Thanks, -- Jurjen Oskam
Re: 3584 library: problems with some trays
I have a guess. I have a 3494, so I might be wrong, but I will take a shot. When you configure the tape library to have 2 tape grippers, you lose access to the top 2 and bottom 2 tape slots in every column. This is done so that if one of the grippers fails, the accessor can still get to every tape. My guess is that when the library was rebooted, it came up thinking that it had dual gippers and removed access to those slots. Do you have dual grippers? Check the configuration of the library to see if it changed. My guess, Ben -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Jurjen Oskam Sent: Monday, March 20, 2006 12:19 PM To: ADSM-L@VM.MARIST.EDU Subject: 3584 library: problems with some trays Hi there, Some time ago we experienced a power failure that lasted long enough to make us shut down our 3584 library. This was done gracefully, and when the power came back we turned the library back on. The TSM server was also gracefully shut down and turned back on. After TSM came back, I did an AUDIT LIBRARY which exited with a failure; two tapes which TSM thought were in the library, weren't (according to the library) so TSM took them out of its inventory. The strange thing was that the tapes were indeed in the library. Some investigation revealed that the library was somehow blind to tapes in the last row of the first and second column, but this only happened after a library initialization due to a powerup or open/close of the entire front door. This happens with every tape I tried, so the labels aren't the problem. A tape which is perfectly well recognized in any slot doesn't show up in the lowest slot in column 1 and 2. The library doesn't detect anything there, it'll also let you move a tape to a full slot using the control panel. Of course, this results in an error (94 80: slot unexpectedly full). IBM is already on this, and it's no big problem because I can easily work around it by leaving the first row almost completely empty. This results in the problematic slot not to be used, because our tape rotation isn't that high. I was interested if this symptom perhaps looks familiar to someone here. We're on library code 5770, and the TSM symptoms are errors about slots being unexpectedly full and TapeAlerts about the library inventory being inconsistent. Thanks, -- Jurjen Oskam
Re: 3584 library: problems with some trays
On Mon, 20 Mar 2006, Jurjen Oskam wrote: Some investigation revealed that the library was somehow blind to tapes in the last row of the first and second column, but this only happened after a library initialization due to a powerup or open/close of the entire front door. We're on library code 5770, and the TSM symptoms are errors about slots I saw the same thing, but chalked it up to me doing something dumb. I didn't investigate since we're substantially under-taped, too. I never saw this problem before updating to 5770. --Jim
Re: 3584 library: problems with some trays
Is this something you folks are seeing in all frames, or in just one? We just upgraded one library to this code not long ago, and I'd like to check and see whether it's affecting us as well. That particular library also has a fair amount of empty space, but we're supposed to upgrade another one that does not, and I don't want to run into this problem there. Thanks! _ Kathleen Hallahan Freddie Mac On Mon, 20 Mar 2006, Jurjen Oskam wrote: Some investigation revealed that the library was somehow blind to tapes in the last row of the first and second column, but this only happened after a library initialization due to a powerup or open/close of the entire front door. We're on library code 5770, and the TSM symptoms are errors about slots I saw the same thing, but chalked it up to me doing something dumb. I didn't investigate since we're substantially under-taped, too. I never saw this problem before updating to 5770. --Jim
Re: 3584 library: problems with some trays
On Mon, Mar 20, 2006 at 12:25:07PM -0700, Ben Bullock wrote: I have a guess. I have a 3494, so I might be wrong, but I will take a shot. [snip explanation] Thanks for your explanation. I don't think the situation you describe is the case though (but it could certainly have something to do with it), but it did remind me that I forgot to mention something explicitly: the library only thinks the mentioned slots are completely empty after an initialization that ran due to a powerup or the opening/closing of the entire front door. The weird thing is that when I perform a library inventory using the front panel, *all* tapes are detected, *including* the ones that the library didn't see just seconds earlier. This is consistent behaviour: inventory triggered by powerup/front door -- tapes invisible, inventory triggered manually -- all tapes visible. Weird. -- Jurjen Oskam
Re: 3584 library: problems with some trays
On Mon, Mar 20, 2006 at 02:33:00PM -0500, Kathleen M Hallahan wrote: Is this something you folks are seeing in all frames, or in just one? Both. Our 3584 is just one frame. :) -- Jurjen Oskam
Re: 3584 library: problems with some trays
Fair enough. :) I think we're going to test this on Wednesday morning (the next time someone will be out to that building), using the first two frames of our library. I'll post if anything interesting results. _ Kathleen Hallahan Freddie Mac Storage Management -- Tape 703-450-3317 On Mon, Mar 20, 2006 at 02:33:00PM -0500, Kathleen M Hallahan wrote: Is this something you folks are seeing in all frames, or in just one? Both. Our 3584 is just one frame. :) -- Jurjen Oskam
Re: 3584 library: problems with some trays
On Mon, 20 Mar 2006, Jurjen Oskam wrote: The weird thing is that when I perform a library inventory using the front panel, *all* tapes are detected, *including* the ones that the library didn't see just seconds earlier. I'll play with mine, but that sounds like what I'm getting too. We have a single frame as well. --Jim