Re: STK9310 ( PowderHorn ) ATL and STK9840D tape drives
This situation has become more interesting as the days ( now weeks ) have gone by. SUN/STK recommended that we apply every PTF that is available to our HSC/VTCS V6.1 software. We did that during last week to all 6 of our z/OS images. We then installed the upgraded LMU/LCU microcode ( level 1.9.74 on the LMU's and level 4.4.08 on the LCU's ) on our STK9310 SILO. We then attempted to perform a CAP Eject of a few 3480 tape cartridges and happened to experience the same symptom, the HSC z/OS host software reported that the entire SILO ( ACS 00 in our case ) went disconnected. We backed off to the previous microcode, but left the upgraded HSC/VTCS software running on all our z/OS images. We sent SUN/STK the HSC trace data they requested we activate and we are awaiting their response. Ideas, thoughts, suggestions, etc. Thanks, Glenn Miller -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
STK9310 ( PowderHorn ) ATL and STK9840D tape drives
We have been trying to upgrade the LMU/LCU on our STK9310 ( PowderHorn ) ATL to support STK9840D tape drives. We currently have microcode level 1.9.26 on the LMU's and we have microcode level 4.2.04 on the LCU's. For the 2nd weekend we attempted to upgrade the microcode level to 1.9.74 on the LMU's and 4.4.08 on the LCU's. The installation/activation of the microcode appears to successful. The LMU's activate successfully, the LSM's activate successfully and all of our tape drives work. We are able to mount/dismount tape cartridges in all of our tape drives. However when we attempt to any type of CAP processing, 'ejects' or 'enters' something goes very wrong and the entire SILO ( the entire ACS ) appears to become unresponsive because the STK HSC host software reports that the ACS is disconnected. Last weekend we were running on the 'new' LMU/LCU microcode for more than 90 minutes before we attempted to perform a CAP 'enter'. The robotics appeared to 'read' 11 tape cartridges before we recieved the ACS Disconnected message on the z/OS consoles. Yesterday we were running for about 30 minutes before we attempted to eject 1 3490 tape cartridge. The robot had retrieved the cartridge from its storage cell, moved it to the CAP cell before we received the ACS Disconnected message on the z/OS consoles. We have engaged STK software support who says they have not encountered any problems with this level of microcode. They are attempting to analyze some HSC 'trace' data we captured yesterday when the problem occrred. I was wondering if anyone has STK9840D tape drives installed in a STK9310 ( PowderHorn ) ATL ( not an SL8500 ) and if so, would you be willing to share with me your LMU/LCU microcode levels and if you do any CAP processing. Thank you in advance for any help you can give us. Glenn Miller -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: STK9310 ( PowderHorn ) ATL and STK9840D tape drives
what version of NCS are you on ? - ravi. On Mon, 16 Jun 2008 14:27:15 -0500, Glenn Miller [EMAIL PROTECTED] wrote: We have been trying to upgrade the LMU/LCU on our STK9310 ( PowderHorn ) ATL to support STK9840D tape drives. We currently have microcode level 1.9.26 on the LMU's and we have microcode level 4.2.04 on the LCU's. For the 2nd weekend we attempted to upgrade the microcode level to 1.9.74 on the LMU's and 4.4.08 on the LCU's. The installation/activation of the microcode appears to successful. The LMU's activate successfully, the LSM's activate successfully and all of our tape drives work. We are able to mount/dismount tape cartridges in all of our tape drives. However when we attempt to any type of CAP processing, 'ejects' or 'enters' something goes very wrong and the entire SILO ( the entire ACS ) appears to become unresponsive because the STK HSC host software reports that the ACS is disconnected. Last weekend we were running on the 'new' LMU/LCU microcode for more than 90 minutes before we attempted to perform a CAP 'enter'. The robotics appeared to 'read' 11 tape cartridges before we recieved the ACS Disconnected message on the z/OS consoles. Yesterday we were running for about 30 minutes before we attempted to eject 1 3490 tape cartridge. The robot had retrieved the cartridge from its storage cell, moved it to the CAP cell before we received the ACS Disconnected message on the z/OS consoles. We have engaged STK software support who says they have not encountered any problems with this level of microcode. They are attempting to analyze some HSC 'trace' data we captured yesterday when the problem occrred. I was wondering if anyone has STK9840D tape drives installed in a STK9310 ( PowderHorn ) ATL ( not an SL8500 ) and if so, would you be willing to share with me your LMU/LCU microcode levels and if you do any CAP processing. Thank you in advance for any help you can give us. Glenn Miller -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: STK9310 ( PowderHorn ) ATL and STK9840D tape drives
We are currently running HSC/MVS R6.1. We have also installed the STK recommanded PTFs that were suppose to provide the support of the STK9840D tape drives. I should have mentioned that we are using COAX attachment to the STK/LMU's ( we have a Dual LMU configuration ) via twin VISARA SCON-22L controllers. Also, this ACS is only accessible by our z/OS mainframe, no Open Systems servers. As I said eariler, we are working with SUN/STK software support regarding this issue, they are telling us there are other users with the same configuration as us who are not experiencing this problem. I'm interested in 'talking' with any site that is running the same configuration as us. HTH Glenn Miller -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html