| 탐색 링크 건너뛰기 | |
| 인쇄 보기 종료 | |
|
Oracle VM Server for SPARC 3.0 릴리스 노트 Oracle VM Server for SPARC (한국어) |
| 탐색 링크 건너뛰기 | |
| 인쇄 보기 종료 | |
|
|
Oracle VM Server for SPARC 3.0 릴리스 노트 Oracle VM Server for SPARC (한국어) |
1. Oracle VM Server for SPARC 3.0 릴리스 노트
Oracle VM Server for SPARC 3.0 기능을 사용으로 설정하기 위해 필요한 소프트웨어
PCIe SR-IOV 하드웨어 및 소프트웨어 요구 사항
Oracle VM Server for SPARC 3.0 소프트웨어 위치
Logical Domains Manager에 사용할 수 있는 소프트웨어
Logical Domains 소프트웨어와 상호 작용하는 시스템 컨트롤러 소프트웨어
Oracle VM Server for SPARC 3.0 소프트웨어로 업그레이드
Oracle VM Server for SPARC 3.0 릴리스에서 제거된 기능
Oracle Solaris 10 5/08 OS보다 오래된 Oracle Solaris 10 OS로부터 업그레이드
서비스 프로세서 및 시스템 컨트롤러는 서로 바꿔서 사용할 수 있는 용어임
특정 조건에서 게스트 도메인의 Solaris Volume Manager 구성 또는 메타 장치가 손실될 수 있음
Logical Domains 시스템의 정상 종료 및 전원 껐다 켜기
요청된 메모리 크기가 할당된 메모리 크기와 다를 수 있음
Oracle Sun SNMP 관리 에이전트가 다중 도메인을 지원하지 않음
ldmp2v convert 명령: 부트 중 VxVM 경고 메시지
소프트웨어 라이센스에 대한 Oracle 하드 분할 요구 사항
ldmp2v prepare -R을 사용할 때 업그레이드 옵션이 제공되지 않음
동적으로 추가된 메모리 블록을 전체로서만 동적으로 제거할 수 있음
ldmp2v 명령: ufsdump 아카이브 방법이 더 이상 사용되지 않음
지연된 재구성 중 하나의 CPU 구성 작업만 수행할 수 있음
cpu-arch=generic 마이그레이션에 대한 SPARC M5 및 SPARC T5 지원
Oracle VM Server for SPARC MIB 문제
snmptable 명령이 버전 2 또는 버전 3 옵션에서 작동하지 않음
Oracle VM Server for SPARC 3.0 소프트웨어에 영향을 주는 버그
send_mondo_set: timeout 스트레스 작업 후 게스트 도메인에서 ldm stop 명령 사용 시 패닉 발생
SPARC T5 및 SPARC M5: SR-IOV 장치를 사용 중인 경우 리소스를 바인드 해제하거나 제거하려는 시도가 중단되고 Ctrl-C를 사용하여 이를 중지할 수 없음
결함이 있는 스트랜드를 도메인에 동적으로 추가하면 패닉이 발생할 수 있음
PCIe 장치 아래의 하위 장치가 지정되지 않은 이름으로 복원됨
SPARC M5-32: panic: mpo_cpu_add: Cannot read MD
SPARC M5-32: 루트 컴플렉스 페일오버로 인해 부적합한 직접 I/O 게스트 도메인이 구성될 수 있음
SPARC M5-32: 다중 직접 I/O 경로를 통해 액세스할 수 있는 디스크의 문제
ixgbevf primary 도메인을 재부트할 때 SR-IOV 도메인의 장치가 사용 안함으로 설정될 수 있음
Oracle Solaris 10 1/13 primary 도메인의 재부트로 IP 주소가 가상 기능 인터페이스에 자동으로 연결 또는 지정되지 않을 수 있음
ILOM 전원 제한기는 조정 업데이트와 /SYS/VPS 업데이트를 동기화해야 함
IOV 임대 장치가 사용 안함으로 설정된 경우 게스트 도메인을 부트할 수 없음
재부트 또는 종료 중 primary 도메인에서 mutex_enter: bad mutex 패닉 발생
SPARC M5-32: LSI-SAS 컨트롤러가 SR-IOV로 잘못 내보내짐
SPARC T5-1B의 primary 도메인에서 sxge 가상 기능에 대한 점보 MTU를 설정할 수 없음
Logical Domains Manager 다시 시작 후 이전에 차단된 리소스가 비우기 보류 중인 사용 가능으로 잘못 표시됨
ldmd가 sxge 장치에 대한 mac-addr 및 alt-mac-addrs 등록 정보 값을 설정할 수 없음
SPARC T5-1B에서 sxge 장치에 대한 ldm list-io -d 출력에 두 가지 등록 정보가 누락됨
ldmconfig 실패: 버그 ID 15972394을 수정하면 수정되지 않은 factory-default 구성이 금지됨
가상 CPU 수가 매우 많은 CPU DR은 실패로 보일 수 있음
HIO 가상 네트워크로 게스트 도메인 마이그레이션 및 도메인이 일시 중지 상태가 되기를 기다리는 동안 cpu-arch=generic 시간 초과
SPARC T4-4: 게스트 도메인을 바인드할 수 없음
CPU DR이 CPU 간 마이그레이션 후 수행되면 게스트 도메인 패닉이 발생할 수 있음
메모리 단편화가 심한 경우 게스트 도메인 부트가 실패함
사용 가능한 CPU의 CPU 동적 재구성으로 인해 lpl_topo_verify fail -5 패닉 발생
루트 도메인은 다른 루트 도메인에 대한 종속성을 가질 수 없음
코어가 추가되었을 때 마이그레이션 후 게스트 도메인 패닉 발생
threading 등록 정보 값을 max-throughput에서 max-ipc로 변경할 때 게스트 도메인 패닉 발생
두 개의 활성 직접 I/O 도메인이 있는 컨트롤 도메인이 재부트 시 중단됨
ldm rm-io는 --dry-run을 -n에 대한 별명으로 수락해야 함
SPARC T3 및 SPARC T4: 가상 네트워크 장치 또는 가상 스위치가 있는 도메인에서 과중한 작업량으로 인해 패닉이 발생할 수 있음
다른 펌웨어 버전이 설치된 시스템 간 마이그레이션 문제 발생
메모리 DR 추가가 부분적으로 성공한 경우 오류 메시지가 표시되지 않음
하이브리드 I/O 네트워크 장치를 포함하는 게스트 도메인을 바인드 해제하거나 마이그레이션할 때 주 도메인 또는 게스트 도메인에서 패닉 발생
ldm stop 또는 ldm stop -f 명령으로 도메인을 중지할 수 없음
11개 이상의 도메인에 PCIe 장치가 포함된 경우 게스트 도메인에서 PCIe 패브릭에 액세스할 수 없음
XML 파일로부터 PCIe 가상 기능이 포함된 도메인을 다시 만드는 작업이 실패함
전체 코어 사용에서 부분 코어 사용으로 컨트롤 도메인을 변경할 때 잘못된 오류 메시지가 발생함
ldm init-system 명령으로 가상 기능 장치가 포함된 도메인을 올바르게 다시 만들 수 없음
여러 도메인을 동시에 수정하려고 시도하면 Logical Domains Manager가 중단되고 다시 시작될 수 있음
ixgbe 물리적 기능 및 가상 기능의 최대 유니캐스트 슬롯 수를 초과하도록 시도해도 오류가 발생하지 않음
마이그레이션을 취소한 후 대상 시스템에서 실행되는 ldm 명령이 응답하지 않음
I/O 도메인에 지정된 경우 일부 Emulex 카드가 작동하지 않음
SPARC T4 시스템으로 마이그레이션하는 동안 cputrack 명령을 실행하면 게스트 도메인에 패닉이 발생함
Oracle Solaris 11: DRM 도용으로 Oracle Solaris DR 오류가 보고되고 재시도됨
CPU 간 마이그레이션을 사용하는 게스트 도메인에서 마이그레이션이 완료된 후 업타임이 임의로 보고됨
Intel 듀얼 포트 이더넷 컨트롤러 X540 카드로 부트할 때 Oracle Solaris 10: ixgbe 드라이버에서 패닉이 발생할 수 있음
시스템 펌웨어의 8.2.0 버전에는 새로운 버전의 scvar 데이터베이스가 포함됩니다.
모든 가상 기능을 삭제하고 슬롯을 루트 도메인으로 반환해도 루트 컴플렉스 리소스가 복원되지 않음
PCIe-PCI 브리지가 포함된 PCIe 카드의 ldm remove-io가 허용되지 않아야 함
ldm start 명령 후 즉시 실행할 경우 ldm stop 명령이 실패할 수 있음
init-system이 저장된 XML 파일에서 게스트 도메인의 이름이 지정된 코어 제약 조건을 복원하지 않음
ldm set-io를 사용하여 pvid 값을 두 번 연속으로 변경하면 구성 오류가 발생할 수 있음
지정된 가상 기능 수가 매우 많은 primary 도메인을 재부트할 때 시스템 패닉이 발생함
모호한 SR-IOV 오류 메시지: Create vf failed
부분 코어 primary가 전체 코어 DR 변환을 허용하지 않음
primary 도메인 재부트 후 primary 도메인에 지정된igb 및 ixgbe 가상 기능이 결함 상태가 됨
ldm list-io 명령이 부트 후 UNK 또는 INV 상태를 표시함
SPARC T4-4s에서 매우 큰 메모리 도메인을 마이그레이션하면 대상 시스템에서 도메인 패닉이 발생함
Oracle Solaris 핫 플러그 작업을 사용하여 PCIe 끝점 장치를 제거할 수 없음
슬라이스 2가 없는 물리적 디스크에서 가상 디스크 검증이 실패함
하이브리드 I/O 가상 네트워크 장치를 포함하는 게스트 도메인을 마이그레이션할 때 nxge 패닉이 발생함
마이그레이션에 공유 NFS 리소스가 누락된 경우 모든 ldm 명령이 중단됨
시스템 로그 서비스가 온라인으로 설정되지 않으면 Logical Domains 에이전트 서비스가 온라인으로 설정되지 않음
커널 교착 상태로 인해 마이그레이션 중 시스템이 중단됨
DRM 및 ldm list 출력에 실제 게스트 도메인에 있는 것과 다른 개수의 가상 CPU가 표시됨
대상 시스템의 비활성 마스터 도메인에 종속되는 도메인의 라이브 마이그레이션으로 인해 ldmd에서 세그먼테이션 결함이 발생함
정책이 제거되거나 만료될 때 DRM이 마이그레이션된 도메인에 대한 가상 CPU의 기본 개수를 복원하지 못함
시스템 MAC 주소가 다른 MAC 주소와 충돌할 때 마이그레이션 오류 이유가 보고되지 않음
"반대 방향"으로 동시 마이그레이션 작업을 수행할 경우 ldm이 중단될 수 있음
탄력적 정책이 설정된 Oracle Solaris 10 8/11 OS를 실행하는 시스템이 중단될 수 있음
pkgadd가 /var/svc/manifest/platform/sun4v/ldmd.xml에 ACL 항목을 설정하지 못함
SPARC T3-1: 다중 직접 I/O 경로를 통해 액세스할 수 있는 디스크의 문제
다중 플럼된 NIU nxge 인스턴스를 사용한 메모리 DR 제거 작업이 무기한 중단되고 완료되지 않을 수 있음
마스터-슬레이브 관계의 도메인에서 ldm stop -a 명령을 사용하면 슬레이브에 stopping 플래그가 설정됨
사용으로 설정된 기본 DRM 정책을 포함하는 도메인을 마이그레이션하면 대상 도메인에 사용 가능한 모든 CPU가 지정됨
ldmconfig가 SP에 도메인 구성을 만들 수 없음
cpu0이 오프라인인 경우 비통합 Oracle Solaris 도메인 마이그레이션이 차단될 수 있음
취소된 마이그레이션에 따라 메모리 DR이 사용 안함으로 설정됨
일부 경우에 가상 네트워크 장치에서 MTU 값의 동적 재구성이 실패함
대상 OS가 암호화 단위의 DR을 지원하지 않을 때 MAU로 마이그레이션된 도메인에 CPU가 하나만 포함됨
마이그레이션 오류 메시지를 실제 주소 메모리 바인드 오류와 혼동
도메인에서 모든 암호화 단위를 동적으로 제거하면 SSH가 종료됨
ldm list-io -l 출력에서 PCI Express 이중 10Gbit 이더넷 파이버 카드에 4개의 하위 장치가 표시됨
여러 도메인을 부트할 때 ldm 명령의 응답 속도가 느림
Oracle Solaris 11: 자동 네트워크 인터페이스로 구성된 영역을 시작하지 못할 수 있음
Oracle Solaris 10: 가상 네트워크 장치가 컨트롤 도메인에 올바르게 생성되지 않음
Logical Domains가 구성된 경우 새로 추가된 NIU/XAUI 어댑터가 호스트 OS에 표시되지 않음
e1000g에서 부트할 때 I/O 도메인 또는 게스트 도메인 패닉이 발생함
명시적 콘솔 그룹 및 포트 바인딩이 마이그레이션되지 않음
대상에서 vdsdev가 다른 백엔드를 갖더라도 마이그레이션이 실패하지 않음
대상에 사용 가능한 메모리가 충분한 경우에도 마이그레이션에서 메모리 바인드를 실패할 수 있음
시스템이 네트워크에 연결되지 않았고 NIS 클라이언트가 실행 중인 경우 Logical Domains Manager가 시작되지 않음
Logical Domains Manager에서 마이그레이션된 도메인이 이미 부트되었는데도 변환 상태로 표시됨
vntsd를 다시 시작하지 않으면 마이그레이션된 도메인의 콘솔에 연결할 수 없음
일부 경우에 Logical Domains 시스템에서 uadmin 1 0 명령을 실행하면 시스템이 OK 프롬프트로 돌아가지 않음
Logical Domains Manager가 도메인을 종료하는 데 15분 이상 소요될 수 있음
SC 또는 SP 재설정 후 scadm 명령이 중단될 수 있음
공통 콘솔 그룹에 있을 경우 다중 도메인의 동시 넷 설치가 실패함
ldc_close: (0xb) unregister failed, 11 경고 메시지
DHCP를 사용하는 동일 네트워크에서 가상 네트워크가 너무 많은 게스트 도메인이 응답하지 않을 수 있음
OpenBoot PROM 변수는 Logical Domains Manager가 실행 중일 때 eeprom 명령으로 수정할 수 없음
Logical Domains가 실행 중인 상태로 보안 키를 설정할 수 없음
ldm stop-domain 명령 동작이 혼동될 수 있음
ldm(1M) 매뉴얼 페이지: I/O 가상화 명령이 지연된 재구성을 자동으로 시작하지 않음
ldm(1M) 매뉴얼 페이지: 가상 기능을 동적으로 만들 수 없음
이 절에는 Oracle VM Server for SPARC 3.0 소프트웨어와 관련된 일반 문제 및 특정 버그가 포함됩니다.
이 절에서는 특정 버그 번호보다 포괄적인 이 릴리스의 Oracle VM Server for SPARC 소프트웨어에 대해 알려진 일반 문제에 대해 설명합니다. 가능한 경우에는 해결 방법이 제공됩니다.
Oracle Solaris 10 5/08 OS보다 오래된 Oracle Solaris 10 OS 버전(또는 패치 127127-11이 없는 OS 버전)으로부터 컨트롤 도메인을 업그레이드할 경우, 그리고 볼륨 관리자 볼륨을 가상 디스크로 내보낸 경우, Logical Domains Manager가 업그레이드된 후 options=slice를 사용하여 가상 디스크 백엔드를 다시 내보내야 합니다. Oracle VM Server for SPARC 3.0 관리 설명서의 볼륨 내보내기 및 역호환성를 참조하십시오.
Oracle VM Server for SPARC 설명서에서 SP(서비스 프로세서)와 SC(시스템 컨트롤러)는 서로 바꿔서 사용할 수 있는 용어입니다.
서비스 도메인이 Oracle Solaris 10 8/11 이전의 Oracle Solaris 10 OS 버전을 실행 중이고 게스트 도메인에 물리적 디스크 슬라이스를 가상 디스크로 내보내는 경우 이 가상 디스크는 게스트 도메인에서 잘못된 장치 ID로 표시됩니다. 해당 서비스 도메인을 다시 Oracle Solaris 10 8/11로 업그레이드하면 가상 디스크로 내보낸 물리적 디스크 슬라이스가 게스트 도메인에 장치 ID 없이 표시됩니다.
이러한 가상 디스크의 장치 ID 제거로 인해 가상 디스크의 장치 ID를 참조하려고 시도하는 응용 프로그램에 문제가 발생할 수 있습니다. 특히, Solaris Volume Manager가 해당 구성을 찾을 수 없거나 해당 메타 장치에 액세스하지 못할 수 있습니다.
해결 방법: 서비스 도메인을 Oracle Solaris 10 8/11로 업그레이드한 후 게스트 도메인이 해당 Solaris Volume Manager 구성 또는 해당 메타 장치를 찾을 수 없는 경우 다음 절차를 수행하십시오.
md_devid_destroy=1; md_keep_repl_state=1;
도메인이 부트되면 Solaris Volume Manager 구성 및 메타 장치를 사용할 수 있어야 합니다.
재부트 중에 다음과 비슷한 메시지가 표시됩니다.
NOTICE: mddb: unable to get devid for 'vdc', 0x10
이러한 메시지는 정상이며 문제를 보고하지 않습니다.
논리적 도메인에서 사용할 수 있는 LDC(논리적 도메인 채널)의 수에는 제한이 있습니다. LDC 제한은 다음과 같습니다.
LDC 제한은 512입니다.
LDC 제한은 768입니다.
컨트롤 도메인의 경우 I/O 부속 시스템의 전부는 아니더라도 일부라도 할당되어야 하기 때문에 이러한 제한이 컨트롤 도메인에서만 문제가 됩니다. 또한 가상 I/O 데이터 통신 및 다른 논리적 도메인의 Logical Domains Manager 컨트롤 모두에 대해 생성되는 LDC 수는 잠재적으로 매우 크기 때문에 이러한 제한이 문제가 될 수 있습니다.
서비스를 추가하거나 도메인을 바인드하여 LDC 채널 수가 컨트롤 도메인에서 제한을 초과할 경우, 다음과 비슷한 오류 메시지와 함께 작업이 실패합니다.
13 additional LDCs are required on guest primary to meet this request, but only 9 LDCs are available
동일한 가상 스위치에 연결된 가상 네트워크 장치 수가 많은 경우, ldm add-vsw 또는 ldm set-vsw 명령을 사용해서 inter-vnet-link=off를 설정하여 지정된 LDC 채널 수를 줄일 수 있습니다. 이 등록 정보가 off로 설정된 경우 LDC 채널이 vnet 간 통신에 사용되지 않습니다. 대신 가상 네트워크 장치 및 가상 스위치 장치 간 통신에 대해서만 LDC 채널이 지정됩니다. ldm(1M) 매뉴얼 페이지를 참조하십시오.
주 - vnet 간 채널 지정을 사용 안함으로 설정해도 LDC 수가 줄어들지만 게스트-게스트 네트워크 성능에 부정적인 영향을 줄 수 있습니다.
다음 지침에 따라 컨트롤 도메인의 LDC 기능을 오버플로우할 수 있는 구성을 만들지 못하도록 방지할 수 있습니다.
컨트롤 도메인은 구성된 기타 논리적 도메인 수에 관계없이 하이퍼바이저, FMA(Fault Management Architecture) 및 SC(시스템 컨트롤러)에서 다양한 통신 목적에 따라 약 15개의 LDC를 할당합니다. 컨트롤 도메인이 할당하는 LDC 채널의 수는 플랫폼 및 사용되는 소프트웨어의 버전에 따라 달라집니다.
컨트롤 도메인은 컨트롤 트래픽을 위해 자체를 포함하여 모든 논리적 도메인에 대해 1개의 LDC를 할당합니다.
컨트롤 도메인의 각 가상 I/O 서비스는 해당 서비스의 모든 연결된 클라이언트에 대해 1개의 LDC를 소비합니다.
예를 들어, 한 개의 컨트롤 도메인과 8개의 추가 논리적 도메인이 있다고 가정해보십시오. 각 논리적 도메인에는 최소한 다음 항목이 필요합니다.
가상 네트워크
가상 디스크
가상 콘솔
지침을 따르면 다음과 같은 결과를 얻을 수 있습니다(괄호로 표시된 숫자는 해당 값이 파생된 위의 설명에 표시된 숫자에 해당함).
15(1) + 9(2) + 8 x 3(3) = 총 48개 LDC
이제 도메인이 8개 아니라 45개가 있고 각 도메인에 5개의 가상 디스크, 5개의 가상 네트워크 및 한 개의 가상 콘솔이 포함된다고 가정해보십시오. 그러면 식이 다음과 같습니다.
15 + 46 + 45 x 11 = 총 556개 LDC
플랫폼에서 지원되는 LDC 개수에 따라 Logical Domains Manager는 해당 구성을 허락 또는 거부합니다.
Oracle VM Server for SPARC 소프트웨어는 도메인을 만들 때 메모리 크기 제한을 적용하지 않습니다. 메모리 크기 요구 사항은 게스트 운영 체제의 특성입니다. 제공된 메모리 양이 권장 크기보다 작을 경우 일부 Oracle VM Server for SPARC 기능이 작동하지 않을 수 있습니다. Oracle Solaris 10 OS의 권장 및 최소 메모리 요구 사항을 보려면 Oracle Solaris 10 8/11 Installation Guide: Planning for Installation and Upgrade의 System Requirements and Recommendations를 참조하십시오. Oracle Solaris 11 OS의 권장 및 최소 메모리 요구 사항을 보려면 Oracle Solaris 11 Release Notes 및 Oracle Solaris 11.1 Release Notes 를 참조하십시오.
OpenBoot PROM은 도메인에 대한 최소 크기 제한을 갖고 있습니다. 현재까지 이 제한은 12MB입니다. 이 크기보다 작은 도메인을 설정하면 Logical Domains Manager가 도메인 크기를 자동으로 12MB로 늘립니다. Fujitsu M10 시스템에 대한 최소 크기 제한은 256MB입니다. 메모리 크기 요구 사항에 대한 자세한 내용은 시스템 펌웨어의 릴리스 노트를 참조하십시오.
메모리 DR(동적 재구성) 기능은 지정된 작업에 관련된 메모리의 주소 및 크기에 256MB를 강제로 할당합니다. Oracle VM Server for SPARC 3.0 관리 설명서의 메모리 정렬를 참조하십시오.
플랫폼에 따라 다음 개수의 도메인을 부트할 수 있습니다.
Fujitsu M10 시스템의 경우 최대 256개
물리적 도메인당 SPARC M5 시스템의 경우 최대 128개
SPARC T5 시스템의 경우 최대 128개
SPARC T4 서버의 경우 최대 128개
SPARC T3 서버의 경우 최대 128개
UltraSPARC T2 Plus 서버의 경우 최대 128개
UltraSPARC T2 서버의 경우 최대 64개
할당되지 않은 가상 CPU가 있는 경우, 가상 I/O 요청 처리를 지원하도록 서비스 도메인에 이를 지정할 수 있습니다. 32개를 초과하는 도메인을 만들 때는 서비스 도메인에 4~8개의 가상 CPU를 할당합니다. 최대 도메인 구성에 따라 서비스 도메인에 단일 CPU만 포함된 경우 도메인을 구성 및 사용할 때 단일 CPU에 불필요한 스트레스를 주지 마십시오. 가상 스위치(vsw) 서비스는 시스템에서 사용 가능한 모든 네트워크 어댑터에 분산되어야 합니다. 예를 들어, Sun SPARC Enterprise T5240 서버에서 128개의 도메인을 부트할 경우 각각 32개의 가상 네트워크(vnet) 인스턴스를 지원하는 4개의 vsw 서비스를 만듭니다. vsw 서비스당 32개보다 많은 vnet 인스턴스를 지정하면 서비스 도메인에서 하드 중단이 발생할 수 있습니다.
최대 구성을 실행하려면 시스템에서 게스트 도메인을 지원하는 데 적합한 메모리 양이 필요합니다. 메모리 양은 플랫폼 및 OS에 따라 달라집니다. 플랫폼 설명서, Oracle Solaris 10 8/11 Installation Guide: Planning for Installation and Upgrade , Installing Oracle Solaris 11 Systems 및 Installing Oracle Solaris 11.1 Systems 를 참조하십시오.
도메인에서 사용되는 vsw 서비스가 여러 도메인에 있는 여러 가상 네트워크에 서비스를 제공할 경우 게스트 도메인에서 메모리 및 스왑 공간 사용이 늘어납니다. 이 증가는 vsw에 연결된 모든 vnet 간의 피어 투 피어 연결 때문입니다. 서비스 도메인은 추가 메모리를 확보함으로써 이점을 얻을 수 있습니다. 64개를 초과하는 도메인을 실행할 때의 권장 최소값은 4GB입니다. 10개 이하의 도메인으로 시작하고, 현재 일괄 처리가 부트될 때까지 기다린 후 다음 일괄 처리를 시작하십시오. 도메인에 운영 체제를 설치할 때도 동일한 조건이 적용됩니다. vnet 간 채널을 사용 안함으로 설정하여 링크 수를 줄일 수 있습니다. Oracle VM Server for SPARC 3.0 관리 설명서의 Vnet 간 LDC 채널를 참조하십시오.
SC에 마지막으로 구성을 저장한 후 구성을 변경한 경우에는, Logical Domains 시스템 전원을 끄거나 전원을 껐다 켜기 전에 보존하려는 최신 구성을 저장할지 확인하십시오.
바인드된 다른 도메인이 없으므로, 펌웨어가 자동으로 시스템 전원을 끕니다.
바인드된 다른 도메인이 없으므로, 시스템을 재부트하기 전에 펌웨어가 자동으로 시스템 전원을 껐다 켭니다. 시스템이 다시 시작되면 마지막으로 저장되었거나 명시적으로 설정된 Logical Domains 구성으로 부트됩니다.
특정 환경에서는 Logical Domains Manager가 요청된 메모리 할당을 8KB 또는 4MB의 배수 중에서 그 다음으로 가장 큰 수로 반올림합니다. 다음 ldm list-domain -l 명령의 출력 예제를 보면 제약 조건 값이 실제로 할당된 크기보다 작은 것을 알 수 있습니다.
Memory: Constraints: 1965 M raddr paddr5 size 0x1000000 0x291000000 1968M
변수 업데이트는 재부트 후에도 지속되지만 변수 업데이트가 컨트롤 도메인에서 OpenBoot 펌웨어로부터 시작되지 않았거나 이후 구성을 SC에 저장하지 않은 경우, 전원을 껐다 켤 때는 지속되지 않습니다.
이 컨텍스트에서는 컨트롤 도메인의 재부트로 시스템의 전원 껐다 켜기가 시작될 수 있음에 주의해야 합니다.
컨트롤 도메인을 재부트할 때, 바인드된 게스트 도메인이 없고, 진행 중인 지연된 재구성이 없으면, SC에서 시스템 전원을 껐다 켭니다.
컨트롤 도메인이 재부트될 때, 바인드되었거나 활성 상태인 게스트 도메인이 있으면(또는 컨트롤 도메인이 지연된 재구성을 수행하는 중인 경우), SC가 시스템 전원을 껐다 켜지 않습니다.
도메인에 대한 Logical Domains 변수는 다음 방법을 사용하여 지정할 수 있습니다.
OpenBoot 프롬프트에서
Oracle Solaris OS eeprom(1M) 명령 사용
Logical Domains Manager CLI(ldm) 사용
bootmode 명령을 사용하여 SC(시스템 컨트롤러)에서 제한된 방식으로 수정. 즉, 특정 변수만 그리고 factory-default 구성에서만 수정
이에 대한 목표는 이러한 방법을 사용하여 수행된 변수 업데이트가 도메인 재부트 시에도 항상 지속되도록 하는 것입니다. 변수 업데이트는 또한 SC에 저장된 이후의 논리적 도메인 구성에도 항상 영향을 줍니다.
Oracle VM Server for SPARC 3.0 소프트웨어에서는 변수 업데이트가 예상한 대로 지속되지 않는 일부 경우가 존재합니다.
모든 변수 업데이트 방법은 해당 도메인의 재부트 시에도 지속됩니다. 하지만 이후 논리적 도메인 구성을 SC에 저장하지 않으면 시스템을 껐다 켤 때 지속되지 않습니다. 변수 업데이트 방법에는 OpenBoot 펌웨어에 의한 방법과 eeprom 및 ldm 명령에 의한 방법이 포함됩니다. 또한 컨트롤 도메인에서 OpenBoot 펌웨어를 사용하여 수행한 업데이트는 시스템 전원을 껐다 켤 때도 지속됩니다. 즉, 이후에 새 논리적 도메인 구성을 SC에 저장하지 않아도 업데이트가 지속됩니다.
모든 경우에 Logical Domains Manager에서 생성된 구성에서 공장 초기 구성으로 복구할 때는 모든 Logical Domains 변수가 해당 기본값으로 시작됩니다.
Logical Domains 변수 변경이 문제가 될 경우 다음 중 하나를 수행합니다.
시스템에 ok 프롬프트를 표시하고 변수를 업데이트합니다.
Logical Domains Manager가 사용 안함으로 설정된 상태에서 변수를 업데이트합니다.
# svcadm disable ldmd update variables # svcadm enable ldmd
라이브 업그레이드를 실행할 때 다음 단계를 수행합니다.
# svcadm disable -t ldmd # luactivate be3 # init 6
논리적 도메인에서 시간 또는 날짜를 수정할 경우(예: ntpdate 명령 사용), 도메인 재부트 시에 변경 사항이 지속되지만 호스트의 전원을 껐다 켤 때는 지속되지 않습니다. 시간 변경 사항이 지속되도록 하려면 시간 변경을 포함하는 구성을 SP에 저장하고 해당 구성으로부터 부트합니다.
이러한 문제 해결을 위해는 버그 ID 15375997, 15387338, 15387606 및 15415199가 제공되었습니다.
Sun SNMP(Simple Network Management Protocol) 관리 에이전트는 다중 도메인을 지원하지 않습니다. 단일 전역 도메인만 지원됩니다.
primary 도메인이 지연된 재구성 상태인 경우 Oracle VM Server for SPARC가 관리하는 리소스는 primary 도메인이 재부트된 후에만 전원 관리됩니다. Solaris Power Aware Dispatcher에서 관리하는 CPU와 같이 OS가 직접 관리하는 리소스는 이 상태의 영향을 받지 않습니다.
별도의 암호화 단위는 UltraSPARC T2, UltraSPARC T2 Plus 및 SPARC T3 시스템에만 존재합니다.
암호화 단위 동적 재구성(DR)을 통해 도메인에서 암호화 단위를 추가 및 제거할 수 있습니다. Logical Domains Manager는 도메인이 암호화 단위 DR을 허용하는지 여부를 자동으로 검색하고 해당 도메인에 대해서만 기능을 사용으로 설정합니다. 또한 CPU DR은 암호화 단위가 바인드되었고 Oracle Solaris OS의 적합한 버전을 실행하는 도메인에서 더 이상 사용 안함으로 설정되지 않습니다.
Oracle Solaris 10 OS에서 Veritas Volume Manager(VxVM) 5.x 실행은 Oracle VM Server for SPARC P2V 도구에서 지원(테스트)되는 유일한 버전입니다. Solaris 8 및 Solaris 9 운영 체제에서 실행되는 이전 버전의 VxVM(예: 3.x 및 4.x)도 작동할 수 있습니다. 그러한 경우, ldmp2v convert 명령을 실행한 후 처음 부트하면 VxVM 드라이버에서 경고 메시지가 표시될 수 있습니다. 이러한 메시지는 무시할 수 있습니다. 게스트 도메인을 부트한 후에는 이전 VRTS* 패키지를 제거할 수 있습니다.
Boot device: disk0:a File and args: SunOS Release 5.10 Version Generic_139555-08 64-bit Copyright 1983-2009 Sun Microsystems, Inc. All rights reserved. Use is subject to license terms. Hostname: normaal Configuring devices. /kernel/drv/sparcv9/vxdmp: undefined symbol 'romp' WARNING: mod_load: cannot load module 'vxdmp' WARNING: vxdmp: unable to resolve dependency, module 'misc/ted' not found /kernel/drv/sparcv9/vxdmp: undefined symbol 'romp' WARNING: mod_load: cannot load module 'vxdmp' WARNING: vxdmp: unable to resolve dependency, module 'misc/ted' not found /kernel/drv/sparcv9/vxio: undefined symbol 'romp' WARNING: mod_load: cannot load module 'vxio' WARNING: vxio: unable to resolve dependency, module 'drv/vxdmp' not found WARNING: vxspec : CANNOT INITIALIZE vxio DRIVER WARNING: VxVM vxspec V-5-0-0 vxspec: vxio not loaded. Aborting vxspec load WARNING: vxspec : CANNOT INITIALIZE vxio DRIVER WARNING: VxVM vxspec V-5-0-0 vxspec: vxio not loaded. Aborting vxspec load WARNING: vxspec : CANNOT INITIALIZE vxio DRIVER WARNING: VxVM vxspec V-5-0-0 vxspec: vxio not loaded. Aborting vxspec load WARNING: vxspec : CANNOT INITIALIZE vxio DRIVER WARNING: VxVM vxspec V-5-0-0 vxspec: vxio not loaded. Aborting vxspec load WARNING: vxspec : CANNOT INITIALIZE vxio DRIVER WARNING: VxVM vxspec V-5-0-0 vxspec: vxio not loaded. Aborting vxspec load WARNING: vxspec : CANNOT INITIALIZE vxio DRIVER WARNING: VxVM vxspec V-5-0-0 vxspec: vxio not loaded. Aborting vxspec load WARNING: vxspec : CANNOT INITIALIZE vxio DRIVER NOTICE: VxVM not started
소프트웨어 라이센스의 Oracle의 하드 분할 요구 사항에 대한 자세한 내용은 Partitioning: Server/Hardware Partitioning을 참조하십시오.
Oracle Solaris 설치 프로그램은 루트(/) 파일 시스템을 보유하는 슬라이스의 분할 태그가 root로 설정되지 않은 경우 업그레이드 옵션을 제공하지 않습니다. 이러한 상황은 게스트의 부트 디스크를 레이블 지정할 때 태그가 명시적으로 설정되지 않은 경우에 발생합니다. format 명령을 사용하여 분할 태그를 다음과 같이 설정할 수 있습니다.
AVAILABLE DISK SELECTIONS: 0. c0d0 <SUN-DiskImage-10GB cyl 282 alt 2 hd 96 sec 768> /virtual-devices@100/channel-devices@200/disk@0 1. c4t2d0 <SUN146G cyl 14087 alt 2 hd 24 sec 848> /pci@400/pci@0/pci@1/scsi@0/sd@2,0 2. c4t3d0 <SUN146G cyl 14087 alt 2 hd 24 sec 848> /pci@400/pci@0/pci@1/scsi@0/sd@3,0 Specify disk (enter its number)[0]: 0 selecting c0d0 [disk formatted, no defect list found] format> p PARTITION MENU: 0 - change `0' partition 1 - change `1' partition 2 - change `2' partition 3 - change `3' partition 4 - change `4' partition 5 - change `5' partition 6 - change `6' partition 7 - change `7' partition select - select a predefined table modify - modify a predefined partition table name - name the current table print - display the current table label - write partition map and label to the disk !<cmd> - execute <cmd>, then return quit partition> 0 Part Tag Flag Cylinders Size Blocks 0 unassigned wm 0 0 (0/0/0) 0 Enter partition id tag[unassigned]: root Enter partition permission flags[wm]: Enter new starting cyl[0]: 0 Enter partition size[0b, 0c, 0e, 0.00mb, 0.00gb]: 8g partition> label Ready to label disk, continue? y partition>
동적으로 추가된 메모리 블록은 전체로서만 동적으로 제거할 수 있습니다. 즉, 해당 메모리 블록의 일부는 동적으로 제거할 수 없습니다.
이러한 상황은 다음 예제에 표시된 것처럼 메모리 크기가 작은 도메인이 훨씬 큰 크기로 동적으로 증가할 경우에 발생할 수 있습니다.
# ldm list ldom1 NAME STATE FLAGS CONS VCPU MEMORY UTIL UPTIME ldom1 active -n---- 5000 2 1G 0.4% 23h # ldm add-mem 16G ldom1 # ldm rm-mem 8G ldom1 Memory removal failed because all of the memory is in use. # ldm rm-mem 16G ldom1 # ldm list ldom1 NAME STATE FLAGS CONS VCPU MEMORY UTIL UPTIME ldom1 active -n---- 5000 2 1G 0.4% 23h
해결 방법: 이 조건이 발생할 가능성을 줄이기 위해 메모리를 작은 단위로 동적으로 추가합니다.
복구: 도메인을 재부트합니다.
가상 디스크에서 UFS 파일 시스템의 파일로 지원되는 ufsdump 아카이브를 복원하면 시스템이 중단될 수 있습니다. 그러한 경우 ldmp2v prepare 명령이 종료됩니다. 가상 디스크가 UFS 파일 시스템의 파일일 때 ldmp2v prepare -R /altroot 명령을 준비하면서 ufsdump 아카이브를 수동으로 복원하면 이 문제가 발생할 수 있습니다. 이전에 생성된 ufsdump 아카이브와의 호환성을 위해서는 가상 디스크에서 ldmp2v prepare 명령을 계속 사용하여 UFS 파일 시스템의 파일로 지원되지 않는 ufsdump 아카이브를 복원할 수 있습니다. 하지만 ufsdump 아카이브 사용은 권장되지 않습니다.
지연된 재구성 상태일 때는 primary 도메인에서 CPU 구성 작업을 두 개 이상 수행하려고 시도하지 마십시오. 더 많은 CPU 구성 요청을 시도하면 요청이 거부됩니다.
해결 방법: 다음 작업 중 하나를 수행합니다.
지연된 재구성을 취소하고, 다른 재구성을 시작한 후, 이전 지연된 재구성에서 손실된 구성 변경 사항을 요청합니다.
잘못된 CPU 수가 포함된 컨트롤 도메인을 재부트한 후 도메인이 재부트된 다음에 할당을 수정합니다.
다음 절에서는 도메인 마이그레이션의 제한 사항에 대해 설명합니다. 마이그레이션을 허용하려면 Logical Domains Manager 소프트웨어 및 시스템 펌웨어 버전이 호환되어야 합니다. 또한 성공적인 도메인 마이그레이션을 보장하기 위해서는 특정 CPU 요구 사항을 충족해야 합니다.
주 - 네트워크에 민감한 응용 프로그램을 실행하는 게스트 도메인에서는 마이그레이션이 진행되는 동안 짧은 지연 또는 중단이 발생할 수 있습니다.
8.4 버전 이상의 펌웨어로 부트된 도메인의 이전 펌웨어 버전을 실행하는 시스템으로 라이브 마이그레이션 수행을 시도할 경우 마이그레이션을 실패합니다. 이러한 실패는 최신 펌웨어 버전과 이전 펌웨어 버전 사이의 하이퍼바이저 API 불일치로 인해 발생합니다. 이 경우 다음 메시지가 표시됩니다.
# ldm migrate ldg1 root@target Target Password: Domain ldg1 is using features of the system firmware that are not supported in the version of the firmware running on the target machine. Domain Migration of LDom ldg1 failed
8.4 이전 펌웨어 버전의 시스템에서 부트된 도메인의 8.4 버전 이상의 펌웨어를 실행하는 시스템으로 라이브 마이그레이션은 수행할 수 있습니다.
버그 ID 15805135: Oracle VM Server for SPARC 3.0에서 서로 다른 플랫폼 유형(예: SPARC T2, SPARC T2 Plus, SPARC T3 또는 SPARC T4)의 도메인을 SPARC T5 또는 SPARC M5로 마이그레이션할 수 없습니다. 이러한 유형의 마이그레이션은 cpu-arch=generic으로 설정한 경우라도 가능하지 않습니다.
SPARC T5 및 SPARC M5 플랫폼의 경우 마이그레이션은 동일한 플랫폼 사이에서만 가능합니다(예: SPARC T5-2에서 SPARC T5-8으로 또는 하나의 SPARC M5-32에서 다른 SPARC M5-32로). 이러한 제한 사항은 SPARC T5 및 SPARC M5 플랫폼에만 적용됩니다.
마이그레이션할 도메인이 Oracle Solaris 10 8/11 OS보다 이전의 Oracle Solaris OS 버전을 실행하는 경우 마이그레이션 중 다음 메시지가 표시될 수 있습니다.
Domain domain-name is not running an operating system that is compatible with the latest migration functionality.
다음 CPU 요구 사항 및 제한 사항은 Oracle Solaris 10 8/11 OS 이전의 OS를 실행할 경우에만 적용됩니다.
전체 코어를 마이그레이션된 도메인에 할당해야 합니다. 도메인에서 마이그레이션할 스레드 수가 전체 코어보다 적은 경우 마이그레이션된 도메인을 재부트하기 전까지는 어떤 도메인에서도 추가 스레드를 사용할 수 없습니다.
마이그레이션 후에는 마이그레이션된 도메인을 재부트할 때까지 마이그레이션된 도메인에 대한 CPU DR(동적 재구성)이 사용 안함으로 설정됩니다. 그런 후에만 마이그레이션된 도메인에서 CPU DR을 사용할 수 있습니다.
대상 시스템에서 마이그레이션된 도메인에 필요한 스레드 수를 제공하려면 완전히 자유롭게 사용할 수 있는 전체 코어가 충분히 있어야 합니다. 마이그레이션 후 전체 코어가 마이그레이션된 도메인에서 부분적으로만 사용될 경우, 마이그레이션된 도메인을 재부트할 때까지 어떤 도메인에서도 추가 스레드를 사용할 수 없습니다.
이러한 제한 사항은 OpenBoot 또는 커널 디버거에서 실행되는 도메인을 마이그레이션하려고 시도할 때도 적용됩니다. Oracle VM Server for SPARC 3.0 관리 설명서의 OpenBoot PROM의 도메인 또는 커널 디버거에서 실행 중인 도메인 마이그레이션를 참조하십시오.
이 절에서는 Oracle VM Server for SPARC MIB(Management Information Base) 소프트웨어를 사용할 때 발생할 수 있는 문제를 요약해서 보여 줍니다.
버그 ID 15376861: snmptable 명령과 -v2c 또는 -v3 옵션을 사용하여 Oracle VM Server for SPARC MIB 2.1 소프트웨어를 질의할 경우 비어 있는 SNMP 테이블이 수신됩니다. snmptable 명령과 -v1 옵션은 예상한 대로 작동합니다.
해결 방법: GETBULK가 아닌 GETNEXT 요청만 사용하도록 -CB 옵션을 사용하여 데이터를 검색합니다. Oracle VM Server for SPARC 3.0 관리 설명서의 Oracle VM Server for SPARC MIB 객체를 검색하는 방법를 참조하십시오.
이 절에서는 이 버전의 소프트웨어를 사용할 때 발생할 수 있는 버그를 요약해서 보여 줍니다. 최근 버그가 먼저 설명됩니다. 가능한 경우 임시해결책 및 복구 절차가 지정됩니다.
버그 ID 16486383: PCI 카드가 물리적으로 존재하는 /SYS/DCU에서 지정된 코어가 없는 게스트 도메인에 직접 PCI 장치나 버스를 지정합니다. 하이퍼바이저는 게스트 도메인 대신 PCI 장치를 재설정하므로 각 게스트 도메인 재부트 동안 PCI 장치에 연결된 DCU의 코어가 있는 도메인에서 패닉이 발생할 수 있습니다. 비-DCU-로컬 게스트에 지정된 PCI 장치가 많을수록 패닉이 발생할 가능성이 높아집니다.
해결 방법: 다음 해결 방법 중 하나를 수행합니다.
카드가 코어와 동일한 DCU에 물리적으로 위치한 게스트 도메인에 PCI 장치를 지정합니다.
물리적 카드 배치 유연성을 위해 수동으로 코어를 지정합니다.
예를 들어, IOU0(pci_0 ~ pci_15)에 있는 PCI 장치의 경우 0 ~ 127 사이의 코어를 선택하고 도메인에 할당합니다.
# ldm add-core cid=16 domain
다음 명령을 사용하여 시스템 코어를 확인합니다.
# ldm ls-devices -a core
IOU1(pci_16 ~ pci_31)에 있는 PCI 장치의 경우 128 ~ 255 사이의 코어를 선택합니다. IOU2(pci_32 ~ pci_47)에 있는 PCI 장치의 경우 256 ~ 383 사이의 코어를 선택합니다. IOU3(pci_48 ~ pci_63)에 있는 PCI 장치의 경우 384 ~ 511 사이의 코어를 선택합니다.
버그 ID 16426940: SR-IOV 구성을 가지고 있는 SPARC T5 또는 SPARC M5 시스템에서 Ctrl-C로 중지할 수 없는 시스템 중단이 발생할 수 있습니다. ldm unbind 또는 ldm rm-io 명령을 사용하는 경우에는 중단이 거의 발생하지 않습니다.
임시해결책: primary 도메인에서 실행되는 Oracle Solaris OS 인스턴스를 재부트합니다. 또한 primary 도메인에서 공유되는 I/O 리소스를 사용하는 모든 게스트 도메인을 재부트합니다.
버그 ID 16301304: 경우에 따라 결함이 발생한 코어는 Logical Domains Manager에 의해 즉시 차단되지 않습니다. 결과적으로 결함이 있는 코어에서 도메인으로 스트랜드를 추가할 수 있습니다. 이러한 스트랜드가 가상 CPU 동적 재구성을 사용하여 추가될 경우 게스트 도메인에서 다음과 유사한 메시지와 함께 패닉이 발생합니다.
panic[cpu10]/thread=2a1003e9c60: promif_start_cpu: failed to start cpu 12 (6)
실행 중이 아닌 도메인에 결함이 있는 스트랜드가 추가될 경우 도메인이 시작될 때 콘솔에 다음 메시지가 나타납니다.
NOTICE: cpux is not runnable and will not be brought online NOTICE: cpux removed from system
또한 이러한 메시지는 이후에 재부트할 때마다 나타납니다. 이러한 메시지로 인해 실행 중인 도메인에서 문제가 발생하지는 않지만 나열된 CPU는 게스트 도메인에서 사용할 수 없습니다.
임시해결책: 이러한 문제를 피하려면 결함이 있는 스트랜드를 모든 도메인에서 격리시킵니다. 결함이 있는 스트랜드를 사용하지 않을 경우 시스템의 다른 도메인에 악영향을 줄 수 없습니다.
버그 ID 16299053: PCIe 장치를 사용 안함으로 설정한 후 예상치 않은 동작이 발생할 수 있습니다. PCIe 장치는 계속 도메인이 소유하고 있지만 사용 안함으로 설정된 PCIe 장치 아래에 있는 하위 장치가 지정되지 않은 이름으로 복원됩니다.
임시해결책: ILOM에서 PCIe 슬롯을 사용 안함으로 설정할 경우 직접 I/O(DIO) 기능을 사용하여 PCIe 슬롯이 도메인에 지정되지 않도록 합니다. 즉, ILOM에서 슬롯을 사용 안함으로 설정하기 전에 먼저 PCIe 슬롯이 해당하는 루트 도메인에 지정되도록 합니다.
ILOM에서 PCIe 슬롯을 사용 안함으로 설정할 경우 올바른 동작을 위해서는 DIO를 사용하여 PCIe 슬롯이 도메인에 지정된 상태에서 해당 도메인을 중지하고 루트 도메인에 장치를 재지정합니다.
버그 ID 16238762: 2.4TB 메모리 이상의 SPARC M5-32에서 primary 도메인의 CPU 수를 6에서 1056 CPU로 설정을 시도하면 다음 메시지와 함께 커널 패닉이 발생합니다.
mpo_cpu_add: Cannot read MD
다음 절차로 인해 패닉이 발생합니다.
DCU가 호스트에 지정된 상태에서 전원을 켭니다.
예를 들어, DCU0을 HOST0에 지정합니다.
게스트 도메인을 만듭니다.
SP에 구성을 저장합니다.
호스트의 전원을 끕니다.
다른 DCU를 호스트에 지정합니다.
예를 들어, DCU1을 HOST0에 지정합니다.
호스트의 전원을 켭니다.
펌웨어에서 구성이 “부트 가능”인지 확인합니다. 이 확인에서는 구성이 만들어진 시점에 있었던 모든 CPU, 메모리 및 I/O가 여전히 존재하는지 확인합니다. 또한 펌웨어는 전체 시스템의 구성을 설명하기 위한 새로운 PRI를 생성합니다.
구성을 성공하면 전원이 켜지고 게스트 도메인이 부트됩니다.
CPU를 기존 도메인에 동적으로 추가하려고 시도합니다.
Logical Domains는 올바른 대기 시간 정보를 반영하는 새로운 GMD를 생성하지만 Oracle Solaris OS에서는 새로운 정보를 구문 분석하지 못하고 패닉이 발생합니다.
임시해결책: 패닉을 피하려면 문제 설명에 있는 단계를 수행하지 마십시오.
하지만 이미 이러한 단계를 수행하고 패닉이 발생한 경우 다음 단계를 수행합니다.
더 작은 물리적 도메인에서 저장된 구성을 부트한 후 작업을 수행합니다. 예를 들어, 각 활성 도메인에서 CPU를 제거합니다.
도메인을 재부트합니다.
도메인의 바인딩을 해제합니다.
바인드된 도메인을 다시 바인드합니다.
SP에 새 구성을 저장합니다.
버그 ID 16232834: SPARC M5 플랫폼에 이중 내부 포트 디스크 및 해당 이중 경로가 포함되어 있습니다. 루트 컴플렉스 페일오버로 인해 올바르지 않은 직접 I/O 게스트 도메인이 구성될 수 있습니다.
임시해결책: 같은 도메인에 둘 다 홀수이거나 둘 다 짝수인 PCIe Express Module(EMS) 카드가 지정되어 있는지 확인합니다. 예를 들어, 도메인에 EMS1과 EMS3이 모두 있는 경우 디스크에 대한 두 경로가 모두 해당 도메인 내부에 존재합니다. 도메인에 EMS0과 EMS2가 모두 있는 경우에도 마찬가지입니다.
다음 단계를 수행합니다.
ILOM을 사용하여 루트 컴플렉스 페일오버 기능을 사용 안함으로 설정합니다.
-> set /HOSTx ioreconfigure=false
x는 0 ~ 3 사이의 값일 수 있습니다.
ldm add-io 명령을 사용하여 동일한 IOU(I/O 장치)의 두 EMS 카드(둘 다 홀수이거나 둘 다 짝수여야 함)를 게스트 도메인에 지정합니다.
두 개의 DCU(도메인 구성 장치)가 있는 이 호스트 구성 예에서는 다음 명령을 실행하여 EMS 카드를 ldg1 게스트 도메인에 지정합니다.
먼저, pci_40 및 pci_44 루트 컴플렉스가 컨트롤 도메인에서 제거됩니다.
# ldm rm-io pci_40 primary # ldm rm-io pci_44 primary
그런 다음 pci_40 및 pci_42 루트 컴플렉스가 ldg1 게스트 도메인에 추가됩니다.
# ldm add-io pci_40 lgd1 # ldm add-io pci_44 lgd1
마찬가지로 pci_48 및 pci_52 루트 컴플렉스 두 가지 모두 또는 버스 4개 모두를 게스트 도메인에 지정할 수 있습니다.
변경을 수행한 후 ldm ls-io 명령을 사용하여 업데이트된 구성을 볼 수 있습니다.
# ldm ls-io NAME TYPE BUS DOMAIN STATUS ---- ---- --- ------ ------ pci_32 BUS pci_32 primary pci_33 BUS pci_33 primary pci_34 BUS pci_34 primary pci_35 BUS pci_35 primary pci_36 BUS pci_36 primary pci_37 BUS pci_37 primary pci_38 BUS pci_38 primary pci_39 BUS pci_39 primary pci_40 BUS pci_40 primary pci_41 BUS pci_41 primary pci_42 BUS pci_42 primary pci_43 BUS pci_43 primary pci_44 BUS pci_44 primary pci_45 BUS pci_45 primary pci_46 BUS pci_46 primary pci_47 BUS pci_47 primary pci_48 BUS pci_48 primary pci_49 BUS pci_49 primary pci_50 BUS pci_50 primary pci_51 BUS pci_51 primary pci_52 BUS pci_52 primary pci_53 BUS pci_53 primary pci_54 BUS pci_54 primary pci_55 BUS pci_55 primary pci_56 BUS pci_56 primary pci_57 BUS pci_57 primary pci_58 BUS pci_58 primary pci_59 BUS pci_59 primary /SYS/IOU2/PCIE3 PCIE pci_32 primary OCC /SYS/IOU2/EMS1/CARD/NET0 PCIE pci_32 primary OCC /SYS/IOU2/EMS1/CARD/SCSI PCIE pci_32 primary OCC /SYS/IOU2/PCIE2 PCIE pci_33 primary OCC /SYS/IOU2/PCIE5 PCIE pci_34 primary EMP /SYS/IOU2/PCIE8 PCIE pci_35 primary EMP /SYS/IOU2/PCIE11 PCIE pci_36 primary EMP /SYS/IOU2/EMS3/CARD/NET0 PCIE pci_36 primary OCC /SYS/IOU2/EMS3/CARD/SCSI PCIE pci_36 primary OCC /SYS/IOU2/PCIE10 PCIE pci_37 primary OCC /SYS/IOU2/PCIE13 PCIE pci_38 primary OCC /SYS/IOU2/PCIE16 PCIE pci_39 primary OCC /SYS/IOU2/PCIE6 PCIE pci_40 primary EMP /SYS/IOU2/EMS2/CARD/NET0 PCIE pci_40 primary OCC /SYS/IOU2/EMS2/CARD/SCSI PCIE pci_40 primary OCC /SYS/IOU2/PCIE7 PCIE pci_41 primary EMP /SYS/IOU2/PCIE4 PCIE pci_42 primary EMP /SYS/IOU2/PCIE1 PCIE pci_43 primary OCC /SYS/IOU2/PCIE14 PCIE pci_44 primary OCC /SYS/IOU2/EMS4/CARD/NET0 PCIE pci_44 primary OCC /SYS/IOU2/EMS4/CARD/SCSI PCIE pci_44 primary OCC /SYS/IOU2/PCIE15 PCIE pci_45 primary OCC /SYS/IOU2/PCIE12 PCIE pci_46 primary EMP /SYS/IOU2/PCIE9 PCIE pci_47 primary EMP /SYS/IOU3/PCIE3 PCIE pci_48 primary EMP /SYS/IOU3/EMS1/CARD/NET0 PCIE pci_48 primary OCC /SYS/IOU3/EMS1/CARD/SCSI PCIE pci_48 primary OCC /SYS/IOU3/PCIE2 PCIE pci_49 primary OCC /SYS/IOU3/PCIE5 PCIE pci_50 primary OCC /SYS/IOU3/PCIE8 PCIE pci_51 primary EMP /SYS/IOU3/PCIE11 PCIE pci_52 primary EMP /SYS/IOU3/PCIE12 PCIE pci_52 primary EMP /SYS/IOU3/EMS3/CARD/NET0 PCIE pci_52 primary OCC /SYS/IOU3/EMS3/CARD/SCSI PCIE pci_52 primary OCC /SYS/IOU3/PCIE9 PCIE pci_53 primary OCC /SYS/IOU3/PCIE10 PCIE pci_53 primary OCC /SYS/IOU3/PCIE13 PCIE pci_54 primary EMP /SYS/IOU3/PCIE14 PCIE pci_54 primary EMP /SYS/IOU3/EMS4/CARD/NET0 PCIE pci_54 primary OCC /SYS/IOU3/EMS4/CARD/SCSI PCIE pci_54 primary OCC /SYS/IOU3/PCIE15 PCIE pci_55 primary EMP /SYS/IOU3/PCIE16 PCIE pci_55 primary EMP /SYS/IOU3/PCIE6 PCIE pci_56 primary OCC /SYS/IOU3/EMS2/CARD/NET0 PCIE pci_56 primary OCC
버그 ID 16232834: ldm add-vcpu 명령을 사용하여 CPU를 도메인에 지정할 경우 Oracle Solaris OS에서 다음 메시지와 함께 패닉이 발생할 수 있습니다.
panic[cpu16]/thread=c4012102c860: mpo_cpu_add: Cannot read MD
이 패닉은 다음 조건이 있을 경우 발생합니다.
추가 DCU가 호스트에 지정되었습니다.
호스트에 지정된 일부 하드웨어를 포함하지 않는 이전에 저장된 SP 구성을 사용하여 호스트가 시작되었습니다.
ldm add-vcpu 작업의 대상 도메인이 패닉이 발생하는 도메인입니다. 재부트하면 도메인이 추가 CPU로 복구됩니다.
임시해결책: 호스트에 지정된 것보다 적은 수의 하드웨어 리소스로 생성된 구성을 사용하지 마십시오.
문제를 피하려면 문제 설명에 설명된 대로 CPU를 추가하지 마십시오. 또는 다음 단계를 수행합니다.
DCU가 추가된 후 새로운 SP 구성을 생성합니다.
예를 들어, 다음 명령은 new-config-more-dcus라는 구성을 만듭니다.
# ldm add-config new-config-more-dcus
도메인을 종료합니다.
호스트를 중지합니다.
-> stop /HOST
호스트를 시작합니다.
-> start /HOST
버그 ID 16224353: 주 도메인을 재부트한 후 primary 도메인의 ixgbevf 인스턴스가 작동하지 않을 수 있습니다.
해결 방법: 없음
버그 ID 16219069: Oracle Solaris 10 1/13 OS를 실행하는 primary 도메인에서 /etc/hostname.vf-interface 파일을 기준으로 IP 주소가 가상 기능 인터페이스에 자동으로 연결 또는 지정되지 않을 수 있습니다.
이 문제는 primary 도메인에서 Oracle Solaris 10 1/13 OS를 실행하는 SPARC T3, SPARC T4 또는 SPARC T5 시스템을 부트하거나 재부트할 때 발생합니다. 이 문제는 온보드 물리적 기능 및 추가 장착 물리적 기능 모두에서 만들어진 가상 기능에 영향을 줍니다. 이 문제는 Logical Domains 게스트 도메인 이미지를 부트할 경우에는 발생하지 않습니다.
버그 ID 16205895: 각 SPARC M5 물리적 도메인에서 전원 제한기는 도메인의 전원 소비 센서인 /SYS/VPS를 모니터링하여 CPU 주파수를 전원 제한에 맞게 언제 조정할지 결정합니다. 이 센서는 매 20-30초에만 업데이트됩니다. 하지만 센서는 폴링되고 전원 조정은 몇 초마다 해당 값을 기준으로 이루어집니다. 사용되지 않는 전원 소비 값으로 인해 시스템이 불필요하게 조정되면서 CPU 주파수의 스로틀링 및 스로틀링 해제가 급격하게 발생할 수 있습니다.
임시해결책: 전원 제한을 사용하지 마십시오.
버그 ID 16098592: PCIe 물리적 기능 또는 가상 기능 장치가 게스트 도메인에 임대된 경우 ILOM CLI 또는 결함 관리 프레임워크를 사용하여 동적 데이터베이스(DDB)에서 장치를 사용 안함으로 표시할 수 있습니다. 시스템이 다음에 시작(전원 켜기, 리셋)될 때 시스템 설명자(PRI/게스트 MD 등이 생성된 경우)를 사용하여 호스트 구성은 DDB 상태를 하이퍼바이저에 반영합니다. 하이퍼바이저는 이러한 장치를 사용 안함으로 설정하지만 Oracle Solaris OS에서는 장치가 사용 안함으로 설정되었는지 인식하지 못합니다.
해당 장치가 포함된 게스트 도메인이 시작될 때 도메인의 작동이 중단됩니다. PCIe 패브릭을 소유하는 Oracle Solaris 인스턴스에서 하이퍼바이저가 사용 안함으로 설정한 장치를 작동시키지 못하므로 도메인의 작동이 중단됩니다. 결과적으로 OBP에서 PCIe 장치를 프로빙하려고 시도할 때 하이퍼바이저가 액세스를 차단하여 OBP에서 계속 재시도하게 됩니다.
임시해결책: 다음 단계를 수행하여 게스트 도메인에서 UNK(알 수 없음) 상태로 전환된 장치를 제거합니다.
게스트 도메인을 중지합니다.
게스트 도메인에서 알 수 없음 상태인 장치를 제거합니다.
ldm rm-io 명령을 사용합니다.
게스트 도메인을 다시 시작합니다.
버그 ID 16080855: primary 도메인의 재부트 또는 종료 중 primary 도메인에서 다음과 유사한 패닉 메시지와 함께 커널 패닉이 발생할 수 있습니다.
panic[cpu2]/thread=c40043b818a0: mutex_enter: bad mutex, lp=c4005fa01c88 owner=c4005f70aa80 thread=c40043b818a0 000002a1075c3630 ldc:ldc_mem_rdwr_cookie+20 (c4005fa01c80, c4004e2c2000,2a1075c37c8, 6c80000, 1, 0) %l0-3: 00000000001356a4 0000000000136800 0000000000000380 00000000000002ff %l4-7: 00000000001ad3f8 0000000000000004 00000000ffbffb9c 0000c4005fa01c88 000002a1075c3710 vldc:i_vldc_ioctl_write_cookie+a4 (c4004c400030, 380,ffbff898, 100003, 0, 70233400) %l0-3: 0000000006c80000 0000000000156dc8 0000000000000380 0000000000100003 %l4-7: 00000000702337b0 000002a1075c37c8 0000000000040000 0000000000000000 000002a1075c37f0 vldc:vldc_ioctl+1a4 (3101, c4004c400030, ffbff898,c4004c400000, c4004c438030, 0) %l0-3: 0000000000100003 0000000000000000 000000007b340400 0000c4004c438030 %l4-7: 0000c4004c400030 0000000000000000 0000000000000000 0000000000000000 000002a1075c38a0 genunix:fop_ioctl+d0 (c4004d327800, 0, ffbff898, 100003,c4004384f718, 2a1075c3acc) %l0-3: 0000000000003103 0000000000100003 000000000133ce94 0000c4002352a480 %l4-7: 0000000000000000 0000000000000002 00000000000000c0 0000000000000000 000002a1075c3970 genunix:ioctl+16c (3, 3103, ffbff898, 3, 134d50, 0) %l0-3: 0000c40040e00a50 000000000000c6d3 0000000000000003 0000030000002000 %l4-7: 0000000000000003 0000000000000004 0000000000000000 0000000000000000
복구: primary 도메인이 재부트하도록 허용합니다. 충돌 발생 후 주 도메인이 재부트하지 않도록 구성된 경우 주 도메인을 수동으로 부트합니다.
버그 ID 16071170: SPARC M5-32 시스템에서 내부 SAS 컨트롤러가 SR-IOV를 지원하지 않더라도 이러한 카드가 SR-IOV 사용 컨트롤러로 내보내집니다.
이러한 카드에서 물리적 기능을 만들려고 시도하면 Oracle VM Server for SPARC 로그에 다음 메시지가 표시됩니다.
Dec 11 04:27:54 warning: Dropping pf pci@d00/pci@1/pci@0/pci@0/pci@0/pci@4/LSI,sas@0: no IOV capable driver Dec 11 04:27:54 warning: Dropping pf pci@d80/pci@1/pci@0/pci@c/pci@0/pci@4/LSI,sas@0: no IOV capable driver Dec 11 04:27:54 warning: Dropping pf pci@c00/pci@1/pci@0/pci@c/pci@0/pci@4/LSI,sas@0: no IOV capable driver Dec 11 04:27:54 warning: Dropping pf pci@e00/pci@1/pci@0/pci@0/pci@0/pci@4/LSI,sas@0: no IOV capable driver
시스템에는 SPARC M5-32 어셈블리의 한 IOU에 하나씩 4개의 LSI SAS 컨트롤러 포트가 있습니다. 이 오류는 각 포트에 대해 보고됩니다.
해결 방법: 이러한 메시지는 무시할 수 있습니다. 이러한 메시지에서는 시스템의 LSI-SAS 컨트롤러 장치에 SR-IOV 기능이 있지만, 이 하드웨어에 대해서는 SR-IOV가 지원되지 않음을 나타낼 뿐입니다.
버그 ID 16059331: sxge 드라이버가 primary 도메인의 가상 기능에 대한 점보 MTU를 올바르게 설정할 수 없습니다.
임시해결책: /kernel/drv/sxge.conf 파일을 수동으로 수정하여 게스트 도메인의 sxge 가상 기능 인터페이스에서 점보 MTU를 설정합니다.
버그 ID 16016576: Logical Domains Manager가 수동으로 또는 컨트롤 도메인이 재부트되어 다시 시작된 경우 차단된 결함이 있는 리소스가 사용 가능하게 됩니다. 이러한 리소스는 이전에 비워지고 차단 목록에 성공적으로 추가되었더라도 비우기 보류 중인 사용 가능으로 잘못 표시됩니다. Logical Domains Manager는 이러한 리소스가 도메인에 추가되지 못하도록 막지 못합니다.
복구: 복구가 필요하지 않습니다. 비워진 리소스는 도메인에 지정되지 않으므로 현재 시스템 구성에 영향을 주지 않습니다. 하지만 이러한 리소스는 이전에 결함이 발생했으므로 이러한 리소스를 시스템의 도메인에 지정하지 않도록 주의해야 합니다.
버그 ID 15974640: ldm 명령이 sxge 장치에 대한 mac-addr 및 alt-mac-addrs 등록 정보 값을 올바르게 설정하지 못합니다. 결과적으로 ldmd 데몬은 일관성 없는 MAC 주소를 보고합니다. 또한 VNIC MAC 주소를 기준으로 하는 링크 통합도 실패합니다.
버그 ID 15974547: sxge가 있는 SPARC T5-1B 시스템에서 실행할 때 ldm list-io -d PF-device 출력에 max-vlans 또는 max-vf-mtu 등록 정보가 표시되지 않습니다. 이러한 등록 정보는 ixgbe가 있는 SPARC T5-1B 시스템 및 비블레이드 시스템에 존재합니다.
max-vlans 등록 정보 값이 누락되었습니다. sxge 장치는 하드웨어 VLAN 태그 지정을 지원하지 않으므로 값은 0이어야 합니다. max-vf-mtu 등록 정보 값은 물리적 기능 드라이버가 가상 기능에 대한 점보 MTU를 설정하지 못하도록 1500으로 고정됩니다.
버그 ID 15858731: Fujitsu M10 시스템의 경우 다음 제한 사항이 Oracle VM Server for SPARC 3.0 관리 설명서의 OpenBoot PROM의 도메인 또는 커널 디버거에서 실행 중인 도메인 마이그레이션에 설명된 정보보다 우선합니다.
마이그레이션할 도메인이 OpenBoot 또는 커널 디버거(kmdb)에서 실행 중일 때 소스 시스템이나 대상 시스템이 Fujitsu M10 시스템인 경우 마이그레이션 시도를 항상 실패합니다. 마이그레이션할 도메인에 단일 CPU만 있는 경우 다음 오류 메시지가 나타날 수 있습니다.
# ldm migrate ldg1 system2 Non-cooperative migration is not supported on this platform.
버그 ID 15829698: ldmconfig 명령은 시스템이 수정되지 않은 factory-default 구성을 실행하는 경우에만 실행되기 때문에 Oracle VM Server for SPARC 3.0 소프트웨어와 작동하지 않습니다. Oracle VM Server for SPARC 3.0에서 소개된 버그는 구성이 수정될 때마다 항상 구성을 보고합니다.
임시해결책: Oracle VM Server for SPARC 3.0을 처음 설치하기 전에 먼저 Oracle VM Server for SPARC 2.2를 설치한 다음 ldmconfig를 실행합니다. 도메인이 생성되면 SUNWldm 패키지를 Oracle VM Server for SPARC 3.0으로 업그레이드합니다.
버그 ID 15826354: CPU 수가 매우 많은 CPU DR로 인해 ldmd 데몬이 실패를 반환합니다. ldmd 시간이 초과되더라도 DR 작업은 백그라운드에서 계속되고 결국 성공합니다. 그렇지만 ldmd는 더 이상 결과 도메인과 맞추어지지 않고 이후의 DR 작업은 허용되지 않을 수 있습니다.
예를 들어, 다음과 같습니다.
# ldm ls NAME STATE FLAGS CONS VCPU MEMORY UTIL NORM UPTIME primary active -n-cv- UART 7 20G 2.7% 0.4% 1h 41m ldg0 active -n---- 5000 761 16G 75% 51% 6m # ldm rm-vcpu 760 ldg0 Request to remove cpu(s) sent, but no valid response received VCPU(s) will remain allocated to the domain, but might not be available to the guest OS Resource removal failed # ldm set-vcpu 1 ldg0 Busy executing earlier command; please try again later. Unable to remove the requested VCPUs from domain ldg0 Resource modification failed # ldm ls NAME STATE FLAGS CONS VCPU MEMORY UTIL NORM UPTIME primary active -n-cv- UART 7 20G 0.9% 0.1% 1h 45m ldg0 active -n---- 5000 761 16G 100% 0.0% 10m
임시해결책:몇 분 정도 기다린 후 ldm set-vcpu 명령을 다시 실행합니다.
# ldm set-vcpu 1 ldg0 # ldm ls NAME STATE FLAGS CONS VCPU MEMORY UTIL NORM UPTIME primary active -n-cv- UART 7 20G 0.9% 0.1% 1h 50m ldg0 active -n---- 5000 1 16G 52% 0.0% 15m
760은 권장 최대값을 초과합니다.
버그 ID 15825538: 하이브리드 네트워크 I/O 인터페이스(mode=hybrid)가 구성되어 있고 CPU 간 마이그레이션이 사용으로 설정(cpu-arch=generic)되어 있는 논리적 도메인에서 보안 라이브 마이그레이션이 실행(ldm migrate)되면 마이그레이션이 시간 초과되고 도메인이 일시 중지 상태가 될 수 있습니다.
복구: 논리적 도메인을 다시 시작합니다.
임시해결책: 하이브리드 I/O 가상 네트워크 장치를 보안 CPU 간 라이브 마이그레이션과 함께 사용하지 마십시오.
버그 ID 15825330: Oracle VM Server for SPARC 3.0이 단일 프로세서 보드만 있는 일부 SPARC T4-4 구성에서 시작 시 중단됩니다.
임시해결책: 프로세서 보드가 항상 프로세서 0 및 1 슬롯을 차지하는지 확인합니다. 이러한 구성에서 시스템을 다시 시작하면 Oracle VM Server for SPARC 3.0 소프트웨어를 시작할 수 있습니다.
버그 ID 15825060: SPARC T3 또는 SPARC T4 시스템에서 생성된 도메인을 UltraSPARC T2 또는 UltraSPARC T2 Plus 시스템으로 마이그레이션하는 데 라이브 마이그레이션을 사용하는 경우 후속 CPU 동적 재구성 작업에 패닉이 발생할 수 있습니다. 패닉 메시지는 다음과 유사합니다.
panic[cpu8]/thread=2a102491c60: cpu8: dev_mondo queue configuration failed, error 6
복구: 없음
임시해결책: SPARC T3 또는 SPARC T4 시스템에서 생성된 도메인을 UltraSPARC T2 또는 UltraSPARC T2 Plus 시스템으로 마이그레이션하는 경우 활성 도메인을 마이그레이션하지 마십시오. 대신 마이그레이션 프로세스를 시작하기 전에 도메인을 중지하십시오.
버그 ID 15824270: Oracle Solaris 11.1 OS를 실행하고 있으며 단편화가 심한 메모리가 지정된 도메인은 부트할 수 없으며 다음과 같은 오류가 표시됩니다.
ERROR: Last Trap: Fast Data Access MMU Miss
임시해결책: 먼저 부트에 실패하는 게스트에 바인드되어 있는 메모리 양을 다르게 지정해 보십시오. 이 시도가 실패하거나 primary 도메인이 영향을 받는 경우 대체 SP 구성으로 전원을 껐다가 켭니다.
버그 ID 15823255: 둘 이상의 DCU가 있는 SPARC M5의 도메인은 다음 조건에서 패닉이 발생할 수 있습니다.
도메인에 최소 두 개의 DCU가 구성되어 있어야 합니다.
하나의 DCU에만 CPU가 구성되어 있습니다.
다른 DCU에는 CPU가 구성되어 있지 않지만 메모리는 구성되어 있어야 합니다.
다음 작업 중 하나로 인해 패닉이 발생합니다.
CPU를 설정하거나 해제합니다.
CPU의 동적 재구성(DR)을 수행합니다.
프로세서 세트를 만들거나 제거합니다.
프로세서 세트에서 프로세서를 추가하거나 제거합니다.
시스템이 재부트할 때 콘솔 및 /var/adm/messages 파일에서 패닉 메시지를 볼 수 있습니다.
panlc [cpu4]/thread=0x30012a008: : lpl_topo_verify failed: -5
해결 방법: 다음 단계를 수행합니다.
패닉을 유발할 수 있는 작업을 수행하지 마십시오.
다음 행을 /etc/system 파일에 추가합니다.
set lgrp_topo_levels=2
시스템을 재부트합니다.
시스템이 재부트한 후에는 이전에 패닉을 유발했던 작업을 안전하게 수행할 수 있습니다.
버그 ID 15823203: PCIe 버스를 소유하는 루트 도메인은 다른 루트 도메인에 지정된 PCIe 끝점 장치 또는 SR-IOV 가상 기능을 가질 수 없습니다. 하지만 PCIe 버스의 PCIe 끝점 장치 또는 가상 기능을 해당 버스를 소유하는 루트 도메인에 지정할 수는 있습니다.
버그 ID 15822313: Oracle Solaris 11.1 OS를 실행하는 시스템에서 마이그레이션된 도메인에 CPU DR 작업을 실행하면 게스트 도메인 패닉이 발생할 수 있습니다.
임시해결책: 마이그레이션된 게스트 도메인이 재부트될 때까지 도메인 관리자 CPU DR 작업을 실행하지 마십시오.
버그 ID 15821246: Oracle Solaris 11.1 OS를 실행하는 시스템에서 마이그레이션된 도메인의 threading 등록 정보 값을 max-ipc에서 max-throughput으로 변경하면 게스트 도메인에 패닉이 발생할 수 있습니다.
임시해결책: 재부트될 때까지 마이그레이션된 게스트 도메인의 threading 상태를 변경하지 마십시오.
버그 ID 15820741: 직접 I/O 구성의 도메인이 2개가 있는 Oracle Solaris 11.1 시스템에서 컨트롤 도메인을 재부트할 때 중단될 수 있습니다.
복구: 재부트 중단에서 복구하려면 다음 명령을 SP에 실행하여 컨트롤 도메인을 재설정하십시오.
-> reset -f /HOST/domain/control
버그 ID 15818302: ldm rm-io 명령에 대해 --dry-run 옵션을 지정할 수 없습니다.
임시해결책: 대신 -n 옵션을 사용하십시오.
버그 ID 15816287: 가상 네트워크 장치 또는 가상 스위치의 작업량이 과중한 경우 드물게 논리적 도메인에서 패닉이 발생합니다.
임시해결책: 다음 임시해결책 중 하나를 수행합니다. /etc/system 임시해결책을 구현하여 시스템 성능 영향을 제한하는 것이 가장 좋습니다.
가상 스위치가 있는 모든 도메인의 /etc/system 파일에 다음 행을 추가한 다음 도메인을 재부트하여 변경 사항을 적용합니다.
set vsw:vsw_ldc_tx_serialize=1
가상 네트워크 장치 또는 스위치가 있는 모든 도메인에 대해 extended-mapin-space 등록 정보 값을 off로 설정합니다.
# ldm set-domain extended-mapin-space=off ldom
버그 ID 15815409: 소스 시스템과 대상 시스템이 서로 다른 시스템 펌웨어 버전을 실행하는 경우 활성 도메인 마이그레이션에 실패할 수 있습니다. 이러한 실패는 다음과 같은 경우 발생합니다.
SPARC T3 또는 SPARC T4. 소스 시스템은 8.1.5 이전 펌웨어 릴리스를 실행하고 대상 시스템은 8.1.5 이상을 실행합니다.
UltraSPARC T2 또는 UltraSPARC T2 Plus. 소스 시스템은 7.4.3 이전 펌웨어 릴리스를 실행하고 대상 시스템은 7.4.3 이상을 실행합니다.
복구: 다음 작업 중 하나를 수행합니다.
이전 버전의 시스템 펌웨어를 실행하는 시스템에 적합한 시스템 펌웨어를 설치합니다.
SPARC T3 또는 SPARC T4. 시스템 펌웨어 버전 8.1.5 이상을 설치합니다.
UltraSPARC T2 또는 UltraSPARC T2 Plus. 시스템 펌웨어 버전 7.4.3 이상을 설치합니다.
이전 펌웨어를 실행하는 시스템을 업그레이드할 수 없는 경우 펌웨어 최신 버전을 실행하는 시스템에 시스템 펌웨어 버전 8.2.2.b를 설치합니다.
임시해결책: 마이그레이션을 수행하기 전에 도메인을 중지합니다.
버그 ID 15812823: 메모리 사용 가능 공간이 적은 경우 크기 때문에 일부 메모리 블록만 메모리 DR 작업의 일부로 사용할 수 있습니다. 하지만 이러한 메모리 블록은 사용 가능한 메모리 양에 포함됩니다. 이로 인해 예상했던 것보다 적은 양의 메모리가 도메인에 추가될 수 있습니다. 이 상황이 발생하는 경우 오류 메시지가 표시되지 않습니다.
해결 방법: 없음
버그 ID 15803617: 도메인이 하이브리드 I/O 가상 네트워크 장치로 구성된 경우 바인드 해제 작업 또는 라이브 마이그레이션 작업 중 primary 도메인 또는 활성 게스트 도메인에서 패닉이 발생할 수 있습니다.
복구: 영향을 받은 도메인을 다시 시작합니다.
임시해결책: 하이브리드 I/O 가상 네트워크 장치를 사용하지 마십시오.
버그 ID 15801579: 드문 경우에 ldm stop 또는 ldm stop -f 명령으로 도메인을 중지할 수 없습니다. 이 문제는 일반적으로 다른 문제로 인해 도메인에 하드 중단이 발생하거나 매우 빠르게 패닉-재부트가 반복되는 경우에만 발생합니다.
임시해결책: 도메인에 직접 로그인할 수 없는 경우 ldm stop -f 명령을 여러 번 실행해 보십시오. 이 명령은 하이퍼바이저가 도메인을 중지할 수 있는 동안 시간 창에서 실행될 수 있습니다.
이 임시해결책이 성공하지 않으면 시스템 전원을 껐다가 켜십시오.
버그 ID 15789903: 11개 이상의 게스트 도메인에 PCIe 끝점 장치가 지정되었을 때 컨트롤 도메인을 재부트하면 게스트 도메인에서 PCIe 장치에 액세스할 수 없습니다.
복구: 영향을 받는 게스트 도메인을 중지하고 다시 시작합니다.
해결 방법: 컨트롤 도메인과 PCIe 끝점 장치가 지정된 게스트 도메인 간의 도메인 종속성 관계를 구성합니다. 다음 종속성 관계는 특정 이유로 인해 컨트롤 도메인이 재부트될 때 PCIe 끝점 장치가 포함된 도메인이 자동으로 중지되도록 보장합니다.
primary# ldm set-domain failure-policy=stop primary primary# ldm set-domain master=primary ldom
버그 ID 15783851: 잘못된 가상 기능 제약 조건을 나타내는 XML 파일로부터 구성을 다시 만들려고 시도하면 문제가 발생할 수 있습니다.
이 문제는 PCIe 가상 기능을 포함하는 도메인의 구성을 저장하기 위해 ldm list-constraints -x 명령을 사용할 때 발생합니다.
나중에 ldm add-domain -i 명령을 사용하여 도메인을 다시 만들면 원본 가상 기능이 존재하지 않고, 다음 오류 메시지와 함께 도메인 바인드 시도가 실패합니다.
No free matching PCIe device...
누락된 가상 기능을 만들 경우에도, 가상 기능이 ldm add-domain 명령에서 PCIe 장치로 잘못 분류되기 때문에 동일한 오류 메시지와 함께 다른 도메인 바인드 시도가 실패합니다.
해결 방법: ldm list-io 명령을 사용하여 가상 기능에 대한 정보를 저장한 후 ldm rm-dom 명령을 사용하여 영향을 받는 각 도메인을 삭제합니다. 그런 후 ldm create-vf 명령을 사용하여 필요한 모든 가상 기능을 만듭니다. 이제 ldm 명령을 사용하여 도메인을 재구축할 수 있습니다. ldm add-io 명령을 사용하여 각 가상 기능을 추가하면 가상 기능 장치로 올바르게 분류되므로 도메인을 바인드할 수 있습니다.
가상 기능을 사용하는 도메인 구성을 재구축하는 방법에 대한 자세한 내용은 ldm init-system 명령으로 가상 기능 장치가 포함된 도메인을 올바르게 다시 만들 수 없음을 참조하십시오.
버그 ID 15783608: 물리적으로 제한된 코어 사용에서 제약이 없는 CPU 리소스 사용으로 컨트롤 도메인을 변경할 경우 다음과 같은 관계 없는 메시지가 표시될 수 있습니다.
Whole-core partitioning has been removed from domain primary,because dynamic reconfiguration has failed and the domain is now configured with a partial CPU core.
해결 방법: 이 메시지는 무시할 수 있습니다.
버그 ID 15783031: ldm list-constraints -x 명령을 사용하여 제약 조건을 XML 파일로 저장할 때 가상 기능 세부 정보가 저장되지 않습니다. 그 결과 구성을 factory-default로 재설정하면 ldm init-system 명령이 실행되어 저장된 구성이 재생성되고, 가상 기능이 생성되지 않고, 모든 도메인 바인드 시도가 실패합니다.
해결 방법: 모든 기존 구성에 가상 기능이 포함된 경우 해당 가상 기능에 대한 모든 정보를 저장합니다. 나중에 이 정보를 사용하여 ldm init-system 명령을 실행하기 전에 가상 기능을 수동으로 다시 만들 수 있습니다.
다음 절차에서는 나중에 사용할 수 있도록 가상 기능에 대한 모든 정보를 저장하는 방법을 보여 줍니다.
가상 기능을 다시 만들 때 사용할 수 있도록 도메인 구성을 vfs.txt 파일에 저장합니다.
primary# ldm list-io -l -p | grep "type=VF" >vfs.txt
vfs.txt에서 일반적인 가상 기능 항목은 다음과 같습니다.
|dev=pci@400/pci@1/pci@0/pci@4/network@0,83|alias=/SYS/MB/NET0/IOVNET.PF1.VF1| status=RDY|domain=ldg1|type=VF|class=NETWORK |proptype=class|mac-addr=00:14:4f:f9:74:d0 |proptype=class|vlan-ids=3,5,7 |proptype=class|mtu=1500 |proptype=device|unicast-slots=6
첫번째 행은 쉽게 읽을 수 있도록 의도적으로 두 행으로 분할되어 있습니다. vfs.txt 파일에는 단일 행으로 되어 있습니다.
도메인을 factory-default 구성으로 재설정합니다.
컨트롤 도메인을 재부트합니다.
vfs.txt 파일의 정보에 따라 가상 기능을 만듭니다.
그러한 각 항목에 대해 ldm create-vf 명령을 사용하여 원래 이름 및 등록 정보를 포함하는 가상 기능을 다시 만듭니다. 예제 가상 기능에 대해 다음과 같은 명령을 사용합니다.
primary# ldm create-vf mac-addr=00:14:4f:f9:74:d0 vid=3,5,7 mtu=1500 \ unicast-slots=6 /SYS/MB/NET0/IOVNET.PF1
class 및 device 등록 정보에 대한 자세한 내용은 ldm(1M) 매뉴얼 페이지를 참조하십시오.
주 - 가상 기능 이름은 상위 물리적 기능의 이름으로부터 생성됩니다. 따라서 해당 이름의 가상 기능 부분에 따라 오름차순으로 ldm create-vf 명령을 실행합니다. 예를 들어, 물리적 기능 /SYS/MB/NET0/IOVNET.PF1에는 다음과 같은 하위 가상 기능이 포함됩니다.
/SYS/MB/NET0/IOVNET.PF1.VF0 mac-addr=00:14:4f:f9:74:d0 /SYS/MB/NET0/IOVNET.PF1.VF1 mac-addr=00:14:4f:f9:74:d1
다음 명령은 가상 기능을 만듭니다.
primary# ldm create-vf mac-addr=00:14:4f:f9:74:d0 /SYS/MB/NET0/IOVNET.PF1 Created new VF: /SYS/MB/NET0/IOVNET.PF1.VF0 primary# ldm create-vf mac-addr=00:14:4f:f9:74:d1 /SYS/MB/NET0/IOVNET.PF1 Created new VF: /SYS/MB/NET0/IOVNET.PF1.VF1
첫번째 ldm create-vf 명령은 시스템을 지연된 재구성 모드로 설정합니다.
새 구성에 사용자가 수동으로 만든 가상 기능이 포함되는지 확인합니다.
primary# ldm list-io -l -p | grep "type=VF" >vfs.after.txt
vfs.after.txt 파일 내용을 vfs.txt 파일 내용과 비교합니다.
컨트롤 도메인을 재부트합니다.
XML 파일에서 도메인을 재구성합니다.
primary# ldm init-system -i file.xml
버그 ID 15782994: 여러 도메인의 구성에 영향을 주는 작업을 시도하면 Logical Domains Manager가 중단되고 다시 시작될 수 있습니다. 이 문제는 가상 네트워킹 구성과 관련된 항목을 변경하려고 시도할 때 및 동일한 가상 스위치에서 여러 가상 네트워크 장치가 여러 도메인에 걸쳐 존재하는 경우 발생할 수 있습니다. 일반적으로 이 문제는 동일한 가상 스위치에 가상 네트워크 장치가 연결되어 있고 inter-vnet-link 등록 정보가 사용으로 설정된(기본 동작) 약 90개 이상의 도메인에서 발생합니다. 이 증상을 확인하기 위해서는 /var/opt/SUNWldm 디렉토리의 ldmd 로그 파일 및 core 파일에서 다음 메시지를 찾아 보십시오.
Frag alloc for 'domain-name'/MD memory of size 0x80000 failed
해결 방법: 동일한 가상 스위치에 연결된 여러 가상 네트워크 장치를 만들지 마십시오. 이렇게 해야 할 경우에는 가상 스위치에서 inter-vnet-link 등록 정보를 off로 설정하십시오. 이 옵션은 게스트 도메인 간 네트워크 성능에 부정적인 영향을 줄 수 있습니다.
버그 ID 15780217: ixgbe 물리적 기능 및 가상 기능의 유니캐스트 슬롯 수를 최대 제한에서 허용되는 것 이상으로 설정하려고 시도해도 명령이 성공합니다. 최대 제한을 초과하는 시도가 실패해야 하지만 그렇지 않습니다.
다음 명령을 사용하여 장치에서 지원되는 최대 유니캐스트 슬롯 수를 확인합니다.
# ldm list-io -d pf-name
그런 후 해당 물리적 기능의 각 가상 기능에 지정된 총 유니캐스트 슬롯 수가 최대 값을 초과하지 않는지 확인합니다.
버그 ID 15778392: 컨트롤 도메인이 시스템에서 가장 낮은 코어를 요구합니다. 따라서 코어 ID 0이 가장 낮은 코어인 경우, 전체 코어 제약 조건을 컨트롤 도메인에 적용하려는 경우 이 코어를 다른 도메인과 공유할 수 없습니다.
예를 들어, 시스템에서 가장 낮은 코어가 코어 ID 0인 경우 컨트롤 도메인이 다음 출력과 비슷하게 표시됩니다.
# ldm ls -o cpu primary NAME primary VCPU VID PID CID UTIL STRAND 0 0 0 0.4% 100% 1 1 0 0.2% 100% 2 2 0 0.1% 100% 3 3 0 0.2% 100% 4 4 0 0.3% 100% 5 5 0 0.2% 100% 6 6 0 0.1% 100% 7 7 0 0.1% 100%
버그 ID 15777490: Oracle Solaris 10 10/09 OS 이전 버전의 Oracle Solaris OS를 실행하는 컨트롤 도메인에 Oracle VM Server for SPARC 2.2 소프트웨어가 설치된 경우 ldmd 데몬의 SMF(서비스 관리 기능) 서비스가 온라인으로 설정되지 않습니다. 이러한 상황은 svc:/ldoms/agents SMF 서비스에 대한 명시적인 SMF 종속성이 추가되었기 때문에 발생합니다.
해결 방법: ldmd가 종속된 svc:/ldoms/agents SMF 서비스인 ldmad에 대한 지원을 추가하는 패치 ID 142909-17을 설치합니다.
버그 ID 15776752: 라이브 마이그레이션을 취소할 경우 대상에 생성된 도메인 인스턴스의 메모리 내용을 하이퍼바이저에서 “지워야” 합니다. 이러한 스크러빙 프로세스는 보안 목적을 위해 수행되며, 메모리를 여유 메모리 풀로 반환하기 전에 완료해야 합니다. 이러한 스크러빙이 진행 중일 때는 ldm 명령이 응답하지 않습니다. 따라서 Logical Domains Manager가 중단된 것처럼 보입니다.
복구: 다른 ldm 명령을 실행하려고 시도하기 전에 이 스크러빙 요청이 완료될 때까지 기다려야 합니다. 이 프로세스는 오래 걸릴 수 있습니다. 예를 들어, 500GB 메모리가 포함된 게스트 도메인에서 이 프로세스를 완료하는 데에는 SPARC T4 서버의 경우 최대 7분, SPARC T3 서버의 경우 최대 25분까지 소요될 수 있습니다.
버그 ID 15776319: 컨트롤 도메인 및 I/O 도메인에서 Oracle Solaris OS를 실행하는 시스템에서 I/O 도메인에 지정된 일부 Emulex 카드가 인터럽트를 수신하지 않기 때문에 올바르게 작동하지 않습니다. 하지만 컨트롤 도메인에 지정된 경우에는 동일한 카드가 올바르게 작동합니다.
이 문제는 다음과 같은 Emulex 카드에서 발생합니다.
Emulex 2GBit/초 PCI Express 단일 및 이중 FC 호스트 어댑터(SG-XPCIE1(2)FC-EM2)
Emulex 4GBit/초 PCI Express 단일 및 이중 FC 호스트 어댑터(SG-XPCIE2FC-EB4-N)
Emulex 4GBit/초 PCI Express 단일 및 이중 FC 호스트 어댑터(SG-XPCIE1(2)FC-EM4)
Emulex 8GBit/초 PCI Express 단일 및 이중 FC 호스트 어댑터(SG-XPCIE1(2)FC-EM8-Z)
Emulex 8GBit/초 PCI Express 단일 및 이중 FC 호스트 어댑터(SG-XPCIE1(2)FC-EM8-N)
해결 방법: 없음
버그 ID 15776123: 게스트 도메인을 SPARC T4 시스템으로 마이그레이션하는 동안 게스트 도메인에서 cputrack 명령을 실행할 경우 마이그레이션된 후 대상 시스템의 게스트 도메인에서 패닉이 발생할 수 있습니다.
해결 방법: 게스트 도메인을 SPARC T4 시스템으로 마이그레이션하는 동안에는 cputrack 명령을 실행하지 마십시오.
버그 ID 15775668: 정책 우선순위가 높은 도메인이 정책 우선순위가 낮은 도메인에서 가상 CPU 리소스를 갈취할 수 있습니다. 이러한 “도용” 동작이 진행 중일 때는 ldmd 로그에 다음과 같은 경고 메시지가 10초 간격으로 표시될 수 있습니다.
warning: Unable to unconfigure CPUs out of guest domain-name
해결 방법: 이러한 잘못된 메시지는 무시할 수 있습니다.
버그 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 15775055: CPU 주파수가 서로 다른 두 시스템 간에 도메인을 마이그레이션한 후 ldm list 명령을 통한 업타임 보고가 정확하지 않을 수 있습니다. 이러한 잘못된 결과는 도메인이 실행되는 시스템의 STICK 주파수를 기준으로 업타임이 계산되기 때문에 발생합니다. 소스 시스템과 대상 시스템 간에 STICK 주파수가 다를 경우 업타임이 잘못 측정된 것으로 보입니다.
게스트 도메인 자체에서 보고되고 표시되는 업타임은 올바릅니다. 따라서 게스트 도메인에서 Oracle Solaris OS로 수행된 계산은 정확합니다.
버그 ID 15773603: Intel 듀얼 포트 이더넷 컨트롤러 X540 카드로 부트할 때 Oracle Solaris 10 ixgbe 드라이버로 인해 시스템 패닉이 발생할 수 있습니다. 이 패닉은 다른 드라이버가 연결되지 않도록 차단하는 높은 우선순위 타이머가 드라이버에 포함되기 때문에 발생합니다.
해결 방법: 시스템을 재부트합니다.
버그 ID 15772090: 8.2.0 버전의 시스템 펌웨어에는 설치 완료 후 기본값으로 복구되는 새로운 버전의 scvar 데이터베이스가 포함됩니다.
해결 방법: 시스템 펌웨어를 설치하기 전에 실행 중인 Oracle VM Server for SPARC 구성 또는 모든 변경된 시스템 진단 등록 정보를 기록합니다. ILOM show 명령을 사용합니다. 예를 들어, 다음과 같습니다.
-> show /HOST/domain/configs
펌웨어를 설치한 후 시스템 전원을 켜기 전에 ILOM set 명령을 사용합니다. 예를 들어, 다음과 같습니다.
-> set /HOST/bootmode config=config-name
이제는 Oracle VM Server for SPARC 구성이 보존됩니다. 하지만 특정 구성 또는 factory-default 구성으로 부트할지를 선택해야 합니다.
펌웨어를 설치한 후에는 다음 등록 정보 값이 기본값으로 복구됩니다.
/HOST Properties: autorunonerror ioreconfigure /HOST/bootmode Properties: config /HOST/diag Properties: error_reset_level error_reset_verbosity hw_change_level hw_change_verbosity level mode power_on_level power_on_verbosity trigger verbosity /HOST/domain/control Properties: auto-boot boot_guests /HOST/tpm Properties: enable activate forceclear /SYS Properties: keyswitch_state /SP/powermgmt Properties: policy
버그 ID 15765858: 모든 가상 기능을 삭제하고 슬롯을 루트 도메인에 반환한 후에도 루트 컴플렉스의 리소스가 복원되지 않습니다.
임시해결책: 특정 PCIe 버스에 대해 iov 옵션을 off로 설정합니다.
primary# ldm start-reconf primary primary# ldm set-io iov=off pci_0
버그 ID 15761509: 이 support document에 나열된 DIO(직접 I/O) 기능을 지원하는 PCIe 카드만 사용하십시오.
해결 방법: ldm add-io 명령을 사용하여 카드를 primary 도메인에 다시 추가합니다.
버그 ID 15759601: ldm start 명령 후에 즉시 ldm stop 명령을 실행하면 다음 오류와 함께 ldm stop 명령이 실패할 수 있습니다.
LDom domain stop notification failed
해결 방법: ldm stop 명령을 다시 실행합니다.
버그 ID 15758883: 저장된 XML 파일에서 게스트 도메인의 이름이 지정된 CPU 코어 제약 조건을 복원하기 위한 ldm init-system 명령이 실패합니다.
해결 방법: 다음 단계를 수행합니다.
기본 도메인에 대한 XML 파일을 만듭니다.
# ldm ls-constraints -x primary > primary.xml
게스트 도메인에 대한 XML 파일을 만듭니다.
# ldm ls-constraints -x ldom[,ldom][,...] > guest.xml
시스템을 껐다 켜고 출하 시 기본 구성으로 부트합니다.
primary 도메인에 XML 구성을 적용합니다.
# ldm init-system -r -i primary.xml
재부트합니다.
게스트 도메인에 XML 구성을 적용합니다.
# ldm init-system -f -i guest.xml
버그 ID 15753523: ldm set-io 명령을 사용하여 가상 기능에 대해 pvid 등록 정보 값을 두 번 이상 변경하면 가상 기능 하드웨어에서 pvid 값이 올바르게 설정되지 않을 수 있습니다.
해결 방법: ldm set-io 명령을 다시 실행하기 전에 몇 초 동안 기다리십시오.
버그 ID 15750727: 매우 많은 수의 가상 기능이 지정된 primary 도메인을 재부트하면 시스템 패닉이 발생할 수 있습니다.
해결 방법: 다음 해결 방법 중 하나를 수행합니다.
가상 기능 수를 줄여서 실패한 가상 기능 수를 줄입니다. 이렇게 변경하면 칩 응답성이 향상될 수 있습니다.
시스템에서 모든 ixgbe 가상 기능에 대해 IRM 풀이 하나만 생성되므로 ixgbe 가상 기능에 대해 IRM(Interrupt Resource Management) 풀을 더 많이 만듭니다.
버그 ID 15748555: 물리적 기능 장치에 대해 구성 가능한 최대 가상 기능 수보다 하나 더 많은 가상 기능을 만들려고 시도하면 Create vf failed 메시지가 표시됩니다. 이 오류 메시지는 실패 이유로는 명확하지 않습니다.
버그 ID 15748357: 직접 I/O(ldm remove-io)를 사용하여 다중 소켓 SPARC T-Series 또는 Fujitsu M10 시스템에서 여러 PCIe 슬롯을 제거할 경우 부트 시 시스템에서 패닉이 발생할 수 있습니다. 이 문제는 PCIe 슬롯에 대한 경로가 서로 비슷할 경우(루트 컴플렉스 경로 제외)에 발생합니다. PCIe 슬롯을 제거하고 primary 도메인을 재부트할 경우 패닉이 발생할 수 있습니다. DIO(직접 I/O) 기능에 대한 자세한 내용은 Oracle VM Server for SPARC 3.0 관리 설명서의 PCIe 끝점 장치 지정를 참조하십시오.
예를 들어, 비슷한 경로 이름을 갖는 /SYS/MB/PCIE5(pci@500/pci@2/pci@0/pci@0) 및 /SYS/MB/PCIE4(pci@400/pci@2/pci@0/pci@0) 슬롯을 제거할 경우 Oracle Solaris 11 OS를 다음에 부트할 때 패닉이 발생할 수 있습니다.
다음 ldm list-io 명령은 /SYS/MB/PCIE4 및 /SYS/MB/PCIE5 PCIe 슬롯이 제거된 후에 실행됩니다.
# ldm list-io IO PSEUDONYM DOMAIN -- --------- ------ pci@400 pci_0 primary niu@480 niu_0 primary pci@500 pci_1 primary niu@580 niu_1 primary PCIE PSEUDONYM STATUS DOMAIN ---- --------- ------ ------ pci@400/pci@2/pci@0/pci@8 /SYS/MB/PCIE0 OCC primary pci@400/pci@2/pci@0/pci@4 /SYS/MB/PCIE2 OCC primary pci@400/pci@2/pci@0/pci@0 /SYS/MB/PCIE4 OCC pci@400/pci@1/pci@0/pci@8 /SYS/MB/PCIE6 OCC primary pci@400/pci@1/pci@0/pci@c /SYS/MB/PCIE8 OCC primary pci@400/pci@2/pci@0/pci@e /SYS/MB/SASHBA OCC primary pci@400/pci@1/pci@0/pci@4 /SYS/MB/NET0 OCC primary pci@500/pci@2/pci@0/pci@a /SYS/MB/PCIE1 OCC primary pci@500/pci@2/pci@0/pci@6 /SYS/MB/PCIE3 OCC primary pci@500/pci@2/pci@0/pci@0 /SYS/MB/PCIE5 OCC pci@500/pci@1/pci@0/pci@6 /SYS/MB/PCIE7 OCC primary pci@500/pci@1/pci@0/pci@0 /SYS/MB/PCIE9 OCC primary pci@500/pci@1/pci@0/pci@5 /SYS/MB/NET2 OCC primary #
해결 방법: 경로 이름이 비슷한 모든 슬롯을 제거하지 마십시오. 대신 그러한 PCIe 슬롯을 하나만 제거하십시오.
또한 비슷한 경로를 갖지 않는 슬롯에 PCIe 카드를 삽입하고 여기에 DIO 기능을 사용할 수도 있습니다.
버그 ID 15748348: primary 도메인이 가장 낮은 물리적 코어(일반적으로 0)를 다른 도메인과 공유할 경우, 전체 코어 제약 조건을 primary 도메인에 대해 설정하려는 시도가 실패합니다.
해결 방법: 다음 단계를 수행합니다.
도메인에서 공유되는 가장 낮은 바인드된 코어를 확인합니다.
# ldm list -o cpu
primary 도메인이 아니라 모든 도메인에서 가장 낮은 코어의 모든 CPU 스레드를 바인드 해제합니다.
그 결과 가장 낮은 코어의 CPU 스레드가 공유되지 않으며 primary 도메인에 대한 바인딩에 사용할 수 있도록 확보됩니다.
다음 중 하나를 수행하여 전체 코어 제약 조건을 설정합니다.
CPU 스레드를 primary 도메인에 바인드하고, ldm set-vcpu -c 명령을 사용하여 전체 코어 제약 조건을 설정합니다.
ldm set-core 명령을 사용하여 CPU 스레드를 바인드하고, 단일 단계로 전체 코어 제약 조건을 설정합니다.
버그 ID 15747047: primary 도메인이 재부트된 후 igb 및 ixgbe 가상 기능 장치가 결함 상태가 됩니다. 이러한 가상 기능은 primary 도메인에 지정됩니다. 시스템 구성에는 primary 도메인만 포함됩니다. 게스트 도메인 또는 I/O 도메인은 구성되지 않습니다.
fmadm faulty 명령은 각 가상 기능 장치가 결함이 있는지 보여 줍니다. fmadm repair 명령은 결함으로부터 복구할 수 있게 해주지만 primary 도메인을 재부트할 때마다 결함 상태가 반환됩니다.
해결 방법: fmadm repair 명령을 사용하여 primary 도메인을 재부트할 때마다 결함 상태로부터 복구합니다.
버그 ID 15738561: primary 도메인을 부트한 후 즉시 ldm list-io 명령을 실행할 경우 명령이 PCIe 슬롯 및 SR-IOV 가상 기능에 대해 UNK 또는 INV 상태를 표시할 수 있습니다. 이 문제는 Oracle Solaris OS에서 Logical Domains 에이전트 응답 지연으로 인해 발생합니다.
이 문제는 일부 시스템에서만 보고되었습니다.
해결 방법: PCIe 슬롯 및 가상 기능의 상태는 Logical Domains 에이전트에서 정보가 수신된 후 자동으로 업데이트됩니다.
버그 ID 15731303: 메모리가 500GB 이상인 도메인은 마이그레이션하지 마십시오. 도메인의 메모리 구성을 보려면 ldm list -o mem 명령을 사용합니다. 합계가 500GB를 넘는 여러 메모리 블록이 포함된 일부 메모리 구성에서는 다음과 비슷한 스택에서 패닉이 발생할 수 있습니다.
panic[cpu21]/thread=2a100a5dca0: BAD TRAP: type=30 rp=2a100a5c930 addr=6f696e740a232000 mmu_fsr=10009 sched:data access exception: MMU sfsr=10009: Data or instruction address out of range context 0x1 pid=0, pc=0x1076e2c, sp=0x2a100a5c1d1, tstate=0x4480001607, context=0x0 g1-g7: 80000001, 0, 80a5dca0, 0, 0, 0, 2a100a5dca0 000002a100a5c650 unix:die+9c (30, 2a100a5c930, 6f696e740a232000, 10009, 2a100a5c710, 10000) 000002a100a5c730 unix:trap+75c (2a100a5c930, 0, 0, 10009, 30027b44000, 2a100a5dca0) 000002a100a5c880 unix:ktl0+64 (7022d6dba40, 0, 1, 2, 2, 18a8800) 000002a100a5c9d0 unix:page_trylock+38 (6f696e740a232020, 1, 6f69639927eda164, 7022d6dba40, 13, 1913800) 000002a100a5ca80 unix:page_trylock_cons+c (6f696e740a232020, 1, 1, 5, 7000e697c00, 6f696e740a232020) 000002a100a5cb30 unix:page_get_mnode_freelist+19c (701ee696d00, 12, 1, 0, 19, 3) 000002a100a5cc80 unix:page_get_cachelist+318 (12, 1849fe0, ffffffffffffffff, 3, 0, 1) 000002a100a5cd70 unix:page_create_va+284 (192aec0, 300ddbc6000, 0, 0, 2a100a5cf00, 300ddbc6000) 000002a100a5ce50 unix:segkmem_page_create+84 (18a8400, 2000, 1, 198e0d0, 1000, 11) 000002a100a5cf60 unix:segkmem_xalloc+b0 (30000002d98, 0, 2000, 300ddbc6000, 0, 107e290) 000002a100a5d020 unix:segkmem_alloc_vn+c0 (30000002d98, 2000, 107e000, 198e0d0, 30000000000, 18a8800) 000002a100a5d0e0 genunix:vmem_xalloc+5c8 (30000004000, 2000, 0, 0, 80000, 0) 000002a100a5d260 genunix:vmem_alloc+1d4 (30000004000, 2000, 1, 2000, 30000004020, 1) 000002a100a5d320 genunix:kmem_slab_create+44 (30000056008, 1, 300ddbc4000, 18a6840, 30000056200, 30000004000) 000002a100a5d3f0 genunix:kmem_slab_alloc+30 (30000056008, 1, ffffffffffffffff, 0, 300000560e0, 30000056148) 000002a100a5d4a0 genunix:kmem_cache_alloc+2dc (30000056008, 1, 0, b9, fffffffffffffffe, 2006) 000002a100a5d550 genunix:kmem_cpucache_magazine_alloc+64 (3000245a740, 3000245a008, 7, 6028f283750, 3000245a1d8, 193a880) 000002a100a5d600 genunix:kmem_cache_free+180 (3000245a008, 6028f2901c0, 7, 7, 7, 3000245a740) 000002a100a5d6b0 ldc:vio_destroy_mblks+c0 (6028efe8988, 800, 0, 200, 19de0c0, 0) 000002a100a5d760 ldc:vio_destroy_multipools+30 (6028f1542b0, 2a100a5d8c8, 40, 0, 10, 30000282240) 000002a100a5d810 vnet:vgen_unmap_rx_dring+18 (6028f154040, 0, 6028f1a3cc0, a00, 200, 6028f1abc00) 000002a100a5d8d0 vnet:vgen_process_reset+254 (1, 6028f154048, 6028f154068, 6028f154060, 6028f154050, 6028f154058) 000002a100a5d9b0 genunix:taskq_thread+3b8 (6028ed73908, 6028ed738a0, 18a6840, 6028ed738d2, e4f746ec17d8, 6028ed738d4)
해결 방법: 메모리가 500GB 이상인 도메인은 마이그레이션하지 마십시오.
버그 ID 15726205: 게스트 도메인에서 많은 수의 CPU를 제거하려고 시도하면 다음과 같은 오류 메시지가 표시될 수 있습니다.
Request to remove cpu(s) sent, but no valid response received VCPU(s) will remain allocated to the domain, but might not be available to the guest OS Resource modification failed
해결 방법: 도메인에서 100개 이상의 CPU를 제거하기 전에 게스트 도메인을 중지하십시오.
버그 ID 15721872: ldm rm-io 명령을 사용하여 primary 도메인에서 장치를 제거한 후에는 Oracle Solaris 핫 플러그 작업을 사용하여 PCIe 끝점 장치를 제거할 수 없습니다. PCIe 끝점 장치 교체 또는 제거에 대한 자세한 내용은 Oracle VM Server for SPARC 3.0 관리 설명서의 PCIe 하드웨어 변경를 참조하십시오.
버그 ID 15713809: 물리적 디스크가 크기가 0인 슬라이스 2로 구성된 경우 다음 문제가 발생할 수 있습니다.
ldm add-vdsdev 명령을 사용하여 그러한 디스크를 가상 디스크의 백엔드로 추가하면 명령이 실패합니다.
# ldm add-vdsdev /dev/dsk/c3t1d0s2 vol@primary-vds0 Path /dev/dsk/c3t1d0s2 is not valid on service domain primary
primary 도메인 및 모든 서비스 도메인에 패치 ID 147708-01을 설치한 후 svc:/ldoms/agents 서비스를 다시 시작합니다.
ldm bind 명령을 사용하여 그러한 디스크가 포함된 도메인을 가상 디스크의 백엔드로 바인드할 경우 명령이 실패합니다.
# ldm bind ldg3 Path /dev/dsk/c3t1d0s2 is not valid on service domain primary
이 문제는 ldm bind 명령의 -q 옵션을 사용하여 해결할 수 있습니다.
# ldm bind -q ldg3
두 문제에 대한 또 다른 임시해결책은 ldm add-vdsdev 및 ldm bind 명령에서 수행되는 디스크 검증을 영구적으로 사용 안함으로 설정하는 것입니다. 이렇게 하면 -q 옵션을 지정할 필요가 없습니다. ldmd 서비스의 device_validation 등록 정보를 업데이트하여 디스크 검증을 영구적으로 사용 안함으로 설정합니다.
# svccfg -s ldmd setprop ldmd/device_validation=value # svcadm refresh ldmd # svcadm restart ldmd
0 값을 지정하여 네트워크 및 디스크 장치에 대한 검증을 사용 안함으로 설정합니다. 1 값을 지정하여 디스크 장치에 대한 검증을 사용 안함으로 설정하지만 네트워크 장치에 대해서는 검증을 사용으로 설정합니다.
device_validation 등록 정보에 사용할 수 있는 값은 다음과 같습니다.
모든 장치에 대해 검증을 사용 안함으로 설정
네트워크 장치에 대해 검증을 사용으로 설정
디스크 장치에 대해 검증을 사용으로 설정
네트워크 및 디스크 장치에 대해 검증을 사용으로 설정
모든 유형의 장치에 대해 검증을 사용으로 설정(기본값)
버그 ID 15710957: 부하가 높은 게스트 도메인에 하이브리드 I/O 구성이 포함되었고 이를 마이그레이션하려고 시도하면 nxge 패닉이 발생할 수 있습니다.
해결 방법: primary 도메인 및 해당 도메인의 하이브리드 I/O 구성에 포함되는 모든 서비스 도메인의 /etc/system 파일에 다음 행을 추가합니다.
set vsw:vsw_hio_max_cleanup_retries = 0x200
버그 ID 15708982: 시작된 마이그레이션 또는 진행 중인 마이그레이션, 또는 모든 ldm 명령이 영구적으로 중단됩니다. 이러한 상황은 마이그레이션할 도메인이 다른 시스템의 공유 파일 시스템을 사용하고 이 파일 시스템이 공유되지 않는 경우에 발생합니다.
해결 방법: 공유 파일 시스템을 다시 액세스 가능하도록 설정합니다.
버그 ID 15707426: 시스템 로그 서비스 svc:/system/system-log가 시작하지 않고 온라인으로 설정되지 않으면 Logical Domains 에이전트 서비스가 온라인으로 설정되지 않습니다. Logical Domains 에이전트 서비스가 온라인이 아니면 virtinfo, ldm add-vsw, ldm add-vdsdev 및 ldm list-io 명령이 예상한 대로 작동하지 않을 수 있습니다.
해결 방법: svc:/ldoms/agents:default 서비스가 사용으로 설정되었고 온라인인지 확인합니다.
# svcs -l svc:/ldoms/agents:default
svc:/ldoms/agents:default 서비스가 오프라인이면 서비스가 사용으로 설정되었고 모든 종속 서비스가 온라인인지 확인합니다.
버그 ID 15704500: 활성 게스트 도메인의 마이그레이션이 중단되고 소스 시스템이 응답하지 않을 수 있습니다. 이 문제가 발생할 경우 콘솔 및 /var/adm/messages 파일에 다음 메시지가 기록됩니다.
vcc: i_vcc_ldc_fini: cannot close channel 15 vcc: [ID 815110 kern.notice] i_vcc_ldc_fini: cannot close channel 15
표시된 채널 번호가 각 경고 메시지마다 다를 수 있는 Oracle Solaris 내부 채널 번호인지 확인합니다.
해결 방법: 도메인을 마이그레이션하기 전에 게스트 도메인의 콘솔에서 연결을 해제합니다.
복구: 소스 시스템의 전원을 껐다가 켭니다.
버그 ID 15702475: CPU 수가 크게 줄어든 후 로드된 도메인의 DRM 정책이 만료되면 No response 메시지가 Oracle VM Server for SPARC 로그에 표시될 수 있습니다. ldm list 출력에는 psrinfo 출력에 표시된 것보다 많은 CPU 리소스가 도메인에 할당된 것으로 표시됩니다.
해결 방법: ldm set-vcpu 명령을 사용하여 psrinfo 출력에 표시된 값으로 도메인의 CPU 수를 재설정합니다.
버그 ID 15701865: 대상 시스템의 비활성 도메인에 종속된 도메인의 라이브 마이그레이션을 시도할 경우 ldmd 데몬이 세그먼테이션 결함으로 실패하고 대상 시스템의 도메인이 다시 시작됩니다. 마이그레이션을 계속 수행할 수 있지만 라이브 마이그레이션이 되지 않습니다.
해결 방법: 라이브 마이그레이션을 시도하기 전에 다음 작업 중 하나를 수행합니다.
마이그레이션할 도메인에서 게스트 종속성을 제거합니다.
대상 시스템에서 마스터 도메인을 시작합니다.
버그 ID 15701853: DRM 정책이 유효할 때 도메인 마이그레이션을 수행한 후 DRM 정책이 만료되거나 마이그레이션된 도메인에서 제거된 경우 DRM이 가상 CPU의 원래 개수를 도메인에 복원하지 못합니다.
해결 방법: DRM 정책이 활성 상태일 때 도메인을 마이그레이션하고 나중에 DRM 정책이 만료되거나 제거되면 가상 CPU의 개수를 재설정합니다. ldm set-vcpu 명령을 사용하여 가상 CPU 개수를 도메인의 원래 값으로 설정합니다.
버그 ID 15701258: 가상 CPU 수가 100개 이상이고 일부 암호화 단위를 포함하는 게스트 도메인에서 ldm set-vcpu 1 명령을 실행할 경우 가상 CPU를 제거하지 못합니다. DR 시간 초과 오류로 인해 가상 CPU가 제거되지 않습니다. 암호화 단위는 성공적으로 제거됩니다.
해결 방법: ldm rm-vcpu 명령을 사용하여 가상 CPU 중 하나만 제외하고 모두 게스트 도메인에서 제거합니다. 가상 CPU를 한 번에 100개 이상은 제거하지 마십시오.
버그 ID 15699763: 중복된 MAC 주소를 포함하는 경우 도메인을 마이그레이션할 수 없습니다. 일반적으로 이 이유로 마이그레이션이 실패할 경우 오류 메시지에 중복된 MAC 주소가 표시됩니다. 하지만 드문 경우에 이 오류 메시지에 중복된 MAC 주소가 보고되지 않을 수 있습니다.
# ldm migrate ldg2 system2 Target Password: Domain Migration of LDom ldg2 failed
해결 방법: 대상 시스템의 MAC 주소가 고유한지 확인합니다.
버그 ID 15696986: 두 개의 ldm migrate 명령을 “반대 방향”으로 동시에 실행할 경우 두 명령이 중단되고 완료되지 않을 수 있습니다. A 시스템에서 B 시스템으로 마이그레이션을 시작하는 것과 동시에 B 시스템에서 A 시스템으로의 마이그레이션도 시작할 때 반대 방향의 경우가 발생합니다.
-n 옵션을 사용하여 dry run 모드로 시작하더라도 마이그레이션 프로세스가 중단됩니다. 이 문제가 발생하면 다른 모든 ldm 명령도 중단될 수 있습니다.
해결 방법: 없음
버그 ID 15677358: 컨트롤 도메인(primary 도메인이라고도 함)에서 100개 이상의 CPU를 제거하기 위해 동적 재구성이 아닌 지연된 재구성을 사용합니다. 다음 단계를 수행합니다.
ldm start-reconf primary 명령을 사용하여 컨트롤 도메인을 지연된 재구성 모드로 설정합니다.
원하는 개수의 CPU 리소스를 제거합니다.
CPU 리소스를 제거할 때 실수를 한 경우 컨트롤 도메인이 지연된 재구성 모드에 있는 동안 다른 CPU 제거 요청을 시도하지 마십시오. 그렇지 않으면 명령이 실패합니다(지연된 재구성 중 하나의 CPU 구성 작업만 수행할 수 있음 참조). 대신 ldm cancel-reconf 명령을 사용하여 지연된 재구성 작업을 실행 취소하고 처음부터 다시 시작합니다.
컨트롤 도메인을 재부트합니다.
버그 ID 15672651 및 15731467: 다음 조건이 충족되었을 경우 로그인 시 또는 명령 실행 중에 OS가 중단될 수 있습니다.
Oracle Solaris 10 8/11 OS가 SPARC sun4v 시스템에서 실행되는 경우
PM(전원 관리) 탄력적 정책이 시스템의 ILOM 서비스 프로세서에 설정된 경우
해결 방법: 패치 ID 147149-01을 적용합니다.
버그 ID 15668881: pkgadd 명령을 사용하여 Sun ZFS Storage Appliance에서 NFS를 통해 내보낸 디렉토리에서 SUNWldm.v 패키지를 설치할 경우, 다음과 같은 오류 메시지가 표시될 수 있습니다.
cp: failed to set acl entries on /var/svc/manifest/platform/sun4v/ldmd.xml
해결 방법: 이 메시지를 무시합니다.
버그 ID 15668368: 두 개의 서로 다른 직접 I/O 장치에서 액세스할 수 있는 이중 포트 디스크에 SPARC T3-1 시스템을 설치할 수 있습니다. 이 경우 이러한 두 직접 I/O 장치를 서로 다른 도메인에 지정하면 디스크가 두 도메인 모두에서 사용되어 디스크의 실제 사용에 따라 서로의 성능에 영향을 줄 수 있습니다.
해결 방법: 동일 디스크 세트에 액세스할 수 있는 직접 I/O 장치를 서로 다른 I/O 도메인에 지정하지 마십시오. 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 15667770: 다중 NIU nxge 인스턴스가 도메인에 플럼된 경우, 도메인에서 메모리를 제거하기 위해 사용되는 ldm rm-mem 및 ldm set-mem 명령이 완료되지 않을 수 있습니다. 메모리 제거 작업 중 문제가 발생했는지 확인하려면 ldm list -o status 명령으로 작업 진행 상태를 모니터합니다. 진행 백분율이 몇 분 동안 그대로 있으면 이 문제가 발생한 것으로 간주할 수 있습니다.
복구: ldm rm-mem 또는 ldm set-mem 명령을 취소합니다.
해결 방법: ldm rm-mem 또는 ldm set-mem 명령을 취소하고 충분한 양의 메모리가 제거되었는지 확인합니다. 그렇지 않으면 소량의 메모리를 제거하기 위한 이후 메모리 제거 명령이 성공적으로 완료될 수 있습니다.
문제가 primary 도메인에서 발생한 경우 다음을 수행합니다.
주 도메인에서 지연된 재구성 작업을 시작합니다.
# ldm start-reconf primary
원하는 양의 메모리를 도메인에 지정합니다.
primary 도메인을 재부트합니다.
문제가 다른 도메인에서 발생한 경우 도메인에 지정되는 메모리 양을 조정하기 전에 도메인을 중지합니다.
버그 ID 15664666: 재설정 종속성을 만들 경우 ldm stop -a 명령으로 인해 도메인에서 재설정 종속성이 중지되는 대신 다시 시작될 수 있습니다.
해결 방법: 먼저 마스터 도메인에 대해 ldm stop 명령을 실행합니다. 그런 다음 슬레이브 도메인에 대해 ldm stop 명령을 실행합니다. 슬레이브 도메인의 초기 중지로 인해 오류가 발생하면 슬레이브 도메인에 대해 ldm stop -f 명령을 실행합니다.
버그 ID 15655513: 활성 도메인의 마이그레이션에 따라 마이그레이션된 도메인의 CPU 활용률이 짧은 기간 동안 크게 증가할 수 있습니다. 마이그레이션 중에 DRM(동적 리소스 관리) 정책이 도메인에 대해 적용된 경우 Logical Domains Manager가 CPU 추가를 시작할 수 있습니다. 특히, 정책을 추가할 때 vcpu-max 및 attack 등록 정보가 지정되지 않은 경우 기본값 unlimited로 인해 대상 시스템의 모든 바인드 해제된 CPU가 마이그레이션된 도메인에 추가됩니다.
복구: 복구가 필요하지 않습니다. CPU 활용률이 DRM 정책에서 지정된 상한값 아래로 떨어진 후 Logical Domains Manager가 CPU를 자동으로 제거합니다.
버그 ID 15655199: 일부 경우에는 사용 중인 MAC 주소가 감지되지 않아서 다시 잘못 지정됩니다.
해결 방법: 사용 중인 MAC 주소를 다시 지정할 수 없도록 수동으로 확인합니다.
버그 ID 15654965: ldmconfig 스크립트가 SP(서비스 프로세서)에서 저장된 논리적 도메인 구성을 올바르게 만들 수 없습니다.
해결 방법: ldmconfig 스크립트가 완료되고 도메인이 재부트된 다음 시스템 전원을 껐다 켜지 마십시오. 대신 다음과 같은 수동 단계를 수행합니다.
구성을 SP에 추가합니다.
# ldm add-spconfig new-config-name
SP에서 primary-with-clients 구성을 제거합니다.
# ldm rm-spconfig primary-with-clients
시스템 전원을 껐다 켭니다.
시스템 전원을 껐다 켜기 전에 이러한 단계를 수행하지 않으면 primary-with-client 구성으로 인해 도메인이 비활성 상태가 됩니다. 이 경우 각 도메인을 수동으로 바인드하고 ldm start -a 명령을 실행하여 도메인을 시작합니다. 게스트가 부트된 후 이 시퀀스를 반복하면 전원을 껐다 켠 후 게스트 도메인이 자동으로 부트될 수 있습니다.
버그 ID 15653424: Oracle Solaris 10 10/09 OS 이전의 릴리스를 실행 중이고 도메인에서 가장 낮은 번호의 CPU가 offline 상태인 경우 활성 도메인의 마이그레이션이 실패할 수 있습니다. 이 작업은 Logical Domains Manager가 CPU DR을 사용하여 도메인을 단일 CPU로 줄인 경우에 실패합니다. 이렇게 하면 Logical Domains Manager가 도메인에서 가장 낮은 CPU를 제외한 모든 CPU를 제거하려고 시도하지만 해당 CPU가 오프라인이기 때문에 작업이 실패합니다.
임시해결책: 마이그레이션을 시도하기 전에 도메인에서 가장 낮은 번호의 CPU가 online 상태인지 확인합니다.
버그 ID 15646293: 마이그레이션 작업 중에 Oracle Solaris 10 9/10 도메인이 일시 중지된 후 메모리 DR(동적 재구성)이 사용 안함으로 설정됩니다. 이 작업은 도메인이 소스 시스템에 유지된다는 사실에도 불구하고 마이그레이션이 성공했을 때뿐만 아니라 마이그레이션이 취소되었을 때도 발생합니다.
버그 ID 15631119: 컨트롤 도메인에서 가상 네트워크 장치의 MTU(최대 전송 단위)를 수정할 경우 지연된 재구성 작업이 트리거됩니다. 이후에 지연된 재구성을 취소하면 해당 장치의 MTU 값이 원래 값으로 복원되지 않습니다.
복구: ldm set-vnet 명령을 다시 실행하여 MTU를 원래 값으로 설정합니다. MTU 값을 재설정하면 컨트롤 도메인이 지연된 재구성 모드로 설정되어, 이를 취소해야 합니다. 결과 MTU 값은 이제 원래의 올바른 MTU 값입니다.
# ldm set-vnet mtu=orig-value vnet1 primary # ldm cancel-op reconf primary
버그 ID 15606220: Logical Domains 1.3 릴리스부터는 하나 이상의 암호화 단위가 바인드된 경우에도 도메인을 마이그레이션할 수 있습니다.
다음과 같은 경우에 대상 시스템은 마이그레이션이 완료된 후 CPU를 하나만 포함합니다.
대상 시스템이 Logical Domains 1.2를 실행하는 경우
대상 시스템의 컨트롤 도메인이 암호화 단위 DR을 지원하지 않는 Oracle Solaris OS 버전을 실행하는 경우
암호화 단위를 포함하는 도메인을 마이그레이션하는 경우
마이그레이션이 완료된 후 대상 도메인이 성공적으로 재개되고 작동하지만 성능이 저하됩니다(CPU 하나만 사용).
해결 방법: 마이그레이션 이전에 Logical Domains 1.3을 실행하는 소스 시스템에서 암호화 단위를 제거합니다.
문제 완화: 이 문제가 발생하지 않도록 방지하기 위해서는 다음 단계 중 하나 또는 모두를 수행합니다.
대상 시스템에 최신 Oracle VM Server for SPARC 소프트웨어를 설치합니다.
대상 시스템의 컨트롤 도메인에 패치 ID 142245-01을 설치하거나 최소한 Oracle Solaris 10 10/09 OS로 업그레이드합니다.
버그 ID 15605806: 일부 경우에 마이그레이션이 다음 오류 메시지와 함께 실패하고 ldmd에서 소스 도메인에 필요한 메모리를 바인드할 수 없다는 내용이 보고될 수 있습니다. 이 문제는 대상 시스템에서 사용 가능한 전체 메모리 양이 소스 도메인에서 사용되는 메모리 양(ldm ls-devices -a mem으로 표시됨)보다 많은 경우에도 발생할 수 있습니다.
Unable to bind 29952M memory region at real address 0x8000000 Domain Migration of LDom ldg0 failed
원인: 이 오류는 대상 시스템에서 RA(실제 주소)와 PA(물리적 주소) 사이의 일치 요구 사항을 충족하지 못하기 때문에 발생합니다.
해결 방법: 도메인을 중지하고 콜드 마이그레이션 방식으로 마이그레이션을 수행합니다. 또한 도메인이 실행되는 동안 마이그레이션을 계속 수행할 수 있도록 게스트 도메인의 메모리 크기를 128MB로 줄일 수 있습니다.
버그 ID 15600969: 실행 중인 도메인에서 모든 하드웨어 암호화 단위가 동적으로 제거된 경우, 암호화 프레임워크가 소프트웨어 암호화 제공자로 효과적으로 전환되지 못한 것으로 표시되고 모든 ssh 연결을 종료합니다.
복구: 도메인에서 모든 암호화 단위가 제거된 후 ssh 연결을 다시 설정합니다.
해결 방법: 서버측의 /etc/ssh/sshd_config 파일에 UseOpenSSLEngine=no를 설정하고 svcadm restart ssh 명령을 실행합니다.
모든 ssh 연결에 더 이상 하드웨어 암호화 단위가 사용되지 않으며(따라서 연관된 성능 향상 이점도 얻을 수 없음), 암호화 단위가 제거될 때 ssh 연결이 해제되지 않습니다.
버그 ID 15597025: PCI Express 이중 10Gbit 이더넷 파이버 카드(X1027A-Z)가 설치된 시스템에서 ldm ls-io -l 명령을 실행할 경우 출력에 다음이 표시될 수 있습니다.
primary# ldm ls-io -l ... pci@500/pci@0/pci@c PCIE5 OCC primary network@0 network@0,1 ethernet ethernet
이 이더넷 카드에 포트가 2개 뿐이지만 출력에서는 하위 장치가 4개 있는 것으로 표시됩니다. 이러한 비정상 동작은 카드에 포함된 PCI 기능이 4개이기 때문에 발생합니다. 이러한 기능 중 2개는 내부적으로 사용 안함으로 설정되어 있고 ldm ls-io -l 출력에서 ethernet으로 표시됩니다.
해결 방법: ldm ls-io -l 출력에서 ethernet 항목은 무시할 수 있습니다.
버그 ID 15572184: 여러 도메인을 부트할 때 ldm 명령의 응답 속도가 느려질 수 있습니다. 이 단계에서 ldm 명령을 실행하면 명령 실행이 중단된 것처럼 보일 수 있습니다. ldm 명령은 예상된 작업을 수행한 후에 결과를 반환합니다. 명령이 반환된 후에는 시스템이 ldm 명령에 정상적으로 응답합니다.
해결 방법: 여러 도메인을 동시에 부트하지 마십시오. 하지만 여러 도메인을 한 번에 부트해야 할 경우 시스템이 정상으로 돌아올 때까지 추가 ldm 명령을 실행하지 마십시오. 예를 들어, Sun SPARC Enterprise T5140 및 T5240 서버에서는 2분 정도 기다리고, Sun SPARC Enterprise T5440 서버 또는 Netra T5440 서버에서는 4분 정도 기다리십시오.
버그 ID 15560811: Oracle Solaris 11에서 자동 네트워크 인터페이스(anet)로 구성된 영역이 Logical Domains 가상 네트워크 장치만 있는 도메인에서 시작되지 못할 수 있습니다.
해결 방법 1: 게스트 도메인에 하나 이상의 물리적 네트워크 장치를 지정합니다. PCIe 버스 지정, DIO(직접 I/O) 또는 SR-IOV 기능을 사용하여 물리적 NIC를 도메인에 지정합니다.
임시해결책 2: 영역 구성 요구 사항이 도메인 내에서만 영역 간 통신을 설정하는 것이면, etherstub 장치를 만듭니다. 가상 NIC가 etherstub 장치에 생성되도록 영역 구성에서 etherstub 장치를 “lower-link”로 사용합니다.
해결 방법 3: 배타적 링크 지정을 사용하여 영역에 Logical Domains 가상 네트워크 장치를 지정합니다. 필요에 따라 도메인에 가상 네트워크 장치를 지정합니다. 또한 가상 네트워크 장치를 대량으로 만들 수 있도록 inter-vnet 링크를 사용 안함으로 설정하도록 선택할 수도 있습니다.
버그 ID 15560201: 일부 경우에 ifconfig는 사용자가 가상 네트워크 또는 가상 디스크 장치를 도메인에 추가한 후에도 장치가 존재하지 않는 것으로 표시할 수 있습니다. 이러한 상황은 /devices 항목을 만들지 않은 결과로 인해 발생할 수 있습니다.
정상 작업 중에는 이 문제가 발생하지 않아야 하지만 가상 네트워크 장치의 인스턴스 수가 /etc/path_to_inst 파일에 나열된 인스턴스 수와 일치하지 않을 경우 이 오류가 표시되었습니다.
예를 들어, 다음과 같습니다.
# ifconfig vnet0 plumb ifconfig: plumb: vnet0: no such interface
가상 장치의 인스턴스 수는 ldm list 출력에서 DEVICE 열 아래에 표시됩니다.
# ldm list -o network primary NAME primary MAC 00:14:4f:86:6a:64 VSW NAME MAC NET-DEV DEVICE DEFAULT-VLAN-ID PVID VID MTU MODE primary-vsw0 00:14:4f:f9:86:f3 nxge0 switch@0 1 1 1500 NETWORK NAME SERVICE DEVICE MAC MODE PVID VID MTU vnet1 primary-vsw0@primary network@0 00:14:4f:f8:76:6d 1 1500
인스턴스 수(이전에 표시된 vnet 및 vsw의 경우 모두 0)를 path_to_inst 파일의 인스턴스 수와 비교하여 개수가 일치하는지 확인할 수 있습니다.
# egrep '(vnet|vsw)' /etc/path_to_inst "/virtual-devices@100/channel-devices@200/virtual-network-switch@0" 0 "vsw" "/virtual-devices@100/channel-devices@200/network@0" 0 "vnet"
해결 방법: 인스턴스 수가 일치하지 않는 경우 가상 네트워크 또는 가상 스위치 장치를 제거합니다. 그런 후 id 등록 정보를 설정하여 필요한 인스턴스 수를 명시적으로 지정하여 다시 추가합니다.
또한 /etc/path_to_inst 파일을 수동으로 편집할 수도 있습니다. path_to_inst(4) 매뉴얼 페이지를 참조하십시오.
 | 주의 - 매뉴얼 페이지에 포함된 “changes should not be made to /etc/path_to_inst without careful consideration.” 경고에 주의하십시오. |
버그 ID 15555509: Logical Domains가 시스템에 구성된 상태에서 또 다른 XAUI 네트워크 카드를 추가하면 시스템 전원을 껐다 켠 후 카드가 표시되지 않습니다.
복구: 새로 추가된 XAUI가 컨트롤 도메인에 표시되도록 하려면 다음 단계를 수행합니다.
컨트롤 도메인에서 더미 변수를 설정하고 지웁니다.
다음 명령은 fix-xaui라는 더미 변수를 사용합니다.
# ldm set-var fix-xaui=yes primary # ldm rm-var fix-xaui primary
수정된 구성을 SP에 저장하여 현재 구성을 바꿉니다.
다음 명령은 구성 이름으로 config1을 사용합니다.
# ldm rm-spconfig config1 # ldm add-spconfig config1
컨트롤 도메인의 재구성 재부트를 수행합니다.
# reboot -- -r
이번에는 새로 제공되는 네트워크를 Logical Domains에서 사용할 수 있도록 구성할 수 있습니다.
버그 ID 15543982: Sun Fire T5240과 같은 시스템에서 전용 PCI-E 루트 컴플렉스를 사용하여 최대 두 개의 도메인을 구성할 수 있습니다. 이러한 시스템에는 두 개의 UltraSPARC T2 Plus CPU와 두 개의 I/O 루트 컴플렉스가 포함됩니다.
pci@500 및 pci@400은 시스템의 두 루트 컴플렉스입니다. primary 도메인은 항상 최소 하나 이상의 루트 컴플렉스를 포함합니다. 두번째 도메인은 지정되지 않은 또는 바인드 해제된 루트 컴플렉스로 구성될 수 있습니다.
pci@400 패브릭(또는 리프)에는 온보드 e1000g 네트워크 카드가 포함됩니다. 다음 환경에서는 도메인 패닉이 발생할 수 있습니다.
시스템이 pci@500을 포함하는 primary 도메인과 pci@400을 포함하는 보조 도메인으로 구성된 경우
주 - 일부 블레이드의 경우 primary 도메인(시스템 디스크)이 기본적으로 pci@400 버스에 배치됩니다.
pci@400 패브릭의 e1000g 장치는 보조 도메인을 부트하는 데 사용됩니다.
주 도메인 이외의 도메인으로 구성된 경우 다음 네트워크 장치를 사용하지 마십시오.
/pci@400/pci@0/pci@c/network@0,1 /pci@400/pci@0/pci@c/network@0
이러한 조건이 충족될 경우 PCI-E 치명적인 오류와 함께 도메인 패닉이 발생합니다.
이러한 구성을 피하고, 구성을 사용하더라도 나열된 장치로부터 부트하지 마십시오.
버그 ID 15527921: 마이그레이션 중에는 명시적으로 지정된 콘솔 그룹 및 포트가 무시되고 기본 등록 정보를 갖는 콘솔이 대상 도메인에 대해 생성됩니다. 이 콘솔은 콘솔 그룹으로 대상 도메인 이름을 사용하고 컨트롤 도메인에서 첫번째 가상 콘솔 집중기(vcc) 장치에서 사용 가능한 모든 포트를 사용하여 생성됩니다. 기본 그룹 이름과 충돌이 있을 경우 마이그레이션이 실패합니다.
복구: 마이그레이션 이후 명시적 콘솔 등록 정보를 복원하려면 대상 도메인을 바인드 해제하고 ldm set-vcons 명령을 사용하여 원하는 등록 정보를 수동으로 설정합니다.
버그 ID 15523133: 대상 시스템에서 가상 디스크가 소스 시스템에서 사용된 것과 동일한 디스크 백엔드를 가리키지 않는 경우 마이그레이션된 도메인이 해당 디스크 백엔드를 사용하여 가상 디스크에 액세스할 수 없습니다. 도메인에서 가상 디스크에 액세스할 때 중단이 발생할 수 있습니다.
현재까지 Logical Domains Manager는 가상 디스크 볼륨 이름이 소스 및 대상 시스템에서 일치하는지만 확인합니다. 이 시나리오에서는 디스크 백엔드가 일치하지 않더라도 오류 메시지가 표시되지 않습니다.
해결 방법: 마이그레이션된 도메인을 얻기 위해 대상 도메인을 구성할 때 디스크 볼륨(vdsdev)이 소스 도메인에 사용된 디스크 백엔드와 일치하는지 확인합니다.
복구: 대상 시스템에서 가상 디스크 장치가 잘못된 디스크 백엔드를 가리키는 것으로 확인된 경우 다음 중 하나를 수행합니다.
도메인을 마이그레이션하고 vdsdev를 수정합니다.
도메인을 다시 소스 시스템으로 마이그레이션합니다.
대상에서 올바른 디스크 백엔드를 가리키도록 vdsdev를 수정합니다.
도메인을 대상 시스템으로 다시 마이그레이션합니다.
대상에서 도메인을 중지하고 바인드 해제한 후 vdsdev를 수정합니다. OS에서 가상 I/O 동적 재구성을 지원하고, 사용 중이 아닌 잘못된 가상 디스크가 도메인에 있는 경우(즉, 부트 디스크가 아니고 마운트 해제된 경우), 다음을 수행합니다.
ldm rm-vdisk 명령을 사용하여 디스크를 제거합니다.
vdsdev를 수정합니다.
ldm add-vdisk 명령을 사용하여 가상 디스크를 다시 추가합니다.
버그 ID 15523120: 일부 경우에 마이그레이션이 실패하고 ldmd에서 소스 도메인에 필요한 메모리를 바인드할 수 없다는 내용이 보고될 수 있습니다. 이 문제는 대상 시스템에서 사용 가능한 전체 메모리 양이 소스 도메인에서 사용되는 메모리 양보다 많은 경우에도 발생할 수 있습니다.
이 오류는 소스 도메인에서 사용되는 특정 메모리 범위를 마이그레이션하기 위해 대상에서도 이에 상응하는 메모리 범위를 사용할 수 있어야 하기 때문에 발생합니다. 이와 같이 상응하는 메모리 범위를 소스의 메모리 범위에서 찾을 수 없으면 마이그레이션을 진행할 수 없습니다.
복구: 이 조건이 발생하면 대상 시스템에서 메모리 사용량을 수정하여 도메인을 마이그레이션할 수도 있습니다. 이렇게 하려면 대상에서 바인드된 도메인 또는 활성 논리적 도메인을 바인드 해제합니다.
사용 가능한 메모리와 사용 방법을 보려면 ldm list-devices -a mem 명령을 사용합니다. 다른 도메인에 지정된 메모리 양을 줄여야 할 수도 있습니다.
버그 ID 15518409: 시스템에서 네트워크를 구성하지 않았고 NIS(네트워크 정보 서비스) 클라이언트가 실행 중인 경우 Logical Domains Manager가 시스템에서 시작되지 않습니다.
해결 방법: 네트워크에 연결되지 않은 시스템에서 NIS 클라이언트를 사용 안함으로 설정합니다.
# svcadm disable nis/client
버그 ID 15516245: 일부 경우에 활성 논리 도메인이 부트된 지 오래되었거나 도메인 마이그레이션을 완료한 지 오래되었는데도 정상 상태가 아니라 변환 상태로 표시됩니다. 이 문제는 아무런 영향을 주지 않으며 도메인이 완전히 작동합니다. 어떤 플래그가 설정되었는지 확인하려면 ldm list -l -p 명령 출력에서 flags 필드를 확인하거나 ldm list 명령에서 FLAGS 필드를 확인합니다(normal의 경우 -n----을 표시하고 transition의 경우 -t---- 표시).
복구: 다음 재부트 후에는 도메인이 올바른 상태로 표시됩니다.
버그 ID 15513998: 일부 경우에 도메인을 마이그레이션한 후 해당 도메인의 콘솔에 연결할 수 없습니다.
해결 방법: vntsd SMF 서비스를 다시 시작하여 콘솔에 대한 연결을 사용으로 설정합니다.
# svcadm restart vntsd
주 - 이 명령은 모든 활성 콘솔 연결을 해제합니다.
버그 ID 15511551: 일부 경우에 Logical Domains 시스템의 명령줄에서 uadmin 1 0 명령을 실행하면 이후 재설정 후에도 시스템이 ok 프롬프트로 돌아가지 않습니다. 이러한 잘못된 동작은 Logical Domains 변수 auto-reboot?가 true로 설정된 경우에만 표시됩니다. auto-reboot?가 false로 설정된 경우에는 예상된 동작이 발생합니다.
해결 방법: 대신 다음 명령을 사용합니다.
uadmin 2 0
또는 항상 auto-reboot?를 false로 설정하여 실행합니다.
버그 ID 15505014: 단일 CPU 구성에서 매우 많은 양의 메모리가 구성된 경우 도메인을 종료하거나 메모리를 지우는 데 15분 이상 소요될 수 있습니다. 종료 중 도메인의 CPU는 도메인에서 소유하는 모든 메모리를 지우는 데 사용됩니다. 구성의 균형이 맞지 않을 경우(예: 단일 CPU 도메인과 512GB 메모리) 스크러빙 작업을 완료하는 데 걸리는 시간이 상당히 오래 걸릴 수 있습니다. 이렇게 지연된 스크러빙 시간으로 인해 도메인을 종료하는 데 필요한 시간이 연장됩니다.
해결 방법: 큰 메모리 구성(100GB 이상)에 적어도 하나의 코어가 포함되는지 확인합니다.
버그 ID 15482406: Oracle Solaris 10 5/08 OS를 실행하는 서비스 도메인에서 지원되는 모든 게스트 도메인에서 Oracle Solaris 10 8/07 OS의 넷 부트를 시도하면 설치 중 게스트 도메인이 중단될 수 있습니다.
해결 방법: Oracle Solaris 10 8/07 OS 넷 설치 이미지의 미니루트를 패치 ID 127111-05로 패치합니다.
버그 ID 15469227: 최소한 Solaris 10 11/06 OS를 실행하는 컨트롤 도메인에서 SC 재설정 후 scadm 명령이 중단될 수 있습니다. 시스템이 SC 재설정 후 연결을 올바르게 다시 설정할 수 없습니다.
임시해결책: SC에서 연결을 다시 설정하도록 호스트를 재부트합니다.
복구: SC에서 연결을 다시 설정하도록 호스트를 재부트합니다.
버그 ID 15453968: 공통 콘솔 그룹을 갖는 시스템에서 다중 게스트 도메인의 동시 넷 설치가 실패합니다.
해결 방법: 각각 고유한 콘솔 그룹을 갖는 게스트 도메인에서만 넷 설치를 수행합니다. 이 오류는 다중 넷 설치 도메인 간에 공통 콘솔 그룹이 공유되는 도메인에서만 표시됩니다.
버그 ID 15426914: 시스템 콘솔 또는 시스템 로그에 다음 경고 메시지가 표시될 수 있습니다.
ldc_close: (0xb) unregister failed, 11
괄호 안의 숫자는 각 경고 메시지마다 다를 수 있는 Oracle Solaris 내부 채널 번호입니다.
해결 방법: 이러한 메시지는 무시할 수 있습니다.
버그 ID 15422900: DHCP(동적 호스트 구성 프로토콜)를 사용하는 동일 네트워크에서 게스트 도메인에 4개 이상의 가상 네트워크(vnet)를 구성할 경우 네트워크 트래픽을 실행하는 동안 게스트 도메인이 결국 응답하지 않을 수 있습니다.
해결 방법: ip_ire_min_bucket_cnt 및 ip_ire_max_bucket_cnt를 더 큰 값으로 설정합니다(예: 인터페이스가 8개인 경우 32).
복구: 해당 게스트 도메인(ldom)에서 ldm stop-domain ldom 명령 및 ldm start-domain ldom 명령을 차례로 실행합니다.
버그 ID 15387338: 이 문제는 Logical Domains 변수 지속성에 요약되어 있으며 컨트롤 도메인에만 영향을 줍니다.
버그 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 ldom
도메인이 커널 모듈 디버거, kmdb(1) 프롬프트에 있는 경우 ldm stop-domain 명령이 다음 오류 메시지와 함께 실패합니다.
LDom <domain-name> stop notification failed
이 절에서는 Oracle VM Server for SPARC 3.0 릴리스에서 해결하기에 너무 늦게 발견된 설명서 오류에 대해 설명합니다.
ldm(1M) 매뉴얼 페이지의 여러 부분에서 I/O 가상화 명령이 지연된 재구성을 자동으로 시작한다고 설명되어 있습니다. 이는 사실이 아닙니다. 필요한 경우 수동으로 지연된 재구성을 시작해야 합니다.
ldm(1M) 매뉴얼 페이지의 “가상 기능 만들기” 절에서 “가상 기능을 동적으로 만들려면 상위 루트 컴플렉스에 대해 iov 등록 정보를 설정했는지 확인합니다.”라고 설명되어 있습니다. 이 기능은 Oracle VM Server for SPARC 3.0 릴리스에서 지원되지 않습니다.
ldm(1M) 매뉴얼 페이지의 -r 옵션에 대한 설명은 현재 add-spconfig, list-spconfig 및 remove-spconfig 하위 명령이 수동 복구를 수행하는 데 이 옵션을 사용한다고 되어 있습니다. 이는 사실이 아닙니다. ldm add-spconfig -r 명령만 수동 복구를 수행하는 데 사용할 수 있습니다.
Fujitsu M10 시스템의 경우 다음 제한 사항이 Oracle VM Server for SPARC 3.0 관리 설명서의 OpenBoot PROM의 도메인 또는 커널 디버거에서 실행 중인 도메인 마이그레이션에 설명된 정보보다 우선합니다.
마이그레이션할 도메인이 OpenBoot 또는 커널 디버거(kmdb)에서 실행 중일 때 소스 시스템이나 대상 시스템이 Fujitsu M10 시스템인 경우 마이그레이션 시도를 항상 실패합니다. 마이그레이션할 도메인에 단일 CPU만 있는 경우 다음 오류 메시지가 나타날 수 있습니다.
# ldm migrate ldg1 system2 Non-cooperative migration is not supported on this platform.
|