这是从Vsphere升级指南ch 12（附）中提取的：
“在ESX / ESXi升级之后，必须将LUN掩码转换为声明规则格式。为此，请在vSphere命令行界面中运行esxcli corestorage claimrule convert命令。该命令将转换/ adv / Disk / MaskLUNs高级configuration请inputesx.conf来声明MASK_PATH作为插件的规则，请参见“vSphere命令行界面安装和参考指南”。
我们有iSCSI SAN。 那么我们真的需要这样做吗？ 如果是这样，怎么样？ 如果我们不这样做，会发生什么？
除非您已在ESX主机级别上实施LUN屏蔽，否则不必执行此操作。 这是一种相对不常见的技术 – LUN演示应该在arrays级别进行处理，而且几乎总是以我的经验进行处理。 我不明白为什么它会在iSCSI环境中使用，但可能会有一些奇怪的硬件需要它。 如果您担心，请在升级之前检查主机上是否configuration了LUN掩码。
风险在于，您可能拥有一个环境，让您的SAN以不受控制的方式呈现LUN或卷的全部或部分内容，并依靠主机对其实际交互的卷进行select。 例如，如果您有一个技术上属于Windows主机的NTFS卷对于ESX主机也是可见的，则可以使用LUN掩码来防止ESX主机损坏该卷。 这是一个相当脆弱的设置，这就是为什么它通常被避免。
即使你必须这样做，并不意味着你将需要使用VMA。 vSphere CLI可以安装在Windows XP \ 2K3 \ 2K8-64 \ Vista和RHEL 5.1，SLES 10 \ 11和Ubuntu 9.04上，以允许访问大多数需要直接在旧版ESX的服务控制台上运行的命令版本。 VMA非常方便，因为它是一个完全独立的，预configuration的CentOS虚拟设备，包括vSphere CLI等等。 正如JakeRobinson所指出的那样，可以使用ESX 4.1上的Busybox CLI，因为它支持ESXCLI命令，因此如果必须这样做，实际上不需要安装任何其他设备。
如果您使用光纤通道SAN，则只需要应用该function。
这里是关于命令的更多信息， 这里是一个有趣的线程。
如果您出于某种原因需要执行此操作，则可以从ESX / ESXi CLI执行此操作。 ESXi 4.1允许您使用ALT-F1inputCLI。
我们把2000台3.5台主机换成了4台FC，而且根本不需要那么做。