Oracle VM Server for SPARC 소프트웨어에 영향을 주는 버그

다음 절에서는 Oracle VM Server for SPARC 3.1 소프트웨어의 각 버전을 사용할 때 발생할 수 있는 버그를 요약합니다. 각 절에는 해당 릴리스에서 발견된 버그가 나열됩니다. 버그는 Oracle VM Server for SPARC 3.1 릴리스 전체 또는 일부에서 발생할 수 있습니다. 최근 버그가 먼저 설명됩니다. 가능한 경우 임시해결책 및 복구 절차가 지정됩니다.

주 - 이 절에 설명된 버그 중 일부는 Oracle VM Server for SPARC 3.1 릴리스 이후 수정되었습니다. 이러한 버그 기록은 여전히 Oracle VM Server for SPARC 3.1 릴리스를 실행 중인 사용자를 위해 남겨둡니다.

Oracle VM Server for SPARC 3.1.1.2 소프트웨어에 영향을 주는 버그

부분 코어 `primary` 도메인에 전체 코어 제약 조건을 적용할 때 시스템 충돌 발생

버그 ID 19456310: 동적 재구성을 사용하여 primary 도메인에 전체 코어 제약 조건을 적용할 때 부분 코어를 제거하면 OS 패닉이 발생하거나 시스템이 껐다 켜집니다.

코어를 다른 도메인과 공유하는 경우 또는 코어에서 사용 가능한 스트랜드 중 하나가 고장난 경우 부분 코어가 제거됩니다.

임시해결책: 부분 코어가 있는 primary 도메인에 전체 코어 제약 조건을 적용하려면 지연된 재구성을 사용합니다.

primary 도메인에 전체 코어 제약 조건이 없는지 확인합니다.
```
primary# ldm list -o resmgmt primary
```
primary 도메인에 부분 코어가 있는지 확인합니다.
```
primary# ldm list -o core primary
```
primary 도메인에서 지연된 재구성을 시작합니다.
```
primary# ldm start-reconf primary
```
전체 코어 제약 조건을 적용합니다.

예를 들어, 다음 명령은 2개의 전체 코어를 primary 도메인에 지정합니다.
```
primary# ldm set-core 2 primary
```
primary 도메인을 재부트합니다.

게스트 도메인을 마이그레이션한 후 `format` 명령이 중단되거나 게스트 도메인 콘솔에서 입력을 받지 못함

시스템에서 시스템 펌웨어 버전 8.5.1.b, 9.2.1.b, 9.2.1.c를 실행하는 경우 다음 버그가 발생할 수 있습니다. 자세한 내용은 Oracle Virtual Machine (OVM) Server for SPARC Guest Domains may not Accept Console Input on SPARC T4/T5/M5/M6 Series Servers Running Sun System Firmware Releases 8.5.1.b and 9.2.1.B/C (Doc ID 1946535.1)을 참조하십시오.

버그 ID 19430884: 두 서비스 도메인에서 108개 가상 디스크로 구성된 게스트 도메인은 마이그레이션됩니다. 마이그레이션이 성공적으로 완료된 후 디스크가 사용 가능하고 액세스할 수 있는 경우에도 format 명령이 중단됩니다.

해결 방법: 시스템을 재부트합니다.
버그 ID 19388985: 게스트 도메인 콘솔에 연결하려는 시도가 성공하지만 콘솔에서 입력을 받지 못합니다. 이 상황은 게스트 도메인을 중지했다가 시작하고, primary 도메인을 재부트하고, 게스트 도메인을 바인드하고 시작한 이후 가끔씩 발생합니다.

임시해결책: 게스트 도메인을 바인드 해제한 후 다시 바인드하지 마십시오.

복구: 게스트 도메인의 구성을 저장하고 전원을 껐다 켭니다.

커널 영역이 게스트 도메인의 라이브 마이그레이션을 차단함

버그 ID 18289196: SPARC 시스템에서 Oracle VM Server for SPARC 도메인 내의 실행 중인 커널 영역은 게스트 도메인의 라이브 마이그레이션을 차단합니다. 다음과 같은 오류 메시지가 나타납니다.

Live migration failed because Kernel Zones are active.
Stop Kernel Zones and retry.

임시해결책: 다음 임시해결책 중 하나를 선택합니다.

커널 영역 실행을 중지하십시오.
```
# zoneadm -z zonename shutdown
```
커널 영역을 일시 중지하십시오.
```
# zoneadm -z zonename suspend
```

Oracle VM Server for SPARC 3.1.1.1 소프트웨어에 영향을 주는 버그

`Unable to restore ldc resource state on target Domain Migration of LDom failed`와 함께 라이브 마이그레이션이 실패할 수 있음

버그 ID 19454837: SPARC 시스템 펌웨어의 특정 버전을 실행하는 시스템에서 도메인의 라이브 마이그레이션이 다음 오류 메시지와 함께 실패할 수 있습니다.

system1 # ldm migrate ldg1 system2
Target Password:
Unable to restore ldc resource state on target
Domain Migration of LDom ldg1 failed

모든 도메인 상태를 대상 시스템으로 전송한 후 소스 시스템에서 마이그레이션할 도메인을 일시 중지하기 전에 오류 메시지가 발생합니다. 마이그레이션할 도메인은 소스 시스템에서 계속 실행됩니다.

영향을 받는 시스템 펌웨어 버전은 다음과 같습니다.

SPARC T5, SPARC M5, SPARC M6 – 시스템 펌웨어 버전 9.2.1
SPARC T4 – 시스템 펌웨어 버전 8.5.1

문제 완화: 증가된 새 LDC 제한을 활용하지 않으며 라이브 마이그레이션 기능을 사용하려는 경우 최소한 버전 8.6 및 9.3이 출시되기 전까지 시스템을 시스템 펌웨어 버전 8.5.1 또는 9.2.1로 업데이트하지 마십시오.

복구: 도메인의 라이브 마이그레이션을 허용하려면 소스 시스템의 전원을 껐다 켭니다.

임시해결책: 없음.

가상 스위치 net-dev가 누락된 경우 유지 관리 모드에서 `ldmd`으로 인해 복구 모드가 실패함

버그 ID 18770805: 가상 스위치 net-dev에 결함이 있으며 검증이 불가능한 경우 복구 작업이 실패하며 ldmd 데몬이 코어를 덤프합니다.

복구: 복구 모드를 사용 안함으로 설정하고 구성을 수동으로 복구합니다.

SPARC M5 또는 SPARC T5 시스템으로 마이그레이션하면 `suspend: get stick freq failed`와 함께 패닉이 발생할 수 있음

버그 ID 16934400: 게스트 도메인을 SPARC M5 또는 SPARC T5 시스템으로 마이그레이션하면 suspend: get stick freq failed 메시지와 함께 게스트 도메인의 OS에 패닉이 발생할 수 있습니다.

임시해결책: 마이그레이션할 게스트 도메인의 /etc/system 파일에 다음 행을 추가합니다.

set migmd_buf_addl_size = 0x100000

게스트 도메인을 재부트하여 변경 사항을 적용합니다.

Logical Domains Manager가 순환 종속성 만들기를 금지하지 않음

버그 ID 15751041: Logical Domains Manager가 2개의 도메인에서 상호 간에 서비스를 제공하는 순환 구성을 만들 수 있도록 허용합니다. 하나의 도메인으로 인해 다른 도메인의 작동이 중지되는 단일 실패 지점 장애가 발생하므로 해당 구성은 권장되지 않습니다. 또한 순환 종속성은 영향을 받는 도메인의 바인드를 해제하지 못하도록 합니다.

임시해결책: 순환 종속성 구성으로 인해 도메인의 바인드를 해제하지 못할 경우 순환 종속성을 야기하는 장치를 제거한 후 바인드 해제 작업을 재시도합니다.

Oracle VM Server for SPARC 3.1.1 소프트웨어에 영향을 주는 버그

게스트 도메인에서 LDC 수가 너무 많을 경우 Oracle Solaris에 문제가 발생할 수 있음

버그 ID 19480835: 다음 Sun 시스템 펌웨어 버전은 게스트 도메인당 최대 LDC(논리적 도메인 채널) 수를 늘립니다.

SPARC T5, SPARC M5, SPARC M6 – 9.2.1
SPARC T4 – 8.5.1

게스트 도메인당 LDC 수를 늘리려면 최소한 Logical Domains Manager 3.1.1.1을 실행해야 합니다.

3.1.1 및 이전 버전의 Logical Domains Manager를 사용하는 경우 잠재적 문제가 발생하지 않도록 하려면 이전 시스템 펌웨어 버전에서 지원되는 768개 이상으로 게스트 도메인당 LDC 수를 늘리지 마십시오. 예를 들어, 최소한 Logical Domains Manager 3.1.1.1을 설치하기 전까지 많은 수의 가상 디스크와 가상 네트워크 인터페이스를 추가하지 마십시오.

3.1.1 및 이전 버전의 Oracle VM Server for SPARC에서 도메인당 768개 LDC라는 제한을 초과하는 경우 다음과 같은 증상이 발생할 수 있습니다.

OBP에 딕셔너리 오버플로우 발생:

Dictionary overflow - here f21ffe58 limit f2200000

Dictionary overflow - here f21ffe70 limit f2200000
WARNING: /virtual-devices@100/channel-devices@200/disk@5b2: Problem
  creating devalias for virtual device node

Dictionary overflow - here f21ffe70 limit f2200000

Dictionary overflow - here f21ffe70 limit f2200000

Dictionary overflow - here f21ffe70 limit f2200000

Stack Underflow
ok

vmem_xalloc에 패닉 발생:

panic[cpu6]/thread=2a10020fc80: vmem_xalloc(1a04610, 29360128, 29360128, 0,
0, 0, 0, 1): parameters inconsistent or invalid

000002a10020f000 genunix:vmem_xalloc+850 (1a04610, 1c00000, 0, 0, 1bfffff, 0)
  %l0-3: 0000000000001fff 0000000000002000 0000000000420000 0000000000000010
  %l4-7: 0000000001c00000 0000000000000008 0000000001c00000 0000000000000000
000002a10020f180 unix:contig_vmem_xalloc_aligned_wrapper+24 (1a04610,
1c00000, 1, 0, 1000000, 1)
  %l0-3: 000002a10020f9a4 0000000000000008 0000000001a4bd90 0000000000000018
  %l4-7: 0000000000000002 ffffffffffffffff 000000000136efe8 00000000013722c0
000002a10020f240 genunix:vmem_xalloc+5c8 (300150c2d98, 1c00000, 0, 0, 80000,
0)
  %l0-3: 00000300150c2ff0 ffffffffffffffff 00000300150c39e0 ffffffffff000000
  %l4-7: 0000000000000000 ffffffffffffffff 0000000001000000 0000000000000004
000002a10020f3c0 unix:contig_mem_span_alloc+24 (300150c2d98, 1000000, 1, 1,
cd4000, 3)
  %l0-3: 00000000000f4000 0000000000000000 0000000000000000 0000000001921897
  %l4-7: 0000000000000006 00000000fe53dce8 00000000fee3a844 000000007ffffa4c
000002a10020f490 genunix:vmem_xalloc+5c8 (300150c4000, cd4000, 0, 0, 80000,
0)
  %l0-3: 00000300150c4258 ffffffffffffffff 00000300150c4c48 ffffffffffffe000
  %l4-7: 0000000000000000 ffffffffffffffff 0000000000002000 0000000000000003
000002a10020f610 unix:contig_mem_alloc_align+28 (cd4000, 2000, 600957feaf8,
1, 600957feaf8, 18e3000)
  %l0-3: 0000000000000001 0000000000003000 00000300051c01d8 0000000000000000
  %l4-7: 0000000000002000 0000000001a29e20 00000300051c01b0 00000300051c0380
000002a10020f6d0 unix:mach_descrip_buf_alloc+8 (cd4000, 2000, 4, 1,
2a10020f838, 10448d0)
  %l0-3: 0000000000000000 0000000000003000 00000300002141d8 0000000000000000
  %l4-7: 0000000000000001 0000000000000100 00000300002141b0 0000030000214380
000002a10020f780 unix:mach_descrip_update+84 (1864c00, 1c00, cd4000, 18e31d8,
0, 0)
  %l0-3: 0000000001864c58 000002a10020f830 0000000000002000 ffffffffffffe000
  %l4-7: 000002a10020f838 0000000000cd27b0 0000000001864c30 00000600957feaf8
000002a10020f840 platsvc:ps_md_data_handler+30 (1a4bcc0, 3003a822be0, 8, 18,
10, 1)
  %l0-3: 0000000000001d03 0000000000420000 0000000000420000 0000000000000010
  %l4-7: 000003003a822bd8 0000000000000008 0000000000000008 000003000d9bb940
000002a10020f900 ds:ds_dispatch_event+30 (6009fef4df8, 1372000, 48, 9, 9,
3003a822bd0)
  %l0-3: 000002a10020f9a4 0000000000000008 0000000001a4bd90 0000000000000018
  %l4-7: 0000000000000002 ffffffffffffffff 000000000136efe8 00000000013722c0
000002a10020f9b0 genunix:taskq_thread+3cc (600957fd390, 600957fd328,
260fe5123efd, 600957fd35a, 260fe5124083, 600957fd35c)
  %l0-3: 00000600957feaf8 00000600957fd358 0000000000000001 0000000000080000
  %l4-7: 00000600957fd348 0000000000010000 00000000fffeffff 00000600957fd350

