iscsi目标会出现多个分区-为什么？

Question

几年来，我们一直使用CentOS 7向SAN上的TigerStore元数据服务器提供iSCSI目标。我们使用了相同的过程来创建目标，详见下文。我刚刚按照这个过程在网上引入了两个新的数组，我们看到了一些非常奇怪的东西:每个数组的第一个分区出现在Windows中，就好像它是一个有4个分区的驱动器一样(每个数组在Linux端有4个分区，但每个分区都应该显示为自己单独的iSCSI目标)。其余三个分区作为单独的iSCSI目标被视为单独的iSCSI启动程序。但是，第一个总是显示好像它是一个驱动器与4个分区。我们使用的程序如下：

1. 在硬件RAID控制器中创建RAID 6
2. 打开gparted中的每个数组并创建GPT分区表；将分区创建为主分区/未格式化；提交更改
3. 重新启动
4. 在targetcli中，使用/dev/disk/by-partuuid/为每个分区创建一个块作为唯一标识符。
5. 在target to中，创建目标，指向该回收站。

这是我们在targetcli中看到的一个截断的例子。(解析-3是数组上的第一个分区，因此在windows中显示为有4个分区。phx-1是该数组上的第二个分区，它显示为它自己的目标，以及目标内部的一个分区，应该只是解析-3：

/> ls
o- / ......................................................................................................................... [...]
o- backstores .............................................................................................................. [...]
| o- block ................................................................................................. [Storage Objects: 16] 
| | o- phx-1 ......................... [/dev/disk/by-partuuid/9672e724-10bb-4559-91cb-321a3778bb14 (0 bytes) write-thru activated]
| | | o- alua ................................................................................................... [ALUA Groups: 1]
  | | |   o- default_tg_pt_gp ....................................................................... [ALUA state: Active/optimized]
| | o- resolve-3 ..................... [/dev/disk/by-partuuid/4be97a07-ad47-4c7a-9ee1-d4630e3c3eb7 (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: 16]
| o- iqn.2019-09.com.our-domain-name-here:phx-1 ............................................................................. [TPGs: 1]
| | o- tpg1 .................................................................................................. [gen-acls, no-auth]
| |  o- acls .......................................................................................................... [ACLs: 0]
| |  o- luns .......................................................................................................... [LUNs: 1]
| |  | o- lun0 .................... [block/phx-1 (/dev/disk/by-partuuid/9672e724-10bb-4559-91cb-321a3778bb14) (default_tg_pt_gp)]
| |  o- portals .................................................................................................... [Portals: 1]
| |  o- 10.0.0.1:3260 .................................................................................................... [OK]
| o- iqn.2019-09.com.our-domain-name-here:resolve-3 ......................................................................... [TPGs: 1]
| | o- tpg1 .................................................................................................. [gen-acls, no-auth]
| |  o- acls .......................................................................................................... [ACLs: 0]
| |  o- luns .......................................................................................................... [LUNs: 1]
| |  | o- lun0 ................ [block/resolve-3 (/dev/disk/by-partuuid/4be97a07-ad47-4c7a-9ee1-d4630e3c3eb7) (default_tg_pt_gp)]
| |  o- portals .................................................................................................... [Portals: 1]
| |  o- 10.0.0.1:3260 .................................................................................................... [OK]
 o- loopback ......................................................................................................... [Targets: 0]
o- srpt ............................................................................................................. [Targets: 0]

这就是Windows在挂载目标时所看到的：磁盘13是‘phx-1’.磁盘15应该是“解析-3”、它包含的第一个分区的大小对此是正确的.磁盘15中的第二个分区是‘phx-1’.两个5.5T分区也显示为它们自己的驱动器和在3号决议的内部.(类似的磁盘14和16是另一个数组)

我真的不知道这里发生了什么。targets中的参数与我们作为iSCSI目标提供的其他数组的参数相同，这些数组正常工作。我试过清除所有分区、备份和目标，并从头开始重建它们，即使使用不同的IQN，以防Windows缓存。有什么想法吗？

Answer 1

因此，问题似乎在于，gparted没有显示旧的分区。我创建新分区时使用的格式类型是“未格式化的”，但这似乎留下了旧的cruft。我创建了一个新的分区，它是整个54 the卷，使用“清除”作为格式类型，然后删除该分区并使用未格式化的格式重新创建分区。瞧，幻影分区已经消失了，现在它似乎可以工作了。