本文详细介绍iSCSI相关的内容，以及在Linux上如何实现iSCSI。

第1章 iSCSI简介

1.1 scsi和iscsi

传统的SCSI技术是存储设备最基本的标准协议，但通常需要设备互相靠近并用SCSI总线连接，因此受到物理环境的限制。

iSCSI(Internet Small Computer System Interface)，顾名思义，iSCSI是网络上的SCSI，也就是通过网络连接的SCSI。它是由IBM公司研究开发用于实现在IP网络上运行SCSI协议的存储技术，能够让SCSI接口与以太网技术相结合，使用iSCSI协议基于以太网传送SCSI命令与数据，克服了SCSI需要直接连接存储设备的局限性，使得可以跨越不同的服务器共享存储设备，并可以做到不停机状态下扩展存储容量。

iSCSI实现的是IP SAN，数据传输基于以太网。

1.2 iSCSI数据封装

initiator向target发起scsi命令后，在数据报文从里向外逐层封装SCSI协议报文、iSCSI协议报文、tcp头、ip头。

封装是需要消耗CPU资源的，如果完全以软件方式来实现iscsi，那么所有的封装过程都由操作系统来完成。在很繁忙的服务器上，这样的资源消耗可能不太能接受，但好在它是完全免费的，对于不是非常繁忙的服务器采用它可以节省一大笔资金。

除了软件方式实现，还有硬件方式的initiator(TOE卡和HBA卡)，通过硬件方式实现iSCSI。由于它们有控制芯片，可以帮助或者完全替代操作系统对协议报文的封装。

  • TOE卡，操作系统首先封装SCSI和iSCSI协议报文，而TCP/IP头则交由TOE内的芯片来封装，这样就能减少一部分系统资源消耗。
  • HBA卡，操作系统只需封装SCSI，剩余的iSCSI协议报文还有TCP/IP头由HBA芯片负责封装。

显然，HBA卡实现iSCSI是最好的方案，但是它要花钱，还不便宜。

第2章 配置使用iSCSI

2.1 部署iscsi前的说明和需求描述

1.说明

  • (1).iscsi在target端是工作在套接字上的，监听端口默认是3260，且使用的是tcp连接。因为要保证数据安全性，使用udp可能会导致丢包。
  • (2).iscsi对客户端有身份认证的需要，有两种认证方式：基于IP认证，基于CHAP认证(双方都进行验证，即双向认证)。

2.需求描述

找一台服务器A作为iscsi的target，将其中的一块磁盘或分区/dev/sdb当作要共享的存储设备共享出去。再找两台服务器B和C当作iscsi initiator连接到target的共享存储上。

大致拓扑图如下：

请确保服务器A上已经关闭了防火墙或者允许了3260端口。

下图描述了使用iSCSI的大致过程，后文内容虽然因为介绍各种用法而显得比较杂，但根据这张图的流程，阅读时很容易搞清楚相关内容。

2.2 安装target

在服务器A上：

  1. yum -y install scsi-target-utils

查看该工具包生成了哪些文件。

  1. rpm -ql scsi-target-utils
  2. /etc/rc.d/init.d/tgtd   #
  3. /etc/sysconfig/tgtd
  4. /etc/tgt/targets.conf   #
  5. /usr/sbin/tgt-admin     #
  6. /usr/sbin/tgt-setup-lun
  7. /usr/sbin/tgtadm        #
  8. /usr/sbin/tgtd
  9. /usr/sbin/tgtimg
  10. /usr/share/doc/scsi-target-utils-1.0.24
  11. /usr/share/doc/scsi-target-utils-1.0.24/README
  12. /usr/share/doc/scsi-target-utils-1.0.24/README.iscsi
  13. /usr/share/doc/scsi-target-utils-1.0.24/README.iser
  14. /usr/share/doc/scsi-target-utils-1.0.24/README.lu_configuration
  15. /usr/share/doc/scsi-target-utils-1.0.24/README.mmc
  16. /usr/share/man/man5/targets.conf.5.gz
  17. /usr/share/man/man8/tgt-admin.8.gz
  18. /usr/share/man/man8/tgt-setup-lun.8.gz
  19. /usr/share/man/man8/tgtadm.8.gz

其中/usr/sbin/tgtadm和/usr/sbin/tgt-admin的都是管理和配置target的工具，它们作用是一样的，只不过tgtadm是命令行下的工具，而tgt-admin是根据配置文件/etc/tgt/targets.conf调用tgtadm来实现。另外/etc/init.d/tgtd是服务启动脚本。

这个时候已经可以启动target服务了。

  1. service tgtd start
  2. netstat -tnlp | grep 3260
  3. tcp     0    0 0.0.0.0:3260    0.0.0.0:*   LISTEN    2074/tgtd
  4. tcp     0    0 :::3260         :::*        LISTEN    2074/tgtd

加入开机自启动。

  1. chkconfig tgtd on

2.2.1 tgtadm命令用法说明

tgtadm是一个高度模式化的命令，他们的模式很相近。有三个模式:target、logicalunit、account。指定模式时使用--mode选项。再使用--op来指定对应模式下的选项。另外，使用-lld指定driver，有两种driver：iscsi和iser，基本都会使用iscsi。

  1. tgtadm --help
  2.   --lld <driver> --mode target --op new --tid <id> --targetname <name>
  3.                         add a new target with <id> and <name>. <id>
  4.                         must not be zero.
  5.   --lld <driver> --mode target --op delete [--force] --tid <id>
  6.                         delete the specific target with <id>.
  7.                         With force option, the specific target is
  8.                         deleted even if there is an activity.
  9.   --lld <driver> --mode target --op show
  10.                         show all the targets.
  11.   --lld <driver> --mode target --op show --tid <id>
  12.                         show the specific target's parameters.
  13.   --lld <driver> --mode target --op update --tid <id> --name <param> --value <value>
  14.                         change the target parameters of the specific
  15.                         target with <id>.
  16.   --lld <driver> --mode target --op bind --tid <id> --initiator-address <address>
  17.   --lld <driver> --mode target --op bind --tid <id> --initiator-name <name>
  18.                         enable the target to accept the specific initiators.
  19.   --lld <driver> --mode target --op unbind --tid <id> --initiator-address <address>
  20.   --lld <driver> --mode target --op unbind --tid <id> --initiator-name <name>
  21.                         disable the specific permitted initiators.
  22.   --lld <driver> --mode logicalunit --op new --tid <id> --lun <lun> \
  23.                         --backing-store <path> --bstype <type> --bsoflags <options>
  24.                         add a new logical unit with <lun> to the specific
  25.                         target with <id>. The logical unit is offered
  26.                         to the initiators. <path> must be block device files
  27.                         (including LVM and RAID devices) or regular files.
  28.                         bstype option is optional.
  29.                         bsoflags supported options are sync and direct
  30.                         (sync:direct for both).
  31.   --lld <driver> --mode logicalunit --op delete --tid <id> --lun <lun>
  32.                         delete the specific logical unit with <lun>
  33.                         that the target with <id> has.
  34.   --lld <driver> --mode account --op new --user <name> --password <pass>
  35.                         add a new account with <name> and <pass>.
  36.   --lld <driver> --mode account --op delete --user <name>
  37.                         delete the specific account having <name>.
  38.   --lld <driver> --mode account --op bind --tid <id> --user <name> [--outgoing]
  39.                         add the specific account having <name> to
  40.                         the specific target with <id>.
  41.                         <user> could be <IncomingUser> or <OutgoingUser>.
  42.                         If you use --outgoing option, the account will be
  43.                         added as an outgoing account.
  44.   --lld <driver> --mode account --op unbind --tid <id> --user <name>
  45.                         delete the specific account having <name> from
  46.                         specific target.
  47.   --control-port <port> use control port <port>

