OpenStack中的Multipath faulty device的成因及解决(part 2)

| 版权：本文版权归做者和博客园共有，欢迎转载，但未经做者赞成必须保留此段声明，且在文章页面明显位置给出原文链接。若有问题，能够邮件：wangxu198709@gmail.com

简介

在上次的文章OpenStack中的Multipath faulty device的成因及解决(part 1)中，我详细解释了fault device的成因，这篇文章重点介绍下os-brick中是如何在并发的状况下，经过哪些具体的实现避免了faluty device的造成。

在讲具体实现前，有必要提到Linux上SCSI Block device（块设备）地址（寻址）的一些细节。

Linux kernel中经过以下的层次来定位特定的LUN:

• SCSI adapter number [host]

• channel number [bus]

• id number [target]

• lun [lun]

更多细节能够参考[SCSI Addressing]，也就是说，一个LUN能够用 [host-bus(channel)-target-lun] 来表示。

Linux每链接一个iscsi target，kernel都会在本地的 /sys/class/iscsi_host/host*/device/session 创建对应的目录结构，用来表示一个SCSI的设备。

$ ls -l /sys/class/iscsi_host/host3/device/session1/ total 0 drwxr-xr-x 4 root root    0 Apr 21 21:54 connection1:0 drwxr-xr-x 3 root root    0 Apr 21 21:54 iscsi_session drwxr-xr-x 2 root root    0 Apr 21 21:55 power drwxr-xr-x 5 root root    0 Apr 21 21:54 target3:0:0
-rw-r--r-- 1 root root 4096 Apr 21 21:54 uevent

上面的 3:0:0 就是一个iSCSI target所在host:channel:target

BTW: 若是你看不到如上的目录结构，你应该先要链接一个iSCSI target，下面是我链接的target：

$ sudo iscsiadm -m session tcp: [1] 172.17.0.2:3260,1 tgt1 (non-flash)

---

 

方案

因为在上篇已经介绍过，os-brick使用的是链接(connect_volume)和断开(disconnect_volume)的时候，分别使用了 multipath -r 和 iscsiadm -m session -R 

 以上的命令会形成全部的iSCSI target对应的BUS的全部LUN都会被扫描一遍。

os-brick就对症下药，根据用户要链接的target和LUN，缩小扫描范围，只扫描特定target上的特定LUN。

具体的过程以下：

 

1. 首先根据用户的输入的session id和LUN id找到对应的h-c-t-l（代码LINK）：

 

 

 1     def get_hctl(self, session, lun):  2         """Given an iSCSI session return the host, channel, target, and lun."""
 3         glob_str = '/sys/class/iscsi_host/host*/device/session' + session  4         paths = glob.glob(glob_str + '/target*')  5         if paths:  6             __, channel, target = os.path.split(paths[0])[1].split(':')  7         # Check if we can get the host
 8         else:  9             target = channel = '-'
10             paths = glob.glob(glob_str) 11 
12         if not paths: 13             LOG.debug('No hctl found on session %s with lun %s', session, lun) 14             return None 15 
16         # Extract the host number from the path
17         host = paths[0][26:paths[0].index('/', 26)] 18         res = (host, channel, target, lun) 19         LOG.debug('HCTL %s found on session %s with lun %s', res, session, lun) 20         return res

上面的参数session就是 tcp: [1] 172.17.0.2:3260,1 tgt1 (non-flash) 中的[1],lun就是要链接的LUN的ID，通常由Cinder driver提供。

对于个人这个session，LUN=1对应的hctl为：  HCTL ('3', '0', '0', 1) found on session 1 with lun 1

 

2. 扫描时使用上面的htcl:（代码link）

 

 1     def scan_iscsi(self, host, channel='-', target='-', lun='-'):  2         """Send an iSCSI scan request given the host and optionally the ctl."""
 3         LOG.debug('Scanning host %(host)s c: %(channel)s, '
 4                   't: %(target)s, l: %(lun)s)',  5                   {'host': host, 'channel': channel,  6                    'target': target, 'lun': lun})  7         self.echo_scsi_command('/sys/class/scsi_host/host%s/scan' % host,  8                                '%(c)s %(t)s %(l)s' % {'c': channel,  9                                                       't': target, 10                                                       'l': lun})

在log里面会看到相似的tee开头的scsi command，做用跟 echo '0 0 1' | tee -a /sys/class/scsi_host/host3/scan 同样，让kernel作一个小范围的host scan。

这样只有用户想要的一个LUN会被scan出来，而无关的LUN是不会被扫描出来，从而避免了fault device的造成。

 

参考资料

[SCSI Addressing]: http://www.tldp.org/HOWTO/SCSI-2.4-HOWTO/scsiaddr.html

[os-brick]: https://github.com/openstack/os-brick/

[Refactor iSCSI connect]: https://github.com/openstack/os-brick/commit/56c8665d3d342ce90f5d9433966c0f244063b4c1