我已经在CentOS上安装了scsi-target-utils软件包，并用它来执行发现。 这个发现给了我一个活跃的会议。 我重新启动了iscsi服务，但是我没有看到任何新设备（fdisk -l）。 我在/ var / log / messages中看到我的连接正在运行。
我不知道如何进一步debugging。 有人可以指导我解决这个问题吗？
发现：
iscsiadm -m discovery -t sendtargets -p 192.168.0.155 收益：
192.168.0.155:3260,-1 iqn.2009-02.com.twinstrata:cloudarray:sn-1d07c1b62d4ec8f3
只是为了validation它实际上工作：
iscsiadm -m session
回报
tcp: [1] 192.168.0.155:3260,1 iqn.2009-02.com.twinstrata:cloudarray:sn-1d07c1b62d4ec8f3
按照指示说的那样重新启动：
service iscsi restart
输出写入/ var / log / message
Stopping iscsi: Sep 20 12:14:22 localhost kernel: connection1:0: detected conn error (1020) [ OK ] Starting iscsi: Sep 20 12:14:22 localhost kernel: scsi1 : iSCSI Initiator over TCP/IP Sep 20 12:14:22 localhost iscsid: Connection1:0 to [target: iqn.2009-02.com.twinstrata:cloudarray:sn-1d07c1b62d4ec8f3, portal: 192.168.0.155,3260] through [iface: default] is shutdown. Sep 20 12:14:22 localhost iscsid: Could not set session2 priority. READ/WRITE throughout and latency could be affected. [ OK ] [root@db iscsi]# Sep 20 12:14:23 localhost iscsid: Connection2:0 to [target: iqn.2009-02.com.twinstrata:cloudarray:sn-1d07c1b62d4ec8f3, portal: 192.168.0.155,3260] through [iface: default] is operational now
运行一个login命令：
iscsiadm -m node -T iqn.2009-02.com.twinstrata:cloudarray:sn-1d07c1b62d4ec8f3 -p 192.168.0.155 -l
没有错误，没有logging发生。
接下来，我将“fdisk -l | egrep dev”的输出与iscsi会话进行比较。 没有区别。 我想我可以看看/ etc / mtab。 关于如何获得一个iscsi设备的任何想法？
TwinStrata需要我的clinet的iqn号码。 这是位于这里：
less /etc/iscsi/initiatorname.iscsi
一旦服务器更改到位，我重新启动客户端iscsi服务，我可以看到/ dev / sda。
发现后需要login到目标。
iscsiadm -m node -T iqn.2009-02.com.twinstrata:cloudarray:sn-1d07c1b62d4ec8f3 -p 192.168.0.155:3260 -l
请参阅： 将系统configuration为持久安装iSCSI目标的iSCSI启动器
如何在Linux上使用iSCSI目标
我如何从Linux控制台连接到iSCSI目标？
我遇到了一个非常类似的情况，我很欣赏这里发现的提示。 在我的情况下，我已经改变了/etc/iscsi/initiatorname.iscsi文件中的IQN，并重新启动了几次iscsi，但仍然无法连接。
我的答案是重新启动iscsid（注意“d”），具体来说，我必须重新启动iscsi和iscsid：
# service iscsi stop # service iscsid stop # service iscsid start # service iscsi start
我有同样的问题。 我会得出结论，这是所有关于目标configuration。
所有的日志消息看起来不错，除了没有东西挂载在/ dev /。 我有一个Windows Server 2012 R2作为目标，并试图提供一个现有的虚拟磁盘（VHDX）到Ubuntu。 这个VHDX以前是由VMWare ESXi以自己的VMFS格式提供和使用的，看起来像Ubuntu在build立连接之后由于某些原因不能处理这个问题。 一旦我用完全相同的设置为它创build了一个新的虚拟磁盘和一个新的目标，用iscsiadm创build一个新的会话终于给了我一个块设备。 之后testing其他场景，我发现同样的事情发生在从作为iSCSI虚拟磁盘导入的VHDX文件副本创build的目标上。 但是那些显然是坏的，因为扩展它们（它们是精简configuration的）在服务器pipe理器中给出一个错误。 所以如果一个目标被破坏了，open-iscsi不会给你一个块设备。
唯一的解决办法似乎是重做整个configuration（是的，不要忘记在接受的答案中指出，在目标的configuration中设置启动器ID），当遇到这个问题。
就像关于什么被视为破坏目标的说明一样：我终于发现我的目标被破坏了，因为如果ReFS卷上的VHDX文件的FileIntegrity位被设置为Enabled = True，就不能使用它。 不幸的是，当试图将VHD / VHDX文件复制到ReFS卷时，只有Hyper-V出现错误，而不是iSCSI目标磁盘设置部分中的服务器pipe理器。 由iSCSI目标向导为新磁盘（称为iscsivirtualdisks）创build的文件夹将其FileIntegrity位设置为Enable，因此在此文件夹中创build的所有文件（您在其中复制的VHDX文件）也会将该位设置为Enabled = True。 我将这个分类为服务器pipe理器中的一个错误。
我也有同样的问题，结果是一个目标问题。
就我而言（目标是NetApp）我忘记了将启动器组映射到LUN。