Oracle® VM Server for SPARC 3.2 릴리스 노트

인쇄 보기 종료

업데이트 날짜: 2015년 5월
 
 

마이그레이션 문제

라이브 마이그레이션으로 인해 메모리가 손상되거나 커널 패닉 충돌 덤프가 손실될 수 있음

버그 ID 20612716: Oracle Solaris 11.2 SRU 8을 실행하는 게스트 도메인을 하이퍼바이저 1.14.x 기반의 펌웨어가 있는 시스템에서 하이퍼바이저 1.13.2가 있는 시스템으로 라이브 마이그레이션하면 게스트를 재부트한 후 메모리가 손상되거나 커널 패닉 충돌 덤프가 손실될 수 있습니다.

    이 문제는 다음과 같은 라이브 마이그레이션에 영향을 줍니다.

  • SPARC T4 기반 시스템의 경우 펌웨어 버전 8.7.x를 실행하는 시스템에서 펌웨어 버전 8.6.x 이하를 실행하는 시스템으로 마이그레이션할 때 이 오류가 발생합니다.

  • SPARC T5 기반 시스템 및 9.x 펌웨어를 사용하는 기타 시스템의 경우 펌웨어 버전 9.4.x를 실행하는 시스템에서 펌웨어 버전 9.3.x 이하를 실행하는 시스템으로 마이그레이션할 때 이 오류가 발생합니다.


주 - 관련 버그 20594568 때문에 하이퍼바이저 1.14.x를 포함하는 펌웨어가 있는 시스템에서 하이퍼바이저 1.13.x를 포함하는 펌웨어가 있는 시스템으로 라이브 마이그레이션을 수행할 때는 다음 임시해결책을 사용해야 합니다.
  • 펌웨어 버전 8.7.x를 실행하는 시스템에서 펌웨어 버전 8.6.x 이하를 실행하는 시스템으로 마이그레이션

  • 펌웨어 버전 9.4.x를 실행하는 시스템에서 펌웨어 버전 9.3.x 이하를 실행하는 시스템으로 마이그레이션


임시해결책: 문제를 방지하려면 마이그레이션되는 도메인의 /etc/system 파일에 다음 라인을 추가합니다.

set retained_mem_already_checked=1

/etc/system 등록 정보 값을 제대로 만들거나 업데이트하는 방법에 대한 자세한 내용은 Oracle VM Server for SPARC 3.2 관리 설명서 의 /etc/system 파일에서 등록 정보 값 업데이트를 참조하십시오.

그런 다음 하이퍼바이저 버전 1.14.x에서 하이퍼바이저 버전 1.13.2로 마이그레이션하기 전에 도메인을 재부트합니다.

게스트 도메인이 펌웨어 8.7.x에서 8.6.x로 또는 9.4.x에서 9.3.x로 이미 마이그레이션된 경우 게스트 도메인을 중지하고 다시 시작합니다. 예를 들면 다음과 같습니다.

primary# ldm stop-domain domainname
primary# ldm start-domain domainname

Oracle Solaris 11.2 SRU 8 게스트 도메인을 버전 1.13.1 하이퍼바이저가 있는 대상 시스템으로 라이브 마이그레이션하는 기능은 차단됨

버그 ID 20594568: Oracle Solaris 11.2 SRU 8을 실행하는 게스트 도메인을 하이퍼바이저 1.14.x 기반의 펌웨어가 있는 시스템에서 하이퍼바이저 1.13.1이 있는 시스템으로 라이브 마이그레이션하는 기능은 차단됩니다.

primary# ldm migrate ldg0 target-host
Target Password:
API group 0x11d v1.0 is not supported in the version of the firmware
running on the target machine.
Domain ldg0 is using features of the system firmware that
are not supported in the version of the firmware running on
the target machine.

    이 문제는 다음과 같은 라이브 마이그레이션에 영향을 줍니다.

  • SPARC T4 기반 시스템의 경우 펌웨어 버전 8.7.x를 실행하는 시스템에서 펌웨어 버전 8.5.x 이하를 실행하는 시스템으로 마이그레이션할 때 이 오류가 발생합니다.

  • SPARC T5 기반 시스템 및 9.x 펌웨어를 사용하는 기타 시스템의 경우 펌웨어 버전 9.4.x를 실행하는 시스템에서 펌웨어 버전 9.2.1.c 이하를 실행하는 시스템으로 마이그레이션할 때 이 오류가 발생합니다.


