Re: HCPDPM1280E with STK 9840C Tape Drive
Final update: Mike Rydberg was 100% correct - 'SL Prot' was set to, 'Y' and, as soon as this was reset to, 'N' I had no problem at all creating an unlabelled tape. I found copies of the 9840 Product Manual and User Reference Manual here ... http://download.oracle.com/docs/cd/E19606-01/index.html Documentation in these manuals regarding, 'SL Prot' is sparse but - given the hint from Mike - it was not hard to set it to, 'N' rather than, 'Y'. Well, Mike, a few years ago I guess that I'd now have been saying, "I owe you a drink at SCIDS" - but I suppose that's politically incorrect these days and instead I'll just have to content myself with a heartfelt, "Thankyou!" Regards to all Jeff
Re: HCPDPM1280E with STK 9840C Tape Drive
Jeff, That's good news. The behavior you are seeing with writes working only beyond the VOL1/HDR1/HDR2 label is likely due to the 9840C volser std label protection feature being enabled in the drive setup. Regards, Mike Brocade From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Jeff Gribbin Sent: Friday, August 05, 2011 9:01 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: HCPDPM1280E with STK 9840C Tape Drive Success (of a kind): Rewind the tape TAPE MODESET ( 3590C TAPE WVOL1 volser REW 181 TAPE FSF If I attempt to write anything other than the volume label (using TAPE WVOL1) at the beginning of the tape then the write fails. My tape operator has now gone home for the weekend, so further experimentation will have to keep until Monday. My plan is to try to repeat the above but with 'TAPE MODESET ( 3590B' - just to see what happens. Also, hopefully, we'll be able to get firmware levels checked later in the week. Teatime methinks! Have a good weekend folks. Jeff
Re: HCPDPM1280E with STK 9840C Tape Drive
Success (of a kind): Rewind the tape TAPE MODESET ( 3590C TAPE WVOL1 volser REW 181 TAPE FSF If I attempt to write anything other than the volume label (using TAPE WVOL1) at the beginning of the tape then the write fails. My tape operator has now gone home for the weekend, so further experimentation will have to keep until Monday. My plan is to try to repeat the above but with 'TAPE MODESET ( 3590B' - just to see what happens. Also, hopefully, we'll be able to get firmware levels checked later in the week. Teatime methinks! Have a good weekend folks. Jeff
Re: HCPDPM1280E with STK 9840C Tape Drive
Thankyou Mike for that info ... I'll get the firmware levels checked out. Update for any viewers / interested parties; this morning, for a short while, the drive behaved itself and I was able to write to it using TAPE, PIPE and MOVEFILE ... then it once again, 'just stopped working' ... symptoms that certainly indicate to me that the hardware / firmware route is the one that we should currently be devoting the bulk of our attention to. I've been using the same cartridge for all the tests so I'm currently not thinking media although the docs all indicate that media can be a big issue with this technology ... I may revisit this possibility in due course, but the same cartridge has successfully been written on the same drive using z/OS. Meanwhile, the sun is shining and it'll soon be lunchtime ... life could be worse :-) Jeff
Re: HCPDPM1280E with STK 9840C Tape Drive
Jeff, Is the STK 9840C configured internally as a 9840 drive (native mode) or in a 3490/3590 compatibility modes? You will need to make sure the drive is configured in the same mode as defined by zVM's IOCP. Either usually 3490 or 3590 mode. If the drive has the Full-Code option enabled in the drive configuration, it will run in 9840 native mode regardless of how the drive type is configured. Disable this Full-code option if it is set (or have your Oracle/STK support folks check it for you.) Based on how the drive is actually configured, you will need to use the appropriate CMS TAPE modeset command options to write to the drive successfully. Regards, Mike Rydberg Brocade -Original Message- From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Jeff Gribbin Sent: Thursday, August 04, 2011 3:21 AM To: IBMVM@LISTSERV.UARK.EDU Subject: HCPDPM1280E with STK 9840C Tape Drive In February 2007, Chris Little reported receiving the message HCPDPM1280E Device 0181 not usable; assign lost while attempting to write to a tape cartridge loaded into a STK 9840C tape drive. As far as I can see, no resolution was posted at the time. I am experiencing exactly these symptoms with the same device-type. The device has been in regular use on several z/OS LPARS on the same machine without any problems but we have never previously attempted to use it from the z/VM LPAR. After being taken offline to the z/OS LPARS the device happily comes online to z/VM and can be attached to a CMS user who can successfully read the tape (well, TAPE DVOL1 works) but any attempt to write to the tape immediately elecits a brief delay (about 5 seconds) followed by the HCP1280E. (I have tried MOVEFILE and TAPE DUMP - identical symptoms in both cases.) The cartridge has been double-checked and is definitely set for write-permit. I'm hoping that maybe somebody did discover a resolution but for whatever reason it either didn't get posted or I've been looking in the wrong place! Thoughts, anybody? TIA Jeff Gribbin
Re: HCPDPM1280E with STK 9840C Tape Drive
Jeff, Try TAPE MODESET (3590B Or TAPE MODESET (3590C Then try to write to the tape again. Make sure you don't have the tape media write protect tab enabled. If you still get sense byte 6 = x'25' (media can be read only), then you may have to try another tape media. The tape media that you are trying to write to may have been written (iehinit) from a 9840C in 3490 mode. Mike -Original Message- From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Jeff Gribbin Sent: Thursday, August 04, 2011 10:59 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: HCPDPM1280E with STK 9840C Tape Drive Hmm - thanks for the hint ... >From OPERATOR ... HCPERP584I TAPE 0500 AN OPERATION WAS TERMINATED BECAUSE A HCPERP584I CAPABILITY CHECK OCCURRED HCPERP6300I SENSE DATA FORMAT = 04 MSG CODE = 01 HCPERP6301I CHANNEL COMMAND WORD COMMAND CODE = 01 HCPERP6303I SENSE = 804100D0 24202541 0001FF00 0017 HCPERP6303I 1790 40042301 68841310 HCPERP6304I IRB = 00C04017 6DF3D238 02001005 0080 HCPERP6305I USERID = MAINT HCPERP2216I CHANNEL PATH ID = 50 HCPERP2220I PHYSICAL CHANNEL PATH ID = 0100 HCPERP2252I TAPE 0500 PATH 50 NOT OPERATIONAL HCPERP2252I TAPE 0500 PATH 50 NOT OPERATIONAL HCPERP602I TAPE 0500 AN INTERFACE CONTROL CHECK OCCURRED HCPERP6303I SENSE = HCPERP6303I At first reading, PATH 50 NOT OPERATIONAL is bizarre - given that this is the only path to the device and that the device happily comes online, accepts CP REWIND commands and allows all the kinds of read operations that I have tried so far. Given that it's a problem only ever reported here once - and that a long time ago - and that there must be several folk successfully using these drives every day, I'm leaning towards some kind of configuration problem but I'm not seeing it. (It's going to be obvious with hindsight - I just hope that hindsight comes soon!) For info, here's the IOCP stuff ... CHPID PATH=(CSS(0),50),SHARED,* PARTITION=((ZO,ZOS1,ZOS2,ZOS3MAST,ZVMIFL1),(=)),* PCHID=100,TYPE=FC CNTLUNIT CUNUMBR=C500,PATH=((CSS(0),50)),UNITADD=((00,016)), * UNIT=3590 IODEVICE ADDRESS=(500,001),CUNUMBR=(C500),STADET=Y,UNIT=3590 And here's what VM sees ... q 500 id 16:30:28 TAPE 0500 3590-10 CU: 3590-60 q path 500 17:01:04 Device 0500, Status ONLINE 17:01:04 CHPIDs to Device 0500 (PIM) : 50 17:01:04 Physically Available (PAM) : + 17:01:04 Online (LPM) : + 17:01:04Legend + Yes - No q chpid 50 17:01:41 Path 50 online to devices 0500
Re: HCPDPM1280E with STK 9840C Tape Drive
Jeff, The drive may have taken a firmware dump. Check with your local Oracle/Sun/Stk support to get current drive firmware installed. Make sure the drive does not have the "full code" option enabled, this can the drive firmware to fail. Current tape firmware available from Oracle: 9840C 1.45.503 9840D 1.45.703 T10KA 1.46.109 T10KB 1.46.209 T10KC 1.51.318 Mike -Original Message- From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Jeff Gribbin Sent: Thursday, August 04, 2011 11:36 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: HCPDPM1280E with STK 9840C Tape Drive Thanks for the thought but I don't think that's it - there really is just one tape drive and it's in regular use from the z/OS LPARS. I HAVE (just) successfully used TAPE WVOL1 volser to write a VOL1 label onto a tape - this was part of a double-check that the tape WAS fully rewound prior to the write (from the HELP, the usual cause of HCP584I would seem to be attempting to write - in some circumstances - to a previously-written tape without ensuring one is at the beginning). However, an immediately-following TAPE DUMP * * A gave us the following on OPERATOR: 17:30:49 HCPERP2252I TAPE 0500 PATH 50 NOT OPERATIONAL 17:30:49 HCPERP2252I TAPE 0500 PATH 50 NOT OPERATIONAL 17:30:49 HCPERP602I TAPE 0500 AN INTERFACE CONTROL CHECK OCCURRED 17:30:49 HCPERP6303I SENSE = 17:30:49 HCPERP6303I 17:30:49 HCPERP6304I IRB = 04C24017 6DF3DD30 0002 0080C400 17:30:49 HCPERP6305I USERID = MAINT 17:30:49 HCPERP2216I CHANNEL PATH ID = 50 17:30:49 HCPERP2220I PHYSICAL CHANNEL PATH ID = 0100 along with: HCPDPM1280E Device 0181 not usable; assign lost on MAINT. :sigh.
Re: HCPDPM1280E with STK 9840C Tape Drive
Jeff, Sense byte 6 = x'25' indicates the drive is in read-only format. That appears to be symptomatic of a media format/drive type misconfiguration to me. Regards, Mike -Original Message- From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Jeff Gribbin Sent: Thursday, August 04, 2011 10:59 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: HCPDPM1280E with STK 9840C Tape Drive Hmm - thanks for the hint ... >From OPERATOR ... HCPERP584I TAPE 0500 AN OPERATION WAS TERMINATED BECAUSE A HCPERP584I CAPABILITY CHECK OCCURRED HCPERP6300I SENSE DATA FORMAT = 04 MSG CODE = 01 HCPERP6301I CHANNEL COMMAND WORD COMMAND CODE = 01 HCPERP6303I SENSE = 804100D0 24202541 0001FF00 0017 HCPERP6303I 1790 40042301 68841310 HCPERP6304I IRB = 00C04017 6DF3D238 02001005 0080 HCPERP6305I USERID = MAINT HCPERP2216I CHANNEL PATH ID = 50 HCPERP2220I PHYSICAL CHANNEL PATH ID = 0100 HCPERP2252I TAPE 0500 PATH 50 NOT OPERATIONAL HCPERP2252I TAPE 0500 PATH 50 NOT OPERATIONAL HCPERP602I TAPE 0500 AN INTERFACE CONTROL CHECK OCCURRED HCPERP6303I SENSE = HCPERP6303I At first reading, PATH 50 NOT OPERATIONAL is bizarre - given that this is the only path to the device and that the device happily comes online, accepts CP REWIND commands and allows all the kinds of read operations that I have tried so far. Given that it's a problem only ever reported here once - and that a long time ago - and that there must be several folk successfully using these drives every day, I'm leaning towards some kind of configuration problem but I'm not seeing it. (It's going to be obvious with hindsight - I just hope that hindsight comes soon!) For info, here's the IOCP stuff ... CHPID PATH=(CSS(0),50),SHARED,* PARTITION=((ZO,ZOS1,ZOS2,ZOS3MAST,ZVMIFL1),(=)),* PCHID=100,TYPE=FC CNTLUNIT CUNUMBR=C500,PATH=((CSS(0),50)),UNITADD=((00,016)), * UNIT=3590 IODEVICE ADDRESS=(500,001),CUNUMBR=(C500),STADET=Y,UNIT=3590 And here's what VM sees ... q 500 id 16:30:28 TAPE 0500 3590-10 CU: 3590-60 q path 500 17:01:04 Device 0500, Status ONLINE 17:01:04 CHPIDs to Device 0500 (PIM) : 50 17:01:04 Physically Available (PAM) : + 17:01:04 Online (LPM) : + 17:01:04Legend + Yes - No q chpid 50 17:01:41 Path 50 online to devices 0500
Re: HCPDPM1280E with STK 9840C Tape Drive
Thanks for the thought but I don't think that's it - there really is just one tape drive and it's in regular use from the z/OS LPARS. I HAVE (just) successfully used TAPE WVOL1 volser to write a VOL1 label o nto a tape - this was part of a double-check that the tape WAS fully rewound prior to the write (from the HELP, the usual cause of HCP584I would seem to be attempting to write - in some circumstances - to a previously-written tape without ensuring one is at the beginning). However, an immediately-following TAPE DUMP * * A gave us the following on OPERATOR: 17:30:49 HCPERP2252I TAPE 0500 PATH 50 NOT OPERATIONAL 17:30:49 HCPERP2252I TAPE 0500 PATH 50 NOT OPERATIONAL 17:30:49 HCPERP602I TAPE 0500 AN INTERFACE CONTROL CHECK OCCURRED 17:30:49 HCPERP6303I SENSE = 00 00 17:30:49 HCPERP6303I 17:30:49 HCPERP6304I IRB = 04C24017 6DF3DD30 0002 0080C400 17:30:49 HCPERP6305I USERID = MAINT 17:30:49 HCPERP2216I CHANNEL PATH ID = 50 17:30:49 HCPERP2220I PHYSICAL CHANNEL PATH ID = 0100 along with: HCPDPM1280E Device 0181 not usable; assign lost on MAINT. :sigh.
Re: HCPDPM1280E with STK 9840C Tape Drive
OK, this may seem a bit farfetched, but your control unit and device statements do not match up in terms of the number of unit address. The control unit statement defines 16 unit address and the IODEVICE statement defines one unit. You may have a situation where the physical control unit (knowing it has 16 devices) is trying to present an interrupt using a different unit address other than unit address zero. This is assuming that you do have 16 physical tape drives. Just a thought. Raymond E. Noal EMC² where information lives Phone: (508) 249-4076 Ext: 44076 -Original Message- From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Jeff Gribbin Sent: Thursday, August 04, 2011 11:59 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: HCPDPM1280E with STK 9840C Tape Drive Hmm - thanks for the hint ... >From OPERATOR ... HCPERP584I TAPE 0500 AN OPERATION WAS TERMINATED BECAUSE A HCPERP584I CAPABILITY CHECK OCCURRED HCPERP6300I SENSE DATA FORMAT = 04 MSG CODE = 01 HCPERP6301I CHANNEL COMMAND WORD COMMAND CODE = 01 HCPERP6303I SENSE = 804100D0 24202541 0001FF00 0017 HCPERP6303I 1790 40042301 68841310 HCPERP6304I IRB = 00C04017 6DF3D238 02001005 0080 HCPERP6305I USERID = MAINT HCPERP2216I CHANNEL PATH ID = 50 HCPERP2220I PHYSICAL CHANNEL PATH ID = 0100 HCPERP2252I TAPE 0500 PATH 50 NOT OPERATIONAL HCPERP2252I TAPE 0500 PATH 50 NOT OPERATIONAL HCPERP602I TAPE 0500 AN INTERFACE CONTROL CHECK OCCURRED HCPERP6303I SENSE = HCPERP6303I At first reading, PATH 50 NOT OPERATIONAL is bizarre - given that this is the only path to the device and that the device happily comes online, accepts CP REWIND commands and allows all the kinds of read operations that I have tried so far. Given that it's a problem only ever reported here once - and that a long time ago - and that there must be several folk successfully using these drives every day, I'm leaning towards some kind of configuration problem but I'm not seeing it. (It's going to be obvious with hindsight - I just hope that hindsight comes soon!) For info, here's the IOCP stuff ... CHPID PATH=(CSS(0),50),SHARED,* PARTITION=((ZO,ZOS1,ZOS2,ZOS3MAST,ZVMIFL1),(=)),* PCHID=100,TYPE=FC CNTLUNIT CUNUMBR=C500,PATH=((CSS(0),50)),UNITADD=((00,016)), * UNIT=3590 IODEVICE ADDRESS=(500,001),CUNUMBR=(C500),STADET=Y,UNIT=3590 And here's what VM sees ... q 500 id 16:30:28 TAPE 0500 3590-10 CU: 3590-60 q path 500 17:01:04 Device 0500, Status ONLINE 17:01:04 CHPIDs to Device 0500 (PIM) : 50 17:01:04 Physically Available (PAM) : + 17:01:04 Online (LPM) : + 17:01:04Legend + Yes - No q chpid 50 17:01:41 Path 50 online to devices 0500
Re: HCPDPM1280E with STK 9840C Tape Drive
Hmm - thanks for the hint ... From OPERATOR ... HCPERP584I TAPE 0500 AN OPERATION WAS TERMINATED BECAUSE A HCPERP584I CAPABILITY CHECK OCCURRED HCPERP6300I SENSE DATA FORMAT = 04 MSG CODE = 01 HCPERP6301I CHANNEL COMMAND WORD COMMAND CODE = 01 HCPERP6303I SENSE = 804100D0 24202541 0001FF00 0017 HCPERP6303I 1790 40042301 68841310 HCPERP6304I IRB = 00C04017 6DF3D238 02001005 0080 HCPERP6305I USERID = MAINT HCPERP2216I CHANNEL PATH ID = 50 HCPERP2220I PHYSICAL CHANNEL PATH ID = 0100 HCPERP2252I TAPE 0500 PATH 50 NOT OPERATIONAL HCPERP2252I TAPE 0500 PATH 50 NOT OPERATIONAL HCPERP602I TAPE 0500 AN INTERFACE CONTROL CHECK OCCURRED HCPERP6303I SENSE = HCPERP6303I At first reading, PATH 50 NOT OPERATIONAL is bizarre - given that this is the only path to the device and that the device happily comes online, accepts CP REWIND commands and allows all the kinds of read operations th at I have tried so far. Given that it's a problem only ever reported here once - and that a long time ago - and that there must be several folk successfully using these drives every day, I'm leaning towards some kind of configuration problem but I'm not seeing it. (It's going to be obvious with hindsight - I just hope that hindsight com es soon!) For info, here's the IOCP stuff ... CHPID PATH=(CSS(0),50),SHARED,* PARTITION=((ZO,ZOS1,ZOS2,ZOS3MAST,ZVMIFL1),(=)), * PCHID=100,TYPE=FC CNTLUNIT CUNUMBR=C500,PATH=((CSS(0),50)),UNITADD=((00,016)), * UNIT=3590 IODEVICE ADDRESS=(500,001),CUNUMBR=(C500),STADET=Y,UNIT=3590 And here's what VM sees ... q 500 id 16:30:28 TAPE 0500 3590-10 CU: 3590-60 q path 500 17:01:04 Device 0500, Status ONLINE 17:01:04 CHPIDs to Device 0500 (PIM) : 50 17:01:04 Physically Available (PAM) : + 17:01:04 Online (LPM) : + 17:01:04Legend + Yes - No q chpid 50 17:01:41 Path 50 online to devices 0500
Re: HCPDPM1280E with STK 9840C Tape Drive
On Thursday, 08/04/2011 at 04:20 EDT, Jeff Gribbin wrote: > In February 2007, Chris Little reported receiving the message > > HCPDPM1280E Device 0181 not usable; assign lost > > while attempting to write to a tape cartridge loaded into a STK 9840C tape > drive. > > As far as I can see, no resolution was posted at the time. Check the OPERATOR's console for I/O error messages. If you don't see anything obvious there, then I encourage you to open a PMR. Alan Altmark Senior Managing z/VM and Linux Consultant IBM System Lab Services and Training ibm.com/systems/services/labservices office: 607.429.3323 mobile; 607.321.7556 alan_altm...@us.ibm.com IBM Endicott
HCPDPM1280E with STK 9840C Tape Drive
In February 2007, Chris Little reported receiving the message HCPDPM1280E Device 0181 not usable; assign lost while attempting to write to a tape cartridge loaded into a STK 9840C tap e drive. As far as I can see, no resolution was posted at the time. I am experiencing exactly these symptoms with the same device-type. The device has been in regular use on several z/OS LPARS on the same machine without any problems but we have never previously attempted to use it fro m the z/VM LPAR. After being taken offline to the z/OS LPARS the device happily comes onli ne to z/VM and can be attached to a CMS user who can successfully read the t ape (well, TAPE DVOL1 works) but any attempt to write to the tape immediately elecits a brief delay (about 5 seconds) followed by the HCP1280E. (I hav e tried MOVEFILE and TAPE DUMP - identical symptoms in both cases.) The cartridge has been double-checked and is definitely set for write-permit. I'm hoping that maybe somebody did discover a resolution but for whatever reason it either didn't get posted or I've been looking in the wrong plac e! Thoughts, anybody? TIA Jeff Gribbin