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.