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 00000000 00000017   
 HCPERP6303I 17000090 40042301 68841310                             
 HCPERP6304I IRB = 00C04017 6DF3D238 02001005 00800000              
 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 = 00000000 00000000 00000000 00000000 00000000   
 HCPERP6303I 00000000 00000000 00000000                             

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=((ZOSSSS,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:04                        Legend     + Yes - No

q chpid 50                              
17:01:41 Path 50 online to devices 0500

Reply via email to