| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2022-05-24 | |||
| 07:56:49 | sean-k-mooney[m] | yep just add it to the adgenda here https://wiki.openstack.org/wiki/Meetings/Nova https://wiki.openstack.org/wiki/Meetings/Nova | |
| 08:04:49 | whoami-rajat | done, thanks! | |
| 10:31:22 | opendevreview | Rajesh Tailor proposed openstack/nova master: Fix typos https://review.opendev.org/c/openstack/nova/+/843127 | |
| 11:08:58 | ricolin | sean-k-mooney[m]: aw_bit is introduced since libvirt 6.5.0 is that means I should propose in spec to bump min version for libvirt/qemu as well? | |
| 11:09:21 | ricolin | current: MIN_LIBVIRT_VERSION = (6, 0, 0) | |
| 11:09:24 | sean-k-mooney | libvirt 6.5.0 or qemu | |
| 11:09:42 | sean-k-mooney | ricolin: we have to advertise or min version bumps in advance | |
| 11:09:50 | sean-k-mooney | so in general no | |
| 11:10:08 | sean-k-mooney | but i need to check when we last did that | |
| 11:10:19 | ricolin | thanks | |
| 11:12:14 | sean-k-mooney | looking at https://docs.openstack.org/nova/latest/reference/libvirt-distro-support-matrix.html i dont think we can increase it this cycle | |
| 11:12:23 | sean-k-mooney | we shoudl be able to do it in AA | |
| 11:12:54 | sean-k-mooney | we need to still suport 20.04 this cycle | |
| 11:13:13 | sean-k-mooney | but we can go to libvirt 7.0 in AA | |
| 11:13:26 | sean-k-mooney | and qemu 5.2 | |
| 11:14:05 | sean-k-mooney | ricolin: so yes you will need to do a min version check and either not set the value or reject the boot | |
| 11:21:49 | ricolin | sean-k-mooney: So this patch might gonna need to wait AA to bump libvirt 7.0.0 if we keep aw_bits 48(which required min libvirt version 6.5.0), right? | |
| 11:22:49 | sean-k-mooney | ricolin: no it can proceed | |
| 11:23:03 | sean-k-mooney | but you can only set the aw_bit if the hsot has 6.5.0 | |
| 11:23:25 | ricolin | ah, got it | |
| 11:23:31 | sean-k-mooney | so on older version the address with woudl not be defined which would limit the device that could be used | |
| 11:24:15 | sean-k-mooney | but if you are not using pci passthough it might still be fine or if you are but dont need the extended adresspace width | |
| 12:24:08 | opendevreview | Merged openstack/nova stable/wallaby: Define new functional test tox env for placement gate to run https://review.opendev.org/c/openstack/nova/+/840717 | |
| 13:26:36 | kashyap | sean-k-mooney: On my fresh F36 I see these pip conflicts - do you see too? - https://paste.opendev.org/show/baAm2JxuzDLCsviaK90D/ | |
| 13:33:58 | sean-k-mooney | what version of python are you using | |
| 13:34:07 | sean-k-mooney | ill check but i dont think so | |
| 13:34:14 | sean-k-mooney | that was nova right | |
| 13:34:19 | kashyap | Yeah | |
| 13:34:32 | kashyap | python3-3.10.4-1.fc36.x86_64 | |
| 13:35:05 | sean-k-mooney | we dont fuly supprot 3.10 yet | |
| 13:35:18 | sean-k-mooney | its experimental and will be added next cycle | |
| 13:35:33 | sean-k-mooney | we test with up to 3.9 as voting so there may be issue if you use 3.10 | |
| 13:35:51 | sean-k-mooney | i have 3.10 locally i think so ill try 3.9 and 3.10 | |
| 13:37:08 | gibi | kashyap: I haven't seen that yet but it does not seem to be a py310 specific issue. I can try it in a clean env | |
| 13:38:08 | sean-k-mooney | kashyap: wa that just unit test by the way | |
| 13:38:15 | sean-k-mooney | i.e. tox -e py3 | |
| 13:38:25 | kashyap | sean-k-mooney: Yeah, I was just trying to run a unit test | |
| 13:39:34 | kashyap | sean-k-mooney: Yes, it was a `tox -e py36[|37] some_test` | |
| 13:39:55 | gibi | on master? | |
| 13:40:07 | sean-k-mooney | it seams to be working fine for me | |
| 13:40:31 | kashyap | Actually slightly (some 20 commits) behind master. Lemme rebase my branch, then | |
| 13:40:36 | sean-k-mooney | ya good point 3.10 support is non-voting on master but not supported on anything older | |
| 13:40:53 | sean-k-mooney | although both debian and ubuntu relased yoga on 3.10 | |
| 13:40:55 | gibi | -e py36[|37] feels old on master | |
| 13:40:58 | sean-k-mooney | so it apprealy works there | |
| 13:41:13 | sean-k-mooney | we dropped supprot for 3.6 and 3.7 | |
| 13:41:15 | sean-k-mooney | on master | |
| 13:41:21 | sean-k-mooney | min is now 3.8 | |
| 13:41:32 | kashyap | Aaah, duh. I didn't realize that | |
| 13:41:40 | gibi | I don't see the conflict with 3.10 locally | |
| 13:41:42 | kashyap | Gimme a few; /me tries | |
| 13:42:17 | kashyap | gibi: Hmm, seems like PEBKAC, then. Thanks for trying | |
| 13:42:27 | gibi | no worries | |
| 13:42:39 | sean-k-mooney | some of the package have required_python set | |
| 13:42:46 | sean-k-mooney | which will prevent pip form installing them | |
| 13:42:58 | sean-k-mooney | and it will break that way | |
| 13:45:50 | kashyap | I see, yeah; I'm investigating what's borked here | |
| 13:47:09 | opendevreview | Artom Lifshitz proposed openstack/nova stable/wallaby: zuul: Add nova-live-migration-ceph job https://review.opendev.org/c/openstack/nova/+/843145 | |
| 13:47:10 | opendevreview | Artom Lifshitz proposed openstack/nova stable/wallaby: DNM: Testing live migration with local attach https://review.opendev.org/c/openstack/nova/+/843146 | |
| 13:47:44 | opendevreview | Artom Lifshitz proposed openstack/nova stable/wallaby: DNM: zuul: Add nova-live-migration-ceph job https://review.opendev.org/c/openstack/nova/+/843145 | |
| 13:47:45 | opendevreview | Artom Lifshitz proposed openstack/nova stable/wallaby: DNM: Testing live migration with local attach https://review.opendev.org/c/openstack/nova/+/843146 | |
| 13:50:33 | sean-k-mooney | kashyap: https://github.com/openstack/python-glanceclient/blob/master/setup.cfg#L10= | |
| 13:51:06 | sean-k-mooney | nova should have that too by the way i just dont think we have bumped it yet | |
| 13:51:17 | kashyap | sean-k-mooney: Ah-ha | |
| 13:51:24 | kashyap | Thank you for digging! :) | |
| 13:52:30 | opendevreview | Artom Lifshitz proposed openstack/nova stable/wallaby: DNM: zuul: Add nova-live-migration-ceph job https://review.opendev.org/c/openstack/nova/+/843145 | |
| 13:52:31 | opendevreview | Artom Lifshitz proposed openstack/nova stable/wallaby: DNM: Testing live migration with local attach https://review.opendev.org/c/openstack/nova/+/843146 | |
| 13:53:51 | sean-k-mooney | kashyap: well i knew exactly where too look if that was the issue and it was so it took like 20 seconds to find | |
| 13:54:07 | kashyap | sean-k-mooney: Sure, even that; you bothered to look :) | |
| 13:56:09 | kashyap | sean-k-mooney: gibi: Just to confirm; that's it - using py38 works. Thx! | |
| 13:58:33 | gmann | sean-k-mooney[m]: ussuri is EM, yes tempest and constraints both will be older and stable/constraints. that is I am working on this series and testing https://review.opendev.org/q/topic:ussuri-pin-tempest | |
| 13:58:39 | sean-k-mooney | we have the same issue on stable ussuri currently | |
| 13:59:12 | sean-k-mooney | gmann: right so currently its using master and failing because ussuri is using py36 and master dose not support it | |
| 13:59:47 | sean-k-mooney | so that need to be fixed in devstack to eitehr clamp ot stable/ussuri or at the latest yoga | |
| 13:59:59 | sean-k-mooney | since that is the last version to support py 36 | |
| 14:00:38 | gmann | yeah. i know | |
| 14:02:01 | opendevreview | Artom Lifshitz proposed openstack/nova stable/wallaby: DNM: Testing live migration with local attach https://review.opendev.org/c/openstack/nova/+/843146 | |
| 14:27:28 | ygk_12345 | can someone respond to this please https://bugs.launchpad.net/nova/+bug/1973887 | |
| 14:32:56 | sean-k-mooney | ygk_12345: you put [oslo_messaging_rabbit] | |
| 14:32:58 | sean-k-mooney | heartbeat_in_pthread = False | |
| 14:33:01 | sean-k-mooney | in nova.conf | |
| 14:33:22 | sean-k-mooney | in this case in the nova.conf used by nova-compute | |
| 14:33:49 | ygk_12345 | sean-k-mooney: you said to avoid it in other nova services except nova-api. how to do that since all nova services have a single nova.conf file | |
| 14:34:16 | sean-k-mooney | that is not how we recommend deploying nova | |
| 14:34:31 | ygk_12345 | we have OSA Wallaby | |
| 14:34:41 | sean-k-mooney | the compute nodes espically shoudl have a differnt config then the contoller services | |
| 14:34:52 | sean-k-mooney | you can turn it off on the api too | |
| 14:35:10 | ygk_12345 | sean-k-mooney: ok so applying it for computes alone in this case would help. isn't it ? | |
| 14:35:13 | sean-k-mooney | i just will reslt in more rabbit heatbeat lost messages | |
| 14:35:30 | sean-k-mooney | yes applying it just to the comptue nodes will resolve most of your issues | |
| 14:35:49 | sean-k-mooney | but the oslo bug could also impact the conductor and schduler in the same way | |
| 14:36:02 | ygk_12345 | sean-k-mooney: also can you please reply in that bug post as to what are those eventpoll files in the lsof output ? | |
| 14:36:12 | sean-k-mooney | in general its safe to turn of the pthread for heartbeat on all nova services | |
| 14:36:21 | sean-k-mooney | no | |
| 14:36:33 | sean-k-mooney | i close this as a duplicate becasue this is not a nova bug | |
| 14:37:12 | ygk_12345 | sean-k-mooney: thats ok. you can close it,. I want to know for curiosity's sake what are those evenpolls ? | |
| 14:37:14 | sean-k-mooney | i dont know what they are exactly beut based on teh oslo mssaging bug it something related to the amqp lib we use to connect to rabbitmq | |
| 14:37:31 | ygk_12345 | sean-k-mooney: oh ok | |
| 14:37:36 | sean-k-mooney | i belive its eventlet polling the tcp connect to rabbit | |
| 14:38:16 | ygk_12345 | sean-k-mooney: but why there are so many in this case ? | |