광 섬유 채널 물리적 기능이 FMA에 의해 결함 발생 및 사용 안함으로 설정됨

버그 ID 18168525 및 18156291: 광 섬유 채널 PCIe 카드는 NPIV를 지원하고 PCIe 카드와 호환되는 광 섬유 채널 스위치에 연결해야 합니다. 이 구성을 사용하지 않을 경우 format 명령을 사용하거나 가상 기능을 만들거나 삭제하면 물리적 기능이 FMA에 의해 결함이 발생하고 사용 안함으로 설정될 수 있습니다. 이 결함이 발생할 경우 다음과 유사한 메시지가 나타납니다.

SUNW-MSG-ID: PCIEX-8000-0A, TYPE: Fault, VER: 1, SEVERITY: Critical
EVENT-TIME: event-time
PLATFORM: platform-type
SOURCE: eft, REV: 1.16
EVENT-ID: event-ID
DESC: A problem was detected for a PCIEX device.
AUTO_RESPONSE: One or more device instances may be disabled
IMPACT: Loss of services provided by the device instances associated with
this fault
REC-ACTION: Use 'fmadm faulty' to provide a more detailed view of this event.
Please refer to the associated reference document at
http://support.oracle.com/msg/PCIEX-8000-0A for the latest service procedures
and policies regarding this diagnosis.

임시해결책: 카드가 FMA에 의해 결함이 발생한 경우 먼저 연결을 확인하고 카드가 스토리지에 직접 연결되었는지 확인하십시오. 그런 다음 구성과 일치하는 단계를 수행하십시오.

카드가 스토리지에 직접 연결된 경우 – NPIV를 지원하고 PCIe 카드와 호환되는 광 섬유 채널 스위치에 연결하여 광 섬유 채널 PCIe 카드를 올바르게 구성합니다. 그런 다음 fmadm repair 명령을 실행하여 FMA 진단을 무효화합니다.
카드가 스토리지에 직접 연결되지 않은 경우 – 카드를 교체합니다.

많은 수의 가상 네트워크 장치가 존재할 때 가상 네트워크 LDC 핸드셰이크 문제 발생

버그 ID 18166010: 배치 환경에 많은 수의 가상 네트워크 장치가 있을 경우 가상 네트워크 LDC 핸드셰이크 문제가 발생할 수 있습니다.

해결 방법: 다음 단계를 수행합니다.

/etc/system 파일에 다음 항목을 추가하여 가상 네트워크 장치가 있는 모든 도메인에서 핸드셰이크 재시도 횟수를 늘리십시오.
```
set vnet:vgen_ldc_max_resets = 25
```
변경 사항을 적용하려면 /etc/system 파일을 업데이트한 모든 도메인을 재부트해야 합니다. /etc/system 조정 가능 파일에 대한 자세한 내용은 system(4) 매뉴얼 페이지를 참조하십시오.
가상 스위치에 많은 수의 가상 네트워크 장치가 필요한 경우 Vnet 간 링크를 사용 안함으로 설정하십시오.

8개를 초과하는 가상 네트워크 장치가 제공된 가상 스위치를 사용하는 경우 inter-vnet-link 등록 정보를 off로 설정하십시오. inter-vnet-link 등록 정보를 사용 안함으로 설정하면 Vnet 간 통신을 위해 N² 채널 사용을 피할 수 있습니다. 이 변경 사항은 Vnet 간 통신의 성능에 부정적인 영향을 줄 수 있습니다. 따라서 배치 환경에서 게스트 간 성능이 중요한 경우 Vnet 간 통신이 필요한 가상 네트워크 장치만 사용하는 별도의 시스템 전용 가상 스위치(net-dev 장치 지정 없이)를 만드십시오.

배치 환경에 고성능 게스트 간 통신이 필요하지 않은 경우 더 적은 수의 가상 네트워크 장치가 제공된 가상 스위치를 사용하더라도 inter-vnet-link 등록 정보를 off로 설정하십시오.
```
primary# ldm set-vsw inter-vnet-link=off vsw0
```

이 임시해결책으로 문제가 해결되지 않을 경우 마지막 방법으로 가상 네트워크 및 가상 스위치 장치가 있는 모든 도메인의 /etc/system 파일에 다음 변경 작업을 수행하십시오.

이와 같이 /etc/system 파일을 업데이트하면 게스트 간 통신 성능에 부정적인 영향을 줄 수 있습니다.

가상 네트워크 장치가 있는 도메인의 /etc/system 파일에 다음 항목을 추가하십시오.
```
set vnet:vnet_num_descriptors = 512
```
가상 스위치 장치가 있는 도메인의 /etc/system 파일에 다음 항목을 추가하십시오.
```
set vsw:vsw_num_descriptors = 512
```
이러한 설정을 적용하려면 시스템을 재부트합니다.

Sun Storage 16Gb 광 섬유 채널 범용 HBA 펌웨어가 대역폭 콘트롤을 지원하지 않음

버그 ID 18083904: Sun Storage 16Gb 광 섬유 채널 범용 HBA(Emulex) 카드용 펌웨어는 대역폭 콘트롤 설정을 지원하지 않습니다. HBA 펌웨어는 bw-percent 등록 정보에 대해 지정하는 모든 값을 무시합니다.

임시해결책: 없음.

CPU 간 마이그레이션 수행 후 메모리를 추가하면 게스트 도메인에서 패닉 발생

버그 ID 18032944: SPARC T5, SPARC M5 또는 SPARC M6 시스템에서 다른 CPU 유형을 실행하는 플랫폼으로 도메인의 CPU 간 라이브 마이그레이션을 수행하면 성공합니다. 하지만 이후 메모리 동적 재구성 작업으로 게스트 도메인의 메모리 용량을 늘리면 다음과 유사한 패닉이 발생할 수 있습니다.

panic[cpu0]/thread=2a1003c9c60: kphysm_add_memory_dynamic(1018000, 200000):
range has 2097152 pages, but memgr p_walk_pfnrange only reported 0
 000002a1003c9500 genunix:kphysm_add_memory_dynamic+254 (1018000, 200000,
12e8000, 3, 1218000, 0)

vpanic(12e8220, 1018000, 200000, 200000, 0, 2a1003c95c8)
kphysm_add_memory_dynamic+0x254(1018000, 200000, 12e8000, 3, 1218000, 0)
dr_mem_configure+0x94(1018000, 2a1003c97b4, fffffff, 2430000000, 1068ac00,
1068ac00)
dr_mem_list_wrk+0x15c(4c01b3382b8, 0, 20, 4c014ba27c8, 1, 1)
dr_mem_data_handler+0xa8(0, 4c01b3382b8, 20, 2a1003c9890, 7bac0644, 16)
ds_dispatch_event+0x2c(4c01ee33478, 7bf888b8, 48, 7bf88800, 9, 9)
taskq_thread+0x3a8(95af9e15e84, 4c010a5caf0, 95af9e15f74, 4c010a5cb22,
4c010a5cb24, 4c01e24d688)
thread_start+4(4c010a5caf0, 0, 0, 0, 0, 0)

이 패닉은 대상 시스템이 다음 중 하나일 때 발생합니다.

소켓 0이 사용 안함으로 설정된 SPARC T-Series 시스템
소켓 0이 사용 안함으로 설정된 SPARC M-Series 시스템
DCU0이 포함되지 않은 SPARC M-Series 시스템의 물리적 도메인

이 상황은 동일 CPU 유형의 시스템이나 cpu-arch=native인 도메인 사이의 마이그레이션에는 영향을 주지 않습니다.

임시해결책: 이러한 구성 중 하나의 시스템에서 도메인을 마이그레이션한 후 동적 재구성으로 메모리 추가를 시도하기 전에 게스트 도메인을 재부트해야 합니다.

루트 도메인에서 광 섬유 채널 가상 기능에 대한 잘못된 장치 경로

버그 ID 18001028: 루트 도메인에서 광 섬유 채널 가상 기능에 대한 Oracle Solaris 장치 경로가 잘못되었습니다.

예를 들어, 잘못된 경로 이름은 pci@380/pci@1/pci@0/pci@6/fibre-channel@0,2이며, pci@380/pci@1/pci@0/pci@6/SUNW,emlxs@0,2가 되어야 합니다.

ldm list-io -l 출력은 광 섬유 채널 가상 기능에 대한 올바른 장치 경로를 보여 줍니다.

임시해결책: 없음.

바인드 또는 바인드 해제 상태에서 도메인 바인드를 시도할 때 `ldmd`가 코어 덤프

버그 ID 17796639: Oracle Enterprise Manager Ops Center 12c 릴리스 1 업데이트 4(12.1.4.0.0)를 실행할 때 바인드 또는 바인드 해제 상태인 도메인에서 바인드, 바인드 해제, 시작 또는 중지 작업을 시도할 경우 ldmd 서비스가 코어를 덤프하고 도메인은 유지 관리 모드로 들어갈 수 있습니다.

복구: ldmd 서비스가 이미 코어를 덤프한 경우 전원을 껐다 켜서 ldmd 서비스를 다시 온라인으로 전환하십시오.

임시해결책: ldm list 명령을 실행하여 도메인이 바인드 또는 바인드 해제 상태인지 확인하십시오. 그러한 경우 프로세스가 완료되고 도메인이 바인드되거나 비활성 상태가 될 때까지 기다리십시오.

Oracle VM Server for SPARC 3.1 소프트웨어에 영향을 주는 버그

FMA에서 결함이 있는 메모리를 감지하는 경우 문제가 발생할 수 있음

버그 ID 17663828 및 17576087: FMA가 시스템 전체 메모리 용량에 대한 백분율로 메모리의 아주 작은 범위를 격리하려고 시도하는 경우 Logical Domains Manager가 매우 큰 메모리 범위를 차단된 것으로 잘못 표시할 수 있습니다.

이 오류는 사용 가능한 메모리 용량에 심각한 영향을 미칠 수 있으며 다음 문제가 발생할 수 있습니다.

너무 많은 메모리가 잘못 제거되었기 때문에 영향을 받는 게스트 도메인의 재부트로 해당 도메인이 시작되지 않을 수 있습니다.
차단 요청을 바인드 해제된 메모리에 적용하려는 경우 메모리의 매우 많은 범위를 게스트 도메인에 지정할 수 없습니다. 따라서 시스템 메모리의 대부분을 사용하려고 시도하면 게스트 도메인을 만들 수 없습니다.
차단된 메모리 블록이 내부적으로 잘못 표시되었을 수 있기 때문에 결함이 있는 메모리를 복구하기 전에 다시 시작하면 Logical Domains Manager가 충돌할 수 있습니다.
결함이 있는 메모리가 교체된 후 저장된 구성으로 시스템 전원을 껐다가 켜도 복원되지 않을 수 있습니다.

임시해결책: 메모리의 많은 양이 ldm list-devices -a memory 출력에 표시되지 않는 경우 Oracle Service에 문의하여 교체해야 하는 DIMM을 확인 및 식별합니다.

결함이 있는 메모리를 교체한 후 factory-default 구성으로 시스템 전원을 껐다 켭니다. 그런 다음 사용하려는 구성으로 시스템 전원을 껐다 켭니다.

`virtual-channel@0:hvctl`을 만들 때 지연으로 인해 `ldmd` 서비스 시작 실패

버그 ID 17627526: 시스템 부트 중에 ldmd 도메인이 하이퍼바이저와 통신하는 데 사용하는 장치가 svc:/ldoms/ldmd:default SMF 서비스가 시작될 때 만들어지지 않는 경합 조건이 발생할 수 있습니다. 이 동작으로 인해 ldmd SMF 서비스가 유지 관리 모드로 들어갑니다.

ldmd SMF 로그에 다음 오류 메시지가 나타납니다.

ldmd cannot communicate with the hypervisor as the required device
does not exist:
/devices/virtual-devices@100/channel-devices@200/virtual-channel@0:hvctl

컨트롤 도메인에서 다음 OS 버전 중 하나를 실행할 경우 이 문제가 발생할 수 있습니다.

최소 Oracle Solaris 11.1.12.3.0
최소 Oracle Solaris 10 1/13 및 패치 ID 150840-01

복구: /devices/virtual-devices@100/channel-devices@200/virtual-channel@0:hvctl 장치가 존재하는지 확인한 다음 svcadm clear ldmd 명령을 실행하십시오.

지연된 재구성에서 CPU를 지정하기 전에 메모리를 지정하는 경우 컨트롤 도메인의 낮은 유사성

버그 ID 17606070: 지연된 재구성 상태에서 primary 도메인에 CPU를 지정하기 전에 메모리를 지정하는 경우 추가 ldm set-vcpu 또는 ldm set-core 명령을 수행하는 경우에도 메모리는 ldm set-memory 명령을 실행할 때 할당된 CPU에 대한 유사성을 갖습니다. 예를 들어 다음 명령을 실행하면 primary 도메인에 할당된 16GB 메모리가 ldm set-core 명령으로 뒤이어 할당된 8개 코어에 대한 유사성을 갖지 않는 경우가 발생할 수 있습니다.

primary# ldm start-reconf primary
primary# ldm set-mem 16G primary
primary# ldm set-core 8 primary
primary# reboot

