iscsi目标螺丝钉-重新映射目标和块设备

Question

我们已经成功地运行了两个iSCSI目标的iSCSI 7服务器，这些服务器都是使用targetcli设置的。这些文件是使用MS iSCSI启动器从Windows 7框中安装的。效果很好。大约一个月前，我增加了另一个目标，从第二台机器上安装。我似乎忘记了我需要运行saveconfig。上周，我们开始评估元数据服务器TigerStore。这是安装在第三台Windows 7计算机上。我在CentOS框上设置了第四个目标，用于使用TigerStore进行测试(它还使用Windows启动器来挂载它随后提供的目标)。又一次，忘了我需要saveconfig。

我们一直在毫无问题地使用所有四个目标。事实上，我是在周五晚上用的。然而，当我今天早上来的时候，第一台机器上的目标已经挂载了几个月了，只显示了一个驱动器的字母，当我点击时，给了我一个权限错误。我检查了#2，与其一个挂载的iSCSI目标相同。TigerStore服务器仍然连接到它的目标并正常工作。

重新启动所有三台Windows机器，权限问题相同。现在是我真正搞砸的地方:重新启动了CentOS服务器，出现了两个没有run的目标配置(这两个配置我没有运行saveconfig)。因为..。设备的位置发生了变化。在重新启动之前，一对是/dev/sdb1和/dev/sdb2，另一对是/dev/sdc1和/dev/sdc2。现在这些不同了，/dev/sdc是我的系统驱动器，以前的/dev/sdb现在是/dev/sda，/dev/sdc现在是/dev/sdb。因此，所有的映射都是一团糟。

我想我有一个两部分的问题：

1)我是否可以在targetcli中创建新的LUN来指向新的块设备位置，以便使映射正确工作-而不改变目标上的用户数据？

2)我是否可以强迫系统每次在引导时使用相同的/dev/sd*位置分配？

好的，三个部分的问题：

3)如果我不能做第二件事，我应该采取什么不同的做法来确保这种情况不再发生。作为参考，下面是targetcli ls的输出：

o- / ..................................................................... [...]
  o- backstores .......................................................... [...]
  | o- block .............................................. [Storage Objects: 2]
  | | o- block1 ..................... [/dev/sdb1 (0 bytes) write-thru activated]
  | | | o- alua ............................................... [ALUA Groups: 1]
  | | |   o- default_tg_pt_gp ................... [ALUA state: Active/optimized]
  | | o- block3 ..................... [/dev/sdb2 (0 bytes) write-thru activated]
  | |   o- alua ............................................... [ALUA Groups: 1]
  | |     o- default_tg_pt_gp ................... [ALUA state: Active/optimized]
  | o- fileio ............................................. [Storage Objects: 0]
  | o- pscsi .............................................. [Storage Objects: 0]
  | o- ramdisk ............................................ [Storage Objects: 0]
  o- iscsi ........................................................ [Targets: 4]
  | o- iqn.2018-03.com.grd.t3 ............................ [TPGs: 1]
  | | o- tpg1 .............................................. [gen-acls, no-auth]
  | |   o- acls ...................................................... [ACLs: 0]
  | |   o- luns ...................................................... [LUNs: 1]
  | |   | o- lun0 ................ [block/block3 (/dev/sdb2) (default_tg_pt_gp)]
  | |   o- portals ................................................ [Portals: 1]
  | |     o- 10.0.0.1:3260 ................................................ [OK]
  | o- iqn.2018-03.com.grd:t1 ............................ [TPGs: 1]
  | | o- tpg1 .............................................. [gen-acls, no-auth]
  | |   o- acls ...................................................... [ACLs: 0]
  | |   o- luns ...................................................... [LUNs: 1]
  | |   | o- lun0 ................ [block/block1 (/dev/sdb1) (default_tg_pt_gp)]
  | |   o- portals ................................................ [Portals: 1]
  | |     o- 10.0.0.1:3260 ................................................ [OK]
  | o- iqn.2018-03.com.grd:t2 ............................ [TPGs: 1]
  | | o- tpg1 .............................................. [gen-acls, no-auth]
  | |   o- acls ...................................................... [ACLs: 0]
  | |   o- luns ...................................................... [LUNs: 0]
  | |   o- portals ................................................ [Portals: 1]
  | |     o- 10.0.0.1:3260 ................................................ [OK]
  | o- iqn.2018-04.com.grd:t3 ............................ [TPGs: 1]
  |   o- tpg1 .............................................. [gen-acls, no-auth]
  |     o- acls ...................................................... [ACLs: 0]
  |     o- luns ...................................................... [LUNs: 0]
  |     o- portals ................................................ [Portals: 1]
  |       o- 10.0.0.1:3260 ................................................ [OK]
  o- loopback ..................................................... [Targets: 0]
  o- srpt ......................................................... [Targets: 0]

谢谢!

Answer 1

解决这一问题的方法是删除backstore块和luns (保留目标)。然后，我在targetcli中重新构建了这些块，以指向正确的/dev/sd*位置。

接下来，我们将使用/dev/disk/by-partuuid对所有这些进行迁移，以便将备份映射到阻塞设备，这将解决持久性问题。