<div dir="ltr"><div>Hi,</div><div><br></div><div>I am from Zun team. The goal is to fix it in "C" release. I will keep the status updated in this ticket: <a href="https://bugs.launchpad.net/zun/+bug/2007142">https://bugs.launchpad.net/zun/+bug/2007142</a> . Sorry for all the inconvenience.</div><div><br></div><div>Best regards,</div><div>Hongbin</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Sep 14, 2023 at 6:56 PM Jan Gutter <<a href="mailto:openstack@jangutter.com">openstack@jangutter.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">Hi folks,<br>
<br>
In yesterday's Kolla IRC meeting we discussed the path forward for Zun<br>
[1] and came to the conclusion that it might be better for all<br>
involved to drop support for Zun for the 2023.1 release until it can<br>
be updated to support the necessary dependencies. More specific<br>
details at the end of the message.<br>
<br>
With this in mind, the plan is to start this process in a week from<br>
now, unless a better solution is presented. There is still some time<br>
for discussion, please don't hesitate!<br>
<br>
There are two paths forward after this:<br>
<br>
If Zun can be updated to support the dependencies during the<br>
maintenance timeframe of 2023.1, then support would be restored.<br>
<br>
If no support is available at the time Caracal releases, however, it<br>
will be considered for removal in kolla and kolla-ansible.<br>
<br>
What this means:<br>
<br>
Kolla-ansible operators currently running Zun should hold off<br>
migration to 2023.1. Any development help would of course be<br>
appreciated. Please coordinate with the Zun project to help with<br>
development.<br>
<br>
Details on the dependency problems:<br>
<br>
* Currently, Zun has an external dependency on Docker 20.x, and uses a<br>
feature that has been removed in later versions of Docker.<br>
* This Docker feature also relies on an older version of etcd (3.3)<br>
* The mitigation [2] is to pin to the old versions of Docker and etcd,<br>
but this is not possible with Debian Bookworm hosts.<br>
<br>
Why this is a problem in Kolla-ansible (and Kolla):<br>
<br>
* This can't easily be solved by vendoring in an older version of<br>
etcd: the migration path it introduces to operators would incur a<br>
significant amount of risk.<br>
* Host level involvement is also particularly painful, the host<br>
version of Docker needs to connect to the etcd service running in the<br>
containers.<br>
* Even though the containers can be kept buildable and the<br>
configuration and inventory settings could be maintained, a working<br>
setup is not testable in CI.<br>
<br>
Thanks very much for everyone's patience, contributions and time!<br>
<br>
[1]: <a href="https://meetings.opendev.org/meetings/kolla/2023/kolla.2023-09-13-13.00.log.html" rel="noreferrer" target="_blank">https://meetings.opendev.org/meetings/kolla/2023/kolla.2023-09-13-13.00.log.html</a><br>
[2]: <a href="https://bugs.launchpad.net/zun/+bug/2007142" rel="noreferrer" target="_blank">https://bugs.launchpad.net/zun/+bug/2007142</a><br>
<br>
</blockquote></div></div>