浏览
帮助
登录
此帖子已超过 5 年
Solved!
zhuzhu281306
631 消息
0
6457
2014年10月21日 21:00
如题，LUNZ盘是如何产生的？
近期在生产环境上发现一个问题，EMC CX480给AIX小型机划分存储时，分了5个LUN，只有3个可以显示出来。
百般周折下，协调到了第三方工程师过来处理，最后发现有LUNZ的盘，删除之后就解决了。
但是关于LUNZ盘的原理没说明白，想咨询一下，LUNZ盘是如何产生的？对应的原理又是什么？
先谢谢各位。
回复(14)
Roger_Wu
2 Intern
•
4K 消息
2014年10月21日 23:00
论坛先前有篇文章有介绍过LUNZ：什么是LUNZ
SCSI-3（SCC-2）定义了一种机制：应用程序使用一个逻辑单元号（Logical unit number）与SCSI存储设备进行通信，从而确定附加到（attach）其上的逻辑单元（Logical Unit）信息，并能对其进行配置。LUNZ就是逻辑单元号为0的设备，对于CLARiiON来讲，当主机端没有物理逻辑单元0时，LUNZ便会作为一个虚假的逻辑单元0呈现给主机，从而为主机软件提供一条路径来发送命令给SCSI设备（存储阵列）。
例如，运行在主机上的Navisphere/Unisphere Agent使用LUNZ或其他存储设备与存储系统进行通信，注册initiator的信息（IP，主机名，failover mode等）。如果CLARiiON没有绑定（bind）任何LUN，那么LUNZ就使得主机操作系统以及Powerpath可以看见并操作CLARiiON；如果绑定一个LUN给主机且设置HLU=0，那么LUNZ便会被其所替代。以后，Agent就将与该设备（LUN）通信，而不是LUNZ。
可见，LUNZ的目的是为主机与存储系统提供一条路径，使得它们能够在设备层面进行通信。其实这也仅仅是在系统初始配置时才有意义，因为此时还没有配置任何的LUN给到主机。一旦主机得到真正的LUN0之后，LUNZ设备便会消失。
用户AIX上LUNZ在划分LUN后没消失，估计是操作系统问题，当初有收集日志的话还能分析一下。现在只能看是否能重现了。
2014年10月22日 04:00
好的，当时有收EMCGrab，晚些upload上来帮忙分析下，多谢Roger W先。
2014年10月25日 01:00
已经将emcgrab上传，请Roger帮忙看看是否有别的问题。谢谢先啦！
1个附件
CC0000000000_hostdb5_2312131658.7z
2014年10月26日 18:00
主机日志的分析单单VNX、CLARiiON的支持工程师没法自己做，特别还是一般接触比较少的AIX。通常这种case需要与内部的SSG主机团队合作一起分析，没有SR号的话比较难请到他们。这台CX4还有保不？有保的话建一个SR号，请SSG工程师帮忙看一下AIX日志吧。
2014年10月26日 21:00
另外，Roger，有没有这么一种说法，就是LUN ID最好不要分配0，这个是为何原因？
好吧。
CX已经end of life了。
我找找集成商吧，谢谢Roger啦。
2014年10月26日 22:00
兼容性问题，有些操作系统可能无法识别LUN 0的设备。另外有些主机BIOS会将LUN 0的优先级放在本地磁盘之前，导致启动异常。反正能不用就不用。
Alex_Ye
109 消息
1
2014年10月27日 17:00
Roger 正解。
如果把AIX连接到Clariion / VNX / Vplex的前段口，而在阵列上没有分配Storage Group / Storage View，或者连接的前段口不在Group或者View里面，AIX就会在每个通道上配置一个LUNZ设备。这些设备使用lsdev -Cc disk可以看到。
如果之后再配置Storage Group / Storage View，并且添加HLU 0，那么必须手动删除LUNZ 设备(rmdev -dl hdiskX)然后cfgmgr才能识别HLU=0的设备。
如果按照上面的顺序操作的话，这个是每次都可以重现的。也不能算是操作系统的问题，只是AIX不能动态改变设备类型吧。（重启的话应该就会解决，不过也没有必要，还没见过用重启来解决这个问题的...)
2014年10月27日 18:00
您才是专家
Password01_
416 消息
2014年10月28日 09:00
理论上LUNZ在划分给主机识别到正常的LUN后会消失，windows上差不多都是这样。有的时候linux或者AIX会遇到这个问题。建议将主机的HBA跳线拔掉，在存储或者VPLEX上面一直保持mapping关系，主机重新扫描LUN，这个时候LUNZ会消失，然后接上跳线，再重新扫描LUN，理论上LUNZ就不会再出现了。
2014年11月2日 04:00
嗯，之前就遇到过分配了一个LUN ID为0的LUN，结果在主机上死活识别不了，最后修改了LUN ID才搞定。
拔线的操作风险太大了，还是老老实实rmdev掉LUNZ吧
我说的情况是新环境。如果生产，就想其它方法。
2014年11月5日 07:00
我昨天刚刚解决了这个LUNZ的问题，在windows操作系统里面。取消不必要的zoning，将defaultzone配置为no就可以了。
戴尔支持资源
查看更多
查看全部
Top
Roger_Wu
2 Intern
2 Intern
•
4K 消息
0
2014年10月21日 23:00
论坛先前有篇文章有介绍过LUNZ：什么是LUNZ
SCSI-3（SCC-2）定义了一种机制：应用程序使用一个逻辑单元号（Logical unit number）与SCSI存储设备进行通信，从而确定附加到（attach）其上的逻辑单元（Logical Unit）信息，并能对其进行配置。LUNZ就是逻辑单元号为0的设备，对于CLARiiON来讲，当主机端没有物理逻辑单元0时，LUNZ便会作为一个虚假的逻辑单元0呈现给主机，从而为主机软件提供一条路径来发送命令给SCSI设备（存储阵列）。
例如，运行在主机上的Navisphere/Unisphere Agent使用LUNZ或其他存储设备与存储系统进行通信，注册initiator的信息（IP，主机名，failover mode等）。如果CLARiiON没有绑定（bind）任何LUN，那么LUNZ就使得主机操作系统以及Powerpath可以看见并操作CLARiiON；如果绑定一个LUN给主机且设置HLU=0，那么LUNZ便会被其所替代。以后，Agent就将与该设备（LUN）通信，而不是LUNZ。
可见，LUNZ的目的是为主机与存储系统提供一条路径，使得它们能够在设备层面进行通信。其实这也仅仅是在系统初始配置时才有意义，因为此时还没有配置任何的LUN给到主机。一旦主机得到真正的LUN0之后，LUNZ设备便会消失。
用户AIX上LUNZ在划分LUN后没消失，估计是操作系统问题，当初有收集日志的话还能分析一下。现在只能看是否能重现了。
zhuzhu281306
631 消息
0
2014年10月22日 04:00
好的，当时有收EMCGrab，晚些upload上来帮忙分析下，多谢Roger W先。
zhuzhu281306
631 消息
0
2014年10月25日 01:00
已经将emcgrab上传，请Roger帮忙看看是否有别的问题。谢谢先啦！
1个附件
CC0000000000_hostdb5_2312131658.7z
Roger_Wu
2 Intern
2 Intern
•
4K 消息
0
2014年10月26日 18:00
主机日志的分析单单VNX、CLARiiON的支持工程师没法自己做，特别还是一般接触比较少的AIX。通常这种case需要与内部的SSG主机团队合作一起分析，没有SR号的话比较难请到他们。这台CX4还有保不？有保的话建一个SR号，请SSG工程师帮忙看一下AIX日志吧。
zhuzhu281306
631 消息
0
2014年10月26日 21:00
另外，Roger，有没有这么一种说法，就是LUN ID最好不要分配0，这个是为何原因？
zhuzhu281306
631 消息
0
2014年10月26日 21:00
好吧。
CX已经end of life了。
我找找集成商吧，谢谢Roger啦。
Roger_Wu
2 Intern
2 Intern
•
4K 消息
0
2014年10月26日 22:00
兼容性问题，有些操作系统可能无法识别LUN 0的设备。另外有些主机BIOS会将LUN 0的优先级放在本地磁盘之前，导致启动异常。反正能不用就不用。
Alex_Ye
109 消息
1
2014年10月27日 17:00
Roger 正解。
如果把AIX连接到Clariion / VNX / Vplex的前段口，而在阵列上没有分配Storage Group / Storage View，或者连接的前段口不在Group或者View里面，AIX就会在每个通道上配置一个LUNZ设备。这些设备使用lsdev -Cc disk可以看到。
如果之后再配置Storage Group / Storage View，并且添加HLU 0，那么必须手动删除LUNZ 设备(rmdev -dl hdiskX)然后cfgmgr才能识别HLU=0的设备。
如果按照上面的顺序操作的话，这个是每次都可以重现的。也不能算是操作系统的问题，只是AIX不能动态改变设备类型吧。（重启的话应该就会解决，不过也没有必要，还没见过用重启来解决这个问题的...)
Roger_Wu
2 Intern
2 Intern
•
4K 消息
0
2014年10月27日 18:00
您才是专家
Password01_
2 Intern
2 Intern
•
416 消息
1
2014年10月28日 09:00
理论上LUNZ在划分给主机识别到正常的LUN后会消失，windows上差不多都是这样。有的时候linux或者AIX会遇到这个问题。建议将主机的HBA跳线拔掉，在存储或者VPLEX上面一直保持mapping关系，主机重新扫描LUN，这个时候LUNZ会消失，然后接上跳线，再重新扫描LUN，理论上LUNZ就不会再出现了。
zhuzhu281306
631 消息
0
2014年11月2日 04:00
嗯，之前就遇到过分配了一个LUN ID为0的LUN，结果在主机上死活识别不了，最后修改了LUN ID才搞定。
zhuzhu281306
631 消息
0
2014年11月2日 04:00
拔线的操作风险太大了，还是老老实实rmdev掉LUNZ吧
Password01_
2 Intern
2 Intern
•
416 消息
0
2014年11月2日 04:00
我说的情况是新环境。如果生产，就想其它方法。
Password01_
2 Intern
2 Intern
•
416 消息
0
2014年11月5日 07:00
我昨天刚刚解决了这个LUNZ的问题，在windows操作系统里面。取消不必要的zoning，将defaultzone配置为no就可以了。