이 절에서는 특정 버그 번호보다 포괄적인 이 릴리스의 Oracle VM Server for SPARC 소프트웨어에 대해 알려진 일반 문제에 대해 설명합니다. 가능한 경우에는 해결 방법이 제공됩니다.
Oracle VM Server for SPARC 3.0 소프트웨어에서는 단일 네트워크 어댑터에 여러 개의 가상 스위치를 지정하는 기능이 의도하지 않게 표시되었습니다. 이 기능은 Oracle VM Manager 소프트웨어를 통해 특정 방식으로만 사용되어야 합니다.
Oracle VM Server for SPARC 3.1 소프트웨어에서는 단일 네트워크 어댑터에 여러 개의 가상 스위치를 지정할 수 없도록 하는 원래의 동작이 복원되었습니다. 그러나 단일 네트워크 어댑터에 여러 개의 가상 스위치를 지정하도록 Oracle VM Server for SPARC 3.0 시스템을 구성한 경우, Oracle VM Server for SPARC 3.2로 업그레이드하면 ldmd 데몬이 시작되지 않습니다.
해결 방법: 다음 단계를 수행합니다.
ldmd 데몬이 시작될 수 있도록 Oracle VM Server for SPARC 3.2 시스템에서 일시적으로 이 기능을 다시 사용으로 설정합니다.
# svccfg -s ldoms/ldmd setprop ldmd/ovm_manager=true # svcadm refresh ldmd # svcadm disable ldmd # svcadm enable ldmd
네트워크 장치에 가상 스위치가 한 개만 지정되도록 구성을 업데이트합니다.
Oracle VM Server for SPARC 3.2 시스템에서 이 기능을 사용 안함으로 설정합니다.
# svccfg -s ldoms/ldmd setprop ldmd/ovm_manager=false # svcadm refresh ldmd # svcadm disable ldmd # svcadm enable ldmd
ovm_manager 등록 정보로 인해 이후 Oracle VM Server for SPARC 릴리스에서 다른 부작용이 발생할 수 있으므로 이 등록 정보를 false로 설정하는 것이 중요합니다.
서비스 도메인이 Oracle Solaris 10 1/13 OS 이전의 Oracle Solaris 10 OS 버전을 실행 중이고 게스트 도메인에 물리적 디스크 슬라이스를 가상 디스크로 내보내는 경우 이 가상 디스크는 게스트 도메인에서 잘못된 장치 ID로 표시됩니다. 해당 서비스 도메인을 다시 Oracle Solaris 10 1/13 OS로 업그레이드하면 가상 디스크로 내보낸 물리적 디스크 슬라이스가 게스트 도메인에 장치 ID 없이 표시됩니다.
이러한 가상 디스크의 장치 ID 제거로 인해 가상 디스크의 장치 ID를 참조하려고 시도하는 응용 프로그램에 문제가 발생할 수 있습니다. 특히, Solaris Volume Manager가 해당 구성을 찾을 수 없거나 해당 메타 장치에 액세스하지 못할 수 있습니다.
임시해결책: 서비스 도메인을 Oracle Solaris 10 1/13 OS로 업그레이드한 후 게스트 도메인이 해당 Solaris Volume Manager 구성 또는 해당 메타 장치를 찾을 수 없는 경우 다음 절차를 수행하십시오.
md_devid_destroy=1; md_keep_repl_state=1;
도메인이 부트되면 Solaris Volume Manager 구성 및 메타 장치를 사용할 수 있어야 합니다.
재부트 중에 다음과 비슷한 메시지가 표시됩니다.
NOTICE: mddb: unable to get devid for 'vdc', 0x10
이러한 메시지는 정상이며 문제를 보고하지 않습니다.
지금까지 Oracle Solaris OS는 SMI VTOC 디스크 레이블로 구성된 부트 디스크에 설치되었습니다. Oracle Solaris 11.1 OS부터는 기본적으로 EFI(Extensible Firmware Interface) GPT(GUID 분할 영역 테이블) 디스크 레이블로 구성된 부트 디스크에 OS가 설치됩니다. 펌웨어에서 EFI를 지원하지 않을 경우 대신 SMI VTOC 디스크 레이블로 디스크가 구성됩니다. 이 경우 시스템 펌웨어 버전 8.4.0 이상을 실행하는 SPARC T4 서버, 시스템 펌웨어 버전 9.1.0 이상을 실행하는 SPARC T5, SPARC M5, SPARC M6 서버, XCP 버전 2230 이상을 실행하는 Fujitsu M10 서버에만 적용됩니다.
다음 서버의 경우 EFI GPT 디스크 레이블이 있는 디스크에서 부트할 수 없습니다.
모든 시스템 펌웨어 버전의 UltraSPARC T2, UltraSPARC T2 Plus 및 SPARC T3 서버
8.4.0 이전 버전의 시스템 펌웨어를 실행하는 SPARC T4 서버
9.1.0 이전 버전의 시스템 펌웨어를 실행하는 SPARC T5, SPARC M5 및 SPARC M6 서버
2230 이전 버전의 XCP를 실행하는 Fujitsu M10 서버
따라서 최신 SPARC T4, SPARC T5, SPARC M5, SPARC M6, Fujitsu M10 서버에 생성된 Oracle Solaris 11.1 부트 디스크는 이전 서버 또는 이전 펌웨어를 실행하는 서버에서 사용할 수 없습니다.
이러한 제한 사항으로 인해 콜드 또는 라이브 마이그레이션을 사용하여 도메인을 최신 서버에서 이전 서버로 이동할 수 없습니다. 또한 이전 서버에서 EFI GPT 부트 디스크 이미지를 사용할 수도 없습니다.
Oracle Solaris 11.1 부트 디스크가 서버 및 해당 펌웨어와 호환되는지 확인하려면 Oracle Solaris 11.1 OS가 SMI VTOC 디스크 레이블로 구성된 디스크에 설치되었는지 확인하십시오.
이전 펌웨어를 실행하는 시스템과의 역호환성을 유지하려면 다음 절차 중 하나를 사용하십시오. 그렇지 않으면 기본적으로 부트 디스크에 EFI GPT 디스크 레이블이 사용됩니다. 다음 절차는 시스템 펌웨어 버전 8.4.0 이상을 실행하는 SPARC T4 서버, 시스템 펌웨어 버전 9.1.0 이상을 실행하는 SPARC T5, SPARC M5, SPARC M6 서버, XCP 버전 2230 이상을 실행하는 Fujitsu M10 서버에서 SMI VTOC 디스크 레이블이 있는 부트 디스크에 Oracle Solaris 11.1 OS가 설치되었는지 확인하는 방법을 보여줍니다.
해결책 1: 펌웨어에서 EFI를 지원하지 않도록 gpt 등록 정보를 제거합니다.
OpenBoot PROM 프롬프트에서 자동 부트를 사용 안함으로 설정하고 설치할 시스템을 재설정합니다.
ok setenv auto-boot? false ok reset-all
시스템이 재설정되면 ok 프롬프트로 돌아옵니다.
/packages/disk-label 디렉토리로 변경하고 gpt 등록 정보를 제거합니다.
ok cd /packages/disk-label ok " gpt" delete-property
Oracle Solaris 11.1 OS 설치를 시작합니다.
예를 들어 네트워크 설치를 수행합니다.
ok boot net - install
해결책 2: format -e 명령을 사용하여 Oracle Solaris 11.1 OS와 함께 설치할 디스크에 SMI VTOC 레이블을 씁니다.
디스크에 SMI VTOC 레이블을 씁니다.
예를 들어 label 옵션을 선택하고 SMI 레이블을 지정합니다.
# format -e c1d0 format> label [0] SMI Label [1] EFI Label Specify Label type[1]: 0
전체 디스크를 포함하는 슬라이스 0과 슬라이스 2로 디스크를 구성합니다.
디스크에 다른 분할 영역이 없어야 합니다. 예를 들면 다음과 같습니다.
format> partition partition> print Current partition table (unnamed): Total disk cylinders available: 14087 + 2 (reserved cylinders) Part Tag Flag Cylinders Size Blocks 0 root wm 0 - 14086 136.71GB (14087/0/0) 286698624 1 unassigned wu 0 0 (0/0/0) 0 2 backup wu 0 - 14086 136.71GB (14087/0/0) 286698624 3 unassigned wm 0 0 (0/0/0) 0 4 unassigned wm 0 0 (0/0/0) 0 5 unassigned wm 0 0 (0/0/0) 0 6 unassigned wm 0 0 (0/0/0) 0 7 unassigned wm 0 0 (0/0/0) 0
SMI VTOC 디스크 레이블을 다시 씁니다.
partition> label [0] SMI Label [1] EFI Label Specify Label type[0]: 0 Ready to label disk, continue? y
부트 디스크의 슬라이스 0에 Oracle Solaris OS를 설치하도록 Oracle Solaris AI(자동 설치 프로그램)를 구성합니다.
AI 매니페스트의 <disk> 발췌 부분을 다음과 같이 변경합니다.
<target>
<disk whole_disk="true">
<disk_keyword key="boot_disk"/>
<slice name="0" in_zpool="rpool"/>
</disk>
[...]
</target>Oracle Solaris 11.1 OS 설치를 수행합니다.
Oracle Solaris OS에서 동적으로 추가된 메모리를 관리하기 위해 메타 데이터를 처리하는 방법 때문에, 이전에 동적으로 추가된 메모리를 나중에 제거할 때 적절한 하위 세트가 아닌 전체 블록만 제거할 수 있습니다.
이러한 상황은 다음 예제에 표시된 것처럼 메모리 크기가 작은 도메인이 훨씬 큰 크기로 동적으로 증가할 경우에 발생할 수 있습니다.
primary# ldm list ldom1 NAME STATE FLAGS CONS VCPU MEMORY UTIL UPTIME ldom1 active -n-- 5000 2 2G 0.4% 23h primary# ldm add-mem 16G ldom1 primary# ldm rm-mem 8G ldom1 Memory removal failed because all of the memory is in use. primary# ldm rm-mem 16G ldom1 primary# ldm list ldom1 NAME STATE FLAGS CONS VCPU MEMORY UTIL UPTIME ldom1 active -n-- 5000 2 2G 0.4% 23h
임시해결책: ldm add-mem 명령을 사용하여 나중에 제거할 수 있는 것보다 큰 청크가 아닌 작은 청크로 메모리를 순차적으로 추가합니다.
복구: 다음 작업 중 하나를 수행합니다.
도메인을 중지하고 메모리를 제거한 후 도메인을 다시 시작합니다.
도메인을 재부트합니다. 그러면 Oracle Solaris OS에서 메모리 관리 메타 데이터를 재할당하므로 이전에 추가된 메모리를 작은 청크로 동적으로 제거할 수 있습니다.