<div dir="ltr"><div>Thanks for your answer</div><div><br></div><div>I guess you are referring to the cpu_shares in the flavor quota [*]<br></div><div><br></div><div>Actually I never explicitly set a value of cpu_shares in the flavor ...</div><div><br></div><div><br></div><div>[*] <a href="https://docs.openstack.org/nova/yoga/admin/resource-limits.html">https://docs.openstack.org/nova/yoga/admin/resource-limits.html</a></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Oct 5, 2023 at 9:17 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 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 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 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 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 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>
</blockquote></div></div>