Назад | Перейти на главную страницу

Цель iscsi отображается с несколькими разделами - почему?

Мы используем CentOS 7 уже пару лет для обслуживания целей iSCSI на нашем сервере метаданных TigerStore в нашей SAN. Мы использовали ту же процедуру для создания целей, подробно описанных ниже. Я только что подключил два новых массива после этой процедуры, и мы наблюдаем нечто сверхъестественное: первый раздел каждого из массивов появляется в Windows, как если бы это был один диск с 4 разделами (каждый массив имеет 4 раздела на стороне Linux. , но каждый из них должен отображаться как отдельный целевой объект iSCSI). Остальные три раздела выбираются инициатором iSCSI Windows как отдельные цели iSCSI, и Windows Disk Management видит их как отдельные. Но первый всегда отображается, как если бы это был один диск с 4 разделами. Мы используем следующую процедуру:

  1. Создать RAID 6 в аппаратном RAID-контроллере
  2. Откройте каждый массив в gparted и создайте таблицу разделов GPT; создавать разделы как Первичный / Неформатированный; Зафиксировать изменения
  3. перезагрузка
  4. в targetcli создайте блок для каждого раздела, используя / dev / disk / by-partuuid / для каждого раздела в качестве уникального идентификатора
  5. в targetcli создайте цель, указывающую на это бэкстор.

Это усеченный пример того, что мы видим в targetcli. (resolve-3 - это первый раздел в массиве, то есть тот, который отображается в Windows как имеющий 4 раздела. phx-1 - это второй раздел в том же массиве, и он появляется как его собственная цель и как раздел внутри цель, которая должна быть просто resolve-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 должен быть «resol-3», и размер первого раздела, который он содержит, соответствует этому. Второй раздел на диске 15 - «phx-1». Два раздела 5.5T также отображаются как собственные диски. и внутри разрешения-3. (аналогичные диски 14 и 16 - другой массив)

Я действительно понятия не имею, что здесь происходит. Параметры в targetcli идентичны параметрам других массивов, которые мы обслуживаем как цели iSCSI, которые работают нормально. Я пробовал стереть все разделы, резервные хранилища и целевые объекты и восстановить их с нуля, даже с разными IQN на случай, если Windows что-то кэшировала. Есть предположения?

Итак, похоже, проблема в том, что gparted не показывал старые разделы. Я создавал новые разделы, используя «Неформатированный» в качестве типа формата, но, похоже, это оставило старый мусор. Я создал новый раздел, представляющий собой весь том 54 ТБ, используя «очищенный» в качестве типа формата, затем удалил его и заново создал разделы, используя неформатированный. о чудо, фантомных перегородок больше нет и вроде теперь работает.