Oracle VM Server for SPARC OpenStack nova 드라이버에만 국한되지 않는 OpenStack 콘솔 포커스 문제가 있습니다.
이 문제를 해결하려면 콘솔 창의 맨 위에 있는 파란색 표시줄을 누르십시오.
일부 이전 서버(예: UltraSPARC T2 서버)는 EFI 레이블을 지원하지 않습니다. 그러므로 이전 하드웨어와 새 하드웨어를 지원하려면 VM 이미지 기반의 VTOC를 만들어야 합니다. 이 문제에는 또한 디스크 크기 제한도 적용됩니다.
cpu-arch 등록 정보가 VM에 설정된 경우 nova 드라이버가 cpu-arch 등록 정보 값을 나중에 변경할 수 없습니다. 이 문제는 Oracle VM Server for SPARC OpenStack Nova 드라이버에서 아직 flavor 마이그레이션이 지원되지 않기 때문에 발생합니다.
자동 디스크 확장 기능을 사용하려면 ZFS 루트를 사용해야 합니다. UFS, SVM, VxFS 등의 파일 시스템과 볼륨 관리자는 이 기능에서 지원하지 않습니다.
다음 Oracle VM Server for SPARC 기능은 Linux for SPARC 1.0을 실행하는 게스트 도메인에서 작동하지 않습니다.
동적 볼륨 첨부 및 분리
동적 네트워크 첨부 및 분리
라이브 마이그레이션
vntsd 콘솔 로그는 게스트 도메인과 함께 마이그레이션되지 않습니다. 따라서 이 콘솔 로그는 더 이상 제공되지 않으며 최근 로그 항목만 나타납니다.
컨트롤러 및 컴퓨트 노드의 관리 인터페이스에서 MTU가 일치하지 않을 경우 메시지 대기열 또는 다른 OpenStack 서비스와 관련된 문제가 발생할 수 있습니다. 이러한 인터페이스는 OpenStack 관리 통신에 사용됩니다. 일치하지 않는 MTU 구성에는 9000바이트의 컴퓨터 노드 관리 네트워크와 1500바이트의 컨트롤러 노드가 있을 수 있습니다. MTU 측면에서 모든 호스트가 관리 네트워크에 맞춰졌는지 확인하십시오.
OpenStack 구성 파일에서 구성 행 끝에 주석(#)을 추가할 경우 문제가 발생할 수 있습니다. OpenStack에서는 인라인 주석을 값의 일부로 해석합니다.
사용자가 주석을 행에 배치했으며 주석이 주석 기호(#)로 시작하는지 확인하십시오.
예를 들어 admin_password=welcome1 #my password 구성 행은 암호를 welcome1 #my password로 지정한 것으로 해석됩니다.
구성 파일에서 인라인 주석이 있는지 확인하려면 다음 행을 사용하십시오.
# cat /etc/service/service.conf |egrep -v '^#' | grep '#'
NFS 서버 설정이 올바른지 확인하십시오. 잘못된 서버를 선택할 경우 NFS 공유를 마운트하려고 시도하는 동안 nova-compute 서비스가 부트 시 중단된 것처럼 보입니다.
이 문제를 해결하려면 nova-compute 서비스를 사용 안함으로 설정하고 잘못된 공유에 대해 시도 중인 마운트에 대해 kill을 실행하십시오. 드라이버가 공유를 마운트하려고 추가로 시도할 수 있으므로, nova-compute 서비스가 사용 안함으로 설정된 후에는 잘못된 공유를 마운트하려는 드라이버의 모든 시도가 종료되었는지 확인하십시오. 그런 다음 nova.conf 파일을 수정하고 nova-compute 서비스를 사용으로 설정하십시오.
재구성 작업은 아직 Oracle VM Server for SPARC OpenStack Nova 드라이버에서 지원되지 않습니다. Nova 비우기 작업만 지원됩니다. 사용자가 재구성 작업을 수행하려고 하면 VM의 기존 디스크가 "다시 이미징"되지 않고 재활용될 수 있습니다.
OS 이미지로 Cinder 볼륨을 만드는 경우 OS 이미지 복사 시간이 길어질 수 있습니다. Cinder에서 작업을 완료할 때까지 기다리는 동안 Nova에 시간 초과가 발생할 수 있습니다. nova-compute 서비스(Oracle VM Server for SPARC Nova 드라이버의 외부에 있음)는 단순히 일정 기간 동안 폴링하고 Cinder가 볼륨을 만들었는지 여부를 확인합니다.
사용 환경에서 이러한 “중단”을 경험할 경우 다음 값을 늘리십시오.
block_device_allocate_retries=360
그런 다음 nova-compute 서비스를 다시 시작하십시오.
NFSv4 공유에 액세스하는 데 문제가 발생할 경우 컴퓨트 노드에서 패닉이 발생할 수 있습니다. NFSv4 공유가 10분 이상 사용 불가능하거나, 지연되거나, 다른 연결 문제를 일으킬 경우 컴퓨트 노드는 컨트롤 도메인에 대해 패닉을 발생시켜 자신을 보호합니다. 이 문제를 자주 겪는 경우 문제의 근본 원인을 식별하는 동안 dlm_nfs_server 항목을 주석 처리하여 DLM을 사용 안함으로 설정하십시오.
NFSv4 저장소의 가용성과 복원성이 뛰어난지 확인하십시오. 또한 위임도 사용 안함으로 설정되었는지 확인하십시오.
이 문제는 neutron-server 서비스가 ML2가 아닌 EVS에 대해 구성된 경우와 프로파일이 제대로 구성되기 전에 neutron-server 서비스를 온라인으로 전환하려고 시도하는 경우에 발생합니다.
이 문제를 해결하려면 다음 명령을 실행하여 manifest-import 서비스를 다시 시작하고 neutron-server 서비스를 사용 안함으로 설정하십시오.
cctrl# svcadm restart manifest-import cctrl# svcadm disable neutron-server
클라우드 컨트롤러 서비스를 수동으로 구성한 경우, neutron-server 서비스를 다시 사용으로 설정하기 전에 /etc/neutron/neutron.conf 및 /etc/neutron/api-paste.ini 클라우드 컨트롤러 파일의 구성을 완료해야 합니다.