☰

다른 SCSI 장치에 매핑된 iSCSI 장치

tag-icon • tag-icon ubuntu lvm iscsi
다른 SCSI 장치에 매핑된 iSCSI 장치

서버(Ubuntu)에 iSCSI 디스크 어레이가 연결되어 있습니다. 내가 로그인할 때

iscsiadm -m node --login -p 192.168.1.240

이 장치는 /dev/sdb로 표시되었습니다. /dev/sdb를 사용하여 LVM을 사용하여 볼륨 그룹을 생성하고 그 위에 ext4 파티션을 생성했습니다. 재부팅 후 장치는 /dev/sdd로 표시되며 더 이상 생성한 파티션을 마운트할 수 없습니다. vgscan은 VG(a라고 함)를 볼 수 있지만 파티션에 매핑된 장치에서 오류가 발생합니다.

vgscan
...
/dev/dm-9: read failed after 0 of 4096 at 4096: Input/output error
Found volume group "a" using metadata type lvm2

나는 시스템이 자체적으로 (장치의 uuid를 통해) 그러한 변화에 대처할 수 있을 것이라고 생각했지만 분명히 뭔가를 놓치고 있습니다. 그래서 내 질문은 다음과 같습니다

  • 내 iSCSI 장치를 /dev/sdb로 강제로 되돌리는 방법이 있습니까?
  • 그렇지 않다면 내 dev/dm-n 장치가 /dev/sdd를 사용하도록 하는 방법이 있습니까?
  • 효과적인 방법은 무엇입니까? 오늘 내 iSCSI 장치를 동일한 이름(예: /dev/iscsi/array)으로 표시하는 방법을 배웠습니다. 이렇게 해야 합니까? 내가 아는 한, 동일한 /dev/sdx 장치에 iSCSI 장치가 나타나지 않는 문제는 어디에도 언급되지 않았으므로 다른 것이 누락되었을 수도 있습니다.

다음에 추가: 원하는 효과를 얻으려면 기기를 다시 시작하세요. 장치가 올바른 위치에 다시 나타납니다. 질문은 여전히 ​​남아 있습니다. 누구든지 제가 답변할 수 있는 조언이 있으면 감사하겠습니다.

답변1

추가 조사를 마친 후 내 질문에 답하고 있습니다.

  • 첫째, 내가 아는 한, 주어진 SCSI 장치가 어떤 sdx 장치에 나타날 것인지에 영향을 줄 수 있는 방법은 없습니다. 이 결정은 커널에 의해 이루어집니다. Andreas Florath가 지적했듯이 한 가지 해결책은 보다 영구적인 이름을 사용하는 것입니다. 따라서 첫 번째 질문에 대한 대답은 '아니요'입니다.
  • 장치 이름이 바뀌고 dm-n 오류가 발생한 경우 볼륨 그룹을 새로 고치면 vgchange VGNAME --refresh오류가 사라집니다. 이제 이전처럼 논리 볼륨을 마운트할 수 있습니다.
  • 이 문제를 해결하는 한 가지 확실한 방법은 LVM 사용을 시작하기 전에 영구 장치 ID를 식별하는 것입니다. 그러나 uuid 유형 이름은 사용하기 가장 편리하지 않습니다. 그런 다음 여기에 제공된 레시피를 따르십시오.http://jablonskis.org/2011/pertant-iscsi-lun-device-name/udev가 /dev/iscsi/NAME과 같은 이름을 생성하도록 합니다.

답변2

/dev/sdX이 목적으로 드라이브 이름을 사용하지 마십시오 . 당신이 발견했듯이 그들은 계속해서 변할 수 있고 또 변할 것입니다.

/dev/disk/by-id목차를 살펴보세요 . 정보는 디스크에서만 가져오므로 여기에 있는 항목은 고유하며 재부팅 후에도 지속됩니다.

관련 정보