Sunbeam VM launch fails

Bug #2046980 reported by Giri
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Canonical SSO provider
Invalid
Undecided
Unassigned

Bug Description

We are attempting to get a test VM instance operational on one of our lab servers. We have trouble getting the VM to launch.

We have tried installing on two separate machines but no avail.

We followed instructions to the letter: https://ubuntu.com/blog/kvm-hyphervisor

We we attempt to launch using this command "sunbeam launch ubuntu --name test" the VM launch fails.

sunbeam launch ubuntu --name test
Launching an OpenStack instance ...
Found sunbeam key in OpenStack!
⠼ Creating the OpenStack instance ... Instance creation request failed: Server:0e9e99ab-78b3-46a5-abd0-6a13cd1ce70f transitioned to failure state ERROR
Error: Unable to request new instance. Please run `sunbeam configure` first.

Can someone provide insight into this issue? There seems to be a few issues with similar signature, looks like they must be fixed now.

Debug information:

Even after we configure using "sunbeam" we hit the same problem.

user@gbtproxy2:~$ sunbeam configure
Local or remote access to VMs [local/remote] (local):
CIDR of OpenStack external network - arbitrary but must not be in use (10.20.20.0/24):
Populate OpenStack cloud with demo user, default images, flavors etc [y/n] (y):
Username to use for access to OpenStack (demo):
Password to use for access to OpenStack (ok********):
Network range to use for project network (192.168.122.0/24):
List of nameservers guests should use for DNS resolution (8.8.8.8 10.0.0.5):
Enable ping and SSH access to instances? [y/n] (y):
Start of IP allocation range for external network (10.20.20.2):
End of IP allocation range for external network (10.20.20.254):
Network type for access to external network [flat/vlan] (flat):
# openrc for demo
export OS_AUTH_URL=http://10.20.21.10/openstack-keystone
export OS_USERNAME=demo
export OS_PASSWORD=okPyDBdyEmBH
export OS_USER_DOMAIN_NAME=users
export OS_PROJECT_DOMAIN_NAME=users
export OS_PROJECT_NAME=demo
export OS_AUTH_VERSION=3
export OS_IDENTITY_API_VERSION=3

More debug information:

user@gbtproxy2:~$ openstack server show 0e9e99ab-78b3-46a5-abd0-6a13cd1ce70f -c fault -f value
{'code': 500, 'created': '2023-12-19T23:20:46Z', 'message': 'No valid host was found. ', 'details': 'Traceback (most recent call last):\n File "/usr/lib/python3/dist-packages/nova/conductor/manager.py", line 1601, in schedule_and_build_instances\n host_lists = self._schedule_instances(context, request_specs[0],\n File "/usr/lib/python3/dist-packages/nova/conductor/manager.py", line 940, in _schedule_instances\n host_lists = self.query_client.select_destinations(\n File "/usr/lib/python3/dist-packages/nova/scheduler/client/query.py", line 41, in select_destinations\n return self.scheduler_rpcapi.select_destinations(context, spec_obj,\n File "/usr/lib/python3/dist-packages/nova/scheduler/rpcapi.py", line 160, in select_destinations\n return cctxt.call(ctxt, \'select_destinations\', **msg_args)\n File "/usr/lib/python3/dist-packages/oslo_messaging/rpc/client.py", line 190, in call\n result = self.transport._send(\n File "/usr/lib/python3/dist-packages/oslo_messaging/transport.py", line 123, in _send\n return self._driver.send(target, ctxt, message,\n File "/usr/lib/python3/dist-packages/oslo_messaging/_drivers/amqpdriver.py", line 689, in send\n return self._send(target, ctxt, message, wait_for_reply, timeout,\n File "/usr/lib/python3/dist-packages/oslo_messaging/_drivers/amqpdriver.py", line 681, in _send\n raise result\nnova.exception_Remote.NoValidHost_Remote: No valid host was found. \nTraceback (most recent call last):\n\n File "/usr/lib/python3/dist-packages/oslo_messaging/rpc/server.py", line 244, in inner\n return func(*args, **kwargs)\n\n File "/usr/lib/python3/dist-packages/nova/scheduler/manager.py", line 210, in select_destinations\n raise exception.NoValidHost(reason="")\n\nnova.exception.NoValidHost: No valid host was found. \n\n'}

Turning on debug during launch we got:

sunbeam -v launch ubuntu --name test >& log
           DEBUG GET call to compute for session.py:954
                    http://10.20.21.10/openstack-nova/v2.1/servers/0f5c37c3-9c8f-494f-a968-87839c7378e2 used request id
                    req-3dfdc61c-a7b6-4318-bf25-db40c2735fc8
           DEBUG Still waiting for resource Server:0f5c37c3-9c8f-494f-a968-87839c7378e2 to reach state ACTIVE, current resource.py:2332
                    state is BUILD
           DEBUG Waiting 2.0 seconds utils.py:67
