| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2022-01-21 | |||
| 16:19:17 | sean-k-mooney | at least i think that woudl work | |
| 16:19:31 | sean-k-mooney | dansmith: i dont thikn we have bug filed for this currently against nova | |
| 16:20:01 | dansmith | force down sets the state to down immediately, but when the service itself comes back up, it goes back to up right? no need to un-force-down it right? | |
| 16:20:16 | dansmith | sean-k-mooney: okay I asked the person to file one, but I guess that didn't happen | |
| 16:21:17 | sean-k-mooney | dansmith: no it wont go back up automaticaly if i recall correctly | |
| 16:21:37 | dansmith | oh yeah --unset | |
| 16:21:53 | dansmith | okay let me see if I can hack that into grenade to prove it out | |
| 16:22:00 | sean-k-mooney | so you woudl need 3 addtional steps in the ffu. 1.) stop all compute service, 2.) force them down, 3.) after upgrade unest | |
| 16:23:07 | dansmith | yeah | |
| 16:53:27 | gmann | dansmith: sean-k-mooney can either of you please check this 'moving py36 job from centos8->centos8stream' https://review.opendev.org/c/openstack/nova/+/824637 | |
| 16:55:03 | dansmith | gmann: by "check" you mean "shrug and +W" right? | |
| 16:55:20 | gmann | yeah | |
| 16:55:30 | dansmith | done :) | |
| 16:56:57 | gmann | thanks | |
| 18:21:40 | opendevreview | Balazs Gibizer proposed openstack/placement master: Enhance doc of _get_trees_with_traits https://review.opendev.org/c/openstack/placement/+/825780 | |
| 18:21:41 | opendevreview | Balazs Gibizer proposed openstack/placement master: Refactor trait normalization https://review.opendev.org/c/openstack/placement/+/825847 | |
| 18:21:41 | opendevreview | Balazs Gibizer proposed openstack/placement master: Extra tests around required traits https://review.opendev.org/c/openstack/placement/+/825846 | |
| 18:21:42 | opendevreview | Balazs Gibizer proposed openstack/placement master: Extend the RP tree DB query to support any-traits https://review.opendev.org/c/openstack/placement/+/825849 | |
| 18:21:42 | opendevreview | Balazs Gibizer proposed openstack/placement master: Extend the RP db query to support any-traits https://review.opendev.org/c/openstack/placement/+/825848 | |
| 18:32:50 | yuval | deadline | |
| 18:33:29 | yuval | hey, lol, was trying to search for the nova driver deadline in the chat | |
| 18:33:49 | gibi | yuval: we only have feauture freeze at milestone 3 | |
| 18:33:55 | gibi | no special driver deadline | |
| 18:34:57 | yuval | ok so Feb 21 | |
| 18:35:16 | gibi | yepp | |
| 18:35:55 | gibi | more like the week for Feb21 | |
| 18:36:07 | gibi | probably the actual deadline is Thursday that week | |
| 18:36:32 | yuval | ok | |
| 18:37:01 | yuval | searching for the deadline I got this from google: https://yoganovastudios.com/pages/schedule | |
| 18:37:06 | yuval | was a bit confused | |
| 18:37:45 | yuval | :) | |
| 19:17:34 | chateaulav | lol | |
| 21:08:40 | opendevreview | Merged openstack/nova master: Update centos 8 py36 functional job nodeset to centos stream 8 https://review.opendev.org/c/openstack/nova/+/824637 | |
| 21:08:50 | opendevreview | Merged openstack/nova master: Test aborting queued live migration https://review.opendev.org/c/openstack/nova/+/776250 | |
| #openstack-nova - 2022-01-22 | |||
| 00:37:50 | opendevreview | Ghanshyam proposed openstack/nova stable/xena: Update centos 8 py36 functional job nodeset to centos stream 8 https://review.opendev.org/c/openstack/nova/+/825930 | |
| 02:18:10 | opendevreview | Merged openstack/nova master: nova-next: Deploy noVNC from source instead of packages https://review.opendev.org/c/openstack/nova/+/816738 | |
| 09:55:13 | opendevreview | Balazs Gibizer proposed openstack/nova master: DNM: run nova tests with any--traits placement feature https://review.opendev.org/c/openstack/nova/+/825914 | |
| #openstack-nova - 2022-01-23 | |||
| 03:58:12 | opendevreview | Merged openstack/nova master: conf: Allow cinderclient and os_brick to independently log at DEBUG https://review.opendev.org/c/openstack/nova/+/820399 | |
| #openstack-nova - 2022-01-24 | |||
| 07:23:37 | Ammad | Hello, | |
| 07:23:47 | Ammad | Anyone available from nova team ? | |
| 07:24:48 | Ammad | I am able to live migrate vm that is on local disk of compute node to other compute node in wallaby but its not working in xena. | |
| 07:25:20 | Ammad | Timed out during operation: cannot acquire state change lock (held by monitor=remoteDispatchDomainMigratePrepare3Params) | |
| 07:25:38 | Ammad | Seeing above error from libvirt. | |
| 08:03:25 | plibeau3 | hello, when you have time to review https://review.opendev.org/c/openstack/nova/+/820531 | |
| 08:22:39 | opendevreview | Federico Ressi proposed openstack/nova master: Debug Nova APIs call failures https://review.opendev.org/c/openstack/nova/+/806683 | |
| 11:47:53 | IPO | Hello ! | |
| 11:48:54 | IPO | Is there any plans for https://review.opendev.org/c/openstack/nova/+/805649 ? | |
| 11:52:14 | sean-k-mooney[m] | i have upgraded my vote to a +2 | |
| 11:53:40 | sean-k-mooney[m] | IPO so i would like to see that merged sooner rather then later | |
| 11:54:56 | sean-k-mooney[m] | stephenfin not sure if you are arround but you might have input on ^ otherwise bauza or gibi perhaps. | |
| 11:55:55 | IPO | thx for info ! | |
| 11:59:19 | sean-k-mooney[m] | stephenfin by the way i just noticed you have an old series up for removing vcpu_pin_set. i assume you wont have time to work on that. one of the patches is removing the reshape did we settle on that being an ok thing to do | |
| 12:00:02 | sean-k-mooney[m] | at this point i think it makes sense to remove it and do the other clean up but i know there was some concern about that in the past. | |
| 12:04:03 | gibi | sean-k-mooney[m]: ack, queued but my queue getting long this time as I'm spending quality time with placement SQL queries | |
| 12:16:43 | sean-k-mooney[m] | gibi hopefully someone else will get to it before you, how is the placement work going | |
| 13:26:56 | gibi | sean-k-mooney[m]: some initial patches are up, but there is still work to do | |
| 13:27:33 | gibi | I see you found them | |
| 13:28:05 | gibi | thanks for the initial look | |
| 13:28:09 | gibi | I will get to them | |
| 13:29:15 | sean-k-mooney | my main uncertentiy for the first too is should we be returnning a 400 for the repated args since it not relaly supported and the current behvior is not what most would expect | |
| 13:29:23 | gibi | yeah I felt the same | |
| 13:29:27 | sean-k-mooney | but as i said inline i dont know if that requries a microverions | |
| 13:29:34 | sean-k-mooney | if it does what you have is the best we can do | |
| 13:29:56 | sean-k-mooney | well pluse a docs not about the behviaor | |
| 13:29:59 | gibi | I will pull in others to agree on to make a separate fix to have that as http400 without a version bump | |
| 13:30:09 | sean-k-mooney | ack | |
| 13:30:23 | gibi | as I'm against silently ignoring things | |
| 13:30:26 | sean-k-mooney | ill try and take a look at the rest of the series but swapping to email for a bit | |
| 13:31:09 | gibi | sean-k-mooney[m]: thanks, no need to rush, I'm still working on the test for the top patch of the series then I will move from the db layer to the object / api | |
| 13:31:52 | sean-k-mooney | ack. do you have any nova feature that will consome this this cycle by the way | |
| 13:36:50 | gibi | no not at this cycle | |
| 13:37:10 | gibi | in the future I'd like to extend the qos support for multisegment networks | |
| 13:37:27 | gibi | where a port might belong to physnet A or physnet B hence the any-trait support need | |
| 13:37:55 | sean-k-mooney | right although really your talking about adding suport for multi segment provider networks | |
| 13:38:07 | sean-k-mooney | and just making sure it works with qos too | |
| 13:38:30 | sean-k-mooney | since we dont really support the multi provider physnet extnsion at all in nova today | |
| 13:38:37 | sean-k-mooney | we just use the first one always | |
| 13:38:50 | gibi | yeah we have a big hole in that support, but in a certain edge case it works :) | |
| 13:38:52 | sean-k-mooney | but yes that is a good use case for it | |
| 13:39:14 | sean-k-mooney | edge case beign you dont use sriov or qos | |
| 13:39:42 | gibi | if you use both, and the SRIOV is your first segment and you dont use numa aware vswitches then it works :) | |
| 13:39:47 | sean-k-mooney | gibi: once we have the ablity to supprot multi segment network we can do generic physnet arare shculding | |
| 13:40:03 | gibi | sean-k-mooney: yes, and I will look into making the generic case work of course | |
| 13:40:22 | sean-k-mooney | ack which woudl be a nice win | |
| 13:40:57 | gibi | I agree | |
| 13:41:04 | sean-k-mooney | its kind of amazing that we will only strat checkign if the phynest is on thet host in the 26th release :) | |
| 13:41:17 | gibi | better late than never :) | |
| 13:51:27 | sean-k-mooney | gibi: by the way the totaly generic case required neturon changes or addtional placment changes to allow matching tratis form sharing RPs without resouce requests | |
| 13:52:00 | sean-k-mooney | e.g. we need to be abel to create shareign RPs for the physnets and assocaited them with the compute nodes via aggreate | |
| 13:52:44 | sean-k-mooney | thos can be resouceless or they can contian invnetories of subnets/ip wand the port can request an allocation form them | |
| 13:53:05 | sean-k-mooney | so i suspect it will be simpler for you to get it working with qos ports first | |
| 13:53:31 | gibi | hm | |
| 13:53:56 | gibi | currently we have physnet RPs on the bridge RP or on the PF RP | |
| 13:54:01 | sean-k-mooney | then netron can report the ip inventorires or port invetories or whatever we use so that all ports can have a resouce request form the provier or the trait | |
| 13:54:11 | sean-k-mooney | gibi: yep we do | |
| 13:54:16 | gibi | ahh I see now | |
| 13:54:22 | gibi | we need a resource for the non QoS ports | |
| 13:54:27 | sean-k-mooney | yes | |
| 13:54:27 | gibi | and that would be the IP | |
| 13:54:37 | sean-k-mooney | ip or port or something else universal | |