Monday, 2019-12-09

*** irclogbot_1 has joined #openstack-nova00:23
*** irclogbot_1 has quit IRC00:40
*** tbachman has joined #openstack-nova00:45
*** Liang__ has joined #openstack-nova01:20
*** irclogbot_0 has joined #openstack-nova01:27
*** zhanglong has joined #openstack-nova01:39
*** irclogbot_0 has quit IRC01:48
*** irclogbot_1 has joined #openstack-nova02:47
openstackgerritSundar Nadathur proposed openstack/nova master: ksa auth conf and client for Cyborg access  https://review.opendev.org/63124202:52
openstackgerritSundar Nadathur proposed openstack/nova master: Add Cyborg device profile groups to request spec.  https://review.opendev.org/63124302:52
openstackgerritSundar Nadathur proposed openstack/nova master: Define Cyborg ARQ binding notification event.  https://review.opendev.org/69270702:52
openstackgerritSundar Nadathur proposed openstack/nova master: Create and bind Cyborg ARQs.  https://review.opendev.org/63124402:52
openstackgerritSundar Nadathur proposed openstack/nova master: Compose accelerator PCI devices into VM's domain XML.  https://review.opendev.org/63124502:52
openstackgerritSundar Nadathur proposed openstack/nova master: Delete ARQs for an instance when the instance is deleted.  https://review.opendev.org/67373502:52
openstackgerritSundar Nadathur proposed openstack/nova master: Add cyborg tempest job.  https://review.opendev.org/67099902:52
openstackgerritSundar Nadathur proposed openstack/nova master: Enable hard reboot with accelerators.  https://review.opendev.org/69794002:52
*** slaweq has joined #openstack-nova02:54
*** slaweq has quit IRC03:02
*** brinzhang has joined #openstack-nova03:06
*** brinzhang has quit IRC03:08
*** brinzhang has joined #openstack-nova03:08
*** slaweq has joined #openstack-nova03:09
*** slaweq has quit IRC03:15
*** brault has quit IRC03:16
*** brault has joined #openstack-nova03:22
*** chenhaw has joined #openstack-nova03:25
*** lvbin01 has quit IRC03:25
*** lvbin01 has joined #openstack-nova03:25
*** brinzhang_ has joined #openstack-nova03:25
*** brinzhang has quit IRC03:29
*** slaweq has joined #openstack-nova03:32
*** slaweq has quit IRC03:37
*** slaweq has joined #openstack-nova03:49
*** mkrai has joined #openstack-nova03:52
*** slaweq has quit IRC03:54
openstackgerritSundar Nadathur proposed openstack/nova master: Delete ARQs for an instance when the instance is deleted.  https://review.opendev.org/67373504:02
openstackgerritSundar Nadathur proposed openstack/nova master: Enable hard reboot with accelerators.  https://review.opendev.org/69794004:02
openstackgerritSundar Nadathur proposed openstack/nova master: Add cyborg tempest job.  https://review.opendev.org/67099904:02
*** slaweq has joined #openstack-nova04:09
*** udesale has joined #openstack-nova04:25
*** bhagyashris has joined #openstack-nova04:29
*** factor has quit IRC04:31
*** factor has joined #openstack-nova04:32
*** slaweq has quit IRC04:45
*** sapd1 has quit IRC05:09
openstackgerritSundar Nadathur proposed openstack/nova master: Define Cyborg ARQ binding notification event.  https://review.opendev.org/69270705:30
openstackgerritSundar Nadathur proposed openstack/nova master: Create and bind Cyborg ARQs.  https://review.opendev.org/63124405:30
openstackgerritSundar Nadathur proposed openstack/nova master: Compose accelerator PCI devices into VM's domain XML.  https://review.opendev.org/63124505:30
openstackgerritSundar Nadathur proposed openstack/nova master: Delete ARQs for an instance when the instance is deleted.  https://review.opendev.org/67373505:30
openstackgerritSundar Nadathur proposed openstack/nova master: Enable hard reboot with accelerators.  https://review.opendev.org/69794005:30
openstackgerritSundar Nadathur proposed openstack/nova master: Add cyborg tempest job.  https://review.opendev.org/67099905:30
*** janki has joined #openstack-nova05:39
*** zhanglong has quit IRC05:43
*** slaweq has joined #openstack-nova05:59
*** zhanglong has joined #openstack-nova06:01
*** slaweq has quit IRC06:04
*** ircuser-1 has quit IRC06:33
*** damien_r has joined #openstack-nova06:34
openstackgerritOpenStack Proposal Bot proposed openstack/nova master: Imported Translations from Zanata  https://review.opendev.org/69471706:44
*** brinzhang has joined #openstack-nova06:53
*** awalende has joined #openstack-nova06:53
*** brinzhang_ has quit IRC06:56
*** awalende has quit IRC06:58
*** jchhatbar has joined #openstack-nova07:01
*** janki has quit IRC07:01
*** jchhatbar has quit IRC07:01
*** brinzhang_ has joined #openstack-nova07:06
*** brinzhang has quit IRC07:10
*** rcernin has quit IRC07:12
*** zhanglong has quit IRC07:13
*** brinzhang has joined #openstack-nova07:19
*** brinzhang_ has quit IRC07:23
*** slaweq has joined #openstack-nova07:24
*** brinzhang has quit IRC07:29
*** brinzhang has joined #openstack-nova07:29
*** brinzhang has quit IRC07:31
*** brinzhang has joined #openstack-nova07:31
*** damien_r has quit IRC07:32
*** belmoreira has joined #openstack-nova07:35
*** brinzhang_ has joined #openstack-nova07:39
*** links has joined #openstack-nova07:42
*** brinzhang has quit IRC07:42
*** gibi is now known as gibi_off07:42
*** adriant has quit IRC07:52
*** adriant has joined #openstack-nova07:52
*** brinzhang has joined #openstack-nova07:55
*** brinzhang has quit IRC07:56
*** brinzhang has joined #openstack-nova07:56
*** brinzhang_ has quit IRC07:58
*** damien_r has joined #openstack-nova07:59
*** igordc has joined #openstack-nova08:01
*** brinzhang has quit IRC08:05
*** brinzhang has joined #openstack-nova08:05
*** brinzhang_ has joined #openstack-nova08:07
*** tkajinam has quit IRC08:07
*** awalende has joined #openstack-nova08:09
*** brinzhang has quit IRC08:10
*** jangutter has joined #openstack-nova08:11
*** awalende has quit IRC08:14
*** jangutter has quit IRC08:16
*** jangutter has joined #openstack-nova08:16
*** brinzhang_ has quit IRC08:25
*** tosky has joined #openstack-nova08:25
*** brinzhang_ has joined #openstack-nova08:25
*** avolkov has joined #openstack-nova08:29
*** brinzhang has joined #openstack-nova08:29
*** tesseract has joined #openstack-nova08:30
*** tesseract has quit IRC08:31
*** tesseract has joined #openstack-nova08:31
*** brinzhang_ has quit IRC08:32
*** igordc has quit IRC08:36
*** brinzhang has quit IRC08:38
*** maciejjozefczyk has joined #openstack-nova08:39
*** tetsuro has joined #openstack-nova08:48
*** zhanglong has joined #openstack-nova08:53
*** abaindur has joined #openstack-nova08:57
*** martinkennelly has joined #openstack-nova08:57
*** ralonsoh has joined #openstack-nova08:57
*** abaindur_ has joined #openstack-nova08:58
*** abaindur has quit IRC08:58
*** ebbex has quit IRC09:00
*** udesale has quit IRC09:01
*** awalende has joined #openstack-nova09:05
*** abaindur_ has quit IRC09:08
*** rcernin has joined #openstack-nova09:11
*** rpittau|afk is now known as rpittau09:15
openstackgerritBrin Zhang proposed openstack/nova master: PoC: Support re-configure the delete_on_termination in server  https://review.opendev.org/69382809:16
*** derekh has joined #openstack-nova09:38
*** mgoddard has joined #openstack-nova09:46
*** Liang__ has quit IRC09:49
*** belmoreira has quit IRC09:53
*** belmoreira has joined #openstack-nova09:57
*** mkrai has quit IRC09:58
*** mkrai has joined #openstack-nova09:59
*** yan0s has joined #openstack-nova09:59
*** dtantsur|afk is now known as dtantsur10:02
*** mkrai has quit IRC10:04
*** udesale has joined #openstack-nova10:08
*** rcernin has quit IRC10:14
*** davidsha has joined #openstack-nova10:18
*** belmoreira has quit IRC10:18
*** belmoreira has joined #openstack-nova10:21
*** udesale has quit IRC10:31
*** salmankhan has joined #openstack-nova10:38
*** salmankhan has quit IRC10:45
*** salmankhan has joined #openstack-nova10:45
*** salmankhan has joined #openstack-nova10:45
*** mdbooth has quit IRC10:57
*** zhanglong has quit IRC11:14
*** mkrai has joined #openstack-nova11:17
slaweqefried: hi11:18
slaweqefried: recently I saw quite often grenade jobs failing with errors like https://02475c780c6fc32e71dc-f63b2c309fc0040fbb4a377b77794f40.ssl.cf1.rackcdn.com/697035/1/check/neutron-grenade-dvr-multinode/baba7e2/logs/testr_results.html.gz11:18
slaweqbasically it is "No valid host was found. There are not enough hosts available.'" error from nova in some tests and tests are failing11:19
slaweqefried: did You see something similar? and is there any bug reported for that or should I open new one?11:19
*** sapd1 has joined #openstack-nova11:20
slaweqefried: and in the scheduler log I see something like here: https://zuul.opendev.org/t/openstack/build/baba7e2f78994deabbc3230b3f9acc80/log/logs/screen-n-sch.txt.gz#250511:23
slaweqand before that there is log like: https://zuul.opendev.org/t/openstack/build/baba7e2f78994deabbc3230b3f9acc80/log/logs/screen-n-sch.txt.gz#250111:23
slaweq"Timed out waiting for response from cell 258a967d-07ef-43a6-b81e-2ac433a583ef"11:23
slaweqefried: so now I think it's the same issue as https://bugs.launchpad.net/nova/+bug/1844929 - is that correct?11:24
openstackLaunchpad bug 1844929 in OpenStack Compute (nova) "grenade jobs failing due to "Timed out waiting for response from cell" in scheduler" [High,Confirmed]11:24
sean-k-mooneythe availabliy zone filter is a red herring that iteration started with 0 hosts https://zuul.opendev.org/t/openstack/build/baba7e2f78994deabbc3230b3f9acc80/log/logs/screen-n-sch.txt.gz#250311:34
*** dviroel has joined #openstack-nova11:36
*** sapd1 has quit IRC11:36
*** mkrai has quit IRC11:39
sean-k-mooneyslaweq: we do see the same messaging timeout in the n-cpu log on the sub node https://02475c780c6fc32e71dc-f63b2c309fc0040fbb4a377b77794f40.ssl.cf1.rackcdn.com/697035/1/check/neutron-grenade-dvr-multinode/baba7e2/logs/subnode-2/screen-n-cpu.txt.gz11:41
*** tbachman has quit IRC11:42
sean-k-mooneyslaweq: im also seeing similar error in the agent log11:44
*** brinzhang has joined #openstack-nova11:45
sean-k-mooneyit kind of looks like a rabbitmq issue11:45
*** pcaruana has joined #openstack-nova11:46
slaweqsean-k-mooney: rabbitmq timeout happend first time around 19:57 in nova-compute on subnode-211:54
slaweqin rabbitmq logs it seems that during this time there were only closing connection logs: https://02475c780c6fc32e71dc-f63b2c309fc0040fbb4a377b77794f40.ssl.cf1.rackcdn.com/697035/1/check/neutron-grenade-dvr-multinode/baba7e2/logs/rabbitmq/rabbit%40ubuntu-bionic-ovh-gra1-0013217908.txt.gz11:55
openstackgerritBoris Bobrov proposed openstack/nova master: Create a controller for qga when SEV is used  https://review.opendev.org/69307211:57
*** brinzhang_ has joined #openstack-nova12:05
*** brinzhang has quit IRC12:09
*** mkrai has joined #openstack-nova12:14
*** dave-mccowan has joined #openstack-nova12:20
*** bbowen has joined #openstack-nova12:20
*** belmoreira has quit IRC12:22
*** dave-mccowan has quit IRC12:25
*** artom has joined #openstack-nova12:26
*** udesale has joined #openstack-nova12:33
*** Luzi has joined #openstack-nova12:57
*** brinzhang has joined #openstack-nova13:04
*** brinzhang has quit IRC13:06
*** brinzhang has joined #openstack-nova13:07
openstackgerritMerged openstack/nova master: Imported Translations from Zanata  https://review.opendev.org/69471713:07
*** brinzhang_ has quit IRC13:07
*** tbachman has joined #openstack-nova13:08
*** huaqiang has joined #openstack-nova13:10
*** aarents has joined #openstack-nova13:16
mgariepyanyone had issue with ephemeral storage when upgrading to 18.04 ?13:18
mgariepythe _base image for the ephemeral part is formated with differents options, so the backing file for the disk.eph0 is not quite right and will not work for the vm being migrated.13:19
*** zbr has quit IRC13:27
sean-k-mooneydansmith: i spent some time over the weekend playing with the pci endpoint test driver and the netdevsim module.13:29
sean-k-mooneydansmith: they will not allow use to fake pci devices unfortunetly13:29
sean-k-mooneydansmith: the endpoint driver need a pci endpoint contoler to be present and there is not software implematnion of that13:30
sean-k-mooneyand the netdevsim module still has the limitation that it just simulates the netdevs not the pci endpoint. so even though you can create PFs and VFs it does not create pcie endpoint just the netdevs13:31
sean-k-mooneyso its the same as when i last looked at this in febuary13:32
*** zbr has joined #openstack-nova13:32
*** jamesden_ has joined #openstack-nova13:35
*** nweinber has joined #openstack-nova13:35
*** bhagyashris has quit IRC13:36
*** jamesdenton has quit IRC13:36
huaqiangsean-k-mooney: In Train release, you have reviewed my proposal for using PCPU and VCPU in same instance, can you review the updated Ussuri version once you have spare time?13:49
huaqiangsean-k-mooney: the spec's link is https://review.opendev.org/#/c/668656/13:49
sean-k-mooneythis one https://review.opendev.org/#/c/668656/13:49
sean-k-mooney:)13:49
kashyapmelwitt: Hiya, will look13:49
huaqiangthanks13:50
sean-k-mooneyhuaqiang: ill finish the email im typeing and review it then13:50
huaqiangI prepared the POC code, under topic: bp/mixed-cpu-instance-set413:51
*** ociuhandu has joined #openstack-nova13:51
huaqiangnot good enough but it works somehow13:51
sean-k-mooneyhuaqiang: ideally the topic shoudl match the bluepinrt name so it should be bp/use-pcpu-vcpu-in-one-instance13:51
huaqiangsean-k-mooney: I'll make the name be consistent in next update13:52
sean-k-mooneyok i just helps when trying to find all the related patches if they have the same topic as the spec and it matchs the blueprint13:53
kashyapmelwitt: Ah, never mind, I see it's merged - the CPU comaprison check on AArch6413:53
*** kashyap has left #openstack-nova13:55
huaqiangI saw that, appreciate that.13:55
*** mriedem has joined #openstack-nova13:58
*** kashyap has joined #openstack-nova14:04
aarentshi,14:04
aarentsmriedem: I don't know if you got some news from Matt Booth about https://review.opendev.org/#/c/696084/ , he's probably off or busy?14:04
kashyapaarents: He normally goes by 'mdbooth' in this channel14:05
*** mdbooth has joined #openstack-nova14:06
*** brinzhang_ has joined #openstack-nova14:07
mdboothkashyap: Did you look at the arguments involved https://review.opendev.org/#/c/696084/2/nova/virt/libvirt/imagebackend.py ?14:08
mdboothIs that guaranteed to flatten the qcow2?14:08
kashyapmdbooth: Afraid, not yet; was addressing something else.  /me goes to look...14:09
*** brinzhang_ has quit IRC14:09
*** brinzhang_ has joined #openstack-nova14:09
*** brinzhang has quit IRC14:10
*** brinzhang_ has quit IRC14:11
*** brinzhang_ has joined #openstack-nova14:12
kashyapmdbooth: To flatten a chain *offline* shouldn't one require `qemu-img commit`?   (Online is 'block-commit')14:12
* kashyap is still reading...14:12
mdboothkashyap: Right. I haven't checked the exact args used there, or refreshed my memory on qcow2 flattening, but I seemed to recall there was more involved14:12
*** brinzhang_ has quit IRC14:13
kashyapmdbooth: Definitely commit is required.14:13
kashyapSo says my 2012 "handout" even :D -- https://kashyapc.fedorapeople.org/virt/lc-2012/snapshots-handout.html14:13
*** brinzhang_ has joined #openstack-nova14:14
kashyapIf you have: [base] <-- [overlay1]14:14
kashyapTo "flatten" it, qemu-img commit sn2.qcow214:14
kashyap[Err, bad copy/paste.]14:14
kashyapTo "flatten" it, `qemu-img commit overlay1.qcow2`.14:14
kashyap[If you have more than two files in a chain U2014which is it in our case —14:15
*** brinzhang_ has quit IRC14:15
kashyap[If you have more than two files in a chain — which is it in our case — then you'd also have to update the backing file pointer.]14:15
*** brinzhang_ has joined #openstack-nova14:16
lyarwoodI don't think you need to do that anymore kashyap, I've only ever seen just a normal qcow2 to qcow2 convert used to flatten qcow2 disks.14:16
kashyaplyarwood: Sorry, what is not required anymore?14:16
kashyaplyarwood: Ah, the 'commit'?14:16
kashyapRight, 'qemu-img conver' is another way.  Which begs the question which method is preferred over the other, and why14:17
lyarwoodyeah, http://paste.openstack.org/show/787313/14:17
*** brinzhang_ has quit IRC14:17
*** brinzhang_ has joined #openstack-nova14:18
kashyaplyarwood: I _think_ the advantage of using 'convert' is that it retains some qcow2 properties...14:19
*** brinzhang_ has quit IRC14:19
* kashyap checks14:19
*** brinzhang_ has joined #openstack-nova14:20
*** brinzhang_ has quit IRC14:21
*** brinzhang_ has joined #openstack-nova14:21
*** brinzhang_ has quit IRC14:22
*** nweinber has quit IRC14:23
lyarwoodkashyap: yeah I think so, I've commented on the change anyway, for qcow2 I think we need to rebase on the original cached image otherwise each unshelve is going to eat up a whole load of disk with each call to flatten.14:26
lyarwoodmdbooth: ^ not sure if you agree14:26
mriedemgibi_off: i replied to your questions in https://review.opendev.org/#/c/637070/ - let me know if you need anything else14:26
mriedemelod: do you know when gibi is back?14:27
kashyaplyarwood: There are _three_ ways in total  Including 'rebase' -- I was remembering it only changes the backing file pointer.14:28
elodmriedem: wednesday, if I'm not mistaken14:28
kashyaplyarwood: Will update the change with the three ways, and pros/cons14:28
mriedemelod: ok thanks14:28
*** tbachman has quit IRC14:29
lyarwoodkashyap: ah I wasn't aware that you could rebase disks between backing files, that would be super useful here.14:30
lyarwoodkashyap: thanks!14:30
kashyaplyarwood: Yes, indeed.  By default 'qemu-img rebase' does a "real rebase" option.  And 'qemu-img rebase -U' -- "unsafe" -- will only update the backing file14:31
kashyapThe man page explains it.  /me recalls documenting that part of 'qemu-img' many moons ago :-)14:31
*** tbachman has joined #openstack-nova14:32
kashyap(Read the Safe mode vs. Unsafe mode discussion)14:32
aarentsmdbooth: kashyap Hi, basicly by using convert, I reused stuff done when we extract a snapshot to glance (we need to flaten before upload)14:36
*** tbachman has quit IRC14:37
*** eharney has joined #openstack-nova14:41
*** lpetrut has joined #openstack-nova14:41
*** tbachman has joined #openstack-nova14:41
kashyapaarents: Hi, there are a couple of trade-offs here, based on the method we're using14:42
kashyap'convert' has the advantage of also handling sparsification (as guessed earlier); but has the disadvantage of being relatively slow _and_ requires double the space14:43
kashyapaarents: Slow because, 'convert' copies both base and overlay into a new image; and thus double the space.  (Instead of copying only into base or the overlay, in case of 'commit' or 'rebase')14:44
kashyapaarents: Writing a further comment in the change, once we have the options laid out, then we can make a decision14:45
*** huaqiang is now known as huaqiang_14:46
*** tbachman has quit IRC14:56
*** beekneemech is now known as bnemec15:00
aarentskashyap: ok great15:00
*** Luzi has quit IRC15:00
*** ociuhandu has quit IRC15:11
*** jamesden_ is now known as jamesdenton15:15
openstackgerritMatt Riedemann proposed openstack/nova master: Follow up to I5b9d41ef34385689d8da9b3962a1eac759eddf6a  https://review.opendev.org/69802815:18
kashyapmdbooth: aarents: lyarwood: Added comparison notes of the three possible ways we can take: https://review.opendev.org/#/c/696084/15:18
*** nweinber has joined #openstack-nova15:19
efriedslaweq: catching up...15:20
efriedslaweq: Any time I see spurious grenade fails in the last couple months, I attribute it to oversubscribed CI nodes, per mriedem's "State of the Gate" thread, started here http://lists.openstack.org/pipermail/openstack-discuss/2019-October/thread.html#10484 and continued here http://lists.openstack.org/pipermail/openstack-discuss/2019-November/thread.html#1050215:23
efriedslaweq: and per the first note in that thread, yes, the bug you identified (bug 1844929) is the one we're "tracking" the issue with.15:24
openstackbug 1844929 in OpenStack Compute (nova) "grenade jobs failing due to "Timed out waiting for response from cell" in scheduler" [High,Confirmed] https://launchpad.net/bugs/184492915:24
efried...and the right solution is to get the CI providers to tweak their environments accordingly. We would rather have lower job throughput and lower failure rates.15:26
efriedBut so far there has been no reaction from them.15:26
mriedemnote that for that particular bug the vast majority of fails are on ovh nodes15:26
mriedemi don't know why it's mostly on grenade jobs15:27
*** tbachman has joined #openstack-nova15:27
mriedemmust have something to do with restarting mysql a few times, but idk15:27
mriedemnote that it also started with train, i don't know why though15:29
mriedemtl;dr i don't really know much of anything15:29
sean-k-mooneydo we also restart rabbitmq during the grenade upgrade. i assume so but i have not checked15:33
sean-k-mooneyit is porably restarted at least once by devstack on the second stacking15:33
sean-k-mooneyi noticed that the subnode hand messaging timeouts in both the n-cpu and q-agt services15:35
sean-k-mooneyso it looked like we lost messages or something15:35
*** udesale has quit IRC15:36
*** awalende has quit IRC15:38
*** awalende has joined #openstack-nova15:38
*** awalende_ has joined #openstack-nova15:42
*** awalende has quit IRC15:43
*** awalende_ has quit IRC15:43
*** awalende has joined #openstack-nova15:44
slaweqmriedem: efried thx for confirmation that this is the bug which we hit most of the times now15:45
efrieddansmith: it would seem that the 422 event code is masked when there's only one event (as is the case with cyborg)15:45
slaweqsean-k-mooney: and thx for info about rabbitmq too15:45
efriedslaweq: It would help to get some more voices complaining at the node providers.15:45
dansmithefried: really? I didn't see that condition15:45
efrieddansmith: when all events are dropped, the handler turns the whole thing into a 40415:45
efriedhttps://github.com/openstack/nova/blob/master/nova/api/openstack/compute/server_external_events.py#L14615:46
efriedwhich is arguably a bug15:46
dansmithefried: ah, yeah, that code isn't really right.. "no instances found for any event" isn't true, just no hosts..15:46
dansmithyeah15:46
*** lpetrut has quit IRC15:46
efriedto "fix" the bug would be a microversion?15:47
dansmithunless mriedem feels that's a microversion problem, I can change that15:47
dansmithI dunno, it's correcting the error code, which I thought was allowable in some situations15:47
efriedwhat would you correct it to? 207?15:47
*** johanssone has quit IRC15:48
*** awalende has quit IRC15:48
efriedMeaning there's actually no way the API ever returns an error.15:48
dansmiththat's what we return per-event in that case right?15:48
dansmithno, there is15:48
dansmithif the instance itself is not found15:48
efriedinstances plural, right?15:48
*** johanssone has joined #openstack-nova15:49
dansmithyeah15:49
efriedso if some of the instances are not found, that's a 207 with some 404s15:49
efriedbut if none of the instances are found, that's an overall 404?15:49
efriedor,15:50
efriedIf all events tank, 400 with the granular payload15:50
efriedIf some events succeed, 207 with the granular payload15:50
efriedor,15:50
efriedIf all events tank for the same reason, make that the overall status code15:50
*** ociuhandu has joined #openstack-nova15:51
efriedotherwise use 400 or 20715:51
dansmithit really should be that if everything was a 404, then you get overall 404. otherwise it's 207 with granular statuses right?15:51
dansmithor maybe if everything is 200, you return 200 as well, I dunno15:51
efriedI'm not offended by the idea that you always return 20715:52
efriedthe definition of 207 allows for it to be full failure situations15:52
efried"The response MAY be used in success, partial success and also in failure situations."15:53
dansmithyeah, I think the only reason not to do that is just that things like response.raise_for_status() isn't usable for a dumb cleint15:54
efriedIf clients are properly coded, that should be an acceptable behavior. But I suspect existing clients are written to how the code is currently mad.15:54
*** Sundar has joined #openstack-nova15:54
efriedwell, a client coded to pass blindly on 207 is buggy, period.15:54
efriedSundar: o/ We're just discussing the bug you identified in the server_external_events algo, and how to fix it.15:55
*** tbachman has quit IRC15:55
dansmithwell, sure, but lots of code does "if s<300: continue"15:55
dansmithefried: anyway, I'm really fine with 207 across the board if others are,15:55
*** ociuhandu has quit IRC15:55
dansmithI'm just arguing what I think some people would argue15:55
efriedyes, I know, I'm saying code that does that with a response from this particular API is wrong, before or after the fix.15:55
dansmithvery few other things use this interface and they're really all openstack projects15:55
dansmithsure15:56
efriedso, 200 if all are green, 207 if any/all fail. I'm happy with that.15:56
efriedwhich basically just means removing https://github.com/openstack/nova/blob/master/nova/api/openstack/compute/server_external_events.py#L149-L15115:56
*** mkrai has quit IRC15:56
efrieddansmith: I can work that up. Unless you're already doing it.15:57
dansmithefried: I'm not, but I'd also like to hear mriedem say he's okay with it15:57
efriedokay. I'll put it up so we can talk about it around the patch.15:58
dansmithsure15:58
* mriedem reads back15:58
mriedemdoesn't sound crazy to me, and it's an admin-only api by default16:04
efriedcool, forthcoming...16:04
mriedemgmann and alex_xu can pounce on you16:04
mriedemyou'll want a bug either way i think16:04
efriedSundar: care to open that, since you uncovered this?16:05
mriedemhttps://docs.openstack.org/nova/latest/contributor/microversions.html#when-do-i-need-a-new-microversion will be noted by someone (surely not me just now)16:05
mriedemi think it probably falls into this category a bit "Fixing a bug so that a 400+ code is returned rather than a 500 or 503 does not require a microversion change. It’s assumed that clients are not expected to handle a 500 or 503 response and therefore should not need to opt-in to microversion changes that fixes a 500 or 503 response from happening."16:06
mriedem207 is returned rather than 404 - and this is likely the only api we have that returns 20716:06
mriedemthis probably hasn't come up before either since we don't have events coming in on instances that don't have a host (i don't think anyway - maybe shelve offload?)16:07
openstackgerritEric Fried proposed openstack/nova master: WIP: Nix os-server-external-events 404 condition  https://review.opendev.org/69803716:09
dansmithwell, in those cases, they're likely firing and ignoring the status or getting a different error code than they're really expecting,16:09
efriedIma let zuul tell me which tests to fix --^16:09
dansmithso it doesn't seem likely to affect anyone16:09
sean-k-mooneyif you did a neutorn port update on a shelve offload intance it would trigger a network changed event so ya that might be one case16:10
openstackgerritStephen Finucane proposed openstack/os-traits master: Add COMPUTE_SAME_HOST_COLD_MIGRATE trait  https://review.opendev.org/66660416:10
Sundarefried: I will get back in ~30min - 1 hour, since I have some personal matters to attend now. Sorry.16:11
mriedemyeah 404 isn't really appropriate - that's if we didn't find any instances, but clearly we can but they don't have hosts16:11
*** mkrai has joined #openstack-nova16:12
efriedmriedem: as noted above, we could arguably keep 404 for "none of the instances were found"16:12
mriedemyeah that's fine16:12
efriedbut even that's kind of weird.16:12
efriedwould we then do an overall 422 if none of the instances were mapped to hosts?16:12
sean-k-mooneyim not sure if we have added rebuild form cell0 i think that was planed for stien but it would also have no host set16:12
mriedemsean-k-mooney: we haven't16:12
sean-k-mooneyok so ya then shelve offloaded is likely the only case then prior to cyborg integration16:15
openstackgerritMykola Yakovliev proposed openstack/nova master: Fix boot_roles in InstanceSystemMetadata  https://review.opendev.org/69804016:18
*** mmethot has quit IRC16:22
*** mmethot has joined #openstack-nova16:23
gmannmriedem: dansmith efried  404 case (else part of if accepted_events) can be due to multiple reason for each event. For example, it can be due to few event are 400, 404 and 422. May be overall status in that case can be 400 saying error message as "none of the event are accepted, check individual event failure reason." ?16:27
efriedgmann: Thought about that too16:27
efriedThe definition of 207 allows for total failure, so that seemed simpler16:27
dansmith207 means "check the individual statuses" which can always be correct16:27
dansmithyeah16:27
efriedgmann: thoughts?16:28
*** links has quit IRC16:28
gmannyeah, by RFP definition it can be all failure case "The response MAY be used in success, partial success and also in failure situations. " - https://tools.ietf.org/html/rfc4918#section-1316:31
mriedemhow would you return a 400 with a json response body with the individual failure reasons?16:32
gmannconsidering that as success code (2xx) is not correct usage. I agree to change 404->207.16:32
mriedemthat's what the 207 is for as dan noted16:32
gmannyeah16:32
efriedcool16:32
gmannit need in build response body always16:32
*** damien_r has quit IRC16:35
*** maciejjozefczyk has quit IRC16:37
*** ociuhandu has joined #openstack-nova16:41
stephenfinmdbooth: comments on https://review.opendev.org/#/c/631294/ if you're looking for something to do16:42
*** awalende has joined #openstack-nova16:44
*** rpittau is now known as rpittau|afk16:46
*** awalende has quit IRC16:49
artomstephenfin, if you're reviewing stuff - https://review.opendev.org/#/c/672595/ is still a thing. It's become like this poisoned thing that no one want to touch :(16:51
artomNot sure how I can help get it out of that status16:52
stephenfinI'll take a look16:53
artomstephenfin, it's the NUMA func test patch, if you hadn't guessed16:54
stephenfinI'd guessed :)16:54
Sundarefried: "care to open that, since you uncovered this?" -- sure, I'll open a bug.16:54
SundarGood to see the discussion. Is it the final conclusion that 'No host found for instance' for one instance is a 207, and rest are 404? If we hypothetically have N instances, with 'No host found' for each of them, will it still be 207?16:56
*** ociuhandu has quit IRC16:58
efriedSundar: the result code will always be either 200 (all ok) or 207 (some/all not ok)17:02
SundarNever mind: the description of https://review.opendev.org/#/c/698037/ says it is always 207, and 404 is never returned.17:02
Sundarefried: Ok17:03
*** priteau has joined #openstack-nova17:05
*** mlavalle has joined #openstack-nova17:12
efriedkashyap or sean-k-mooney: would one of you mind giving the SEV fix a quick sanity check please? https://review.opendev.org/#/c/693072/917:15
*** gyee has joined #openstack-nova17:16
kashyapefried: Hi17:21
efriedo/17:21
kashyapI'm just about to head out, as I have a table-tennis "competition"; so I'm trying to switch from the sit-like-a-vegetable-in-front-of-the-screen to get-some-oxygen-going mode run :D17:22
* kashyap clicks17:22
efriedThe code looks fine to me, but I don't really know what a virtio-serial is, or whether I should have one.17:22
sean-k-mooneyill take a look at it17:23
efriedkashyap: thanks for responding to my ping. I don't want to send this one over the net and find out later I've dropped the ball.17:23
kashyapefried: Yes, I just read the commit message, it makes sense17:23
sean-k-mooney... such a bad joke17:23
sean-k-mooneyi love it :)17:23
SundarBug report for the HTTP 207/404 thingy in server external events: https://bugs.launchpad.net/nova/+bug/185575217:24
openstackLaunchpad bug 1855752 in OpenStack Compute (nova) "Inappropriate HTTP error status from os-server-external-events" [Undecided,New]17:24
openstackgerritEric Fried proposed openstack/nova master: Nix os-server-external-events 404 condition  https://review.opendev.org/69803717:24
kashyapefried: BTW, 'virtio-serial' is a not-so-stellar-but-works-alright thing that exposes a character dev for simple I/O between host and guest.17:24
openstackgerritMerged openstack/nova stable/stein: Do not update root_device_name during guest config  https://review.opendev.org/69635117:25
kashyapefried: Nah, you're being your diligent self17:25
efriedgmann, dansmith, mriedem, Sundar: I think that's ready now --^17:25
efriedkashyap: I was making table tennis jokes17:25
kashyapefried: I'm being a dense potatoe17:25
kashyapsean-k-mooney: Ah, I already see you made the correction of generic "virtio controller" --> "virtio serial controller"17:26
sean-k-mooneyyes since there are lots of virt controllers :)17:27
* kashyap going to disappear starting Wed until end-of-year17:28
kashyaps/going/is going/17:28
*** damien_r has joined #openstack-nova17:28
*** pcaruana has quit IRC17:31
kashyapefried: Yes, the reason for the change makse sense to me, FWIW.  And I know the "IOMMU" driver being a requirement for SEV.  (From its Nova spec)17:32
* kashyap --> AFK, back later17:32
kashyap(I'll let sean-k-mooney to take a deeper look, as he also was looking at it before.)17:32
*** dtantsur is now known as dtantsur|afk17:33
sean-k-mooneyi have reviewd the bottm two patchs almost done with the final one17:33
openstackgerritMerged openstack/os-traits master: Add COMPUTE_SAME_HOST_COLD_MIGRATE trait  https://review.opendev.org/66660417:34
*** salmankhan has quit IRC17:35
*** mmethot has quit IRC17:35
*** damien_r has quit IRC17:36
stephenfinartom: loads of comments left on that17:37
openstackgerritMatt Riedemann proposed openstack/nova master: Add confirm_snapshot_based_resize conductor RPC method  https://review.opendev.org/63707517:38
openstackgerritMatt Riedemann proposed openstack/nova master: Confirm cross-cell resize from the API  https://review.opendev.org/63731617:38
openstackgerritMatt Riedemann proposed openstack/nova master: Add revert_snapshot_based_resize_at_dest compute method  https://review.opendev.org/63763017:38
openstackgerritMatt Riedemann proposed openstack/nova master: Deal with cross-cell resize in _remove_deleted_instances_allocations  https://review.opendev.org/63945317:38
openstackgerritMatt Riedemann proposed openstack/nova master: Add finish_revert_snapshot_based_resize_at_source compute method  https://review.opendev.org/63764717:38
openstackgerritMatt Riedemann proposed openstack/nova master: Add RevertResizeTask  https://review.opendev.org/63804617:38
openstackgerritMatt Riedemann proposed openstack/nova master: Flesh out RevertResizeTask.rollback  https://review.opendev.org/69533417:38
openstackgerritMatt Riedemann proposed openstack/nova master: Add revert_snapshot_based_resize conductor RPC method  https://review.opendev.org/63804717:38
openstackgerritMatt Riedemann proposed openstack/nova master: Revert cross-cell resize from the API  https://review.opendev.org/63804817:38
openstackgerritMatt Riedemann proposed openstack/nova master: Add functional cross-cell revert test with detached volume  https://review.opendev.org/69533517:38
openstackgerritMatt Riedemann proposed openstack/nova master: Confirm cross-cell resize while deleting a server  https://review.opendev.org/63826817:38
openstackgerritMatt Riedemann proposed openstack/nova master: Add archive_deleted_rows wrinkle to cross-cell functional test  https://review.opendev.org/65165017:38
openstackgerritMatt Riedemann proposed openstack/nova master: Add CrossCellWeigher  https://review.opendev.org/61435317:38
openstackgerritMatt Riedemann proposed openstack/nova master: Add test_resize_cross_cell_weigher_filtered_to_target_cell_by_spec  https://review.opendev.org/69533617:38
openstackgerritMatt Riedemann proposed openstack/nova master: Add functional test for anti-affinity cross-cell migration  https://review.opendev.org/66185917:38
openstackgerritMatt Riedemann proposed openstack/nova master: Support cross-cell moves in external_instance_event  https://review.opendev.org/65847817:38
openstackgerritMatt Riedemann proposed openstack/nova master: libvirt: flatten rbd image during cross-cell move spawn at dest  https://review.opendev.org/69199117:38
openstackgerritMatt Riedemann proposed openstack/nova master: Add cross-cell resize policy rule and enable in API  https://review.opendev.org/63826917:38
mriedemoh gdi that wasn't meant to be a full rebase17:38
mriedembut now that it is, i might as well do a full rebase on master17:38
sean-k-mooneyefried: +1 on the qemu guest agent series17:40
efriedthanks sean-k-mooney. I'll send it to the gate.17:40
openstackgerritMatt Riedemann proposed openstack/nova master: Add ConfirmResizeTask  https://review.opendev.org/63707017:41
openstackgerritMatt Riedemann proposed openstack/nova master: Follow up to I5b9d41ef34385689d8da9b3962a1eac759eddf6a  https://review.opendev.org/69802817:41
openstackgerritMatt Riedemann proposed openstack/nova master: Add confirm_snapshot_based_resize conductor RPC method  https://review.opendev.org/63707517:41
openstackgerritMatt Riedemann proposed openstack/nova master: Confirm cross-cell resize from the API  https://review.opendev.org/63731617:41
openstackgerritMatt Riedemann proposed openstack/nova master: Add revert_snapshot_based_resize_at_dest compute method  https://review.opendev.org/63763017:41
openstackgerritMatt Riedemann proposed openstack/nova master: Deal with cross-cell resize in _remove_deleted_instances_allocations  https://review.opendev.org/63945317:41
openstackgerritMatt Riedemann proposed openstack/nova master: Add finish_revert_snapshot_based_resize_at_source compute method  https://review.opendev.org/63764717:41
openstackgerritMatt Riedemann proposed openstack/nova master: Add RevertResizeTask  https://review.opendev.org/63804617:41
openstackgerritMatt Riedemann proposed openstack/nova master: Flesh out RevertResizeTask.rollback  https://review.opendev.org/69533417:41
openstackgerritMatt Riedemann proposed openstack/nova master: Add revert_snapshot_based_resize conductor RPC method  https://review.opendev.org/63804717:41
openstackgerritMatt Riedemann proposed openstack/nova master: Revert cross-cell resize from the API  https://review.opendev.org/63804817:41
openstackgerritMatt Riedemann proposed openstack/nova master: Add functional cross-cell revert test with detached volume  https://review.opendev.org/69533517:41
openstackgerritMatt Riedemann proposed openstack/nova master: Confirm cross-cell resize while deleting a server  https://review.opendev.org/63826817:41
openstackgerritMatt Riedemann proposed openstack/nova master: Add archive_deleted_rows wrinkle to cross-cell functional test  https://review.opendev.org/65165017:41
openstackgerritMatt Riedemann proposed openstack/nova master: Add CrossCellWeigher  https://review.opendev.org/61435317:41
openstackgerritMatt Riedemann proposed openstack/nova master: Add test_resize_cross_cell_weigher_filtered_to_target_cell_by_spec  https://review.opendev.org/69533617:41
openstackgerritMatt Riedemann proposed openstack/nova master: Add functional test for anti-affinity cross-cell migration  https://review.opendev.org/66185917:41
openstackgerritMatt Riedemann proposed openstack/nova master: Support cross-cell moves in external_instance_event  https://review.opendev.org/65847817:41
artomstephenfin, thanks!17:46
openstackgerritVladyslav Drok proposed openstack/nova master: Minor improvements to cell commands  https://review.opendev.org/69805317:47
*** igordc has joined #openstack-nova17:49
openstackgerritEric Fried proposed openstack/nova master: Nix os-server-external-events 404 condition  https://review.opendev.org/69803717:52
efriedgmann, mriedem: done ^17:53
*** priteau has quit IRC17:54
*** davidsha has quit IRC17:55
*** priteau has joined #openstack-nova17:55
*** priteau has quit IRC17:58
*** mkrai has quit IRC18:00
*** derekh has quit IRC18:01
efriedstephenfin: are you working your way up to https://review.opendev.org/#/c/696992/ eventually? (aka: "would you please, and thank you?")18:05
openstackgerritsean mooney proposed openstack/nova master: Disable NUMATopologyFilter on rebuild  https://review.opendev.org/68986118:09
openstackgerritsean mooney proposed openstack/nova master: support pci numa affinity policies in flavor and image  https://review.opendev.org/67407218:09
sean-k-mooneyefried: do you have time this week to review https://review.opendev.org/#/c/687957/11 and the two patches that follow. i would like to get those merged before i go on PTO18:10
efriedis that the numa affinity thing?18:10
sean-k-mooneythe frist two are rebuild of numa instance and the last is the numa affinity policy thing18:11
sean-k-mooneyso those 3 patch fix 2 bugs and close two blueprints/specs18:12
openstackgerritMerged openstack/nova master: Fup for I63c1109dcdb9132cdbc41010654c5fdb31a4fe31  https://review.opendev.org/69767818:12
sean-k-mooneyefried: also i think you just missed stephenfin. he was just heading home for the day18:13
openstackgerritEric Fried proposed openstack/nova master: FUP: Remove noqa and tone down an exception  https://review.opendev.org/69805418:13
efriedack.18:14
efriedI'll look at those now sean-k-mooney...18:14
*** maciejjozefczyk has joined #openstack-nova18:19
*** lbragstad has quit IRC18:19
*** pcaruana has joined #openstack-nova18:23
*** jbernard has quit IRC18:24
openstackgerritMykola Yakovliev proposed openstack/nova master: Fix boot_roles in InstanceSystemMetadata  https://review.opendev.org/69804018:24
mnaserhas anyone seen any race conditions in starting up instances in stein? :X18:25
*** jbernard has joined #openstack-nova18:26
openstackgerritMykola Yakovliev proposed openstack/nova master: Fix boot_roles in InstanceSystemMetadata  https://review.opendev.org/69804018:26
mnaserhttps://www.irccloud.com/pastebin/8hYnM4Lx/18:27
mnaseri mean this is a grep on the instance uuid but the instance destroyed successfully twice 15 seconds apart?18:27
*** maciejjozefczyk has quit IRC18:31
*** ralonsoh has quit IRC18:32
sean-k-mooneyit could be an interaction with the periodic task and the actul instnace action that tried to showdown the instance18:36
*** igordc has quit IRC18:37
sean-k-mooneymnaser: but no i have not seen that specifically18:37
mnasersean-k-mooney: well instance destroyed successfully is called by `_wait_for_destroy`18:37
mnaserhttps://github.com/openstack/nova/blob/stable/stein/nova/virt/libvirt/driver.py#L1023-L102518:38
mnaserwhich has the timer here https://github.com/openstack/nova/blob/stable/stein/nova/virt/libvirt/driver.py#L1038-L103918:38
mnaserwhich is `_destroy()`18:38
mnaserhmm, we dont have a 'powering-off' state in nova do we18:39
mnaserwe do18:40
*** martinkennelly has quit IRC18:40
mnasertask state gets updated inside nova.compute.api -- does that mean that technically there could be 2 concurrent api requests?18:41
*** lbragstad has joined #openstack-nova18:41
sean-k-mooney you can have two concurrent request to destroy yes at the api level18:42
mnaserso i guess in that case if two api requests came at the same time, we can end up with two requests in the compute level18:42
sean-k-mooneybut the window would be quite short18:42
sean-k-mooneyyes18:42
sean-k-mooneyalthough we normaly do a check of the taskstate wehn ever we updat it so one would fail18:43
*** avolkov has quit IRC18:45
mordredmriedem, efried: sdk release was cut including your ironic fix18:49
efriedack, thx18:51
mnasersean-k-mooney: _record_action_start is called, ill check logs18:51
efriedsean-k-mooney: theoretically...18:54
efriedif a rebuild is done with the same image...18:54
efriedcouldn't I have changed the metadata on that image since my instance was originally booted?18:54
mnasersean-k-mooney: sigh, i wonder if we call _destroy before starting up an instance which is why it says "Instance destroyed successfully."18:57
mnasersean-k-mooney: yes thats exactly what happens, we call destroy for power on because we call hard reboot18:58
*** tbachman has joined #openstack-nova19:00
dustincdansmith: I was working on docs/etc for [1] and was thinking that it might be a good idea to have a master on/off switch for the feature with a default of off...the reason I was thinking that is because as it is specced right now, the directory is the only config option and a cautious operator would probably want to make sure the default directory is present with permissions set..it would maybe be easier to just19:05
dustincdisable the entire feature by default instead19:05
dustinc[1] https://blueprints.launchpad.net/nova/+spec/provider-config-file19:05
dustincwhat do you think?19:05
*** artom has quit IRC19:05
dansmithdustinc: how is a conf knob turned off different from the directory/file(s) being missing?19:05
*** artom has joined #openstack-nova19:06
dustincin theory if not present someone else could create the directory and place files19:06
efriedI was also thinking maybe instead of having the directory conf option default to something sane, have it default to None, and that's the "off" switch. You have to turn it on explicitly by setting it to something.19:07
dansmithdustinc: in /etc/nova? not anyone without sufficient privileges19:07
dustincdansmith: if that's sufficient then maybe leave it as it is then..19:09
*** ociuhandu has joined #openstack-nova19:10
dustincthanks19:11
mnasersean-k-mooney: off the top of your head? i could swear there was a nova option which skipped waiting for port plugs when starting up an instance19:14
*** igordc has joined #openstack-nova19:14
mnaseram i imagining things19:14
*** ociuhandu has quit IRC19:15
dansmithmnaser: vif_plugging_timeout=0 and vif_plugging_fatal=False19:15
*** ociuhandu has joined #openstack-nova19:15
dansmithmnaser: but don't do it except for debugging19:15
mnaserdansmith: ah yes, ok that makes sense19:16
mnaserdansmith: yep, i don't want to either, we're just trying to figure out why rdocloud can bring instances up so quickly (yet this new cloud is taking so long the tripleo-ci b its are timing out)19:16
*** ociuhandu has quit IRC19:16
mnaserso given its taking ~1-2 minutes to turn up an instance, because a lot of it is unplugging (in cleanup) and plugging (in startup)19:16
dustincdansmith: dont_be_slow=true19:17
*** gmann is now known as gmann_afk19:17
openstackgerritAlexandre arents proposed openstack/nova stable/rocky: Do not update root_device_name during guest config  https://review.opendev.org/69635319:36
*** tesseract has quit IRC19:37
*** awalende has joined #openstack-nova19:39
*** martinkennelly has joined #openstack-nova19:41
*** awalende has quit IRC19:43
*** tbachman has quit IRC19:48
*** eharney has quit IRC20:04
*** abaindur has joined #openstack-nova20:05
sean-k-mooneymnaser: i see dansmith alreay answered your question. are the new ci and rdocloud both using hte same netwrok backend.20:21
mnasersean-k-mooney: afaik that runs ovs and so do we, dont have too much details except ocata vs stein20:22
sean-k-mooneyi think rdocloud is running ml2/ovs too20:22
sean-k-mooneyefried: if a rebuild is done with the same iamge we do not go to the schduler and use the cached copy of the image mentadata20:23
sean-k-mooneyefried: we only go to the schduler if the image changes20:24
efriedinteresting20:34
openstackgerritMatt Riedemann proposed openstack/nova master: Flesh out docs for cross-cell resize/cold migrate  https://review.opendev.org/69621220:38
openstackgerritMatt Riedemann proposed openstack/nova master: Add sequence diagrams for cross-cell-resize  https://review.opendev.org/69805120:38
openstackgerritMatt Riedemann proposed openstack/nova master: Simplify FinishResizeAtDestTask event handling  https://review.opendev.org/69533720:38
openstackgerritMatt Riedemann proposed openstack/nova master: Implement cleanup_instance_network_on_host for neutron API  https://review.opendev.org/69716220:38
openstackgerritMatt Riedemann proposed openstack/nova master: WIP: Add negative test to delete server during cross-cell resize claim  https://review.opendev.org/68883220:38
openstackgerritMatt Riedemann proposed openstack/nova master: WIP: Implement reschedule logic for cross-cell resize/migrate  https://review.opendev.org/69621320:38
sean-k-mooneyresource usage is not ment to change on a rebuild so since the flavor does not change and the image does not change you dont need to check.20:38
mriedemexcept for silly ol numa20:40
sean-k-mooneyyep20:40
mriedemwhich is why eric finds himself in this situation20:40
*** mdbooth has quit IRC20:40
sean-k-mooneywell even in the numa case if you dont change the image then your fine but ya people want to do that for some reason :)20:41
mordredchanging the image doesn't seem like a rebuild to me - it seems like creating a new server20:41
mordredbut - you know - what do I know?20:41
*** mdbooth has joined #openstack-nova20:42
sean-k-mooney:) well we are stuck with the terms we have20:42
sean-k-mooneyatleast its less confusing then evacuate20:43
*** ociuhandu has joined #openstack-nova20:43
*** ociuhandu has quit IRC20:48
*** abaindur has quit IRC20:50
*** abaindur has joined #openstack-nova20:50
*** damien_r has joined #openstack-nova20:53
*** eharney has joined #openstack-nova21:01
*** maciejjozefczyk has joined #openstack-nova21:17
*** ociuhandu has joined #openstack-nova21:21
*** maciejjozefczyk has quit IRC21:23
*** ociuhandu has quit IRC21:26
*** pcaruana has quit IRC21:31
*** tbachman has joined #openstack-nova21:33
openstackgerritMykola Yakovliev proposed openstack/nova master: Validate aggregate IDs before querying database  https://review.opendev.org/69809421:36
openstackgerritMerged openstack/nova master: Handle ServiceNotFound in DbDriver._report_state  https://review.opendev.org/69730121:38
*** nicolasbock has joined #openstack-nova21:41
*** gmann_afk is now known as gmann21:48
*** brault has quit IRC21:59
*** ociuhandu has joined #openstack-nova22:04
*** slaweq has quit IRC22:05
openstackgerritMerged openstack/nova master: VMware: disk_io_limits settings are not reflected when resize  https://review.opendev.org/68029622:08
*** damien_r has quit IRC22:09
*** ociuhandu has quit IRC22:10
*** damien_r has joined #openstack-nova22:10
*** cgoncalves has quit IRC22:16
*** rcernin has joined #openstack-nova22:16
openstackgerritMerged openstack/nova stable/stein: Add functional recreate test for bug 1829479 and bug 1817833  https://review.opendev.org/69593222:21
openstackbug 1829479 in OpenStack Compute (nova) "The allocation table has residual records when instance is evacuated and the source physical node is removed" [Medium,In progress] https://launchpad.net/bugs/1829479 - Assigned to Matt Riedemann (mriedem)22:21
openstackbug 1817833 in OpenStack Compute (nova) "Check compute_id existence when nova-compute reports info to placement" [Medium,In progress] https://launchpad.net/bugs/1817833 - Assigned to Matt Riedemann (mriedem)22:21
openstackgerritMerged openstack/nova stable/stein: Add functional recreate test for bug 1852610  https://review.opendev.org/69593522:21
openstackbug 1852610 in OpenStack Compute (nova) stein "API allows source compute service/node deletion while instances are pending a resize confirm/revert" [Undecided,In progress] https://launchpad.net/bugs/1852610 - Assigned to Matt Riedemann (mriedem)22:21
openstackgerritMerged openstack/nova stable/stein: Add functional recreate revert resize test for bug 1852610  https://review.opendev.org/69593822:21
*** cgoncalves has joined #openstack-nova22:23
*** cgoncalves has quit IRC22:26
*** cgoncalves has joined #openstack-nova22:27
*** cgoncalves has quit IRC22:27
*** cgoncalves has joined #openstack-nova22:28
*** nweinber has quit IRC22:32
*** rcernin has quit IRC22:36
openstackgerritMatt Riedemann proposed openstack/nova master: WIP: Add NodeOwnerFilter  https://review.opendev.org/69733122:59
efriedsean-k-mooney: (I hope you don't see this until tomorrow) Reviewed the series, have a question on the affinity patch: why do we need the notification payload change?23:00
efriedand with that, I'm outta here o/23:02
openstackgerritMerged openstack/nova stable/stein: Block deleting compute services with in-progress migrations  https://review.opendev.org/69594023:12
*** martinkennelly has quit IRC23:12
*** tkajinam has joined #openstack-nova23:12
openstackgerritMatt Riedemann proposed openstack/nova stable/rocky: Add functional recreate test for bug 1829479 and bug 1817833  https://review.opendev.org/69810623:13
openstackbug 1829479 in OpenStack Compute (nova) "The allocation table has residual records when instance is evacuated and the source physical node is removed" [Medium,In progress] https://launchpad.net/bugs/1829479 - Assigned to Matt Riedemann (mriedem)23:13
openstackbug 1817833 in OpenStack Compute (nova) "Check compute_id existence when nova-compute reports info to placement" [Medium,In progress] https://launchpad.net/bugs/1817833 - Assigned to Matt Riedemann (mriedem)23:13
*** ociuhandu has joined #openstack-nova23:15
*** rcernin has joined #openstack-nova23:17
*** ociuhandu has quit IRC23:20
openstackgerritMatt Riedemann proposed openstack/nova stable/rocky: Add functional recreate test for bug 1852610  https://review.opendev.org/69810823:21
openstackbug 1852610 in OpenStack Compute (nova) rocky "API allows source compute service/node deletion while instances are pending a resize confirm/revert" [Undecided,New] https://launchpad.net/bugs/185261023:21
*** mlavalle has quit IRC23:22
openstackgerritMatt Riedemann proposed openstack/nova stable/rocky: Add functional recreate test for bug 1852610  https://review.opendev.org/69810823:22
openstackbug 1852610 in OpenStack Compute (nova) rocky "API allows source compute service/node deletion while instances are pending a resize confirm/revert" [Undecided,New] https://launchpad.net/bugs/185261023:22
*** ociuhandu has joined #openstack-nova23:24
openstackgerritMatt Riedemann proposed openstack/nova stable/rocky: Add functional recreate revert resize test for bug 1852610  https://review.opendev.org/69811023:31
openstackbug 1852610 in OpenStack Compute (nova) rocky "API allows source compute service/node deletion while instances are pending a resize confirm/revert" [Undecided,New] https://launchpad.net/bugs/185261023:31
*** ociuhandu has quit IRC23:33
*** ociuhandu has joined #openstack-nova23:34
openstackgerritMatt Riedemann proposed openstack/nova stable/rocky: Block deleting compute services with in-progress migrations  https://review.opendev.org/69811323:35
*** mriedem has quit IRC23:37
*** ociuhandu has quit IRC23:39
*** ociuhandu has joined #openstack-nova23:44
openstackgerritMerged openstack/nova master: Block rebuild when NUMA topology changed  https://review.opendev.org/68795723:49
*** ociuhandu has quit IRC23:49
*** artom has quit IRC23:51
*** ociuhandu has joined #openstack-nova23:54
*** tosky has quit IRC23:56

Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!