Scott, > Dec 6 14:28:15 wil-zstsccdbtstbu01 kernel: zfcp: warning: failed > gid_pn nameserver request for wwpn 0x50060e800571f006 for adapter 0.0.dc00 > Dec 6 14:28:15 wil-zstsccdbtstbu01 kernel: zfcp: port erp failed > (adapter 0.0.dc00, wwpn=0x50060e800571f006)
The nameserver is a service that runs on your switches. GID_PN is a request to the nameserver for Get Port Identifier by Port Name. The error is that switch doesn't know about target port 0x50060e800571f006 so it can't return the n-port id that Linux needs. I'd investigate like this... 1. check zoning on your switch. Your channel may not have permission to talk to that target port. 2. check NPIV settings. If NPIV is on and you meant for it to be off, then that may change how you zone at the switch. 3. check cabling. If these linux systems are running on 2 different CECs, then maybe some channels on 1 CEC aren't cabled the way you expect. Regards, Ray Higgs System z FCP Firmware Development Bld. 706, B42 2455 South Road Poughkeepsie, NY 12601 (845) 435-8666, T/L 295-8666 [email protected] Linux on 390 Port <[email protected]> wrote on 12/06/2011 03:04:53 PM: > From: "Shumate, Scott" <[email protected]> > To: [email protected] > Date: 12/06/2011 03:11 PM > Subject: zFCP question for RHEL54 > Sent by: Linux on 390 Port <[email protected]> > > I'm running into issues adding zFCP LUNS to a clustered zLinux > server. The primary servers sees the disk with no issues and have > multipath'ing turned on. Both servers should be pointing to the > same scsi disk. What am I missing? Any ideas? I've tried > rebooting with no results. I do see the following error in /var/log/messages > > Dec 6 14:28:15 wil-zstsccdbtstbu01 kernel: zfcp: warning: failed > gid_pn nameserver request for wwpn 0x50060e800571f006 for adapter 0.0.dc00 > Dec 6 14:28:15 wil-zstsccdbtstbu01 kernel: zfcp: port erp failed > (adapter 0.0.dc00, wwpn=0x50060e800571f006) > > I see this for each adapter. I did try to remove the unit and port > vary the adapters offline and tried it again with the same results. > > The server that works > ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ > > [root@wil-zstsccdbtst01 ~]# lsscsi > [0:0:0:1] disk HITACHI OPEN-V 6008 /dev/sda > [0:0:0:2] disk HITACHI OPEN-V 6008 /dev/sde > [1:0:0:1] disk HITACHI OPEN-V 6008 /dev/sdb > [2:0:0:1] disk HITACHI OPEN-V 6008 /dev/sdc > [3:0:0:1] disk HITACHI OPEN-V 6008 /dev/sdd > > [root@wil-zstsccdbtst01 ~]# lszfcp -D > 0.0.dc00/0x50060e800571f006/0x0017000000000000 0:0:0:1 > 0.0.dc00/0x50060e800571f006/0x0019000000000000 0:0:0:2 > 0.0.dd00/0x50060e800571f016/0x0017000000000000 1:0:0:1 > 0.0.de00/0x50060e800571f007/0x0017000000000000 2:0:0:1 > 0.0.df00/0x50060e800571f017/0x0017000000000000 3:0:0:1 > > [root@wil-zstsccdbtst01 ~]# cat /etc/zfcp.conf > 0.0.dc00 0x50060e800571f006 0x0017000000000000 > 0.0.dd00 0x50060e800571f016 0x0017000000000000 > 0.0.de00 0x50060e800571f007 0x0017000000000000 > 0.0.df00 0x50060e800571f017 0x0017000000000000 > 0.0.dc00 0x50060e800571f006 0x0019000000000000 > > ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ > > The server that fails > ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ > [root@wil-zstsccdbtstbu01 0x50060e800571f006]# lsscsi > [root@wil-zstsccdbtstbu01 0x50060e800571f006]# > > [root@wil-zstsccdbtstbu01 0x50060e800571f006]# lszfcp -D > Error: No fcp devices found. > > [root@wil-zstsccdbtstbu01 0x50060e800571f006]# cat /etc/zfcp.conf > 0.0.dc00 0x50060e800571f006 0x0017000000000000 > 0.0.dd00 0x50060e800571f016 0x0017000000000000 > 0.0.de00 0x50060e800571f007 0x0017000000000000 > 0.0.df00 0x50060e800571f017 0x0017000000000000 > 0.0.dc00 0x50060e800571f006 0x0019000000000000 > > ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ > > > > Thanks > Scott > > -----Original Message----- > From: Linux on 390 Port [mailto:[email protected]] On Behalf > Of John Campbell > Sent: Monday, December 05, 2011 9:25 AM > To: [email protected] > Subject: At the optometrist's ... > > http://www.datamation.com/imagesvr_ce/5678/geek-eye-doctor.jpg ;-) > > My first though was whether there'd be enough humor in an EBCDIC version. > > -soup > > -- > John R. Campbell Speaker to Machines souperb at > gmail dot com MacOS X proved it was easier to make Unix user- > friendly than to fix Windows > > ---------------------------------------------------------------------- > For LINUX-390 subscribe / signoff / archive access instructions, > send email to [email protected] with the message: INFO > LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 > ---------------------------------------------------------------------- > For more information on Linux on System z, visit http://wiki.linuxvm.org/ > > ---------------------------------------------------------------------- > For LINUX-390 subscribe / signoff / archive access instructions, > send email to [email protected] with the message: INFO LINUX-390 or visit > http://www.marist.edu/htbin/wlvindex?LINUX-390 > ---------------------------------------------------------------------- > For more information on Linux on System z, visit > http://wiki.linuxvm.org/ > ---------------------------------------------------------------------- For LINUX-390 subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 ---------------------------------------------------------------------- For more information on Linux on System z, visit http://wiki.linuxvm.org/