임시해결책: 메모리를 지정하기 전에 primary 도메인에 코어를 지정했는지 확인합니다. 예를 들어 다음 명령은 먼저 primary 도메인에 8개 코어를 지정한 다음 16GB 메모리를 지정합니다.

primary# ldm start-reconf primary
primary# ldm set-core 8 primary
primary# ldm set-mem 16G primary
primary# reboot

단일 슬라이스 가상 디스크에서 EFI GPT 디스크 레이블을 사용하여 Oracle Solaris 11.1 OS를 설치할 수 없음

버그 ID 17422973: 단일 슬라이스 디스크에 Oracle Solaris 11.1 OS를 설치할 경우 시스템 펌웨어 버전 8.4.0 이상을 실행하는 SPARC T4 서버, 시스템 펌웨어 버전 9.1.0 이상을 실행하는 SPARC T5, SPARC M5, SPARC M6 서버, XCP 버전 2230 이상을 실행하는 Fujitsu M10 시스템에서 다음 오류가 표시됩니다.

cannot label 'c1d0': try using fdisk(1M) and then provide a specific slice
Unable to build pool from specified devices: invalid vdev configuration

임시해결책: SMI 레이블을 사용하여 디스크 레이블을 재지정하십시오.

마이그레이션 후에, 도메인을 시작하거나 재부트한 후 부트 시 패닉이 발생할 수 있음

버그 ID 17285811: 이전에 마이그레이션된 게스트 도메인이 커널 패닉 때문에 후속 재부트나 도메인 시작 작업 시 재부트하지 못할 수 있습니다. 도메인이 부트하면서 패닉이 발생합니다. 패닉 오류 메시지는 다음 메시지와 유사합니다.

panic[cpu0]/thread=10012000: tilelet_assign_cb: assigning pfns [50000, c0000)
 to mgid 1, mnodeid 1: pachunk 1 already assigned to mgid 0, mnodeid 0

임시해결책: 도메인을 재부트하지 마십시오. 먼저 도메인을 중지하고 바인드 해제한 후 다시 도메인을 바인드하고 시작합니다. 예를 들면 다음과 같습니다.

primary# ldm stop domain
primary# ldm unbind domain
primary# ldm bind domain
primary# ldm start domain

복구: 문제가 발생하면 도메인을 중지하고 바인드 해제한 후 다시 도메인을 바인드하고 시작합니다.

미리 할당된 시스템 설명 버퍼 크기가 마이그레이션 중 사용됨

버그 ID 17285745: SPARC T5, SPARC M5 또는 SPARC M6 시스템으로 게스트 도메인을 마이그레이션하면 suspend: get stick freq failed 메시지가 표시되면서 게스트 도메인에서 커널 패닉이 발생할 수 있습니다.

임시해결책: 마이그레이션할 게스트 도메인의 /etc/system 파일에 다음 설정을 추가합니다. 그런 다음 게스트 도메인을 재부트합니다.

set migmd_buf_addl_size = 0x100000

코어 재매핑 작업을 성공한 후 게스트 도메인의 가상 CPU 크기를 조정하려고 시도하면 실패할 수 있음

버그 ID 17245915: FMA가 결함이 있는 코어를 감지하면 Logical Domains Manager는 코어를 자유롭게 대상으로 사용할 수 있는 경우 코어 재매핑 작업을 수행하여 비우려고 시도합니다. 코어 재매핑 작업을 성공하고 결함이 있는 코어를 대체한 후 ldm add-vcpu 명령을 사용하여 게스트 도메인의 가상 CPU 크기를 조정하려고 시도하면 Invalid response 오류 메시지와 함께 실패할 수 있습니다.

실패는 간헐적으로 발생하며 시스템 구성에 따라 다릅니다.

임시해결책: 없음.

복구: 다음 단계를 수행하여 게스트 도메인에 CPU를 더 추가합니다.

게스트 도메인을 바인드 해제합니다.
모든 가상 CPU를 제거합니다.
가상 CPU를 다시 추가합니다.
게스트 도메인을 바인드합니다.

차단 목록에 오른 CPU 리소스가 복구되면 안정적으로 DR을 사용하여 CPU를 추가하는 기능이 완전히 복원됩니다.

Oracle Solaris 10: `primary` 재부트 시 `failure-policy=reset` 조건일 때 비-`primary` 루트 도메인이 부트 시 중단됨

버그 ID 17232035: 마스터 도메인에서 failure-policy=reset 조건일 때 슬레이브 도메인이 부트 시 중단될 수 있습니다. 이 문제는 failure-policy 등록 정보의 다른 설정으로 재현되지 않습니다.

복구: 이 루트 도메인과 연관된 I/O 도메인을 중지하고 비-primary 루트 도메인을 시작합니다.

임시해결책: failure-policy 등록 정보를 reset이 아닌 다른 값으로 설정합니다.

가상 네트워크 중단으로 도메인 마이그레이션이 실패함

버그 ID 17191488: SPARC T5-8에서 SPARC T4-4 시스템으로 도메인을 마이그레이션하려고 시도할 때 다음 오류가 발생합니다.

primary# ldm migrate ldg1 system2
Target Password:
Timeout waiting for domain ldg1 to suspend
Domain Migration of LDom ldg1 failed

임시해결책: 이 문제를 피하려면 extended-mapin-space=on을 설정합니다.

주 - 이 명령은 ldom이 primary인 경우 지연된 재구성을 시작합니다. 그 밖의 다른 경우 이 명령을 수행하기 전에 도메인을 중지합니다.

primary# ldm set-domain extended-mapin-space=on ldom

`ldmpower` 출력에 때때로 시간 기록이 포함되지 않음

버그 ID 17188920: –-suppress 및 –-timestamp 옵션이 시간 기록 값을 제대로 표시하지 않습니다.

임시해결책: 올바른 출력을 표시하려면 –-suppress 및 –-timestamp 옵션을 사용할 때 –r 옵션을 넣습니다.

`mac_do_softlso`가 LSO 패킷을 삭제함

버그 ID 17182503: mac_do_softlso()가 vnet_vlan_insert_tag() 및 vnet_vlan_remove_tag() 함수에서 생성된 LSO 패킷을 삭제합니다.

임시해결책: VLAN 태그가 지정된 LSO 패킷에서 이 문제를 피하려면 모든 도메인에서 가상 네트워크 LSO 기능을 사용 안함으로 설정합니다.

다음 행을 /etc/system 파일에 추가합니다.
```
set vnet_enable_lso = 0
set vsw_enable_lso = 0
```
재부트합니다.

mdb -k 명령을 사용하여 변경 사항을 확인합니다.

# mdb -k
> vnet_enable_lso/D
vnet_enable_lso:
vnet_enable_lso:0   

> vsw_enable_lso/D
vsw_enable_lso:
vsw_enable_lso: 0

마이그레이션 실패: `Invalid Shutdown-group: 0`

버그 ID 17088083: 8개 이상의 가상 CPU가 지정된 도메인을 마이그레이션하면 도메인의 가장 높은 프로세서 그룹 ID가 64단위 배수로 증가할 때 메모리 손상이 발생할 수 있습니다. 예를 들어, 마이그레이션 전에 도메인의 가장 높은 프로세서 그룹 ID가 63이면 마이그레이션 후에 64가 됩니다.

pginfo 명령을 사용하여 도메인의 프로세서 그룹 ID를 확인합니다. 도메인 내에서 다음 명령을 실행하여 가장 높은 프로세서 그룹 ID를 출력합니다.

# pginfo -I|tr ' ' '\n'|sort -n|tail -1

임시해결책: 마이그레이션을 수행하기 전에 도메인의 가상 CPU 수를 8개로 줄입니다. 마이그레이션이 완료된 후 도메인의 가상 CPU 수를 원래 값으로 복원할 수 있습니다.

가상 기능이나 PCIe 장치를 제거한 후 자동 저장 구성이 업데이트되지 않음

버그 ID 17051532: PCIe 장치나 가상 기능을 게스트 도메인에서 제거할 때 자동 저장 구성이 업데이트되지 않습니다. 이 문제로 인해 자동 저장 복구를 수행한 후에, 즉 autorecovery_policy=3일 때 장치나 가상 기능이 게스트 도메인에 다시 나타날 수 있습니다. 또한 이 문제로 인해 ldm add-spconfig -r 명령을 실행할 때 자동 저장 업데이트를 발생시키는 다른 ldm 명령을 수행하지 않으면 Autosave configuration config-name is invalid 메시지와 함께 실패할 수 있습니다.

해결 방법: 다음 해결 방법 중 하나를 수행합니다.

PCIe 장치나 가상 기능을 제거한 후 새 구성을 저장합니다.
```
primary# ldm add-config new-config-name
```
PCIe 장치나 가상 기능을 제거한 후 저장된 구성을 제거했다가 다시 만들어서 구성을 새로 고칩니다.
```
primary# ldm rm-config config-name
primary# ldm add-config config-name
```
이 버그 때문에 ldm add-config -r config-name 명령이 제대로 작동하지 않습니다.
ldm set-vcpu, ldm bind, ldm unbind와 같이 자동 저장 업데이트를 발생시키는 다른 ldm 명령을 실행합니다.

`ldmp2v convert` 명령 실패로 업그레이드 루프가 발생함

버그 ID 17026219: ldmp2v convert 명령 중 오류가 발생하면 때때로 게스트의 boot-device 등록 정보가 게스트의 부트 디스크로 설정되지 않습니다. 이 오류로 인해 Oracle Solaris 업그레이드를 마친 후 게스트 도메인이 Oracle Solaris 설치 이미지에서 다시 부트됩니다.

임시해결책: 컨트롤 도메인 내에서 게스트 도메인의 boot-device 등록 정보를 변경합니다. Oracle Solaris 설치 프로그램을 다시 실행할 때 이와 같이 변경한 후 Oracle Solaris 업그레이드를 다시 수행합니다. 그러면 업그레이드를 마친 후 게스트 도메인이 업그레이드된 부트 디스크에서 재부트됩니다.

부트 장치를 설정하려면 컨트롤 도메인에서 다음 명령을 실행합니다. 이 명령은 원래 물리적 시스템의 루트(/) 파일 시스템이 부트 디스크의 슬라이스 0에 있다고 가정합니다. 원래 시스템이 다른 슬라이스에서 부트된 경우 이에 따라 콜론 뒤의 글자를 조정합니다. 예를 들어, 슬라이스 0에는 a, 슬라이스 1에는 b 등으로 사용합니다.

primary# ldm set-variable boot-device=disk0:a domain-name

시스템 펌웨어 8.3을 실행하는 SPARC T4 시스템에서 SPARC T5, SPARC M5 또는 SPARC M6 시스템으로의 도메인 마이그레이션이 잘못 허용됨

버그 ID 17027275: 시스템 펌웨어 8.3을 실행하는 SPARC T4 시스템과 SPARC T5, SPARC M5 또는 SPARC M6 시스템 간에는 도메인 마이그레이션을 수행할 수 없습니다. 마이그레이션을 성공하더라도 이후의 메모리 DR 작업에 패닉이 발생합니다.

임시해결책: SPARC T4 시스템의 시스템 펌웨어를 버전 8.4로 업데이트합니다. lgrp_lineage_add(mutex_enter: bad mutex, lp=10351178)에서 게스트 도메인 패닉 발생의 임시해결책을 참조하십시오.

`lgrp_lineage_add(mutex_enter: bad mutex, lp=10351178)`에서 게스트 도메인 패닉 발생

버그 ID 17020950: 펌웨어 버전 8.3을 사용하여 바인드된 SPARC T4 플랫폼에서 SPARC T5, SPARC M5 또는 SPARC M6 플랫폼으로 활성 도메인을 마이그레이션한 후 메모리 동적 재구성을 수행하면 게스트 도메인 패닉이 발생할 수 있습니다.

임시해결책: 마이그레이션을 수행하기 전에 SPARC T4 시스템을 8.4 버전의 시스템 펌웨어로 업데이트합니다. 그런 다음 도메인을 다시 바인드합니다.

`primary` 도메인을 재부트한 후 게스트 도메인이 전환 상태에 있음

버그 ID 17020481: primary 도메인을 재부트한 후 게스트 도메인이 전환 상태(t)에 있습니다. 이 문제는 대량의 가상 기능이 시스템에 구성되었을 때 발생합니다.

임시해결책: 이 문제를 피하려면 OBP 디스크 부트 명령을 여러 번 재시도하여 네트워크에서 부트되지 않도록 합니다.

각 도메인에서 다음 단계를 수행합니다.

도메인의 콘솔에 액세스합니다.
```
primary# telnet localhost domain-name
```
boot-device 등록 정보를 설정합니다.
```
ok> setenv boot-device disk disk disk disk disk disk disk disk disk disk net
```
boot-device 등록 정보의 값으로 지정하는 disk 항목 수는 시스템에 구성된 가상 기능 수에 따라 다릅니다. 시스템이 작을수록 더 적은 수의 disk 인스턴스를 등록 정보 값에 포함할 수 있습니다.
printenv를 사용하여 boot-device 등록 정보가 올바르게 설정되었는지 확인합니다.
```
ok> printenv
```
primary 도메인 콘솔로 돌아갑니다.
시스템의 각 도메인에 대해 단계 1-4를 반복합니다.
primary 도메인을 재부트합니다.
```
primary# shutdown -i6 -g0 -y
```