[18:52:43] DEBUG REQ: curl -g -i -X GET http://10.20.21.10/openstack-nova/v2.1/servers/0f5c37c3-9c8f-494f-a968-87839c7378e2 session.py:519
                    -H "OpenStack-API-Version: compute 2.73" -H "User-Agent: openstacksdk/0.103.0 keystoneauth1/5.1.2
                    python-requests/2.28.1 CPython/3.10.12" -H "X-Auth-Token:
                    {SHA256}14fc2445f2f7fd3d58b71cd3c6e34edbc735c40fd0b4fd142a88f84e3bc30650" -H
                    "X-OpenStack-Nova-API-Version: 2.73"
           DEBUG http://10.20.21.10:80 "GET /openstack-nova/v2.1/servers/0f5c37c3-9c8f-494f-a968-87839c7378e2 connectionpool.py:456
                    HTTP/1.1" 200 1415
           DEBUG RESP: [200] Content-Length: 1415 Content-Type: application/json Date: Mon, 18 Dec 2023 23:52:43 GMT session.py:550
                    Openstack-Api-Version: compute 2.73 Server: Apache/2.4.52 (Ubuntu) Vary:
                    OpenStack-API-Version,X-OpenStack-Nova-API-Version X-Compute-Request-Id:
                    req-ec3eb826-fa78-44d8-8615-a085755cd98f X-Openstack-Nova-Api-Version: 2.73 X-Openstack-Request-Id:
                    req-ec3eb826-fa78-44d8-8615-a085755cd98f
           DEBUG RESP BODY: {"server": {"id": "0f5c37c3-9c8f-494f-a968-87839c7378e2", "name": "test", "status": "ERROR", session.py:582
                    "tenant_id": "93ddc14165c64253b440d2b61e0cb07b", "user_id": "9224976ef0cb4f879cda24ab8d63558f",
                    "metadata": {}, "hostId": "", "image": {"id": "9b6f070a-f988-4be8-84d0-4a74e136d089", "links": [{"rel":
                    "bookmark", "href": "http://10.20.21.10/openstack-nova/images/9b6f070a-f988-4be8-84d0-4a74e136d089"}]},
                    "flavor": {"vcpus": 1, "ram": 512, "disk": 4, "ephemeral": 0, "swap": 0, "original_name": "m1.tiny",
                    "extra_specs": {}}, "created": "2023-12-18T23:52:41Z", "updated": "2023-12-18T23:52:42Z", "addresses": {},
                    "accessIPv4": "", "accessIPv6": "", "links": [{"rel": "self", "href":
                    "http://10.20.21.10/openstack-nova/v2.1/servers/0f5c37c3-9c8f-494f-a968-87839c7378e2"}, {"rel":
                    "bookmark", "href": "http://10.20.21.10/openstack-nova/servers/0f5c37c3-9c8f-494f-a968-87839c7378e2"}],
                    "OS-DCF:diskConfig": "MANUAL", "fault": {"code": 500, "created": "2023-12-18T23:52:42Z", "message": "No
                    valid host was found. "}, "OS-EXT-AZ:availability_zone": "", "config_drive": "", "key_name": "sunbeam",
                    "OS-SRV-USG:launched_at": null, "OS-SRV-USG:terminated_at": null, "OS-EXT-STS:task_state": null,
                    "OS-EXT-STS:vm_state": "error", "OS-EXT-STS:power_state": 0, "os-extended-volumes:volumes_attached": [],
                    "locked": false, "locked_reason": null, "description": null, "tags": [], "trusted_image_certificates":
                    null, "server_groups": []}}
           DEBUG GET call to compute for session.py:954
                    http://10.20.21.10/openstack-nova/v2.1/servers/0f5c37c3-9c8f-494f-a968-87839c7378e2 used request id
                    req-ec3eb826-fa78-44d8-8615-a085755cd98f
           ERROR Instance creation request failed: Server:0f5c37c3-9c8f-494f-a968-87839c7378e2 transitioned to failure state launch.py:136
                    ERROR
Error: Unable to request new instance. Please run `sunbeam configure` first.

+++++++++++++++
End of logs

Revision history for this message
Shane M. Pelletier (shanepelletier) wrote :

Hello,

This project is only for issues with the Ubuntu One Single Sign-On service, and the problem you describe does not seem to be directly with the sign-on service. Further, the problem you describe is not a bug but probably a support request, so here are some pointers for the correct places to get help:

If you need help with general Ubuntu issues you have two main choices.

The first is to rely on free support provided by the Ubuntu community. For this please visit https://www.ubuntu.com/support/community-support or post your questions directly in http://askubuntu.com/ or https://ubuntuforums.org/.

The second if you're looking for commercial-grade support, is to check out Canonical's support offerings for Ubuntu at https://www.ubuntu.com/support.

I hope this helps you find a solution to your issue.

Regards,

- Shane

Changed in canonical-identity-provider:
status: New → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.