看上去很复杂。不过可以将上面的语法抛去driver部分，target、logicalunit和account这3种模式下的操作方式简化后如下：

这样就简单的多了。

上表中的选项都是长格式的，但他们都有对应的短格式选项。

target和logicalunit两个模式随后就会有示例，而account是和CHAP认证有关的，将在后文和配置文件放在一块解释。

2.2.2 target的命名方式

  1. iqn.YYYY-mm.<reversed domain name>[:identifier]
  • iqn是iscsi qualified name的缩写，就像fqdn一样。
  • YYYY-mm描述的是此target是何年何月创建的，如2016-06。
  • <reversed domain name>是域名的反写，起到了唯一性的作用，如longshuai.com写为com.longshuai。
  • identifier是可选的，是为了知道此target相关信息而设的描述性选项，如指明此target用到了哪些硬盘。

示例：

  1. iqn.2016-06.com.longshuai:test.disk1

2.2.3 创建一个target

需要说明的是，下面的实验全是使用命令行工具tgtadm来实现的。但是修改配置文件然后使用tgt-admin也是一样可以的，且target数量多的时候，更建议使用配置为文件加载的方式。最重要的一点是，使用命令行方式创建的target及lu等是临时生效的，在target服务重启后就失效了，再手动建立它们是一件相当麻烦的事情。

如下，分别使用了长格式选项和短格式选项分别创建和显示target。注意：创建target时，tid不能是0，因为0是被系统保留的。

  1. tgtadm --lld iscsi --mode target --op new --tid 1 --targetname iqn.2017-03.com.longshuai:test.disk1
  2. tgtadm -L iscsi -m target -o show

以上是第一个target的信息。从信息中可以看到：

  • 创建完第一个target后自动就创建了一个LUN为0的logicalunit(以后简称lu)，这是固定给每个target都使用的LUN。
  • 此lu的类型是controller。
  • "backing store type"为null，即此lu没有向下扩展逻辑设备，因为它是lun控制器。也就是说这个LUN是保留作为lu控制器用的。
  • "I_T nexus information"记录的是initiator与此target的联结关系，nexus的意思就是联结、关联，在后文介绍initiator的时候会展示此处信息。

现在向此target添加一个lu，使用的是新插入的磁盘/dev/sdc(全新，未进行分区)。当然，使用新建立的分区或者已经格式化后的分区做实验也可以。

  1. tgtadm -L iscsi -m logicalunit -o new -t 1 -l 1 -b /dev/sdc

然后再来查看target的信息。

  1. tgtadm -L iscsi -m target -o show

从LUN 1信息中可以看出，lu type已经是disk而非controller，且显示了此lu的容量大小是42950M。另外还显示了使用的逻辑设备是/dev/sdc，且是可读可写的(rdwr)。

但到目前为止，该target都没有定义共享给谁，这从target信息的最后两行Account/ACL information中可以看出。

现在将此target绑定一个共享IP，即说明此IP可以连接该target。这是iSCSI的一种认证方式：IP认证。除此之外，还有基于account的CHAP认证，详细内容见后文。IP认证的作用是允许Initiator发现该target，并允许做进一步的基account的CHAP认证。

  1. tgtadm -L iscsi -m target -o bind -t 1 -I 192.168.100.0/24
  2. tgtadm -L iscsi -m target -o show

再添加一个10G分区/dev/sdb1为逻辑存储单元，lun=2。

  1. tgtadm -L iscsi -m logicalunit -o new -t 1 -l 2 -b /dev/sdb1
  2. tgtadm -L iscsi -m target -o show

由于该lu是在target id=1下的，所以192.168.100.0这个网段的机器也能访问此设备。也就是说，共享出去的是target级别而不是lu级别的。

然后在iscsi的"客户端"initiator安装iscsi-initiator-utils看看是否能看见这两个设备。如果想急着看结果，请跳到安装initiator的章节中。

2.2.4 tgt-admin和配置文件targets.conf

tgt-admin是读取配置文件的选项然后调用tgtadm来执行的工具。它的选项很多可以简化tgtadm命令的书写，毕竟tgtadm的选项太长太多余了，除此之外也有一些其他的作用用于更细致的配(tgtadm配置的太粗糙了)。用法如下：

tgt的配置文件为/etc/tgt/targets.conf，该配置文件的格式很容易读懂，能实现的target和lun的配置方式多种多样。它的配制方法在后文会和iscsi initiator的配置文件/etc/iscsi/iscsid.conf放在一起介绍。

下面就使用tgt-admin为当前的target生成对应的配置文件来稍作分析。

首先列出当前target的信息。

  1. bash> tgt-admin -s
  2. Target 1: iqn.2017-03.com.longshuai:test.disk1
  3.     System information:
  4.         Driver: iscsi
  5.         State: ready
  6.     I_T nexus information:
  7.     LUN information:
  8.         LUN: 0
  9.             Type: controller
  10.             SCSI ID: IET     00010000
  11.             SCSI SN: beaf10
  12.             Size: 0 MB, Block size: 1
  13.             Online: Yes
  14.             Removable media: No
  15.             Prevent removal: No
  16.             Readonly: No
  17.             Backing store type: null
  18.             Backing store path: None
  19.             Backing store flags:
  20.         LUN: 1
  21.             Type: disk
  22.             SCSI ID: IET     00010001
  23.             SCSI SN: beaf11
  24.             Size: 10742 MB, Block size: 512
  25.             Online: Yes
  26.             Removable media: No
  27.             Prevent removal: No
  28.             Readonly: No
  29.             Backing store type: rdwr
  30.             Backing store path: /dev/sdb1
  31.             Backing store flags:
  32.         LUN: 2
  33.             Type: disk
  34.             SCSI ID: IET     00010002
  35.             SCSI SN: beaf12
  36.             Size: 42950 MB, Block size: 512
  37.             Online: Yes
  38.             Removable media: No
  39.             Prevent removal: No
  40.             Readonly: No
  41.             Backing store type: rdwr
  42.             Backing store path: /dev/sdc
  43.             Backing store flags:
  44.     Account information:
  45.     ACL information:
  46.         192.168.100.0/24

使用--dump选项输出为配置文件的格式，并将其重定向到/tmp/tgt.conf中。

  1. bash> tgt-admin --dump | tee /tmp/tgt.conf
  2. default-driver iscsi
  4. <target iqn.2017-03.com.longshuai:test.disk1>
  5.         backing-store /dev/sdb1
  6.         backing-store /dev/sdc
  7.         initiator-address 192.168.100.0/24
  8. </target>

