Strange issues with mapping and unmapping LUNs

[Prokopets]

Hi!
I have a little problem with 11.31: I've an eva which presents some LUNs to my server. After some time i tried to present one more LUN to this server, but when i logged on to SMH, it shows me a strange picture like this:
====
0/7/1/0.1.3.0.0.0.1
0/7/1/0.1.2.0.0.0.1
0/3/1/0.1.3.0.0.0.1
0/3/1/0.1.2.0.0.0.1 c20t0d1
c18t0d1
c12t0d1
c10t0d1 unused - 4 scanning HP HSV200
====

I unpresented LUN and presented anothef LUN from another storage, and everything was ok. But when i unpresented this second LUN, i still can see the strange "Unused" device files. i tried to run insf or insf -e, or ioscan -fnC disk - without any result: there's still two (eight) h\w paths with status "unused" and hp-ux still can't see the LUN from the first eva (but it works normally with another ones from it). Can anyone give me advice?

[Steven E. Protter]

Shalom,

ioscan

ioscan -fnC disk

Please post both

11.31 has a new dynamic storage configuration and I can't see what is going on based on what has been posted so far.

SEP

[Prokopets]

attached.

[Prokopets]

Hmm, i think, i've found something interesting in logs:
====
Evpd inquiry page 83h/80h failed or the current page 83h/80h data do not match the previous known page 83h/80h data on LUN id 0x0 probed beneath the target path (class = tgtpath, instance = 7) The lun path is (class = lunpath, instance 48).Run 'scsimgr replace_wwid' command to validate the change
====

I think reboot will solve my problem but downtime is not an option :-\

[Michael Leu · Accepted solution]

Hi,

With 11.31 the WWID of the LUN gets cached.

# scsimgr replace_wwid -C lunpath -I 48
This should update the lunpath with the new WWID.

To see the current WWID you can use
# scsimgr get_attr -H 64000/0xfa00/0x10 -a wwid

[Prokopets]

Solved after reboot. Thanks all!