가상 네트워크 장치 드라이버가 `TxDring` 모드로 작동할 때 드물게 패닉 발생

버그 ID 16991255: 가상 네트워크 장치 드라이버가 TxDring 모드로 작동할 때 드물게 패닉이 발생합니다.

임시해결책: 이 패닉을 피하려면 extended-mapin-space 등록 정보 값을 on으로 설정합니다.

주 - 이 명령은 ldom이 primary인 경우 지연된 재구성을 시작합니다. 그 밖의 다른 경우 이 명령을 수행하기 전에 도메인을 중지합니다.

primary# ldm set-domain extended-mapin-space=on ldom

하나의 가상 CPU만 지정된 도메인에서 라이브 마이그레이션 중 패닉이 발생할 수 있음

버그 ID 16895816: 하나의 가상 CPU만 지정된 도메인 마이그레이션을 수행하면 pg_cmt_cpu_fini() 함수에서 게스트 도메인에 패닉이 발생할 수 있습니다.

임시해결책: 마이그레이션하기 전에 최소 두 개의 가상 CPU를 게스트 도메인에 지정합니다. 예를 들어, ldm add-vcpu 2 domain-name 명령을 사용하여 domain-name 게스트 도메인에 지정된 가상 CPU 수를 늘립니다.

SPARC T5, SPARC M5 또는 SPARC M6 시스템에서 UltraSPARC T2 / SPARC T3 시스템으로 CPU 간 마이그레이션을 수행할 때 `ldm migrate -n`이 실패해야 함

버그 ID 16864417: SPARC T5, SPARC M5 또는 SPARC M6 시스템과 UltraSPARC T2 / SPARC T3 시스템 간에 마이그레이션을 시도할 때 ldm migrate -n 명령이 실패를 보고하지 않습니다.

임시해결책: 없음.

복구 모드 중 비-`primary` 루트 도메인에서 PCIe 슬롯 제거를 지원해야 함

버그 ID 16713362: 현재 복구 작업 중 비-primary 루트 도메인에서 PCIe 슬롯을 제거할 수 없습니다. PCIe 슬롯은 비-primary 루트 도메인에 그대로 지정되어 있습니다.

임시해결책: 복구 작업이 완료된 후 비-primary 루트 도메인에서 PCIe 슬롯을 수동으로 제거하고 적절한 I/O 도메인에 지정해야 합니다.

비-primary 루트 도메인에서 PCIe 슬롯을 제거하는 방법은 Oracle VM Server for SPARC 3.1 관리 설명서 의 비primary 루트 도메인 사용을 참조하십시오.

비-primary 루트 도메인이 소유한 PCIe 슬롯을 사용하는 I/O 도메인의 복구는 I/O 도메인 구성에 따라 다릅니다.

I/O 도메인이 PCIe 슬롯만 사용하고 이 PCIe 슬롯 중 아무것도 사용할 수 없는 경우, I/O 도메인이 복구되지 않고 PCIe 슬롯이 비워짐으로 표시된 채 바인드 해제 상태로 남습니다.
I/O 도메인이 SR-IOV 가상 기능과 PCIe 슬롯을 사용하는 경우, 도메인이 복구되고 사용 불가능한 PCIe 슬롯은 비워짐으로 표시됩니다.

비-primary 루트 도메인에서 PCIe 슬롯을 수동으로 제거한 후 ldm add-io 명령을 사용하여 I/O 도메인에 슬롯을 추가합니다.

`ldm list`에 물리적 I/O 장치의 `evacuated` 등록 정보가 표시되지 않음

버그 ID 16617981: ldm list 출력에 물리적 I/O 장치의 evacuated 등록 정보가 표시되지 않습니다.

임시해결책: ldm list 명령과 함께 –p 옵션을 사용하여 물리적 I/O 장치의 evacuated 등록 정보를 표시하십시오.

도메인 마이그레이션 중 잘못된 물리적 주소가 수신됨

버그 ID 16494899: 드문 경우지만, ldmd SMF 로그의 다음 메시지와 함께 도메인 마이그레이션이 거부됩니다.

Mar 08 17:42:12 warning: Received invalid physical address during
migration of domain rztcrmdev2: base RA: 0x400000000, offset: 0x1ffff0000,
PA: 0x87fff0000 size: 0x1001a

소스 시스템에서 도메인이 일시 중지되기 전에 마이그레이션을 실패하기 때문에 서비스 손실은 없습니다.

이 실패는 다음 상황에서 마이그레이션 거부를 일으킬 때 발생합니다.

도메인에서 마지막 메모리 청크의 메모리 내용이 메모리 청크보다 큰 크기로 압축됩니다.
ldmd 데몬이 대상 도메인 외부의 메모리에 데이터가 작성되었다고 잘못 결정합니다.

실패 모드는 도메인 작업 로드에 따라 다르며 대부분 청크와 똑같은 메모리 내용은 더 작은 크기로 압축됩니다.

복구: 이 문제에 대해 보증된 임시해결책은 없지만, 작업 로드 변화에 따라 메모리 내용이 변경될 때 후속 마이그레이션을 수행하면 작동합니다. 또한 동적 재구성을 사용하여 도메인의 메모리 크기를 수정할 수도 있습니다.

`send_mondo_set: timeout` 스트레스 작업 후 게스트 도메인에서 `ldm stop` 명령 사용 시 패닉 발생

버그 ID 16486383: 이 문제는 게스트 도메인에 직접 PCI 장치나 버스를 지정할 때 이 도메인에 PCI 카드가 물리적으로 존재하는 /SYS/DCU에서 지정된 코어가 없는 경우 발생할 수 있습니다. 하이퍼바이저는 게스트 도메인 대신 PCI 장치를 재설정하므로 각 게스트 도메인 재부트 동안 PCI 장치에 연결된 DCU의 코어가 있는 도메인에서 패닉이 발생할 수 있습니다. 비-DCU-로컬 게스트에 지정된 PCI 장치가 많을수록 패닉이 발생할 가능성이 높아집니다.

해결 방법: 다음 해결 방법 중 하나를 수행합니다.

게스트 도메인에 PCI 장치를 지정할 때 카드가 코어와 동일한 DCU에 물리적으로 위치하는지 확인합니다.
물리적 카드 배치 유연성을 위해 수동으로 코어를 지정합니다.

예를 들어, 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 사이의 코어를 선택합니다.

PCIe 장치 아래의 하위 장치가 지정되지 않은 이름으로 복원됨

버그 ID 16299053: PCIe 장치를 사용 안함으로 설정한 후 예상치 않은 동작이 발생할 수 있습니다. PCIe 장치는 계속 도메인이 소유하고 있지만 사용 안함으로 설정된 PCIe 장치 아래에 있는 하위 장치가 지정되지 않은 이름으로 복원됩니다.

임시해결책: ILOM에서 PCIe 슬롯을 사용 안함으로 설정할 경우 직접 I/O(DIO) 기능을 사용하여 PCIe 슬롯이 도메인에 지정되지 않도록 합니다. 즉, ILOM에서 슬롯을 사용 안함으로 설정하기 전에 먼저 PCIe 슬롯이 해당하는 루트 도메인에 지정되도록 합니다.

ILOM에서 PCIe 슬롯을 사용 안함으로 설정할 경우 올바른 동작을 위해서는 DIO를 사용하여 PCIe 슬롯이 도메인에 지정된 상태에서 해당 도메인을 중지하고 루트 도메인에 장치를 재지정합니다.

`WARNING: ddi_intr_alloc: cannot fit into interrupt pool`은 I/O 장치 드라이버를 연결하는 동안 인터럽트 공급이 소진되었음을 의미함

버그 ID 16284767: Oracle Solaris 콘솔에 표시된 이 경고는 I/O 장치 드라이버를 연결하는 동안 인터럽트 공급이 소진되었음을 의미합니다.

WARNING: ddi_intr_alloc: cannot fit into interrupt pool

하드웨어는 한정된 수의 인터럽트를 제공하므로 Oracle Solaris는 각 장치가 사용할 수 있는 개수를 제한합니다. 기본 제한은 표준 시스템 구성 요구에 맞게 설계되었지만, 특정 시스템 구성에 따라 이 제한을 조정할 수 있습니다.

특히, 시스템이 여러 논리적 도메인으로 분할된 경우와 너무 많은 I/O 장치가 게스트 도메인에 지정된 경우 제한 조정이 필요합니다. Oracle VM Server for SPARC는 전체 인터럽트를 게스트 도메인에 제공된 더 작은 세트로 나눕니다. 너무 많은 I/O 장치가 게스트 도메인에 지정된 경우 각 장치에 기본 인터럽트 제한을 제공하기에는 공급량이 너무 작을 수 있습니다. 따라서 모든 드라이버를 완전히 연결하기 전에 공급량을 소진합니다.

일부 드라이버는 Oracle Solaris에서 자동으로 인터럽트를 조정할 수 있도록 선택적 콜백 루틴을 제공합니다. 이러한 드라이버에는 기본 제한이 적용되지 않습니다.

임시해결책: ::irmpools 및 ::irmreqs MDB 매크로를 사용하여 인터럽트가 어떻게 사용되는지 확인합니다. ::irmpools 매크로는 전체 인터럽트 공급량을 풀로 나눈 값을 보여줍니다. ::irmreqs 매크로는 각 풀에 매핑된 장치를 보여줍니다. 각 장치에 대해 ::irmreqs는 선택적 콜백 루틴에 의해 기본 제한이 강제 적용되는지 여부, 각 드라이버가 요청한 인터럽트 수, 드라이버에 제공된 인터럽트 수를 보여줍니다.

연결을 실패한 드라이버에 대한 정보는 매크로에 표시되지 않습니다. 그러나 표시된 정보를 바탕으로 어느 정도까지 기본 제한을 조정할 수 있는지 계산할 수 있습니다. 콜백 루틴을 제공하지 않고 여러 개의 인터럽트를 사용하는 장치의 경우 기본 제한을 조정하여 더 적은 인터럽트를 사용하도록 강제할 수 있습니다. 해당 장치에서 사용되는 분량 이하로 기본 제한을 줄이면 다른 장치에서 사용할 인터럽트를 확보할 수 있습니다.

기본 제한을 조정하려면 /etc/system 파일에서 ddi_msix_alloc_limit 등록 정보를 1 - 8 범위의 값으로 설정합니다. 그런 다음 시스템을 재부트하여 변경 사항을 적용합니다.

성능을 최대화하려면 큰 값을 지정하여 시작했다가 시스템이 경고 없이 성공적으로 부트할 때까지 증분 값을 조금씩 줄입니다. ::irmpools 및 ::irmreqs 매크로를 사용하여 값 조정이 모든 연결된 드라이버에 미치는 영향을 측정합니다.

예를 들어, 게스트 도메인에서 Oracle Solaris OS를 부트하는 동안 다음 경고가 발생한다고 가정합니다.

WARNING: emlxs3: interrupt pool too full.
WARNING: ddi_intr_alloc: cannot fit into interrupt pool

::irmpools 및 ::irmreqs 매크로는 다음 정보를 보여줍니다.

# echo "::irmpools" | mdb -k
ADDR             OWNER   TYPE   SIZE  REQUESTED  RESERVED
00000400016be970 px#0    MSI/X  36    36         36

# echo "00000400016be970::irmreqs" | mdb -k
ADDR             OWNER   TYPE   CALLBACK NINTRS NREQ NAVAIL
00001000143acaa8 emlxs#0 MSI-X  No       32     8    8
00001000170199f8 emlxs#1 MSI-X  No       32     8    8
000010001400ca28 emlxs#2 MSI-X  No       32     8    8
0000100016151328 igb#3   MSI-X  No       10     3    3
0000100019549d30 igb#2   MSI-X  No       10     3    3
0000040000e0f878 igb#1   MSI-X  No       10     3    3
000010001955a5c8 igb#0   MSI-X  No       10     3    3

이 예제에서 기본 제한은 장치당 8개 인터럽트이며, 마지막 emlxs3 장치까지 시스템에 연결하기에 인터럽트가 부족합니다. 모든 emlxs 인스턴스가 같은 방법으로 작동한다고 가정하면, emlxs3은 8개 인터럽트를 요청했을 것입니다.

총 풀 크기인 36개 인터럽트에서 모든 igb 장치에서 사용된 12개 인터럽트를 빼면 emlxs 장치에 24개 인터럽트를 사용할 수 있습니다. 24개 인터럽트를 4로 나누면 장치당 6개 인터럽트가 모든 emlxs 장치를 같은 성능으로 연결할 수 있을 것입니다. 따라서 다음 조정이 /etc/system 파일에 추가됩니다.

set ddi_msix_alloc_limit = 6

시스템이 경고 없이 성공적으로 부트하면 ::irmpools 및 ::irmreqs 매크로는 다음 업데이트된 정보를 보여줍니다.

# echo "::irmpools" | mdb -k
ADDR             OWNER   TYPE   SIZE  REQUESTED  RESERVED
00000400018ca868 px#0    MSI/X  36    36         36
 
