☰

LinuxIO(LIO) 대상 @ Debian 10 및 VMware 6.7 초기자: 0x00000000에 대한 WRITE_PROTECTED LUN 액세스가 감지되었습니다.

tag-icon • tag-icon vmware-esxi iscsi
LinuxIO(LIO) 대상 @ Debian 10 및 VMware 6.7 초기자: 0x00000000에 대한 WRITE_PROTECTED LUN 액세스가 감지되었습니다.

우리는 달리고 있다

  • QNAP NAS
  • 데비안 10
  • VMware 6.7U3 하이퍼바이저 호스팅

a) LIO를 사용하여 QNAP를 사용하여 iSCSI-LUN 대상을 내보내고 VMware에서 액세스(읽기/쓰기)하는 것은 잘 작동합니다.

b) LIO를 사용하여 새로운 Debian 10으로 iSCSI-LUN 대상을 내보내고 Windows 7 iSCSI 초기자(읽기/쓰기)로 액세스하면 제대로 작동합니다.

대상 b)(Debian 10 / LIO) 및 개시자 a)(VMware v6.7)를 사용하면 다음과 같이 작동합니다.

  • VMware는 대상 호스트를 확인합니다.
  • VMware는 로그인하여 대상을 볼 수 있습니다.
  • VMware는 LUN의 데이터를 읽을 수 있습니다(파티션 테이블, 크기, 파티션 유형 등 참조).

VMware 보고서를 작성하려고 하면 즉시

2020-12-28T14:36:00.775Z infohostd[2098690] [Originator@6876 sub=Partitionsvc opID=esxui-2f96-fbd9 user=root] 상태: 255 출력: gpt 0 0 0 0

오류: 오류: /dev/disks/naa.60014054b666e78a1c443ee941c60e3e SetPtableGpt에 쓰는 동안 읽기 전용 파일 시스템: 디스크에 커밋할 수 없습니다.

Debian 10 상자는 다음을 보고합니다:

커널: [ 80.210044] TARGET_CORE[iSCSI]: 0x00000000에 대한 WRITE_PROTECTED LUN 액세스가 감지되었습니다.

VMware가 iSCSI LUN을 읽기 전용으로 마운트하는 이유를 모르겠지만 Windows 7에서는 이를 읽기-쓰기로 마운트하고 VMware는 QNAP-iSCSI-LUN도 읽기-쓰기로 마운트합니다.

힌트를 주시면 감사하겠습니다. 미리 감사드립니다.

추신: 누군가가 "linuxio" 태그를 만들어 이 질문에 할당할 수도 있습니다.

답변1

저는 며칠 동안 이 문제를 해결하려고 노력했고, 오늘 Windows 7 및 QNAP-NAS의 동작을 x-점검했습니다. 그래서 나는 더 이상 아무것도 모르고 여기에 몇 가지 힌트를 요청했습니다.

몇 시간 더 시도하면서 VMware iSCSI 초기자에는 명시적인 ACL 항목이 필요하지만 Windows 7 iSCSI 초기자에는 그렇지 않다는 것을 깨달았습니다.

데모 모드에서 전체 LIO 시스템을 구성했으므로 인증이 전혀 필요하지 않으며 데모에서 쓰기 보호가 꺼져 있으며 iqn ACL이 동적으로 생성되어야 합니다.

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 항목 없이도 잘 작동했으며 iscsi/iqn..../tpg 아래에 ACL 항목과 개시자에 대한 LUN 매핑을 추가했기 때문에 VMware는 잘 실행되었습니다. ..../acls/iqn.of-the-initiator

어쨌든 읽어주셔서 감사합니다. 이 게시물을 통해 다른 관리자의 시간을 절약할 수 있을 것입니다.

관련 정보