주 - 관련 버그 20612716 때문에 하이퍼바이저 1.14.x를 포함하는 펌웨어가 있는 시스템에서 하이퍼바이저 1.13.x를 포함하는 펌웨어가 있는 시스템으로 라이브 마이그레이션을 수행할 때는 다음 임시해결책을 사용해야 합니다.
  • 펌웨어 버전 8.7.x를 실행하는 시스템에서 펌웨어 버전 8.6.x 이하를 실행하는 시스템으로 마이그레이션

  • 펌웨어 버전 9.4.x를 실행하는 시스템에서 펌웨어 버전 9.3.x 이하를 실행하는 시스템으로 마이그레이션


임시해결책: 문제를 방지하려면 마이그레이션되는 도메인의 /etc/system 파일에 다음 라인을 추가합니다.

set retained_mem_already_checked=1

/etc/system 등록 정보 값을 제대로 만들거나 업데이트하는 방법에 대한 자세한 내용은 Oracle VM Server for SPARC 3.2 관리 설명서 의 /etc/system 파일에서 등록 정보 값 업데이트를 참조하십시오.

그런 다음 도메인을 재부트하고 마이그레이션을 재시도합니다.

유효한 레이아웃의 충분한 메모리를 대상 시스템에서 사용할 수 있는 경우에도 도메인 마이그레이션이 실패할 수 있음

버그 ID 20453206: 유효한 레이아웃의 충분한 메모리를 대상 시스템에서 사용할 수 있는 경우에도 마이그레이션 작업이 실패할 수 있습니다. 메모리 DR 작업으로 인해 게스트 도메인 마이그레이션이 더 어려워질 수도 있습니다.

임시해결책: 없음.

iSCSI 장치를 사용하는 게스트 도메인의 라이브 마이그레이션을 수행할 수 없음

버그 ID 19163498 및 16585085: iSCSI 장치를 사용하는 논리적 도메인에서 라이브 마이그레이션을 사용할 수 없습니다.

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

버그 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 Solaris 10: 하나의 가상 CPU만 지정된 도메인에서 라이브 마이그레이션 중 패닉이 발생할 수 있음

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

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

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

버그 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을 설정합니다.


주 - 이 명령은 domain-nameprimary인 경우 지연된 재구성을 시작합니다. 그 밖의 다른 경우 이 명령을 수행하기 전에 도메인을 중지합니다.
primary# ldm set-domain extended-mapin-space=on 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)에서 게스트 도메인 패닉 발생의 임시해결책을 참조하십시오.

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 명령이 실패를 보고하지 않습니다.

임시해결책: 없음.

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

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

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

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

대상 컨트롤 도메인에서 ldm list -o status를 실행하면 잘못된 마이그레이션 진행률이 보고됨

버그 ID 15819714: 드물긴 하지만 ldm list -o status 명령을 사용하여 컨트롤 도메인의 마이그레이션 상태를 확인할 때 잘못된 완료율이 보고되는 경우가 있습니다.

이 문제는 마이그레이션되는 도메인이나 소스 또는 대상 컨트롤 도메인의 ldmd 데몬에 영향을 주지 않습니다.

임시해결책: 마이그레이션에 관련된 다른 컨트롤 도메인에서 ldm list -o status 명령을 실행하여 진행률을 확인합니다.

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

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

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

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

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

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

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

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

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

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

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

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

이 문제는 UltraSPARC T2, UltraSPARC T2 Plus 및 SPARC T3 시스템에만 적용됩니다.

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

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

하이브리드 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 명령이 영구적으로 중단됩니다. 이러한 상황은 마이그레이션할 도메인이 다른 시스템의 공유 파일 시스템을 사용하고 이 파일 시스템이 공유되지 않는 경우에 발생합니다.

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

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

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

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

  • 마이그레이션할 도메인에서 게스트 종속성을 제거합니다.

  • 대상 시스템에서 마스터 도메인을 시작합니다.

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

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

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

시스템 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 명령도 중단될 수 있습니다.

임시해결책: 없음.

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

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

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

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

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

대상 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 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에서 소스 도메인에 필요한 메모리를 바인드할 수 없다는 내용이 보고될 수 있습니다. 이 문제는 대상 시스템에서 사용 가능한 전체 메모리 양이 소스 도메인에서 사용되는 메모리 양보다 많은 경우에도 발생할 수 있습니다.

이 오류는 소스 도메인에서 사용되는 특정 메모리 범위를 마이그레이션하기 위해 대상에서도 이에 상응하는 메모리 범위를 사용할 수 있어야 하기 때문에 발생합니다. 이와 같이 상응하는 메모리 범위를 소스의 메모리 범위에서 찾을 수 없으면 마이그레이션을 진행할 수 없습니다. Oracle VM Server for SPARC 3.2 관리 설명서 의 메모리에 대한 마이그레이션 요구 사항을 참조하십시오.

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

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

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

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

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

# svcadm restart vntsd

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