# echo "00000400018ca868::irmreqs" | mdb -k
ADDR             OWNER   TYPE   CALLBACK NINTRS NREQ NAVAIL
0000100016143218 emlxs#0 MSI-X  No       32     8    6
0000100014269920 emlxs#1 MSI-X  No       32     8    6
000010001540be30 emlxs#2 MSI-X  No       32     8    6
00001000140cbe10 emlxs#3 MSI-X  No       32     8    6
00001000141210c0 igb#3   MSI-X  No       10     3    3
0000100017549d38 igb#2   MSI-X  No       10     3    3
0000040001ceac40 igb#1   MSI-X  No       10     3    3
000010001acc3480 igb#0   MSI-X  No       10     3    3

SPARC M5-32 및 SPARC M6-32: `panic: mpo_cpu_add: Cannot read MD`

버그 ID 16238762: 2.4TB 메모리 이상의 SPARC M5-32 또는 SPARC M6-32에서 primary 도메인의 CPU 수를 6에서 1056 CPU로 설정을 시도하면 다음 메시지와 함께 커널 패닉이 발생합니다.

mpo_cpu_add: Cannot read MD

다음 절차로 인해 패닉이 발생합니다.

DCU가 호스트에 지정된 상태에서 전원을 켭니다.

예를 들어, DCU0을 HOST0에 지정합니다.
게스트 도메인을 만듭니다.
SP에 구성을 저장합니다.
호스트의 전원을 끕니다.
다른 DCU를 호스트에 지정합니다.

예를 들어, DCU1을 HOST0에 지정합니다.
호스트의 전원을 켭니다.

펌웨어에서 구성이 “부트 가능”인지 확인합니다. 이 확인에서는 구성이 만들어진 시점에 있었던 모든 CPU, 메모리 및 I/O가 여전히 존재하는지 확인합니다. 또한 펌웨어는 전체 시스템의 구성을 설명하기 위한 새로운 PRI를 생성합니다.

구성을 성공하면 전원이 켜지고 게스트 도메인이 부트됩니다.
CPU를 기존 도메인에 동적으로 추가하려고 시도합니다.

올바른 대기 시간 정보를 반영하는 새로운 시스템 설명이 생성되지만 Oracle Solaris OS는 새로운 정보를 구문 분석하지 못하고 패닉이 발생합니다.

임시해결책: 패닉을 피하려면 문제 설명에 있는 단계를 수행하지 마십시오.

이미 이러한 단계를 수행하고 패닉이 발생한 경우 다음 단계를 수행합니다.

더 작은 물리적 도메인에서 저장된 구성을 부트한 후 작업을 수행합니다. 예를 들어, 각 활성 도메인에서 CPU를 제거합니다.
도메인을 재부트합니다.
도메인을 바인드 해제합니다.
바인드된 도메인을 다시 바인드합니다.
SP에 새 구성을 저장합니다.

SPARC M5-32 및 SPARC M6-32: 다중 직접 I/O 경로를 통해 액세스할 수 있는 디스크 관련 문제

버그 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라는 구성을 만듭니다.
```
primary# ldm add-config new-config-more-dcus
```
도메인을 종료합니다.
호스트를 중지합니다.
```
-> stop /HOST
```
호스트를 시작합니다.
```
-> start /HOST
```

`ixgbevf` `primary` 도메인을 재부트할 때 SR-IOV 도메인의 장치가 사용 안함으로 설정될 수 있음

버그 ID 16224353: 주 도메인을 재부트한 후 primary 도메인의 ixgbevf 인스턴스가 작동하지 않을 수 있습니다.

임시해결책: 없음.

Oracle Solaris 10 1/13 `primary` 도메인의 재부트로 IP 주소가 가상 기능 인터페이스에 자동으로 연결 또는 지정되지 않을 수 있음

버그 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 게스트 도메인 이미지를 부트할 경우에는 발생하지 않습니다.

Oracle Solaris 10만 해당: 재부트 또는 종료 중 `primary` 도메인에서 `mutex_enter: bad mutex` 패닉 발생

버그 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 도메인이 재부트하도록 허용합니다. 충돌 발생 후 primary 도메인이 재부트하지 않도록 구성된 경우 primary 도메인을 수동으로 부트합니다.

SPARC M5-32 및 SPARC M6-32: LSI-SAS 컨트롤러가 SR-IOV로 잘못 내보내짐

버그 ID 16071170: SPARC M5-32 또는 SPARC M6-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 및 SPARC M6-32 어셈블리의 한 IOU에 하나씩 4개의 LSI SAS 컨트롤러 포트가 있습니다. 이 오류는 각 포트에 대해 보고됩니다.

해결 방법: 이러한 메시지는 무시할 수 있습니다. 이러한 메시지에서는 시스템의 LSI-SAS 컨트롤러 장치에 SR-IOV 기능이 있지만, 이 하드웨어에 대해서는 SR-IOV가 지원되지 않음을 나타낼 뿐입니다.

SPARC T5-8: 일부 `ldm` List 명령에서 업타임 데이터에 0 값이 표시됨

버그 ID 16068376: 약 128개 도메인으로 구성된 T5-8에서 ldm list와 같은 일부 ldm 명령에서 모든 도메인의 업타임으로 0초를 표시할 수 있습니다.

임시해결책: 도메인에 로그인하고 uptime 명령을 사용하여 도메인의 업타임을 확인합니다.

SPARC T5-1B 시스템의 `primary` 도메인에서 `sxge` 가상 기능에 대한 점보 MTU를 설정할 수 없음

버그 ID 16059331: sxge 드라이버가 primary 도메인의 가상 기능에 대한 점보 MTU를 올바르게 설정할 수 없습니다.

임시해결책: /kernel/drv/sxge.conf 파일을 수동으로 수정하여 게스트 도메인의 sxge 가상 기능 인터페이스에서 점보 MTU를 설정합니다.

`ldmd`가 `sxge` 장치에 대한 `mac-addr` 및 `alt-mac-addrs` 등록 정보 값을 설정할 수 없음

버그 ID 15974640: ldm 명령이 sxge 장치에 대한 mac-addr 및 alt-mac-addrs 등록 정보 값을 올바르게 설정하지 못합니다. 결과적으로 ldmd 데몬은 일관성 없는 MAC 주소를 보고합니다. 또한 VNIC MAC 주소를 기준으로 하는 링크 통합도 실패합니다.

SPARC T5-1B 시스템에서 `sxge` 장치에 대한 `ldm list-io -d` 출력에 두 가지 등록 정보가 누락됨

버그 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으로 고정됩니다.

`ldm`이 게스트 도메인에서 결함이 있는 코어를 비우지 못함

버그 ID 15962837: 칩 레벨 결함이 발생할 때 코어 비우기가 완료되지 않습니다. 코어 결함에 뒤이어 비우기는 예상한 대로 작동하지만, 전체 CMP 노드를 회수하려고 시도할 때 칩 레벨 결함이 완료되지 않습니다.

임시해결책: 없음. 칩 레벨 결함을 진단할 때 칩 교체 일정을 잡습니다.

4GB 미만으로 메모리를 줄이는 경우 메모리 DR 작업 중단

버그 ID 15942036: 메모리 DR 작업을 수행하여 메모리를 4GB 미만으로 줄이는 경우 작업이 영구적으로 중단될 수 있습니다. 해당 도메인에서 ldm cancel-op memdr 명령을 실행하는 경우 잘못된 메시지가 표시됩니다.

The memory removal operation has completed. You cannot cancel this operation.

메시지가 표시되어도 메모리 DR 작업이 중단되며 해당 게스트 도메인에서 다른 ldmd 작업을 수행할 수 없습니다.

임시해결책: 4GB 미만의 도메인에서 메모리를 줄이려고 시도하지 마십시오. 이미 이를 수행한 경우 ldm stop -f 명령을 실행하거나 도메인에 로그인하여 재부트합니다.

가상 CPU 수가 매우 많은 CPU DR은 실패로 보일 수 있음

버그 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은 권장 최대값을 초과합니다.

HIO 가상 네트워크로 게스트 도메인 마이그레이션 및 도메인이 일시 중지 상태가 되기를 기다리는 동안 `cpu-arch=generic` 시간 초과

버그 ID 15825538: 하이브리드 네트워크 I/O 인터페이스(mode=hybrid)가 구성되어 있고 CPU 간 마이그레이션이 사용으로 설정(cpu-arch=generic)되어 있는 논리적 도메인에서 보안 라이브 마이그레이션이 실행(ldm migrate)되면 마이그레이션이 시간 초과되고 도메인이 일시 중지 상태가 될 수 있습니다.

복구: 논리적 도메인을 다시 시작합니다.

임시해결책: 하이브리드 I/O 가상 네트워크 장치를 보안 CPU 간 라이브 마이그레이션과 함께 사용하지 마십시오.

SPARC T4-4: 게스트 도메인을 바인드할 수 없음

버그 ID 15825330: Oracle VM Server for SPARC가 단일 프로세서 보드만 있는 일부 SPARC T4-4 구성에서 시작 시 중단됩니다.

임시해결책: 프로세서 보드가 항상 프로세서 0 및 1 슬롯을 차지하는지 확인합니다. 이러한 구성에서 시스템을 다시 시작하면 Oracle VM Server for SPARC 소프트웨어를 시작할 수 있습니다.

threading 등록 정보 값을 `max-throughput`에서 `max-ipc`로 변경할 때 게스트 도메인 패닉 발생

버그 ID 15821246: Oracle Solaris 11.1 OS를 실행하는 시스템에서 마이그레이션된 도메인의 threading 등록 정보 값을 max-ipc에서 max-throughput으로 변경하면 게스트 도메인에 패닉이 발생할 수 있습니다.

임시해결책: 재부트될 때까지 마이그레이션된 게스트 도메인의 threading 상태를 변경하지 마십시오.

두 개의 활성 직접 I/O 도메인이 있는 컨트롤 도메인이 재부트 시 중단됨

버그 ID 15820741: 직접 I/O 구성의 도메인이 2개가 있는 Oracle Solaris 11.1 시스템에서 컨트롤 도메인을 재부트할 때 중단될 수 있습니다.

복구: 재부트 중단에서 복구하려면 다음 명령을 SP에 실행하여 컨트롤 도메인을 재설정하십시오.

-> reset -f /HOST/domain/control

메모리 DR 추가가 부분적으로 성공한 경우 오류 메시지가 표시되지 않음

버그 ID 15812823: 메모리 사용 가능 공간이 적은 경우 크기 때문에 일부 메모리 블록만 메모리 DR 작업의 일부로 사용할 수 있습니다. 하지만 이러한 메모리 블록은 사용 가능한 메모리 양에 포함됩니다. 이로 인해 예상했던 것보다 적은 양의 메모리가 도메인에 추가될 수 있습니다. 이 상황이 발생하는 경우 오류 메시지가 표시되지 않습니다.

임시해결책: 없음.

하이브리드 I/O 네트워크 장치를 포함하는 게스트 도메인을 바인드 해제하거나 마이그레이션할 때 주 도메인 또는 게스트 도메인에서 패닉 발생

버그 ID 15803617: 도메인이 하이브리드 I/O 가상 네트워크 장치로 구성된 경우 바인드 해제 작업 또는 라이브 마이그레이션 작업 중 primary 도메인 또는 활성 게스트 도메인에서 패닉이 발생할 수 있습니다.

복구: 영향을 받은 도메인을 다시 시작합니다.

임시해결책: 하이브리드 I/O 가상 네트워크 장치를 사용하지 마십시오.

XML 파일로부터 PCIe 가상 기능이 포함된 도메인을 다시 만드는 작업이 실패함

버그 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 명령이 물리적 I/O 변경을 수행한 도메인 구성을 올바르게 복원하지 못함을 참조하십시오.

전체 코어 사용에서 부분 코어 사용으로 컨트롤 도메인을 변경할 때 잘못된 오류 메시지가 발생함

버그 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.

해결 방법: 이 메시지는 무시할 수 있습니다.

`ldm init-system` 명령이 물리적 I/O 변경을 수행한 도메인 구성을 올바르게 복원하지 못함

버그 ID 15783031: 직접 I/O 또는 SR-IOV 작업이 사용된 도메인 구성을 복원하기 위해 ldm init-system 명령을 사용할 때 문제를 겪을 수 있습니다.

다음 작업 중 하나 이상이 복원할 구성에 수행된 경우 문제가 발생합니다.

primary 도메인이 소유한 슬롯을 버스에서 제거했습니다.
primary 도메인이 소유한 물리적 기능으로부터 가상 기능을 만들었습니다.
가상 기능이 primary 도메인이나 다른 게스트 도메인(또는 둘 다)에 지정되었습니다.
루트 컴플렉스가 primary 도메인에서 제거되어 게스트 도메인에 지정되었습니다. 해당 루트 컴플렉스는 추후 I/O 가상화 작업의 기초로 사용됩니다.

다시 말해서, 비-primary 루트 도메인을 만들어서 이전 작업 중 하나를 수행했습니다.

시스템이 이전 작업 중 아무것도 수행되지 않은 상태인지 확인하려면 Using the ldm init-system Command to Restore Domains on Which Physical I/O Changes Have Been Made를 참조하십시오.

여러 도메인을 동시에 수정하려고 시도하면 Logical Domains Manager가 중단되고 다시 시작될 수 있음

버그 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로 설정하십시오. 이 옵션은 게스트 도메인 간 네트워크 성능에 부정적인 영향을 줄 수 있습니다.

