Native Multipath in 11.31

[sagar24]

We have rx8640 with 11.31 installed on it and this server is connected to a IBM San Storage.

On Friday the Storage Team change the HBA card on the array controller as the storage inherited the same WWPN.

There was no change in lunpath on the OS side. But in dmesg I saw the below errors.The Errors suggest that I/O from this failed path did not move the other HBA.Please advise what could be th reason of the I/O not being done from other path.

Please correct me i.

LVM: WARNING: VG 64 0x010000: LV 15: Some I/O requests to this LV are waiting
        indefinitely for an unavailable PV. These requests will be queued until
        the PV becomes available (or a timeout is specified for the LV).
LVM: WARNING: VG 64 0x010000: LV 9: Some I/O requests to this LV are waiting
        indefinitely for an unavailable PV. These requests will be queued until
        the PV becomes available (or a timeout is specified for the LV).
LVM: WARNING: VG 64 0x010000: LV 8: Some I/O requests to this LV are waiting
        indefinitely for an unavailable PV. These requests will be queued until
        the PV becomes available (or a timeout is specified for the LV).
LVM: WARNING: VG 64 0x030000: LV 1: Some I/O requests to this LV are waiting
        indefinitely for an unavailable PV. These requests will be queued until
        the PV becomes available (or a timeout is specified for the LV).
LVM: WARNING: VG 64 0x010000: LV 7: Some I/O requests to this LV are waiting
        indefinitely for an unavailable PV. These requests will be queued until
        the PV becomes available (or a timeout is specified for the LV).
class : tgtpath, instance 5
Target path (class=tgtpath, instance=5) has gone offline.  The target path h/w path is 0/0/10/1/0/4/0.0x500507630410c58c
 
LVM: VG 64 0x010000: PVLink 3 0x00000a Failed! The PV is not accessible.
ERROR: io_get_mapping fails
WARNING: Unable to retrieve legacy style dev_t for 3000004
LVM: NOTICE: VG 64 0x030000: LV 1: All I/O requests to this LV that were
        waiting indefinitely for an unavailable PV have now completed.
LVM: VG 64 0x010000: PVLink 3 0x00000a Recovered.
LVM: NOTICE: VG 64 0x010000: LV 7: All I/O requests to this LV that were
        waiting indefinitely for an unavailable PV have now completed.
LVM: NOTICE: VG 64 0x010000: LV 15: All I/O requests to this LV that were
        waiting indefinitely for an unavailable PV have now completed.
LVM: NOTICE: VG 64 0x010000: LV 8: All I/O requests to this LV that were
        waiting indefinitely for an unavailable PV have now completed.
LVM: NOTICE: VG 64 0x010000: LV 9: All I/O requests to this LV that were
        waiting indefinitely for an unavailable PV have now completed.
class : tgtpath, instance 5
Target path (class=tgtpath, instance=5) has gone online.  The target path h/w path is 0/0/10/1/0/4/0.0x500507630410c58c

[Jack007]

I have the same question, waiting for the answer!

[Torsten.]

A possible problem: the array presents a LUN based on the WWN of the HBA. If the HBA is replaced, it has another WWN - hence the array does not present any LUN to this HBA, until the array configuration is adjusted. Same for WWN based zoning in your SAN. For all array related changes it depends on the array - all steps done related to a replacement?