이 절에는 Oracle VM Server for SPARC 3.4 소프트웨어와 관련된 일반 문제 및 특정 버그가 포함됩니다.
버그 ID 23206413: 드문 경우 성공적인 도메인 마이그레이션에서 다음 오류가 보고됩니다.
Unable to send suspend request to domain domain-name
이 문제는 Logical Domains Manager가 도메인을 일시 중지하는 중 오류를 감지하고 Logical Domains Manager가 마이그레이션을 복구하여 완료할 수 있을 때 발생합니다. 성공적인 마이그레이션을 반영하여 명령의 종료 상태는 0이됩니다.
임시해결책: 마이그레이션이 성공적으로 완료되므로 이 오류 메시지는 무시해도 됩니다.
버그 ID 23180427: 많은 가상 장치를 포함하는 바인드된 도메인을 마이그레이션하는 경우 작업이 실패하고 다음 메시지가 SMF 로그에 기록될 수 있습니다.
warning: Timer expired: Failed to read feasibility response type (9) from target LDoms Manager
이 실패는 소스 시스템에서 실행 중인 Logical Domains Manager가 대상 시스템에서 도메인이 바인드될 때까지 대기하는 중 시간이 초과되었음을 나타냅니다. 마이그레이션 중인 도메인의 가상 장치 수가 많아지면 이 문제가 발생할 가능성이 높아집니다.
이 실패의 타이밍 때문에 소스 시스템과 대상 시스템 모두에서 바인드된 도메인 복사본이 만들어집니다. 이 도메인의 두 복사본을 함께 시작하지 마십시오. 두 도메인은 동일한 가상 디스크 백엔드를 참조하므로 이 경우 데이터가 손상될 수 있습니다.
복구: 마이그레이션된 도메인의 복사본이 대상 시스템에서 올바른지 확인한 후 소스 시스템에서 수동으로 도메인의 복사본을 바인드 해제하고 삭제합니다.
버그 ID 23031413: 도메인 마이그레이션 중 대상 시스템의 컨트롤 도메인에 LDC가 부족해지면 마이그레이션이 실패하고 다음 메시지가 SMF 로그에 기록됩니다.
warning: Failed to read feasibility response type (5) from target LDoms Manager
이 오류는 마이그레이션 중인 도메인이 대상 시스템에서 바인드에 실패할 때 발생합니다. 바인드 작업은 대상 시스템의 다른 이유 때문에 실패할 수도 있습니다.
임시해결책: 마이그레이션이 성공하려면 마이그레이션 중인 도메인 또는 대상 시스템의 컨트롤 도메인에서 LDC 수를 줄여야 합니다. 도메인이 사용 중인 가상 장치 또는 도메인에서 서비스를 제공하는 가상 장치 수를 줄임으로써 LDC의 수를 줄일 수 있습니다. LDC 관리에 대한 자세한 내용은 Oracle VM Server for SPARC 3.4 관리 설명서 의 논리적 도메인 채널 사용을 참조하십시오.
버그 ID 23026264: Oracle VM Server for SPARC 3.4부터는 Logical Domains Manager가 안전한 도메인 마이그레이션을 위해 TLS v1.2 이상만 지원합니다. 마이그레이션 피어가 TLS v1.2를 사용할 수 없으면 마이그레이션이 실패하고 다음 오류 메시지가 발생합니다.
Failed to establish connection with ldmd(1m) on target: target Check that the 'ldmd' service is enabled on the target machine and that the version supports Domain Migration. Check that the 'xmpp_enabled' and 'incoming_migration_enabled' properties of the 'ldmd' service on the target machine are set to 'true' using svccfg(1M).
도메인 마이그레이션은 Oracle VM Server for SPARC 소프트웨어의 연속된 2개의 부 버전 사이에서만 지원됩니다. 이 문제는 지원되는 어떤 조합에도 영향을 미치지 않습니다. 하지만 Oracle Solaris 10 OS에서 실행되는 Oracle VM Server for SPARC 소프트웨어는 기본적으로 TLS v1.2를 사용할 수 없으며 Oracle VM Server for SPARC 3.4를 사용하는 도메인 마이그레이션과 호환되지 않습니다.
버그 ID 23025921: 게스트 도메인이 이전 버전의 Logical Domains Manager를 실행하는 시스템으로 마이그레이션되고 나중에 Oracle VM Server for SPARC 3.4를 실행하는 시스템으로 마이그레이션되는 경우 게스트 도메인의 boot-policy 등록 정보는 유지되지 않습니다.
Oracle VM Server for SPARC 3.4 소프트웨어에는 확인된 부트 기능을 지원하기 위해 boot-policy 등록 정보가 도입되었습니다. 이전 버전의 Oracle VM Server for SPARC 소프트웨어는 이 등록 정보를 지원하지 않으므로 게스트 도메인이 Oracle VM Server for SPARC 3.4를 실행하는 시스템에서 3.4 이전 버전의 Oracle VM Server for SPARC를 실행하는 시스템으로 마이그레이션되는 경우 boot-policy 등록 정보는 삭제됩니다.
게스트 도메인이 나중에 Oracle VM Server for SPARC 3.4를 실행하는 시스템으로 마이그레이션되면 boot-policy의 기본값인 warning이 마이그레이션된 게스트 도메인에 적용됩니다.
복구: 게스트 도메인을 Oracle VM Server for SPARC 3.4를 실행하는 시스템으로 마이그레이션한 후 boot-policy 등록 정보를 원하는 값으로 수동 설정합니다. 기본값인 warning이 적합하지 않은 경우 다음 단계를 수행하십시오.
boot-policy=none으로 설정합니다.
primary# ldm set-domain boot-policy=none ldg1
새 부트 정책이 적용되도록 게스트를 재부트합니다.
버그 ID 21289174: SPARC 서버에서 Oracle VM Server for SPARC 도메인 내의 실행 중인 커널 영역은 게스트 도메인의 라이브 마이그레이션을 차단합니다. 다음 오류 메시지가 표시됩니다.
Guest suspension failed because Kernel Zones are active. Stop Kernel Zones and retry.
임시해결책: 다음 임시해결책 중 하나를 선택합니다.
커널 영역 실행을 중지하십시오.
# zoneadm -z zonename shutdown
커널 영역을 일시 중지하십시오.
# zoneadm -z zonename suspend
게스트 도메인을 마이그레이션하기 전에 커널 영역을 다른 시스템으로 라이브 마이그레이션을 수행합니다.
Creating and Using Oracle Solaris Kernel Zones 의 3 장, Migrating an Oracle Solaris Kernel Zone을 참조하십시오.
버그 ID 20453206: 유효한 레이아웃의 충분한 메모리를 대상 시스템에서 사용할 수 있는 경우에도 마이그레이션 작업이 실패할 수 있습니다. 메모리 DR 작업으로 인해 게스트 도메인 마이그레이션이 더 어려워질 수도 있습니다.
임시해결책: 없음.
버그 ID 17285751: 가상 CPU가 하나만 지정된 Oracle Solaris 10 게스트 도메인을 마이그레이션하면 pg_cmt_cpu_fini() 함수에서 게스트 도메인에 패닉이 발생할 수 있습니다.
이 문제는 Oracle Solaris 11.1 OS에서 수정되었습니다.
임시해결책: 라이브 마이그레이션을 수행하기 전에 최소 두 개의 가상 CPU를 게스트 도메인에 지정합니다. 예를 들어, ldm add-vcpu number-of-virtual-CPUs domain-name 명령을 사용하여 게스트 도메인에 지정된 가상 CPU 수를 늘립니다.
버그 ID 16864417: ldm migrate -n 명령이 SPARC T5, SPARC M5 또는 SPARC M6 서버와 UltraSPARC T2 또는 SPARC T3 서버 간 마이그레이션을 시도할 때 실패를 보고하지 않습니다.
임시해결책: 없음.
버그 ID 15819714: ldm list -o status 명령을 사용하여 컨트롤 도메인의 마이그레이션 상태를 관찰할 때 잘못된 완료율이 보고되는 경우가 드물게 존재합니다.
이 문제는 마이그레이션되는 도메인이나 소스 또는 대상 컨트롤 도메인의 ldmd 데몬에 영향을 주지 않습니다.
임시해결책: 마이그레이션에 관련된 다른 컨트롤 도메인에서 ldm list -o status 명령을 실행하여 진행률을 확인합니다.
버그 ID 15776123: 게스트 도메인을 SPARC T4 서버로 마이그레이션하는 동안 게스트 도메인에서 cputrack 명령을 실행할 경우 마이그레이션된 후 대상 시스템의 게스트 도메인에서 패닉이 발생할 수 있습니다.
임시해결책: 게스트 도메인을 SPARC T4 서버로 마이그레이션하는 동안에는 cputrack 명령을 실행하지 마십시오.
버그 ID 15775055: CPU 주파수가 서로 다른 두 시스템 간에 도메인을 마이그레이션한 후 ldm list 명령을 통한 업타임 보고가 정확하지 않을 수 있습니다. 이러한 잘못된 결과는 도메인이 실행되는 시스템의 STICK 주파수를 기준으로 업타임이 계산되기 때문에 발생합니다. 소스 시스템과 대상 시스템 간에 STICK 주파수가 다를 경우 업타임이 잘못 측정된 것으로 보입니다.
이 문제는 UltraSPARC T2, UltraSPARC T2 Plus 및 SPARC T3 서버에만 적용됩니다.
게스트 도메인 자체에서 보고되고 표시되는 업타임은 올바릅니다. 따라서 게스트 도메인에서 Oracle Solaris OS로 수행된 계산은 정확합니다.
버그 ID 15701865: 대상 시스템의 비활성 도메인에 종속된 도메인의 라이브 마이그레이션을 시도할 경우 ldmd 데몬이 세그먼테이션 결함으로 실패하고 대상 시스템의 도메인이 다시 시작됩니다. 마이그레이션이 성공하는 경우에도 대상 시스템의 마이그레이션된 도메인이 계획에 없이 다시 시작된다면 해당 마이그레이션은 라이브 마이그레이션이 아닙니다.
해결 방법: 라이브 마이그레이션을 시도하기 전에 다음 작업 중 하나를 수행합니다.
마이그레이션할 도메인에서 게스트 종속성을 제거합니다.
대상 시스템에서 마스터 도메인을 시작합니다.
버그 ID 15701853: DRM 정책이 유효할 때 도메인 마이그레이션을 수행한 후 DRM 정책이 만료되거나 마이그레이션된 도메인에서 제거된 경우 DRM이 가상 CPU의 원래 개수를 도메인에 복원하지 못합니다.
해결 방법: DRM 정책이 활성 상태일 때 도메인을 마이그레이션하고 나중에 DRM 정책이 만료되거나 제거되면 가상 CPU의 개수를 재설정합니다. ldm set-vcpu 명령을 사용하여 가상 CPU 개수를 도메인의 원래 값으로 설정합니다.
버그 ID 15696986: 두 개의 ldm migrate 명령을 "반대 방향"으로 동시에 동일한 두 시스템 간에 실행할 경우 두 명령이 중단되고 완료되지 않을 수 있습니다. A 시스템에서 B 시스템으로 마이그레이션을 시작하는 것과 동시에 B 시스템에서 A 시스템으로의 마이그레이션도 시작할 때 반대 방향의 경우가 발생합니다.
–n 옵션을 사용하여 dry run 모드로 시작하더라도 마이그레이션 프로세스가 중단됩니다. 이 문제가 발생하면 다른 모든 ldm 명령도 중단될 수 있습니다.
임시해결책: 없음.
버그 ID 15527921: 마이그레이션 중에는 명시적으로 지정된 콘솔 그룹 및 포트가 무시되고 기본 등록 정보를 갖는 콘솔이 대상 도메인에 대해 생성됩니다. 이 콘솔은 콘솔 그룹으로 대상 도메인 이름을 사용하고 컨트롤 도메인에서 첫번째 가상 콘솔 집중기(vcc) 장치에서 사용 가능한 모든 포트를 사용하여 생성됩니다. 기본 그룹 이름과 충돌이 있을 경우 마이그레이션이 실패합니다.
복구: 마이그레이션 이후 명시적 콘솔 등록 정보를 복원하려면 대상 도메인을 바인드 해제하고 ldm set-vcons 명령을 사용하여 원하는 등록 정보를 수동으로 설정합니다.
버그 ID 15523120: 일부 경우에 마이그레이션이 실패하고 ldmd에서 소스 도메인에 필요한 메모리를 바인드할 수 없다는 내용이 보고될 수 있습니다. 이 문제는 대상 시스템에서 사용 가능한 전체 메모리 양이 소스 도메인에서 사용되는 메모리 양보다 많은 경우에도 발생할 수 있습니다.
이 오류는 소스 도메인에서 사용되는 특정 메모리 범위를 마이그레이션하기 위해 대상에서도 이에 상응하는 메모리 범위를 사용할 수 있어야 하기 때문에 발생합니다. 이와 같이 상응하는 메모리 범위를 소스의 메모리 범위에서 찾을 수 없으면 마이그레이션을 진행할 수 없습니다. Oracle VM Server for SPARC 3.4 관리 설명서 의 메모리에 대한 마이그레이션 요구사항을 참조하십시오.
복구: 이 조건이 발생하면 대상 시스템에서 메모리 사용량을 수정하여 도메인을 마이그레이션할 수도 있습니다. 이렇게 하려면 대상에서 바인드된 도메인 또는 활성 논리적 도메인을 바인드 해제합니다.
사용 가능한 메모리와 사용 방법을 보려면 ldm list-devices -a mem 명령을 사용합니다. 다른 도메인에 지정된 메모리 양을 줄여야 할 수도 있습니다.
버그 ID 15513998: 일부 경우에 도메인을 마이그레이션한 후 해당 도메인의 콘솔에 연결할 수 없습니다.
이 문제는 마이그레이션된 도메인이 Oracle Solaris 11.3보다 낮은 OS 버전을 실행하는 경우 발생합니다.
해결 방법: vntsd SMF 서비스를 다시 시작하여 콘솔에 대한 연결을 사용으로 설정합니다.
# svcadm restart vntsd
이 문제는 UltraSPARC T2, UltraSPARC T2 Plus 및 SPARC T3 서버에만 적용됩니다.
시스템 펌웨어 버전 8.4, 9.1 및 XCP2230에서는 EFI GPT 디스크 레이블이 지원됩니다. 기본적으로 이러한 시스템에서 최소 Oracle Solaris 11.1 OS가 실행 중일 때 설치된 가상 디스크에는 EFI GPT 디스크 레이블이 있습니다. 이전 버전의 펌웨어(예: 9.0.x, 8.3, 7.x 또는 XCP2221)에서는 이 디스크 레이블을 읽을 수 없습니다. 이로 인해 EFI GPT가 지원되지 않는 시스템 펌웨어 버전을 실행하는 시스템으로는 라이브 마이그레이션 또는 콜드 마이그레이션을 수행할 수 없습니다. 이 상황에서는 콜드 마이그레이션도 실패하는데 이는 위 제한 사항과는 다릅니다.
가상 디스크에 EFI GPT 디스크 레이블이 있는지 여부를 확인하려면 원시 장치에서 devinfo -i 명령을 실행하십시오. 다음 예에서는 가상 디스크에 SMI VTOC 또는 EFI GPT 디스크 레이블이 있는지 여부를 보여줍니다.
SMI VTOC 디스크 레이블. 가상 디스크에 SMI VTOC가 있는 경우 EFI 지원 여부와 관계없이 펌웨어에 대한 마이그레이션을 수행할 수 있습니다.
이 예의 경우 devinfo -i 명령이 장치별 정보를 보고하므로 장치에 VTOC 레이블이 있음을 나타냅니다.
# devinfo -i /dev/rdsk/c2d0s2 /dev/rdsk/c2d0s2 0 0 73728 512 2
EFI GPT 디스크 레이블. 가상 디스크에 EFI GPT 디스크 레이블이 있는 경우 EFI를 지원하는 펌웨어에 대해서만 마이그레이션을 수행할 수 있습니다.
이 예의 경우 devinfo -i 명령이 오류를 보고하므로 장치에 EFI GPT 디스크 레이블이 있음을 나타냅니다.
# devinfo -i /dev/rdsk/c1d0s0 devinfo: /dev/rdsk/c1d0s0: This operation is not supported on EFI labeled devices
이 절에서는 이 버전의 소프트웨어를 사용할 때 발생할 수 있는 버그를 요약해서 보여 줍니다. 최근 버그가 먼저 설명됩니다. 가능한 경우 임시해결책 및 복구 절차가 지정됩니다.
버그 ID 23205662: 특정 InfiniBand 카드에서 사용되는 PSIF 드라이버의 제한 사항으로 인해 드라이버가 동적 IOV 작업(예: 가상 기능 만들기)을 지원하지 않습니다. 이 제한 사항으로 인해 복구 모드에서 PSIF 드라이버를 사용하는 물리적 기능이 있는 비primary 루트 도메인이 복구되지 않습니다. 동적 IOV 작업이 지원되지 않으므로 물리적 기능은 가상 기능을 만들 준비를 하지 않습니다.
임시해결책: 비primary 루트 도메인의 PSIF 드라이버를 사용하는 InfiniBand 물리적 기능에서 가상 기능을 만들지 마십시오.
버그 ID 23170671: 가상 기능을 만든 후 가상 기능과 물리적 기능이 잘못된 상태에 남아 있는 경우가 있습니다. 이러한 가상 기능이 지정된 도메인은 바인드할 수 없습니다. 복구 모드 중 이러한 문제가 발생하면 가상 기능이 INV 상태에 있는 모든 I/O 도메인이 복구되지 않습니다.
ldmd 로그는 IOVFC.PF1 물리적 기능에 대해 다음과 유사한 메시지를 보여줍니다.
Recreating VFs for PF /SYS/MB/PCIE2/IOVFC.PF0 in domain root_2 Recreating VFs for PF /SYS/MB/PCIE2/IOVFC.PF1 in domain root_2 Recreating VFs for PF /SYS/MB/NET2/IOVNET.PF0 in domain root_3 PF /SYS/MB/PCIE2/IOVFC.PF1 not ready (3) PF /SYS/MB/PCIE2/IOVFC.PF1 not ready (3) PF /SYS/MB/PCIE2/IOVFC.PF1 not ready (3) PF /SYS/MB/PCIE2/IOVFC.PF1 not ready (3)
복구: 이 문제를 제시간에 발견하는 경우 복구 모드가 물리적 기능을 계속 재시도하는 동안 root_2 도메인에서 ldmd 에이전트를 다시 시작하여 이 문제를 해결할 수 있습니다. 에이전트를 다시 시작하면 해당 물리적 기능의 가상 기능을 사용하는 I/O 도메인의 복구가 가능해집니다. 이 문제를 제시간에 알아채지 못하면 복구 작업은 계속되지만 해당 가상 기능을 사용하는 I/O 도메인을 복구할 수 없게 됩니다.
버그 ID 23144895: Oracle VM Server for SPARC MIB에서 SP(서비스 프로세서) 구성 테이블(ldomSPConfigTable)에 대해 공장 초기 구성만 표시됩니다.
임시해결책: 시스템의 전체 SP 구성 목록을 표시하려면 ldm list-spconfig 또는 list-spconfig XML 인터페이스를 사용합니다.
예를 들면 다음과 같습니다.
primary# ldm list-spconfig factory-default [next poweron] test_config
XML list-spconfig 명령은 다음과 같이 응답합니다.
<cmd>
<action>list-spconfig</action>
<data version="3.0">
<Envelope>
<References/>
<Section>
<Item>
<rasd:OtherResourceType>spconfig</rasd:OtherResourceType>
<gprop:GenericProperty key="spconfig_name">factory-default</gprop:GenericProperty>
<gprop:GenericProperty key="spconfig_status">next</gprop:GenericProperty>
</Item>
</Section>
<References/>
<Section>
<Item>
<rasd:OtherResourceType>spconfig</rasd:OtherResourceType>
<gprop:GenericProperty key="spconfig_name">test_config</gprop:GenericProperty>
</Item>
</Section>
...
버그 ID 23024583: ovmtlibrary 명령이 디스크 이미지 파일 이름을 50자로 제한합니다. ovmtlibrary는 .ovf 파일을 확인하고 <ovf:References> 섹션에 있는 정보를 압축이 풀린 디스크의 실제 파일 이름과 비교합니다.
파일이 다르거나 디스크 이미지 파일 이름이 50자보다 길면 오류가 발생합니다. 예를 들면 다음과 같습니다.
# ovmtlibrary -c store -d "example" -q -o file:/template.ova -l /export/user1/ovmtlibrary_example event id is 3 ERROR: The actual disk image file name(s) or the actual number of disk image(s) is different from OVF file: template.ovf exit code: 1
다음 XML 예에서는 50자보다 긴 디스크 이미지 파일 이름을 보여줍니다.
<ovf:References> <ovf:File ovf:compression="gzip" ovf:href="disk_image.ldoms3.4_build_s11_u3_sru06_rti_02_kz_40G.img.gz" ovf:id="ldoms3" ovf:size="6687633773"/> </ovf:References>
임시해결책: 디스크 이미지 파일 이름의 길이를 50자로 제한합니다.
버그 ID 22919488: ovmtcreate 명령은 vdsdev의 이름과 동일한 도메인에 있는 둘 이상의 가상 디스크 이름이 같은 소스 도메인에서 템플리트를 만드는 작업을 지원하지 않습니다.
가상 디스크가 여러 개 있는 도메인은 대개 여러 백엔드 장치를 가지고 있고 따라서 파일 이름이 서로 다르므로 이 문제가 발생할 가능성은 낮습니다. 하지만 ovmtdeploy가 vdsdev의 이름과 둘 이상의 가상 디스크 이름이 같은 소스 도메인에서 만들어진 템플리트와 함께 사용되는 경우 ovmtdeploy가 실패하고 오류 메시지가 표시됩니다. 예를 들면 다음과 같습니다.
# ovmtdeploy -d ldg1 template.ova ERROR: pigz: //ldg1/resources/disk_image.ldoms3.4_build_s11_u3_sru05_rti_01_kz_36G.img.gz does not exist -- skipping FATAL: Failed to decompress disk image
임시해결책: 같은 도메인에 포함된 가상 디스크에 대해 서로 다른 vdsdev 백엔드 파일 이름을 지정하십시오.
버그 ID 22842188: 가상 네트워크 장치에서 linkprop=phys-state가 지원되려면 가상 네트워크 장치가 연결된 가상 스위치에 해당 가상 스위치를 지원하는 물리적 NIC가 있는지를 Logical Domains Manager가 검증할 수 있어야 합니다.
가상 스위치에 대한 질의를 수행할 수 있도록 Oracle VM Server for SPARC netsvc 에이전트가 게스트 도메인에서 실행 중이어야 합니다.
게스트 도메인이 비활성이고 가상 네트워크 장치의 가상 스위치가 포함된 도메인의 에이전트와 통신할 수 없는 경우 해당 가상 네트워크 장치에서 linkprop=phys-state가 설정되지 않습니다.
임시해결책: 도메인이 활성 상태인 경우에만 linkprop=phys-state를 설정하십시오.
버그 ID 22828100: 가상 스위치에 linkprop=phys-state인 가상 네트워크 장치가 연결되어 있는 경우 이 가상 스위치에는 net-dev 등록 정보를 통해 지정된 유효한 지원 NIC 장치가 있어야 합니다. net-dev 등록 정보 값은 유효한 네트워크 장치의 이름이어야 합니다.
net-dev=를 통해 이 작업을 수행하는 경우 net-dev 등록 정보 값이 유효한 NIC 장치가 아닐지라도 가상 스위치에는 linkprop=phys-state가 표시됩니다.
임시해결책: 먼저 가상 스위치에 연결된 모든 가상 네트워크 장치를 제거한 후 가상 스위치를 제거합니다. 그런 다음 유효한 net-dev 지원 장치를 지정하여 가상 스위치를 다시 만든 후 모든 가상 네트워크 장치를 다시 만듭니다.
버그 ID 21616429: Oracle VM Server for SPARC 3.3 소프트웨어는 Fujitsu M10 서버에 대한 소켓 지원만 제공합니다.
Oracle SPARC 서버 및 Oracle VM Server for SPARC 3.3보다 낮은 버전을 실행 중인 소프트웨어는 XML 파일에서 소켓 제약 조건이 있는 도메인을 다시 만들 수 없습니다.
Oracle VM Server for SPARC 소프트웨어 이전 버전 또는 Oracle SPARC 서버를 사용하여 XML 파일에서 소켓 제약 조건이 있는 도메인을 다시 만들려고 시도하면 작업이 실패하고 다음 메시지가 표시됩니다.
primary# ldm add-domain -i ovm3.3_socket_ovm11.xml socket not a known resource
Oracle VM Server for SPARC 3.2가 Fujitsu M10 서버에서 실행 중이며 XML 파일에서 소켓 제약 조건이 있는 도메인을 다시 만들려고 시도하는 경우 다음과 같은 여러 오류 메시지와 함께 명령이 실패합니다.
primary# ldm add-domain -i ovm3.3_socket_ovm11.xml Unknown property: vcpus primary# ldm add-domain -i ovm3.3_socket_ovm11.xml perf-counters property not supported, platform does not have performance register access capability, ignoring constraint setting.
임시해결책: XML 파일을 편집하여 socket 리소스 유형을 참조하는 섹션을 제거하십시오.
버그 ID 21321166: 오프라인 서비스 도메인에 대한 가상 SCSI HBA MPxIO 경로를 사용하는 동안 I/O 처리량이 더 느려지는 경우가 있습니다.
임시해결책: 서비스 도메인이 서비스에 반환될 때까지 mpathadm disable path 명령으로 오프라인 서비스 도메인에 대한 경로를 사용 안함으로 설정하십시오.
버그 ID 21188211: 가상 SCSI HBA 구성 후 가상 SAN에서 LUN이 추가되거나 제거되는 경우 ldm rescan-vhba 명령이 새 LUN 보기를 표시하지 않는 경우도 있습니다.
임시해결책: 가상 SCSI HBA를 제거한 다음 다시 추가하십시오. LUN이 표시되는지 여부를 확인하십시오. 제거 및 다시 추가 작업이 실패하는 경우 게스트 도메인을 재부트해야 합니다.
버그 ID 20876502: 가상 SCSI HBA MPxIO 게스트 도메인 구성의 일부인 서비스 도메인에서 SAN 케이블을 끌어올 때 mpathadm 출력의 Path State 열에 잘못된 값이 표시될 수 있습니다.
임시해결책: SAN 케이블을 플러그인하고 해당 케이블이 연결된 서비스 도메인에 대한 모든 가상 SCSI HBA에 대해 ldm rescan-vhba 명령을 실행하십시오. 이 임시해결책을 수행한 후 게스트 도메인은 I/O 작업 수행을 재개해야 합니다.
버그 ID 20425271: factory-default로 전환된 후 복구를 트리거하는 동안 이전 활성 구성에서 부트된 장치가 아닌 다른 장치에서 시스템을 부트하면 복구 모드가 실패합니다. 이 오류는 활성 구성에서 factory-default 부트 장치가 아닌 부트 장치를 사용하는 경우에 발생할 수 있습니다.
임시해결책: 언제든지 다음 단계를 수행하여 새 구성을 SP에 저장합니다.
primary 도메인에 대한 부트 장치의 전체 PCI 경로를 결정합니다.
4단계에서 이 경로를 ldm set-var 명령에 사용합니다.
primary 도메인에서 현재 설정된 boot-device 등록 정보를 모두 제거합니다.
boot-device 등록 정보에 값이 설정된 경우에만 이 단계를 수행해야 합니다. 등록 정보에 값이 설정되지 않은 경우 boot-device 등록 정보를 제거하려고 시도하면 boot-device not found 메시지가 표시됩니다.
primary# ldm rm-var boot-device primary
현재 구성을 SP에 저장합니다.
primary# ldm add-spconfig config-name
primary 도메인에 대한 boot-device 등록 정보를 명시적으로 설정합니다.
primary# ldm set-var boot-device=value primary
설명한 대로 구성을 SP에 저장한 후 boot-device 등록 정보를 설정하면 복구 모드가 트리거될 때 지정한 부트 장치가 부트됩니다.
복구: 설명한 대로 복구 모드가 이미 실패한 경우 다음 단계를 수행합니다.
부트 장치를 마지막으로 실행한 구성에서 사용된 장치로 명시적으로 설정합니다.
primary# ldm set-var boot-device=value primary
primary 도메인을 재부트합니다.
primary# reboot
재부트하면 복구를 계속할 수 있습니다.
버그 ID 20046234: 가상 SCSI HBA 및 광 섬유 채널 SR-IOV 장치에서 게스트 도메인의 동일한 LUN을 볼 수 있는 경우 MPxIO를 사용으로 설정하면 패닉이 발생할 수 있습니다. 광 섬유 채널 SR-IOV 카드가 게스트 도메인에서 제거된 다음 다시 추가되는 경우 패닉이 발생합니다.
임시해결책: 광 섬유 채널 SR-IOV 및 가상 SCSI HBA 둘 다에 MPxIO가 사용으로 설정된 경우 게스트 도메인을 구성하지 마십시오.
버그 ID 19932842: eeprom 또는 OBP 명령을 사용하는 경우 다음 명령 중 하나가 완료되기 전에 게스트 도메인에서 OBP 변수를 설정하려고 시도하면 실패할 수 있습니다.
ldm add-spconfig
ldm remove-spconfig
ldm set-spconfig
ldm bind
이 문제는 이러한 명령을 완료하는 데 걸리는 시간이 15초를 초과할 때 발생할 수 있습니다.
# /usr/sbin/eeprom boot-file\=-k promif_ldom_setprop: promif_ldom_setprop: ds response timeout eeprom: OPROMSETOPT: Invalid argument boot-file: invalid property
복구: ldm 작업이 완료된 후 eeprom 또는 OBP 명령을 재시도합니다.
임시해결책: 영향 받는 게스트 도메인에서 eeprom 또는 OBP 명령을 재시도합니다. primary 도메인에서 ldm set-var 명령을 사용하면 문제를 방지할 수 있습니다.
버그 ID 19449221: 한 도메인에 최대 999개의 가상 네트워크 장치(vnet)가 포함될 수 있습니다.
임시해결책: 도메인의 vnet 수를 999개로 제한합니다.
버그 ID 18001028: 루트 도메인에서 광 섬유 채널 가상 기능에 대한 Oracle Solaris 장치 경로가 잘못되었습니다.
예를 들어, 잘못된 경로 이름은 pci@380/pci@1/pci@0/pci@6/fibre-channel@0,2이며, pci@380/pci@1/pci@0/pci@6/SUNW,emlxs@0,2가 되어야 합니다.
ldm list-io -l 출력은 광 섬유 채널 가상 기능에 대한 올바른 장치 경로를 보여 줍니다.
임시해결책: 없음.
버그 ID 16979993: InfiniBand 장치에서 동적 SR-IOV 제거 작업을 사용하려고 시도하면 혼동스럽고 부적절한 오류 메시지가 표시됩니다.
동적 SR-IOV 제거 작업은 InfiniBand 장치에 지원되지 않습니다.
임시해결책: 다음 절차 중 하나를 수행하여 InfiniBand 가상 기능을 제거하십시오.
Oracle VM Server for SPARC 3.4 관리 설명서 의 I/O 도메인에서 InfiniBand 가상 기능을 제거하는 방법
Oracle VM Server for SPARC 3.4 관리 설명서 의 루트 도메인에서 InfiniBand 가상 기능을 제거하는 방법
버그 ID 16691046: 루트 도메인에서 가상 기능이 지정된 경우 다음 핫 플러그 상황에서 I/O 도메인이 복원성을 제공하지 못할 수 있습니다.
루트 컴플렉스(PCIe 버스)를 루트 도메인에 동적으로 추가한 다음 가상 기능을 만들고 해당 기능을 I/O 도메인에 지정합니다.
루트 컴플렉스를 소유하는 루트 도메인에 SR-IOV 카드를 핫 추가한 다음 가상 기능을 만들고 해당 기능을 I/O 도메인에 지정합니다.
루트 도메인이 소유하는 루트 컴플렉스의 빈 슬롯에 PCIe 카드를 교체하거나 추가합니다(핫 플러그를 통해서 또는 루트 도메인이 다운될 때). 이 루트 도메인은 루트 컴플렉스의 가상 기능을 I/O 도메인에 제공합니다.
임시해결책: 다음 단계 중 하나를 수행하십시오.
루트 컴플렉스에서 이미 I/O 도메인에 가상 기능을 제공한 상태에서 해당 루트 컴플렉스에 PCIe 카드를 추가, 제거 또는 교체하는 경우(핫 플러그를 통해서 또는 루트 도메인이 다운될 때) 루트 도메인과 I/O 도메인을 모두 재부트해야 합니다.
루트 컴플렉스의 가상 기능이 현재 I/O 도메인에 지정되어 있지 않은 상태에서 루트 컴플렉스에 SR-IOV 카드 또는 다른 모든 PCIe 카드를 추가하는 경우 PCIe 카드를 추가하는 루트 도메인을 중지해야 합니다. 루트 도메인이 재부트된 후 해당 루트 컴플렉스의 가상 기능을 I/O 도메인에 지정할 수 있습니다.
루트 도메인에 새 PCIe 버스를 추가한 다음 해당 버스에서 가상 기능을 만들고 I/O 도메인에 지정하려는 경우 다음 단계 중 하나를 수행한 후 루트 도메인을 재부트합니다.
지연된 재구성 동안 버스 추가
동적으로 버스 추가
버그 ID 16659506: primary 도메인을 재부트한 후 게스트 도메인이 전환 상태(t)에 있습니다. 이 문제는 대량의 가상 기능이 시스템에 구성되었을 때 발생합니다.
임시해결책: 이 문제를 피하려면 OBP 디스크 부트 명령을 여러 번 재시도하여 네트워크에서 부트되지 않도록 합니다.
각 도메인에서 다음 단계를 수행합니다.
도메인의 콘솔에 액세스합니다.
primary# telnet localhost 5000
boot-device 등록 정보를 설정합니다.
ok> setenv boot-device disk disk disk disk disk disk disk disk disk disk net
boot-device 등록 정보의 값으로 지정하는 disk 항목 수는 시스템에 구성된 가상 기능 수에 따라 다릅니다. 시스템이 작을수록 더 적은 수의 disk 인스턴스를 등록 정보 값에 포함할 수 있습니다.
printenv를 사용하여 boot-device 등록 정보가 올바르게 설정되었는지 확인합니다.
ok> printenv
primary 도메인 콘솔로 돌아갑니다.
시스템의 각 도메인에 대해 단계 1-4를 반복합니다.
primary 도메인을 재부트합니다.
primary# shutdown -i6 -g0 -y
버그 ID 16284767: Oracle Solaris 콘솔에 표시된 이 경고는 I/O 장치 드라이버를 연결하는 동안 인터럽트 공급이 소진되었음을 의미합니다.
WARNING: ddi_intr_alloc: cannot fit into interrupt pool
이러한 제한 사항은 SPARC M7-Series 서버와 SPARC T7-Series 서버 이전의 지원되는 SPARC 시스템에만 적용됩니다.
하드웨어는 한정된 수의 인터럽트를 제공하므로 Oracle Solaris는 각 장치가 사용할 수 있는 개수를 제한합니다. 기본 제한은 표준 시스템 구성 요구에 맞게 설계되었지만, 특정 시스템 구성에 따라 이 제한을 조정할 수 있습니다.
특히, 시스템이 여러 논리적 도메인으로 분할된 경우와 너무 많은 I/O 장치가 게스트 도메인에 지정된 경우 제한 조정이 필요합니다. Oracle VM Server for SPARC는 전체 인터럽트를 게스트 도메인에 제공된 더 작은 세트로 나눕니다. 너무 많은 I/O 장치가 게스트 도메인에 지정된 경우 각 장치에 기본 인터럽트 제한을 제공하기에는 공급량이 너무 작을 수 있습니다. 따라서 모든 드라이버를 완전히 연결하기 전에 공급량을 소진합니다.
일부 드라이버는 Oracle Solaris에서 자동으로 인터럽트를 조정할 수 있도록 선택적 콜백 루틴을 제공합니다. 이러한 드라이버에는 기본 제한이 적용되지 않습니다.
임시해결책: ::irmpools 및 ::irmreqs MDB 매크로를 사용하여 인터럽트가 어떻게 사용되는지 확인합니다. ::irmpools 매크로는 전체 인터럽트 공급량을 풀로 나눈 값을 보여줍니다. ::irmreqs 매크로는 각 풀에 매핑된 장치를 보여줍니다. 각 장치에 대해 ::irmreqs는 선택적 콜백 루틴에 의해 기본 제한이 강제 적용되는지 여부, 각 드라이버가 요청한 인터럽트 수, 드라이버에 제공된 인터럽트 수를 보여줍니다.
연결을 실패한 드라이버에 대한 정보는 매크로에 표시되지 않습니다. 그러나 표시된 정보를 바탕으로 어느 정도까지 기본 제한을 조정할 수 있는지 계산할 수 있습니다. 콜백 루틴을 제공하지 않고 여러 개의 인터럽트를 사용하는 장치의 경우 기본 제한을 조정하여 더 적은 인터럽트를 사용하도록 강제할 수 있습니다. 해당 장치에서 사용되는 분량 이하로 기본 제한을 줄이면 다른 장치에서 사용할 인터럽트를 확보할 수 있습니다.
기본 제한을 조정하려면 /etc/system 파일에서 ddi_msix_alloc_limit 등록 정보를 1 - 8 범위의 값으로 설정합니다. 그런 다음 시스템을 재부트하여 변경사항을 적용합니다.
성능을 최대화하려면 큰 값을 지정하여 시작했다가 시스템이 경고 없이 성공적으로 부트할 때까지 증분 값을 조금씩 줄입니다. ::irmpools 및 ::irmreqs 매크로를 사용하여 값 조정이 모든 연결된 드라이버에 미치는 영향을 측정합니다.
예를 들어, 게스트 도메인에서 Oracle Solaris OS를 부트하는 동안 다음 경고가 발생한다고 가정합니다.
WARNING: emlxs3: interrupt pool too full. WARNING: ddi_intr_alloc: cannot fit into interrupt pool
::irmpools 및 ::irmreqs 매크로는 다음 정보를 보여줍니다.
# echo "::irmpools" | mdb -k ADDR OWNER TYPE SIZE REQUESTED RESERVED 00000400016be970 px#0 MSI/X 36 36 36 # echo "00000400016be970::irmreqs" | mdb -k ADDR OWNER TYPE CALLBACK NINTRS NREQ NAVAIL 00001000143acaa8 emlxs#0 MSI-X No 32 8 8 00001000170199f8 emlxs#1 MSI-X No 32 8 8 000010001400ca28 emlxs#2 MSI-X No 32 8 8 0000100016151328 igb#3 MSI-X No 10 3 3 0000100019549d30 igb#2 MSI-X No 10 3 3 0000040000e0f878 igb#1 MSI-X No 10 3 3 000010001955a5c8 igb#0 MSI-X No 10 3 3
이 예제에서 기본 제한은 장치당 8개 인터럽트이며, 마지막 emlxs3 장치까지 시스템에 연결하기에 인터럽트가 부족합니다. 모든 emlxs 인스턴스가 같은 방법으로 작동한다고 가정하면, emlxs3은 8개 인터럽트를 요청했을 것입니다.
총 풀 크기인 36개 인터럽트에서 모든 igb 장치에서 사용된 12개 인터럽트를 빼면 emlxs 장치에 24개 인터럽트를 사용할 수 있습니다. 24개 인터럽트를 4로 나누면 장치당 6개 인터럽트가 모든 emlxs 장치를 같은 성능으로 연결할 수 있을 것입니다. 따라서 다음 조정이 /etc/system 파일에 추가됩니다.
set ddi_msix_alloc_limit = 6
시스템이 경고 없이 성공적으로 부트하면 ::irmpools 및 ::irmreqs 매크로는 다음 업데이트된 정보를 보여줍니다.
# echo "::irmpools" | mdb -k ADDR OWNER TYPE SIZE REQUESTED RESERVED 00000400018ca868 px#0 MSI/X 36 36 36 # echo "00000400018ca868::irmreqs" | mdb -k ADDR OWNER TYPE CALLBACK NINTRS NREQ NAVAIL 0000100016143218 emlxs#0 MSI-X No 32 8 6 0000100014269920 emlxs#1 MSI-X No 32 8 6 000010001540be30 emlxs#2 MSI-X No 32 8 6 00001000140cbe10 emlxs#3 MSI-X No 32 8 6 00001000141210c0 igb#3 MSI-X No 10 3 3 0000100017549d38 igb#2 MSI-X No 10 3 3 0000040001ceac40 igb#1 MSI-X No 10 3 3 000010001acc3480 igb#0 MSI-X No 10 3 3
버그 ID 16068376: 약 128개 도메인으로 구성된 SPARC T5-8 서버에서 ldm list와 같은 일부 ldm 명령이 모든 도메인의 업타임으로 0초를 표시할 수 있습니다.
임시해결책: 도메인에 로그인하고 uptime 명령을 사용하여 도메인의 업타임을 확인합니다.
버그 ID 15812823: 메모리 사용 가능 공간이 적은 경우 크기 때문에 일부 메모리 블록만 메모리 DR 작업의 일부로 사용할 수 있습니다. 하지만 이러한 메모리 블록은 사용 가능한 메모리 양에 포함됩니다. 이로 인해 예상했던 것보다 적은 양의 메모리가 도메인에 추가될 수 있습니다. 이 상황이 발생하는 경우 오류 메시지가 표시되지 않습니다.
임시해결책: 없음.
버그 ID 15783031: 직접 I/O 또는 SR-IOV 작업이 사용된 도메인 구성을 복원하기 위해 ldm init-system 명령을 사용할 때 문제를 겪을 수 있습니다.
다음 작업 중 하나 이상이 복원할 구성에 수행된 경우 문제가 발생합니다.
primary 도메인이 소유한 슬롯을 버스에서 제거했습니다.
primary 도메인이 소유한 물리적 기능으로부터 가상 기능을 만들었습니다.
가상 기능이 primary 도메인이나 다른 게스트 도메인(또는 둘 다)에 지정되었습니다.
루트 컴플렉스가 primary 도메인에서 제거되어 게스트 도메인에 지정되었습니다. 해당 루트 컴플렉스는 추후 I/O 가상화 작업의 기초로 사용됩니다.
다시 말해서, 비-primary 루트 도메인을 만들어서 이전 작업 중 하나를 수행했습니다.
시스템이 이전 작업 중 아무것도 수행되지 않은 상태인지 확인하려면 Using the ldm init-system Command to Restore Domains on Which Physical I/O Changes Have Been Made (https://support.oracle.com/epmos/faces/DocumentDisplay?id=1575852.1)을 참조하십시오.
버그 ID 15775637: I/O 도메인에는 루트 컴플렉스당 사용할 수 있는 인터럽트 리소스 수에 대한 제한이 있습니다.
SPARC T3 및 SPARC T4 서버에서 이 제한은 약 63 MSI/X 벡터입니다. 각 igb 가상 기능은 세 개의 인터럽트를 사용합니다. ixgbe 가상 기능은 두 개의 인터럽트를 사용합니다.
많은 수의 가상 기능을 한 도메인에 지정할 경우 도메인에서 이러한 장치를 지원하는 데 필요한 시스템 리소스가 부족해집니다. 다음과 유사한 메시지가 표시될 수 있습니다.
WARNING: ixgbevf32: interrupt pool too full. WARNING: ddi_intr_alloc: cannot fit into interrupt pool
버그 ID 15771384: 도메인의 게스트 콘솔이 바인드된 시간 이전과 도중에 반복해서 콘솔에 연결하려고 시도하면 콘솔이 고정될 수 있습니다. 예를 들어, 도메인을 시스템으로 마이그레이션하는 도중에 콘솔을 잡기 위해 자동화된 스크립트를 사용할 경우 이 문제가 발생할 수 있습니다.
임시해결책: 콘솔의 고정을 해제하려면 도메인의 콘솔 집중기를 호스트하는 도메인(대개 컨트롤 도메인)에서 다음 명령을 수행합니다.
primary# svcadm disable vntsd primary# svcadm enable vntsd
버그 ID 15761509: 이 support document (https://support.us.oracle.com/oip/faces/secure/km/DocumentDisplay.jspx?id=1325454.1)에 나열된 DIO(직접 I/O) 기능을 지원하는 PCIe 카드만 사용하십시오.
임시해결책: ldm add-io 명령을 사용하여 카드를 primary 도메인에 다시 추가합니다.
버그 ID 15759601: ldm start 명령 후에 즉시 ldm stop 명령을 실행하면 다음 오류와 함께 ldm stop 명령이 실패할 수 있습니다.
LDom domain-name stop notification failed
해결 방법: ldm stop 명령을 다시 실행합니다.
버그 ID 15748348: primary 도메인이 가장 낮은 물리적 코어(일반적으로 0)를 다른 도메인과 공유할 경우, 전체 코어 제약 조건을 primary 도메인에 대해 설정하려는 시도가 실패합니다.
해결 방법: 다음 단계를 수행합니다.
도메인에서 공유되는 가장 낮은 바인드된 코어를 확인합니다.
# ldm list -o cpu
primary 도메인이 아니라 모든 도메인에서 가장 낮은 코어의 모든 CPU 스레드를 바인드 해제합니다.
그 결과 가장 낮은 코어의 CPU 스레드가 공유되지 않으며 primary 도메인에 대한 바인딩에 사용할 수 있도록 확보됩니다.
다음 중 하나를 수행하여 전체 코어 제약 조건을 설정합니다.
CPU 스레드를 primary 도메인에 바인드하고, ldm set-vcpu -c 명령을 사용하여 전체 코어 제약 조건을 설정합니다.
ldm set-core 명령을 사용하여 CPU 스레드를 바인드하고, 단일 단계로 전체 코어 제약 조건을 설정합니다.
버그 ID 15701853: CPU 수가 크게 줄어든 후 로드된 도메인의 DRM 정책이 만료되면 No response 메시지가 Oracle VM Server for SPARC 로그에 표시될 수 있습니다. ldm list 출력에는 psrinfo 출력에 표시된 것보다 많은 CPU 리소스가 도메인에 할당된 것으로 표시됩니다.
해결 방법: ldm set-vcpu 명령을 사용하여 psrinfo 출력에 표시된 값으로 도메인의 CPU 수를 재설정합니다.
버그 ID 15668368: 두 개의 서로 다른 직접 I/O 장치에서 액세스할 수 있는 이중 포트 디스크에 SPARC T3-1 서버를 설치할 수 있습니다. 이 경우 이러한 두 직접 I/O 장치를 서로 다른 도메인에 지정하면 디스크가 두 도메인 모두에서 사용되어 디스크의 실제 사용에 따라 서로의 성능에 영향을 줄 수 있습니다.
해결 방법: 동일 디스크 세트에 액세스할 수 있는 직접 I/O 장치를 서로 다른 I/O 도메인에 지정하지 마십시오. SPARC T3-1 서버에 이중 포트 디스크가 있는지 확인하려면 SP에서 다음 명령을 실행합니다.
-> show /SYS/SASBP
출력에 다음 fru_description 값이 포함될 경우 해당 시스템에 이중 포트 디스크가 포함된 것입니다.
fru_description = BD,SAS2,16DSK,LOUISE
이중 디스크가 시스템에 있는 것으로 확인되면 다음 직접 I/O 장치가 모두 동일한 도메인에 항상 지정되는지 확인합니다.
pci@400/pci@1/pci@0/pci@4 /SYS/MB/SASHBA0 pci@400/pci@2/pci@0/pci@4 /SYS/MB/SASHBA1
버그 ID 15664666: 재설정 종속성을 만들 경우 ldm stop -a 명령으로 인해 도메인에서 재설정 종속성이 중지되는 대신 다시 시작될 수 있습니다.
해결 방법: 먼저 마스터 도메인에 대해 ldm stop 명령을 실행합니다. 그런 다음 슬레이브 도메인에 대해 ldm stop 명령을 실행합니다. 슬레이브 도메인의 초기 중지로 인해 오류가 발생하면 슬레이브 도메인에 대해 ldm stop -f 명령을 실행합니다.
버그 ID 15600969: 실행 중인 도메인에서 모든 하드웨어 암호화 단위가 동적으로 제거된 경우, 암호화 프레임워크가 소프트웨어 암호화 제공자로 효과적으로 전환되지 못한 것으로 표시되고 모든 ssh 연결을 종료합니다.
이 문제는 UltraSPARC T2, UltraSPARC T2 Plus 및 SPARC T3 서버에만 적용됩니다.
복구: 도메인에서 모든 암호화 단위가 제거된 후 ssh 연결을 다시 설정합니다.
해결 방법: 서버측의 /etc/ssh/sshd_config 파일에 UseOpenSSLEngine=no를 설정하고 svcadm restart ssh 명령을 실행합니다.
모든 ssh 연결에 더 이상 하드웨어 암호화 단위가 사용되지 않으며(따라서 연관된 성능 향상 이점도 얻을 수 없음), 암호화 단위가 제거될 때 ssh 연결이 해제되지 않습니다.
버그 ID 15572184: 여러 도메인을 부트할 때 ldm 명령의 응답 속도가 느려질 수 있습니다. 이 단계에서 ldm 명령을 실행하면 명령 실행이 중단된 것처럼 보일 수 있습니다. ldm 명령은 예상된 작업을 수행한 후에 결과를 반환합니다. 명령이 반환된 후에는 시스템이 ldm 명령에 정상적으로 응답합니다.
해결 방법: 여러 도메인을 동시에 부트하지 마십시오. 하지만 여러 도메인을 한 번에 부트해야 할 경우 시스템이 정상으로 돌아올 때까지 추가 ldm 명령을 실행하지 마십시오. 예를 들어, Sun SPARC Enterprise T5140 및 T5240 서버에서는 2분 정도 기다리고, Sun SPARC Enterprise T5440 서버 또는 Sun Netra T5440 서버에서는 4분 정도 기다리십시오.
버그 ID 15518409: 시스템에서 네트워크를 구성하지 않았고 NIS(네트워크 정보 서비스) 클라이언트가 실행 중인 경우 Logical Domains Manager가 시스템에서 시작되지 않습니다.
해결 방법: 네트워크에 연결되지 않은 시스템에서 NIS 클라이언트를 사용 안함으로 설정합니다.
# svcadm disable nis/client
버그 ID 15453968: 공통 콘솔 그룹을 갖는 시스템에서 다중 게스트 도메인의 동시 넷 설치가 실패합니다.
해결 방법: 각각 고유한 콘솔 그룹을 갖는 게스트 도메인에서만 넷 설치를 수행합니다. 이 오류는 다중 넷 설치 도메인 간에 공통 콘솔 그룹이 공유되는 도메인에서만 표시됩니다.
버그 ID 15370442: Logical Domains 환경에서는 ickey(1M) 명령을 사용하여 Oracle Solaris OS 내에서 WAN(광대역 네트워크) 부트 키 설정이나 삭제를 지원하지 않습니다. 모든 ickey 작업은 다음 오류와 함께 실패합니다.
ickey: setkey: ioctl: I/O error
또한 컨트롤 도메인이 아닌 논리적 도메인에서 OpenBoot 펌웨어를 사용하여 설정된 WAN 부트 키는 도메인 재부트 시에 기억되지 않습니다. 이러한 도메인에서 OpenBoot 펌웨어에서 설정된 키는 일회용으로만 유효합니다.
버그 ID 15368170: 일부 경우에는 ldm stop-domain 명령의 동작이 혼동될 수 있습니다.
# ldm stop-domain -f domain-name
도메인이 커널 모듈 디버거, kmdb(1) 프롬프트에 있는 경우 ldm stop-domain 명령이 다음 오류 메시지와 함께 실패합니다.
LDom <domain-name> stop notification failed
이 절에서는 Oracle VM Server for SPARC 3.4 릴리스에서 해결하기에 너무 늦게 발견된 설명서 문제 및 오류에 대해 설명합니다.
ldm(1M) 매뉴얼 페이지에는 ldm set-domain 명령을 사용하여 boot-policy 등록 정보 값을 변경하는 경우 활성 도메인을 재부트해야 한다는 설명이 나와있지 않습니다.
boot-policy 등록 정보에 대한 설명이 다음과 같이 업데이트되었습니다.
boot-policy 값을 변경할 때 도메인이 활성 상태인 경우 도메인을 재부트하여 변경사항을 적용해야 합니다.
또한 Set Options for Domains 섹션의 첫번째 단락에서는 이제 다음과 같이 boot-policy 등록 정보 이름에 대해 설명합니다.
set-domain 하위 명령을 사용하여 각 도메인의 boot-policy, mac-addr, hostid, failure-policy, extended-mapin-space, master 및 max-cores 등록 정보만 수정할 수 있습니다. 이 명령을 사용하여 리소스 등록 정보를 업데이트할 수 없습니다.
ldmd(1M) 매뉴얼 페이지에 잘못된 SMF 등록 정보 이름인 ldmd/fj-ppar-dr-policy가 표시됩니다. 올바른 등록 정보 이름은 ldmd/fj_ppar_dr_policy입니다.