Wednesday, 2024-07-31

cnileshany hint about this errr please06:12
cnileshLive Migration failure: invalid argument: shares '32768' must be in range [1, 10000]: libvirt.libvirtError: invalid argument: shares '32768' must be in range [1, 10000]06:12
noonedeadpunkштеукуыештп06:54
noonedeadpunk*interesting06:54
noonedeadpunkcnilesh: can you check `virsh schedinfo <domainid>`? what `cpu_shares` will be there?06:56
noonedeadpunkit sounds like a result of some weird `cpu_shares` property for the image/flavor06:56
noonedeadpunk(ie https://docs.openstack.org/nova/latest/admin/resource-limits.html#cpu-limits)06:57
cnileshnoonedeadpunk, yeah yeah it is the default behaviour of cgroups 06:57
cnileshwhich limits from the range 1:1000 and thr is no fixed yet 06:57
cnileshand we can not directly manipulate xml as nova is a wrapper around it, during the migration it will revert the change 06:58
noonedeadpunkWell, the doc above says you can06:58
noonedeadpunkand also I don't think it's a default frankly speaking06:58
cnileshthe best possible workaround is to create a flavor by setting the property of cpu_shares to 9000 reseize the flavor and then migrate worked06:59
noonedeadpunkI _think_ there was some CLI command for nova-mange or smth, to re-apply properties to the VM06:59
cnileshtried from libvirt, but xml is not direclty managed by libvirtd its managed by nova-api , so nova should be aware of anychange of xml06:59
noonedeadpunkI might be wrong, but it's better to ask in #openstack-nova06:59
cnileshyeah, but that is also not correct, setting up the nova-property is not changing the xml definition 07:00
cnileshso flavor is the best way to overcome this situation 07:00
cnileshnoonedeadpunk,  https://bugzilla.redhat.com/show_bug.cgi?id=203551807:00
noonedeadpunkhttps://docs.openstack.org/nova/latest/cli/nova-manage.html#image-property-set07:02
noonedeadpunkI _think_ you should be able to set that through images as well07:03
noonedeadpunkbut yeah, still offline operation07:03
cnileshnoonedeadpunk++ 09:04
noonedeadpunko_O https://opendev.org/openstack/ansible-plugin-container-connection09:18
opendevreviewDmitriy Rabotyagov proposed openstack/openstack-ansible-plugins master: Always escalate privileges for attaching to containers  https://review.opendev.org/c/openstack/openstack-ansible-plugins/+/92527210:27
opendevreviewJonathan Rosser proposed openstack/openstack-ansible master: Use unbound_clients role from plugins collection  https://review.opendev.org/c/openstack/openstack-ansible/+/92340910:58
opendevreviewDmitriy Rabotyagov proposed openstack/openstack-ansible master: Use infrastructure playbooks from openstack-ansible-plugins repo  https://review.opendev.org/c/openstack/openstack-ansible/+/92425310:58

Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!