由此可以看出，全局使用的driver是iscsi，名称为iqn.2017-03.com.longshuai:test.disk1的target有两个backing-store，即逻辑设备，分别是/dev/sdb1和/dev/sdc。但是要注意，这样导出的配置文件指定的LUN号码可能会在tgt-admin读取并执行的时候更换位置，但这并不会有任何影响。

现在将已有的target全部删除，再去查看信息就已经没有了。

  1. tgt-admin --delete ALL
  2. tgt-admin -s

再从刚才生成的配置文件中读取并启动。然后查看信息，发现已经有了target。

  1. tgt-admin -e -c /tmp/tgt.conf
  2. tgt-admin -s

关于tgt-admin其他选项也都很简单，都是从字面意思就能看出来用法的。所以就不多说明了。

另外需要说明的是在tgt的配置文件/etc/tgt/targets.conf中有一行：

  1. #include /etc/tgt/temp/*.conf

将此行注释后，以后可以导出配置文件到/etc/tgt/temp目录下并以.conf作为后缀，重启tgtd服务即可重新加载，而不需要在手动加载了。不过有个问题，使用dump出来的配置文件会有default-driver指令行，而这一行在主配置文件中也有，且他们是不能出现多次的，否则将会报错，所以需要将主配置文件中的default-driver指令注释掉。

2.3 安装initiator

安装Initiator的机器成为iscsi的发起者，initiator本身的意思就是"发起者"，在这里即iscsi的"客户端"程序的意思。

此处先在B服务器(192.168.100.5)上安装iscsi-initiator-utils。另一台C服务器后面再做测试。

  1. yum -y install iscsi-initiator-utils

2.3.1 相关文件和目录说明

下面是此安装包生成的一些重要文件和目录(只列出了必要的部分)。

  1. rpm –ql iscsi-initiator-utils

其中:

  • /etc/iscsi/iscsid.conf：是iscsi发起者的配置文件。
  • /etc/rc.d/init.d/{iscsi,iscsid}：服务启动脚本，只需要启动iscsi即可，因为它会自动调用iscsid脚本。
  • /sbin/iscsi-iname：为initiator命名的工具。就像target有自己独特的iqn名称，initiator也有独特的名称标识自己。
  • /sbin/iscsiadm：initiator的管理工具，在initiator上的绝大部分的命令都是通过它来执行的。
  • /var/lib/iscsi/ifaces：指定使用哪个网卡接口和target通信。
  • /var/lib/iscssi/nodes：该目录中保存了发现的target，分别是以target_name命名的目录，在target_name目录下又保存了以"target_ip,port"(如192.168.100.151,3260)的配置文件，这个配置文件是本initiator向对应的target 发起连接时的参数，这些参数继承于/etc/iscsi/iscsid.conf。
  • /var/lib/iscsi/send_targets：该目录中也存储了一个或多个以"target_IP,port"命名的目录，记录的是discovery的历史记录，对于discovery成功的则在对应的目录会有文件，否则是空目录。

其中IP,port的记录方式称为protal，是入口、入门的意思。

需要注意的是，建议不要把iscsi和iscsid设置为开机自启动，因为开机时如果它找不到target的时候会一直卡在那里等待。可以将其放在rc.local文件中来启动。

  1. chkconfig iscsi off
  2. chkconfig iscsid off
  3. echo "service iscsi start" >>/etc/rc.d/rc.local

2.3.2 iscsi-iname命令

和target一样，initiator也需要一个独特的名称来标识自己让target识别。initiator在连接target的时候，会读取/etc/iscsi/initiatorname.iscsi中的内容作为自己的iname。

初始状态的iname如下：

  1. bash> cat /etc/iscsi/initiatorname.iscsi
  2. InitiatorName=iqn.1994-05.com.redhat:ceb390801983

其中后缀"ceb390801983"是一个随机串。

也可以为iname生成一个别名，只需在此文件中另起一行写入以下内容：

  1. InitiatorAlias=INAME_ALIAS

如:

  1. InitiatorAlias=client.longshuai.com

若要自指定iname，可以手动修改该文件。也可以使用iscsi-iname工具来生成iname并保存到该文件。

  1. bash> iscsi-iname
  2. iqn.1994-05.com.redhat:5a804fa64f8e
  3. bash> iscsi-iname
  4. iqn.1994-05.com.redhat:ca4eb16bbddd

可以看出iscsi-iname生成的iname前缀都是一样的，修改的只是后缀部分的随机串。如果要指定前缀，则使用-p选项。

  1. bash> iscsi-iname -p iqn.2017-03.com.longshuai
  2. iqn.2017-03.com.longshuai:adb6a5ec885c

所以，通过iscsi-iname向/etc/iscsi/initiatorname.iscsi中写入一个iname。

  1. echo Initiatorname=`iscsi-iname -p iqn.2017-03.com.longshuai` >/etc/iscsi/initiatorname.iscsi

然后重启下iscsi服务。

  1. service iscsi restart

2.3.3 iscsiadm命令

iscsiadm也是一个模式化的命令，使用-m指定mode。mode有:discovery、node、session、iface。一般就用前两个mode。

  • discovery：发现某服务器是否有target输出，以及输出了哪些target。发现target后会生成target数据库discoverydb。
  • node：管理跟某target的关联关系。在discovery发现了target后，是否要跟target建立关系，是否要删除已有的关系或者解除已有的关系等。删除关联关系不仅会解除关联，还会删除发现target后生成的discoverydb。
  • session：会话管理。
  • iface：接口管理。

2.3.4 发现target(discovery)

