Sponsored Content
Operating Systems HP-UX Change librairie MSL - fcmsutil older WWN Post 302541894 by Trunk on Tuesday 26th of July 2011 05:36:20 AM
Old 07-26-2011
Change librairie MSL - fcmsutil older WWN

Hello,

I have 3 servers with HP-UX 11v2.
After a change of librairie MSL, the autoch and the driver are in NO_HW on 2 servers.
The "fcmsutil / dev / fcdx get remote" command sends back the older WWN.
On switch FC, the WWN is indeed the new and the zoning is correct.
On the 1st server the new WWN were directly detected by fcmsutil and the devices are CLAIMED.
I made a "rmsf -H" of the autoch and of tape and an "insf -e".
Devices is not created.

The older on 2 servers
Code:
$fcmsutil /dev/fcd1 get remote all

                    Target N_Port_id is = 0x160000
                           Target state = DSM_UNOPENED
                          Symbolic Name = HP Ultrium 4 Fibre Channel S/N-HU18524JB9 Port-0
                              Port Type = N_PORT
                          FCP-2 Support = YES
            Target Port World Wide Name = 0x500110a000933a42
            Target Node World Wide Name = 0x500110a000933a41

$fcmsutil /dev/fcd0 echo 0x150000
ERROR: Device with nport_id 0x150000 not found.

The new on the 1st server
Code:
$fcmsutil /dev/td3 get remote all

                    Target N_Port_id is = 0x160000
                           Target state = DVS_READY
                          Symbolic Name = HP Ultrium 4 Fibre Channel S/N-HU18524JB9 Port-0
                              Port Type = N_PORT
   SLER Capable (supports Retry) = YES
            Target Port World Wide Name = 0x500110a0008e9d5a
            Target Node World Wide Name = 0x500110a0008e9d59

Thanks

Last edited by Trunk; 07-26-2011 at 06:42 AM..
 

10 More Discussions You Might Find Interesting

1. Solaris

Wwn

hiho peeps, is there a possibility to see the WWNs of your SAN-HBAs, like in ifconfig the MAC-addresse.....??? greetings Pressy (1 Reply)
Discussion started by: pressy
1 Replies

2. AIX

identify wwn on js21 lpar

hello, this is my first post please be gentle... im running aix 5.3 on a js21 lpar (that machine has another lpar and the vios), however i can't seem to find the wwn of the card when i: lscfg + sys0 System Object + sysplanar0 ... (4 Replies)
Discussion started by: javierccs
4 Replies

3. Solaris

WWN on Solairs8

How to find the WWN in solaris8 other than luxadm? (2 Replies)
Discussion started by: allwin
2 Replies

4. Filesystems, Disks and Memory

Help with finding WWN of SAN disks

Hi, I'm new to SAN storage so I was wondering if someone can assist me with a problem. I have a solaris 10 OS with 3 SAN devices attached. We are trying to troubleshoot performance so I was asked to get the WWN of each SAN disk and show what it's attached to via the SVM mount in the metastat... (1 Reply)
Discussion started by: rkruck
1 Replies

5. Solaris

Find LUN with WWN

Hello all, I need find in my OS (Sun10) on LUN 1Tb with WWN 6005-08b4-0010-7137-0000-e000-0076-0000 (HBA) How do it?, Thanks, (3 Replies)
Discussion started by: aav1307
3 Replies

6. AIX

WWN change

If i am changing the controller/SFP in IBM DS 5000 series is there any chance of changing WWN.Where it (WWN)will be located. When will be the chance of WWN change. Thanks in advance (0 Replies)
Discussion started by: sunnybee
0 Replies

7. AIX

NPIV custom WWN

Hi All :) i would like to know if i can customize the WWN of the new VFC (NPIV). Or, if i must move the LPAR on another server with another FCS, i have to change the zoning?? Thanks in advance. Mario ---------- Post updated 09-21-12 at 02:51 AM ---------- Previous update was 09-20-12 at... (1 Reply)
Discussion started by: Zio Bill
1 Replies

8. Solaris

How to get LUN WWN in Solaris?

How to get LUN WWN (i.e LUN mapped from a storage box say Symmetrix or clariion) in Solaris. fcinfo command does give the Target port wwn but what i'm looking for is the LUN WWN. Any help is appreciated. (2 Replies)
Discussion started by: Manish00712
2 Replies

9. Ubuntu

Unable to find WWN on Ubuntu 12

