버그 ID 21554591: 라이브 마이그레이션 동안 대상 시스템의 ldmd 서비스는 코어를 덤프한 다음 다시 시작될 수 있습니다.
마이그레이션될 도메인의 메모리가 여러 메모리 세그먼트로 심하게 단편화되고 대상 시스템의 사용 가능한 메모리 레이아웃이 호환되지 않을 때 이 문제가 발생할 수 있습니다. 이 문제는 라이브 마이그레이션 이전에 메모리 DR을 사용하여 도메인에서 메모리를 제거할 때 발생할 가능성이 높습니다.
코어 덤프의 스택 추적은 다음과 유사합니다.
restore_lgpg_mblk+0x398(17bbc88, 16c39c8, 80000000, 80000000, 0, 40000000) rgrp_restore_lgpg+0x39c(0, 0, 1733948, 1711598, 0, 20000000) mem_allocate_real+0x92c(0, 20000000, ffbff868, 13aec88, 80808080, 373cd8) affinity_bind_resources+0x9f4(17bbc88, ffbff948, 13aec88, 3a10c000, 3a10c000, 1010101) mem_bind_real+0x468(17bbc88, ffbff9d4, 13aec88, 3a10c000, 3a10c000, 1010101) mem_bind_real_check+0xf4(17bbc88, 12ee338, 13aec88, 0, 376468, ff29fd80) mig_tgt_bound_feasibility_check+0x168(164be08, ff000000, ff, 1, 0, 0) i_tgt_do_feasibility_check+0x168(164be08, 0, 12390, 1, f960d244, ffffff) sequence+0x4a4(0, ff000000, ff322a40, 1, f960d244, ffffff) main+0xb54(5, ffbffc64, ffbffc7c, f960a900, 0, ff320200) _start+0x108(0, 0, 0, 0, 0, 370b60)
이 문제가 발생해도 게스트 도메인은 계속 실행됩니다. ldmd 서비스가 성공적으로 다시 시작되면 더 이상 복구가 필요하지 않습니다.
버그 21569507 때문에 ldmd 서비스 다시 시작이 실패하고 유지 관리 모드가 되면 호스트 또는 해당하는 물리적 도메인의 전원을 껐다 켜야 ldmd를 다시 시작할 수 있습니다.
임시해결책: 게스트 도메인을 중지하고 바인드 해제한 다음 콜드 마이그레이션을 수행하십시오. 메모리 DR을 사용하여 마이그레이션할 게스트 도메인에서 메모리를 제거하지 마십시오.
버그 ID 21289174: SPARC 시스템에서 Oracle VM Server for SPARC 도메인 내의 실행 중인 커널 영역은 게스트 도메인의 라이브 마이그레이션을 차단합니다. 다음 오류 메시지가 표시됩니다.
Guest suspension failed because Kernel Zones are active. Stop Kernel Zones and retry.
임시해결책: 다음 임시해결책 중 하나를 선택합니다.
커널 영역 실행을 중지하십시오.
# zoneadm -z zonename shutdown
커널 영역을 일시 중지하십시오.
# zoneadm -z zonename suspend
게스트 도메인을 마이그레이션하기 전에 커널 영역을 다른 시스템으로 라이브 마이그레이션을 수행합니다.
Creating and Using Oracle Solaris Kernel Zones 의 3 장, Migrating an Oracle Solaris Kernel Zone을 참조하십시오.
버그 ID 20606773: SPARC T7 시리즈 서버 또는 SPARC M7 시리즈 서버와 이전 플랫폼 사이에 CPU 간 라이브 마이그레이션을 수행하려면 소스 시스템 및 대상 시스템에 Oracle VM Server for SPARC 3.2 이상의 소프트웨어가 실행해야 합니다.
예를 들어 SPARC T5 시스템과 SPARC T7 시리즈 서버 사이에 라이브 마이그레이션을 수행하려면 SPARC T5 시스템에 Oracle VM Server for SPARC 3.2 이상의 소프트웨어가 설치되어 있어야 합니다.
버그 ID 20453206: 유효한 레이아웃의 충분한 메모리를 대상 시스템에서 사용할 수 있는 경우에도 마이그레이션 작업이 실패할 수 있습니다. 메모리 DR 작업으로 인해 게스트 도메인 마이그레이션이 더 어려워질 수도 있습니다.
임시해결책: 없음.
버그 ID 17285751: 가상 CPU가 하나만 지정된 Oracle Solaris 10 게스트 도메인을 마이그레이션하면 pg_cmt_cpu_fini() 함수에서 게스트 도메인에 패닉이 발생할 수 있습니다.
임시해결책: 라이브 마이그레이션을 수행하기 전에 최소 두 개의 가상 CPU를 게스트 도메인에 지정합니다. 예를 들어, ldm add-vcpu number-of-virtual-CPUs domain-name 명령을 사용하여 게스트 도메인에 지정된 가상 CPU 수를 늘립니다.
버그 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)에서 게스트 도메인 패닉 발생의 임시해결책을 참조하십시오.
버그 ID 16864417: SPARC T5, SPARC M5 또는 SPARC M6 시스템과 UltraSPARC T2 / SPARC T3 시스템 간에 마이그레이션을 시도할 때 ldm migrate -n 명령이 실패를 보고하지 않습니다.
임시해결책: 없음.
버그 ID 15819714: 드물긴 하지만 ldm list -o status 명령을 사용하여 컨트롤 도메인의 마이그레이션 상태를 확인할 때 잘못된 완료율이 보고되는 경우가 있습니다.
이 문제는 마이그레이션되는 도메인이나 소스 또는 대상 컨트롤 도메인의 ldmd 데몬에 영향을 주지 않습니다.
임시해결책: 마이그레이션에 관련된 다른 컨트롤 도메인에서 ldm list -o status 명령을 실행하여 진행률을 확인합니다.
버그 ID 15776123: 게스트 도메인을 SPARC T4 시스템으로 마이그레이션하는 동안 게스트 도메인에서 cputrack 명령을 실행할 경우 마이그레이션된 후 대상 시스템의 게스트 도메인에서 패닉이 발생할 수 있습니다.
임시해결책: 게스트 도메인을 SPARC T4 시스템으로 마이그레이션하는 동안에는 cputrack 명령을 실행하지 마십시오.
버그 ID 15775055: CPU 주파수가 서로 다른 두 시스템 간에 도메인을 마이그레이션한 후 ldm list 명령을 통한 업타임 보고가 정확하지 않을 수 있습니다. 이러한 잘못된 결과는 도메인이 실행되는 시스템의 STICK 주파수를 기준으로 업타임이 계산되기 때문에 발생합니다. 소스 시스템과 대상 시스템 간에 STICK 주파수가 다를 경우 업타임이 잘못 측정된 것으로 보입니다.
이 문제는 UltraSPARC T2, UltraSPARC T2 Plus 및 SPARC T3 시스템에만 적용됩니다.
게스트 도메인 자체에서 보고되고 표시되는 업타임은 올바릅니다. 따라서 게스트 도메인에서 Oracle Solaris OS로 수행된 계산은 정확합니다.
버그 ID 15710957: 부하가 높은 게스트 도메인에 하이브리드 I/O 구성이 포함되었고 이를 마이그레이션하려고 시도하면 nxge 패닉이 발생할 수 있습니다.
해결 방법: primary 도메인 및 해당 도메인의 하이브리드 I/O 구성에 포함되는 모든 서비스 도메인의 /etc/system 파일에 다음 행을 추가합니다.
set vsw:vsw_hio_max_cleanup_retries = 0x200
버그 ID 15701865: 대상 시스템의 비활성 도메인에 종속된 도메인의 라이브 마이그레이션을 시도할 경우 ldmd 데몬이 세그먼테이션 결함으로 실패하고 대상 시스템의 도메인이 다시 시작됩니다. 마이그레이션을 계속 수행할 수 있지만 라이브 마이그레이션이 되지 않습니다.
해결 방법: 라이브 마이그레이션을 시도하기 전에 다음 작업 중 하나를 수행합니다.
마이그레이션할 도메인에서 게스트 종속성을 제거합니다.
대상 시스템에서 마스터 도메인을 시작합니다.
버그 ID 15701853: DRM 정책이 유효할 때 도메인 마이그레이션을 수행한 후 DRM 정책이 만료되거나 마이그레이션된 도메인에서 제거된 경우 DRM이 가상 CPU의 원래 개수를 도메인에 복원하지 못합니다.
해결 방법: DRM 정책이 활성 상태일 때 도메인을 마이그레이션하고 나중에 DRM 정책이 만료되거나 제거되면 가상 CPU의 개수를 재설정합니다. ldm set-vcpu 명령을 사용하여 가상 CPU 개수를 도메인의 원래 값으로 설정합니다.
버그 ID 15699763: 중복된 MAC 주소를 포함하는 경우 도메인을 마이그레이션할 수 없습니다. 일반적으로 이 이유로 마이그레이션이 실패할 경우 오류 메시지에 중복된 MAC 주소가 표시됩니다. 하지만 드문 경우에 이 오류 메시지에 중복된 MAC 주소가 보고되지 않을 수 있습니다.
# ldm migrate ldg2 system2 Target Password: Domain Migration of LDom ldg2 failed
해결 방법: 대상 시스템의 MAC 주소가 고유한지 확인합니다.
버그 ID 15696986: 두 개의 ldm migrate 명령을 "반대 방향"으로 동시에 동일한 두 시스템 간에 실행할 경우 두 명령이 중단되고 완료되지 않을 수 있습니다. A 시스템에서 B 시스템으로 마이그레이션을 시작하는 것과 동시에 B 시스템에서 A 시스템으로의 마이그레이션도 시작할 때 반대 방향의 경우가 발생합니다.
–n 옵션을 사용하여 dry run 모드로 시작하더라도 마이그레이션 프로세스가 중단됩니다. 이 문제가 발생하면 다른 모든 ldm 명령도 중단될 수 있습니다.
임시해결책: 없음.
버그 ID 15655513: 활성 도메인의 마이그레이션에 따라 마이그레이션된 도메인의 CPU 활용률이 짧은 기간 동안 크게 증가할 수 있습니다. 마이그레이션 중에 DRM(동적 리소스 관리) 정책이 도메인에 대해 적용된 경우 Logical Domains Manager가 CPU 추가를 시작할 수 있습니다. 특히, 정책을 추가할 때 vcpu-max 및 attack 등록 정보가 지정되지 않은 경우 기본값 unlimited로 인해 대상 시스템의 모든 바인드 해제된 CPU가 마이그레이션된 도메인에 추가됩니다.
복구: 복구가 필요하지 않습니다. CPU 활용률이 DRM 정책에서 지정된 상한값 아래로 떨어진 후 Logical Domains Manager가 CPU를 자동으로 제거합니다.
버그 ID 15527921: 마이그레이션 중에는 명시적으로 지정된 콘솔 그룹 및 포트가 무시되고 기본 등록 정보를 갖는 콘솔이 대상 도메인에 대해 생성됩니다. 이 콘솔은 콘솔 그룹으로 대상 도메인 이름을 사용하고 컨트롤 도메인에서 첫번째 가상 콘솔 집중기(vcc) 장치에서 사용 가능한 모든 포트를 사용하여 생성됩니다. 기본 그룹 이름과 충돌이 있을 경우 마이그레이션이 실패합니다.
복구: 마이그레이션 이후 명시적 콘솔 등록 정보를 복원하려면 대상 도메인을 바인드 해제하고 ldm set-vcons 명령을 사용하여 원하는 등록 정보를 수동으로 설정합니다.
버그 ID 15523120: 일부 경우에 마이그레이션이 실패하고 ldmd에서 소스 도메인에 필요한 메모리를 바인드할 수 없다는 내용이 보고될 수 있습니다. 이 문제는 대상 시스템에서 사용 가능한 전체 메모리 양이 소스 도메인에서 사용되는 메모리 양보다 많은 경우에도 발생할 수 있습니다.
이 오류는 소스 도메인에서 사용되는 특정 메모리 범위를 마이그레이션하기 위해 대상에서도 이에 상응하는 메모리 범위를 사용할 수 있어야 하기 때문에 발생합니다. 이와 같이 상응하는 메모리 범위를 소스의 메모리 범위에서 찾을 수 없으면 마이그레이션을 진행할 수 없습니다. Oracle VM Server for SPARC 3.3 관리 설명서 의 메모리에 대한 마이그레이션 요구 사항을 참조하십시오.
복구: 이 조건이 발생하면 대상 시스템에서 메모리 사용량을 수정하여 도메인을 마이그레이션할 수도 있습니다. 이렇게 하려면 대상에서 바인드된 도메인 또는 활성 논리적 도메인을 바인드 해제합니다.
사용 가능한 메모리와 사용 방법을 보려면 ldm list-devices -a mem 명령을 사용합니다. 다른 도메인에 지정된 메모리 양을 줄여야 할 수도 있습니다.
버그 ID 15513998: 일부 경우에 도메인을 마이그레이션한 후 해당 도메인의 콘솔에 연결할 수 없습니다.
해결 방법: vntsd SMF 서비스를 다시 시작하여 콘솔에 대한 연결을 사용으로 설정합니다.
# svcadm restart vntsd
시스템 펌웨어 버전 8.4, 9.1 및 XCP2230에서는 EFI GPT 디스크 레이블이 지원됩니다. 기본적으로 이러한 시스템에서 최소 Oracle Solaris 11.1 OS가 실행 중일 때 설치된 가상 디스크에는 EFI GPT 디스크 레이블이 있습니다. 이전 버전의 펌웨어(예: 9.0.x, 8.3, 7.x 또는 XCP2221)에서는 이 디스크 레이블을 읽을 수 없습니다. 이로 인해 EFI GPT가 지원되지 않는 시스템 펌웨어 버전을 실행하는 시스템으로는 라이브 마이그레이션 또는 콜드 마이그레이션을 수행할 수 없습니다. 이 상황에서는 콜드 마이그레이션도 실패하는데 이는 위 제한 사항과는 다릅니다.
가상 디스크에 EFI GPT 디스크 레이블이 있는지 여부를 확인하려면 원시 장치에서 devinfo -i 명령을 실행하십시오. 다음 예에서는 가상 디스크에 SMI VTOC 또는 EFI GPT 디스크 레이블이 있는지 여부를 보여줍니다.
SMI VTOC 디스크 레이블. 가상 디스크에 SMI VTOC가 있는 경우 EFI 지원 여부와 관계없이 펌웨어에 대한 마이그레이션을 수행할 수 있습니다.
이 예의 경우 devinfo -i 명령이 장치별 정보를 보고하므로 장치에 VTOC 레이블이 있음을 나타냅니다.
# devinfo -i /dev/rdsk/c2d0s2 /dev/rdsk/c2d0s2 0 0 73728 512 2
EFI GPT 디스크 레이블. 가상 디스크에 EFI GPT 디스크 레이블이 있는 경우 EFI를 지원하는 펌웨어에 대해서만 마이그레이션을 수행할 수 있습니다.
이 예의 경우 devinfo -i 명령이 오류를 보고하므로 장치에 EFI GPT 디스크 레이블이 있음을 나타냅니다.
# devinfo -i /dev/rdsk/c1d0s0 devinfo: /dev/rdsk/c1d0s0: This operation is not supported on EFI labeled devices