- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- Re: scsimgr replace_wwid messages
Categories
Company
Local Language
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Discussions
Discussions
Forums
Forums
Discussions
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Community
Resources
Forums
Blogs
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО10-29-2009 04:19 AM
тАО10-29-2009 04:19 AM
I am getting multiple 'csimgr replace_wwid' messages in our Unix servers which have external storage assgined. There are many class : lunpath, instance ids.
Is there any way I can get rid of these instance IDs in one shot or do I have run the 'csimgr replace_wwid' commands for each of the Lun instances.
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО10-29-2009 05:31 AM
тАО10-29-2009 05:31 AM
Re: scsimgr replace_wwid messages
class : lunpath, instance 1794
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 = 56) The lun path is (class = lunpath, instance 1794).Run 'scsimgr replace_wwid' command to validat
e the change
Due to this the server is not ablet to detect the newly assigned LUN.
There are hundreads of such messages. Is there any way I can successfully bind all the Lun Instances using the scsimgr replace_wwid command or do I have to run the command individualy for each lun instance ids
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО10-29-2009 09:22 AM
тАО10-29-2009 09:22 AM
Re: scsimgr replace_wwid messages
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО10-29-2009 10:34 AM
тАО10-29-2009 10:34 AM
Re: scsimgr replace_wwid messages
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО10-29-2009 10:40 AM
тАО10-29-2009 10:40 AM
SolutionPlease check out this doc :
To validate replaement of lunpath and to bind lunpath:
http://docs.hp.com/en/scsimgr/scsimgr_whp_AR0709.pdf
Hth,
Raj.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО10-29-2009 10:57 AM
тАО10-29-2009 10:57 AM
Re: scsimgr replace_wwid messages
During lun assignment , zoning , mappng you may may see the error messages in syslog or dmesg,
You can check the status if they arestill disabled or ok with :# scsimgr -D get_info /dev/rdisk/diskxxx
if disabled you can try enabling it with enable command or binding the lunpath.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО10-29-2009 11:12 AM
тАО10-29-2009 11:12 AM
Re: scsimgr replace_wwid messages
You can easily identify what target path instances your LUNs are associated with by running "ioscan -fN" and you will see what lunpaths are under which target path instance numbers (to just see the target path instances try "ioscan -fNC tgtpath")
HTH
Duncan
I am an HPE Employee
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО10-29-2009 09:48 PM
тАО10-29-2009 09:48 PM
Re: scsimgr replace_wwid messages
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО10-30-2009 05:21 AM
тАО10-30-2009 05:21 AM
Re: scsimgr replace_wwid messages
#scsimgr -f replace_wwid -D /dev/rdisk/disk3546
scsimgr: Successfully validated binding of LUN paths with new LUN.
But again in ioscan output the disks shows up as no_hw. Once the validation is done, shouldnt this no_hw disappear from the ioscan output.
#ioscan -N -n -f |grep -i no_hw |grep disk3546
lunpath 3972 0/0/6/1/0.0x50001fe15012a269.0x4061000000000000 eslpt NO_HW LUN_PATH LUN path for disk3546
lunpath 3761 0/0/6/1/0.0x50001fe15012a26b.0x4061000000000000 eslpt NO_HW LUN_PATH LUN path for disk3546
lunpath 3977 0/0/6/1/0.0x50001fe15012a26d.0x4061000000000000 eslpt NO_HW LUN_PATH LUN path for disk3546
lunpath 3978 0/0/6/1/0.0x50001fe15012a26f.0x4061000000000000 eslpt NO_HW LUN_PATH LUN path for disk3546
lunpath 3759 0/0/14/1/0.0x50001fe15012a268.0x4061000000000000 eslpt NO_HW LUN_PATH LUN path for disk3546
lunpath 3760 0/0/14/1/0.0x50001fe15012a26a.0x4061000000000000 eslpt NO_HW LUN_PATH LUN path for disk3546
lunpath 3980 0/0/14/1/0.0x50001fe15012a26c.0x4061000000000000 eslpt NO_HW LUN_PATH LUN path for disk3546
lunpath 3979 0/0/14/1/0.0x50001fe15012a26e.0x4061000000000000 eslpt NO_HW LUN_PATH LUN path for disk3546
lunpath 3762 1/0/4/1/0.0x50001fe15012a269.0x4061000000000000 eslpt NO_HW LUN_PATH LUN path for disk3546
lunpath 3971 1/0/4/1/0.0x50001fe15012a26b.0x4061000000000000 eslpt NO_HW LUN_PATH LUN path for disk3546
lunpath 3973 1/0/4/1/0.0x50001fe15012a26d.0x4061000000000000 eslpt NO_HW LUN_PATH LUN path for disk3546
lunpath 3975 1/0/4/1/0.0x50001fe15012a26f.0x4061000000000000 eslpt NO_HW LUN_PATH LUN path for disk3546
lunpath 3764 1/0/6/1/0.0x50001fe15012a268.0x4061000000000000 eslpt NO_HW LUN_PATH LUN path for disk3546
lunpath 3763 1/0/6/1/0.0x50001fe15012a26a.0x4061000000000000 eslpt NO_HW LUN_PATH LUN path for disk3546
lunpath 3974 1/0/6/1/0.0x50001fe15012a26c.0x4061000000000000 eslpt NO_HW LUN_PATH LUN path for disk3546
lunpath 3976 1/0/6/1/0.0x50001fe15012a26e.0x4061000000000000 eslpt NO_HW LUN_PATH LUN path for disk3546
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО10-30-2009 06:24 AM
тАО10-30-2009 06:24 AM
Re: scsimgr replace_wwid messages
Generally NO_HW entries in ioscan don't go away until the next time you reboot... shouldn't be a problem though.
HTH
Duncan
I am an HPE Employee