Earlier  
Later
New Search
Posted Nick Remark
#openstack-nova - 2020-10-28
11:10:48 lyarwood stephenfin: sure
11:25:07 gibi lyarwood: I left a question in https://review.opendev.org/#/c/757894/2/nova/compute/manager.py@a2233
11:27:20 kashyap gibi: [Maybe I'll get kicked off this channel for sayin it] Speaking of caffeine, I switched to decaf-only after 10:00 AM (for my afternoon coffee.
11:28:05 kashyap gibi: Because of a certain sleep scientist; check this 2-min msg from him: https://www.youtube.com/watch?v=KGfdR7TSJo4
11:28:29 gibi kashyap: we are inclusive, no kicks due to decaf consumption :)
11:28:37 kashyap Haha
11:28:39 kashyap gibi: "If you have a cup of coffee at noon, then a quarter of that caffeine is still in your brain at _midnight_."
11:28:46 kashyap But --^ that was startling to me
11:29:23 kashyap (That said, PTG demands more caffeine)
11:31:38 gibi now I'm wondering about 5 o'clock tea too
11:32:14 gibi for me tea has a lower but more elongated effect
11:32:27 kashyap Yeah, I've been decaf in the afternoon for 4 days in a row. And my sleep is steadily improving already
11:33:31 kashyap gibi: BTW, his book (https://www.penguin.co.uk/books/295/295665/why-we-sleep/9780141983769.html) that is referenced earlier is excellent. (I've also suggested it to Eric Fried in the past, he said he thoroughly enojyed it, FWIW)
11:33:45 lyarwood gibi: ack thanks looking
11:36:25 gibi kashyap: thanks
11:57:36 openstackgerrit Stephen Finucane proposed openstack/nova master: db: Merge in unique constraints https://review.opendev.org/758156
11:57:36 openstackgerrit Stephen Finucane proposed openstack/nova master: db: Clean up base migration https://review.opendev.org/758155
11:57:37 openstackgerrit Stephen Finucane proposed openstack/nova master: db: Compact Icehouse database migrations https://review.opendev.org/758394
11:57:37 openstackgerrit Stephen Finucane proposed openstack/nova master: db: Drop "remove" of index https://review.opendev.org/758157
11:57:38 openstackgerrit Stephen Finucane proposed openstack/nova master: db: Compact Kilo database migrations https://review.opendev.org/758396
11:57:38 openstackgerrit Stephen Finucane proposed openstack/nova master: db: Compact Juno database migration https://review.opendev.org/758395
11:57:39 openstackgerrit Stephen Finucane proposed openstack/nova master: db: Compact Mitaka database migrations https://review.opendev.org/758398
11:57:39 openstackgerrit Stephen Finucane proposed openstack/nova master: db: Compact Liberty database migrations https://review.opendev.org/758397
11:57:40 openstackgerrit Stephen Finucane proposed openstack/nova master: db: Compact Ocata database migrations https://review.opendev.org/759086
11:57:40 openstackgerrit Stephen Finucane proposed openstack/nova master: db: Compact Newton database migrations https://review.opendev.org/759085
11:57:41 openstackgerrit Stephen Finucane proposed openstack/nova master: db: Compact Queens database migrations https://review.opendev.org/759088
11:57:41 openstackgerrit Stephen Finucane proposed openstack/nova master: db: Compact Pike database migrations https://review.opendev.org/759087
11:57:42 openstackgerrit Stephen Finucane proposed openstack/nova master: db: Compact Stein database migrations https://review.opendev.org/759090
11:57:42 openstackgerrit Stephen Finucane proposed openstack/nova master: db: Compact Rocky database migrations https://review.opendev.org/759089
11:57:43 openstackgerrit Stephen Finucane proposed openstack/nova master: db: Compact Train database migrations https://review.opendev.org/759091
11:59:11 stephenfin gibi: probably want to get this in sooner rather than later https://review.opendev.org/#/c/754396/
12:03:05 gibi stephenfin: good point
12:06:24 kashyap stephenfin: Hey, for later, you might want to bookmark this talk from SUSE, ongoing at KVM Forum, on vCPU topology, pinning, etc - https://kvmforum2020.sched.com/event/eE1y/virtual-topology-for-virtual-machines-friend-or-foe-dario-faggioli-suse
12:06:40 kashyap (Slides are in link above; so you can already skim the content)
12:07:36 gibi stephenfin: can we skip adding db migration placeholders in the future if no new migration is added during W? now we have a big chunk of placeholders after the last db migration
12:31:36 openstackgerrit Balazs Gibizer proposed openstack/nova master: WIP: add ovo-mypy-plugin to type hinting o.vos https://review.opendev.org/758851
12:56:10 gibi nova PTG starts in 10 minutes with nova-cyborg corss project session
12:56:16 gibi nova PTG starts in 4 minutes with nova-cyborg corss project session
12:57:28 lyarwood I'm going to be attending the cinder session this afternoon FYI, I don't think I'm of any use in the cross projects today but ping me if something comes up that I can help with
12:57:36 gibi lyarwood: ck
12:57:40 gibi lyarwood: ack
13:12:22 openstackgerrit Ghanshyam Mann proposed openstack/nova master: DNM: testing copy image with non admin policy https://review.opendev.org/760128
13:46:16 bauzas wow, this was violent
13:46:28 bauzas gibi: my laptop crashed but I'm rejoining
13:46:28 kashyap What was violent?
14:55:52 lyarwood zoom--
14:56:49 lyarwood haha finally get it to work and it's time for a break, typical.
15:16:20 melwitt lyarwood: I saw, the gate is super angry :(
15:19:43 lyarwood melwitt: yup indeed thanks for checking things overnight btw
15:19:49 lyarwood melwitt: it's merged now finally
15:21:37 melwitt lyarwood: yeah, I saw it got force merged if I understood correctly. and yeah, want to get a handle on the gate bugs and figure out some root causes. things have been crazy lately
15:56:53 lyarwood bauzas: mute :)
15:57:13 bauzas shit
15:57:22 lyarwood np
15:57:38 bauzas if anyone knows whether zoom supports space tabs for muting/unmuting automatically, I'm your man
16:11:39 bauzas F32--
16:11:46 bauzas killed my zoom and a couple of apps
16:26:00 gibi #nova now Deprecate os-hypervisors API
16:28:58 openstackgerrit Merged openstack/nova master: Add placeholder migrations for Victoria backports https://review.opendev.org/754396
16:44:10 bauzas gibi: wrong channel ^ ;)
16:44:44 gibi :D
16:44:50 melwitt gibi, elod, lyarwood: been meaning to ask for awhile ... would appreciate your opinion about these two open stable-only changes whether you think it's appropriate given the oldness of queens https://review.opendev.org/#/q/topic:bug/1731668
16:45:02 melwitt tl;dr is there was a bug in some transitionary code that is triggered by lots of parallel requests to placement (example: running Rally). impact (if I read the code correctly) is instances go into ERROR state for failure to create placement allocations
16:45:17 gibi melwitt: I have to get back to these tomorrow morning
16:45:27 melwitt np thanks
16:50:29 elod melwitt: sure, I'll try to understand the whole case and figure out whether it fits to be backported or not. but I'm a bit lagging behind myself, so I won't promise anything right now o:)
16:50:43 elod and thanks for the tl;dr :]
16:52:02 melwitt elod: np. yeah it's just a bug, if you try to create a bunch of instances in parallel in queens, you can hit this bug and cause lots of instances to fall into ERROR state as they fail during the scheduling step
16:52:13 lyarwood melwitt: I'm slightly confused, why is this stable-only?
16:52:29 melwitt lyarwood: bug is in transitionary code that no longer exists
16:52:41 lyarwood melwitt: ah sorry didn't gork that correctly in your tldr
16:53:12 lyarwood melwitt: and just to be clear, it no longer exists in Placement right?
16:53:16 lyarwood melwitt: not just Nova
16:53:24 melwitt lyarwood: np, I'm sure I didn't explain it well. also, note the func test needs real MySQL to repro the bug because it has to do with database transaction isolation which sqlite has none of
16:53:37 melwitt lyarwood: correct, no longer in placement
16:53:45 lyarwood melwitt: ack thanks
17:12:06 lyarwood melwitt: so the change LGTM as a stable only change but I'd like other master cores with placement/db exp to take a look before we merge this
17:12:20 lyarwood melwitt: could you also add the context about why this is stable only in the commit message itself?
17:12:30 lyarwood actually both of them as they are both marked as stable only
17:20:32 openstackgerrit Merged openstack/nova stable/victoria: libvirt: 'video.vram' property must be an integer https://review.opendev.org/757616
17:42:02 melwitt lyarwood: I tried to do that as "As part of data migration code" but I acknowledge that's not good enough
18:01:45 mnaser hmm, it looks like live migration when using routed networks can result in the scheduler picking the wrong hosts (systems that are on a different segment?)
18:01:55 mnaser am I missing something or this seems to be something that's not yet implemetned
18:03:26 lyarwood mnaser: https://review.opendev.org/#/q/topic:bp/routed-networks-scheduling - I think that's still a WIP
18:13:07 rm_work re: the way nova migrations / DB stuff is handled -- if the DB is upgraded from say, rocky->stein, and then we try to run stein but have some issue... could the rocky service run on the stein DB schema? or would it explode violently? or maybe more subtly break?
18:16:31 sean-k-mooney mnaser: ya as lyarwood said that is not implemented nova currenly has not awareness of segments
18:17:01 sean-k-mooney mnaser: bauzas will be working on it for wallaby
18:22:37 melwitt rm_work: yes it can, this is what happens during a rolling upgrade from N to N+1, see details https://docs.openstack.org/nova/latest/user/upgrade.html
18:23:31 rm_work ohh
18:23:35 rm_work "These DB schema changes are done in a way that both the N and N+1 release can perform operations against the same schema."
18:23:37 rm_work A++++
18:23:40 rm_work thanks!
18:24:43 melwitt yw
18:28:21 rm_work followup -- placement is microversioned, right? so ... we could feasibly run nova at Stein and placement at ... Master? :P
18:28:52 rm_work (once we've done the initial migration to standalone placement service/DB, in stein)
18:30:35 rm_work there is only a dependency on the NOVA side that placement must be at least at the same version as nova
18:30:54 rm_work there's no such reverse dependency on the placement side?
18:31:07 sean-k-mooney rm_work: correct
18:31:18 melwitt yeah. as mentioned in the doc, placement must be same or ahead of nova bc of the dependency but other than that, it is designed to work independently by way of the API microversions
18:31:20 sean-k-mooney nova has a min placment version it works with

Earlier   Later