Цель LinuxIO (LIO) @ Debian 10 и VMware 6.7 Инициатор: обнаружен доступ WRITE_PROTECTED LUN для 0x00000000

Question

мы бежим

• QNAP-сетевое хранилище
• Дебиан 10
• Хост VMware 6.7U3 Гипервизор

а) Экспорт цели iSCSI-LUN с помощью QNAP, который для этого использует LIO, и доступ к нему из VMware (чтение/запись) работают нормально.

б) Экспорт iSCSI-LUN-target с помощью свежего Debian 10 с использованием LIO и доступ к нему с помощью инициатора iSCSI Windows 7 (чтение/запись) работает нормально.

Использование цели б) (Debian 10 / LIO) и инициатора а) (VMware v6.7) работает, пока

• VMware видит целевой хост
• VMware может войти в систему и видит цель
• VMware может ЧИТАТЬ данные на LUN (видит таблицу разделов, ее размер, типы разделов и т. д.)

Как только мы пытаемся что-либо написать, VMware сообщает

2020-12-28T14:36:00.775Z info hostd[2098690] [Originator@6876 sub=Partitionsvc opID=esxui-2f96-fbd9 user=root] Статус: 255 Вывод: gpt 0 0 0 0

Ошибка: Ошибка: Файловая система только для чтения во время записи на /dev/disks/naa.60014054b666e78a1c443ee941c60e3e SetPtableGpt: Невозможно зафиксировать на диске

и отчеты Debian 10 box:

ядро: [ 80.210044] TARGET_CORE[iSCSI]: обнаружен доступ WRITE_PROTECTED LUN для 0x00000000

Я не понимаю, почему VMware монтирует iSCSI LUN только для чтения, но Windows 7 монтирует его в режиме чтения и записи, а VMware монтирует QNAP-iSCSI-LUN также для чтения и записи.

Буду признателен за любую подсказку. Спасибо заранее.

PS: возможно, кто-то сможет создать тег «linuxio» и присвоить его этому вопросу.

Answer 1

Я пытался решить эту проблему в течение нескольких дней, сегодня я проверил поведение Windows 7 и QNAP-NAS. Так что у меня больше не было идей, и я попросил здесь несколько подсказок.

Потратив еще несколько часов, я понял, что инициатору iSCSI VMware требуется явная запись в ACL, тогда как инициатору iSCSI Windows 7 этого не нужно.

Имейте в виду, что я настроил всю систему LIO в демонстрационном режиме, поэтому аутентификация вообще не требуется, защита от записи в демонстрационном режиме отключена, а списки контроля доступа iqn должны генерироваться динамически:

cd /iscsi/iqn.2003-01.org.linux-iscsi.v10000.x8664:sn.cce266f35881/tpg1/

set attribute authentication=0 demo_mode_write_protect=0 generate_node_acls=1 cache_dynamic_acls=1

Я не знаю, почему это так, но Windows 7 работала нормально без явной записи ACL, а VMware работала нормально, когда я добавил запись ACL и сопоставление LUN ​​для инициатора в iscsi/iqn..../tpg..../acls/iqn.of-the-initiator

В любом случае спасибо за прочтение, возможно, этот пост сэкономит время другим администраторам.