`ldm list -o` 명령이 더 이상 Format 약어를 허용하지 않음

버그 ID 15781142: ldm list -o format 명령이 더 이상 format 약어를 허용하지 않습니다.

Oracle VM Server for SPARC 3.0 소프트웨어에서는 ldm list -o net 명령을 사용하여 네트워크에 대한 정보를 표시할 수 있었지만, Oracle VM Server for SPARC 3.1 소프트웨어에서는 이러한 약어가 제거되었습니다. Oracle VM Server for SPARC 3.1에서는 format의 전체 버전을 ldm list -o network 명령에 사용해야 합니다.

임시해결책: ldm(1M) 매뉴얼 페이지에 지정된 형식 이름을 사용하십시오.

컨트롤 도메인이 시스템에서 가장 낮은 코어를 요구함

버그 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%

마이그레이션을 취소한 후 대상 시스템에서 실행되는 `ldm` 명령이 응답하지 않음

버그 ID 15776752: 라이브 마이그레이션을 취소할 경우 대상에 생성된 도메인 인스턴스의 메모리 내용을 하이퍼바이저에서 “지워야” 합니다. 이러한 스크러빙 프로세스는 보안 목적을 위해 수행되며, 메모리를 여유 메모리 풀로 반환하기 전에 완료해야 합니다. 이러한 스크러빙이 진행 중일 때는 ldm 명령이 응답하지 않습니다. 따라서 Logical Domains Manager가 중단된 것처럼 보입니다.

복구: 다른 ldm 명령을 실행하려고 시도하기 전에 이 스크러빙 요청이 완료될 때까지 기다려야 합니다. 이 프로세스는 오래 걸릴 수 있습니다. 예를 들어, 500GB 메모리가 포함된 게스트 도메인에서 이 프로세스를 완료하는 데에는 SPARC T4 서버의 경우 최대 7분, SPARC T3 서버의 경우 최대 25분까지 소요될 수 있습니다.

I/O 도메인에 지정된 경우 일부 Emulex 카드가 작동하지 않음

버그 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)

임시해결책: 없음.

SPARC T4 시스템으로 마이그레이션하는 동안 `cputrack` 명령을 실행하면 게스트 도메인에 패닉이 발생함

버그 ID 15776123: 게스트 도메인을 SPARC T4 시스템으로 마이그레이션하는 동안 게스트 도메인에서 cputrack 명령을 실행할 경우 마이그레이션된 후 대상 시스템의 게스트 도메인에서 패닉이 발생할 수 있습니다.

임시해결책: 게스트 도메인을 SPARC T4 시스템으로 마이그레이션하는 동안에는 cputrack 명령을 실행하지 마십시오.

Oracle Solaris 11: DRM 도용으로 Oracle Solaris DR 오류가 보고되고 재시도됨

버그 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

CPU 간 마이그레이션을 사용하는 게스트 도메인에서 마이그레이션이 완료된 후 업타임이 임의로 보고됨

버그 ID 15775055: CPU 주파수가 서로 다른 두 시스템 간에 도메인을 마이그레이션한 후 ldm list 명령을 통한 업타임 보고가 정확하지 않을 수 있습니다. 이러한 잘못된 결과는 도메인이 실행되는 시스템의 STICK 주파수를 기준으로 업타임이 계산되기 때문에 발생합니다. 소스 시스템과 대상 시스템 간에 STICK 주파수가 다를 경우 업타임이 잘못 측정된 것으로 보입니다.

게스트 도메인 자체에서 보고되고 표시되는 업타임은 올바릅니다. 따라서 게스트 도메인에서 Oracle Solaris OS로 수행된 계산은 정확합니다.

Intel 듀얼 포트 이더넷 컨트롤러 X540 카드로 부트할 때 Oracle Solaris 10: `ixgbe` 드라이버에서 패닉이 발생할 수 있음

버그 ID 15773603: Intel 듀얼 포트 이더넷 컨트롤러 X540 카드로 부트할 때 Oracle Solaris 10 ixgbe 드라이버로 인해 시스템 패닉이 발생할 수 있습니다. 이 패닉은 다른 드라이버가 연결되지 않도록 차단하는 높은 우선순위 타이머가 드라이버에 포함되기 때문에 발생합니다.

해결 방법: 시스템을 재부트합니다.

SPARC T4 시스템에서 게스트 도메인 콘솔이 임의로 중단됨

버그 ID 15771384: 도메인의 게스트 콘솔이 바인드된 시간 이전과 도중에 반복해서 콘솔에 연결하려고 시도하면 콘솔이 고정될 수 있습니다. 예를 들어, 도메인을 시스템으로 마이그레이션하는 도중에 콘솔을 잡기 위해 자동화된 스크립트를 사용할 경우 이 문제가 발생할 수 있습니다.

임시해결책: 콘솔의 고정을 해제하려면 도메인의 콘솔 집중기를 호스트하는 도메인(대개 컨트롤 도메인)에서 다음 명령을 수행합니다.

primary# svcadm disable vntsd
primary# svcadm enable vntsd

모든 가상 기능을 삭제하고 슬롯을 루트 도메인으로 반환해도 루트 컴플렉스 리소스가 복원되지 않음

버그 ID 15765858: 모든 가상 기능을 삭제하고 슬롯을 루트 도메인에 반환한 후에도 루트 컴플렉스의 리소스가 복원되지 않습니다.

임시해결책: 특정 PCIe 버스에 대해 iov 옵션을 off로 설정합니다.

primary# ldm start-reconf primary
primary# ldm set-io iov=off pci_0

PCIe-PCI 브리지가 포함된 PCIe 카드의 `ldm remove-io`가 허용되지 않아야 함

버그 ID 15761509: 이 support document에 나열된 DIO(직접 I/O) 기능을 지원하는 PCIe 카드만 사용하십시오.

임시해결책: ldm add-io 명령을 사용하여 카드를 primary 도메인에 다시 추가합니다.

`ldm start` 명령 후 즉시 실행할 경우 `ldm stop` 명령이 실패할 수 있음

버그 ID 15759601: ldm start 명령 후에 즉시 ldm stop 명령을 실행하면 다음 오류와 함께 ldm stop 명령이 실패할 수 있습니다.

LDom domain stop notification failed

해결 방법: ldm stop 명령을 다시 실행합니다.

`init-system`이 저장된 XML 파일에서 게스트 도메인의 이름이 지정된 코어 제약 조건을 복원하지 않음

