有没有对HP11.31的NMP多路径软件中各个参数理解恨透彻啊
Setting lunpath failure detection tunablesThe mass storage subsystem monitors the I/O error statistics on lunpaths to detect failing lunpaths to LUNs.
If the lunpath continues to see I/O errors with no successful completions for a certain time interval, the SCSI stack takes the broken lunpath offline. This time interval value is defined by the path_fail_secs LUN attribute:
# scsimgr get_attr -D /dev/rdisk/disk17 –a path_fail_secs
.
.
.
name = path_fail_secs current = 120 default = 120
saved =
You can set this attribute to a different value as follows:
设置这个参数有什么意义和作用吗？如果设置更短时间的话 你贴出来的已经告诉你了，简单的说，当这个LUN的path有个IO failure之后的xx之内（这个值的默认是120s，2分钟）还没有recover的话，这条path就会被offline。设置更短的话，就会更灵敏。
参考：
http://h20566.www2.hpe.com/hpsc/ ... 774&docLocale=en_US
https://docstore.mik.ua/manuals/ ... simgr_esdisk.7.html
https://support.purestorage.com/ ... ecommended_Settings 嗯，谢谢啦！不过实际操作中把这个采纳数改的更小并没有发现有什么作用 另外，HPUX和存储连接，down掉一个端口后，拂去我断查询路径状态：一直显示：state=activing Last open or close =active.怎么设备可以让这条路径很快变成failed。 没到timeout前肯定不会failed的，另外你的目的到底是要测多路径环境中掉了一条path是否还能正常跑IO，还只是测拔掉线后多久这条path会变成offline？ 我的目的是测试拔掉线后，如何让IO以最快的速度的切换到另一条路径上去。把拔掉线的路径尽快的变成failed。 你用的LB策略是什么？比如rr还是preferred path？我没记错的话disk17这种设备名称是多路径聚合后的设备名称吧？（手头没机器没法确认）如果是的话，就是说disk17后面有几条path，你拔掉其中一条path，IO肯定会走另外的path，对disk17来说应该还是可以跑IO的，只要应用层面还可以读写disk17所在的volume就行（可能IO有短暂卡顿或没察觉）。 LB策略是round_robin,disk17有2条路劲，IO是会会切换到其它的路径，但是业务会中断比较久，大概40秒左右才能看到路劲offline，4分钟才会且到另一条路径上。现在研究怎么把这个时间缩短。有何指教？ 把LB改成least_cmd_load试试，反正你多尝试几个组合吧。以前比较少接触调优，所以帮不了你多少。
参考：
http://h20565.www2.hpe.com/hpsc/doc/public/display?sp4ts.oid=3367740&docId=emr_na-c01906512&docLocale=en_US
https://support.purestorage.com/Solutions/HP-UX/HP-UX_Recommended_Settings 好的，还是很感谢，研究几天咯，试了好多种组合都没效果，继续研究
页:
[1]
2