☰

Destino LinuxIO (LIO) en Debian 10 y VMware 6.7 Iniciador: acceso WRITE_PROTECTED LUN detectado para 0x00000000

tag-icon • tag-icon vmware-esxi iscsi
Destino LinuxIO (LIO) en Debian 10 y VMware 6.7 Iniciador: acceso WRITE_PROTECTED LUN detectado para 0x00000000

estamos corriendo

  • NAS de QNAP
  • Debian 10
  • Hospede el hipervisor VMware 6.7U3

a) Exportar un objetivo iSCSI-LUN con QNAP, lo que significa usar LIO y acceder a él desde VMware (lectura/escritura) funciona bien.

b) Exportar un objetivo iSCSI-LUN con un Debian 10 nuevo usando LIO y acceder a él con un iniciador iSCSI de Windows 7 (lectura/escritura) funciona bien.

Usar el objetivo b) (Debian 10 / LIO) y el iniciador a) (VMware v6.7) funciona hasta donde sea posible.

  • VMware ve el host de destino
  • VMware puede iniciar sesión y ve el objetivo
  • VMware puede LEER los datos en el LUN (ve la tabla de particiones, su tamaño, tipos de particiones, etc.)

Tan pronto como intentamos escribir algo, VMware informa

2020-12-28T14:36:00.775Z info hostd[2098690] [Originator@6876 sub=Partitionsvc opID=esxui-2f96-fbd9 usuario=root] Estado: 255 Salida: gpt 0 0 0 0

Error: Error: sistema de archivos de solo lectura durante la escritura en /dev/disks/naa.60014054b666e78a1c443ee941c60e3e SetPtableGpt: no se puede confirmar en el disco

y el cuadro de Debian 10 informa:

kernel: [80.210044] TARGET_CORE[iSCSI]: Acceso WRITE_PROTECTED LUN detectado para 0x00000000

No reconozco por qué VMware monta el iSCSI LUN de solo lectura, pero Windows 7 lo monta de lectura y escritura y VMware monta el QNAP-iSCSI-LUN también de lectura y escritura.

Agradezco cualquier sugerencia, gracias de antemano.

PD: tal vez alguien pueda crear la etiqueta "linuxio" y asignarla a esta pregunta.

Respuesta1

Intenté resolver este problema durante días, hoy verifiqué el comportamiento con Windows 7 y QNAP-NAS. Así que no tenía más idea y pedí aquí algunas pistas.

Al intentarlo durante algunas horas más, reconocí que el iniciador iSCSI de VMware requiere una entrada ACL explícita, mientras que el iniciador iSCSI de Windows 7 no.

Tenga en cuenta que configuré todo el sistema LIO en modo de demostración, por lo que no debería ser necesaria ninguna autenticación, la protección contra escritura en la demostración estaba desactivada y las ACL de iqn deberían generarse dinámicamente:

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

No sé por qué actúa de esta manera, pero Windows 7 funcionó bien sin una entrada ACL explícita y VMware funciona bien ya que agregué una entrada ACL y una asignación de LUN para el iniciador en iscsi/iqn..../tpg ..../acls/iqn.del-iniciador

De todos modos, gracias por leer, tal vez esta publicación ahorre tiempo a otros administradores.

información relacionada