Earlier  
Posted Nick Remark
#openstack-nova - 2023-03-02
13:56:36 bauzas anyway, this isn't #openstack-auto
13:57:01 elodilles :D
13:57:32 bauzas cores, I urgently need eyes on https://review.opendev.org/c/openstack/nova/+/875380 and https://review.opendev.org/c/openstack/nova/+/874932/
13:58:05 elodilles bauzas: I'm waiting for Kitt from Knight Rider (yes, I am that old :D)
13:58:23 bauzas elodilles: I'm old enough to share the reference
13:58:47 elodilles :]
14:10:52 gibi bauzas: yeah we just happened to have a good lunch with elodilles lajoskatona rubasov here :)
14:11:08 bauzas I'm jealous
14:17:30 opendevreview Jorge San Emeterio proposed openstack/nova master: WIP: Have schema for 'lock' action be applied to all microversions. https://review.opendev.org/c/openstack/nova/+/875653
14:19:18 gibi bauzas: I'm +2 on both pending patches
14:19:28 bauzas ta
14:19:39 bauzas I'll proxy dansmith's vote if you agree
14:20:31 opendevreview Justas Poderys proposed openstack/nova-specs master: VirtIO PackedRing Configuration support https://review.opendev.org/c/openstack/nova-specs/+/868377
14:21:37 gibi bauzas: sure
14:22:02 gibi bauzas: I added a topic to the ptg to discuss cleaning up our upgrade documentation in the light of SLURP
14:22:44 bauzas cool
14:22:48 kashyap SLURP?
14:23:29 gibi kashyap: yepp, what a nice naming https://governance.openstack.org/tc/resolutions/20220210-release-cadence-adjustment.html
14:23:35 gibi (Skip Level Upgrade Release Process
14:23:36 gibi )
14:23:45 kashyap Aah, /me clicks
14:24:03 kashyap Hehe, yeah, catchy acronyms are a good psychological trick
14:24:04 bauzas formerly unofficially named tick-tock releases
14:24:26 bauzas well, SLURP release is a former 'tick' release
14:24:37 opendevreview Justas Poderys proposed openstack/nova-specs master: VirtIO PackedRing Configuration support https://review.opendev.org/c/openstack/nova-specs/+/868377
14:24:47 kashyap gibi: The name is dangerously close to ... "SLIRP", QEMU's user-mode networking: https://wiki.qemu.org/Documentation/Networking#User_Networking_(SLIRP)
14:32:13 bauzas nooooo https://zuul.openstack.org/status#873584 says it will fail
14:32:33 bauzas pressure on the gate I guess, as today is RC1
14:32:45 bauzas we got problems before, and now we fail again
14:32:52 bauzas while last weeks were quite ok
14:33:55 gibi bauzas: then we can conclude that the load on the CI causes that some of our edge cases are more visible.
14:34:04 bauzas yup
14:34:46 bauzas https://b37c807ec9e6a66916f3-1265f2e9e3a0fcf75a00d1718ae30bb8.ssl.cf1.rackcdn.com/873584/1/check/tempest-integrated-compute-enforce-scope-new-defaults/f4dafd1/testr_results.html seems coming from an unresponsive API service
14:35:13 gibi I think I opened a bug for that class of bugs
14:35:25 gibi https://bugs.launchpad.net/tempest/+bug/1999893
14:35:30 bauzas and https://storage.gra.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_19b/873584/1/check/nova-live-migration/19ba9dd/testr_results.html shows some weird neutron behaviour
14:35:32 gibi here it is ^^
14:35:36 opendevreview Jorge San Emeterio proposed openstack/nova master: Adding a default schema for requests to the 'lock', 'migrate' and 'unshelve' actions. https://review.opendev.org/c/openstack/nova/+/875653
14:36:18 gibi hm, "Bad router request: Router already has a port on subnet 352d6d1a-3324-4786-8f7c-4c2fb20b73d4" is new to me
14:36:42 bauzas I'll add the new exerpts to the bug
14:36:53 gibi thanks
14:37:03 bauzas this time it looks to me that it was neutron API which was unresponsive
14:37:20 bauzas oh wait no
14:37:33 opendevreview Justas Poderys proposed openstack/nova-specs master: VirtIO PackedRing Configuration support https://review.opendev.org/c/openstack/nova-specs/+/868377
14:37:59 bauzas neutron, glance, nova
14:38:07 bauzas all close in time
14:38:21 bauzas that can't be a service API problem
14:40:55 opendevreview Danylo Vodopianov proposed openstack/os-traits master: Add 'COMPUTE_NET_VIRTIO_PACKED' https://review.opendev.org/c/openstack/os-traits/+/876069
14:41:26 opendevreview Danylo Vodopianov proposed openstack/nova master: Packed virtqueue support was added. https://review.opendev.org/c/openstack/nova/+/876075
14:52:35 opendevreview Justas Poderys proposed openstack/nova-specs master: VirtIO PackedRing Configuration support https://review.opendev.org/c/openstack/nova-specs/+/868377
15:08:32 bauzas dansmith: can you give https://review.opendev.org/c/openstack/nova/+/875380 a swing ?
15:08:53 dansmith ack
15:15:36 dansmith bauzas: do you want me to +W or let it soak for others to review?
15:16:08 bauzas well, we can wait for gmann and sean-k-mooney to review that prelude
15:16:14 bauzas the CI is fucked today
15:16:18 bauzas anyway
15:16:37 dansmith is it?
15:16:42 bauzas and we don't have yet merged the logging revert and the service min version patch
15:17:22 bauzas dansmith: yah, between your patch and https://review.opendev.org/c/openstack/nova/+/873584 today is a nice day
15:17:44 dansmith my patch? did I break something?
15:17:48 bauzas no no
15:18:02 bauzas saying that I did some rechecks on your own patch
15:18:12 dansmith oh the grenade job one?
15:18:15 bauzas speaking of https://review.opendev.org/c/openstack/nova/+/875773
15:18:45 bauzas oh heh, it failed again
15:19:40 dansmith so, not that it helps,
15:19:44 bauzas the fun is that every single failure is different
15:20:04 dansmith but I realized a bit ago that we never merged the test for the rebuild-bfv feature last cycle: https://review.opendev.org/c/openstack/tempest/+/831018
15:20:12 dansmith I don't know why that needs its own job, so I hope we can roll that in,
15:20:19 dansmith but we have no coverage for that currently, unfortunately :/
15:20:49 bauzas today i haven't seen (yet) any volume-related issue
15:21:03 bauzas so far this was timeouts and a few unresponsive calls
15:21:16 bauzas none of them being cinder-related
15:21:36 dansmith well, that's progress IMHO :)
15:21:39 dansmith but yeah, timeouts
15:21:55 bauzas I have a rule of thumb
15:22:06 bauzas I had problems during the week of milestone-3
15:22:23 bauzas milestone-3 went and the weekend after that, all patches in queue merged without problems
15:22:29 bauzas now we're on RC1 period
15:22:53 bauzas the gate is mostly busted and the check pipeline is horribly on delay
15:23:05 bauzas I just think we should be able to branch RC1 this weekend, yay
15:23:48 bauzas anyway, me needs to disappear for a dozen of minutes for parenting responsibilities
15:24:01 bauzas bbias
15:32:53 dosaboy hi folks, if anyone has time to land these yoga backports it would be greatly appreciated - https://review.opendev.org/q/topic:bug%252F1890244
15:33:19 dosaboy they've got a +2 already
15:34:39 sean-k-mooney1 i fixed that... hum does that mean i need to drink more or less coffee if i dont remember it
15:35:31 dosaboy more coffee always, that's my M.O. at least
15:57:20 bauzas dosaboy: I'll give them a swing
16:00:03 bauzas dosaboy: aaaand done
16:35:36 dosaboy bauzas: many thanks!
16:35:52 bauzas np
16:40:40 bauzas I'm saying it here too, but we're busted to get the RC1 patch being merged today
17:38:30 bauzas folks, I end my day on a sad note : since we can't deliver RC1 today, we'll try again tomorrow
17:39:40 bauzas that's a bummer, but looks like nobody really cares about it
17:40:07 dansmith bauzas: is this because you can't merge the log revert?
17:40:23 bauzas that + the prelude + the service object bump
17:40:28 bauzas 3 patches on fly
17:40:35 dansmith oh right, those, gotcha
17:40:55 dansmith we can certainly merge the prelude right?
17:40:55 bauzas we should end up releasing RC1 on the weekend

Earlier   Later