이 절에서 설명되는 문제는 특별히 VM 인스턴스와 관련되어 있습니다.
호스트 시스템과 다른 아키텍처인 VM 인스턴스를 설치하려고 시도한 경우 VM 인스턴스가 오류 상태일 수 있습니다. 이 경우 구체적으로 아키텍처 불일치를 나타내는 오류 메시지가 표시되지 않을 수도 있습니다. 이 문제가 발생하지 않도록 하려면 glance 이미지 저장소로 이미지를 업로드할 때 이미지의 architecture 등록 정보를 올바르게 설정해야 합니다. Horizon을 사용하여 이미지를 업로드하는 경우 업로드 후 이미지에 대한 등록 정보를 설정해야 합니다. 또는 명령줄을 사용하여 이미지를 업로드하고 하나의 glance image-create 명령에서 등록 정보 값을 설정할 수 있습니다. 예는 Glance 저장소에 대한 이미지 준비를 참조하십시오.
OpenStack이 VM 인스턴스에 대해 보고하는 일부 정보와 Oracle Solaris가 해당하는 영역에 대해 보고하는 정보가 일치하지 않습니다. Horizon에 표시되는 정보 또는 nova 명령으로 표시되는 정보가 zoneadm 명령 또는 기타 Oracle Solaris 명령으로 표시되는 정보와 일치하지 않을 수 있습니다.
Horizon에 표시되거나 nova list 명령으로 표시되는 VM 인스턴스의 이름은 인스턴스를 만들 때 지정한 이름(예: example-instance)입니다. zoneadm list 명령으로 표시되는 영역의 이름은 instance-00000001과 유사합니다. nova show 명령을 사용하여 VM 인스턴스와 연관된 영역을 확인할 수 있습니다. nova show 출력에서 OS-EXT-SRV-ATTR:instance_name 등록 정보의 값은 영역 이름이며, name 등록 정보의 값은 VM 인스턴스 이름입니다.
Horizon에 표시되거나 nova show 명령으로 표시되는 VM 인스턴스의 UUID가 zoneadm list -p 명령으로 표시되는 동일한 영역의 UUID와 일치하지 않습니다. zoneadm 명령이 표시하는 UUID는 Nova에 대해 사용된 식별자와 다른 식별자입니다.
Horizon에 표시되는 VM 인스턴스의 VCPU 수는 상한값이 설정된 CPU 수로, 인스턴스가 사용할 수 있는 부분 CPU 수까지만 가상화됩니다. 이 수는 상한값이 설정된 CPU의 인스턴스 내에서 관찰성을 제공하지 않습니다. psrinfo 명령은 영역에 할당된 전용 CPU를 보고합니다.
Horizon에 표시되는 VM 인스턴스의 메모리 양이 해당 VM 인스턴스에 로그인할 때 prtconf 명령으로 표시되는 메모리 양과 다를 수 있습니다. Horizon은 VM 인스턴스를 만들 때 사용되는 flavor로 지정된 메모리 양을 보여줍니다. prtconf 명령은 모든 시스템 메모리를 보고합니다.
VM 인스턴스가 ZOSS(공유 저장소의 영역)를 사용하는 비전역 영역이 아닌 경우 Horizon에 표시되는 VM 인스턴스의 저장소 양이 해당 VM 인스턴스에 로그인할 때 표시되는 저장소 양과 다를 수 있습니다.
특정 상황에서 서비스 명령을 실행하지 못하게 되는 잘못된 자격 증명과 관련된 오류 메시지가 나타날 수 있습니다. 예를 들어, glance 명령을 실행할 때 다음 오류 메시지가 생성될 수 있습니다.
Invalid OpenStack Identity credentials.
이 메시지의 근본 원인은 매번 다를 수 있습니다. 따라서 로그를 조사하여 가능한 원인을 찾아야 합니다. 예와 같은 glance 서비스의 경우 Glance SMF 서비스 로그의 내용을 확인하십시오. /var/log/glance/api.log에서는 다음을 보고할 수 있습니다.
WARNING keystonemiddleware.auth_token [-] Authorization failed for token
glance 구성 파일에서 Debug = True 및 Verbose = True를 설정한 경우 다음과 같이 더 많은 세부정보가 /var/svc/log/application-openstack-glance-glance-api:default.log에 제공됩니다.
DEBUG keystonemiddleware.auth_token [-] Received request from user: user_id None, project_id None, roles None service: user_id None, project_id None, roles None __call__/usr/lib/python2.7/vendor-packages/keystonemiddleware/auth_token.py:821
다음 영역을 살펴보고 문제를 해결할 수 있습니다.
서비스 구성 파일에서 관련 매개변수가 올바르게 정의되었는지 확인합니다.
서비스에 대한 전역 셸 변수가 올바른지 확인합니다. 예를 들어, Glance 서비스의 경우 다음 변수가 설정되어야 합니다.
OS_USERNAME=glance
OS_PASSWORD=service-password
OS_PROJECT_NAME=service
OS_AUTH_URL=http://$CONTROLLER_ADMIN_NODE:5000/v2.0
동일한 오류 메시지가 보고되면서 명령을 계속 실패하는 경우 서비스 사용자를 다시 만들어 새 자격 증명을 생성해야 합니다. 다음 예를 살펴보십시오.
# export OS_USERNAME=admin # export OS_PASSWORD=service-password # export OS_PROJECT_NAME=project # export OS_AUTH_URL=http://$CONTROLLER_ADMIN_NODE:5000/v2.0 # openstack user list
이 명령의 출력에서 손상된 서비스 사용자의 ID 번호를 확인합니다. 해당 사용자를 삭제한 다음 올바른 자격 증명으로 다시 만듭니다.
# openstack user delete user-ID # openstack user create --name glance --password service-password # openstack user role add --user=glance --project=service --role=admin