<div dir="ltr">Ok thanks<div>I still do not fully understand why I see the problem with nova 1.25.2:1 while it works with v. 1.25.2:0 (without changing any other packages). According to the release notes only this change [*] was introduced</div><div><br></div><div><br></div><div>[*] <a href="https://bugs.launchpad.net/nova/+bug/1941005">https://bugs.launchpad.net/nova/+bug/1941005</a><br></div><div><br></div><div>Cheers, Massimo</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Oct 6, 2023 at 12:25 PM <<a href="mailto:smooney@redhat.com">smooney@redhat.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">On Fri, 2023-10-06 at 09:04 +0200, Massimo Sgaravatto wrote:<br>
> Thanks for your answer<br>
> <br>
> I guess you are referring to the cpu_shares in the flavor quota [*]<br>
> <br>
> Actually I never explicitly set a value of cpu_shares in the flavor ...<br>
if you are seeing this for instance where its not explictly in the falvor then<br>
this is form the old behavior where we set a default share value as flavor.vcpus *1000<br>
in newer version of openstack we never set an implict value<br>
<a href="https://github.com/openstack/nova/commit/f77a9fee5b736899ecc39d33e4f4e4012cee751cthis" rel="noreferrer" target="_blank">https://github.com/openstack/nova/commit/f77a9fee5b736899ecc39d33e4f4e4012cee751cthis</a> change is aviable in zed+<br>
i know this has been backported downstream to wallaby so its possibel to do<br>
i belive there was consern with upstream backporting do to cpu starvation<br>
if you were hevialy using this funtionatlity. that is why it was not backported<br>
upstream in the past but you could apply it too your own cloud.<br>
<br>
> <br>
> <br>
> [*] <a href="https://docs.openstack.org/nova/yoga/admin/resource-limits.html" rel="noreferrer" target="_blank">https://docs.openstack.org/nova/yoga/admin/resource-limits.html</a><br>
> <br>
> On Thu, Oct 5, 2023 at 9:17 PM <<a href="mailto:smooney@redhat.com" target="_blank">smooney@redhat.com</a>> wrote:<br>
> <br>
> > On Thu, 2023-10-05 at 16:53 +0200, Massimo Sgaravatto wrote:<br>
> > > Dear all<br>
> > > <br>
> > > We have recently updated openstack nova on some AlmaLinux9 compute nodes<br>
> > > running Yoga from 1:25.2.0 to 1.25.2.1. After this operation some VMs<br>
> > don't<br>
> > > start anymore. In the log it is reported:<br>
> > > <br>
> > > libvirt.libvirtError: invalid argument: shares \'57344\' must be in range<br>
> > > [1, 10000]\n'}<br>
> > > <br>
> > > libvirt version is 9.0.0-10.3<br>
> > > <br>
> > > <br>
> > > A quick google search suggests that it is something related to cgroups<br>
> > and<br>
> > > it is fixed in libvirt >= 9.1 (which is not yet in the almalinux9 repos).<br>
> > > Did I get it right ?<br>
> > not quite<br>
> > <br>
> > it is reated to cgroups but the cause is that in cgroups_v1 the maxvlaue<br>
> > of shares<br>
> > i.e. cpu_shares changed form make int to 10000 in cgroups_v2<br>
> > so the issue is teh vm requested a cpu share value of 57344 which is not<br>
> > vlaid on an OS<br>
> > that is useing cgroups_v2 libvirt will not clamp the value nor will nova.<br>
> > you have to change the volue in your flavor and resize the vm.<br>
> > <br>
> > > <br>
> > > <br>
> > > <br>
> > > Thanks, Massimo<br>
> > <br>
> > <br>
<br>
<br>
</blockquote></div>