이 절에서는 Oracle Solaris 11.3 릴리스의 펌웨어 문제에 대해 설명합니다.
마스터 부트 레코드의 EFI_PMBR 항목(유일한 분할 영역)이 활성이 아닌 경우 BIOS 펌웨어를 포함하는 일부 시스템이 부트되지 않습니다. Oracle Solaris 11.3 설치 후에는 시스템이 부트되지 않습니다. 다음과 같은 메시지가 표시됩니다.
No Active Partition Found
가능한 원인 1: 부트 디스크가 GPT(GUID Partition Table) 분할 체계로 분할되어서 시스템 펌웨어가 부트 디스크를 잘못 처리합니다.
임시해결책 1: fdisk 프로그램을 호출하고 부트 디스크에서 Protective EFI(Extensible Firmware Interface) 분할 영역을 활성화하십시오.
가능한 원인 2: 시스템이 원래 UEFI 모드로 설치되었지만 레거시(BIOS) 모드로 재부트되었습니다.
임시해결책 2: "Boot Mode"(부트 모드) 또는 이와 유사한 옵션을 선택하는 등의 방법으로 펌웨어 설정 옵션을 변경하여 레거시 모드로 시스템을 설치합니다.
GPT 레이블 디스크 지원은 SPARC 기반 시스템에서 제공됩니다. 다음 표에서는 SPARC 플랫폼에서 지원되는 펌웨어에 대해 설명합니다.
|
SPARC T4, T5, M5 또는 M10 시스템에 이전 펌웨어가 포함된 경우 다음 단계를 수행하여 My Oracle Support에서 업데이트된 펌웨어를 다운로드하십시오.
My Oracle Support에 로그인합니다.
Patches & Updates(패치 및 업데이트) 탭을 누릅니다.
Patch Search(패치 검색) 상자에서 Product or Family (Advanced)(제품 또는 제품군(고급)) 검색 옵션을 선택합니다.
Product Is(제품) 필드에 제품 일부 이름을 입력하여 가능한 일치 항목 목록을 표시하고 제품 이름을 선택합니다.
Release Is(릴리스) 드롭다운 메뉴에서 하나 이상의 릴리스를 선택합니다.
Search(검색) 버튼을 눌러서 패치로 나열된 사용 가능한 다운로드 목록을 표시합니다.
다운로드하려는 패치 이름을 선택합니다.
다운로드 페이지가 표시됩니다.
Download(다운로드)를 누릅니다.
ISO 이미지에서 UEFI 모드로 부트하는 데 시간이 많이 걸립니다. 이 문제는 알려진 Oracle VM VirtualBox 펌웨어 문제입니다.
임시해결책: 없음
x86 시스템의 경우 Oracle Solaris는 이전 Emulex FC HBA 카드를 사용하는 디스크에서 부트되지 않습니다.
Emulex FC HBA 카드의 경우 다음 오류 메시지가 표시됩니다.
error: no such device: 07528c2afbec7b00. Entering rescue mode... grub rescue> ls (hd0) (hd0,gpt9) (hd0,gpt2) (hd0,gpt1) (hd1) grub rescue>
임시해결책: 다음 임시해결책 중 하나를 선택합니다.
오래된 Emulex FC HBA 카드를 최근 모델로 바꾸십시오. SG-XPCIEFCGBE-E8, SG-XPCIE1FC-EM8-Z, SG-XPCIE2FC-EM8-Z, LPe16002-M6-O 또는 LPem16002-M6-O를 사용할 수 있습니다.
시스템 부트 볼륨이 2TB 미만인지 확인합니다.
ZFS는 시스템 전원 손실 시 풀 장치에 대한 쓰기 캐시를 사용으로 설정하고 캐시 비우기를 안전하게 처리합니다. 하지만 데이터가 안정적인 저장소에 아직 커밋되지 않은 경우에도 power-on-reset 조건이 발생할 가능성이 있습니다.
단일 실패 지점이 없는 환경에서는 이러한 상태가 자동으로 감지되고 다음에 데이터를 읽을 때 ZFS에 의해 수정됩니다. 풀에 대한 루틴 풀 스크럽은 손실된 쓰기 작업의 감지 및 복구를 늘릴 수 있습니다.
단일 실패 지점이 있는 환경에서는 이 문제로 인해 데이터 손실이 발생할 수 있습니다.
이 문제는 또한 클러스터화된 구성에서 내보낸 LUN에 액세스할 때보다 자주 발생할 수 있습니다. 클러스터 페일오버 중 문제가 있는 헤드에서 캐시된 데이터는 생존 헤드의 SCSI 대상에 의해 명시적으로 전송되는 power-on-reset 이벤트로 인해 손실될 수 있습니다. 이 경우 단일 실패 지점이 없는 풀이라도 영향을 받을 수 있습니다.
이 문제의 증상은 클러스터에 영구적인 체크섬 오류로 나타납니다. fmdump –eV의 출력을 사용하여 체크섬 오류가 영구적인 것으로 진단되었는지 여부를 확인할 수 있습니다. fmdump –eV 출력의 zio_txg 항목은 데이터 블록이 쓰여진 시간을 나타냅니다. 영구적인 체크섬 오류의 패턴은 문제가 있는 장치, 소프트웨어 또는 하드웨어의 증상일 수도 있습니다.
임시해결책: 단일 실패 지점이 있는 시스템 또는 클러스터에서 내보낸 LUN을 사용하는 시스템의 경우 시스템의 장치에 대해 쓰기 캐시를 사용 안함으로 설정하도록 고려하십시오.
다음 단계에 따라 쓰기 캐시를 사용 안함으로 설정하고 SCSI(sd) 또는 FC(ssd) 장치에 대해 캐시 비우기를 방지합니다.
저장 장치에 따라 /kernel/drv/sd.conf 파일 또는 /kernel/drv/ssd.conf 파일을 /etc/driver/drv 디렉토리에 복사합니다.
/etc/driver/drv/sd.conf 파일 또는 /etc/driver/drv/ssd.conf 파일을 편집하여 쓰기 캐시를 사용 안함으로 설정하고 캐시 비우기를 방지합니다.
라인을 추가하여 VID, PID 또는 SUN COMSTAR를 sd(7D) 매뉴얼 페이지에 설명된 SPARC 및 x64 시스템 모두에 적합한 값으로 바꿉니다.
sd-config-list="SUN ZFS Storage", "throttle-max:10, physical-block-size:8192, disable-caching:true, cache-nonvolatile:true";
시스템을 재부트하고 빠른 재부트 옵션을 대체합니다.
# reboot -p