| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2023-09-05 | |||
| 12:30:25 | bauzas | I'm not super happy to create a FFE for this due to https://review.opendev.org/c/openstack/nova/+/876075/23/nova/objects/image_meta.py | |
| 12:30:49 | dvo-plv | I see,maybe it will be good to take a look, if you have new comments, we will have a time to fix until next cycle | |
| 12:31:55 | bauzas | I'd prefer to look at it in two weeks, after RC1 while the 2023.2 branch is created and then master is for 2024.1 | |
| 12:39:19 | opendevreview | Danylo Vodopianov proposed openstack/nova master: Packed virtqueue support was added. https://review.opendev.org/c/openstack/nova/+/876075 | |
| 13:05:39 | opendevreview | Danylo Vodopianov proposed openstack/nova master: Packed virtqueue support was added. https://review.opendev.org/c/openstack/nova/+/876075 | |
| 14:20:22 | opendevreview | Sylvain Bauza proposed openstack/nova master: doc: mark the maximum microversion for 2023.2 Bobcat https://review.opendev.org/c/openstack/nova/+/893742 | |
| 14:26:15 | opendevreview | Sylvain Bauza proposed openstack/nova master: Update compute rpc alias for bobcat https://review.opendev.org/c/openstack/nova/+/893744 | |
| 14:26:25 | ygk_12345 | some of my nodes in an aggregate dont have the aggregate mapping in the placement db for those nodes | |
| 14:26:34 | ygk_12345 | is this a bug in nova ? | |
| 14:27:18 | ygk_12345 | i am trying to use the command "openstack resource provider aggregate list <resource-id> | |
| 14:27:42 | ygk_12345 | that is returning empty result for those nodes in that aggregate | |
| 14:28:16 | ygk_12345 | i tried placement syc aggregates also | |
| 14:28:20 | ygk_12345 | but no result | |
| 14:28:37 | ygk_12345 | *sync | |
| 14:36:10 | opendevreview | Merged openstack/nova master: Follow up for unified limits: PCPU and documentation https://review.opendev.org/c/openstack/nova/+/893462 | |
| 14:41:14 | opendevreview | Sylvain Bauza proposed openstack/nova master: Add service version for Bobcat https://review.opendev.org/c/openstack/nova/+/893749 | |
| 14:49:43 | ygk_12345 | any idea anyone ? | |
| 14:50:37 | dansmith | ygk_12345: not really enough information to say (like which release are you running?) but in general the placement aggregates should match the nova ones, yes | |
| 14:51:04 | ygk_12345 | dansmith: it is yoga | |
| 14:52:24 | ygk_12345 | the aggregate matching ismissing for one set of nodes in the az | |
| 14:53:26 | dansmith | ygk_12345: and that set of nodes is different how? | |
| 14:54:01 | ygk_12345 | dansmith: they are just added to the az along with others | |
| 14:56:02 | ygk_12345 | do I need to manually add all these nodes from that aggregate to match that aggregate using the command openstack resource provider aggregate set ? | |
| 14:56:40 | ygk_12345 | it succeeded for one node now | |
| 14:56:44 | dansmith | ygk_12345: when you add a node to an aggregate in nova, it should mirror that to placement for you | |
| 14:56:56 | ygk_12345 | but why did not it add those nodes automatically ? | |
| 14:57:41 | ygk_12345 | dansmith: but it did not do so for an aggregate | |
| 14:58:46 | dansmith | ygk_12345: not sure what to say without logs and things... try removing it from the aggregate in nova, re-add it and look at the nova-api logs to see if there's a failure talking to placement or something | |
| 14:59:05 | ygk_12345 | dansmith: ok | |
| 15:00:19 | bauzas | reminder: nova meeting in 1 hour | |
| 15:00:53 | bauzas | ygk_12345: we have some method that calls placement for creating the same aggregates, sec | |
| 15:01:35 | ygk_12345 | bauzas: ok | |
| 15:01:45 | ygk_12345 | bauzas: please let me know | |
| 15:04:33 | bauzas | eventually found the change https://review.opendev.org/c/openstack/nova/+/553597 | |
| 15:07:31 | ygk_12345 | bauzas: I have removed and re added and now it is working. Thank you | |
| 15:07:44 | bauzas | ok good to know | |
| 15:09:28 | dansmith | ygk_12345: that likely means nova-api wasn't able to talk to placement at the time you added those nodes originally, for whatever reason | |
| 15:09:57 | ygk_12345 | dansmith: seems so. Thanks for your time and patience | |
| 16:00:02 | opendevmeet | The meeting name has been set to 'nova' | |
| 16:00:02 | opendevmeet | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | |
| 16:00:02 | opendevmeet | Meeting started Tue Sep 5 16:00:02 2023 UTC and is due to finish in 60 minutes. The chair is bauzas. Information about MeetBot at http://wiki.debian.org/MeetBot. | |
| 16:00:02 | bauzas | #startmeeting nova | |
| 16:00:07 | bauzas | welcome folks | |
| 16:00:08 | gibi | o/ | |
| 16:00:11 | Uggla | o/ | |
| 16:00:11 | sean-k-mooney | o/ | |
| 16:00:14 | elodilles | o/ | |
| 16:00:15 | bauzas | #link https://wiki.openstack.org/wiki/Meetings/Nova#Agenda_for_next_meeting | |
| 16:00:15 | auniyal | o/ | |
| 16:00:36 | dansmith | o/ | |
| 16:00:47 | bauzas | cool, people arriving fast, lovin' | |
| 16:00:50 | bauzas | let's start | |
| 16:00:57 | bauzas | #topic Bugs (stuck/critical) | |
| 16:01:02 | bauzas | #info No Critical bug | |
| 16:01:06 | bauzas | whoops | |
| 16:01:08 | bauzas | #info No Critical bug | |
| 16:01:14 | bauzas | #link https://bugs.launchpad.net/nova/+bugs?search=Search&field.status=New 49 new untriaged bugs (+0 since the last meeting) | |
| 16:01:18 | bauzas | #info Add yourself in the team bug roster if you want to help https://etherpad.opendev.org/p/nova-bug-triage-roster | |
| 16:01:23 | bauzas | #info bug baton is bauzas | |
| 16:01:34 | auniyal | bauzas, I have few bugs to discuss | |
| 16:01:36 | bauzas | auniyal: any questions you have ? | |
| 16:01:40 | bauzas | cool, shoot | |
| 16:02:01 | auniyal | actully this : https://etherpad.opendev.org/p/nova-bug-triage-20230902 | |
| 16:02:21 | bauzas | ack, looking | |
| 16:02:27 | auniyal | https://bugs.launchpad.net/nova/+bug/2031635: | |
| 16:02:42 | auniyal | ack | |
| 16:03:50 | bauzas | I'm not expert, I can't tell | |
| 16:04:20 | auniyal | I'll paste the quick ones here | |
| 16:04:29 | auniyal | https://bugs.launchpad.net/nova/+bug/2033393: Xena: server name is not updated in guest xml after rename ? | |
| 16:04:42 | gmann | o/ | |
| 16:04:53 | gibi | so for 2031635 we need to check if https://review.opendev.org/c/openstack/nova/+/867788 is backported to stables or not | |
| 16:05:01 | auniyal | is it known ? does it does affect an operation | |
| 16:05:35 | bauzas | let's not discuss the resolution here | |
| 16:05:49 | auniyal | gibi, its not backported | |
| 16:06:00 | gibi | auniyal: then I guess we need to backport it | |
| 16:06:05 | gibi | as we need to support py3.8 | |
| 16:06:13 | auniyal | ack, | |
| 16:06:16 | bauzas | ok, resolution set, Valid then | |
| 16:06:24 | bauzas | we can look at the other ones next week | |
| 16:07:01 | dansmith | auniyal: the instance name one is invalid, I just updated | |
| 16:07:32 | auniyal | ack, thanks dansmith | |
| 16:07:48 | bauzas | ok, let's move on then | |
| 16:08:42 | bauzas | #topic Gate status | |
| 16:08:47 | bauzas | #link https://bugs.launchpad.net/nova/+bugs?field.tag=gate-failure Nova gate bugs | |
| 16:08:59 | bauzas | #link https://zuul.openstack.org/builds?project=openstack%2Fnova&project=openstack%2Fplacement&pipeline=periodic-weekly Nova&Placement periodic jobs status | |
| 16:09:04 | bauzas | #info nova-emulation is still b0rked | |
| 16:09:09 | bauzas | chateaulav: are you around ? | |
| 16:09:23 | sean-k-mooney | oh really | |
| 16:09:27 | sean-k-mooney | i was not aware of that | |
| 16:09:44 | sean-k-mooney | whats broken | |
| 16:10:13 | sean-k-mooney | test_resize_volume_backed_server_confirm | |
| 16:10:20 | sean-k-mooney | so that might not be related to emulation | |
| 16:10:24 | sean-k-mooney | the other tests passed | |
| 16:10:28 | dansmith | yeah not sure why that would be emulation related | |
| 16:10:31 | dansmith | other than that it can be slow | |
| 16:11:09 | sean-k-mooney | ill quickly take a look async | |
| 16:11:27 | bauzas | yeah probably unrelated, but alas this is the only one which fails every week | |
| 16:11:37 | sean-k-mooney | no obvious error in the nova log | |
| 16:11:44 | gmann | and a few of the fixes are merged related to this test but yes it can fail on slow maybe | |
| 16:12:50 | bauzas | okay, so we'll see if next round it fails again | |