이 절에는 Oracle VM Server for SPARC 3.5 소프트웨어와 관련된 일반 문제 및 특정 버그가 포함됩니다.
이 절에서는 이 버전의 소프트웨어를 사용할 때 발생할 수 있는 버그를 요약해서 보여 줍니다. 최근 버그가 먼저 설명됩니다. 가능한 경우 임시해결책 및 복구 절차가 지정됩니다.
버그 ID 26435797: ldmd 데몬은 가상 CPU 또는 CPU 코어 제거 작업이 실패하는 경우 코어를 덤프할 수 있습니다. 대상 도메인의 모든 CPU가 바인딩되거나 부하가 높은 경우 이러한 실패가 발생할 수 있습니다.
이 실패가 발생하는 경우 ldm remove-core 명령은 다음 오류 메시지 중 하나를 발생할 수 있습니다.
Invalid response Failed to receive version negotiation response from logical domain manager: Connection reset by peer
가상 CPU 제거를 수행하려면 대상 도메인에서 CPU 일부를 바인드 해제하거나 작업 로드를 낮춰야 합니다. 이 문제는 바인딩되거나 바인딩 해제된 도메인의 가상 CPU 제거 작업에 영향을 주지 않습니다.
버그 ID 26184111: vsw-relay-mode 등록 정보가 가상 스위치에 설정되어 반영 릴레이 모드를 사용으로 설정합니다. 이 모드는 서비스 도메인이 재부트된 후 보존되지 않으므로 상태가 local의 기본값으로 돌아갑니다.
임시해결책: vsw-relay-mode 등록 정보를 사용으로 설정하는 재부트 후 가상 스위치에서 다음 명령을 실행합니다.
primary# ldm set-vsw vsw-relay-mode=remote primary-vsw0
버그 ID 26047815: 특정 CPU 간 마이그레이션 시나리오에서 다음 오류로 인해 마이그레이션이 실패할 수 있습니다.
API group 0x20b v1.0 is not supported in the version of the firmware running on the target machine. API group 0x214 v1.0 is not supported in the version of the firmware running on the target machine.
다음 조건이 모두 존재해야 이 문제가 발생합니다.
이 도메인에 generic 또는 migration-class1로 설정된 cpu-arch 등록 정보가 있습니다.
이 도메인에 global 값을 포함하는 perf-counter 등록 정보 설정이 있습니다.
이 도메인은 최소한 SPARC M7 시리즈 서버 또는 SPARC T7 시리즈 서버에서 부트되었습니다.
대상 머신이 SPARC M7 시리즈 서버 또는 SPARC T7 시리즈 서버 이전에 릴리스된 플랫폼입니다.
이 문제는 최소 SPARC M7 시리즈 서버 또는 global 값을 포함하는 perf-counter 등록 정보 설정을 사용하는 SPARC T7 시리즈 서버에서 부트된 도메인이 기존 플랫폼에 존재하지 않는 플랫폼별 성능 카운터 하이퍼바이저 인터페이스를 등록하기 때문에 발생합니다. 마이그레이션의 일부로, 도메인에서 사용하는 모든 인터페이스가 대상 머신에 존재하는지를 확인하기 위한 검사가 수행됩니다. 이러한 SPARC M7 시리즈 서버 또는 SPARC T7 시리즈 서버 관련 인터페이스가 감지되는 경우 마이그레이션이 중단됩니다.
임시해결책: cpu-arch가 native가 아니고 최소 SPARC M7 시리즈 서버 및 SPARC T7 시리즈 서버가 마이그레이션 풀에 속하는 경우 perf-counter=global을 설정하지 마십시오.
버그 ID 25865708: Oracle Solaris OS가 보조 기능으로 인식하는 SES 장치는 vhba에서 지원할 수 없는 SES 장치 유형입니다. vhba는 INQUIRY 페이로드의 inq_dtype 필드에 지정된 대로 장치 유형 값이 0xd인 SES 장치를 지원할 수 있습니다.
게스트 도메인의 vhba 바이너리가 일부 SCSI 인클로저 서비스(SES) 장치를 초기화하려고 하면 vhba가 scsi에서 다음 경고 메시지를 발생하도록 합니다.
... scsi: WARNING: scsi_enumeration_failed: vhba2 probe@w50080e51bfd32004,0,d enumeration failed during tran_tgt_init
,d 하위 문자열은 SES 장치에 대한 SCSI 산업 표준 코드인 0xd 16진수를 나타냅니다. ,d 문자열은 이 경고 메시지가 지원되지 않는 SES 장치 유형의 결과임을 나타냅니다.
vhba는 INQUIRY 페이로드의 inq_dtype 필드에 지정된 장치 유형이 0xd인 SES 장치를 지원할 수 있습니다.
# mdb -k > ::vsan vsan_t( 6400126e08c0 ) cfg-hdl(0) iport-path(/pci@300/pci@1/pci@0/pci@4/SUNW,emlxs@0,11/fp@0,0) vsan_iport_t( 6400125b8710 ) vsan_tport_t( 64001bf89718 ) tport_phys(w216000c0ff8089d5) vsan_lun_t( 640011aa65d0 ) lun(0) vlun-id(1127b) [] > 640011aa65d0::print vsan_lun_t vl_sd |::print struct scsi_device sd_inq |::print struct scsi_inquiry inq_dtype inq_dtype = d
버그 ID 24393532: 버그 ID 23591953에 대한 수정으로 snmpwalk 명령을 사용하여 Oracle VM Server for SPARC MIB 객체 나열 및 ldomHbaTable 테이블에 대한 트랩 생성과 같은 Oracle VM Server for SPARC Oracle VM Server for SPARC MIB 모니터링이 모두 사용 안함으로 설정되었습니다. 그 결과 Oracle VM Server for SPARC MIB ldomHbaTable 테이블에 컨텐츠가 표시되지 않습니다.
primary# snmpwalk -v1 -c public localhost SUN-LDOM-MIB::ldomHbaTable primary#
임시해결책: ldm list-hba 명령을 사용하여 HBA 정보를 확인합니다.
버그 ID 23206413: 드문 경우 성공적인 도메인 마이그레이션에서 다음 오류가 보고됩니다.
Unable to send suspend request to domain domain-name
이 문제는 Logical Domains Manager가 도메인을 일시 중지하는 중 오류를 감지하고 Logical Domains Manager가 마이그레이션을 복구하여 완료할 수 있을 때 발생합니다. 성공적인 마이그레이션을 반영하여 명령의 종료 상태는 0이됩니다.
임시해결책: 마이그레이션이 성공적으로 완료되므로 이 오류 메시지는 무시해도 됩니다.
버그 ID 23180427: 많은 가상 장치를 포함하는 바인드된 도메인을 콜드 마이그레이션하는 경우 작업이 실패하고 다음 메시지가 SMF 로그에 기록될 수 있습니다.
warning: Timer expired: Failed to read feasibility response type (9) from target LDoms Manager
이 실패는 소스 머신에서 실행 중인 Logical Domains Manager가 대상 머신에서 도메인이 바인드될 때까지 대기하는 중 시간이 초과되었음을 나타냅니다. 마이그레이션 중인 도메인의 가상 장치 수가 많아지면 이 문제가 발생할 가능성이 높아집니다.
이 실패의 타이밍 때문에 소스 머신과 대상 머신 모두에서 바인드된 도메인 복사본이 만들어집니다. 이 도메인의 두 복사본을 함께 시작하지 마십시오. 두 도메인은 동일한 가상 디스크 백엔드를 참조하므로 이 경우 데이터가 손상될 수 있습니다.
복구: 마이그레이션된 도메인의 복사본이 대상 머신에서 올바른지 확인한 후 소스 시스템에서 수동으로 도메인의 복사본을 바인드 해제하고 삭제합니다.
버그 ID 23031413: 도메인 마이그레이션 중 대상 머신의 컨트롤 도메인에 LDC가 부족해지면 마이그레이션이 설명 없이 실패하고 다음 메시지가 SMF 로그에 기록됩니다.
warning: Failed to read feasibility response type (5) from target LDoms Manager
이 오류는 마이그레이션 중인 도메인이 대상 머신에서 바인드에 실패할 때 발생합니다. 바인드 작업은 대상 머신의 다른 이유 때문에 실패할 수도 있습니다.
임시해결책: 마이그레이션이 성공하려면 마이그레이션 중인 도메인 또는 대상 머신의 컨트롤 도메인에서 LDC 수를 줄여야 합니다. 도메인이 사용 중인 가상 장치 또는 도메인에서 서비스를 제공하는 가상 장치 수를 줄임으로써 LDC의 수를 줄일 수 있습니다. LDC 관리에 대한 자세한 내용은 Oracle VM Server for SPARC 3.5 관리 설명서 의 Using Logical Domain Channels을 참조하십시오.
버그 ID 23024583: ovmtlibrary 명령이 디스크 이미지 파일 이름을 50자로 제한합니다. ovmtlibrary는 .ovf 파일을 확인하고 <ovf:References> 섹션에 있는 정보를 압축이 풀린 디스크의 실제 파일 이름과 비교합니다.
파일이 다르거나 디스크 이미지 파일 이름이 50자보다 길면 오류가 발생합니다. 예를 들면 다음과 같습니다.
# ovmtlibrary -c store -d "example" -q -o file:/template.ova -l /export/user1/ovmtlibrary_example event id is 3 ERROR: The actual disk image file name(s) or the actual number of disk image(s) is different from OVF file: template.ovf exit code: 1
다음 XML 예에서는 50자보다 긴 디스크 이미지 파일 이름을 보여줍니다.
<ovf:References> <ovf:File ovf:compression="gzip" ovf:href="disk_image.ldoms3.5_build_s11_u3_sru15_01_kz_42G.img.gz" ovf:id="ldoms3" ovf:size="6687633773"/> </ovf:References>
임시해결책: 디스크 이미지 파일 이름의 길이를 50자로 제한합니다.
버그 ID 22842188: 가상 네트워크 장치에서 linkprop=phys-state가 지원되려면 가상 네트워크 장치가 연결된 가상 스위치에 해당 가상 스위치를 지원하는 물리적 NIC가 있는지를 Logical Domains Manager가 검증할 수 있어야 합니다.
가상 스위치에 대한 질의를 수행할 수 있도록 Oracle VM Server for SPARC netsvc 에이전트가 게스트 도메인에서 실행 중이어야 합니다.
게스트 도메인이 비활성이고 가상 네트워크 장치의 가상 스위치가 포함된 도메인의 에이전트와 통신할 수 없는 경우 해당 가상 네트워크 장치에서 linkprop=phys-state가 설정되지 않습니다.
임시해결책: 도메인이 활성 상태인 경우에만 linkprop=phys-state를 설정하십시오.
버그 ID 22828100: 가상 스위치에 linkprop=phys-state인 가상 네트워크 장치가 연결되어 있는 경우 이 가상 스위치에는 net-dev 등록 정보를 통해 지정된 유효한 지원 NIC 장치가 있어야 합니다. net-dev 등록 정보 값은 유효한 네트워크 장치의 이름이어야 합니다.
net-dev=를 통해 이 작업을 수행하는 경우 net-dev 등록 정보 값이 유효한 NIC 장치가 아닐지라도 가상 스위치에는 linkprop=phys-state가 표시됩니다.
임시해결책: 먼저 가상 스위치에 연결된 모든 가상 네트워크 장치를 제거한 후 가상 스위치를 제거합니다. 그런 다음 유효한 net-dev 지원 장치를 지정하여 가상 스위치를 다시 만든 후 모든 가상 네트워크 장치를 다시 만듭니다.
버그 ID 21616429: Oracle VM Server for SPARC 3.3 소프트웨어는 Fujitsu M12 서버 및 Fujitsu M10 서버에 대한 소켓 지원만 제공합니다.
Oracle SPARC 서버 및 Oracle VM Server for SPARC 3.3보다 낮은 버전을 실행 중인 소프트웨어는 XML 파일에서 소켓 제약 조건이 있는 도메인을 다시 만들 수 없습니다.
Oracle VM Server for SPARC 소프트웨어 이전 버전 또는 Oracle SPARC 서버를 사용하여 XML 파일에서 소켓 제약 조건이 있는 도메인을 다시 만들려고 시도하면 작업이 실패하고 다음 메시지가 표시됩니다.
primary# ldm add-domain -i ovm3.3_socket_ovm11.xml socket not a known resource
Oracle VM Server for SPARC 3.2가 Fujitsu M12 서버 또는 Fujitsu M10 서버에서 실행 중이며 XML 파일에서 소켓 제약 조건이 있는 도메인을 다시 만들려고 시도하는 경우 다음과 같은 여러 오류 메시지와 함께 명령이 실패합니다.
primary# ldm add-domain -i ovm3.3_socket_ovm11.xml Unknown property: vcpus primary# ldm add-domain -i ovm3.3_socket_ovm11.xml perf-counters property not supported, platform does not have performance register access capability, ignoring constraint setting.
임시해결책: XML 파일을 편집하여 socket 리소스 유형을 참조하는 섹션을 제거하십시오.
버그 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 20425271: factory-default로 전환된 후 복구를 트리거하는 동안 이전 활성 구성에서 부트된 장치가 아닌 다른 장치에서 시스템을 부트하면 복구 모드가 실패합니다. 이 오류는 활성 구성에서 factory-default 부트 장치가 아닌 부트 장치를 사용하는 경우에 발생할 수 있습니다.
임시해결책: 언제든지 다음 단계를 수행하여 새 구성을 SP에 저장합니다.
primary 도메인에 대한 부트 장치의 전체 PCI 경로를 결정합니다.
4단계에서 이 경로를 ldm set-var 명령에 사용합니다.
primary 도메인에서 현재 설정된 boot-device 등록 정보를 모두 제거합니다.
boot-device 등록 정보에 값이 설정된 경우에만 이 단계를 수행해야 합니다. 등록 정보에 값이 설정되지 않은 경우 boot-device 등록 정보를 제거하려고 시도하면 boot-device not found 메시지가 표시됩니다.
primary# ldm rm-var boot-device primary
현재 구성을 SP에 저장합니다.
primary# ldm add-spconfig config-name
primary 도메인에 대한 boot-device 등록 정보를 명시적으로 설정합니다.
primary# ldm set-var boot-device=value primary
설명한 대로 구성을 SP에 저장한 후 boot-device 등록 정보를 설정하면 복구 모드가 트리거될 때 지정한 부트 장치가 부트됩니다.
복구: 설명한 대로 복구 모드가 이미 실패한 경우 다음 단계를 수행합니다.
부트 장치를 마지막으로 실행한 구성에서 사용된 장치로 명시적으로 설정합니다.
primary# ldm set-var boot-device=value primary
primary 도메인을 재부트합니다.
primary# reboot
재부트하면 복구를 계속할 수 있습니다.
버그 ID 19932842: eeprom 또는 OBP 명령을 사용하는 경우 다음 명령 중 하나가 완료되기 전에 게스트 도메인에서 OBP 변수를 설정하려고 시도하면 실패할 수 있습니다.
ldm add-spconfig
ldm remove-spconfig
ldm set-spconfig
ldm bind
이 문제는 이러한 명령을 완료하는 데 걸리는 시간이 15초를 초과할 때 발생할 수 있습니다.
# /usr/sbin/eeprom boot-file\=-k promif_ldom_setprop: promif_ldom_setprop: ds response timeout eeprom: OPROMSETOPT: Invalid argument boot-file: invalid property
복구: ldm 작업이 완료된 후 eeprom 또는 OBP 명령을 재시도합니다.
임시해결책: 영향 받는 게스트 도메인에서 eeprom 또는 OBP 명령을 재시도합니다. primary 도메인에서 ldm set-var 명령을 사용하면 문제를 방지할 수 있습니다.
버그 ID 19449221: 한 도메인에 최대 999개의 가상 네트워크 장치(vnet)가 포함될 수 있습니다.
임시해결책: 도메인의 vnet 수를 999개로 제한합니다.
버그 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 출력은 광 섬유 채널 가상 기능에 대한 올바른 장치 경로를 보여 줍니다.
임시해결책: 없음
버그 ID 17036795: Oracle Solaris 11.3 SRU 12 OS가 SPARC 플랫폼의 광 섬유 채널 장치에 대한 ssd 및 sd 드라이버 기능을 병합했습니다.
이 변경사항은 물리적 장치 경로의 장치 노드 이름에 영향을 줍니다. 장치 노드 이름이 ssd@에서 disk@으로 변경됩니다. 이 변경사항은 ssd에서 sd로의 장치 드라이버 바인딩에도 영향을 줍니다.
이 변경사항은 기본적으로 Oracle Solaris 11.3 시스템에 대해 사용으로 설정되지 않습니다.
가상 HBA 및 광 섬유 채널 장치를 사용하는 도메인의 라이브 마이그레이션을 수행하려면 이 변경사항을 사용으로 설정해야 합니다.
이 변경사항을 사용으로 설정하기 전에 stmsboot -D fp -e 명령을 실행하여 MPxIO가 사용으로 설정되어 있는지 확인하십시오.
format 명령을 실행하여 MPxIO가 사용으로 설정되었는지 확인합니다. 사용으로 설정된 경우 장치 이름에 vhci가 표시되어야 합니다. 또는 mpathadm -list lu 출력이 비어 있는 경우 MPxIO 장치가 열거되지 않습니다.
beadm 명령을 사용하여 새 부트 환경(BE)을 만듭니다. BE를 사용하면 예상치 않은 문제가 발생하는 경우 이전 부트 환경으로 손쉽게 롤백할 수 있습니다.
BE를 마운트하고 /etc/devices/inception_points 파일을 /etc/devices/inception_points.vhba 파일로 교체합니다. .vhba 파일에는 이 변경사항을 사용으로 설정하는 일부 기능 플래그가 포함되어 있습니다.
마지막으로, 새 BE를 활성화한 다음 재부트합니다.
# beadm create BE-name # beadm mount BE-name /mnt # cp /mnt/etc/devices/inception_points.vhba /mnt/etc/devices/inception_points # beadm umount BE-name # beadm activate BE-name # reboot
재부트한 후 prtconf -D | grep driver | grep sd 명령을 사용하여 변경사항을 확인합니다.
디스크에서 ssd 드라이버를 사용하는 경우 구성 문제가 발생합니다.
가상 HBA 및 광 섬유 채널 가상 기능이 모두 동일한 LUN을 확인하도록 구성되어 있는 경우 mpathadm list lu 명령을 사용하여 동일한 디스크에 대한 다중 경로를 표시할 수도 있습니다.
버그 ID 16979993: InfiniBand 장치에서 동적 SR-IOV 제거 작업을 사용하려고 시도하면 혼동스럽고 부적절한 오류 메시지가 표시됩니다.
동적 SR-IOV 제거 작업은 InfiniBand 장치에 지원되지 않습니다.
임시해결책: 다음 절차 중 하나를 수행하여 InfiniBand 가상 기능을 제거하십시오.
버그 ID 16864417: ldm migrate -n 명령이 SPARC T5, SPARC M5 또는 SPARC M6 서버와 UltraSPARC T2 또는 SPARC T3 서버 간 마이그레이션을 시도할 때 실패를 보고하지 않습니다.
임시해결책: 없음
버그 ID 16691046: 루트 도메인에서 가상 기능이 지정된 경우 다음 핫 플러그 상황에서 I/O 도메인이 복원성을 제공하지 못할 수 있습니다.
루트 컴플렉스(PCIe 버스)를 루트 도메인에 동적으로 추가한 다음 가상 기능을 만들고 해당 기능을 I/O 도메인에 지정합니다.
루트 컴플렉스를 소유하는 루트 도메인에 SR-IOV 카드를 핫 추가한 다음 가상 기능을 만들고 해당 기능을 I/O 도메인에 지정합니다.
루트 도메인이 소유하는 루트 컴플렉스의 빈 슬롯에 PCIe 카드를 교체하거나 추가합니다(핫 플러그를 통해서 또는 루트 도메인이 다운될 때). 이 루트 도메인은 루트 컴플렉스의 가상 기능을 I/O 도메인에 제공합니다.
임시해결책: 다음 단계 중 하나를 수행하십시오.
루트 컴플렉스에서 이미 I/O 도메인에 가상 기능을 제공한 상태에서 해당 루트 컴플렉스에 PCIe 카드를 추가, 제거 또는 교체하는 경우(핫 플러그를 통해서 또는 루트 도메인이 다운될 때) 루트 도메인과 I/O 도메인을 모두 재부트해야 합니다.
루트 컴플렉스의 가상 기능이 현재 I/O 도메인에 지정되어 있지 않은 상태에서 루트 컴플렉스에 SR-IOV 카드 또는 다른 모든 PCIe 카드를 추가하는 경우 PCIe 카드를 추가하는 루트 도메인을 중지해야 합니다. 루트 도메인이 재부트된 후 해당 루트 컴플렉스의 가상 기능을 I/O 도메인에 지정할 수 있습니다.
루트 도메인에 새 PCIe 버스를 추가한 다음 해당 버스에서 가상 기능을 만들고 I/O 도메인에 지정하려는 경우 다음 단계 중 하나를 수행한 후 루트 도메인을 재부트합니다.
지연된 재구성 동안 버스 추가
동적으로 버스 추가
버그 ID 16659506: primary 도메인을 재부트한 후 게스트 도메인이 전환 상태(t)에 있습니다. 이 문제는 대량의 가상 기능이 시스템에 구성되었을 때 발생합니다.
임시해결책: 이 문제를 피하려면 OBP 디스크 부트 명령을 여러 번 재시도하여 네트워크에서 부트되지 않도록 합니다.
각 도메인에서 다음 단계를 수행합니다.
도메인의 콘솔에 액세스합니다.
primary# telnet localhost 5000
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
버그 ID 16284767: Oracle Solaris 콘솔에 표시된 이 경고는 I/O 장치 드라이버를 연결하는 동안 인터럽트 공급이 소진되었음을 의미합니다.
WARNING: ddi_intr_alloc: cannot fit into interrupt pool
이러한 제한 사항은 SPARC M7-Series 서버와 SPARC T7-Series 서버 이전의 지원되는 SPARC 시스템에만 적용됩니다.
하드웨어는 한정된 수의 인터럽트를 제공하므로 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
버그 ID 16068376: 약 128개 도메인으로 구성된 SPARC T5-8 서버에서 ldm list와 같은 일부 ldm 명령이 모든 도메인의 업타임으로 0초를 표시할 수 있습니다.
임시해결책: 도메인에 로그인하고 uptime 명령을 사용하여 도메인의 업타임을 확인합니다.
버그 ID 15819714: ldm list -o status 명령을 사용하여 컨트롤 도메인의 마이그레이션 상태를 관찰할 때 잘못된 완료율이 보고되는 경우가 드물게 존재합니다.
이 문제는 마이그레이션되는 도메인이나 소스 또는 대상 컨트롤 도메인의 ldmd 데몬에 영향을 주지 않습니다.
임시해결책: 마이그레이션에 관련된 다른 컨트롤 도메인에서 ldm list -o status 명령을 실행하여 진행률을 확인합니다.
버그 ID 15783031: 직접 I/O 또는 SR-IOV 작업이 사용된 도메인 구성을 복원하기 위해 ldm init-system 명령을 사용할 때 문제를 겪을 수 있습니다.
다음 작업 중 하나 이상이 복원할 구성에 수행된 경우 문제가 발생합니다.
primary 도메인이 소유한 슬롯을 버스에서 제거했습니다.
primary 도메인이 소유한 물리적 기능으로부터 가상 기능을 만들었습니다.
가상 기능이 primary 도메인이나 다른 게스트 도메인(또는 둘 다)에 지정되었습니다.
루트 컴플렉스가 primary 도메인에서 제거되어 게스트 도메인에 지정되었습니다. 해당 루트 컴플렉스는 추후 I/O 가상화 작업의 기초로 사용됩니다.
다시 말해서, 비-primary 루트 도메인을 만들어서 이전 작업 중 하나를 수행했습니다.
이전 작업 중 하나를 수행한 경우 Oracle VM Server for SPARC PCIe Direct I/O and SR-IOV Features (Doc ID 1325454.1) (https://support.oracle.com/epmos/faces/SearchDocDisplay?amp;_adf.ctrl-state=10c69raljg_77&_afrLoop=506200315473090)에 나와 있는 임시해결책을 수행하십시오.
버그 ID 15776123: 게스트 도메인을 SPARC T4 서버로 마이그레이션하는 동안 게스트 도메인에서 cputrack 명령을 실행할 경우 마이그레이션된 후 대상 머신의 게스트 도메인에서 패닉이 발생할 수 있습니다.
임시해결책: 게스트 도메인을 SPARC T4 서버로 마이그레이션하는 동안에는 cputrack 명령을 실행하지 마십시오.
버그 ID 15775637: I/O 도메인에는 루트 컴플렉스당 사용할 수 있는 인터럽트 리소스 수에 대한 제한이 있습니다.
SPARC T3 및 SPARC T4 서버에서 이 제한은 약 63 MSI/X 벡터입니다. 각 igb 가상 기능은 세 개의 인터럽트를 사용합니다. ixgbe 가상 기능은 두 개의 인터럽트를 사용합니다.
많은 수의 가상 기능을 한 도메인에 지정할 경우 도메인에서 이러한 장치를 지원하는 데 필요한 시스템 리소스가 부족해집니다. 다음과 유사한 메시지가 표시될 수 있습니다.
WARNING: ixgbevf32: interrupt pool too full. WARNING: ddi_intr_alloc: cannot fit into interrupt pool
버그 ID 15771384: 도메인의 게스트 콘솔이 바인드된 시간 이전과 도중에 반복해서 콘솔에 연결하려고 시도하면 콘솔이 고정될 수 있습니다. 예를 들어, 도메인을 머신으로 마이그레이션하는 도중에 콘솔을 잡기 위해 자동화된 스크립트를 사용할 경우 이 문제가 발생할 수 있습니다.
임시해결책: 콘솔의 고정을 해제하려면 도메인의 콘솔 집중기를 호스트하는 도메인(대개 컨트롤 도메인)에서 다음 명령을 수행합니다.
primary# svcadm disable vntsd primary# svcadm enable vntsd
버그 ID 15761509: 이 support document (https://support.oracle.com/CSP/main/article?cmd=show&type=NOT&doctype=REFERENCE&id=1325454.1)에 나열된 DIO(직접 I/O) 기능을 지원하는 PCIe 카드만 사용하십시오.
임시해결책: ldm add-io 명령을 사용하여 카드를 primary 도메인에 다시 추가합니다.
버그 ID 15701865: 대상 머신의 비활성 도메인에 종속된 도메인의 라이브 마이그레이션을 시도할 경우 ldmd 데몬이 세그먼테이션 결함으로 실패하고 충돌합니다. ldmd 데몬은 자동으로 다시 시작되지만 마이그레이션은 중단됩니다.
해결 방법: 라이브 마이그레이션을 시도하기 전에 다음 작업 중 하나를 수행합니다.
마이그레이션할 도메인에서 게스트 종속성을 제거합니다.
대상 머신에서 마스터 도메인을 시작합니다.
버그 ID 15701853: CPU 수가 크게 줄어든 후 로드된 도메인의 DRM 정책이 만료되면 No response 메시지가 Oracle VM Server for SPARC 로그에 표시될 수 있습니다. ldm list 출력에는 psrinfo 출력에 표시된 것보다 많은 CPU 리소스가 도메인에 할당된 것으로 표시됩니다.
해결 방법: ldm set-vcpu 명령을 사용하여 psrinfo 출력에 표시된 값으로 도메인의 CPU 수를 재설정합니다.
버그 ID 15696986: 두 개의 ldm migrate 명령을 "반대 방향"으로 동시에 동일한 두 시스템 간에 실행할 경우 두 명령이 중단되고 완료되지 않을 수 있습니다. A 시스템에서 B 시스템으로 마이그레이션을 시작하는 것과 동시에 B 시스템에서 A 시스템으로의 마이그레이션도 시작할 때 반대 방향의 경우가 발생합니다.
–n 옵션을 사용하여 dry run 모드로 시작하더라도 마이그레이션 프로세스가 중단됩니다. 이 문제가 발생하면 다른 모든 ldm 명령도 중단될 수 있습니다.
복구: 소스 머신 및 대상 머신 모두에서 Logical Domains Manager를 다시 시작합니다.
primary# svcadm restart ldmd
임시해결책: 없음
버그 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
버그 ID 15664666: 재설정 종속성을 만들 경우 ldm stop -a 명령으로 인해 도메인에서 재설정 종속성이 중지되는 대신 다시 시작될 수 있습니다.
해결 방법: 먼저 마스터 도메인에 대해 ldm stop 명령을 실행합니다. 그런 다음 슬레이브 도메인에 대해 ldm stop 명령을 실행합니다. 슬레이브 도메인의 초기 중지로 인해 오류가 발생하면 슬레이브 도메인에 대해 ldm stop -f 명령을 실행합니다.
버그 ID 15600969: 실행 중인 도메인에서 모든 하드웨어 암호화 단위가 동적으로 제거된 경우, 암호화 프레임워크가 소프트웨어 암호화 제공자로 효과적으로 전환되지 못한 것으로 표시되고 모든 ssh 연결을 종료합니다.
이 문제는 UltraSPARC T2, UltraSPARC T2 Plus 및 SPARC T3 서버에만 적용됩니다.
복구: 도메인에서 모든 암호화 단위가 제거된 후 ssh 연결을 다시 설정합니다.
해결 방법: 서버측의 /etc/ssh/sshd_config 파일에 UseOpenSSLEngine=no를 설정하고 svcadm restart ssh 명령을 실행합니다.
모든 ssh 연결에 더 이상 하드웨어 암호화 단위가 사용되지 않으며(따라서 연관된 성능 향상 이점도 얻을 수 없음), 암호화 단위가 제거될 때 ssh 연결이 해제되지 않습니다.
버그 ID 15518409: 머신에서 네트워크를 구성하지 않았고 NIS(네트워크 정보 서비스) 클라이언트가 실행 중인 경우 Logical Domains Manager가 시스템에서 시작되지 않습니다.
해결 방법: 네트워크에 연결되지 않은 머신에서 NIS 클라이언트를 사용 안함으로 설정합니다.
# svcadm disable nis/client
버그 ID 15513998: 일부 경우에 도메인을 마이그레이션한 후 해당 도메인의 콘솔에 연결할 수 없습니다.
이 문제는 마이그레이션된 도메인이 Oracle Solaris 11.3보다 낮은 OS 버전을 실행하는 경우 발생합니다.
해결 방법: vntsd SMF 서비스를 다시 시작하여 콘솔에 대한 연결을 사용으로 설정합니다.
# svcadm restart vntsd
버그 ID 15453968: 공통 콘솔 그룹을 갖는 시스템에서 다중 게스트 도메인의 동시 넷 설치가 실패합니다.
해결 방법: 각각 고유한 콘솔 그룹을 갖는 게스트 도메인에서만 넷 설치를 수행합니다. 이 오류는 다중 넷 설치 도메인 간에 공통 콘솔 그룹이 공유되는 도메인에서만 표시됩니다.
버그 ID 15368170: 일부 경우에는 ldm stop-domain 명령의 동작이 혼동될 수 있습니다.
# ldm stop-domain -f domain-name
도메인이 커널 모듈 디버거, kmdb(1) 프롬프트에 있는 경우 ldm stop-domain 명령이 다음 오류 메시지와 함께 실패합니다.
LDom <domain-name> stop notification failed
이 절에서는 Oracle VM Server for SPARC 3.5 릴리스에서 해결하기에 너무 늦게 발견된 설명서 문제 및 오류에 대해 설명합니다.
이러한 변경사항은 Oracle VM Server for SPARC 3.5 소프트웨어 제품과 함께 제공되는 매뉴얼 페이지 또는 OTN의 Oracle VM Server for SPARC 3.5 Reference Manual 일본어 버전에 반영되지 않습니다.
ldmd(1M) 매뉴얼 페이지에는 ldmd/migration_adi_legacy_compat SMF 등록 정보에 대한 다음 설명이 누락되어 있습니다.
머신 중 하나가 Oracle VM Server for SPARC 3.5에 소개된 Application Data Integrity(ADI) 버전 정보 마이그레이션을 지원하지 않을 경우에도 Silicon Secured Memory(SSM)를 지원하는 서버 간 도메인 마이그레이션을 허용할지 지정합니다.
소스 머신 및 대상 머신 모두 Oracle VM Server for SPARC 소프트웨어 최신 버전을 실행 중인 경우 이 SMF 등록 정보를 사용할 필요가 없습니다.
![]() | 주의 - SSM을 지원하는 서버에서 도메인 마이그레이션을 수행하려는 경우 Oracle VM Server for SPARC 3.5 소프트웨어 이상을 실행하는 것이 좋습니다. 가능하지 않은 경우에는 ldmd/migration_adi_legacy_compat SMF 등록 정보 사용 시 매우 주의해야 합니다. 이 등록 정보를 잘못 사용하면 ADI가 마이그레이션 중인 도메인에서 사용 중인 경우 정의되지 않은 응용 프로그램 동작이 발생할 수 있습니다. |
기본적으로 등록 정보 값은 false이며 이 값은 소스 머신 및 대상 머신 모두 SSM을 지원하고 Oracle VM Server for SPARC 소프트웨어 필수 버전을 실행하는 경우 이외에는 도메인 마이그레이션을 차단합니다. 이 등록 정보는 SSM을 지원하지 않는 서버에 영향을 주지 않습니다.
값이 true인 경우 도메인 마이그레이션은 ADI 버전 정보 마이그레이션을 위한 지원 없이 진행됩니다.
따라서 소스 머신 또는 대상 머신에서 ADI 버전 정보 마이그레이션을 지원하지 않는 3.5 이전 Oracle VM Server for SPARC 소프트웨어 버전을 실행하는 경우 마이그레이션이 허용됩니다.
다음 두 가지 환경이 충족되는 경우 ldmd/migration_adi_legacy_compat SMF 등록 정보 값만 true로 설정하십시오.
소스 머신 및 대상 머신을 ADI 버전 정보 마이그레이션을 지원하는 Oracle VM Server for SPARC 소프트웨어 버전으로 업그레이드할 수 없는 경우
ADI 버전 기능이 마이그레이션할 도메인 내에서 사용되고 있지 않음을 확실히 알고 있는 경우
이 등록 정보를 true로 설정하면 ADI 버전 정보가 대상 머신으로 전송되지 않는 경우 마이그레이션을 허용합니다. 이 상황에서 ADI가 마이그레이션 중인 도메인에서 사용되고 있는 경우 정의되지 않은 응용 프로그램 동작이 발생할 수 있습니다.
Oracle VM Server for SPARC 버전 3.5 이전에서 ldmd/migration_adi_legacy_compat SMF 등록 정보를 인식하지 않습니다. 이 등록 정보 사용은 소스 머신 또는 대상 머신이 Oracle VM Server for SPARC 3.5 이상을 실행 중인 경우에만 적용됩니다.
ldm(1M) 매뉴얼 페이지에는 다음 업데이트가 포함되어 있습니다.
첫번째 단락은 이제 다음과 같이 표시됩니다.
set-domain 하위 명령을 사용하여 도메인의 boot-policy, mac-addr, hostid, failure-policy, extended-mapin-space, master 및 max-cores 등록 정보를 수정할 수 있습니다. 이 명령을 사용하여 리소스를 업데이트할 수 없습니다.
–i 옵션에 대한 설명은 이제 다음과 같이 표시됩니다.
–i file은 논리적 도메인의 등록 정보 설정 시 사용할 XML 구성 파일을 지정합니다.
XML 파일에 지정된 ldom_info 노드만 구문 분석됩니다. vcpu, mau, memory와 같은 리소스 노드는 무시됩니다.
XML 파일의 hostid 등록 정보가 사용되고 있는 경우 ldm set-domain -i 명령이 다음 오류로 인해 실패합니다.
Hostid host-ID 가 사용 중임
ldm set-domain -i 명령을 다시 실행하기 전에 XML 파일에서 hostid 항목을 제거하십시오.
ldm(1M) 매뉴얼 페이지에서 ldm list-history 명령을 사용하여 볼 수 있는 명령 내역 버퍼를 잘못 참조합니다.
Command History 섹션의 첫번째 및 두번째 단락이 다음 단락으로 업데이트되었습니다.
ldm list-history 명령을 사용하여 Oracle VM Server for SPARC 명령 내역 로그를 확인합니다. 이 로그는 ldm 명령 및 XMPP 인터페이스를 통해 실행되는 명령을 캡처합니다. 기본적으로 ldm list-history 명령에서 표시하는 명령 수는 10개입니다.
ldm list-history 명령을 통한 명령 출력 수를 변경하려면 ldm set-logctl 명령을 사용하여 history 등록 정보 값을 설정합니다. history=0을 설정하면 명령 내역 저장이 사용 안함으로 설정됩니다. history 등록 정보를 0이 아닌 값으로 설정하여 이 기능을 다시 사용으로 설정할 수 있습니다.
Control Logging Operations 섹션의 history 등록 정보에 대한 설명이 다음과 같이 업데이트되었습니다.
history=num은 ldm list-history 명령에 의한 명령 출력 수를 지정합니다. 값을 0으로 설정하면 명령 내역 저장을 사용 안함으로 설정합니다.
View Logging Capabilities 섹션의 –a 옵션에 대한 설명이 다음과 같이 업데이트되었습니다.
–a는 모든 로깅 유형에 대한 로깅 기능 값과 ldm list-history 명령에 의한 명령 출력 수를 표시합니다.