即使用discovery模式。

  1. iscsiadm -m discovery [ -d debug_level ] [ -t type -p ip:port -I ifaceN [ -p ip:port ]
  3. -d：输出调试信息，级别从0-8。出现错误的时候用来判断错误来源是很有用处的，可以使用级别2。
  4. -I：指定发现target时通信接口。
  5. -t type：有三种type(sendtargets,SLP,iSNS)，一般只会用到sendtargets，可以简写为st。
  6. -p IP:PORT：指定要发现target的IP和端口，不指定端口时使用默认的3260。

现在可以进行discovery了。这里发起两次，第一次是正确的，第二次是错误的(该IP上没有target或主机未启动)。

  1. bash> iscsiadm -m discovery -t st -p 192.168.100.151:3260
  2. 192.168.100.151:3260,1 iqn.2017-03.com.longshuai:test.disk1
  4. bash> iscsiadm -m discovery -t st -p 192.168.100.152:3260
  5. iscsiadm: cannot make connection to 192.168.100.152: No route to host
  6. iscsiadm: cannot make connection to 192.168.100.152: No route to host
  7. iscsiadm: cannot make connection to 192.168.100.152: No route to host
  8. iscsiadm: cannot make connection to 192.168.100.152: No route to host
  9. iscsiadm: cannot make connection to 192.168.100.152: No route to host
  10. iscsiadm: cannot make connection to 192.168.100.152: No route to host
  11. iscsiadm: connection login retries (reopen_max) 5 exceeded
  12. iscsiadm: Could not perform SendTargets discovery: encountered connection failure

如果出现以上错误，检查下是不是防火墙阻挡了，是不是IP地址写错了。

在发现了target后，在/var/lib/iscsi中的nodes和send_targets目录中就有了文件。

  1. tree /var/lib/iscsi/

可以看到，对于discovery失败的在send_targets目录中也会记录，只不过是空目录。在nodes目录和正确discovery到的send_targets子目录中都有几个配置文件，都是些参数信息。而且可以看到，send_targets中的目录是nodes目录的软链接。

如果想重新发现已存在的target时，可以清空nodes目录中对应的项，然后再discovery。

使用service iscsi status可以查看到相关信息项。

2.3.5 关联和解除关联target(node)

关联target的作用是initiator和target建立session，建立session后，initiator上就可以查看、访问、操作target上的scsi设备。

有两种关联方法，一是关联所有，一是指定单个target进行关联。

  1. iscsiadm -m node [-d debug_level] [-L all,manual,automatic] [-U all,manual,automatic]
  2. iscsiadm -m node [-d debug_level] [[-T targetname -p ip:port -I ifaceN] [-l | -u ]] [-o operation]
  4. -d：指定debug级别，有0-8个级别。
  5. -L和-U：分别是登录和登出target，可以指定ALL表示所有发现的target，或者manual指定。
  6. -l和-u：分别是登录和登出某一个target。
  7. -T：用于-l或-u时指定要登录和登出的targetname。
  8. -o：对discoverydb做某些操作，可用的操作有new/delete/update/show，一般只会用到delete和show。

例如，使用单个的关联方式关联target。其中target_name可以通过命令iscsiadm -m node查看。

  1. bash> iscsiadm -m node
  2. 192.168.100.151:3260,1 iqn.2017-03.com.longshuai:test.disk1
  4. bash> iscsiadm -m node -T iqn.2017-03.com.longshuai:test.disk1 -p 192.168.100.151:3260 -l
  5. Logging in to [iface: default, target: iqn.2017-03.com.longshuai:test.disk1, portal: 192.168.100.151,3260] (multiple)
  6. Login to [iface: default, target: iqn.2017-03.com.longshuai:test.disk1, portal: 192.168.100.151,3260] successful.

实际上，在执行discovery的时候很可能就已经自动执行了关联，所以再次关联很可能什么消息也看不到。如果是这样的话，需要先退出session，再进行关联。当然也可能是直接显示successful，这样就说明原来discovery的时候是没有主动关联的。

  1. iscsiadm -m node -T iqn.2017-03.com.longshuai:test.disk1 -p 192.168.100.151:3260 -u

此时fdisk -l看看是否已经多出了两块硬盘出来。

  1. bash> fdisk -l
  3. Disk /dev/sda: 21.5 GB, 21474836480 bytes
  4. 255 heads, 63 sectors/track, 2610 cylinders
  5. Units = cylinders of 16065 * 512 = 8225280 bytes
  6. Sector size (logical/physical): 512 bytes / 512 bytes
  7. I/O size (minimum/optimal): 512 bytes / 512 bytes
  8. Disk identifier: 0x0005ff67
  10.    Device Boot      Start         End      Blocks   Id  System
  11. /dev/sda1   *           1          32      256000   83  Linux
  12. Partition 1 does not end on cylinder boundary.
  13. /dev/sda2              32        2356    18666496   83  Linux
  14. /dev/sda3            2356        2611     2048000   82  Linux swap / Solaris
  16. Disk /dev/sdb: 10.7 GB, 10742183424 bytes
  17. 64 heads, 32 sectors/track, 10244 cylinders
  18. Units = cylinders of 2048 * 512 = 1048576 bytes
  19. Sector size (logical/physical): 512 bytes / 512 bytes
  20. I/O size (minimum/optimal): 512 bytes / 512 bytes
  21. Disk identifier: 0x00000000
  23. Disk /dev/sdc: 42.9 GB, 42949672960 bytes
  24. 64 heads, 32 sectors/track, 40960 cylinders
  25. Units = cylinders of 2048 * 512 = 1048576 bytes
  26. Sector size (logical/physical): 512 bytes / 512 bytes
  27. I/O size (minimum/optimal): 512 bytes / 512 bytes
  28. Disk identifier: 0x00000000

现在就可以对这两块逻辑盘进行分区格式化(创建文件系统)，并投入使用。

此时先看下target端的target信息。

  1. tgt-admin -s | less

其中I_T nexus表示initiator到target的关联信息，nexus的值是该initiator关联到target的次数。多个initiator会显示多个I_T nexus信息。这里可以看到只有一个I_T nexus，说明只有一个initiator进行了关联。

2.3.6 iSCSI的数据不安全性(不同步性)

现在在initiator上将/dev/sdb进行格式化，并向其中写入一个文件。

  1. parted /dev/sdb mklabel gpt
  2. parted /dev/sdb mkpart /dev/sdb1 ext4 1 10G
  3. mkfs.ext4 /dev/sdb1
  4. parted /dev/sdb print
  5. mount /dev/sdb1 /mnt/
  6. echo "haha" > /mnt/test.txt

然后配置服务器C(192.168.100.6)，让其作为另一台initiator。

  1. bash> yum -y install iscsi-initiator-utils
  2. bash> iscsiadm -m discovery -t st -p 192.168.100.151:3260
  3. bash> iscsiadm -m node -T iqn.2017-03.com.longshuai:test.disk1 -p 192.168.100.151:3260 -l
  4. bash> fdisk -l
  5. bash> mount /dev/sdb1 /mnt
  7. bash> ls /mnt
  8. lost+found  test.txt

不出所料，C服务器也能挂载/dev/sdb1，且在B服务器写入的test.txt文件也已经同步过来了。

再看看此时target的target信息。

  1. bash> tgt-admin -s
  2. Target 1: iqn.2017-03.com.longshuai:test.disk1
  3.     System information:
  4.         Driver: iscsi
  5.         State: ready
  6.     I_T nexus information:
  7.         I_T nexus: 1
  8.             Initiator: iqn.2017-03.com.longshuai:b01d684ad13f
  9.             Connection: 0
  10.                 IP Address: 192.168.100.5
  11.         I_T nexus: 2
  12.             Initiator: iqn.1994-05.com.redhat:42b7f829d2ec
  13.             Connection: 0
  14.                 IP Address: 192.168.100.6

现在在C服务器上，向/dev/sdb1挂载的目录/mnt下写入一个文件，看看是否会同步到B服务器上。

  1. echo "hehe" >/mnt/test1.txt

在192.168.100.5上执行：

  1. ls /mnt/
  2. lost+found  test.txt
  4. echo "heihei" >/mnt/test3.txt

显然，test1.txt并没有同步到B服务器上。同理，此时B中再写入文件也不会同步到C上。

那么在C上卸载/mnt，然后再次挂载会有什么情况呢？

  1. umount /mnt
  2. mount /dev/sdb1 /mnt
  4. ls /mnt
  5. lost+found  test3.txt  test.txt

没看错，test1.txt确实没了。这就是使用iscsi出现的问题，多个主机同时使用逻辑存储，数据会冲突并且不能及时同步而导致数据丢失。

所以，iscsi一定要配合集群文件系统或者分布式文件系统来使用以防止上述问题。

2.3.7 initiator开机一直处于等待状态

该问题在前文描述过。

出现这个问题是因为initiator端设置了iscsi或iscsid开机自启动，正好又无法和target联系，如通信出现故障、target处于关机状态、target中的tgtd服务未启动、target上的target_id和target_name等配置改变了。

总而言之，开机自启动的时候无法正常关联/var/lib/iscsi目录下记录的target就会出现此问题。

解决办法也是建议的办法是把iscsi和iscsid的开机自启动关闭掉，然后把启动他们的命令放到rc.local中。

如果已经遇到了无法正常开机的情况，那么可以多等待些时间，或者修改target端让target端能够和initiator匹配上。如target端本来是关机状态，将其开机即可。

第3章 target和initiator的配置文件

3.1 initiator的配置文件

一般而言，对于initiator的配置文件/etc/iscsi/iscsid.conf，里面默认设置了重启服务就自动对已发现过的target进行关联，所以重启iscsi服务的时候会自动进行关联。

如果不使用CHAP，则基本可以无视这个配置文件。使用CHAP认证的时候配置下面CHAP相关的段落就够了，其他的配置段落可以不用理会。关于CHAP认证，稍后就介绍。

  1. # *************
  2. # CHAP Settings
  3. # *************
  5. ####以下是initiator authentication相关
  6. # To enable CHAP authentication set node.session.auth.authmethod to CHAP. The default is None.
  7. #node.session.auth.authmethod = CHAP
  9. # To set a CHAP username and password for initiator authentication by the target(s):
  10. #node.session.auth.username = username
  11. #node.session.auth.password = password
  13. ####以下是target authentication相关
  14. # To set a CHAP username and password for target(s) authentication by the initiator:
  15. #node.session.auth.username_in = username_in
  16. #node.session.auth.password_in = password_in
  18. ####以下是discovery认证相关，iscsi-initiator-utils似乎不支持这个认证，所以以下项不能开启和设置
  19. # To enable CHAP authentication for a discovery session to the target
  20. # set discovery.sendtargets.auth.authmethod to CHAP. The default is None.
  21. #discovery.sendtargets.auth.authmethod = CHAP
  23. # To set a discovery session CHAP username and password for the initiator authentication by the target(s):
  24. #discovery.sendtargets.auth.username = username
  25. #discovery.sendtargets.auth.password = password
  27. # To set a discovery session CHAP username and password for target(s) authentication by the initiator:
  28. #discovery.sendtargets.auth.username_in = username_in
  29. #discovery.sendtargets.auth.password_in = password_in

所以，如果只要实现单向认证，则开启以下三项即可。

  1. node.session.auth.authmethod = CHAP
  2. node.session.auth.username = username
  3. node.session.auth.password = password

如果要实现双向认证，则需要开启以下5项。

  1. node.session.auth.authmethod = CHAP
  2. node.session.auth.username = username
  3. node.session.auth.password = password
  4. node.session.auth.username_in = username_in
  5. node.session.auth.password_in = password_in

且需要注意的是，如果是单向认证，则后两项必须不能开，开了就会进行双向认证。

虽然iscsi-initiator-utils支持discovery认证，但是由于scsi-target-utils不支持discovery认证，所以在认证关联target之前必须先进行discovery，也就是说在target端的访问控制列表ACL项中必须要定义允许initiator进行discovery。

3.2 target配置文件的配置方法

target端使用tgtadm命令配置的结果都是工作在内核中的，重启tgt服务或重启系统时，内存中的内容都会丢失。所以要永久让配置生效需要写入到配置文件中去。

target的配置文件默认是/etc/tgt/targets.conf，但是可以在/etc/tgt/temp/目录(默认不存在)下建立多个以".conf"为后缀的配置文件，然后启用主配置文件中的include指令即可。

以下给出两个配置的例子，这个配置文件很通俗易懂。

  1. #include /etc/tgt/temp/*.conf
  2. default-driver iscsi
  4. <target iqn.2017-03.com.longshuai:test.disk1>
  5.         backing-store /dev/sdb1
  6.         backing-store /dev/sdc
  7.         incominguser <incoming_username> <PASSWORD>
  8.         outgoinguser <outgoing_username> <PASSWORD>
  9.         initiator-address 192.168.100.0/24
  10. </target>

这样的配置，backing-store的顺序决定了lun号码的顺序，上面的配置中/dev/sdb1会是Lun1，/dev/sdc会是lun2。

若想要为每个逻辑设备指定想要指定的lun号码，需要将每个backing-store封装在target中并独立指定lun号码。

  1. #include /etc/tgt/temp/*.conf
  2. default-driver iscsi
  4. <target iqn.2017-03.com.longshuai:test.disk1>
  5.         <backing-store /dev/sdb1>
  6.               lun 5
  7.         </backing-store>
  8.         <backing-store /dev/sdc>
  9.               lun 6
  10.         </backing-store>
  11.         incominguser <incoming_username> <PASSWORD>
  12.         outgoinguser <outgoing_username> <PASSWORD>
  13.         initiator-address 192.168.100.0/24
  14. </target>

3.3 重启tgtd服务不加载配置文件的问题

如果在正常状态下有initiator关联了target设备，此时重启tgtd服务很可能会导致配置文件中的配置不生效，这是为了保护initiator仍然可以随时关联target而不丢失数据和状态设立的机制。但不得不说，这个特性真的很让人烦恼，配置不生效，难道非得再使用tgtadm来重新生成到内核吗？

问题如下描述。

当前的target状态如下：

  1. bash> tgt-admin -s
  2. Target 1: iqn.2017-03.com.longshuai:test1.disk1
  3.     System information:
  4.         Driver: iscsi
  5.         State: ready
  6.     I_T nexus information:
  7.     LUN information:
  8.         LUN: 0
  9.             Type: controller
  10.             SCSI ID: IET     00010000
  11.             SCSI SN: beaf10
  12.      ……省略部分结果……
  13.         LUN: 1
  14.             Type: disk
  15.             SCSI ID: IET     00010001
  16.             SCSI SN: beaf11
  17.      ……省略部分结果……
  18.         LUN: 2
  19.             Type: disk
  20.             SCSI ID: IET     00010002
  21.             SCSI SN: beaf12
  22.             Size: 42950 MB, Block size: 512
  23.      ……省略部分结果……
  24.     Account information:
  25.     ACL information:
  26.         192.168.100.0/24

配置文件中启用的项如下。这和上面的状态是一样的。

  1. <target iqn.2017-03.com.longshuai:test1.disk1>
  2.         backing-store /dev/sdb1
  3.         backing-store /dev/sdc
  4.         initiator-address 192.168.100.0/24
  5. </target>

此时在initiator上关联此target，然后登出。这里无论登不登出对target的影响都是一样的。

  1. iscsiadm -m discovery -t st -p 192.168.100.151:3260
  2. iscsiadm -m node -T iqn.2017-03.com.longshuai:test1.disk1 -p 192.168.100.151:3260 -l
  3. iscsiadm -m node -T iqn.2017-03.com.longshuai:test1.disk1 -p 192.168.100.151:3260 -u

再重启target上的tgtd服务，然后查看状态。

  1. service tgtd restart
  2. Stopping SCSI target daemon:                               [  OK  ]
  3. Starting SCSI target daemon:                               [  OK  ]
  5. tgt-admin -s
  6. Target 1: iqn.2017-03.com.longshuai:test1.disk1
  7.     System information:
  8.         Driver: iscsi
  9.         State: ready
  10.     I_T nexus information:
  11.     LUN information:
  12.         LUN: 0
  13.             Type: controller
  14.             SCSI ID: IET     00010000
  15.             SCSI SN: beaf10
  16.             Size: 0 MB, Block size: 1
  17.             Online: Yes
  18.             Removable media: No
  19.             Prevent removal: No
  20.             Readonly: No
  21.             Backing store type: null
  22.             Backing store path: None
  23.             Backing store flags:
  24.     Account information:
  25.     ACL information:
  26.         192.168.100.0/24

结果lun1和lun2没了。无论再怎么重启结果都是一样，哪怕是手动使用tgt-admin -e -c指定配置文件执行结果也一样。

好在/etc/init.d/tgtd提供了不少的选项。

  1. /etc/init.d/tgtd --help
  2. Usage: /etc/init.d/tgtd {start|stop|status|restart|condrestart|try-restart|reload|force-stop|force-restart|force-reload}

它们的意思无须多述。

经过测试，上述问题只有使用force-reload选项能解决，其他所有选项都无效，包括force-restart和reload。

  1. service tgtd force-reload

或者重启系统也能解决，但是谁没事会重启系统呢？

第4章 account模式和CHAP认证

4.1 CHAP认证

基于IP的认证比较粗糙，不过多数时候已经够用了。但对于安全性要求高的环境来说，使用CHAP认证更好一些。

CHAP(Challenge-Handshake Authentication Protocol)，称为挑战式握手认证协议，它是双向认证，当然也支持单向认证。

对于iscsi而言，在CHAP认证的机制上有两种方式：initiator authentication和target authentication。

  1. initiator authentication认证

    　

    在initiator尝试连接到一个target的时候，initator需要提供一个用户名和密码给target被target进行认证。也就是说initiator需要被target认证，它向target端提供的账号和密码是target端指定的。

    　

    这个账号和密码对于target来说是流入的账号和密码，用incoming表示。所以后面称呼这个账号和密码为incoming账号和incoming密码。再次说明，incoming账号是initiator端提供给target端，被target端认证的账号。

    　
  2. target authentication认证

    　

    在initiator尝试连接到一个target的时候，target有时也需要被initiator认证，以确保该target是合法而非伪装的target，这就要求target提供一个用户名和密码给initiator被initiator进行认证。

    　

    target向initiator提供的账号和密码对于target而言是流出的，所以称之为outgoing。所以outgoing使用的账号和密码在后文称为outgoing账号和outgoing密码。而对于initiator而言是incoming的，所以在initiator配置文件中称为in。也就是说outgoing账号是target端提供给initiator端，被initiator认证的账号，但尽管如此，这个账号和密码还是在target端创建和绑定的。

综上，不管是什么认证，账号和密码都是target端创建和绑定。

以上两种认证方式是有层次顺序的。一般来说，有认证需求的时候都是服务器验证客户端是否有权限，iscsi也一样。

initiator authentication可以单独存在，它可以在没有target authentication的情况下应用，这时候的CHAP认证就是单向认证(target认证initiator的合法性)。

但target authentication只有在initiator authentication的基础上才能进行。也就是说target认证和initiator认证必须同时存在才可以。即initiator和target需要相互认证实现双向CHAP认证。

4.2 tgtadm命令的account模式用法

以下是tgtadm --help关于account的结果，但是用法给的并不全面。

  1. --lld <driver> --mode account --op new --user <name> --password <pass>
  2. --lld <driver> --mode account --op delete --user <name>
  3. --lld <driver> --mode account --op bind --tid <id> --user <name> [--outgoing]
  4. --lld <driver> --mode account --op unbind --tid <id> --user <name>

以下是个人发现的较为全面的用法，为了偷懒，所以使用短选项格式来表示。其中

  1. # 新建一个用户
  2. -L <driver> -m account -o new --u <name> --p <pass>
  4. # 删除一个用户
  5. -L <driver> -m account -o delete --u <name>
  7. # 查看用户列表
  8. -L <driver> -m account -o show
  10. # 绑定用户到target上，outgoing的意义在后文会说明
  11. -L <driver> -m account -o bind -t <tid> -u <name> [--outgoing]
  13. # 从target上解绑用户
  14. -L <driver> -m account -o unbind -t <tid> -u <name> [--outgoing]

4.3 实现CHAP单向认证

  1. 首先确保target的ACL是允许initiator进行discovery的。
  1. bash> tgt-admin -s | sed -n '/Account/,$p'
  2.     Account information:
  3.     ACL information:
  4.         192.168.100.0/24
  1. 在target端创建initiator authentication所需的账号和密码并绑定到target_ID上。这个账号是用来对initiator进行单向认证的，所以对于target而言是incoming账号。
  1. tgtadm -L iscsi -m account -o new --user incoming_malong --password incoming_123456
  2. tgtadm -L iscsi -m account -o bind -t 1 --user incoming_malong

查看下绑定情况。

  1. tgt-admin -s | sed -n '/Account/,$p'
  2.     Account information:
  3.         incoming_malong
  4.     ACL information:
  5.         192.168.100.0/24

由于tgtg的工作在内核当中的，所以配置好后无需重启服务，这些账号相关的就可以生效。

3. 在initiator端修改配置文件/etc/iscsi/iscsid.conf，设置以下几项，这里故意没启用密码认证部分，是为了看到认证失败的结果。。(这里使用的是服务器B，即192.168.100.5这台机器，服务器C即192.168.100.6在后面绑定多个账号的时候拿来做测试用)

  1. vim /etc/iscsi/iscsid.conf
  2. node.session.auth.authmethod = CHAP
  3. node.session.auth.username = incoming_malong
  4. #node.session.auth.password = incoming_123456
  1. 在initiator发现，然后关联。
  1. bash> iscsiadm -m discovery -t st -p 192.168.100.151:3260
  2. 192.168.100.151:3260,1 iqn.2017-03.com.longshuai:test.disk1
  3. 　
  4. bash> iscsiadm -m node -T iqn.2017-03.com.longshuai:test.disk1 -p 192.168.100.151:3260 -l
  5. Logging in to [iface: default, target: iqn.2017-03.com.longshuai:test.disk1, portal: 192.168.100.151,3260] (multiple)
  6. iscsiadm: Could not login to [iface: default, target: iqn.2017-03.com.longshuai:test.disk1, portal: 192.168.100.151,3260].
  7. iscsiadm: initiator reported error (24 - iSCSI login failed due to authorization failure)
  8. iscsiadm: Could not log into all portals

因为认证所需的密码没设置，所以认证失败了。设置为正确的账号和密码再进行发现、关联认证。

  1. bash> vim /etc/iscsi/iscsid.conf
  2. node.session.auth.authmethod = CHAP
  3. node.session.auth.username = incoming_malong
  4. node.session.auth.password = incoming_123456
  6. bash> iscsiadm -m discovery -t st -p 192.168.100.151:3260
  7. 192.168.100.151:3260,1 iqn.2017-03.com.longshuai:test.disk1
  9. bash> iscsiadm -m node -T iqn.2017-03.com.longshuai:test.disk1 -p 192.168.100.151:3260 -l
  10. Logging in to [iface: default, target: iqn.2017-03.com.longshuai:test.disk1, portal: 192.168.100.151,3260] (multiple)
  11. Login to [iface: default, target: iqn.2017-03.com.longshuai:test.disk1, portal: 192.168.100.151,3260] successful.

4.4 实现CHAP双向认证

要双向认证，那么target端需要创建一个outgoing账号和密码，并绑定到target上。注意下面的--outgoing选项，表示是从target流出的账号，即表示该target要被initiator认证。

  1. tgtadm -L iscsi -m account -o new --user outgoing_malong --password outgoing_123456
  2. tgtadm -L iscsi -m account -o bind -t 1 --user outgoing_malong --outgoing

查看下target上的账号信息。在信息中，outgoing的账号后面使用括号对此进行了标识。

  1. tgt-admin -s | sed -n '/Account/,$p'
  2.     Account information:
  3.         incoming_malong
  4.         outgoing_malong (outgoing)
  5.     ACL information:
  6.         192.168.100.0/24

然后在initiator端配置CHAP双向认证。同样，此处先配置一个错误的情况以作比较。

  1. vim /etc/iscsi/iscsid.conf
  2. node.session.auth.authmethod = CHAP
  3. node.session.auth.username = incoming_malong
  4. node.session.auth.password = incoming_123456
  5. node.session.auth.username_in = outgoing_malong
  6. #node.session.auth.password_in = outgoing_123456

重新进行发现和关联。不过首先要登出已经登录的target。

  1. iscsiadm -m node -Tiqn.2017-03.com.longshuai:test.disk1 -p 192.168.100.151:3260 -u
  3. iscsiadm -m discovery -t st -p 192.168.100.151:3260
  4. 192.168.100.151:3260,1 iqn.2017-03.com.longshuai:test.disk1
  6. iscsiadm -m node -Tiqn.2017-03.com.longshuai:test.disk1 -p 192.168.100.151:3260 -l
  7. Logging in to [iface: default, target: iqn.2017-03.com.longshuai:test.disk1, portal: 192.168.100.151,3260] (multiple)
  8. iscsiadm: Could not login to [iface: default, target: iqn.2017-03.com.longshuai:test.disk1, portal: 192.168.100.151,3260].
  9. iscsiadm: initiator reported error (19 - encountered non-retryable iSCSI login failure)
  10. iscsiadm: Could not log into all portals

它提示遇到不可重试的iscsi登录错误，因为target无法被initiator认证，initiator认为这个target是非法的target。

配置为正确的密码然后再进行发现、关联。

  1. vim /etc/iscsi/iscsid.conf
  2. node.session.auth.authmethod = CHAP
  3. node.session.auth.username = incoming_malong
  4. node.session.auth.password = incoming_123456
  5. node.session.auth.username_in = outgoing_malong
  6. node.session.auth.password_in = outgoing_123456
  8. iscsiadm -m discovery -t st -p 192.168.100.151:3260
  9. iscsiadm -m node -Tiqn.2017-03.com.longshuai:test.disk1 -p 192.168.100.151:3260 -l

4.5 绑定多个outgoing账号

  1. tgtadm -L iscsi -m account -o new --user outgoing_user1 --password outgoing_passwd1
  3. tgtadm -L iscsi -m account -o bind -t 1 --user outgoing_user1 --outgoing
  4. tgtadm: this target already has an outgoing account

绑定的时候提示已经有一个outgoing账号，说明一个target的outgoing账号只能有一个。也就是说，某一个target被认证的时候是1对多的关系。

但是incoming账号并非如此。

4.6 绑定多个incoming账号

  1. tgtadm -L iscsi -m account -o new --user incoming_user1 --password incoming_passwd1
  2. tgtadm -L iscsi -m account -o new --user incoming_user2 --password incoming_passwd2
  3. tgtadm -L iscsi -m account -o bind -t 1 --user incoming_user1
  4. tgtadm -L iscsi -m account -o bind -t 1 --user incoming_user2 
  6. tgt-admin -s | sed -n '/Account/,$p'
  7.     Account information:
  8.         incoming_malong
  9.         incoming_user1
  10.         incoming_user2
  11.         outgoing_malong (outgoing)
  12.     ACL information:
  13.         192.168.100.0/24

用服务器C即192.168.100.6来登录一个看看。

  1. vim /etc/iscsi/iscsid.conf
  2. node.session.auth.authmethod = CHAP
  3. node.session.auth.username = incoming_user1
  4. node.session.auth.password = incoming_passwd1
  5. node.session.auth.username_in = outgoing_malong
  6. node.session.auth.password_in = outgoing_12345

发现并关联。

  1. iscsiadm -m node -U all
  2. iscsiadm -m discovery -t st -p 192.168.100.151:3260
  3. iscsiadm -m node -T iqn.2017-03.com.longshuai:test.disk1 -p 192.168.100.151:3260 -l

所以，incoming账号可以有多个。

4.7 解绑和删除用户

先查看下有目前有哪些用户。

  1. tgtadm -L iscsi -m account -o show
  2. Account list:
  3.     outgoing_user1
  4.     incoming_user2
  5.     incoming_user1
  6.     outgoing_malong
  7.     incoming_malong

再查看下哪些用户是已经绑定到target上的。

  1. tgt-admin -s | sed -n '/Account/,$p'
  2.     Account information:
  3.         incoming_malong
  4.         incoming_user1
  5.         incoming_user2
  6.         outgoing_malong (outgoing)
  7.     ACL information:
  8.         192.168.100.0/24

对incoming_user1和incoming_user2进行解绑。

  1. tgtadm -L iscsi -m account -o unbind -t 1 -u incoming_user1
  2. tgtadm -L iscsi -m account -o unbind -t 1 -u incoming_user2

对outgoing账户解绑。

  1. tgtadm -L iscsi -m account -o unbind -t 1 -u outgoing_malong --outgoing

删除多余的账户。

  1. tgtadm -L iscsi -m account -o delete -u incoming_user1
  2. tgtadm -L iscsi -m account -o delete -u incoming_user2
  3. tgtadm -L iscsi -m account -o delete -u outgoing_malong
  4. tgtadm -L iscsi -m account -o delete -u outgoing_user1

第5章 快速配置iscsi两端

这里是对前文的一个总结，用于解释要使用iscsi时对target端和initiator大致需要做哪些事情。

  1. #############################
  2. # target端所需要做的事情
  3. #############################
  5. tgtadm -L iscsi -m target -o new -t 1 -T iqn.2017-03.com.longshuai:test1.disk1
  6. tgtadm -L iscsi -m logicalunit -o new -t 1 -l 1 -b /dev/sdb1
  7. tgtadm -L iscsi -m logicalunit -o new -t 1 -l 2 -b /dev/sdc
  8. tgtadm -L iscsi -m target -o bind -t 1 -I 192.168.100.0/24
  10. #如果要CHAP认证，则继续添加相关账户和密码并绑定到target上
  11. tgtadm -L iscsi -m account -o new -u USERNAME -p PASSWORD
  12. tgtadm -L iscsi -m account -o bind -t 1 -u USERNAME [--outgoing]
  14. #最后将配置放入到配置文件中
  15. sed -i -r 's/#include(.*)/include\1/' /etc/tgt/targets.conf
  16. mkdir /etc/tgt/temp
  17. tgt-admin --dump | sed '/default/d' >/etc/tgt/temp/tgt1.conf
  19. #不用重启服务。
  20. #如特殊情况，出现重启tgtd服务器但是配置文件不生效的情况，适应force-reload选项
  21. #service tgtd force-reload
  23. #############################
  24. # initiator端所需要做的事情
  25. #############################
  27. #第一件事是决定是否要自定义initiator的名称，如果需要自定义，则修改/etc/iscsi/initiatorname.iscsi文件
  28. #首先discovery目标主机上有哪些可用的target
  29. iscsiadm -m discovery -t st -p 192.168.100.151:3260
  31. # 然后登陆target
  32. iscsiadm -m node -T iqn.2017-03.com.longshuai:test1.disk1 -p 192.168.100.151:3260 -l
  34. #如果需要CHAP认证，则启用/etc/iscsi/iscsid.conf中的相关CHAP认证指令
  35. #前三项实现单向认证，target端认证initiator是否合法
  36. #同时启用这5项实现双向认证，target端和initiator都会认证对方是否合法
  37. node.session.auth.authmethod = CHAP
  38. node.session.auth.username = incoming_malong
  39. node.session.auth.password = incoming_123456
  40. node.session.auth.username_in = outgoing_malong
  41. node.session.auth.password_in = outgoing_123456

第6章 windows上配置initiator

在"运行"中输入iscsicpl.exe，打开iscsi发起程序。

但要注意，Windows中格式化的NTFS文件系统在Linux中默认是不支持的，所以iscsi的共享存储不能跨Windows和Linux系统使用，除非安装支持插件。

Linux上配置使用iSCSI详细说明的更多相关文章

  1. 在Linux上配置xampp后远程访问域名报错

    在Linux上配置xampp后远程访问域名报错: New XAMPP security concept: Access to the requested object is only availabl ...

  2. Gradle在Windows环境与Linux上配置有哪些不同？

    我的开发环境:Windows + Android Studio + Gradle 2.8 all + Jenkins 公司CI 服务器环境: Linux + Gradle 2.10 bin + Jen ...

  3. 【数据库开发】在Windows上和Linux上配置MySQL的过程

    [数据库开发]在Windows上和Linux上配置MySQL的过程 标签(空格分隔): [编程开发] 首先是在Windows上尝试用QT进行MySQL数据库开发,结果总出现driver不能load的错 ...

  4. 如何在linux 上配置NTP 时间同步？

    故障现象: 有些应用场景,对时间同步的要求严格,需要用到NTP同步,如何在linux上配置NTP时间同步? 解决方案: 在linux 上配置NTP 时间同步,具休操作步骤,整理如下: 1.安装软件包( ...

  5. Configure Always On Availability Group for SQL Server on RHEL——Red Hat Enterprise Linux上配置SQL Server Always On Availability Group

    下面简单介绍一下如何在Red Hat Enterprise Linux上一步一步创建一个SQL Server AG(Always On Availability Group),以及配置过程中遇到的坑的 ...

  6. Linux 上配置 AG

    SQL Server Always On Availability Group 配置步骤:配置三台 Linux 集群节点创建 Availability Group配置 Cluster Resource ...

  7. Linux 上配置 SQL Server Always On Availability Group

    SQL Server Always On Availability Group 配置步骤:配置三台 Linux 集群节点创建 Availability Group配置 Cluster Resource ...

  8. VXLAN 基础教程：在 Linux 上配置 VXLAN 网络

    上篇文章结尾提到 Linux 是支持 VXLAN 的,我们可以使用 Linux 搭建基于 VXLAN 的 overlay 网络,以此来加深对 VXLAN 的理解,毕竟光说不练假把式. 1. 点对点的 ...

  9. 在linux上配置并创建JavaFX项目

    本环境为linux配置,因为这里的JavaFX项目是为定制Oracle监控工具而写的.现Oracle已收购Java好几年,用它自己的产生监控自己的东西还是很兼容的.此处Eclipse 为4.5版本. ...

随机推荐

  1. 基于友善之臂ARM-ContexA9-ADC驱动开发

    ADC,就是模数转换器,什么是模数转换器? 模数转换器,在电子技术中即是将模拟信号转换成数字信号,也称为数字量化. 当然还有一种叫DAC,就是数模转换,意思相反,即是将数字信号转换成模拟信号. 在友善 ...

  2. OpenCV问题集锦，图片显示不出来，WaitKey(0),imread()不能读图片，未经处理的异常，等问题集合

    昨天根据uc伯克利的人工图像分割文件.seg,显示图像的时候调用了OpenCV的库函数,图片都能用imwrite写好,但是imshow死活显示不出来. 今天早上发现原来是imshow()后面应该加上: ...

  3. Java核心技术第四章——1.封装性

    封装性(有时称为数据隐藏): 实现封装的关键在于绝对不能让类中的方法直接地访问其他类的实例域值.程序仅通过对象的方法与对象的数据进行交互. 给对象赋予了"黑盒"的特征,提高了重用性 ...

  4. aes加解密 Illegal key size

    做aes加密时,发生一个奇怪的错误,在本地环境是好的,发布到测试环境就出问题, java.security.InvalidKeyException: Illegal key size 想到本地环境之前 ...

  5. linux命令TOP参数load average详解[转]

    我们知道判断一个系统的负载可以使用top,uptime等命令去查看,它分别记录了一分钟.五分钟.以及十五分钟的系统平均负载……我们知道判断一个系统的负载可以使用top,uptime等命令去查看,它分别 ...

  6. Spring Boot @Async 异步任务执行

    1.任务执行和调度 Spring用TaskExecutor和TaskScheduler接口提供了异步执行和调度任务的抽象. Spring的TaskExecutor和java.util.concurre ...

  7. RocketMQ源码 — 九、 RocketMQ延时消息

    上一节消息重试里面提到了重试的消息可以被延时消费,其实除此之外,用户发送的消息也可以指定延时时间(更准确的说是延时等级),然后在指定延时时间之后投递消息,然后被consumer消费.阿里云的ons还支 ...

  8. Java Collections类

    集合类是什么? List列表.Set集合.Map映射.工具类(Iterator迭代器.Enumeration枚举类.Arrays和Collections). Set 接口继承 Collection,但 ...

  9. hadoop HA 详解

    NameNode 高可用整体架构概述 在 Hadoop 1.0 时代,Hadoop 的两大核心组件 HDFS NameNode 和 JobTracker 都存在着单点问题,这其中以 NameNode ...

  10. 团队项目第二阶段个人进展——Day4

    一.昨天工作总结 冲刺第四天,分析完成后端处理的数据有主题,时间,地点,照片信息,前几个都是字符串类型,后一个是照片格式 二.遇到的问题 照片格式数据不知道怎么处理 三.今日工作规划 学习后端小程序后 ...