Earlier  
Posted Nick Remark
#openstack-nova - 2021-06-28
13:28:54 gibi bauzas: thanks
13:29:11 gibi let's see how stephenfin feels about it after his lunch
13:33:31 bauzas sure
13:34:23 sean-k-mooney gibi: here is a patch to update teh neutron doc by the way https://review.opendev.org/c/openstack/neutron/+/798302
13:34:54 sean-k-mooney git distracted by the previous conversation
13:35:02 bauzas gosh, eavesdrop is soooo slow to update the
13:35:45 sean-k-mooney bauzas: i think its a cron job or similar
13:35:56 bauzas last updated bits are from more than 20 mins
13:35:58 sean-k-mooney it often pretty quick but sometimes its delayed
13:36:19 sean-k-mooney ya that sometimes happens
13:36:35 sean-k-mooney ususally its only a minute or so behind at most
13:37:37 bauzas still lagging
13:39:55 ganso lyarwood: hi! could you please take one quick look at https://review.opendev.org/c/openstack/nova/+/795432 ? The other reviewers said they are waiting for your feedback. Thanks in advance!
13:40:21 gibi sean-k-mooney: ups, I also pushed a doc patch https://review.opendev.org/c/openstack/neutron/+/798294
13:41:36 sean-k-mooney oh ok lol
13:42:07 bauzas can someone confirm it's not PEBKAC if https://meetings.opendev.org/irclogs/%23openstack-nova/%23openstack-nova.2021-06-28.log.html is lagging ?
13:42:39 sean-k-mooney gibi: i dont mind going with yours we took slightly different approches but the message is similar
13:42:55 artom bauzas, https://meetings.opendev.org/irclogs/%23openstack-nova/latest.log.html
13:43:11 sean-k-mooney artom: its the same page
13:43:14 artom sean-k-mooney, I know
13:43:20 artom 13:15 is the latest timestamp there
13:43:28 artom That's in UTC I imagine
13:43:36 artom So about 30 minutes behind...
13:43:41 sean-k-mooney bauzas: i assume you just want to link to the point where the converstation started
13:43:45 artom Yeah, feels longer than normal
13:44:02 bauzas sean-k-mooney: I'd rather point to the written agrement
13:44:03 sean-k-mooney bauzas: it have updated by the time anyone actully reads it
13:44:09 sean-k-mooney ah ok
13:44:28 sean-k-mooney ill quickly check with infra
13:45:00 artom Also, "then your dog"
13:50:15 bauzas artom: did you like it ? did i used it correctly ?
13:50:38 artom bauzas, I actually have no idea what you were trying to say :P
13:50:52 bauzas artom: "then it's your problem"
13:51:23 gibi sean-k-mooney: ack, let me know if you think some part of your message should be incorporated to mine
13:51:26 artom Never heard it used like that... or at all, in fact
13:51:50 bauzas "mommy, I don't wanna take the dog out it's raining", "darling, you wanted it, so YOUR DOG"
13:53:05 artom bauzas, I think you just invented an expression. You're this century's Shakespeare
13:53:13 gibi :D
13:53:16 bauzas artom: Voltaire, please
14:18:00 bauzas so, I left my comment but i need to get my kids from school, ttyl
14:33:07 opendevreview sean mooney proposed openstack/os-vif master: [WIP] add configurable per port bridges https://review.opendev.org/c/openstack/os-vif/+/798055
14:57:05 gibi bauzas, sean-k-mooney: you were +2 on the Placement RP re-parenting spec, could you also look at the implementation https://review.opendev.org/c/openstack/placement/+/784020 ?
14:57:21 bauzas surelyu
14:57:24 sean-k-mooney yes i can do that
14:57:36 bauzas I tho have a meeting in 2 mins... so tomorrow morning, your dog :p
14:58:15 gibi bauzas: thanks :)
14:58:17 gibi sean-k-mooney: thanks
14:58:56 gibi also on placement side there is a quick small patch to add pps resources to os-resource-classes https://review.opendev.org/c/openstack/os-resource-classes/+/796591
15:29:44 bauzas +2d on the last one
15:33:15 gibi bauzas: thanks
15:36:04 opendevreview Elod Illes proposed openstack/nova stable/pike: Update pci stat pools based on PCI device changes https://review.opendev.org/c/openstack/nova/+/798345
16:32:07 opendevreview Stephen Finucane proposed openstack/nova master: WIP: api: Validate host belongs to availability zone https://review.opendev.org/c/openstack/nova/+/798145
19:19:35 opendevreview Merged openstack/nova stable/ussuri: [CI] Fix gate by using zuulv3 live migration and grenade jobs https://review.opendev.org/c/openstack/nova/+/795432
19:23:53 opendevreview sean mooney proposed openstack/os-vif master: [WIP] add configurable per port bridges https://review.opendev.org/c/openstack/os-vif/+/798055
19:30:38 ganso gibi, bauzas: if you have a spare minute to please look at this backport that is ready for an extra +2 and +W: https://review.opendev.org/c/openstack/nova/+/796719
20:36:07 tosky melwitt, elodilles: yay, now time to update the train backport of the legacy cleanup and the CI should be (almost) fine
#openstack-nova - 2021-06-29
02:14:52 opendevreview Merged openstack/nova stable/ussuri: Remove broken legacy zuul jobs https://review.opendev.org/c/openstack/nova/+/795374
07:03:48 gibi ganso: I have no +2 rights on stable branches
08:03:02 opendevreview Yongli He proposed openstack/nova master: Smartnic support - cyborg drive https://review.opendev.org/c/openstack/nova/+/771362
08:03:02 opendevreview Yongli He proposed openstack/nova master: smartnic support - new vnic type https://review.opendev.org/c/openstack/nova/+/771363
08:03:04 opendevreview Yongli He proposed openstack/nova master: smartnic support - create arqs https://review.opendev.org/c/openstack/nova/+/758944
08:03:04 opendevreview Yongli He proposed openstack/nova master: smartnic support - build instance with smartnic arqs https://review.opendev.org/c/openstack/nova/+/798249
08:03:05 opendevreview Yongli He proposed openstack/nova master: smartnic support - cleanup arqs https://review.opendev.org/c/openstack/nova/+/798054
08:03:05 opendevreview Yongli He proposed openstack/nova master: smartnic support - reject server move and suspend https://review.opendev.org/c/openstack/nova/+/779913
08:03:06 opendevreview Yongli He proposed openstack/nova master: smartnic support - functional tests https://review.opendev.org/c/openstack/nova/+/780147
08:32:44 lyarwood sean-k-mooney: https://review.opendev.org/c/openstack/devstack/+/798514 btw
08:33:42 lyarwood https://bugs.launchpad.net/devstack/+bug/1933096 moved to devstack
08:35:43 opendevreview Lee Yarwood proposed openstack/nova master: zuul: Add CentOS 8 stream integrated compute tempest job to gate https://review.opendev.org/c/openstack/nova/+/797616
08:42:16 lyarwood gibi: nova-live-migration doesn't look happy on master
08:43:11 lyarwood Call _is_port_status_active returns false in 60.000000 seconds
08:43:16 lyarwood test_live_migration_with_trunk
08:56:06 opendevreview Lee Yarwood proposed openstack/nova master: zuul: Skip test_live_migration_with_trunk until bug #1933954 is fixed https://review.opendev.org/c/openstack/nova/+/798580
09:31:48 stephenfin sean-k-mooney: gibi: bauzas: When you're all around, I'd like to pick up discussion on that availability zone issue again (I got stuck in meetings after lunch yesterday)
09:32:24 bauzas stephenfin: I'm working on some A100 vGPU test... :(
09:32:38 bauzas urgent query from some PM
09:32:57 stephenfin ah, no worries, I guess I can keep it to the Gerrit review and let you respond async
09:33:28 stephenfin tl;dr: I still have concerns about recording null or the default AZ when the host doesn't belong to the availability zone
09:35:23 stephenfin I'd be okay with overwriting the requested AZ with the hosts AZ (with a warning) if we insist on not blocking the request
09:37:06 lyarwood https://bugs.launchpad.net/nova/+bug/1933954 and https://bugs.launchpad.net/nova/+bug/1933958 smell related to me if anyone with more neutron context has time to review
09:39:39 bauzas stephenfin: that's probably why we should only record None
09:39:48 bauzas and not the default AZ
09:40:09 bauzas stephenfin: so, letting the instance to be movable between AZs
09:41:12 bauzas stephenfin: if operators want the instance to *not* be movable between AZs, they should use both --az and --host
09:46:23 bauzas stephenfin: replied on PS1 https://review.opendev.org/c/openstack/nova/+/798145
09:48:27 rohit02 hi team on any openstack ussuri we are getting error while launching multiattach volume booted instance on horizon"Multiattach volumes are only supported starting with compute API version 2.60. (HTTP 400) (Request-ID: req-fd275b1c-c827-460f-9005-ff9f3d02dbb6)"
09:50:32 rohit02 is a known issue for multiattach volume type for horizon? is there any fix for this issue
09:53:44 lyarwood Odd, no idea why Horizon wouldn't be using 2.latest tbh
09:54:01 lyarwood is it configurable in Horizon?
09:57:03 stephenfin lyarwood: Yeah, they look related. Looking at the logs for the first one (https://storage.gra.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_8f7/771362/28/check/nova-live-migration/8f76ccd/compute1/logs/screen-n-cpu.txt) I see:
09:57:12 stephenfin "Neutron is not new enough to perform early destination host port binding activation. Port bindings will be updated later."
09:58:01 stephenfin which only happens if neutron doesn't support port bindings, apparently https://github.com/openstack/nova/blob/master/nova/network/neutron.py#L2860-L2868
09:58:43 lyarwood cool cool, I don't see anything obvious in nova or neutron that might be causing this
09:58:57 lyarwood guess it might be in devstack or tempest (for the job definitions)
10:00:10 stephenfin I'm looking at recent devstack changes as we speak
10:00:15 stephenfin I asked on #openstack-neutron too
10:01:52 lyarwood ta
10:03:12 stephenfin Merge "[ML2] Change way how list of supported API extensions is made"
10:03:14 stephenfin that looks relevant
10:03:17 stephenfin (from neutron)
10:05:50 lyarwood gah I was looking at author and not the commit date

Earlier   Later