제목이 거의 모든 것을 말해줍니다. 우분투 22.04를 사용합니다. 간단한 설치 -> Nimble 스토리지 어레이에 연결된 iSCSI 스위치에 연결된 2개의 2포트 HBA가 있는 물리적 HPE DL360 G9를 사용했습니다. 내가 한 일은 다음과 같습니다.
- Ubuntu 22.04를 설치하고 업데이트했습니다.
- 개시자 구성 파일에서 iSCSI 개시자 이름 변경
- 내 NIC 이름을 사람이 읽을 수 있는 이름으로 변경하고(en01 = mgmt0; ens1fs0 = iscsi-1; ens2fs1 = iscsi-2) 변경 사항을 적용했습니다.
- iscsid.conf를 수정하고 Nimble 장치에 대한 multipath.conf "device" 섹션을 추가하는 Nimble Linux 툴킷을 설치했습니다.
- 그런 다음 2개의 iscsi NIC를 사용하여 2개의 iface를 생성하고 iscsid 및 multipathd 서비스를 다시 시작했습니다.
- 어레이에 볼륨을 구성하고 서버의 iqn을 통해 볼륨에 대한 액세스를 할당했습니다.
- 그런 다음 iscsiadm을 통해 iSCSI 검색을 수행하고 로그인했습니다.
이 시점에서는...모든 것이 괜찮아 보입니다.
- multipath.conf 파일에 친숙한 이름을 추가할 수 있도록 연결된 볼륨의 wwid를 검색했습니다. 그래도..여기는 다 괜찮아
- 이 시점에서 서버를 다시 시작하여 모든 것을 새로 고치고 iSCSI 대상 연결이 자동으로 다시 연결되었는지 확인했습니다. 괜찮은
- 이제 이것이 내 문제입니다. fdisk /dev/nimblestorage/(이것은 연결된 볼륨에 대한 심볼릭 링크라고 생각합니다)를 실행하고 디스크를 분할하는 과정을 거쳤습니다. 과정은 간단합니다. 그러나 변경 사항을 디스크에 "기록"한 후에는 다음 오류 또는 경고가 표시됩니다.
Calling ioctl() to re-read partition table. Re-reading the partition table failed: Invalid Argument.
The kernel still uses the old table. The new table will be used at the next reboot or after you run partprobe(8) or partx(8)
그래서 메시지 지시에 따라 재부팅했습니다. 그런 다음 다음을 사용하여 파티션/볼륨에 파일 시스템을 배치하려고 했습니다.
sudo mkfs.xfs -b siz=4k -m reflink=1,crc=1 -L test01 /dev/nimblestorage/<vol-name>
다음 오류가 발생했습니다.
mkfs.xfs: cannot open /dev/mapper/<vol-name>: Device or resource busy
/dev/mapper/를 통해 이것을 시도하면 작동하는 것 같지만 df -hT를 실행할 때 저장소가 표시되지 않습니다.
내가 할 수 있는 일은 아무것도 없다. 나는 인터넷 전체를 검색했지만 내가 한 일은 아무것도 성공하지 못했습니다. 내가 무엇을 놓치고 있나요? 다중 경로에 문제가 있습니까? 내가 아무것도 구성하지 않았나요? 귀하가 제공할 수 있는 도움에 진심으로 감사드립니다. Nimble 툴킷을 설치하지 않고 /dev/mapper/...를 실행하더라도 동일한 문제가 발생합니다.
답변1
"Linux에서의 스토리지 구현 단계"를 분리하여 문제가 있는 부분을 단계별로 확인해야 했습니다. 어댑터를 1개만 사용했을 때 이 모든 것이 정말 잘 작동할 수 있었습니다. 따라서 이 문제는 분명히 다중 경로 계층과 관련이 있거나 적어도 Linux에서 다중 경로가 작동하는 방식과 관련이 있습니다. 아직도 이것을 배우고 있습니다!
Nimble에는 다중 경로 지정을 지원하는 "Network Connection Manager" 도구가 포함된 Linux용 "toolkit" 설치 프로그램이 있습니다. 파티션/파일 시스템 연결 장치에 대한 문서에서는 기본적으로 /dev/mapper/와 유사한 심볼릭 링크이며 dm-# 장치를 가리키는 /dev/nimblestorage/ 장치를 사용한다고 명시되어 있습니다. fdisk가 장치에 파티션을 쓴 후 귀찮은 경고 메시지를 표시하지만(로컬 디스크를 사용하거나 1개의 어댑터를 사용하여 SAN 기반 LUN에 연결할 때는 이런 일이 발생하지 않음) 파티션이 여전히 잘 생성된 것 같습니다. fdisk 경고/오류가 발생하는 이유는 아직 모르겠습니다. 제 정신과 건강을 위해 이 작업을 parted를 사용하도록 전환했는데, 이를 통해 디스크에 GPT 테이블을 넣을 수도 있어서 더 잘 작동했습니다.