버그 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
```

지정된 가상 기능 수가 매우 많은 `primary` 도메인을 재부트할 때 시스템 패닉이 발생함

버그 ID 15750727: 매우 많은 수의 가상 기능이 지정된 primary 도메인을 재부트하면 시스템 패닉이 발생할 수 있습니다.

해결 방법: 다음 해결 방법 중 하나를 수행합니다.

가상 기능 수를 줄여서 실패한 가상 기능 수를 줄입니다. 이렇게 변경하면 칩 응답성이 향상될 수 있습니다.
시스템에서 모든 ixgbe 가상 기능에 대해 기본적으로 IRM 풀이 하나만 만들어지므로 ixgbe 가상 기능에 대해 IRM(Interrupt Resource Management) 풀을 더 많이 만듭니다.

부분 코어 `primary`가 전체 코어 DR 변환을 허용하지 않음

버그 ID 15748348: primary 도메인이 가장 낮은 물리적 코어(일반적으로 0)를 다른 도메인과 공유할 경우, 전체 코어 제약 조건을 primary 도메인에 대해 설정하려는 시도가 실패합니다.

해결 방법: 다음 단계를 수행합니다.

도메인에서 공유되는 가장 낮은 바인드된 코어를 확인합니다.
```
# ldm list -o cpu
```
primary 도메인이 아니라 모든 도메인에서 가장 낮은 코어의 모든 CPU 스레드를 바인드 해제합니다.

그 결과 가장 낮은 코어의 CPU 스레드가 공유되지 않으며 primary 도메인에 대한 바인딩에 사용할 수 있도록 확보됩니다.
다음 중 하나를 수행하여 전체 코어 제약 조건을 설정합니다.
- CPU 스레드를 primary 도메인에 바인드하고, ldm set-vcpu -c 명령을 사용하여 전체 코어 제약 조건을 설정합니다.
- ldm set-core 명령을 사용하여 CPU 스레드를 바인드하고, 단일 단계로 전체 코어 제약 조건을 설정합니다.

`ldm list-io` 명령이 부트 후 UNK 또는 INV 상태를 표시함

버그 ID 15738561: primary 도메인을 부트한 후 즉시 ldm list-io 명령을 실행할 경우 명령이 PCIe 슬롯 및 SR-IOV 가상 기능에 대해 UNK 또는 INV 상태를 표시할 수 있습니다. 이 문제는 Oracle Solaris OS에서 Logical Domains 에이전트 응답 지연으로 인해 발생합니다.

이 문제는 일부 시스템에서만 보고되었습니다.

해결 방법: PCIe 슬롯 및 가상 기능의 상태는 Logical Domains 에이전트에서 정보가 수신된 후 자동으로 업데이트됩니다.

SPARC T4-4 시스템에서 매우 큰 메모리 도메인을 마이그레이션하면 대상 시스템에서 도메인 패닉이 발생함

버그 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 이상인 도메인은 마이그레이션하지 마십시오.

게스트 도메인에서 많은 수의 CPU 제거 실패

버그 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를 제거하기 전에 게스트 도메인을 중지하십시오.

Oracle Solaris 핫 플러그 작업을 사용하여 PCIe 끝점 장치를 제거할 수 없음

버그 ID 15721872: ldm rm-io 명령을 사용하여 primary 도메인에서 장치를 제거한 후에는 Oracle Solaris 핫 플러그 작업을 사용하여 PCIe 끝점 장치를 작업 중 제거할 수 없습니다. PCIe 끝점 장치 교체 또는 제거에 대한 자세한 내용은 Oracle VM Server for SPARC 3.1 관리 설명서 의 PCIe 하드웨어 변경를 참조하십시오.

하이브리드 I/O 가상 네트워크 장치를 포함하는 게스트 도메인을 마이그레이션할 때 `nxge` 패닉이 발생함

버그 ID 15710957: 부하가 높은 게스트 도메인에 하이브리드 I/O 구성이 포함되었고 이를 마이그레이션하려고 시도하면 nxge 패닉이 발생할 수 있습니다.

해결 방법: primary 도메인 및 해당 도메인의 하이브리드 I/O 구성에 포함되는 모든 서비스 도메인의 /etc/system 파일에 다음 행을 추가합니다.

set vsw:vsw_hio_max_cleanup_retries = 0x200

마이그레이션에 공유 NFS 리소스가 누락된 경우 모든 `ldm` 명령이 중단됨

버그 ID 15708982: 시작된 마이그레이션 또는 진행 중인 마이그레이션, 또는 모든 ldm 명령이 영구적으로 중단됩니다. 이러한 상황은 마이그레이션할 도메인이 다른 시스템의 공유 파일 시스템을 사용하고 이 파일 시스템이 공유되지 않는 경우에 발생합니다.

해결 방법: 공유 파일 시스템을 다시 액세스 가능하도록 설정합니다.

시스템 로그 서비스가 온라인으로 설정되지 않으면 Logical Domains 에이전트 서비스가 온라인으로 설정되지 않음

버그 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 내부 채널 번호인지 확인합니다.

해결 방법: 도메인을 마이그레이션하기 전에 게스트 도메인의 콘솔에서 연결을 해제합니다.

복구: 소스 시스템의 전원을 껐다가 켭니다.

DRM 및 `ldm list` 출력에 실제 게스트 도메인에 있는 것과 다른 개수의 가상 CPU가 표시됨

버그 ID 15702475: CPU 수가 크게 줄어든 후 로드된 도메인의 DRM 정책이 만료되면 No response 메시지가 Oracle VM Server for SPARC 로그에 표시될 수 있습니다. ldm list 출력에는 psrinfo 출력에 표시된 것보다 많은 CPU 리소스가 도메인에 할당된 것으로 표시됩니다.

해결 방법: ldm set-vcpu 명령을 사용하여 psrinfo 출력에 표시된 값으로 도메인의 CPU 수를 재설정합니다.

대상 시스템의 비활성 마스터 도메인에 종속되는 도메인의 라이브 마이그레이션으로 인해 `ldmd`에서 세그먼테이션 결함이 발생함

버그 ID 15701865: 대상 시스템의 비활성 도메인에 종속된 도메인의 라이브 마이그레이션을 시도할 경우 ldmd 데몬이 세그먼테이션 결함으로 실패하고 대상 시스템의 도메인이 다시 시작됩니다. 마이그레이션을 계속 수행할 수 있지만 라이브 마이그레이션이 되지 않습니다.

해결 방법: 라이브 마이그레이션을 시도하기 전에 다음 작업 중 하나를 수행합니다.

마이그레이션할 도메인에서 게스트 종속성을 제거합니다.
대상 시스템에서 마스터 도메인을 시작합니다.

정책이 제거되거나 만료될 때 DRM이 마이그레이션된 도메인에 대한 가상 CPU의 기본 개수를 복원하지 못함

버그 ID 15701853: DRM 정책이 유효할 때 도메인 마이그레이션을 수행한 후 DRM 정책이 만료되거나 마이그레이션된 도메인에서 제거된 경우 DRM이 가상 CPU의 원래 개수를 도메인에 복원하지 못합니다.

해결 방법: DRM 정책이 활성 상태일 때 도메인을 마이그레이션하고 나중에 DRM 정책이 만료되거나 제거되면 가상 CPU의 개수를 재설정합니다. ldm set-vcpu 명령을 사용하여 가상 CPU 개수를 도메인의 원래 값으로 설정합니다.

DR 중 가상 CPU 시간 초과 오류가 발생함

버그 ID 15701258: 가상 CPU 수가 100개 이상이고 일부 암호화 단위를 포함하는 게스트 도메인에서 ldm set-vcpu 1 명령을 실행할 경우 가상 CPU를 제거하지 못합니다. DR 시간 초과 오류로 인해 가상 CPU가 제거되지 않습니다. 암호화 단위는 성공적으로 제거됩니다.

해결 방법: ldm rm-vcpu 명령을 사용하여 가상 CPU 중 하나만 제외하고 모두 게스트 도메인에서 제거합니다. 가상 CPU를 한 번에 100개 이상은 제거하지 마십시오.

시스템 MAC 주소가 다른 MAC 주소와 충돌할 때 마이그레이션 오류 이유가 보고되지 않음

버그 ID 15699763: 중복된 MAC 주소를 포함하는 경우 도메인을 마이그레이션할 수 없습니다. 일반적으로 이 이유로 마이그레이션이 실패할 경우 오류 메시지에 중복된 MAC 주소가 표시됩니다. 하지만 드문 경우에 이 오류 메시지에 중복된 MAC 주소가 보고되지 않을 수 있습니다.

# ldm migrate ldg2 system2
Target Password:
Domain Migration of LDom ldg2 failed

해결 방법: 대상 시스템의 MAC 주소가 고유한지 확인합니다.

“반대 방향”으로 동시 마이그레이션 작업을 수행할 경우 `ldm`이 중단될 수 있음

버그 ID 15696986: 두 개의 ldm migrate 명령을 “반대 방향”으로 동시에 실행할 경우 두 명령이 중단되고 완료되지 않을 수 있습니다. A 시스템에서 B 시스템으로 마이그레이션을 시작하는 것과 동시에 B 시스템에서 A 시스템으로의 마이그레이션도 시작할 때 반대 방향의 경우가 발생합니다.

–n 옵션을 사용하여 dry run 모드로 시작하더라도 마이그레이션 프로세스가 중단됩니다. 이 문제가 발생하면 다른 모든 ldm 명령도 중단될 수 있습니다.

임시해결책: 없음.

컨트롤 도메인에서 많은 수의 CPU 제거 실패

버그 ID 15677358: 컨트롤 도메인(primary 도메인이라고도 함)에서 100개 이상의 CPU를 제거하기 위해 동적 재구성이 아닌 지연된 재구성을 사용합니다. 다음 단계를 수행합니다.

ldm start-reconf primary 명령을 사용하여 컨트롤 도메인을 지연된 재구성 모드로 설정합니다.
원하는 개수의 CPU 리소스를 제거합니다.

CPU 리소스를 제거할 때 실수를 한 경우 컨트롤 도메인이 지연된 재구성 모드에 있는 동안 다른 CPU 제거 요청을 시도하지 마십시오. 그렇지 않으면 명령이 실패합니다(지연된 재구성 중 하나의 CPU 구성 작업만 수행할 수 있음 참조). 대신 ldm cancel-reconf 명령을 사용하여 지연된 재구성 작업을 실행 취소하고 처음부터 다시 시작합니다.
컨트롤 도메인을 재부트합니다.

탄력적 정책이 설정된 Oracle Solaris 10 8/11 OS를 실행하는 시스템이 중단될 수 있음

버그 ID 15672651 및 15731467: 다음 조건이 충족되었을 경우 로그인 시 또는 명령 실행 중에 OS가 중단될 수 있습니다.

Oracle Solaris 10 8/11 OS가 SPARC sun4v 시스템에서 실행되는 경우
PM(전원 관리) 탄력적 정책이 시스템의 ILOM 서비스 프로세서에 설정된 경우

해결 방법: 패치 ID 147149-01을 적용합니다.

`pkgadd`가 `/var/svc/manifest/platform/sun4v/ldmd.xml`에 ACL 항목을 설정하지 못함

버그 ID 15668881: pkgadd 명령을 사용하여 Sun ZFS Storage Appliance에서 NFS를 통해 내보낸 디렉토리에서 SUNWldm.v 패키지를 설치할 경우, 다음과 같은 오류 메시지가 표시될 수 있습니다.

cp: failed to set acl entries on /var/svc/manifest/platform/sun4v/ldmd.xml

해결 방법: 이 메시지를 무시합니다.

SPARC T3-1: 다중 직접 I/O 경로를 통해 액세스할 수 있는 디스크의 문제

버그 ID 15668368: 두 개의 서로 다른 직접 I/O 장치에서 액세스할 수 있는 이중 포트 디스크에 SPARC T3-1 시스템을 설치할 수 있습니다. 이 경우 이러한 두 직접 I/O 장치를 서로 다른 도메인에 지정하면 디스크가 두 도메인 모두에서 사용되어 디스크의 실제 사용에 따라 서로의 성능에 영향을 줄 수 있습니다.

해결 방법: 동일 디스크 세트에 액세스할 수 있는 직접 I/O 장치를 서로 다른 I/O 도메인에 지정하지 마십시오. SPARC T3-1 시스템에 이중 포트 디스크가 있는지 확인하려면 SP에서 다음 명령을 실행합니다.

-> show /SYS/SASBP

출력에 다음 fru_description 값이 포함될 경우 해당 시스템에 이중 포트 디스크가 포함된 것입니다.

fru_description = BD,SAS2,16DSK,LOUISE

이중 디스크가 시스템에 있는 것으로 확인되면 다음 직접 I/O 장치가 모두 동일한 도메인에 항상 지정되는지 확인합니다.

pci@400/pci@1/pci@0/pci@4  /SYS/MB/SASHBA0
pci@400/pci@2/pci@0/pci@4  /SYS/MB/SASHBA1

다중 플럼된 NIU `nxge` 인스턴스를 사용한 메모리 DR 제거 작업이 무기한 중단되고 완료되지 않을 수 있음

버그 ID 15667770: 다중 NIU nxge 인스턴스가 도메인에 플럼된 경우, 도메인에서 메모리를 제거하기 위해 사용되는 ldm rm-mem 및 ldm set-mem 명령이 완료되지 않을 수 있습니다. 메모리 제거 작업 중 문제가 발생했는지 확인하려면 ldm list -o status 명령으로 작업 진행 상태를 모니터합니다. 진행 백분율이 몇 분 동안 그대로 있으면 이 문제가 발생한 것으로 간주할 수 있습니다.

임시해결책: ldm rm-mem 또는 ldm set-mem 명령을 취소하고 충분한 양의 메모리가 제거되었는지 확인합니다. 그렇지 않으면 소량의 메모리를 제거하기 위한 이후 메모리 제거 명령이 성공적으로 완료될 수 있습니다.

문제가 primary 도메인에서 발생한 경우 다음을 수행합니다.

주 도메인에서 지연된 재구성 작업을 시작합니다.
```
# ldm start-reconf primary
```
원하는 양의 메모리를 도메인에 지정합니다.
primary 도메인을 재부트합니다.

문제가 다른 도메인에서 발생한 경우 도메인에 지정되는 메모리 양을 조정하기 전에 도메인을 중지합니다.

마스터-슬레이브 관계의 도메인에서 `ldm stop -a` 명령을 사용하면 슬레이브에 `stopping` 플래그가 설정됨

버그 ID 15664666: 재설정 종속성을 만들 경우 ldm stop -a 명령으로 인해 도메인에서 재설정 종속성이 중지되는 대신 다시 시작될 수 있습니다.

해결 방법: 먼저 마스터 도메인에 대해 ldm stop 명령을 실행합니다. 그런 다음 슬레이브 도메인에 대해 ldm stop 명령을 실행합니다. 슬레이브 도메인의 초기 중지로 인해 오류가 발생하면 슬레이브 도메인에 대해 ldm stop -f 명령을 실행합니다.

사용으로 설정된 기본 DRM 정책을 포함하는 도메인을 마이그레이션하면 대상 도메인에 사용 가능한 모든 CPU가 지정됨

버그 ID 15655513: 활성 도메인의 마이그레이션에 따라 마이그레이션된 도메인의 CPU 활용률이 짧은 기간 동안 크게 증가할 수 있습니다. 마이그레이션 중에 DRM(동적 리소스 관리) 정책이 도메인에 대해 적용된 경우 Logical Domains Manager가 CPU 추가를 시작할 수 있습니다. 특히, 정책을 추가할 때 vcpu-max 및 attack 등록 정보가 지정되지 않은 경우 기본값 unlimited로 인해 대상 시스템의 모든 바인드 해제된 CPU가 마이그레이션된 도메인에 추가됩니다.

복구: 복구가 필요하지 않습니다. CPU 활용률이 DRM 정책에서 지정된 상한값 아래로 떨어진 후 Logical Domains Manager가 CPU를 자동으로 제거합니다.

사용 중인 MAC 주소를 다시 지정할 수 있음

버그 ID 15655199: 일부 경우에는 사용 중인 MAC 주소가 감지되지 않아서 다시 잘못 지정됩니다.

해결 방법: 사용 중인 MAC 주소를 다시 지정할 수 없도록 수동으로 확인합니다.

`ldmconfig`가 SP에 도메인 구성을 만들 수 없음

버그 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 명령을 실행하여 도메인을 시작합니다. 게스트가 부트된 후 이 시퀀스를 반복하면 전원을 껐다 켠 후 게스트 도메인이 자동으로 부트될 수 있습니다.

`cpu0`이 오프라인인 경우 비통합 Oracle Solaris 도메인 마이그레이션이 차단될 수 있음

버그 ID 15653424: Oracle Solaris 10 10/09 OS 이전의 릴리스를 실행 중이고 도메인에서 가장 낮은 번호의 CPU가 offline 상태인 경우 활성 도메인의 마이그레이션이 실패할 수 있습니다. 이 작업은 Logical Domains Manager가 CPU DR을 사용하여 도메인을 단일 CPU로 줄인 경우에 실패합니다. 이렇게 하면 Logical Domains Manager가 도메인에서 가장 낮은 CPU를 제외한 모든 CPU를 제거하려고 시도하지만 해당 CPU가 오프라인이기 때문에 작업이 실패합니다.

임시해결책: 마이그레이션을 시도하기 전에 도메인에서 가장 낮은 번호의 CPU가 online 상태인지 확인합니다.

취소된 마이그레이션에 따라 메모리 DR이 사용 안함으로 설정됨

버그 ID 15646293: 마이그레이션 작업 중에 Oracle Solaris 10 9/10 도메인이 일시 중지된 후 메모리 DR(동적 재구성)이 사용 안함으로 설정됩니다. 이 작업은 도메인이 소스 시스템에 유지된다는 사실에도 불구하고 마이그레이션이 성공했을 때뿐만 아니라 마이그레이션이 취소되었을 때도 발생합니다.

일부 경우에 가상 네트워크 장치에서 MTU 값의 동적 재구성이 실패함

버그 ID 15631119: 컨트롤 도메인에서 가상 네트워크 장치의 MTU(최대 전송 단위)를 수정할 경우 지연된 재구성 작업이 트리거됩니다. 이후에 지연된 재구성을 취소하면 해당 장치의 MTU 값이 원래 값으로 복원되지 않습니다.

복구: ldm set-vnet 명령을 다시 실행하여 MTU를 원래 값으로 설정합니다. MTU 값을 재설정하면 컨트롤 도메인이 지연된 재구성 모드로 설정되어, 이를 취소해야 합니다. 결과 MTU 값은 이제 원래의 올바른 MTU 값입니다.

# ldm set-vnet mtu=orig-value vnet1 primary
# ldm cancel-op reconf primary

대상 OS가 암호화 단위의 DR을 지원하지 않을 때 MAU로 마이그레이션된 도메인에 CPU가 하나만 포함됨

버그 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로 줄일 수 있습니다.

도메인에서 모든 암호화 단위를 동적으로 제거하면 SSH가 종료됨

버그 ID 15600969: 실행 중인 도메인에서 모든 하드웨어 암호화 단위가 동적으로 제거된 경우, 암호화 프레임워크가 소프트웨어 암호화 제공자로 효과적으로 전환되지 못한 것으로 표시되고 모든 ssh 연결을 종료합니다.

복구: 도메인에서 모든 암호화 단위가 제거된 후 ssh 연결을 다시 설정합니다.

해결 방법: 서버측의 /etc/ssh/sshd_config 파일에 UseOpenSSLEngine=no를 설정하고 svcadm restart ssh 명령을 실행합니다.

모든 ssh 연결에 더 이상 하드웨어 암호화 단위가 사용되지 않으며(따라서 연관된 성능 향상 이점도 얻을 수 없음), 암호화 단위가 제거될 때 ssh 연결이 해제되지 않습니다.

`ldm list-io -l` 출력에서 PCI Express 이중 10Gbit 이더넷 파이버 카드에 4개의 하위 장치가 표시됨

버그 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 항목은 무시할 수 있습니다.

높은 디스크 가용성을 위해 MPXIO 스토리지 어레이 구성에서 Logical Domains mpgroup 사용

버그 ID 15591769: LUN을 만들 때 동일한 mpgroup을 사용하여 기본 도메인과 대체 도메인 모두의 가상 디스크 서비스에 LUN을 추가할 수 있습니다. LUN에 액세스할 때 첫번째로 사용할 도메인을 지정하려면 해당 가상 디스크 서비스 장치를 먼저 추가합니다.

primary-vds0의 LUN을 첫번째로 사용하려면 다음 명령을 수행하십시오.

primary# ldm add-vdsdev mpgroup=ha lun1@primary-vds0
primary# ldm add-vdsdev mpgoup=ha  lun1@alternate-vds0
primary# ldm add-vdisk disk1 lun1@primary-vds0 gd0

alternate-vds0의 LUN을 첫번째로 사용하려면 다음 명령을 수행하십시오.

primary# ldm add-vdsdev mpgroup=ha lun1@alternate-vds0
primary# ldm add-vdsdev mpgoup=ha  lun1@primary-vds0
primary# ldm add-vdisk disk1 lun1@alternate-vds0 gd0

여러 도메인을 부트할 때 `ldm` 명령의 응답 속도가 느림

버그 ID 15572184: 여러 도메인을 부트할 때 ldm 명령의 응답 속도가 느려질 수 있습니다. 이 단계에서 ldm 명령을 실행하면 명령 실행이 중단된 것처럼 보일 수 있습니다. ldm 명령은 예상된 작업을 수행한 후에 결과를 반환합니다. 명령이 반환된 후에는 시스템이 ldm 명령에 정상적으로 응답합니다.

해결 방법: 여러 도메인을 동시에 부트하지 마십시오. 하지만 여러 도메인을 한 번에 부트해야 할 경우 시스템이 정상으로 돌아올 때까지 추가 ldm 명령을 실행하지 마십시오. 예를 들어, Sun SPARC Enterprise T5140 및 T5240 서버에서는 2분 정도 기다리고, Sun SPARC Enterprise T5440 서버 또는 Sun Netra T5440 서버에서는 4분 정도 기다리십시오.

Oracle Solaris 11: 자동 네트워크 인터페이스로 구성된 영역을 시작하지 못할 수 있음

버그 ID 15560811: Oracle Solaris 11에서 자동 네트워크 인터페이스(anet)로 구성된 영역이 Logical Domains 가상 네트워크 장치만 있는 도메인에서 시작되지 못할 수 있습니다.

해결 방법 1: 게스트 도메인에 하나 이상의 물리적 네트워크 장치를 지정합니다. PCIe 버스 지정, DIO(직접 I/O) 또는 SR-IOV 기능을 사용하여 물리적 NIC를 도메인에 지정합니다.
임시해결책 2: 영역 구성 요구 사항이 도메인 내에서만 영역 간 통신을 설정하는 것이면, etherstub 장치를 만듭니다. 가상 NIC가 etherstub 장치에 만들어지도록 영역 구성에서 etherstub 장치를 “하위 링크”로 사용합니다.
해결 방법 3: 배타적 링크 지정을 사용하여 영역에 Logical Domains 가상 네트워크 장치를 지정합니다. 필요에 따라 도메인에 가상 네트워크 장치를 지정합니다. 또한 가상 네트워크 장치를 대량으로 만들 수 있도록 inter-vnet 링크를 사용 안함으로 설정하도록 선택할 수도 있습니다.

Oracle Solaris 10: 가상 네트워크 장치가 컨트롤 도메인에 올바르게 생성되지 않음

버그 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) 매뉴얼 페이지를 참조하십시오.

주의 - 충분한 고려 없이 /etc/path_to_inst를 변경해서는 안됩니다.

Logical Domains가 구성된 경우 새로 추가된 NIU/XAUI 어댑터가 호스트 OS에 표시되지 않음

버그 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에서 사용할 수 있도록 구성할 수 있습니다.

`e1000g`에서 부트할 때 I/O 도메인 또는 게스트 도메인 패닉이 발생함

버그 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 명령을 사용하여 원하는 등록 정보를 수동으로 설정합니다.

대상에서 `vdsdev`가 다른 백엔드를 갖더라도 마이그레이션이 실패하지 않음

버그 ID 15523133: 대상 시스템에서 가상 디스크가 소스 시스템에서 사용된 것과 동일한 디스크 백엔드를 가리키지 않는 경우 마이그레이션된 도메인이 해당 디스크 백엔드를 사용하여 가상 디스크에 액세스할 수 없습니다. 도메인에서 가상 디스크에 액세스할 때 중단이 발생할 수 있습니다.

현재까지 Logical Domains Manager는 가상 디스크 볼륨 이름이 소스 및 대상 시스템에서 일치하는지만 확인합니다. 이 시나리오에서는 디스크 백엔드가 일치하지 않더라도 오류 메시지가 표시되지 않습니다.

임시해결책: 마이그레이션된 도메인을 얻기 위해 대상 도메인을 구성할 때 디스크 볼륨(vdsdev)이 소스 도메인에 사용된 디스크 백엔드와 일치하는지 확인합니다.

복구: 대상 시스템에서 가상 디스크 장치가 잘못된 디스크 백엔드를 가리키는 것으로 확인된 경우 다음 중 하나를 수행합니다.

도메인을 마이그레이션하고 vdsdev를 수정합니다.
1. 도메인을 다시 소스 시스템으로 마이그레이션합니다.
2. 대상에서 올바른 디스크 백엔드를 가리키도록 vdsdev를 수정합니다.
3. 도메인을 대상 시스템으로 다시 마이그레이션합니다.
대상에서 도메인을 중지하고 바인드 해제한 후 vdsdev를 수정합니다. OS에서 가상 I/O 동적 재구성을 지원하고 잘못된 가상 디스크가 도메인에서 사용 중이 아닌 경우(즉, 부트 디스크가 아니고 마운트 해제된 경우), 다음을 수행합니다.
1. ldm rm-vdisk 명령을 사용하여 디스크를 제거합니다.
2. vdsdev를 수정합니다.
3. ldm add-vdisk 명령을 사용하여 가상 디스크를 다시 추가합니다.

대상에 사용 가능한 메모리가 충분한 경우에도 마이그레이션에서 메모리 바인드를 실패할 수 있음

버그 ID 15523120: 일부 경우에 마이그레이션이 실패하고 ldmd에서 소스 도메인에 필요한 메모리를 바인드할 수 없다는 내용이 보고될 수 있습니다. 이 문제는 대상 시스템에서 사용 가능한 전체 메모리 양이 소스 도메인에서 사용되는 메모리 양보다 많은 경우에도 발생할 수 있습니다.

이 오류는 소스 도메인에서 사용되는 특정 메모리 범위를 마이그레이션하기 위해 대상에서도 이에 상응하는 메모리 범위를 사용할 수 있어야 하기 때문에 발생합니다. 이와 같이 상응하는 메모리 범위를 소스의 메모리 범위에서 찾을 수 없으면 마이그레이션을 진행할 수 없습니다.

복구: 이 조건이 발생하면 대상 시스템에서 메모리 사용량을 수정하여 도메인을 마이그레이션할 수도 있습니다. 이렇게 하려면 대상에서 바인드된 도메인 또는 활성 논리적 도메인을 바인드 해제합니다.

사용 가능한 메모리와 사용 방법을 보려면 ldm list-devices -a mem 명령을 사용합니다. 다른 도메인에 지정된 메모리 양을 줄여야 할 수도 있습니다.

시스템이 네트워크에 연결되지 않았고 NIS 클라이언트가 실행 중인 경우 Logical Domains Manager가 시작되지 않음

버그 ID 15518409: 시스템에서 네트워크를 구성하지 않았고 NIS(네트워크 정보 서비스) 클라이언트가 실행 중인 경우 Logical Domains Manager가 시스템에서 시작되지 않습니다.

해결 방법: 네트워크에 연결되지 않은 시스템에서 NIS 클라이언트를 사용 안함으로 설정합니다.

# svcadm disable nis/client

Logical Domains Manager에서 마이그레이션된 도메인이 이미 부트되었는데도 변환 상태로 표시됨

버그 ID 15516245: 일부 경우에 활성 논리 도메인이 부트된 지 오래되었거나 도메인 마이그레이션을 완료한 지 오래되었는데도 정상 상태가 아니라 변환 상태로 표시됩니다. 이 문제는 아무런 영향을 주지 않으며 도메인이 완전히 작동합니다. 어떤 플래그가 설정되었는지 확인하려면 ldm list -l -p 명령 출력에서 flags 필드를 확인하거나 ldm list 명령에서 FLAGS 필드를 확인합니다(normal의 경우 -n----을 표시하고 transition의 경우 -t---- 표시).

복구: 다음 재부트 후에는 도메인이 올바른 상태로 표시됩니다.

`vntsd`를 다시 시작하지 않으면 마이그레이션된 도메인의 콘솔에 연결할 수 없음

버그 ID 15513998: 일부 경우에 도메인을 마이그레이션한 후 해당 도메인의 콘솔에 연결할 수 없습니다.

해결 방법: vntsd SMF 서비스를 다시 시작하여 콘솔에 대한 연결을 사용으로 설정합니다.

# svcadm restart vntsd

주 - 이 명령은 모든 활성 콘솔 연결을 해제합니다.

일부 경우에 Logical Domains 시스템에서 `uadmin 1 0` 명령을 실행하면 시스템이 OK 프롬프트로 돌아가지 않음

버그 ID 15511551: 일부 경우에 Logical Domains 시스템의 명령줄에서 uadmin 1 0 명령을 실행하면 이후 재설정 후에도 시스템이 ok 프롬프트로 돌아가지 않습니다. 이러한 잘못된 동작은 Logical Domains 변수 auto-reboot?가 true로 설정된 경우에만 표시됩니다. auto-reboot?가 false로 설정된 경우에는 예상된 동작이 발생합니다.

해결 방법: 대신 다음 명령을 사용합니다.

uadmin 2 0

또는 항상 auto-reboot?를 false로 설정하여 실행합니다.

Logical Domains Manager가 도메인을 종료하는 데 15분 이상 소요될 수 있음

버그 ID 15505014: 단일 CPU 구성에서 매우 많은 양의 메모리가 구성된 경우 도메인을 종료하거나 메모리를 지우는 데 15분 이상 소요될 수 있습니다. 종료 중 도메인의 CPU는 도메인에서 소유하는 모든 메모리를 지우는 데 사용됩니다. 구성의 균형이 맞지 않을 경우(예: 단일 CPU 도메인과 512GB 메모리) 스크러빙 작업을 완료하는 데 걸리는 시간이 상당히 오래 걸릴 수 있습니다. 이렇게 지연된 스크러빙 시간으로 인해 도메인을 종료하는 데 필요한 시간이 연장됩니다.

임시해결책: 큰 메모리 구성(100GB 이상)에 적어도 하나의 코어가 포함되는지 확인합니다.

SC 또는 SP 재설정 후 `scadm` 명령이 중단될 수 있음

버그 ID 15469227: 최소한 Oracle Solaris 10 5/08 OS를 실행하는 컨트롤 도메인에서 SC 재설정 후 scadm 명령이 중단될 수 있습니다. 시스템이 SC 재설정 후 연결을 올바르게 다시 설정할 수 없습니다.

복구: SC에서 연결을 다시 설정하도록 호스트를 재부트합니다.

공통 콘솔 그룹에 있을 경우 다중 도메인의 동시 넷 설치가 실패함

버그 ID 15453968: 공통 콘솔 그룹을 갖는 시스템에서 다중 게스트 도메인의 동시 넷 설치가 실패합니다.

해결 방법: 각각 고유한 콘솔 그룹을 갖는 게스트 도메인에서만 넷 설치를 수행합니다. 이 오류는 다중 넷 설치 도메인 간에 공통 콘솔 그룹이 공유되는 도메인에서만 표시됩니다.

DHCP를 사용하는 동일 네트워크에서 가상 네트워크가 너무 많은 게스트 도메인이 응답하지 않을 수 있음

버그 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 명령을 차례로 실행합니다.

OpenBoot PROM 변수는 Logical Domains Manager가 실행 중일 때 `eeprom` 명령으로 수정할 수 없음

버그 ID 15387338: 이 문제는 Logical Domains 변수 지속성에 요약되어 있으며 컨트롤 도메인에만 영향을 줍니다.

Logical Domains가 실행 중인 상태로 보안 키를 설정할 수 없음

버그 ID 15370442: Logical Domains 환경에서는 ickey(1M) 명령을 사용하여 Oracle Solaris OS 내에서 WAN(광대역 네트워크) 부트 키 설정이나 삭제를 지원하지 않습니다. 모든 ickey 작업은 다음 오류와 함께 실패합니다.

ickey: setkey: ioctl: I/O error

또한 컨트롤 도메인이 아닌 논리적 도메인에서 OpenBoot 펌웨어를 사용하여 설정된 WAN 부트 키는 도메인 재부트 시에 기억되지 않습니다. 이러한 도메인에서 OpenBoot 펌웨어에서 설정된 키는 일회용으로만 유효합니다.

`ldm stop-domain` 명령 동작이 혼동될 수 있음

버그 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.1.1.2, 3.1.1.1, 3.1.1 및 3.1 릴리스 노트