cnilesh | any hint about this errr please | 06:12 |
---|---|---|
cnilesh | Live 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 | *interesting | 06:54 |
noonedeadpunk | cnilesh: can you check `virsh schedinfo <domainid>`? what `cpu_shares` will be there? | 06:56 |
noonedeadpunk | it sounds like a result of some weird `cpu_shares` property for the image/flavor | 06:56 |
noonedeadpunk | (ie https://docs.openstack.org/nova/latest/admin/resource-limits.html#cpu-limits) | 06:57 |
cnilesh | noonedeadpunk, yeah yeah it is the default behaviour of cgroups | 06:57 |
cnilesh | which limits from the range 1:1000 and thr is no fixed yet | 06:57 |
cnilesh | and we can not directly manipulate xml as nova is a wrapper around it, during the migration it will revert the change | 06:58 |
noonedeadpunk | Well, the doc above says you can | 06:58 |
noonedeadpunk | and also I don't think it's a default frankly speaking | 06:58 |
cnilesh | the best possible workaround is to create a flavor by setting the property of cpu_shares to 9000 reseize the flavor and then migrate worked | 06:59 |
noonedeadpunk | I _think_ there was some CLI command for nova-mange or smth, to re-apply properties to the VM | 06:59 |
cnilesh | tried from libvirt, but xml is not direclty managed by libvirtd its managed by nova-api , so nova should be aware of anychange of xml | 06:59 |
noonedeadpunk | I might be wrong, but it's better to ask in #openstack-nova | 06:59 |
cnilesh | yeah, but that is also not correct, setting up the nova-property is not changing the xml definition | 07:00 |
cnilesh | so flavor is the best way to overcome this situation | 07:00 |
cnilesh | noonedeadpunk, https://bugzilla.redhat.com/show_bug.cgi?id=2035518 | 07:00 |
noonedeadpunk | https://docs.openstack.org/nova/latest/cli/nova-manage.html#image-property-set | 07:02 |
noonedeadpunk | I _think_ you should be able to set that through images as well | 07:03 |
noonedeadpunk | but yeah, still offline operation | 07:03 |
cnilesh | noonedeadpunk++ | 09:04 |
noonedeadpunk | o_O https://opendev.org/openstack/ansible-plugin-container-connection | 09:18 |
opendevreview | Dmitriy Rabotyagov proposed openstack/openstack-ansible-plugins master: Always escalate privileges for attaching to containers https://review.opendev.org/c/openstack/openstack-ansible-plugins/+/925272 | 10:27 |
opendevreview | Jonathan Rosser proposed openstack/openstack-ansible master: Use unbound_clients role from plugins collection https://review.opendev.org/c/openstack/openstack-ansible/+/923409 | 10:58 |
opendevreview | Dmitriy Rabotyagov proposed openstack/openstack-ansible master: Use infrastructure playbooks from openstack-ansible-plugins repo https://review.opendev.org/c/openstack/openstack-ansible/+/924253 | 10:58 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!