<div dir="ltr">Hello,<div><br></div><div>you are right, that fixed the problem.</div><div><br></div><div>In order to solve the problem i revisited <a href="https://docs.openstack.org/placement/ussuri/install/verify.html" target="_blank">https://docs.openstack.org/placement/ussuri/install/verify.html</a></div><div>I executed: openstack resource provider list</div><div>Then removed the host that i use for containers, restarted the zun-compute at the host and works perfectly. <br></div><div>Thank you very much for your input.<br></div><div><br></div><div>One more thing, I don't see at the horizon dashboard the tab for the containers (i just see the nova compute related tab). Is there any additional configuration for this?</div><div><br></div><div>btw, from <a href="https://docs.openstack.org/placement/ussuri/install/verify.html">https://docs.openstack.org/placement/ussuri/install/verify.html</a>, i used pip3 install osc-placement (instead of pip install..)</div><div><br></div><div>all the best</div><div>Pavlos.</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Nov 6, 2021 at 10:24 AM Hongbin Lu <<a href="mailto:kira034@163.com" target="_blank">kira034@163.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div style="line-height:1.7;color:rgb(0,0,0);font-size:14px;font-family:Arial"><div style="margin:0px">Hi,</div><div style="margin:0px"><br></div><div style="margin:0px">It looks zun-compute wants to create a resource provider in placement, but placement return a 409 response. I would suggest you to check placement's logs. My best guess is the resource provider with the same name is already created so placement returned 409. If this is a case, simply remove those resources and restart zun-compute service should resolve the problem.</div><div style="margin:0px"><br></div><div style="margin:0px">Best regards,</div><div style="margin:0px">Hongbin</div><p style="margin:0px"><br></p><p style="margin:0px"><br></p><p style="margin:0px"><br></p><p style="margin:0px"><br></p><div style="zoom:1"></div><div id="gmail-m_-2483803893927248638gmail-m_-6162091311395649365divNeteaseMailCard"></div><p style="margin:0px"><br></p><p>At 2021-11-05 22:43:38, "Pavlos Basaras" <<a href="mailto:pbasaras@gmail.com" target="_blank">pbasaras@gmail.com</a>> wrote:</p><blockquote id="gmail-m_-2483803893927248638gmail-m_-6162091311395649365isReplyContent" style="padding-left:1ex;margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204)"><div dir="ltr">Hello,<div><br></div><div>I have an Openstack cluster, with basic services and functionality working based on ussuri release.</div><div><br></div><div>I am trying to install the Zun service to be able to deploy containers, following</div><div><br></div><div>[controller] -- <a href="https://docs.openstack.org/zun/ussuri/install/controller-install.html" target="_blank">https://docs.openstack.org/zun/ussuri/install/controller-install.html</a></div><div>and</div><div>[compute] -- <a href="https://docs.openstack.org/zun/ussuri/install/compute-install.html" target="_blank">https://docs.openstack.org/zun/ussuri/install/compute-install.html</a><br></div><div><br></div><div> I used the git branch based on ussuri for all components.</div><div><br></div><div>I veryfined kuryr-libnetwork operation issuing from the compute node </div><div># docker network create --driver kuryr --ipam-driver kuryr --subnet <a href="http://10.10.0.0/16" target="_blank">10.10.0.0/16</a> --gateway=10.10.0.1 test_net<br></div><div><br></div><div>and seeing the network created successfully, etc.</div><div><br></div><div>I am not very sure about the zun.conf file.</div><div>What is the "endpoint_type = internalURL" parameter?</div><div>Do I need to change internalURL?</div><div><br></div><div><br></div><div>From sudo systemctl status zun-compute i see:</div><div>Nov 05 14:34:58 compute5 zun-compute[8962]: 2021-11-05 14:34:58.828 8962 ERROR oslo_service.periodic_task File "/usr/local/lib/python3.6/dist-packages/retrying.py", line 49, in wrapped_f<br>Nov 05 14:34:58 compute5 zun-compute[8962]: 2021-11-05 14:34:58.828 8962 ERROR oslo_service.periodic_task return Retrying(*dargs, **dkw).call(f, *args, **kw)<br>Nov 05 14:34:58 compute5 zun-compute[8962]: 2021-11-05 14:34:58.828 8962 ERROR oslo_service.periodic_task File "/usr/local/lib/python3.6/dist-packages/retrying.py", line 206, in call<br>Nov 05 14:34:58 compute5 zun-compute[8962]: 2021-11-05 14:34:58.828 8962 ERROR oslo_service.periodic_task return attempt.get(self._wrap_exception)<br>Nov 05 14:34:58 compute5 zun-compute[8962]: 2021-11-05 14:34:58.828 8962 ERROR oslo_service.periodic_task File "/usr/local/lib/python3.6/dist-packages/retrying.py", line 247, in get<br>Nov 05 14:34:58 compute5 zun-compute[8962]: 2021-11-05 14:34:58.828 8962 ERROR oslo_service.periodic_task six.reraise(self.value[0], self.value[1], self.value[2])<br>Nov 05 14:34:58 compute5 zun-compute[8962]: 2021-11-05 14:34:58.828 8962 ERROR oslo_service.periodic_task File "/usr/lib/python3/dist-packages/six.py", line 703, in reraise<br>Nov 05 14:34:58 compute5 zun-compute[8962]: 2021-11-05 14:34:58.828 8962 ERROR oslo_service.periodic_task raise value<br>Nov 05 14:34:58 compute5 zun-compute[8962]: 2021-11-05 14:34:58.828 8962 ERROR oslo_service.periodic_task File "/usr/local/lib/python3.6/dist-packages/retrying.py", line 200, in call<br>Nov 05 14:34:58 compute5 zun-compute[8962]: 2021-11-05 14:34:58.828 8962 ERROR oslo_service.periodic_task attempt = Attempt(fn(*args, **kwargs), attempt_number, False)<br>Nov 05 14:34:58 compute5 zun-compute[8962]: 2021-11-05 14:34:58.828 8962 ERROR oslo_service.periodic_task File "/usr/local/lib/python3.6/dist-packages/zun/compute/compute_node_tracker.py", line 350, in _update_to_placement<br>Nov 05 14:34:58 compute5 zun-compute[8962]: 2021-11-05 14:34:58.828 8962 ERROR oslo_service.periodic_task context, node_rp_uuid, name=compute_node.hostname)<br>Nov 05 14:34:58 compute5 zun-compute[8962]: 2021-11-05 14:34:58.828 8962 ERROR oslo_service.periodic_task File "/usr/local/lib/python3.6/dist-packages/zun/scheduler/client/report.py", line 846, in get_provider_tree_and_ensure_r<br>Nov 05 14:34:58 compute5 zun-compute[8962]: 2021-11-05 14:34:58.828 8962 ERROR oslo_service.periodic_task parent_provider_uuid=parent_provider_uuid)<br>Nov 05 14:34:58 compute5 zun-compute[8962]: 2021-11-05 14:34:58.828 8962 ERROR oslo_service.periodic_task File "/usr/local/lib/python3.6/dist-packages/zun/scheduler/client/report.py", line 628, in _ensure_resource_provider<br>Nov 05 14:34:58 compute5 zun-compute[8962]: 2021-11-05 14:34:58.828 8962 ERROR oslo_service.periodic_task parent_provider_uuid=parent_provider_uuid)<br>Nov 05 14:34:58 compute5 zun-compute[8962]: 2021-11-05 14:34:58.828 8962 ERROR oslo_service.periodic_task File "/usr/local/lib/python3.6/dist-packages/zun/scheduler/client/report.py", line 514, in _create_resource_provider<br>Nov 05 14:34:58 compute5 zun-compute[8962]: 2021-11-05 14:34:58.828 8962 ERROR oslo_service.periodic_task global_request_id=context.global_id)<br>Nov 05 14:34:58 compute5 zun-compute[8962]: 2021-11-05 14:34:58.828 8962 ERROR oslo_service.periodic_task File "/usr/local/lib/python3.6/dist-packages/zun/scheduler/client/report.py", line 225, in post<br>Nov 05 14:34:58 compute5 zun-compute[8962]: 2021-11-05 14:34:58.828 8962 ERROR oslo_service.periodic_task headers=headers, logger=LOG)<br>Nov 05 14:34:58 compute5 zun-compute[8962]: 2021-11-05 14:34:58.828 8962 ERROR oslo_service.periodic_task File "/usr/lib/python3/dist-packages/keystoneauth1/adapter.py", line 392, in post<br>Nov 05 14:34:58 compute5 zun-compute[8962]: 2021-11-05 14:34:58.828 8962 ERROR oslo_service.periodic_task return self.request(url, 'POST', **kwargs)<br>Nov 05 14:34:58 compute5 zun-compute[8962]: 2021-11-05 14:34:58.828 8962 ERROR oslo_service.periodic_task File "/usr/lib/python3/dist-packages/keystoneauth1/adapter.py", line 248, in request<br>Nov 05 14:34:58 compute5 zun-compute[8962]: 2021-11-05 14:34:58.828 8962 ERROR oslo_service.periodic_task return self.session.request(url, method, **kwargs)<br>Nov 05 14:34:58 compute5 zun-compute[8962]: 2021-11-05 14:34:58.828 8962 ERROR oslo_service.periodic_task File "/usr/lib/python3/dist-packages/keystoneauth1/session.py", line 968, in request<br>Nov 05 14:34:58 compute5 zun-compute[8962]: 2021-11-05 14:34:58.828 8962 ERROR oslo_service.periodic_task raise exceptions.from_response(resp, method, url)<br><b>Nov 05 14:34:58 compute5 zun-compute[8962]: 2021-11-05 14:34:58.828 8962 ERROR oslo_service.periodic_task keystoneauth1.exceptions.http.Conflict: Conflict (HTTP 409) (Request-ID: req-9a158c41-a485-4937-99e7-e38cdce7fded)</b><br></div><div><b><br></b></div><div>What is this problem? any advice?</div><div>I used the default configuration values ([keystone_auth] and [keystone_authtoken]) values based on the configuration from the above links.</div><div><br></div><div><br></div><div>Aslo from the controller</div><div><br></div><div><b>openstack appcontainer service list<br></b>+----+----------+-------------+-------+----------+-----------------+----------------------------+-------------------+<br>| Id | Host | Binary | State | Disabled | Disabled Reason | Updated At | Availability Zone |<br>+----+----------+-------------+-------+----------+-----------------+----------------------------+-------------------+<br>| 1 | compute5 | zun-compute | up | False | None | 2021-11-05T14:39:01.000000 | nova |<br>+----+----------+-------------+-------+----------+-----------------+----------------------------+-------------------+<br></div><div><br></div><div><b>openstack appcontainer host show compute5<br></b>+----------------------+-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+<br>| Field | Value |<br>+----------------------+-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+<br>| uuid | ee3a5b44-8ffa-463e-939d-0c61868a596f |<br>| links | [{'href': '<a href="http://controller:9517/v1/hosts/ee3a5b44-8ffa-463e-939d-0c61868a596f" target="_blank">http://controller:9517/v1/hosts/ee3a5b44-8ffa-463e-939d-0c61868a596f</a>', 'rel': 'self'}, {'href': '<a href="http://controller:9517/hosts/ee3a5b44-8ffa-463e-939d-0c61868a596f" target="_blank">http://controller:9517/hosts/ee3a5b44-8ffa-463e-939d-0c61868a596f</a>', 'rel': 'bookmark'}] |<br>| hostname | compute5 |<br>| mem_total | 7975 |<br>| mem_used | 0 |<br>| total_containers | 1 |<br>| cpus | 10 |<br>| cpu_used | 0.0 |<br>| architecture | x86_64 |<br>| os_type | linux |<br>| os | Ubuntu 18.04.6 LTS |<br>| kernel_version | 4.15.0-161-generic |<br>| labels | {} |<br>| disk_total | 63 |<br>| disk_used | 0 |<br>| disk_quota_supported | False |<br>| runtimes | ['io.containerd.runc.v2', 'io.containerd.runtime.v1.linux', 'runc'] |<br>| enable_cpu_pinning | False |<br>+----------------------+-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+<br></div><div><br></div><div><br></div><div>seems to work fine.</div><div><br></div><div>However when i issue e.g., openstack appcontainer run --name container --net network=$NET_ID cirros ping 8.8.8.8</div><div><br></div><div>i get the error: | status_reason | There are not enough hosts available. </div><div><br></div><div>Any ideas?</div><div><br></div><div>One final thing is that I did see in the Horizon dashboard the container tab, to be able to deploy containers from horizon. Is there an extra configuration for this?</div><div><br></div><div>sorry for the long mail.</div><div><br></div><div>best,</div><div>Pavlos</div></div>
</blockquote></div><br><br><span title="neteasefooter"><p> </p></span></blockquote></div>