有时当你连接到一个多path的iSCSI目标时，你将只能访问它的一些门户。 当发起者直接连接到目标的以太网端口时，这是常见的，而不是通过交换机。
[我这个基础架构的实际例子是一个带有4个直接连接的服务器的Dell MD3200i / MD3220i SAN]
当您执行iSCSI发现时，发起者将获得所有门户的列表，甚至是那些实际上并没有连接到并且不能说话的门户。 使用双控制器，每个控制器有四个端口，您将看到如下所示的内容：
# iscsiadm --mode discovery --type sendtargets --portal 192.168.130.101 192.168.130.101:3260,1 iqn.1984-05.com.dell:powervault.md3200i.690b11c0123456789012345678901234 192.168.131.101:3260,1 iqn.1984-05.com.dell:powervault.md3200i.690b11c0123456789012345678901234 192.168.132.101:3260,1 iqn.1984-05.com.dell:powervault.md3200i.690b11c0123456789012345678901234 192.168.133.101:3260,1 iqn.1984-05.com.dell:powervault.md3200i.690b11c0123456789012345678901234 192.168.130.102:3260,2 iqn.1984-05.com.dell:powervault.md3200i.690b11c0123456789012345678901234 192.168.131.102:3260,2 iqn.1984-05.com.dell:powervault.md3200i.690b11c0123456789012345678901234 192.168.132.102:3260,2 iqn.1984-05.com.dell:powervault.md3200i.690b11C0123456789012345678901234 192.168.133.102:3260,2 iqn.1984-05.com.dell:powervault.md3200i.690b11c0123456789012345678901234 …但是主机被连接到第一个（192.168.130.101）和第六个（192.168.131.102）端口，所以它将永远无法与其他六个端口通话。
根据iSCSI目标的典型文档，最终所有入口由发起者“知道”，但后者只会对感兴趣的（在上面的例子中是两个）实际login。
应该从发起者的configuration中删除“不可达”的吗？ 即使没有实际login，他们是否可以提出“已知”的问题？
发现模式显示由configuration门户提供，但不连接到这些目标，也不检查可用性。
只有当你login到目标时，发起者试图连接这些门户（对于所有发现的门户或者对于一个指定的门户），然后一些这样的连接被login过程拒绝。 只有可用的门户网站才能build立联系并为您提供帮助。 在这个过程之后，发起者不需要关于失败门户的信息。 只有通过发现才需要它。 在这种情况下，我认为只有发现过程的速度（如果使用的不是超时超时+丢包），您可能会遇到问题，而不是与其他任何东西。
您可以将这些“发现不可用”的目标留在那里，发起者不能login到这些目标。 但是，这些“不可用”的目标会减慢发起者启动/停止时间，所以最好删除它们。 您将在/ var / lib / iscsi / nodes中find所有已发现的目标，请运行
rm -rf /var/lib/iscsi/nodes/iqn.1984-05.com.dell:powervault.md3200i.690b11c0123456789012345678901234/192.168.132.101,3260,1
我注意到这篇文章展示了一个非常好的例子，用于安装，configuration，debugging和debugging。