HP-UX 11.31: How to remove failed lun paths from multi pathing?

[Armin Kunaschik]

This output is a part of the command scsimgr lun_map.
After zoning changes certain device paths moved to other box ports. The new path was recognized without problems but the old path switched to state FAILED.

LUN PATH INFORMATION FOR LUN : /dev/rdisk/disk40

Total number of LUN paths = 8
World Wide Identifier(WWID) = 0x60a98000486e534b4834486d33333042

LUN path : lunpath115
Class = lunpath
Instance = 115
Hardware path = 1/0/12/1/0.0x500a098786681418.0x4001000000000000
SCSI transport protocol = fibre_channel
State = ACTIVE
Last Open or Close state = ACTIVE

LUN path : lunpath129
Class = lunpath
Instance = 129
Hardware path = 1/0/12/1/0.0x500a098596681418.0x4001000000000000
SCSI transport protocol = fibre_channel
State = FAILED
Last Open or Close state = ACTIVE

This is OK in normal operation if the path returns later. But how to manually remove the instance from the configuration if I know it's never coming back? It's gone after rebooting.. but this has to work without a reboot too.

Any suggestions?
Armin

[Torsten.]

I would guess this is a job for scsimgr.
Never tried so far, but maybe the "erase" option has to be used.

See

http://docs.hp.com/en/B2355-60130/scsimgr.1M.html

[Steven E. Protter]

Shalom,

It would also help to rmsf the devices and re-run insf -C disk

After making sure the path is not connected any more.

SEP

[Armin Kunaschik]

I was looking through the man page before writing this post...
scsimgr erase is for magneto-optical devices.
The only "delete" option is ddr_del, but the man page is very fuzzy here.

rmsf and ioscan was done before all that. If it was that easy, I would no ask such a question :-)

Any more suggestions?

[Kapil Jha · Accepted solution]

What u can do is
scsimgr -p lun_map -D /dev/rdisk/disk40
from this command find which paths are failed or degraded.
Disable them with
scsimgr disable
and then do
rmsf -H 1/0/12/1/0.0x500a098786681418.0x4001000000000000(this taken from your above output)

This would remove this bad path.

BR,
Kapil+

[Armin Kunaschik]

Looks like this would do the trick.
Thanks!
It seems that there are 2 independent namespaces if you use agile devices.
Normaly I do a
# ioscan -fnkCdisk|awk '/NO_HW/ {print $3}'|xargs -n 1 rmsf -H
to cleanup NO_HW disks.
But somehow this does not affect the paths of agile devices.
I wrote a script to cleanup all FAILED devices (incl. the lun if no path is left).
Maybe it's of any use to the public... find it in the attachement!

Regards,
Armin

[Armin Kunaschik]

See thread.