In your original note, you were asking to open LUN x0001000000000000 as part of an EDEV. But in your SCSIDISC DEBUG, you are opening LUN x0000000000000000. Can you try the same debug against that LUN?
Regards, Eric Eric Farman z/VM I/O Development IBM Endicott, NY (607)429-4958 (tie 620) From: Heiko Ruck <hr...@mainstorconcept.de> To: IBMVM@LISTSERV.UARK.EDU Date: 05/05/2011 11:13 AM Subject: AW: AW: Problems with SCSI FBA device under z/VM Sent by: The IBM z/VM Operating System <IBMVM@LISTSERV.UARK.EDU> Thanks for your answer. The Linux was actually shutdown when we tried to vary the EDEVice online. Which possibilities do we have to trace a EDEVice in z/VM? We performed a scsidisc debug and saw the following: INFO::FCP SUB-CHANNEL 00002000 Re-Initialized INFO::WWPN 210000D023000017 Opened INFO::WWPN 210000D023000017 UTIL LUN Opened INFO::WWPN 210000D023000017 UTIL LUN Closed INFO::For WWPN 210000D023000017 No of LUNs found=8 INFO::For 00002000 & 210000D023000017 Choosen LUN=0000000000000000 DEBUG::LUN 0000000000000000 for WWPN 210000D023000017 Opened DEBUG::LUN 0000000000000000 Closed INFO::WWPN 210000D023000017 Closed We will also open a service request at IBM. Regards, Heiko Ruck Von: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] Im Auftrag von Eric R Farman Gesendet: Mittwoch, 4. Mai 2011 17:28 An: IBMVM@LISTSERV.UARK.EDU Betreff: Re: AW: Problems with SCSI FBA device under z/VM Have you removed the configuration of the LUN from Linux before you varied the EDEVice online? z/VM will not be able to open a LUN R/W if it is already open on another FCP CHPID/WWPN pair. Doesn't matter if it's a different subchannel, if it's on the same CHPID. If that's not it, I would suggest contacting opening a service request so that we can collect some traces and determine why the LUN can't be opened. Non-IBM storage should work, but the "UDID Mismatch" message you should only get with multiple path devices, not single-path. Regards, Eric Eric Farman z/VM I/O Development IBM Endicott, NY From: Heiko Ruck <hr...@mainstorconcept.de> To: IBMVM@LISTSERV.UARK.EDU Date: 05/04/2011 03:55 PM Subject: AW: Problems with SCSI FBA device under z/VM Sent by: The IBM z/VM Operating System <IBMVM@LISTSERV.UARK.EDU> We used another subchannel and another LUN for z/Linux - device 2000 was used for z/VM (edev 9000) with LUN1 and device 2002 was used for z/Linux with LUN0. We tried it with and without NPIV, it works in both modes for Linux but not for z/VM. The "PPP" in the WWPN can be ignored (changed the WWPN after copy&paste, sorry for the confusion). -----Ursprüngliche Nachricht----- Von: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] Im Auftrag von Richard Troth Gesendet: Mittwoch, 4. Mai 2011 15:29 An: IBMVM@LISTSERV.UARK.EDU Betreff: Re: Problems with SCSI FBA device under z/VM So ... when it works on Linux, how is it defined? Using the same subchannel? (2000) Is NPIV in place? What's with the "PPP" in the WWPN in the error report? Is Linux also using this device when you try to use it as an EDEV? -- R; <>< Rick Troth Velocity Software http://www.velocitysoftware.com/ On Wed, May 4, 2011 at 08:58, Heiko Ruck <hr...@mainstorconcept.de> wrote: > Hi all, > > > > we have Problems with using our SCSI-Storage System under z/VM defined > as FCP. The same Storage System works fine for our z/Linux running as > a guest of this VM, so we assume that there are no errors in the > definition of IOCP, HMC, FibreChannel Switch and SCSI Storage System. > We are currently using z/VM 5.4 with Service Level 1101 and we can see > the WWPN and LUNs of the storage when using "scsidisc". The "set edev" > command does also work, but as soon as we vary the device online we receive the following error: > > HCPSZP8701I Path FCP_DEV 2000 WWPN 2200PPP023100017 LUN > 0001000000000000 was deleted from EDEV 9000 because it is invalid. > > > HCPCPN8700I Emulated Device 9000 cannot be varied online because > > HCPCPN8700I there are no valid paths defined to the device. > > There are no error is in the Operator console. And the same tests in > z/VM > 5.3 ends with: > > 11:51:01 HCPAXS3586E UDID mismatch for path 00006000PATH01. > > Function:scsi_mpio_init > > 11:51:01 HCPCSS3507E Thread (0x0000000001B9C148) encountered a severe > error in p > > ers_paix_loadDevice at line 1604: EID(3) > RC(0x000000 > > 15) RSN(0x00000033) > > > > > > Does anyone have an idea why we receive an error in z/VM although it > works under z/Linux? > > Of course I have to say that this is not a IBM Storage System. Does > anyone have a list of Storage Systems which work with z/VM or > experiences with a System which works? I think supported are only IBM > 2105, 2107, 1750, 2145 and 2810 but with which other systems is it > also functional even if it is not supported and/or from another vendor? > > > > > > Thanks, > > Heiko Ruck > > Checked by MSC FGT60 > > Checked by MSC FGT60