<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le lun. 11 sept. 2023 à 11:03, <<a href="mailto:smooney@redhat.com">smooney@redhat.com</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Sun, 2023-09-10 at 20:03 -0700, Ghanshyam Mann wrote:<br>
>  ---- On Fri, 08 Sep 2023 05:19:13 -0700  Takashi Kajinami  wrote --- <br>
>  > Let me bump this old thread because we still need some follow-up about the retirement of os-win.<br>
>  > I noticed that some projects have not yet deprecated the implementations dependent on os-win.I submitted a few<br>
> patches to make these implementations deprecated so that we can smoothly remove thesein the<br>
> future. <a href="https://review.opendev.org/c/openstack/cinder/+/894237" rel="noreferrer" target="_blank">https://review.opendev.org/c/openstack/cinder/+/894237</a> <br>
> <a href="https://review.opendev.org/c/openstack/glance/+/894236" rel="noreferrer" target="_blank">https://review.opendev.org/c/openstack/glance/+/894236</a> <a href="https://review.opendev.org/c/openstack/ceilometer/+/894296It'd" rel="noreferrer" target="_blank">https://review.opendev.org/c/openstack/ceilometer/+/894296It'd</a> <br>
> be nice if the relevant teams can review these.<br>
>  > <br>
>  > My remaining question is whether we should mark all implementations for Windows support, which are not<br>
> directlydependent on os-win[1]. Technically we can go through individual projects and add warning logs and release<br>
> notesabout the deprecation. However I'm not too sure if that's worth the effort. If we can agree that we remove<br>
> supportfor running OpenStack on Windows Operating System at a specific release, then I tend to leave the ones<br>
> independentfrom os-win, unless it has any impact on user-facing items like config options[1].<br>
>  > I'd like to hear any thoughts about this plan, as well as any target release to remove Windows "host" support<br>
> globallyfrom OpenStack (maybe after 2024.1 release ?).<br>
> <br>
> Thanks for marking a few of the Windows support things as deprecated. This is the right direction for at least where<br>
> it<br>
> depends on os-win. I have started completing the os-win retirement and deps[1]. But we need to add a deprecation<br>
> warning in one cycle and then remove it in a later one (like you are doing in the mentioned changes). We did the<br>
> same in the Nova Hyper-V driver, which was marked deprecated in the 2023.1 cycles, and I am proposing it to be<br>
> removed in the next cycle, 2024.1[2].<br>
you bet me too it<br>
there are already two other nova cores (myself and one other) that also planned to do this after confirming with the<br>
wider team at the next ptg so this is highly likely to proceed early in the 2024.1 cycle.<br>
my goal in this regard would be to land the removal of both the hyperv and vmware driver before milestone one<br>
and perhaps even before the ptg if there is no object to it in our irc team meeting.<br>
<br>
i was waiting for RC-1 to be cut and the dust to settle before brign this up to discuss but it seams at least 3 fo the<br>
nova core team feel this is thr correct direction to take now.<br></blockquote><div><br></div><div><br></div><div>What you just said. IIRC, we kinda agreed on the PTG to try to avoid as much as possible any deprecations during the 2023.2 Bobcat release, which is a non-SLURP release, as it would be skipped by operators fast-jumping to 2024.1, unless someone would forward-port the deprecation note to Caracal, hence putting the burden on someone's shoulder.</div><div><br></div><div>Reinstanting my personal take then, which is, as a Nova PTL, I'm not 100% happy with taking my burden.</div><div>Please, please, let's wait for 4 days and nothing or nooone will then get hurt :-) </div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
> <br>
> For the Windows feature other than os-win dependencies, it is up to the projects, and if they can still<br>
> support and test those without 3rd party CI, then it is okay to keep it. This applies to any other distro-specific<br>
> features also where they might be supported by a few projects but not all. But they should go through the<br>
> deprecation phase warning even they are not tested so that users get the notification. <br>
> <br>
> [1] <a href="https://review.opendev.org/q/+topic:retire-winstackers" rel="noreferrer" target="_blank">https://review.opendev.org/q/+topic:retire-winstackers</a><br>
> [2] <a href="https://review.opendev.org/c/openstack/nova/+/894466" rel="noreferrer" target="_blank">https://review.opendev.org/c/openstack/nova/+/894466</a><br>
> <br>
> -gmann<br>
> <br>
>  > <br>
>  > [1] Some<br>
> examples <a href="https://github.com/openstack/ceilometer/blob/d31d4ed3574a5d19fe4b09ab2c227dba64da170a/ceilometer/cmd/polling" rel="noreferrer" target="_blank">https://github.com/openstack/ceilometer/blob/d31d4ed3574a5d19fe4b09ab2c227dba64da170a/ceilometer/cmd/polling</a>.<br>
> py#L95-L96 <a href="https://github.com/openstack/nova/blob/master/nova/virt/disk/api.py#L624-L625" rel="noreferrer" target="_blank">https://github.com/openstack/nova/blob/master/nova/virt/disk/api.py#L624-L625</a><br>
>  > [2] event_log option in oslo.log is one good example <a href="https://review.opendev.org/c/openstack/oslo.log/+/894235" rel="noreferrer" target="_blank">https://review.opendev.org/c/openstack/oslo.log/+/894235</a><br>
>  > On Sat, Jun 24, 2023 at 7:50 AM Ghanshyam Mann <a href="mailto:gmann@ghanshyammann.com" target="_blank">gmann@ghanshyammann.com</a>> wrote:<br>
>  > As there is no volunteer to maintain this project, I have proposed the retirement<br>
>  > <br>
>  > - <a href="https://review.opendev.org/c/openstack/governance/+/886880" rel="noreferrer" target="_blank">https://review.opendev.org/c/openstack/governance/+/886880</a><br>
>  > <br>
>  > -gmann<br>
>  > <br>
>  >  ---- On Thu, 13 Apr 2023 07:54:12 -0700  James Page  wrote --- <br>
>  >  > Hi All<br>
>  >  > <br>
>  >  > As announced by Lucian last November (see [0]) Cloudbase Solutions are no longer in a position to maintain<br>
> support for running OpenStack on Windows and have also ceased operation of their 3rd party CI for the windows support<br>
> across a number of OpenStack projects.<br>
>  >  > This situation has resulted in the Winstackers project becoming PTL-less for the 2023.2 cycle with no volunteers<br>
> responding to the TC's call to fill this role and take this feature in OpenStack forward (see [1]).<br>
>  >  > This is the final call for any maintainers to step forward if this feature is important to them in OpenStack.<br>
>  >  > The last user survey in 2022 indicated that 2% of respondents were running on Hyper-V so this might be important<br>
> enough to warrant a commitment from someone operating OpenStack on Windows to maintain these features going forward.<br>
>  >  > Here is a reminder from Lucian's original email on the full list of projects which are impacted in some way: *<br>
> nova hyper-v driver - in-tree plus out-of-tree compute-hyperv driver* os-win - common Windows library for Openstack*<br>
> neutron hyperv ml2 plugin and agent* ovs on Windows and neutron ovs agent support* cinder drivers - SMB and Windows<br>
> iSCSI* os-brick Windows connectors - iSCSI, FC, SMB, RBD* ceilometer Windows poller* manila Windows driver* glance<br>
> Windows support* freerdp gateway<br>
>  >  > The lack of 3rd party CI for testing all of this really needs to be addressed as well.<br>
>  >  > If no maintainers are forthcoming between now and the next PTG in June the TC will need to officially retire the<br>
> project and start the process of removing support for Windows across the various projects that support this operating<br>
> system in some way - either directly or through the use of os-win.<br>
>  >  > For clarity this call refers to the use of the Hyper-V virtualisation driver and associated Windows server<br>
> components to provide WIndows based OpenStack Hypervisors and does not relate to the ability to run Windows images as<br>
> guests on OpenStack.<br>
>  >  > Regards<br>
>  >  > James<br>
>  >  ><br>
> [0] <a href="https://lists.openstack.org/pipermail/openstack-discuss/2022-November/031044.html%5B1%5D" rel="noreferrer" target="_blank">https://lists.openstack.org/pipermail/openstack-discuss/2022-November/031044.html[1]</a> <a href="https://lists.openstack.org/p" rel="noreferrer" target="_blank">https://lists.openstack.org/p</a><br>
> ipermail/openstack-discuss/2023-March/032888.html<br>
>  > <br>
>  > <br>
> <br>
<br>
<br>
</blockquote></div></div>