이미지를 만들려고하는 SAN에서 부팅하는 블레이드 서버가 있습니다. 이미지가 성공적으로 적용되면 서버가 OS로 부팅하지 못했습니다. 문제를 스토리지 팀에 전달하고 근본 원인이 "LUN이 잘못 매핑되었습니다"라는 사실을 알았지 만 근본 원인 및 해결 방법에 대한 세부 정보는 많이 제공되지 않았습니다. SAN에 대한 지식이 많지 않습니다. 누군가가 이미지가 적용된 후 서버가 OS로 부팅하지 못했을 때 "문제가 해결 된 방법"이 무엇인지를 설명하는 데 도움이 될 수 있습니까?LUN이 잘못 매핑되었습니다.
첫 번째 off - LUN은 '논리 단위'입니다. 스토리지 배열에서 제공된 디스크입니다. 토폴로지와 지오메트리는 배후에 숨겨져 있으며 일반적으로 호스트에서 볼 수 없어야합니다.
LUN 매핑은 스토리지 배열에 생성 된 LUN이 SAN을 통해 지정된 호스트 또는 호스트 집합에 제공되는 프로세스입니다. 이 작업에는 LUN ID를 설정하는 작업이 포함됩니다 (많은 스토리지 어레이가이 작업을 자동으로 수행 함).이 LUN ID는 호스트에 나타나는 방식입니다. SCSI 연결에 대한 규칙은 LUN이 컨트롤러, 대상, LUN ID의 복합체로 식별 가능하다는 것입니다. (그 후에는 호스트가 LUN을 파티션 할 수 있지만 대부분의 SAN 저장 장치 구성에서는 사용하지 않아야합니다.)
컨트롤러는 호스트의 카드이며, 대상은 스토리지 배열이고, LUN은 스토리지 배열이 구성한 번호입니다.
많은 SCSI 구현은 LUN 0이 먼저 있는지 확인하고 그렇지 않은 경우 SCSI 버스 검색을 계속하지 않습니다. 많은 수의 LUN을 검색하고 연결되지 않아 시간 초과가 발생할 수 있습니다. 많은 시간을.
부팅 장치는 컨트롤러, 대상, LUN (및 파티션)의 특정 조합으로 호스트에 '알려져 있습니다. incorrect mapping은 아마도이 부팅 LUN이 잘못된 LUN ID에 있었기 때문에 호스트가 부팅 할 수 없음을 의미합니다.