Hi All I am trying to get WWN from the FC adapters to provide to storage admin to provide me with some LUNs, but after some research on google I was asked to use sysfsutilstool, but when I try to install the deb package I got stuck on dependencies. the one that is giving me issues is : libc6.... (0 Replies)
Discussion started by: fretagi
0 Replies

10. Red Hat

Need WWN

How do I identify the WWN of associated SAN through a logical volume that is mounted on a RHEL 6 system (2 Replies)
Discussion started by: nixhead
2 Replies
sf(7D)								      Devices								    sf(7D)

NAME
sf - SOC+ FC-AL FCP Driver SYNOPSIS
sf@port,0 DESCRIPTION
The sf driver is a SCSA compliant nexus driver which supports the Fibre Channel Protocol for SCSI on Private Fibre Channel Arbitrated loops. An SBus card called the SOC+ card (see socal(7D)) connects the Fibre Channel loop to the host system. The sf driver interfaces with the SOC+ device driver, socal(7D), the SCSI disk target driver, ssd(7D), and the SCSI-3 Enclosure Services driver, ses(7D). It only supports SCSI devices of type disk and ses. The sf driver supports the standard functions provided by the SCSA interface. The driver supports auto request sense and tagged queueing by default. The driver requires that all devices have unique hard addresses defined by switch settings in hardware. Devices with conflicting hard addresses will not be accessible. FILES
/platform/architecture/kernel/drv/sf ELF kernel module /platform/architecture/kernel/drv/sf.conf sf driver configuration file ATTRIBUTES
See attributes(5) for descriptions of the following attributes: +-----------------------------+-----------------------------+ | ATTRIBUTE TYPE | ATTRIBUTE VALUE | +-----------------------------+-----------------------------+ |Architecture |SPARC | +-----------------------------+-----------------------------+ SEE ALSO
luxadm(1M), prtconf(1M), driver.conf(4), socal(7D), ssd(7D) Writing Device Drivers ANSI X3.272-1996, Fibre Channel Arbitrated Loop (FC-AL) ANSI X3.269-1996, Fibre Channel Protocol for SCSI (FCP) ANSI X3.270-1996, SCSI-3 Architecture Model (SAM) Fibre Channel Private Loop SCSI Direct Attach (FC-PLDA) DIAGNOSTICS
In addition to being logged, the messages below may display on the system console. The first set of messages indicate that the attachment was unsuccessful, and will only display while the sf driver is initially attempting to attach. Each message is preceded by sf%d , where %d is the instance number of the sf device. Failed to alloc soft state Driver was unable to allocate space for the internal state structure. Driver did not attach to device, SCSI devices will be inaccessi- ble. Bad soft state Driver requested an invalid internal state structure. Driver did not attach to device, SCSI devices will be inaccessible. Failed to obtain transport handle Driver was unable to obtain a transport handle to communicate with the socal driver. Driver did not attach to device, SCSI devices will be inaccessible Failed to allocate command/response pool Driver was unable to allocate space for commands and responses. Driver did not attach to device, SCSI devices will be inaccessible. Failed to allocate kmem cache Driver was unable to allocate space for the packet cache. Driver did not attach to device, SCSI devices will be inaccessible. Failed to allocate dma handle for Driver was unable to allocate a dma handle for the loop map. Driver did not attach to device, SCSI devices will be inaccessible. Failed to allocate lilp map Driver was unable to allocate space for the loop map. Driver did not attach to device, SCSI devices will be inaccessible. Failed to bind dma handle for Driver was unable to bind a dma handle for the loop map. Driver did not attach to device, SCSI devices will be inaccessible. Failed to attach Driver was unable to attach for some reason that may be printed. Driver did not attach to device, SCSI devices will be inaccessible. The next set of messages may display at any time. The full device pathname, followed by the shorter form described above, will precede the message. Invalid lilp map The driver did not obtain a valid lilp map from the socal driver. SCSI device will be inaccessible. Target t, AL-PA x and hard The device with a switch setting t has an AL-PA x which does not match its hard address y. The device will not be accessible. Duplicate switch settings The driver detected devices with the same switch setting. All such devices will be inaccessible. WWN changed on target t The World Wide Name (WWN) has changed on the device with switch setting t. Target t, unknown device type The driver does not know the device type reported by the device with switch setting t. SunOS 5.11 27 Mar 1997 sf(7D)
All times are GMT -4. The time now is 03:50 PM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy