| 탐색 링크 건너뛰기 | |
| 인쇄 보기 종료 | |
|
Oracle VM Server for SPARC 2.2 릴리스 노트 Oracle VM Server for SPARC (한국어) |
| 탐색 링크 건너뛰기 | |
| 인쇄 보기 종료 | |
|
|
Oracle VM Server for SPARC 2.2 릴리스 노트 Oracle VM Server for SPARC (한국어) |
1. Oracle VM Server for SPARC 2.2 릴리스 노트
Oracle VM Server for SPARC 2.2 기능을 사용으로 설정하기 위해 필요한 소프트웨어
PCIe SR-IOV 하드웨어 및 소프트웨어 요구 사항
Oracle VM Server for SPARC 2.2 소프트웨어 위치
Logical Domains Manager에 사용할 수 있는 소프트웨어
Logical Domains 소프트웨어와 상호 작용하는 시스템 컨트롤러 소프트웨어
Oracle VM Server for SPARC 2.2 소프트웨어로 업그레이드
Oracle Solaris 10 5/08 OS보다 오래된 Oracle Solaris 10 OS로부터 업그레이드
서비스 프로세서 및 시스템 컨트롤러는 서로 바꿔서 사용할 수 있는 용어임
특정 조건에서 게스트 도메인의 Oracle Solaris Volume Manager 구성 또는 메타 장치가 손실될 수 있음
Logical Domains 시스템의 정상 종료 및 전원 껐다 켜기
요청된 메모리 크기가 할당된 메모리 크기와 다를 수 있음
Oracle Sun SNMP 관리 에이전트가 다중 도메인을 지원하지 않음
컨테이너, 프로세서 세트 및 풀이 CPU 전원 관리와 호환되지 않음
ldmp2v convert 명령: 부트 중 VxVM 경고 메시지
확장 Mapin 공간을 Oracle Solaris 10 8/11 OS 및 Oracle Solaris 11 OS에서만 사용할 수 있음
그래픽 Configuration Assistant 도구가 제거됨
소프트웨어 라이센스에 대한 Oracle 하드 분할 요구 사항
ldmp2v prepare -R을 사용할 때 업그레이드 옵션이 제공되지 않음
동적으로 추가된 메모리 블록을 전체로서만 동적으로 제거할 수 있음
ldmp2v 명령: ufsdump 아카이브 방법이 더 이상 사용되지 않음
지연된 재구성 중 하나의 CPU 구성 작업만 수행할 수 있음
Oracle VM Server for SPARC MIB 문제
snmptable 명령이 버전 2 또는 버전 3 옵션에서 작동하지 않음
Oracle VM Server for SPARC 2.2 소프트웨어에 영향을 주는 버그
11개 이상의 도메인에 PCIe 장치가 포함된 경우 게스트 도메인에서 PCIe 패브릭에 액세스할 수 없음
지연된 재구성을 취소한 후 작업 중 ldmd가 비정상적으로 종료됨
CPU가 사용 안함으로 설정된 바인드 해제된 도메인에서 잘못된 CPU 리소스 수를 보고함
XML 파일로부터 PCIe 가상 기능이 포함된 도메인을 다시 만드는 작업이 실패함
전체 코어 사용에서 부분 코어 사용으로 컨트롤 도메인을 변경할 때 잘못된 오류 메시지가 발생함
ldm init-system 명령으로 가상 기능 장치가 포함된 도메인을 올바르게 다시 만들 수 없음
여러 도메인을 동시에 수정하려고 시도하면 Logical Domains Manager가 중단되고 다시 시작될 수 있음
ldm init-system에서 disk server not found 오류를 보고함
유니캐스트 슬롯을 최대값을 초과하는 숫자로 설정할 경우 값이 0으로 재설정됨
ixgbe 물리적 기능 및 가상 기능의 최대 유니캐스트 슬롯 수를 초과하도록 시도해도 오류가 발생하지 않음
마이그레이션을 취소한 후 대상 시스템에서 실행되는 ldm 명령이 응답하지 않음
I/O 도메인에 지정된 경우 일부 Emulex 카드가 작동하지 않음
SPARC T4 시스템으로 마이그레이션하는 동안 cputrack 명령을 실행하면 게스트 도메인에 패닉이 발생함
Oracle Solaris 11: DRM 도용으로 Oracle Solaris DR 오류가 보고되고 재시도됨
CPU 간 마이그레이션을 사용하는 도메인에서 마이그레이션이 완료된 후 업타임이 임의로 보고됨
ldm init-system -r -i XML-file로 primary 도메인이 재부트되지 않음
Intel 듀얼 포트 이더넷 컨트롤러 X540 카드로 부트할 때 Oracle Solaris 10: ixgbe 드라이버에서 패닉이 발생할 수 있음
시스템 펌웨어의 8.2.0 버전에는 새로운 버전의 scvar 데이터베이스가 포함됩니다.
panic: BAD TRAP: occurred in module "pcie" due to an illegal access to a user address
XML 파일에서 재구성된 컨트롤 도메인이 I/O 장치를 올바르게 제거하지 못함
전체 코어 제약 조건을 사용 안함으로 설정한 후에도 primary 도메인 재부트 후 제약 조건이 다시 표시됨
모든 가상 기능을 삭제하고 슬롯을 루트 도메인으로 반환해도 루트 컴플렉스 리소스가 복원되지 않음
ldm start가 게스트 도메인 시작 실패 시 1대신 0을 잘못 반환함
PCIe-PCI 브리지가 포함된 PCIe 카드의 ldm remove-io가 허용되지 않아야 함
ldm start 명령 후 즉시 실행할 경우 ldm stop 명령이 실패할 수 있음
ldm set-io를 사용하여 pvid 값을 두 번 연속으로 변경하면 구성 오류가 발생할 수 있음
지정된 가상 기능 수가 매우 많은 primary 도메인을 재부트할 때 시스템 패닉이 발생함
모호한 SR-IOV 오류 메시지: Create vf failed
부분 코어 primary가 전체 코어 DR 변환을 허용하지 않음
primary 도메인 재부트 후 primary 도메인에 지정된igb 및 ixgbe 가상 기능이 결함 상태가 됨
ldmconfig가 Oracle Solaris 10 시스템에서만 지원됨
ldm list-io 명령이 부트 후 UNK 또는 INV 상태를 표시함
Oracle VM Server for SPARC MIB가 Oracle Solaris 10 시스템에서만 지원됨
SPARC T4-4s에서 매우 큰 메모리 도메인을 마이그레이션하면 대상 시스템에서 도메인 패닉이 발생함
탄력 모드에서 메모리가 큰 메모리 도메인을 중지하는 데 시간이 오래 걸릴 수 있음
Oracle Solaris 핫 플러그 작업을 사용하여 PCIe 끝점 장치를 제거할 수 없음
슬라이스 2가 없는 물리적 디스크에서 가상 디스크 검증이 실패함
하이브리드 I/O 가상 네트워크 장치를 포함하는 게스트 도메인을 마이그레이션할 때 nxge 패닉이 발생함
마이그레이션에 공유 NFS 리소스가 누락된 경우 모든 ldm 명령이 중단됨
ldmd가 부분 코어를 갖는 도메인에서 코어 제거를 실패함
시스템 로그 서비스가 온라인으로 설정되지 않으면 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를 사용하는 동일 네트워크에서 가상 네트워크가 너무 많은 게스트 도메인이 응답하지 않을 수 있음
패닉이 발생하고 재부트된 후 Logical Domains Manager가 게스트 도메인에서 리소스를 회수하지 않음
Logical Domains Manager가 실행 중일 때 eeprom(1M) 명령으로 OpenBoot PROM 변수를 수정할 수 없음
이 절에는 Oracle VM Server for SPARC 2.2 소프트웨어와 관련된 일반 문제 및 특정 버그가 포함됩니다.
이 절에서는 특정 버그 번호보다 포괄적인 이 릴리스의 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 2.2 관리 설명서의 볼륨 내보내기 및 역호환성를 참조하십시오.
Oracle VM Server for SPARC 2.0 릴리스부터는 I/O MMU(메모리 관리 장치) 우회 모드가 더 이상 필요하지 않습니다. 따라서 bypass=on 등록 정보는 더 이상 ldm add-io 명령에서 사용할 수 없습니다.
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를 참조하려고 시도하는 응용 프로그램에 문제가 발생할 수 있습니다. 특히, Oracle Solaris Volume Manager가 해당 구성을 찾을 수 없거나 해당 메타 장치에 액세스하지 못할 수 있습니다.
해결 방법: 서비스 도메인을 Oracle Solaris 10 8/11로 업그레이드한 후 게스트 도메인이 해당 Oracle Solaris Volume Manager 구성 또는 해당 메타 장치를 찾을 수 없는 경우 다음 절차를 수행하십시오.
md_devid_destroy=1; md_keep_repl_state=1;
도메인이 부트되면 Oracle Solaris Volume Manager 구성 및 메타 장치를 사용할 수 있어야 합니다.
재부트 중에 다음과 비슷한 메시지가 표시됩니다.
NOTICE: mddb: unable to get devid for 'vdc', 0x10
이러한 메시지는 정상이며 문제를 보고하지 않습니다.
논리적 도메인에서 사용할 수 있는 LDC(논리적 도메인 채널)의 수에는 제한이 있습니다. UltraSPARC T2 서버, SPARC T3-1 서버, SPARC T3-1B 서버, SPARC T4-1 서버 및 SPARC T4-1B 서버의 경우 제한 값은 512입니다. UltraSPARC T2 Plus 서버, SPARC T3 서버 및 SPARC T4 서버의 경우 제한 값은 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 설치 설명서: 설치 및 업그레이드 계획의 시스템 요구 사항 및 권장 사항를 참조하십시오. Oracle Solaris 11 OS의 권장 및 최소 메모리 요구 사항을 보려면 Oracle Solaris 11 릴리스 정보를 참조하십시오.
OpenBoot PROM은 도메인에 대한 최소 크기 제한을 갖고 있습니다. 현재까지 이 제한은 12MB입니다. 이 크기보다 작은 도메인을 설정하면 Logical Domains Manager가 도메인 크기를 자동으로 12MB로 늘립니다. 메모리 크기 요구 사항에 대한 자세한 내용은 시스템 펌웨어의 릴리스 노트를 참조하십시오.
메모리 DR(동적 재구성) 기능은 지정된 작업에 관련된 메모리의 주소 및 크기에 256MB를 강제로 할당합니다. Oracle VM Server for SPARC 2.2 관리 설명서의 메모리 정렬를 참조하십시오.
플랫폼에 따라 다음 개수의 도메인을 부트할 수 있습니다.
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에 연결된 것보다 많은 수를 지정할 경우 서비스 도메인에 하드 중단이 발생할 수 있으므로 vsw 서비스당 32개를 초과하는 vnet 인스턴스를 설정하지 마십시오.
최대 구성을 실행하려면 시스템에서 게스트 도메인을 지원하는 데 적합한 메모리 양이 필요합니다. 메모리 양은 플랫폼 및 OS에 따라 달라집니다. 플랫폼 설명서, Oracle Solaris 10 8/11 설치 설명서: 설치 및 업그레이드 계획 및 Oracle Solaris 11 시스템를 참조하십시오.
도메인에서 사용되는 vsw 서비스가 여러 가상 네트워크(여러 도메인에 있는)에 서비스를 제공할 경우 게스트 도메인에서 메모리 및 스왑 공간 사용이 늘어납니다. 이는 vsw에 연결된 모든 vnet 간의 피어 투 피어 연결 때문입니다. 서비스 도메인은 추가 메모리를 확보함으로써 이점을 얻을 수 있습니다. 64개를 초과하는 도메인을 실행할 대의 권장 최소값은 4GB입니다. 10개 미만의 도메인으로 시작하고, 현재 일괄 처리가 부트될 때까지 기다린 후 다음 일괄 처리를 시작하십시오. 도메인에 운영 체제를 설치할 때도 동일한 조건이 적용됩니다. vnet 간 채널을 사용 안함으로 설정하여 링크 수를 줄일 수 있습니다. Oracle VM Server for SPARC 2.2 관리 설명서의 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 2.2 소프트웨어에서는 변수 업데이트가 예상한 대로 지속되지 않는 일부 경우가 존재합니다.
모든 변수 업데이트 방법은 해당 도메인의 재부트 시에도 지속됩니다. 하지만 이후 논리적 도메인 구성을 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 6520041, 6540368, 6540937 및 6590259가 제공되었습니다.
Sun SNMP(Simple Network Management Protocol) 관리 에이전트는 다중 도메인을 지원하지 않습니다. 단일 전역 도메인만 지원됩니다.
CPU DR(동적 재구성)을 사용하여 가상 CPU 전원 끄기는 프로세서 세트, 리소스 풀 또는 해당 영역의 전용 CPU 기능에서 작동하지 않습니다.
CPU 전원 관리 탄력적 정책을 사용할 때 Oracle Solaris OS 게스트에는 전원이 켜진 도메인에 할당된 CPU만 표시됩니다. 즉, psrinfo(1M) 명령의 출력이 현재 전원 관리되는 CPU 개수에 따라 동적으로 변경됩니다. 이로 인해 해당 세트에 대한 할당을 허용하기 위해 실제 CPU ID가 정적이어야 하는 프로세서 세트 및 풀에 문제가 발생합니다. 또한 영역의 전용 CPU 기능에도 영향을 줄 수 있습니다.
해결 방법: 전원 관리 정책을 성능 정책으로 설정합니다.
FMA 및 전원 관리 CPU와 관련된 몇 가지 문제가 있습니다. 탄력적 정책 세트로 실행할 때 CPU 결함이 발생하면 결함이 있는 CPU가 복구될 때까지 성능 정책으로 전환합니다. 결함이 있는 모든 CPU가 복구되면 탄력적 정책을 다시 사용할 수 있습니다.
primary 도메인이 지연된 재구성 상태인 경우, primary 도메인이 재부트된 후에만 CPU가 전원 관리됩니다. 즉, primary 도메인이 재부트되어 지연된 재구성 상태가 해결될 때까지는 도메인의 사용 부하가 높아도 CPU 전원 관리가 추가 CPU를 온라인으로 설정하지 않습니다.
Oracle Solaris 10 10/09 OS는 도메인에서 암호화 단위를 동적으로 추가 및 제거하는 암호화 단위 DR(동적 재구성)이라고 부르는 기능을 제공합니다. Logical Domains Manager는 도메인이 암호화 단위 DR을 허용하는지 여부를 자동으로 검색하고 해당 도메인에 대해서만 기능을 사용으로 설정합니다. 또한 CPU DR은 암호화 단위가 바인드되었고 Oracle Solaris OS의 적합한 버전을 실행하는 도메인에서 더 이상 사용 안함으로 설정되지 않습니다.
SP가 탄력적 정책으로 설정된 경우 암호화 단위가 바인드된 도메인에서 코어 사용 안함 작업이 수행되지 않습니다. 시스템에 탄력적 정책이 설정된 경우 코어 사용 안함 작업을 수행하도록 설정하려면 해당 도메인에 바인드된 암호화 단위를 제거합니다.
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
확장 mapin 공간은 Oracle Solaris 10 8/11 OS 및 Oracle Solaris 11 OS에서만 사용할 수 있습니다. 기본적으로 이 기능은 사용 안함으로 설정됩니다.
ldm add-domain 또는 ldm set-domain 명령을 사용해서 Oracle Solaris 10 8/11 OS 또는 Oracle Solaris 11 OS를 실행하는 도메인에 extended-mapin-space=on을 설정하여 모드를 사용으로 설정할 수 있습니다. ldm(1M) 매뉴얼 페이지를 참조하십시오.
Oracle VM Server for SPARC 2.1 릴리스부터는 터미널 기반 Configuration Assistant 도구인 ldmconfig만 사용할 수 있습니다. 그래픽 사용자 인터페이스 도구는 더 이상 사용할 수 없습니다.
소프트웨어 라이센스의 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 요구 사항을 충족해야 합니다.
소스 및 대상 시스템이 모두 최소 2.1 이상의 Logical Domains Manager 버전에서 실행되어야 합니다.
다음 예제에서는 이전 버전의 Logical Domains Manager, 시스템 펌웨어 또는 둘 다를 실행할 때 표시되는 메시지를 보여 줍니다.
대상 시스템이 이전 버전의 Logical Domains Manager에서 실행됩니다.
예를 들어, 소스 및 대상 시스템이 다음을 실행한다고 가정합니다.
소스 시스템. Logical Domains Manager의 버전 2.1 및 시스템 펌웨어의 버전 7.4를 실행합니다.
대상 시스템. Logical Domains Manager의 버전 2.0 및 시스템 펌웨어의 버전 7.4를 실행합니다.
# ldm migrate ldg1 system2 The target machine is running an older version of the domain manager that does not support the latest migration functionality.
소스 시스템이 이전 버전의 Logical Domains Manager에서 실행됩니다.
예를 들어, 소스 및 대상 시스템이 다음을 실행한다고 가정합니다.
소스 시스템. Logical Domains Manager의 버전 2.0 및 시스템 펌웨어의 버전 7.4를 실행합니다.
대상 시스템. Logical Domains Manager의 버전 2.1 및 시스템 펌웨어의 버전 7.4를 실행합니다.
# ldm migrate ldg1 system2 The source machine is running an older version of the domain manager that is not compatible with the version running on the target machine.
소스 및 대상 시스템이 이전 버전의 Logical Domains Manager에서 실행됩니다.
예를 들어, 소스 및 대상 시스템이 다음을 실행한다고 가정합니다.
소스 시스템. Logical Domains Manager의 버전 2.0 및 시스템 펌웨어의 버전 7.3을 실행합니다.
대상 시스템. Logical Domains Manager의 버전 2.0 및 시스템 펌웨어의 버전 7.4를 실행합니다.
# ldm migrate ldg1 system2 Unable to migrate guest resource state Domain Migration of LDom ldg1 failed
대상 시스템이 소스 시스템에서 실행되는 시스템 펌웨어 버전과 호환되지 않는 이전 버전의 시스템 펌웨어에서 실행됩니다.
예를 들어, 소스 및 대상 시스템이 다음을 실행한다고 가정합니다.
소스 시스템. Logical Domains Manager의 버전 2.1 및 시스템 펌웨어의 버전 7.4를 실행합니다.
대상 시스템. Logical Domains Manager의 버전 2.1 및 시스템 펌웨어의 버전 7.3을 실행합니다.
# ldm migrate ldg1 system2 The target machine is running an older version of the System Firmware that is not compatible with the version running on the source machine.
소스 시스템이 대상 시스템에서 실행되는 시스템 펌웨어 버전과 호환되지 않는 이전 버전의 시스템 펌웨어에서 실행됩니다.
예를 들어, 소스 및 대상 시스템이 다음을 실행한다고 가정합니다.
소스 시스템. Logical Domains Manager의 버전 2.1 및 시스템 펌웨어의 버전 7.3을 실행합니다.
대상 시스템. Logical Domains Manager의 버전 2.1 및 시스템 펌웨어의 버전 7.4를 실행합니다.
# ldm migrate ldg1 system2 The source machine is running an older version of the System Firmware that does not support the latest migration functionality.
마이그레이션할 도메인이 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 2.2 관리 설명서의 OpenBoot PROM의 도메인 또는 커널 디버거에서 실행 중인 도메인 마이그레이션를 참조하십시오.
이 절에서는 Oracle VM Server for SPARC MIB(Management Information Base) 소프트웨어를 사용할 때 발생할 수 있는 문제를 요약해서 보여 줍니다.
주 - Oracle VM Server for SPARC MIB 소프트웨어는 Oracle Solaris 10 시스템에서만 사용할 수 있습니다.
버그 ID 6521530: snmptable 명령과 -v2c 또는 -v3 옵션을 사용하여 Oracle VM Server for SPARC MIB 2.1 소프트웨어를 질의할 경우 비어 있는 SNMP 테이블이 수신됩니다. snmptable 명령과 -v1 옵션은 예상한 대로 작동합니다.
해결 방법: GETBULK가 아닌 GETNEXT 요청만 사용하도록 -CB 옵션을 사용하여 데이터를 검색합니다. Oracle VM Server for SPARC 2.2 관리 설명서의 Oracle VM Server for SPARC MIB 객체를 검색하는 방법를 참조하십시오.
이 절에서는 이 버전의 소프트웨어를 사용할 때 발생할 수 있는 버그를 요약해서 보여 줍니다. 버그 설명은 버그 ID 순서대로 표시됩니다. 해결 방법 및 복구 절차를 사용할 수 있을 경우 해당 설명이 지정됩니다.
버그 ID 7166620: 11개 이상의 게스트 도메인에 PCIe 끝점 장치가 지정되었을 때 컨트롤 도메인을 재부트하면 게스트 도메인에서 PCIe 장치에 액세스할 수 없습니다.
복구: 영향을 받는 게스트 도메인을 중지하고 다시 시작합니다.
해결 방법: 컨트롤 도메인과 PCIe 끝점 장치가 지정된 게스트 도메인 간의 도메인 종속성 관계를 구성합니다. 다음 종속성 관계는 특정 이유로 인해 컨트롤 도메인이 재부트될 때 PCIe 끝점 장치가 포함된 도메인이 자동으로 중지되도록 보장합니다.
primary# ldm set-domain failure-policy=stop primary primary# ldm set-domain master=primary ldom
버그 ID 7165095 및 7165101: 직접 I/O 또는 SR-IOV 도메인이 있는 시스템에서 지연된 재구성을 취소하고 이후 재구성 작업을 수행하면 ldmd 데몬이 비정상적으로 종료되고 core 파일이 생성됩니다. ldmd SMF 서비스가 유지 관리 모드로 설정될 수도 있습니다.
해결 방법: ldm cancel-reconf 명령을 사용하지 마십시오. 지연된 재구성을 취소해야 하거나 이미 취소한 경우, 다른 ldm 작업을 수행하기 전에 ldmd SMF 서비스를 다시 시작합니다.
# scvadm restart ldmd
복구: ldmd SMF 서비스가 유지 관리 모드로 설정되면, ldmd 서비스를 복원하기 전에 시스템의 전원을 껐다 켜야 합니다.
다음은 컨트롤 도메인 및 SP(서비스 프로세서)로부터 시스템 전원을 껐다 켜는 방법을 보여 줍니다.
컨트롤 도메인. 다음 명령을 수행합니다.
# halt
SP. 다음 명령을 실행합니다.
-> stop /SYS
Are you sure you want to stop /SYS (y/n)? y
-> show /HOST status
/HOST
Properties:
status = Powered Off
-> start /SYS
Are you sure you want to start /SYS (y/n)? y
Starting /SYS
-> start /HOST/console
Are you sure you want to start /HOST/console (y/n)? y
->버그 ID 7160502: 사용 안함으로 설정된 CPU로 인해 Logical Domains Manager report에서 잘못된 CPU 리소스 수를 보고할 수 있습니다. 다음 예제에서는 도메인을 바인드 해제하여 도메인의 CPU 리소스 수가 잘못 변경될 수 있는 경우를 보여 줍니다.
# ldm list NAME STATE FLAGS CONS VCPU MEMORY UTIL UPTIME primary active -n-cv- UART 9 4G 0.2% 1h 5m ldg1 bound ------ 5000 116 2G # ldm unbind ldg1 # ldm list NAME STATE FLAGS CONS VCPU MEMORY UTIL UPTIME primary active -n-cv- UART 9 4G 1.1% 1h 5m ldg1 inactive ------ 120 2G
이 시점에서 CPU 리소스 수가 잘못되었습니다. ldg1 도메인의 수는 바인드 해제 작업 후 표시된 대로 120이 아니라 116이어야 합니다.
주 - 이 예제는 단지 하나의 예일 뿐이고, 사용 안함으로 설정된 CPU로 인해 CPU 수가 잘못된 다른 경우도 있을 수 있습니다. 그러한 경우 해결 방법에 제공된 방법을 사용하십시오.
해결 방법: 가능한 한 CPU가 사용 안함으로 설정된 코어는 사용하지 마십시오. 그렇지 않으면, 코어가 사용 안함으로 설정된 도메인을 바인드 해제할 때 나중에 도메인을 재바인드할 수 있도록 CPU 수를 올바른 양으로 재설정하십시오.
도메인을 재바인드하려면 CPU 리소스 수를 재설정해야 합니다. 예를 들어, 다음과 같습니다.
# ldm set-vcpu 116 ldg1 # ldm bind ldg1
버그 ID 7159359: 잘못된 가상 기능 제약 조건을 나타내는 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 7159114: 물리적으로 제한된 코어 사용에서 제약이 없는 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 7158496: 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 7158454: 여러 도메인의 구성에 영향을 주는 작업을 시도하면 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 7155386: XML 파일에 컨트롤 도메인 및 게스트 도메인 구성이 모두 포함된 경우, ldm init-system 명령은 먼저 게스트 도메인을 구성한 후 컨트롤 도메인을 구성합니다. 가상 디스크 서버가 구성되지 않은 공장 기본 구성에서 가상 디스크 서버 장치를 게스트 도메인에 추가하려고 시도하면 다음과 같은 오류가 발생할 수 있습니다.
Disk Server xxx not found
이 오류는 지정된 가상 디스크 서버를 컨트롤 도메인에서 제공해야 하는 경우에 발생합니다.
버그 ID 7155349: 유니캐스트 슬롯을 최대 제한을 초과하는 숫자로 설정하면 적합한 오류 메시지와 함께 작업이 실패합니다. 하지만 유니캐스트 슬롯 수가 자동으로 0으로 재설정되는 오류가 발생합니다.
해결 방법: 유니캐스트 슬롯 수를 지원되는 범위 내 값으로 지정합니다.
버그 ID 7155282: ixgbe 물리적 기능 및 가상 기능의 유니캐스트 슬롯 수를 최대 제한에서 허용되는 것 이상으로 설정하려고 시도해도 명령이 성공합니다. 최대 제한을 초과하는 시도가 실패해야 하지만 그렇지 않습니다.
다음 명령을 사용하여 장치에서 지원되는 최대 유니캐스트 슬롯 수를 확인합니다.
# ldm list-io -d pf-name
그런 후 해당 물리적 기능의 각 가상 기능에 지정된 총 유니캐스트 슬롯 수가 최대 값을 초과하지 않는지 확인합니다.
버그 ID 7153060: 컨트롤 도메인이 시스템에서 가장 낮은 코어를 요구합니다. 따라서 코어 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 7151847: Oracle Solaris 10 10/09 또는 이전 버전의 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 7150793: 라이브 마이그레이션을 취소할 경우 대상에 생성된 도메인 인스턴스의 메모리 내용을 하이퍼바이저에서 “지워야” 합니다. 이러한 스크러빙 프로세스는 보안 목적을 위해 수행되며, 메모리를 여유 메모리 풀로 반환하기 전에 완료해야 합니다. 이러한 스크러빙이 진행 중일 때는 ldm 명령이 응답하지 않습니다. 따라서 Logical Domains Manager가 중단된 것처럼 보입니다.
복구: 다른 ldm 명령을 실행하려고 시도하기 전에 이 “스크러빙” 요청이 완료될 때까지 기다려야 합니다. 이 프로세스는 오래 걸릴 수 있습니다. 예를 들어, 500GB 메모리가 포함된 게스트 도메인에서 이 프로세스를 완료하는 데에는 SPARC T4 서버의 경우 최대 7분, SPARC T3 서버의 경우 최대 25분까지 소요될 수 있습니다.
버그 ID 7150209: 컨트롤 도메인 및 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 7149951: 게스트 도메인을 SPARC T4 시스템으로 마이그레이션하는 동안 게스트 도메인에서 cputrack 명령을 실행할 경우 마이그레이션된 후 대상 시스템의 게스트 도메인에서 패닉이 발생할 수 있습니다.
해결 방법: 게스트 도메인을 SPARC T4 시스템으로 마이그레이션하는 동안에는 cputrack 명령을 실행하지 마십시오.
버그 ID 7149365: 정책 우선순위가 높은 도메인이 정책 우선순위가 낮은 도메인에서 가상 CPU 리소스를 갈취할 수 있습니다. 이러한 “도용” 동작이 진행 중일 때는 ldmd 로그에 다음과 같은 경고 메시지가 10초 간격으로 표시될 수 있습니다.
warning: Unable to unconfigure CPUs out of guest domain-name
해결 방법: 이러한 잘못된 메시지는 무시할 수 있습니다.
버그 ID 7149323: 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 7148394: CPU 주파수가 서로 다른 두 시스템 간에 도메인을 마이그레이션한 후 ldm list 명령을 통한 업타임 보고가 정확하지 않을 수 있습니다. 이러한 잘못된 결과는 도메인이 실행되는 시스템의 STICK 주파수를 기준으로 업타임이 계산되기 때문에 발생합니다. 소스 시스템과 대상 시스템 간에 STICK 주파수가 다를 경우 업타임이 잘못 측정된 것으로 보입니다.
게스트 도메인 자체에서 보고되고 표시되는 업타임은 올바릅니다. 따라서 게스트 도메인에서 Oracle Solaris OS로 수행된 계산은 정확합니다.
버그 ID 7146725: ldm init-system 명령을 사용하여 XML 구성으로부터 도메인을 설치하려고 할 때 -r 옵션을 지정해도 primary 도메인 재부트가 실패합니다.
해결 방법: primary 도메인을 수동으로 재부트합니다.
버그 ID 7146423: Intel 듀얼 포트 이더넷 컨트롤러 X540 카드로 부트할 때 Oracle Solaris 10 ixgbe 드라이버로 인해 시스템 패닉이 발생할 수 있습니다. 이 패닉은 다른 드라이버가 연결되지 않도록 차단하는 높은 우선순위 타이머가 드라이버에 포함되기 때문에 발생합니다.
해결 방법: 시스템을 재부트합니다.
버그 ID 7144314: 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 7142913: 15개의 게스트 도메인을 바인드하고 시작한 후 primary 도메인 패닉이 발생하고 다음 오류 메시지가 표시됩니다.
panic: BAD TRAP: occurred in module "pcie" due to an illegal access to a user address
도메인은 다음과 같이 구성됩니다.
게스트 도메인. igb 및 ixgbe 가상 기능 장치를 소유합니다. 또한 master 등록 정보가 primary로 설정됩니다.
primary 도메인. failure-policy 등록 정보가 stop으로 설정됩니다.
버그 ID 7134203: ldm init-system 명령을 사용하려 XML 파일에서 컨트롤 도메인을 재구성할 때 기존 I/O 장치가 컨트롤 도메인에서 올바르게 제거되지 않습니다. 이러한 상황에서는 컨트롤 도메인에서 PCIe 리프 노드 장치가 컨트롤 도메인에 계속 바인드되어 있기 때문에 게스트 도메인에서 바인딩 오류가 발생할 수 있습니다.
버그 ID 7131596: ldm add-vdsdev 명령에 잘못된 vdsdev 백엔드를 지정할 경우 결과 오류 메시지에서 백엔드가 유효한 경로로 식별됩니다.
# ldm add-vdsdev /wrong/path/file disk1@primary-vds0 Path /wrong/path/file is valid but not accessible on service domain primary
해결 방법: 지정된 경로를 확인하고 필요한 경우 수정합니다.
버그 ID 7130693: 전체 코어 제약 조건이 사용 안함으로 설정된 후에도 primary 도메인 재부트 후 제약 조건이 다시 표시됩니다.
이 문제는 다음과 같은 상황에서만 발생합니다.
primary 도메인이 지연된 재구성 모드인 경우
ldm set-vcpu 명령(-c 옵션 사용 안함)으로 지정한 가상 CPU 수가 지연된 재구성이 시작되기 전 전체 코어 제약 조건을 설정하는 데 사용된 가상 CPU 수와 일치하는 경우
해결 방법: 가상 CPU 개수를 다르게 지정하여 전체 코어 제약 조건을 사용 안함으로 설정합니다.
버그 ID 7129252: 모든 가상 기능을 삭제하고 슬롯을 루트 도메인에 반환한 후에도 루트 컴플렉스의 리소스가 복원되지 않습니다.
해결 방법: 다음 단계를 수행합니다.
루트 도메인에서 PCIe 버스를 제거합니다.
primary# ldm rm-io pci_0 primary Initiating a delayed reconfiguration operation on the primary domain. All configuration changes for other domains are disabled until the primary domain reboots, at which time the new configuration for the primary domain will also take effect.
PCIe 버스를 루트 도메인에 다시 지정합니다.
primary# ldm add-io pci_0 primary ------------------------------------------------------------------------------ Notice: The primary domain is in the process of a delayed reconfiguration. Any changes made to the primary domain will only take effect after it reboots. ------------------------------------------------------------------------------
PCIe 버스를 루트 도메인으로 재부트합니다.
primary# reboot
버그 ID 7125579: 예기치 않은 하이퍼바이저 오류로 인해 게스트 도메인 시작을 실패할 수 있습니다. 도메인 시작을 실패하더라도 명령이 1 대신 0으로 종료되고 다음 오류 메시지가 표시됩니다.
LDom domain start failed, retry the operation
해결 방법: 도메인 시작을 성공했는지 확인할 때 종료 코드에만 의존하지 마십시오. 대신 다음 검사 중 하나를 수행합니다.
ldm 명령이 오류 메시지를 표시하는지 확인합니다.
시작 명령이 완료된 후 도메인 상태를 확인합니다.
버그 ID 7121963: 이 support document에 나열된 DIO(직접 I/O) 기능을 지원하는 PCIe 카드만 사용하십시오.
해결 방법: ldm add-io 명령을 사용하여 카드를 primary 도메인에 다시 추가합니다.
버그 ID 7118936: ldm start 명령 후에 즉시 ldm stop 명령을 실행하면 다음 오류와 함께 ldm stop 명령이 실패할 수 있습니다.
LDom domain stop notification failed
해결 방법: ldm stop 명령을 다시 실행합니다.
버그 ID 7109458: ldm set-io 명령을 사용하여 가상 기능에 대해 pvid 등록 정보 값을 두 번 이상 변경하면 가상 기능 하드웨어에서 pvid 값이 올바르게 설정되지 않을 수 있습니다.
해결 방법: ldm set-io 명령을 다시 실행하기 전에 몇 초 동안 기다리십시오.
버그 ID 7104911: 매우 많은 수의 가상 기능이 지정된 primary 도메인을 재부트하면 시스템 패닉이 발생할 수 있습니다.
해결 방법: 다음 해결 방법 중 하나를 수행합니다.
가상 기능 수를 줄여서 실패한 가상 기능 수를 줄입니다. 이렇게 변경하면 칩 응답성이 향상될 수 있습니다.
시스템에서 모든 ixgbe 가상 기능에 대해 IRM 풀이 하나만 생성되므로 ixgbe 가상 기능에 대해 IRM(Interrupt Resource Management) 풀을 더 많이 만듭니다.
버그 ID 7101229: 물리적 기능 장치에 대해 구성 가능한 최대 가상 기능 수보다 하나 더 많은 가상 기능을 만들려고 시도하면 Create vf failed 메시지가 표시됩니다. 이 오류 메시지는 실패 이유로는 명확하지 않습니다.
버그 ID 7100859: 직접 I/O(ldm remove-io)를 사용하여 다중 소켓 SPARC T-Series 시스템에서 여러 PCIe 슬롯을 제거할 경우 부트 시 시스템에서 패닉이 발생할 수 있습니다. 이 문제는 PCIe 슬롯에 대한 경로가 서로 비슷할 경우(루트 컴플렉스 경로 제외)에 발생합니다. PCIe 슬롯을 제거하고 primary 도메인을 재부트할 경우 패닉이 발생할 수 있습니다. DIO(직접 I/O) 기능에 대한 자세한 내용은 Oracle VM Server for SPARC 2.2 관리 설명서의 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 7100841: primary 도메인이 가장 낮은 물리적 코어(일반적으로 0)를 다른 도메인과 공유할 경우, 전체 코어 제약 조건을 primary 도메인에 대해 설정하려는 시도가 실패합니다.
해결 방법: 다음 단계를 수행합니다.
도메인에서 공유되는 가장 낮은 바인드된 코어를 확인합니다.
# ldm list -o cpu
primary 도메인이 아니라 모든 도메인에서 가장 낮은 코어의 모든 CPU 스레드를 바인드 해제합니다.
그 결과 가장 낮은 코어의 CPU 스레드가 공유되지 않으며 primary 도메인에 대한 바인딩에 사용할 수 있도록 확보됩니다.
다음 중 하나를 수행하여 전체 코어 제약 조건을 설정합니다.
CPU 스레드를 primary 도메인에 바인드하고, ldm set-vcpu -c 명령을 사용하여 전체 코어 제약 조건을 설정합니다.
ldm set-core 명령을 사용하여 CPU 스레드를 바인드하고, 단일 단계로 전체 코어 제약 조건을 설정합니다.
버그 ID 7098941: primary 도메인이 재부트된 후 igb 및 ixgbe 가상 기능 장치가 결함 상태가 됩니다. 이러한 가상 기능은 primary 도메인에 지정됩니다. 시스템 구성에는 primary 도메인만 포함됩니다. 게스트 도메인 또는 I/O 도메인은 구성되지 않습니다.
fmadm faulty 명령은 각 가상 기능 장치가 결함이 있는지 보여 줍니다. fmadm repair 명령은 결함으로부터 복구할 수 있게 해주지만 primary 도메인을 재부트할 때마다 결함 상태가 반환됩니다.
해결 방법: fmadm repair 명령을 사용하여 primary 도메인을 재부트할 때마다 결함 상태로부터 복구합니다.
Bug ID 7093344: Oracle Solaris 10 시스템에서만 ldmconfig 명령을 사용할 수 있습니다.
버그 ID 7084728: primary 도메인을 부트한 후 즉시 ldm list-io 명령을 실행할 경우 명령이 PCIe 슬롯 및 SR-IOV 가상 기능에 대해 UNK 또는 INV 상태를 표시할 수 있습니다. 이 문제는 Oracle Solaris OS에서 Logical Domains 에이전트 응답 지연으로 인해 발생합니다.
이 문제는 일부 시스템에서만 보고되었습니다.
해결 방법: PCIe 슬롯 및 가상 기능의 상태는 Logical Domains 에이전트에서 정보가 수신된 후 자동으로 업데이트됩니다.
버그 ID 7083321: nwam 데몬이 NIC(네트워크 인터페이스 카드)에서 참조 카운트를 유지하여 NIC 드라이버를 분리할 수 없습니다.
해결 방법: Automatic 네트워크 구성 프로파일을 사용하지 마십시오. 대신 DefaultFixed 네트워크 구성 프로파일을 사용하십시오.
버그 ID 7082776: Oracle Solaris 10 시스템에서만 Oracle VM Server for SPARC MIB를 사용할 수 있습니다.
버그 ID 7071426: 메모리가 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 7062298: 게스트 도메인에서 많은 수의 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 7058261: 시스템에서 전원 관리 탄력적 정책이 설정된 상태에서 메모리가 큰 도메인을 중지하려고 ldm stop 명령을 사용하면 시간이 오래 걸릴 수 있습니다. 도메인이 충분히 유휴 상태인 경우, 도메인에 지정된 대부분의 CPU 스레드가 사용 안함으로 설정됩니다. CPU를 사용 안함으로 설정하면 도메인을 중지하는 데 필요한 처리가 남은 활성 스레드로 유지됩니다.
예를 들어, 메모리가 252GB이고 2개의 CPU만 사용으로 설정된 게스트 도메인은 중지하는 데 약 7분이 걸립니다.
해결 방법: 도메인을 중지하기 전에 탄력적 정책에서 성능 정책으로 전환하여 PM(전원 관리)을 사용 안함으로 설정합니다.
버그 ID 7054326: ldm rm-io 명령을 사용하여 primary 도메인에서 장치를 제거한 후에는 Oracle Solaris 핫 플러그 작업을 사용하여 PCIe 끝점 장치를 제거할 수 없습니다. PCIe 끝점 장치 교체 또는 제거에 대한 자세한 내용은 Oracle VM Server for SPARC 2.2 관리 설명서의 PCIe 하드웨어 변경를 참조하십시오.
버그 ID 7042353: 물리적 디스크가 크기가 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 7038650: 부하가 높은 게스트 도메인에 하이브리드 I/O 구성이 포함되었고 이를 마이그레이션하려고 시도하면 nxge 패닉이 발생할 수 있습니다.
해결 방법: primary 도메인 및 해당 도메인의 하이브리드 I/O 구성에 포함되는 모든 서비스 도메인의 /etc/system 파일에 다음 행을 추가합니다.
set vsw:vsw_hio_max_cleanup_retries = 0x200
버그 ID 7036137: 시작된 마이그레이션 또는 진행 중인 마이그레이션, 또는 모든 ldm 명령이 영구적으로 중단됩니다. 이러한 상황은 마이그레이션할 도메인이 다른 시스템의 공유 파일 시스템을 사용하고 이 파일 시스템이 공유되지 않는 경우에 발생합니다.
해결 방법: 공유 파일 시스템을 다시 액세스 가능하도록 설정합니다.
버그 ID 7035438: ldmd는 부분 코어를 갖는 도메인에서 전체 코어 제약 조건을 사용으로 설정하도록 허용하지만 동일 도메인에서 코어를 제거 또는 설정하는 데 실패합니다.
해결 방법: 컨트롤 도메인의 공장 기본값 구성에서 다음을 수행합니다.
컨트롤 도메인에서 지연된 재구성을 시작합니다.
# ldm start-reconf primary
메모리 재구성 작업을 먼저 수행합니다.
CPU 재구성 작업을 수행합니다.
# ldm set-vcpu 16 primary # ldm set-vcpu -c 2 primary
이 예제에서는 2개의 코어를 사용하지만 시스템 제한에 따라 코어 수는 1개일 수도 있습니다.
버그 ID 7034191: 시스템 로그 서비스 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 7030045: 활성 게스트 도메인의 마이그레이션이 중단되고 소스 시스템이 응답하지 않을 수 있습니다. 이 문제가 발생할 경우 콘솔 및 /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 7027105: CPU 수가 크게 줄어든 후 로드된 도메인의 DRM 정책이 만료되면 No response 메시지가 Oracle VM Server for SPARC 로그에 표시될 수 있습니다. ldm list 출력에는 psrinfo 출력에 표시된 것보다 많은 CPU 리소스가 도메인에 할당된 것으로 표시됩니다.
해결 방법: ldm set-vcpu 명령을 사용하여 psrinfo 출력에 표시된 값으로 도메인의 CPU 수를 재설정합니다.
버그 ID 7026177: 대상 시스템의 비활성 도메인에 종속된 도메인의 라이브 마이그레이션을 시도할 경우 ldmd 데몬이 세그먼테이션 결함으로 실패하고 대상 시스템의 도메인이 다시 시작됩니다. 마이그레이션을 계속 수행할 수 있지만 라이브 마이그레이션이 되지 않습니다.
해결 방법: 라이브 마이그레이션을 시도하기 전에 다음 작업 중 하나를 수행합니다.
마이그레이션할 도메인에서 게스트 종속성을 제거합니다.
대상 시스템에서 마스터 도메인을 시작합니다.
버그 ID 7026160: DRM 정책이 적용된 상태에서 도메인 마이그레이션을 수행할 수 있습니다. 나중에 DRM 정책이 만료되거나 마이그레이션된 도메인에서 제거된 경우 DRM이 가상 CPU의 원래 개수를 도메인에 복원하지 못합니다.
해결 방법: DRM 정책이 활성 상태일 때 도메인을 마이그레이션하고 나중에 DRM 정책이 만료되거나 제거되면 가상 CPU의 개수를 재설정합니다. ldm set-vcpu 명령을 사용하여 가상 CPU 개수를 도메인의 원래 값으로 설정합니다.
버그 ID 7025445: 가상 CPU 수가 100개 이상이고 일부 암호화 단위를 포함하는 게스트 도메인에서 ldm set-vcpu 1 명령을 실행할 경우 가상 CPU를 제거하지 못합니다. DR 시간 초과 오류로 인해 가상 CPU가 제거되지 않습니다. 암호화 단위는 성공적으로 제거됩니다.
해결 방법: ldm rm-vcpu 명령을 사용하여 가상 CPU 중 하나만 제외하고 모두 게스트 도메인에서 제거합니다. 가상 CPU를 한 번에 100개 이상은 제거하지 마십시오.
버그 ID 7023216: 중복된 MAC 주소를 포함하는 경우 도메인을 마이그레이션할 수 없습니다. 일반적으로 이 이유로 마이그레이션이 실패할 경우 오류 메시지에 중복된 MAC 주소가 표시됩니다. 하지만 드문 경우에 이 오류 메시지에 중복된 MAC 주소가 보고되지 않을 수 있습니다.
# ldm migrate ldg2 system2 Target Password: Domain Migration of LDom ldg2 failed
해결 방법: 대상 시스템의 MAC 주소가 고유한지 확인합니다.
버그 ID 7019493: 두 개의 ldm migrate 명령을 “반대 방향”으로 동시에 실행할 경우 두 명령이 중단되고 완료되지 않을 수 있습니다. 예를 들어, 반대 방향의 경우란 A 시스템에서 B 시스템으로 마이그레이션을 시작하는 것과 동시에 B 시스템에서 A 시스템으로의 마이그레이션도 시작하는 것을 의미합니다.
-n을 사용하여 dry run 모드로 시작하더라도 마이그레이션 프로세스가 중단됩니다. 이 문제가 발생하면 다른 모든 ldm 명령도 중단될 수 있습니다.
해결 방법: 없음.
버그 ID 6994984: 컨트롤 도메인(primary 도메인이라고도 함)에서 100개 이상의 CPU를 제거하기 위해 동적 재구성이 아닌 지연된 재구성을 사용합니다. 다음 단계를 수행합니다.
ldm start-reconf primary 명령을 사용하여 컨트롤 도메인을 지연된 재구성 모드로 설정합니다.
원하는 개수의 CPU 리소스를 제거합니다.
CPU 리소스를 제거할 때 실수를 한 경우 컨트롤 도메인이 지연된 재구성 모드에 있는 동안 다른 CPU 제거 요청을 시도하지 마십시오. 그렇지 않으면 명령이 실패합니다(지연된 재구성 중 하나의 CPU 구성 작업만 수행할 수 있음 참조). 대신 ldm cancel-reconf 명령을 사용하여 지연된 재구성 작업을 실행 취소하고 처음부터 다시 시작합니다.
컨트롤 도메인을 재부트합니다.
버그 ID 6989192 및 7071760: 다음 조건이 충족되었을 경우 로그인 시 또는 명령 실행 중에 OS가 중단될 수 있습니다.
Oracle Solaris 10 8/11 OS가 SPARC sun4v 시스템에서 실행되는 경우
PM(전원 관리) 탄력적 정책이 시스템의 ILOM 서비스 프로세서에 설정된 경우
해결 방법: 패치 ID 147149-01을 적용합니다.
버그 ID 6984681: pkgadd 명령을 사용하여 Sun ZFS Storage Appliance에서 NFS를 통해 내보낸 디렉토리에서 SUNWldm.v 패키지를 설치할 경우, 다음과 같은 오류 메시지가 표시될 수 있습니다.
cp: failed to set acl entries on /var/svc/manifest/platform/sun4v/ldmd.xml
해결 방법: 이 메시지를 무시합니다.
버그 ID 6984008: 두 개의 서로 다른 직접 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 6983279: 다중 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 6979574: 재설정 종속성을 만들 경우 ldm stop -a 명령으로 인해 도메인에서 재설정 종속성이 중지되는 대신 다시 시작될 수 있습니다.
해결 방법: 먼저 마스터 도메인에 대해 ldm stop 명령을 실행합니다. 그런 다음 슬레이브 도메인에 대해 ldm stop 명령을 실행합니다. 슬레이브 도메인의 초기 중지로 인해 오류가 발생하면 슬레이브 도메인에 대해 ldm stop -f 명령을 실행합니다.
버그 ID 6968507: 활성 도메인의 마이그레이션에 따라 마이그레이션된 도메인의 CPU 활용률이 짧은 기간 동안 크게 증가할 수 있습니다. 마이그레이션 중에 DRM(동적 리소스 관리) 정책이 도메인에 대해 적용된 경우 Logical Domains Manager가 CPU 추가를 시작할 수 있습니다. 특히, 정책을 추가할 때 vcpu-max 및 attack 등록 정보가 지정되지 않은 경우 기본값 unlimited로 인해 대상 시스템의 모든 바인드 해제된 CPU가 마이그레이션된 도메인에 추가됩니다.
복구: 복구가 필요하지 않습니다. CPU 활용률이 DRM 정책에서 지정된 상한값 아래로 떨어진 후 Logical Domains Manager가 CPU를 자동으로 제거합니다.
버그 ID 6968100: 일부 경우에는 사용 중인 MAC 주소가 감지되지 않아서 다시 잘못 지정됩니다.
해결 방법: 사용 중인 MAC 주소를 다시 지정할 수 없도록 수동으로 확인합니다.
버그 ID 6967799: 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 6965758: Oracle Solaris 10 10/09 OS 이전의 릴리스를 실행 중이고 도메인에서 가장 낮은 번호의 CPU가 offline 상태인 경우 활성 도메인의 마이그레이션이 실패할 수 있습니다. 이 작업은 Logical Domains Manager가 CPU DR을 사용하여 도메인을 단일 CPU로 줄인 경우에 실패합니다. 이렇게 하면 Logical Domains Manager가 도메인에서 가장 낮은 CPU를 제외한 모든 CPU를 제거하려고 시도하지만 해당 CPU가 오프라인이기 때문에 작업이 실패합니다.
해결 방법: 마이그레이션을 시도하기 전에 도메인에서 가장 낮은 번호의 CPU가 online 상태인지 확인합니다.
버그 ID 6956431: 마이그레이션 작업 중에 Oracle Solaris 10 9/10 도메인이 일시 중지된 후 메모리 DR(동적 재구성)이 사용 안함으로 설정됩니다. 이 경우는 도메인이 소스 시스템에 유지된다는 사실에도 불구하고 마이그레이션이 성공했을 때뿐만 아니라 마이그레이션이 취소되었을 때도 적용됩니다.
버그 ID 6936833: 컨트롤 도메인에서 가상 네트워크 장치의 MTU(최대 전송 단위)를 수정할 경우 지연된 재구성 작업이 트리거됩니다. 이후에 지연된 재구성을 취소하면 해당 장치의 MTU 값이 원래 값으로 복원되지 않습니다.
복구: ldm set-vnet 명령을 다시 실행하여 MTU를 원래 값으로 설정합니다. MTU 값을 재설정하면 컨트롤 도메인이 지연된 재구성 모드로 설정되어, 이를 취소해야 합니다. 결과 MTU 값은 이제 원래의 올바른 MTU 값입니다.
# ldm set-vnet mtu=orig-value vnet1 primary # ldm cancel-op reconf primary
버그 ID 6904849: 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 6904240: 일부 경우에 마이그레이션이 다음 오류 메시지와 함께 실패하고 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 6897743: 실행 중인 도메인에서 모든 하드웨어 암호화 단위가 동적으로 제거된 경우, 암호화 프레임워크가 소프트웨어 암호화 제공자로 효과적으로 전환되지 못한 것으로 표시되고 모든 ssh 연결을 종료합니다.
복구: 도메인에서 모든 암호화 단위가 제거된 후 ssh 연결을 다시 설정합니다.
해결 방법: 서버측의 /etc/ssh/sshd_config 파일에 UseOpenSSLEngine=no를 설정하고 svcadm restart ssh 명령을 실행합니다.
그러면 모든 ssh 연결에 더 이상 하드웨어 암호화 단위가 사용되지 않으며(따라서 연관된 성능 향상 이점도 얻을 수 없음), 암호화 단위가 제거될 때 ssh 연결이 해제되지 않습니다.
버그 ID 6892229: 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 6855079: 여러 도메인을 부트할 때 ldm 명령의 응답 속도가 느려질 수 있습니다. 이 단계에서 ldm 명령을 실행하면 명령 실행이 중단된 것처럼 보일 수 있습니다. ldm 명령은 예상된 작업을 수행한 후에 결과를 반환합니다. 명령이 반환된 후에는 시스템이 ldm 명령에 정상적으로 응답합니다.
해결 방법: 여러 도메인을 동시에 부트하지 마십시오. 하지만 여러 도메인을 한 번에 부트해야 할 경우 시스템이 정상으로 돌아올 때까지 추가 ldm 명령을 실행하지 마십시오. 예를 들어, Sun SPARC Enterprise T5140 및 T5240 서버에서는 2분 정도 기다리고, Sun SPARC Enterprise T5440 서버 또는 Netra T5440 서버에서는 4분 정도 기다리십시오.
버그 ID 6853273: 시스템에 전원 관리 탄력적 정책이 설정된 경우 게스트 도메인을 재부트하면 다음 경고 메시지가 생성되고 성공적으로 부트되지 않을 수 있습니다.
WARNING: /virtual-devices@100/channel-devices@200/disk@0: Sending packet to LDC, status: -1 WARNING: /virtual-devices@100/channel-devices@200/disk@0: Can't send vdisk read request! WARNING: /virtual-devices@100/channel-devices@200/disk@0: Timeout receiving packet from LDC ... retrying
해결 방법: 이러한 경고가 표시되면 다음의 순서에 따라 해결 방법 중 하나를 수행합니다.
게스트 도메인에 ok 프롬프트가 표시된 경우 입력을 허용하는 경우 reset-all을 입력합니다.
컨트롤 도메인에서 ldm stop domain-name 명령을 실행한 후 ldm start domain-name 명령을 실행합니다.
전원 관리 정책을 성능 정책으로 변경하고, 해당 게스트 도메인을 중지하고 시작한 다음 탄력적 정책으로 돌아갑니다.
버그 ID 6839787: 일부 경우에 최소한 Oracle Solaris 10 10/08 OS를 실행하는 게스트 도메인이 Oracle Solaris 10 5/09 OS를 실행하는 컨트롤 도메인에 대해 적합한 도메인 서비스 연결을 설정하지 못합니다.
도메인 서비스 연결은 DR(동적 재구성), FMA 및 PM(전원 관리)과 같은 기능을 사용으로 설정합니다. 이러한 오류는 게스트 도메인이 부트될 때 발생하므로 도메인을 재부트하면 일반적으로 문제가 해결됩니다.
해결 방법: 게스트 도메인을 재부트합니다.
버그 ID 6837615: 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 6836587: 일부 경우에 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 6829016: 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 6808832: Sun Fire T5240과 같은 시스템에서 전용 PCI-E 루트 컴플렉스를 사용하여 최대 두 개의 도메인을 구성할 수 있습니다. 이러한 시스템에는 두 개의 UltraSPARC T2+ 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 6781589: 마이그레이션 중에는 명시적으로 지정된 콘솔 그룹 및 포트가 무시되고 기본 등록 정보를 갖는 콘솔이 대상 도메인에 대해 생성됩니다. 이 콘솔은 콘솔 그룹으로 대상 도메인 이름을 사용하고 컨트롤 도메인에서 첫번째 가상 콘솔 집중기(vcc) 장치에서 사용 가능한 모든 포트를 사용하여 생성됩니다. 기본 그룹 이름과 충돌이 있을 경우 마이그레이션이 실패합니다.
복구: 마이그레이션 이후 명시적 콘솔 등록 정보를 복원하려면 대상 도메인을 바인드 해제하고 ldm set-vcons 명령을 사용하여 원하는 등록 정보를 수동으로 설정합니다.
버그 ID 6773569: 한 구성에서 다른 구성으로 전환한 후(전원을 껐다 켠 후 ldm set-config 명령 사용) 이전 구성에 정의된 도메인이 현재 구성에 비활성 상태로 계속 제공될 수 있습니다.
이는 Logical Domains Manager의 제약 조건 데이터베이스가 구성 변경 사항과 동기화된 상태로 유지되지 않은 결과입니다. 이러한 비활성 도메인은 실행 중인 구성에 영향을 주지 않으며 삭제해도 안전합니다.
버그 ID 6772120: 대상 시스템에서 가상 디스크가 소스 시스템에서 사용된 것과 동일한 디스크 백엔드를 가리키지 않는 경우 마이그레이션된 도메인이 해당 디스크 백엔드를 사용하여 가상 디스크에 액세스할 수 없습니다. 도메인에서 가상 디스크에 액세스할 때 중단이 발생할 수 있습니다.
현재까지 Logical Domains Manager는 가상 디스크 볼륨 이름이 소스 및 대상 시스템에서 일치하는지만 확인합니다. 이 시나리오에서는 디스크 백엔드가 일치하지 않더라도 오류 메시지가 표시되지 않습니다.
해결 방법: 마이그레이션된 도메인을 얻기 위해 대상 도메인을 구성할 때 디스크 볼륨(vdsdev)이 소스 도메인에 사용된 디스크 백엔드와 일치하는지 확인합니다.
복구: 대상 시스템에서 가상 디스크 장치가 잘못된 디스크 백엔드를 가리키는 것으로 확인된 경우 다음 중 하나를 수행합니다.
다음을 수행합니다.
도메인을 다시 소스 시스템으로 마이그레이션합니다.
대상에서 올바른 디스크 백엔드를 가리키도록 vdsdev를 수정합니다.
도메인을 대상 시스템으로 다시 마이그레이션합니다.
대상에서 도메인을 중지하고 바인드 해제한 후 vdsdev를 수정합니다. OS에서 가상 I/O 동적 재구성을 지원하고, 사용 중이 아닌 잘못된 가상 디스크가 도메인에 있는 경우(즉, 부트 디스크가 아니고 마운트 해제된 경우), 다음을 수행합니다.
ldm rm-vdisk 명령을 사용하여 디스크를 제거합니다.
vdsdev를 수정합니다.
ldm add-vdisk 명령을 사용하여 가상 디스크를 다시 추가합니다.
버그 ID 6772089: 일부 경우에 마이그레이션이 실패하고 ldmd에서 소스 도메인에 필요한 메모리를 바인드할 수 없다는 내용이 보고될 수 있습니다. 이 문제는 대상 시스템에서 사용 가능한 전체 메모리 양이 소스 도메인에 사용되는 메모리 양보다 많은 경우에도 발생할 수 있습니다.
이 오류는 소스 도메인에서 사용되는 특정 메모리 범위를 마이그레이션하기 위해 대상에서도 이에 상응하는 메모리 범위를 사용할 수 있어야 하기 때문에 발생합니다. 이와 같이 상응하는 메모리 범위를 소스의 메모리 범위에서 찾을 수 없으면 마이그레이션을 진행할 수 없습니다.
복구: 이 조건이 발생하면 대상 시스템에서 메모리 사용량을 수정하여 도메인을 마이그레이션할 수도 있습니다. 이렇게 하려면 대상에서 바인드된 도메인 또는 활성 논리적 도메인을 바인드 해제합니다.
사용 가능한 메모리와 사용 방법을 보려면 ldm list-devices -a mem 명령을 사용합니다. 다른 도메인에 지정된 메모리 양을 줄여야 할 수도 있습니다.
버그 ID 6764613: 시스템에서 네트워크를 구성하지 않았고 NIS(네트워크 정보 서비스) 클라이언트가 실행 중인 경우 Logical Domains Manager가 시스템에서 시작되지 않습니다.
해결 방법: 네트워크에 연결되지 않은 시스템에서 NIS 클라이언트를 사용 안함으로 설정합니다.
# svcadm disable nis/client
버그 ID 6760933: 일부 경우에 활성 논리 도메인이 부트된 지 오래되었거나 도메인 마이그레이션을 완료한 지 오래되었는데도 정상 상태가 아니라 변환 상태로 표시됩니다. 이 문제는 아무런 영향을 주지 않으며 도메인이 완전히 작동합니다. 어떤 플래그가 설정되었는지 확인하려면 ldm list -l -p 명령 출력에서 flags 필드를 확인하거나 ldm list 명령에서 FLAGS 필드를 확인합니다(normal의 경우 -n----을 표시하고 transition의 경우 -t---- 표시).
복구: 다음 재부트 후에는 도메인이 올바른 상태로 표시됩니다.
버그 ID 6757486: 일부 경우에 도메인을 마이그레이션한 후 해당 도메인의 콘솔에 연결할 수 없습니다.
해결 방법: vntsd SMF 서비스를 다시 시작하여 콘솔에 대한 연결을 사용으로 설정합니다.
# svcadm restart vntsd
주 - 이 명령은 모든 활성 콘솔 연결을 해제합니다.
버그 ID 6753683: 일부 경우에 Logical Domains 시스템의 명령줄에서 uadmin 1 0 명령을 실행하면 이후 재설정 후에도 시스템이 ok 프롬프트로 돌아가지 않습니다. 이러한 잘못된 동작은 Logical Domains 변수 auto-reboot?가 true로 설정된 경우에만 표시됩니다. auto-reboot?가 false로 설정된 경우에는 예상된 동작이 발생합니다.
해결 방법: 대신 다음 명령을 사용합니다.
uadmin 2 0
또는 항상 auto-reboot?를 false로 설정하여 실행합니다.
버그 ID 6742805: 단일 CPU 구성에서 매우 많은 양의 메모리가 구성된 경우 도메인을 종료하거나 메모리를 지우는 데 15분 이상 소요될 수 있습니다. 종료 중 도메인의 CPU는 도메인에서 소유하는 모든 메모리를 지우는 데 사용됩니다. 구성의 균형이 맞지 않을 경우(예: 단일 CPU 도메인과 512GB 메모리) 스크러빙 작업을 완료하는 데 걸리는 시간이 상당히 오래 걸릴 수 있습니다. 이렇게 지연된 스크러빙 시간으로 인해 도메인을 종료하는 데 걸리는 시간이 연장됩니다.
해결 방법: 큰 메모리 구성(100GB 이상)에 적어도 하나의 코어가 포함되는지 확인합니다. 그러면 종료 시간이 훨씬 빨라집니다.
버그 ID 6705823: Oracle Solaris 10 5/08 OS를 실행하는 서비스 도메인에서 지원되는 모든 게스트 도메인에서 Oracle Solaris 10 8/07 OS의 넷 부트를 시도하면 설치 중 게스트 도메인이 중단될 수 있습니다.
해결 방법: Oracle Solaris 10 8/07 OS 넷 설치 이미지의 미니루트를 패치 ID 127111-05로 패치합니다.
버그 ID 6656033: 공통 콘솔 그룹을 갖는 시스템에서 다중 게스트 도메인의 동시 넷 설치가 실패합니다.
해결 방법: 각각 고유한 콘솔 그룹을 갖는 게스트 도메인에서만 넷 설치를 수행합니다. 이 오류는 다중 넷 설치 도메인 간에 공통 콘솔 그룹이 공유되는 도메인에서만 표시됩니다.
버그 ID 6629230: 최소한 Solaris 10 11/06 OS를 실행하는 컨트롤 도메인에서 SC 재설정 후 scadm 명령이 중단될 수 있습니다. 시스템이 SC 재설정 후 연결을 올바르게 다시 설정할 수 없습니다.
해결 방법: SC에서 연결을 다시 설정하도록 호스트를 재부트합니다.
복구: SC에서 연결을 다시 설정하도록 호스트를 재부트합니다.
버그 ID 6610702: 시스템 콘솔 또는 시스템 로그에 다음 경고 메시지가 표시될 수 있습니다.
ldc_close: (0xb) unregister failed, 11
괄호 안의 숫자는 각 경고 메시지마다 다를 수 있는 Oracle Solaris 내부 채널 번호입니다.
해결 방법: 이러한 메시지는 무시할 수 있습니다.
버그 ID 6603974: 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 6591844: CPU 또는 메모리 결함이 발생할 경우 해당 도메인에서 패닉이 발생하고 재부트될 수 있습니다. 도메인을 재부트하는 동안 FMA(Fault Management Architecture)가 결함이 발생한 구성 요소를 회수하려고 시도할 경우 Logical Domains Manager가 도메인과 통신할 수 없고, 회수가 실패합니다. 이 경우 fmadm faulty 명령은 리소스를 degraded로 표시합니다.
복구: 도메인에서 재부트가 완료될 때까지 기다린 후 다음 명령을 사용해서 컨트롤 도메인에서 결함 관리자 데몬(fmd)을 다시 시작하여 결함 이벤트를 재생하도록 FMA를 강제로 적용합니다.
primary# svcadm restart fmd
버그 ID 6540368: 이 문제는 Logical Domains 변수 지속성에 요약되어 있으며 컨트롤 도메인에만 영향을 줍니다.
버그 ID 6510214: Logical Domains 환경에서는 ickey(1M) 명령을 사용하여 Oracle Solaris OS 내에서 WAN(광대역 네트워크) 부트 키를 설정하거나 삭제하기 위한 지원이 없습니다. 모든 ickey 작업은 다음 오류와 함께 실패합니다.
ickey: setkey: ioctl: I/O error
또한 컨트롤 도메인이 아닌 논리적 도메인에서 OpenBoot 펌웨어를 사용하여 설정된 WAN 부트 키는 도메인 재부트 시에 기억되지 않습니다. 이러한 도메인에서 OpenBoot 펌웨어에서 설정된 키는 일회용으로만 유효합니다.
버그 ID 6506494: 일부 경우에는 ldm stop-domain 명령의 동작이 혼동될 수 있습니다.
# ldm stop-domain -f ldom
도메인이 커널 모듈 디버거, kmdb(1) 프롬프트에 있는 경우 ldm stop-domain 명령이 다음 오류 메시지와 함께 실패합니다.
LDom <domain name> stop notification failed
|