Wednesday, 2019-09-18

openstackgerritAlex Xu proposed openstack/nova master: [DNM] Print some logs  https://review.opendev.org/68276600:08
*** lbragstad has quit IRC00:19
*** sapd1_x has joined #openstack-nova00:19
*** lbragstad has joined #openstack-nova00:19
*** yingjun has joined #openstack-nova00:31
*** TxGirlGeek has joined #openstack-nova00:47
*** gyee has quit IRC00:50
*** markvoelker has quit IRC01:08
*** slaweq has joined #openstack-nova01:11
*** slaweq has quit IRC01:16
*** tbachman has quit IRC01:19
*** markvoelker has joined #openstack-nova01:20
*** yedongcan has joined #openstack-nova01:27
*** tbachman has joined #openstack-nova01:33
openstackgerritArthur Dayne proposed openstack/nova master: Fix block disk attchment failure  https://review.opendev.org/68277201:43
*** sapd1_x has quit IRC01:50
openstackgerritArthur Dayne proposed openstack/nova master: Fix block disk attachment failure  https://review.opendev.org/68277201:59
openstackgerritArthur Dayne proposed openstack/nova master: Fix block disk attachment failure  https://review.opendev.org/68277202:10
*** mdbooth has quit IRC02:23
*** tbachman has quit IRC02:25
*** BjoernT has joined #openstack-nova02:26
*** mkrai has joined #openstack-nova02:40
*** larainema has joined #openstack-nova02:49
*** mkrai has quit IRC02:50
*** hemna has joined #openstack-nova02:52
*** BjoernT has quit IRC03:01
*** BjoernT has joined #openstack-nova03:02
*** markvoelker has quit IRC03:09
*** slaweq has joined #openstack-nova03:11
*** slaweq has quit IRC03:16
*** yingjun has quit IRC03:24
*** dave-mccowan has quit IRC03:36
*** hemna has quit IRC03:40
*** sapd1_x has joined #openstack-nova03:45
*** ricolin has joined #openstack-nova03:54
*** etp has joined #openstack-nova04:14
*** sapd1_x has quit IRC04:16
*** etp has quit IRC04:28
*** ociuhandu has joined #openstack-nova04:30
*** janki has joined #openstack-nova04:34
*** ociuhandu has quit IRC04:35
*** mkrai has joined #openstack-nova04:39
*** udesale has joined #openstack-nova04:45
*** pcaruana has joined #openstack-nova04:46
*** BjoernT has quit IRC04:48
*** TxGirlGeek has quit IRC04:49
*** avolkov has joined #openstack-nova04:52
*** tbachman has joined #openstack-nova04:56
*** jaosorior has quit IRC04:57
*** jaosorior has joined #openstack-nova04:57
*** Luzi has joined #openstack-nova04:59
*** mkrai has quit IRC05:00
*** tbachman_ has joined #openstack-nova05:02
*** tbachman has quit IRC05:02
*** tbachman_ is now known as tbachman05:02
*** markvoelker has joined #openstack-nova05:10
*** slaweq has joined #openstack-nova05:11
*** markvoelker has quit IRC05:14
*** slaweq has quit IRC05:16
*** Tianhao_Hu has joined #openstack-nova05:39
*** Tianhao_Hu has left #openstack-nova05:39
*** mkrai has joined #openstack-nova05:51
*** lpetrut has joined #openstack-nova05:54
*** ttsiouts has joined #openstack-nova06:00
*** mjozefcz has joined #openstack-nova06:01
*** ratailor has joined #openstack-nova06:02
*** ttsiouts has quit IRC06:04
*** tbachman has quit IRC06:04
openstackgerritLuyao Zhong proposed openstack/nova master: libvirt: Enable driver configuring PMEM namespaces  https://review.opendev.org/67964006:08
openstackgerritLuyao Zhong proposed openstack/nova master: doc: attaching virtual persistent memory to guests  https://review.opendev.org/68030006:08
openstackgerritLuyao Zhong proposed openstack/nova master: objects: use all_things_equal from objects.base  https://review.opendev.org/68139706:08
*** slaweq has joined #openstack-nova06:11
*** slaweq has quit IRC06:16
openstackgerritgaryk proposed openstack/nova master: Deconstruct the mother of all locks  https://review.opendev.org/68224206:17
*** igordc has joined #openstack-nova06:17
openstackgerritLuyao Zhong proposed openstack/nova master: objects: use all_things_equal from objects.base  https://review.opendev.org/68139706:18
*** igordc has quit IRC06:19
*** xek_ has joined #openstack-nova06:22
*** ratailor has quit IRC06:25
*** ratailor has joined #openstack-nova06:27
*** xek_ has quit IRC06:30
*** jawad_axd has joined #openstack-nova06:47
*** slaweq has joined #openstack-nova06:55
*** rcernin has quit IRC06:57
*** cshen has joined #openstack-nova06:57
*** mdbooth has joined #openstack-nova07:01
*** trident has quit IRC07:08
*** luksky has joined #openstack-nova07:13
*** trident has joined #openstack-nova07:19
*** takashin has joined #openstack-nova07:29
*** mmedvede has quit IRC07:31
*** ivve has joined #openstack-nova07:32
*** rpittau|afk is now known as rpittau07:32
*** arxcruz has quit IRC07:32
*** damien_r has joined #openstack-nova07:33
*** mmedvede has joined #openstack-nova07:34
*** arxcruz has joined #openstack-nova07:36
openstackgerritYongli He proposed openstack/nova master: clean up orphan instances  https://review.opendev.org/62776508:01
*** ralonsoh has joined #openstack-nova08:04
*** tkajinam has quit IRC08:04
bauzasgood morning Nova08:15
*** ttsiouts has joined #openstack-nova08:16
gibibauzas: good morning!08:19
* kashyap waves08:20
openstackgerritArthur Dayne proposed openstack/nova master: Fix block disk attachment failure  https://review.opendev.org/68277208:21
openstackgerritBalazs Gibizer proposed openstack/nova stable/pike: Stabilize unshelve notification sample tests  https://review.opendev.org/67667708:24
*** takashin has left #openstack-nova08:31
*** ociuhandu has joined #openstack-nova08:37
*** derekh has joined #openstack-nova08:40
*** ociuhandu has quit IRC08:41
*** cshen has quit IRC08:48
*** cshen has joined #openstack-nova08:48
*** ratailor has quit IRC08:51
cshenGood morning. I have a short question. This config "rpc_conn_pool_size = 30" in nova.conf on compute nodes , is this pool shared with all workers, or each worker has a rpc connection pool (size=30)?08:51
*** ociuhandu has joined #openstack-nova08:52
*** ratailor has joined #openstack-nova08:52
*** ociuhandu has quit IRC08:53
*** KeithMnemonic1 has joined #openstack-nova08:55
*** KeithMnemonic has quit IRC08:55
*** KeithMnemonic1 has quit IRC08:55
*** KeithMnemonic1 has joined #openstack-nova08:56
*** pcaruana has quit IRC08:57
bauzascshen: good question08:57
bauzascshen: the rpc parameter you mention comes from oslo.rpc08:57
bauzascshen: while the notion of workers comes from oslo.service08:57
*** ociuhandu has joined #openstack-nova08:58
bauzascshen: since workers are fully seen as Linux processes, I'd guess the pool size is per worker08:58
bauzasbut I could be wrong08:59
*** pcaruana has joined #openstack-nova09:01
*** priteau has joined #openstack-nova09:07
openstackgerritStephen Finucane proposed openstack/nova master: docs: Rewrite host aggregate, availability zone docs  https://review.opendev.org/66713309:08
stephenfinbauzas: You think you could take a look at that (unfortunately large) doc patch today/this week? ^09:09
stephenfinI mostly need a sanity check to make sure I'm not telling any lies09:09
bauzasstephenfin: I surely can try to take a look on it :)09:09
* bauzas clikcs09:09
stephenfinaaaaand _another_ random job has failed for the cpu-resources series. FFS.09:10
stephenfinThis time nova-live-migration with something from devstack-gate, which I thought we weren't using anymore09:10
bauzasoh, facepalm, dude09:10
bauzasstephenfin: I haven't paid attention to the series tbh09:11
bauzasI mean, once they were approved09:11
* bauzas doesn't have a customer care service department :p09:11
stephenfinI count 13 rechecks on the base patch since approval :(09:12
stephenfinand all of them for different reasons09:12
stephenfintalk about a moving target09:12
brinzhangstephenfin: these patch are not merged until now :(09:13
brinzhangas you said, the failed reason are not same every time09:14
brinzhangIs it because zuul's execution pressure is too great?09:15
stephenfinI think it's just a lot of things combined09:26
stephenfinTripleO hammering the gate, issues with a package, pressure of the gate, large series with many patches that means increased chances of hitting a bug, etc.09:27
cshenbauzas: thanks for the answer. How many nova workers can I see on the compute node?09:31
* bauzas fucked up a large afternoon finding why his functional test wasn't working while he found a PEBKAC09:31
cshenbauzas: I can see only 1 nova process is running my compute node now.09:32
*** panda|ruck|off is now known as panda|ruck09:37
*** tesseract has joined #openstack-nova09:44
*** dtantsur|afk is now known as dtantsur09:49
*** markvoelker has joined #openstack-nova09:59
openstackgerritMerged openstack/nova stable/stein: Fix non-existent method of Mock  https://review.opendev.org/67683809:59
openstackgerritMerged openstack/nova stable/stein: Fix wrong assertions in unit tests  https://review.opendev.org/67738809:59
*** sapd1_x has joined #openstack-nova10:00
*** Tianhao_Hu has joined #openstack-nova10:02
*** Tianhao_Hu has left #openstack-nova10:02
*** markvoelker has quit IRC10:04
*** openstackgerrit has quit IRC10:06
*** ociuhandu has quit IRC10:07
*** zbr has quit IRC10:11
*** ttsiouts has quit IRC10:12
*** zbr has joined #openstack-nova10:13
*** ttsiouts has joined #openstack-nova10:13
*** ociuhandu has joined #openstack-nova10:14
*** markvoelker has joined #openstack-nova10:16
*** ttsiouts has quit IRC10:17
*** sapd1_x has quit IRC10:18
*** ociuhandu_ has joined #openstack-nova10:18
*** markvoelker has quit IRC10:20
*** ociuhandu has quit IRC10:22
*** openstackgerrit has joined #openstack-nova10:46
openstackgerritMerged openstack/nova stable/stein: Retrun 400 if invalid query parameters are specified  https://review.opendev.org/67602610:46
*** mkrai has quit IRC10:54
*** mkrai_ has joined #openstack-nova10:54
*** ttsiouts has joined #openstack-nova10:55
*** mkrai has joined #openstack-nova10:58
*** mkrai_ has quit IRC11:00
*** udesale has quit IRC11:01
*** udesale has joined #openstack-nova11:02
*** mkrai has quit IRC11:04
*** shilpasd has joined #openstack-nova11:14
*** pcaruana has quit IRC11:19
*** psachin has joined #openstack-nova11:25
openstackgerritArthur Dayne proposed openstack/nova master: Fix block disk attachment failure  https://review.opendev.org/68277211:27
*** pcaruana has joined #openstack-nova11:28
*** ratailor has quit IRC11:30
*** Luzi has quit IRC11:35
aspiershttps://www.suse.com/c/improving-trust-in-the-cloud-with-openstack-and-amd-sev/11:39
aspiershttps://blog.adamspiers.org/2019/09/13/improving-trust-in-the-cloud-with-openstack-and-amd-sev/11:39
aspierswhich contain a special shout-out to efried and all the Red Hatters here for your help :)11:40
sean-k-mooneyaspiers: are you not ment to be on PTO11:40
aspiersyes I am11:40
aspiersbut I wanted to get it out this week11:40
aspierssean-k-mooney: I tweaked that sentence on snooping based on your feedback, thanks11:40
sean-k-mooneyfair enough11:40
aspiershope it's more accurate now11:40
* aspiers goes back to vacation11:40
sean-k-mooneyaspiers yep and the footnote looks good too11:42
sean-k-mooneyenjoy11:43
*** udesale has quit IRC11:44
*** brault has joined #openstack-nova11:49
*** Luzi has joined #openstack-nova11:49
openstackgerritBalazs Gibizer proposed openstack/nova master: Trigger real BuildAbortException during migrate with bandwidth  https://review.opendev.org/68287611:53
*** brault has quit IRC11:53
gibibauzas: a test improvement for the bandwidth functional tests ^^11:54
bauzasgibi: cool, will look11:54
gibibauzas: thanks11:54
gibibauzas: the next patch I will cook up is your request to test migration with pinned RPC version11:55
*** markvoelker has joined #openstack-nova12:05
*** lpetrut has quit IRC12:06
*** brault has joined #openstack-nova12:06
*** janki has quit IRC12:07
*** yedongcan has left #openstack-nova12:09
*** awalende has joined #openstack-nova12:19
*** derekh has quit IRC12:24
*** redrobot has joined #openstack-nova12:26
*** raghavendrat has joined #openstack-nova12:27
*** luksky has quit IRC12:27
*** raghavendrat has left #openstack-nova12:27
*** brault has quit IRC12:34
openstackgerritsean mooney proposed openstack/nova master: conf: Deprecate 'devname' field of '[pci] passthrough_whitelist'  https://review.opendev.org/67058512:35
*** damien_r has quit IRC12:40
efried++ thanks aspiers!12:45
efriedstephenfin, alex_xu: thanks for splitting out the series. In retrospect (hindsight 20/20 and all that) we should have done it long ago, but I didn't want to lose all the +Vs we already had up the series since the gate was so slow.12:47
openstackgerritTao Yang proposed openstack/nova master: Add missing parameter  https://review.opendev.org/68288612:48
*** nweinber has joined #openstack-nova12:50
*** mriedem has joined #openstack-nova12:51
*** brault has joined #openstack-nova12:52
*** janki has joined #openstack-nova12:52
*** janki has quit IRC12:53
*** yaawang has quit IRC12:56
openstackgerritsean mooney proposed openstack/nova master: make config drives sticky bug 1835822  https://review.opendev.org/66973812:56
openstackbug 1835822 in OpenStack Compute (nova) "vms loose acess to config drive with CONF.force_config_drive=True after hard reboot" [Medium,In progress] https://launchpad.net/bugs/1835822 - Assigned to sean mooney (sean-k-mooney)12:56
*** brault has quit IRC12:58
mriedemdansmith: if you're looking for an easy way to get back into things and be productive we need stable reviews https://review.opendev.org/#/q/status:open+project:openstack/nova+branch:stable/stein12:59
*** tbachman has joined #openstack-nova13:03
*** derekh has joined #openstack-nova13:04
*** ociuhandu_ has quit IRC13:06
shilpasddansmith: hi, want your review on spec for isolate aggregate https://review.opendev.org/#/c/675384/13:06
*** ricolin_ has joined #openstack-nova13:08
*** ricolin has quit IRC13:11
openstackgerritMatt Riedemann proposed openstack/nova master: make config drives sticky bug 1835822  https://review.opendev.org/66973813:11
openstackbug 1835822 in OpenStack Compute (nova) "vms loose acess to config drive with CONF.force_config_drive=True after hard reboot" [Medium,In progress] https://launchpad.net/bugs/1835822 - Assigned to sean mooney (sean-k-mooney)13:11
*** ricolin_ is now known as ricolin13:12
mriedemneed another core on https://review.opendev.org/#/c/669738/ since it fixes a regression introduced in train13:12
sean-k-mooneymriedem: thanks i though the api comment was for the flavor no the images i would have used the api otherwise13:14
sean-k-mooneyand ya i forgot to chagne the vm name13:14
sean-k-mooneymdbooth: do we actully need the followup patch https://review.opendev.org/#/c/485930/10 i dont think we do as the orginal bug is actully already fixed but i think you wanted to refactor how this was done in general13:15
*** hemna has joined #openstack-nova13:16
sean-k-mooneyi.e. once https://review.opendev.org/#/c/669738/ is merged i think we can just abandon the follow up patch unless we just want to do it for refactoring reasons13:16
*** eharney has joined #openstack-nova13:17
*** ociuhandu has joined #openstack-nova13:18
*** luksky has joined #openstack-nova13:19
*** ttsiouts has quit IRC13:19
sean-k-mooneybauzas: gibi if ye are around care to review https://review.opendev.org/#/c/669738/13:19
*** eharney has quit IRC13:19
*** ttsiouts has joined #openstack-nova13:20
*** awalende has quit IRC13:20
*** ttsiouts has quit IRC13:20
*** eharney has joined #openstack-nova13:20
*** ttsiouts has joined #openstack-nova13:21
*** tbachman has quit IRC13:28
*** munimeha1 has joined #openstack-nova13:28
*** psachin has quit IRC13:33
dansmithmriedem: cool, thanks.. I love being spoon fed13:33
dansmithshilpasd: ack13:33
efrieddansmith: you got that one, then? I can stop reading?13:34
mriedemdansmith: i'll burp and change your dipee for $213:34
mriedem*dipey?13:34
efriedI'm gonna go with dipey.13:34
dansmithefried: what one? You're already +2 on the spec revision13:34
efrieddansmith: The config drive regression13:35
*** ociuhandu has quit IRC13:35
dansmithefried: I was responding to mriedem asking me to hit the stable queue13:36
efriedokay, I was referring to 8:12:31 AM - mriedem: need another core on https://review.opendev.org/#/c/669738/ since it fixes a regression introduced in train13:37
efriedI'll keep reading13:37
dansmithso, it looks like some of the stuff we +Wd before FF still haven't merged.. ISTR efried saying we'd reassess if things haven't merged by monday, and now it's wednesday13:40
dansmithassume we're backing off from the recheck grind?13:40
efriedno, I hadn't planned to.13:40
bauzasI think it's okay13:40
bauzasat least until next Thursday... :D13:40
dansmithhow close to freeze are we going to keep doing that?13:40
efriedAsk me again on Monday13:41
* dansmith shakes his head13:41
*** martinkennelly has joined #openstack-nova13:45
*** brault has joined #openstack-nova13:48
*** BjoernT has joined #openstack-nova13:48
*** brault has quit IRC13:48
*** Luzi has quit IRC13:49
mriedemgibi: need to deal with some ironic-isms in https://review.opendev.org/#/c/666857/13:52
gibimriedem: ack, looking13:52
mriedemgibi: also noted that we'll get a warning on every comptue fresh start up13:52
gibimriedem: is it OK to start up the nova-compute with ironic setup if the ironic-api is not available?13:53
mriedemgibi: that's what we've always had since ironic in devstack is a plugin and comes after nova13:54
*** artom has quit IRC13:54
mriedembut i think in general it's good for the nova code to be resilient to when the hypervisor isn't available,13:55
gibimriedem: I see. Then I will log on that error but otherwise ignore it13:55
mriedeme.g. in the libvirt driver case it auto-disables the service record so you can't schedule to that node13:55
mriedemgibi: yeah i think log and return from the method is what i'd expect13:55
gibimriedem: ok13:55
*** tbachman has joined #openstack-nova14:00
*** JamesBenson has joined #openstack-nova14:02
shilpasddansmith: thanks for ack14:03
*** xek_ has joined #openstack-nova14:06
efried"There is no script for 398 version" <== I thought this means I need to rebuild my testenv, but that didn't fix it.14:06
dansmithefried: clean your directory of pyc files14:08
efriedthanks dansmith14:09
*** dtantsur is now known as dtantsur|afk14:10
*** zhubx has quit IRC14:16
*** zhubx has joined #openstack-nova14:17
*** openstackgerrit has quit IRC14:21
*** mkrai has joined #openstack-nova14:28
*** mkrai has quit IRC14:29
*** mkrai_ has joined #openstack-nova14:30
*** ociuhandu has joined #openstack-nova14:30
dansmithmelwitt: were you going to update this? https://review.opendev.org/#/c/66209514:33
*** TxGirlGeek has joined #openstack-nova14:33
mriedemalex_xu: is anyone working on renaming "Intel_Zuul" so it shows up as 3rd party CI?14:33
mriedemi.e. comments in patches will be hidden by default14:33
sean-k-mooneyhttps://docs.openstack.org/infra/system-config/third_party.html#creating-a-service-account covers how to configure it but they jsut need to chage teh account full name to have CI in it14:36
*** brault has joined #openstack-nova14:36
efrieddtroyer: ^^ Would you be able to (poke someone to) make a PR to make that adjustment?14:38
sean-k-mooneyits why everyone ignores my "Sean Mooney CI" account14:39
efriedI never know which one to use when adding you to a change. Is your RH email the right one?14:39
sean-k-mooneyuse the non ci one14:40
sean-k-mooneybut yes the redhat one14:40
sean-k-mooneythe ci one was for testing ci jobs locally when i was planning to run my own thridparty ci14:41
*** mdbooth has quit IRC14:42
sean-k-mooneyi might someday set that up again but it was burning like 100-200 euro a month in power someing like that anyway14:42
mriedemlyarwood: can we drop these backports? https://review.opendev.org/#/q/I15a7c13edf78884ec223fd531a78a341106b41b8+status:open14:43
mriedemwe have no recreate and it's a very latent thing14:43
dtroyerefried: will do14:44
efriedthank you dtroyer14:44
lyarwoodmriedem: ack sure14:45
*** jawad_axd has quit IRC14:46
*** tbachman has quit IRC14:46
*** jawad_axd has joined #openstack-nova14:46
*** jawad_axd has quit IRC14:46
lyarwoodmriedem: I'll do the same for https://review.opendev.org/#/q/topic:bug/1834048+(status:open+OR+status:merged) - iirc the downstream reporter never got back to us about this.14:46
*** mlavalle has joined #openstack-nova14:47
*** priteau has quit IRC14:47
*** luksky has quit IRC14:48
efriedsean-k-mooney, mriedem: merging https://review.opendev.org/#/c/669738/ (config drive fix)14:48
mriedemlyarwood: yup thanks14:49
sean-k-mooneyefried: cool, im not sure if mdbooth replied but i dont think the follow up patch is needed so we might want to abandon it? i did not rebase it because i dont know what value it adds.14:49
efriedoh, that one's been around for a whiiile.14:50
efriedI haven't looked at it recently.14:50
mriedemwith the size and breadth of that change the commit message would need a hell of a lot more detail14:50
*** priteau has joined #openstack-nova14:51
*** priteau has quit IRC14:56
*** tbachman has joined #openstack-nova14:56
*** jaosorior has quit IRC14:57
*** TxGirlGe_ has joined #openstack-nova14:57
*** priteau has joined #openstack-nova14:58
*** TxGirlGeek has quit IRC15:00
melwittdansmith: guh, yeah I had intended to but it keeps getting left on the backburner15:01
dansmithmelwitt: okay, seems worth finishing15:01
melwittyeah, agreed :(15:01
melwittif anyone else wants to update it, of course feel free too15:02
melwittI'll try to do it after my calls today15:02
*** artom has joined #openstack-nova15:03
gibisean-k-mooney: I think I found possible race in the test in https://review.opendev.org/#/c/669738/15:04
*** TxGirlGe_ has quit IRC15:06
sean-k-mooneyi think the state does change but ill check15:07
sean-k-mooneymaybe its the task sate15:07
gibisean-k-mooney: task_state changes but I think the status doesn't15:07
*** openstackgerrit has joined #openstack-nova15:08
openstackgerritBalazs Gibizer proposed openstack/nova master: Error out interrupted builds  https://review.opendev.org/66685715:08
openstackgerritBalazs Gibizer proposed openstack/nova master: Pull up compute node queries to init_host  https://review.opendev.org/68268015:08
gibisean-k-mooney: even if status changes during the reboot if it start from ACTIVE and ends in ACTIVE then you cannot be sure why the wait returned15:08
*** arxcruz is now known as arxcruz|ruck15:08
sean-k-mooneylooking at https://docs.openstack.org/nova/latest/reference/vm-states.html you seam to be correct15:08
*** gyee has joined #openstack-nova15:08
gibimriedem: fixed your comments in https://review.opendev.org/#/c/66685715:09
sean-k-mooneygibi: efried so we should stop https://review.opendev.org/#/c/669738/7 merging and i should fix that15:10
gibisean-k-mooney: a rebase would pull it out from the gate15:10
sean-k-mooneyi just set workflow -1 will that work?15:11
sean-k-mooneyi just removed erric +w15:11
gibiI don't know what is stronger the W+ or the W-15:11
gibisean-k-mooney: ohh you can do that?15:11
sean-k-mooneyif you are the patch owner15:11
sean-k-mooneyor a core15:11
efriedwhoah15:12
efriedI didn't know that15:12
sean-k-mooneyya we block remove -* i think15:12
efriedanyway, that's not going to pull it out of the check queue, which is where it's sitting right now. But it should prevent it going into the gate.15:12
*** xek__ has joined #openstack-nova15:12
efriedif it was already in the gate you would have to rebase to pull it.15:12
bauzasmriedem: I'm pretty done with my audit command (just needing to work on unittests) but I'd like to provide a functional test about some migration error15:12
*** zul has joined #openstack-nova15:12
efriedIf you care to save on gate resources you could rebase to pull it out of check15:12
bauzasmriedem: just to make it clear, there are cases where the migration goes into ERROR and then we have orphaned allocations, right?15:13
efriedif the patch itself needs changes.15:13
sean-k-mooneyefried: taht will kick off new jobs15:13
sean-k-mooneyill just try to fix it before it starts running15:13
efriedyes, but at the back of the queue :)15:13
bauzasmriedem: I'd like to mimic some behaviour15:13
sean-k-mooneyok15:13
sean-k-mooneyill do that15:13
efriedI think actually you might be able to pull it completely by abandoning and restoring15:13
efriedum, restore might start it again15:14
efriedso you could abandon until you're ready to push new ps15:14
*** xek_ has quit IRC15:14
*** TxGirlGe_ has joined #openstack-nova15:15
kashyapsfinucan: Before the GA, this should go in, yeah?  The typo-that-matters in driver.py: https://review.opendev.org/#/c/682267/3/nova/virt/libvirt/driver.py15:16
mriedemgibi: sean-k-mooney: commenting on sean's patch15:17
*** ivve has quit IRC15:18
mriedemcommented15:19
mriedemseems the only issue is reboot15:19
*** belmoreira has quit IRC15:19
mriedemsorry i was looking at unshelve15:19
*** cshen has quit IRC15:20
openstackgerritShilpa Devharakar proposed openstack/nova-specs master: Update spec: filtering of alloc candidates by forbidden aggregates  https://review.opendev.org/67538415:21
mriedemi think in either case waiting for task_state to be None is sufficient, but waiting on notifications also works15:21
gibimriedem: replied15:22
mriedembauzas: for that audit command i would have started with functional tests months ago15:26
mriedemunit tests don't mean much for stuff like this15:26
*** TxGirlGeek has joined #openstack-nova15:26
mriedemin fact, i don't like unit tests really for any of these types of operational commands15:26
bauzasmriedem: I can send you a new revision now, FWIW15:26
bauzasmriedem: but I just wonder what to test from a migration usecase15:26
bauzasbut I think I'll just mock a failing migration that leaves an allocation record15:26
mriedemthere are notes about migration in the bug report aren't there?15:26
bauzascorrect, there are examples where we found orphaned allocations15:27
mriedemi don't think mocking is really good here, i'm pretty sure we have known ways to hit stuff like that, with evacuate15:27
mriedemhttps://review.opendev.org/#/c/678100/ has a couple of related bugs where we orphan allocations/providers15:28
bauzaswhat I basically do is to compare whether I can find an active migration against an existing allocation15:28
bauzaswill look at the change ^15:28
bauzasand you know what ? I'll release the change now so people can voice against it15:28
mriedemkashyap: i've tagged the bug with train-rc-potential15:29
kashyapmriedem: Ah, thank you.  Didn't think of it15:29
kashyapIIRC, stephenfin wanted to hold off on it until the 'cpu-resources' merges15:29
mriedemso like the day of RC115:30
mriedemgot it15:30
kashyap(Due to conflicts, etc.)15:30
* stephenfin shakes fist at gate15:30
kashyapmriedem: :D I mentioned it exactly for that -- in case it doesn't merge, that typo shouldn't fall through the cracks15:30
*** liuyulong has joined #openstack-nova15:30
kashyap(And you've helpfully fixed it, by the tag)15:30
mriedemi sure hope everyone rechecking the vpmem and pcpu series is actually looking at every failure to make sure we're not recheck grinding in some regression15:30
stephenfinI am. We're seeing mirror issues, InnoDB issues, and something with devstack_gate and null bytes15:31
mriedemkashyap: i don't see you or aspiers as +1 on that bug fix15:31
stephenfinNone of which I know how to fix :(15:31
kashyapmriedem: Damn, I have it sit in a tab, let me do that15:32
*** markvoelker has quit IRC15:35
*** david-lyle has quit IRC15:35
*** dklyle has joined #openstack-nova15:35
openstackgerritSylvain Bauza proposed openstack/nova master: WIP: Add a placement audit command  https://review.opendev.org/67011215:36
*** zbr has quit IRC15:36
*** ttsiouts has quit IRC15:36
*** brinzhang has quit IRC15:37
*** zbr has joined #openstack-nova15:37
*** brault has quit IRC15:38
*** dtantsur|afk is now known as dtantsur15:39
*** panda|ruck is now known as panda15:39
*** trident has quit IRC15:41
shilpasddansmith: i have addressed your minor nit isolated aggregate spec on https://review.opendev.org/#/c/675384/15:41
mriedemi guess that wasn't related to aspiers so ignore the ping15:44
dansmithshilpasd: you only changed it in that one place15:47
*** ociuhandu has quit IRC15:47
dansmithshilpasd: it should be changed elsewhere too, except maybe in work items..15:47
shilpasddansmith: okay, will do that15:47
*** mjozefcz has quit IRC15:48
*** ociuhandu has joined #openstack-nova15:48
*** ociuhandu has quit IRC15:49
*** ociuhandu has joined #openstack-nova15:49
*** trident has joined #openstack-nova15:53
mloza Hello, I'm getting tons of 'Unexpected exception in API method: MigrationNotFound:' in nova-api. Here is the full log http://paste.openstack.org/show/777427/15:53
*** markvoelker has joined #openstack-nova15:53
mlozaI don't see pending migrations in `nova migration-list`15:54
mlozaI'm using stable/stein branch15:54
openstackgerritMatt Riedemann proposed openstack/nova master: libvirt: Get the CPU model, not 'arch' from get_capabilities()  https://review.opendev.org/68226715:55
openstackgerritsean mooney proposed openstack/nova master: make config drives sticky bug 1835822  https://review.opendev.org/66973815:58
openstackbug 1835822 in OpenStack Compute (nova) "vms loose acess to config drive with CONF.force_config_drive=True after hard reboot" [Medium,In progress] https://launchpad.net/bugs/1835822 - Assigned to Matt Riedemann (mriedem)15:58
sean-k-mooneyrebase to kick it down the queue15:58
kashyapmriedem: Thanks for updating15:58
*** TxGirlGeek has quit IRC15:58
openstackgerritMerged openstack/nova master: Remove an unused file and a related description  https://review.opendev.org/68195516:00
openstackgerritShilpa Devharakar proposed openstack/nova-specs master: Update spec: filtering of alloc candidates by forbidden aggregates  https://review.opendev.org/67538416:01
openstackgerritArtom Lifshitz proposed openstack/nova master: Add func test for 'required' PCI NUMA policy  https://review.opendev.org/68294116:02
artomsean-k-mooney, stephenfin ^^ Dunno if it's that useful given that we test the 'legacy' policy which essentially does the same, but since I noticed it was missing while doing downstream reviews...16:02
*** henriqueof has quit IRC16:02
sean-k-mooneythe legacy policy works differently if you have no device numa info on the host16:03
*** rpittau is now known as rpittau|afk16:03
mriedemartom: is that from you investigating that numa live migration testing thread in the ML?16:03
artommriedem, nope, from reviewing downstream backports16:04
artommriedem, he still hasn't posted logs from that ML post, btw16:04
artomMakes it kinda hard to RCA :)16:04
sean-k-mooneymriedem: its from https://review.opendev.org/#/c/674072/ we have a test backport for the customer to try to see if that actully works for them16:04
sean-k-mooneyi was wrigitn the spec for this but im fixing the config drive test currently16:05
sean-k-mooneymriedem: we need to backport https://review.opendev.org/#/c/624444/ first and artom noticed that require did not have test coverage16:06
*** jawad_axd has joined #openstack-nova16:07
*** zbr is now known as zbr|ruck16:07
artomNot in func tests, anyways16:07
sean-k-mooneyright there are unit tests16:07
efrieddansmith: The isolated aggs spec update lgtm https://review.opendev.org/#/c/675384/ want me to fast approve?16:07
mriedemunit tests are generally insufficient for any of these kinds of features16:07
mriedemat this point in nova, unit tests are generally insufficient for just about anything16:08
artommriedem, the same could be said for func tests ;)16:08
mriedemartom: for low level hardware stuff sure16:08
mriedemi wouldn't see that in general16:08
artommriedem, I mean low level hardware stuff, like PCI or NUMA16:08
mriedemso the broken feature that landed in queens is just getting rolled out to the customer that wanted it now?16:09
mriedem18 months later...right on time16:09
sean-k-mooneyyes16:09
mriedemand queens is your current LTS?16:09
artomLong live the queen, indeed16:09
sean-k-mooneynewton will be end of line in decmeber and queens is our next LTS release downstream16:09
sean-k-mooneyso people are upgrading16:10
mnaserthis maybe more of a libvirt question, but i'll ask.. `cpu_mode` defaults to `host-model` in nova when using kvm, but the libvirt definition seems to be `<cpu mode='custom' match='exact' check='full'> ... </cpu>` (this is what i gather from virsh dumpxml)16:11
*** jawad_axd has quit IRC16:11
mriedemmnaser: meet kashyap16:11
mriedem<316:11
*** xek__ has quit IRC16:11
* mriedem is like cupid16:11
mnaserreading the nova code, it seems that nova is doing the right thing(tm)16:11
sean-k-mooneymnaser: libvirt is also ment to default to host model if we say nothing for what its worth16:12
mnaserright, im just checkin an issue where nested virt is available, virsh capabilities shows vmx16:12
mnaserbut vms dont spawn with it16:12
sean-k-mooneybut i dont think it always did which is why nova does.16:12
efriedI'm going to be taking most of the rest of the week off (family in town). Will check in periodically. Email if you need to reach me. o/16:12
*** efried is now known as efried_pto16:13
mnaserso i can add it to the list of extra flags (or try and solve it upstream :])16:13
sean-k-mooneydo you have a warning about svm not abliable in teh qemu instance log16:13
mriedemmnaser: there are a bunch of recently updated docs here as well https://docs.openstack.org/nova/stein/admin/configuration/hypervisor-kvm.html#specify-the-cpu-model-of-kvm-guests16:13
mriedemif that helps16:13
mnaserya i went over those, i can totally do passthrough or the other options, but right now my combination should just work ideally16:13
mnaserman it would be nice if we split otu some of the libvirt driver code16:14
mnaserso github search indexes it16:14
mnaser:p16:14
sean-k-mooneyqemu does not always detect the host model correctly and somethime expose amd version of vmx (svm) if you use host model16:14
sean-k-mooneyand nested virt is enabled16:14
mnaseryeah but the libvirt definition i see here clearly says use a custom set of stuff forbidding callback too16:14
mnaserwith a bunch of "requires" too16:15
sean-k-mooneycan you paste the full xml somewhere16:15
mnaseri dont know if virsh dumpxml shows the thing that virsh determines or the thing that it was fed16:15
sean-k-mooneyi dont think we should be listing a lot of features in the xml16:15
mnaserhttp://paste.openstack.org/show/777429/16:15
*** shilpasd has quit IRC16:16
sean-k-mooneydo you have the extra cpu flags config set out of interest16:16
mnaserhttps://github.com/openstack/nova/blob/master/nova/virt/libvirt/driver.py#L10171-L1017416:16
mnasernope none are set16:16
mnaserbut that..16:16
mriedemstephenfin: https://review.opendev.org/#/c/681938/ now depends on your fix so once that passes i'll review your fix16:16
mnaserthat doesnt look right16:17
stephenfinmriedem: You saw https://review.opendev.org/#/c/682111/, I assume?16:17
mriedemi didn't dig into it16:17
mnaserhttps://github.com/openstack/nova/blob/master/nova/virt/libvirt/utils.py#L533-L53916:17
mnaserso tohat gives it back qemu6416:17
sean-k-mooneymnaser: can you set cpu-mode="host-model" explcitly?16:17
mnaserthen we start with https://github.com/openstack/nova/blob/master/nova/virt/libvirt/driver.py#L10158-L1016616:18
mriedemstephenfin: artom said i can't trust functional tests for numa stuff so...16:18
*** jawad_axd has joined #openstack-nova16:18
mnasersean-k-mooney: yeah i think i might try that next16:18
mnaseri think the config docs aren't up to date in that case16:18
* mriedem waits for stephenfin to tell me it's not numa stuff16:18
mnaserunset/none != host-model16:18
sean-k-mooneymnaser: that code path is ment to be equavlent but i think its actullly not16:18
stephenfinit's not NUMA stuff16:18
* stephenfin obliges16:18
mriedemHA16:18
stephenfinhttps://openstack.fortnebula.com:13808/v1/AUTH_e8fd161dc34c421a979a9e6421f823e9/zuul_opendev_logs_ebb/682111/1/check/nova-tox-functional/ebbc041/testr_results.html.gz16:18
stephenfinAlso the reason that patch is WIP (the test doesn't belong in that file)16:19
sean-k-mooneymnaser: we would bail out here normally https://github.com/openstack/nova/blob/master/nova/virt/libvirt/driver.py#L10152-L1015616:19
mnaserexcept if its not set, which the config docs say: If ``virt_type="kvm|qemu"``, it will default to ``host-model``, otherwise it will default to ``none``.16:19
stephenfinbut yeah, with that we see the exact issue I was seeing locally16:19
mnaserhttps://github.com/openstack/nova/blob/stable/stein/nova/conf/libvirt.py#L539-L54016:20
stephenfinI also fixed the other spotted the thing kashyap pointed out earlier16:20
mnaserwhich meant either the config docs should be updated, or the correct behaviour should be done16:20
sean-k-mooneyya but i think on mater the new supprot for multiple custom cpu models has changed things16:21
mnaserwhat it seems to be doing is actaully grabbing qemu64 (base) and then looping over all the features of baseline cpu and adding them as extra features16:21
sean-k-mooneymnaser: it used to be the same16:21
mnaserthis is a stein deployment so maybe we just forgot to document the config change16:21
sean-k-mooneythe change i was refering to only landed on master recently but we might have acidentally changed the behavior in rocky or stine16:22
sean-k-mooneyand not upstaed the config16:22
*** jawad_axd has quit IRC16:22
mnaserok yeah no this code isnt there in master16:22
* mnaser goes back16:22
sean-k-mooneythis is what we used to do https://github.com/openstack/nova/blob/stable/stein/nova/virt/libvirt/driver.py#L3912-L393116:22
mnaseri wonder if we ended up running newer than stein in some messed up wrong way :X16:23
* mnaser checks16:23
sean-k-mooneymnaser: you would have to be running master form last week too have that new code i think16:23
*** gmann is now known as gmann_afk16:23
mnaserok then def not16:23
sean-k-mooneymnaser: did you pull the wheels form pypi/tarballs.openstack.org by mistake?16:24
mnaserno i just double checked and its the right stuff16:24
sean-k-mooneyoh you were allso looking at the traits code not the xml generation code16:25
mnaserah gotcha16:26
sean-k-mooneythe config is still the same  https://github.com/openstack/nova/blob/master/nova/virt/libvirt/driver.py#L4150-L418116:26
openstackgerritmelanie witt proposed openstack/nova stable/stein: Add reno about nova-api eventlet monkey-patching and rabbitmq  https://review.opendev.org/66209516:26
openstackgerritMerged openstack/nova stable/stein: neutron: refactor nw info cache refresh out of associate_floating_ip  https://review.opendev.org/68218116:27
openstackgerritMerged openstack/nova stable/stein: Trap and log errors from _update_inst_info_cache_for_disassociated_fip  https://review.opendev.org/68218216:27
openstackgerritMerged openstack/nova stable/stein: Find instance in another cell during floating IP re-association  https://review.opendev.org/68218316:27
openstackgerritMerged openstack/nova stable/stein: Log notifications if assertion in _test_live_migration_force_complete fails  https://review.opendev.org/68174316:27
mriedemstephenfin: you mean https://review.opendev.org/#/c/682267/ right?16:28
stephenfinyup16:29
sean-k-mooneymnaser: those feature flags still look wrong to me16:29
mriedemi definitely think we need some functional testing for the libvirt driver that sets cpu extra flags b/c that's 2 regressions when using that config option in the last week or so16:29
mriedemand configuring cpu extra flags seems pretty important for red hat customers...16:29
sean-k-mooneymriedem: it imples we are getting to the extra_flag section or libvirt added them16:29
stephenfinAgreed. I want to flesh out that functional test of mine and use that16:29
stephenfinJust need to figure out where to put it now16:29
sean-k-mooneymriedem: soory that was for mnaser16:29
mnasersean-k-mooney: yeah it doesn't look right16:29
mnaserbut i dont know if virsh dumpxml does some magic16:29
mnaserand doesnt actaully print out what it got from nova16:29
mriedemstephenfin: maybe just a new simple libvirt functoinal test that isn't in the test_numa module or whatever16:30
sean-k-mooneymnaser: was that config form the nova compute log or libvirt via virsh16:30
mnaserno virsh16:30
mnaserso i havent blamed nova yet16:30
sean-k-mooneyvirsh does not16:30
sean-k-mooneylibvirt transforms the xml we pass in16:30
mnaseryeah so this might be transformed16:30
sean-k-mooneye.g. it does not actually use the xml we provide.16:30
stephenfinyeah, I'd say so. I just need to check how much of the mocking I need to carry across16:30
mnaserthough i wonder why it wouldn't keep host-model there16:30
* stephenfin will set aside tomorrow morning to do just that16:30
mnaserhmm i remember virsh dumpxml used to have a "dumpable" version16:31
sean-k-mooneymnaser: ya i dont know either. this is where i delegate to danpb or kashyap as i read C but dont really want to have to find where that happens16:31
sean-k-mooneymnaser: its not a virsh issue16:31
mnaserok fair nuff16:31
sean-k-mooneywehn we create teh xml and define the domain libvirt parses it and save an updated version to disk and in memory16:32
*** ivve has joined #openstack-nova16:32
sean-k-mooneyvirsh talks to libvirt over a unix socket and virsh dumpxml give you the rendered version16:32
mnaseroooh16:33
sean-k-mooneylibvirt when it ingest the xml fills in a bunch of things like guest pci address that we dont set16:33
mnaserwait so i can do cat on the local disk then16:33
sean-k-mooneythere is a copy saved to disk somewhere but you could also just check the nova compute log16:33
sean-k-mooneythe xml is saved in it16:33
mnaseryeah not running $world with DEBUG on16:33
mnaserso that'd have to be a little exercise :p16:33
mnaserits only logged when running under debug afaik16:34
sean-k-mooneyyes it is16:34
mnasertime to google for the millionth time "how to run an openstack instance on a specific node"16:34
sean-k-mooneyanyway i would check the qemu instance log and see what the error is16:34
openstackgerritMerged openstack/nova-specs master: Update spec: filtering of alloc candidates by forbidden aggregates  https://review.opendev.org/67538416:35
sean-k-mooneycat /var/log/libvirt/qemu/instanace...16:35
mnaseryeah but i tihnk its a layer before that because the qemu process doesnt have the flag16:35
mnaser"-cpu IvyBridge-IBRS,ss=on,pcid=on,hypervisor=on,arat=on,tsc_adjust=on,md-clear=on,stibp=on,ssbd=on,xsaveopt=on,pdpe1gb=on"16:35
sean-k-mooneywhich flag is missing?16:35
sean-k-mooneyi though the vm was crashing?16:36
mnaservmx (and the fact that things are manually added)16:36
mnasernope, no crashes at all, just literally a flag missing16:36
mnaservirsh capabilities shows vmx16:36
mnaserbut booting instances without defining cpu_model does not16:36
sean-k-mooneyright but did you turn nested virt on in the host kernel16:36
mnaserdoes not boot it with vmx then16:36
mnaseryep16:36
sean-k-mooneyok i normally use host-passthough with nested virt so the flag is there16:37
mnaser`virsh capabilities` wouldn't report vmx there if it wasnt on either afaik16:37
mnaseryeah, im trying to avoid that one16:37
sean-k-mooneythe model your using might just not included it16:37
sean-k-mooneyyou could jsut add it16:37
mnasercat /sys/module/kvm_intel/parameters/nested => Y16:37
sean-k-mooneywith the config16:37
mnasersean-k-mooney: it actually does though -- http://paste.openstack.org/show/777431/16:37
mnaserthats the thing16:37
mnaseri could add it manually but im trying to see if its something we can improve upstream :>16:38
sean-k-mooneythe host does16:38
*** dtantsur is now known as dtantsur|afk16:38
mnaserisnt the output of virsh capabiltiies show the model used by libvirt?16:38
mnaserin this case IvyBridge-IBRS which does include vmx16:38
sean-k-mooneythat does not mean the IvyBridge-IBRS has the flag16:38
mnaserwait what16:38
mnaserseriously16:38
sean-k-mooneyyes16:38
sean-k-mooneythere is an xml file you can check16:39
mnaseri thought virsh capabilities was what would host-model be16:39
*** jmlowe has quit IRC16:39
sean-k-mooneyno16:39
mnasercpu_map.xml16:39
sean-k-mooneyits litrally the host capablites unfiltered16:39
sean-k-mooneythe model it reporet is the closet on to your host cpu16:39
*** TxGirlGe_ has quit IRC16:40
mnaserwell16:40
mnaserthat explains all my confusion16:40
mnaserthen i need to add the extra cpu flag16:40
mnasercpu_map.xml shows nothing actually has vmx flag16:40
mnaseri could _swear_ that it used to be there before16:40
* mnaser goes to check16:40
sean-k-mooneywhere is cpu_map by the way i was looking for it locally16:40
mnasersean-k-mooney: /usr/share/libvirt/cpu_map.xml16:41
mnaser(on centos at least)16:41
*** derekh has quit IRC16:41
sean-k-mooneyah user share i was looking in /var/lib16:41
mnaserok im really confused as to how it used to work before but i guess it did16:41
* mnaser sighs16:41
sean-k-mooneyit could be a libvirt change16:42
sean-k-mooneyor you were using host-passthough and did not no/notice/remember16:42
mnaserno as much as host-passthrough is great im very anti that because live migrations16:43
sean-k-mooneyyou can use it with live migrations16:43
sean-k-mooneybut you need to group things by hardware type16:43
mnaseryeah it gets tricky for new hardware16:44
sean-k-mooneyby the way host-model is not relaly better16:44
sean-k-mooneyif you use host model and you move for ivybridge to haswell then reboot the vm it wont be abel to migrte back16:44
mnaseryeah im perfectly ok with migrating from old to new but not new to old16:44
sean-k-mooneyif you really care about migration you should use custom and select a version across all nodes16:44
mnaserit enables my use case of "upgrading things"16:44
*** mkrai_ has quit IRC16:45
*** liuyulong has quit IRC16:47
*** macz has joined #openstack-nova16:51
stephenfinmriedem: Can you cut an sqlalchemy-migrate release?16:52
stephenfinI'm seeing logs about a contextual_connect popping up and I assume that's not helping with our "we generate too many logs" gate issues. A patch from zzzeek is on master16:53
*** tesseract has quit IRC16:53
sean-k-mooneystephenfin: we cant in train16:55
sean-k-mooneybut we can for U16:55
mriedemstephenfin: i've got a release pending for U16:56
sean-k-mooneystephenfin: i think mriedem may have fixed that16:56
mriedemhttps://review.opendev.org/#/c/682656/16:56
mriedemi see what you mean in https://7adee8d979f9b27778af-fc266c4961a026b4ec86218d0c17f3b6.ssl.cf5.rackcdn.com/523559/10/check/openstack-tox-py36/55f9ad4/job-output.txt and https://ce11c0ee0a74ee8ebb7e-9c035ca54e1e355b36ad4d338836f375.ssl.cf2.rackcdn.com/523559/10/check/nova-tox-functional-py36/ac3beea/job-output.txt though16:57
mriedemstephenfin: in nova we can add a warnings filter to only log that once16:57
mriedemin the WarningsFixture we have16:57
sean-k-mooneystephenfin: speaking of that im updating there tox file here https://review.opendev.org/#/c/682515/ if you  care too take a look. the native coverage support still seam to not work. i spend an hour working on it so i did the same hack we have in nova16:57
mriedemstephenfin: so let's do that in nova in Train and if it's fixed in sqla-migrate we can bump mins when that gets released in U16:58
mriedemyou could push the nova patch under bug 181314716:58
openstackbug 1813147 in OpenStack Compute (nova) "p35 jobs are failing with subunit.parser ... FAILED" [High,In progress] https://launchpad.net/bugs/1813147 - Assigned to Balazs Gibizer (balazs-gibizer)16:58
mriedemthis is the patch you were talking about btw https://review.opendev.org/#/c/671040/16:59
*** brault has joined #openstack-nova17:00
openstackgerritmelanie witt proposed openstack/nova master: Add note about needing noVNC >= v1.1.0 with using ESX  https://review.opendev.org/68294617:01
*** luksky has joined #openstack-nova17:06
melwittKeithMnemonic1: ^ (late)17:11
KeithMnemonic1lol17:15
*** mgariepy has quit IRC17:16
sean-k-mooneyim not sure why i try to make my tests robost...17:18
sean-k-mooneygibi: mriedem  http://paste.openstack.org/show/777439/17:20
sean-k-mooneyso you know why stat is not ment to be HARD_REBOOT ...17:20
*** mgariepy has joined #openstack-nova17:22
sean-k-mooneyim going to add backin self._wait_for_state_change(self.api, shelved_server, 'ACTIVE')17:22
sean-k-mooneyor active_server in this case17:23
mriedemidk what you are doing there17:24
sean-k-mooneyim using the fake notifiyer to wait for the reboot end notifcaiont17:24
mriedembut why do you need a whole separate _get_server_info17:25
sean-k-mooneythe same one that is used in the allocation fucntional tests17:25
mriedemself._wait_for_state_change(self.api, active_server, 'ACTIVE') does the same thing you added17:25
sean-k-mooneybecause i was nolonger checking for the server being active17:25
sean-k-mooneyright but the whole point was the status was ment to always be active17:25
sean-k-mooneyor the previous patch would have been correct17:26
sean-k-mooneyits actully HARD_REBOOT17:26
mriedemafter the task_state is None?17:26
mriedemif you wait for ACTIVE and task_state=None you shouldn't have a problem17:26
sean-k-mooneyno im not checking for that im waiting for the notificaiton17:26
sean-k-mooneyya i can do that instead17:26
mriedemi look forward to at least 5 more patch sets for this fix17:27
sean-k-mooneyi like how this is litrlly all because im swaping the order of two lines17:27
*** ricolin has quit IRC17:27
mriedempick one or the other i don't think it matters, the task_state is None here https://github.com/openstack/nova/blob/c67057dff34a0054977ae3873d33313c0617b308/nova/compute/manager.py#L3529 and the notification is here https://github.com/openstack/nova/blob/c67057dff34a0054977ae3873d33313c0617b308/nova/compute/manager.py#L353617:29
mriedemfor the purpose of your test either is sufficient17:29
mriedemif you do wait for the task_state to be None, use https://github.com/openstack/nova/blob/c67057dff34a0054977ae3873d33313c0617b308/nova/tests/functional/integrated_helpers.py#L24717:29
mriedemdon't write some new function17:29
mriedemusing _wait_for_server_parameter will get you the latest copy of the server with the config drive value in the api so i'd use that myself17:30
sean-k-mooney yep i can do that17:30
openstackgerritMerged openstack/nova stable/stein: Fix the server group "policy" field type in api-ref  https://review.opendev.org/66222417:30
sean-k-mooneybut the reason i pinged you on irc was it look like our  fixture are not doing the right thing17:31
openstackgerritMerged openstack/nova stable/stein: Fixing broken links  https://review.opendev.org/68140117:31
openstackgerritMerged openstack/nova stable/stein: libvirt: stub logging of host capabilities  https://review.opendev.org/68221017:31
openstackgerritMerged openstack/nova stable/stein: Fix rebuild of baremetal instance when vm_state is ERROR  https://review.opendev.org/68086917:31
sean-k-mooneywell either we really do go from ACTIVE->HARD_REBOOTING->ACTIVE which is why i orginaly thought in which case its not a race or  the fixture is reutrning the worng value. ill look at that after i do the taskstae check17:33
mriedemyou're seeing HARD_REBOOTING b/c of the task_state not being None17:34
sean-k-mooneyfor rebuild im getting the same behavior "esttools.matchers._impl.MismatchError: 'ACTIVE' != 'REBUILD'"17:34
mriedemdoes your test properly stub out the fake notifier in setUp?17:34
sean-k-mooneyyes17:34
mriedemthis is why you saw HARD_REBOOT https://github.com/openstack/nova/blob/c67057dff34a0054977ae3873d33313c0617b308/nova/api/openstack/common.py#L5317:35
mriedemb/c the task_state was set17:35
sean-k-mooneyi copied the sutb and the example usage form the integrated helpers17:35
*** zbr|ruck is now known as zbr17:36
sean-k-mooneymriedem: but that shoudl not be reported in the status field it should be in OS-EXT-STS:task_state17:37
sean-k-mooneyor is that not how that works17:37
sean-k-mooneythere is also OS-EXT-STS:vm_state17:37
mriedemthat's not how that works17:38
mriedemstatus is a mix of vm_state and task_state17:38
mriedemOS-EXT-STS:vm_state and OS-EXT-STS:task_state are separate17:38
sean-k-mooneyyes and there is a third field status17:38
sean-k-mooneywait for state chage checks status17:39
sean-k-mooneyso is status task_state when it not equal to None and vm_sate otherwise?17:39
sean-k-mooneybecause that seam to be the behavior of the fixture17:40
mriedemno17:40
mriedemsee the link i just posted above17:40
mriedemhttps://github.com/openstack/nova/blob/c67057dff34a0054977ae3873d33313c0617b308/nova/api/openstack/common.py#L11717:41
sean-k-mooney ya im reading that now17:41
sean-k-mooneyit uses a mapp to do it but its similar to what i said. but there is not a race in the current version then17:43
*** jmlowe has joined #openstack-nova17:44
sean-k-mooneyanyway to be extra safe ill push with the wait for state change + notificaitons since that works17:46
artommriedem, I've had an intuition for https://review.opendev.org/#/c/641453/217:48
artomComments inline17:48
openstackgerritsean mooney proposed openstack/nova master: make config drives sticky bug 1835822  https://review.opendev.org/66973817:49
openstackbug 1835822 in OpenStack Compute (nova) "vms loose acess to config drive with CONF.force_config_drive=True after hard reboot" [Medium,In progress] https://launchpad.net/bugs/1835822 - Assigned to sean mooney (sean-k-mooney)17:49
*** jmlowe has quit IRC17:53
*** ociuhandu has quit IRC17:56
*** mmethot_ has joined #openstack-nova17:57
*** mmethot_ has quit IRC17:58
*** mmethot_ has joined #openstack-nova17:59
*** mmethot has quit IRC18:00
mriedemartom: replied but i still don't really get it18:00
mriedemwe know that  migrate_data.bdms isn't getting set during pre_live_migratoin18:01
mriedemwhich should happen on the dest18:01
artommriedem, to be honest neither do I18:01
mriedemit's probably something really dumb and i'm just overlooking it18:01
*** priteau has quit IRC18:01
artomI mean, that's 4 of us, at this point?18:02
artomWe can't all be dumb18:02
mriedemoh we can18:02
mriedemand will be gdi18:02
artomI checked the dumb stuff like args out of order18:02
artomI admire your stubborness18:02
mriedemwonder if the partial with source_bdms is somehow at fault18:02
*** brault has quit IRC18:03
mriedemOH18:03
mriedemi SEE it18:03
artommriedem, don't think so - the failure is "in" the migration18:04
mriedemI SEE IT18:04
artomWhen it's updating the instance XML, migrate_data.bdms is not there18:04
artomTELL US18:04
mriedemIT'S FULL OF STARS18:05
mriedemcommented inline to explain the problem,18:05
mriedembut tl;dr we didn't return the migrate_data that we got back from the dest to pass to the driver on the source18:05
mriedemso we passed our stale copy18:05
artom"Thanks Artom, you helped me figure it out."18:06
artomI'm going to use that to fall asleep now18:06
artomBetter than any lullaby18:06
*** mmethot_ has quit IRC18:06
artomAh, I get it18:07
artom*facepalm*18:07
artomSide effects suck18:07
mriedempycharm might have even warned me locally that i was overwriting a method arg18:08
*** mmethot has joined #openstack-nova18:08
mriedemi know it does if you shadow imports18:08
mriedemwhich is helpful in cases where we pass around a thing called 'context' and have a module import of nova.context18:08
artomIIRC importing nova.context you still to access it with nova.context18:09
artomAs opposed to from nova import context18:09
mriedemi mean the latter18:10
mriedemfrom nova import context18:10
mriedem...18:10
mriedeminstances = objects.Instance.get_by_instance_uuid(context, instance_uuid)18:10
artomYep, that would suck18:10
mriedemwe do it all over the place, but i think it's only bit us in the ass once that i know of18:11
*** mmethot has quit IRC18:11
*** ociuhandu has joined #openstack-nova18:11
sean-k-mooneypassing the module instead of a context object18:11
sean-k-mooneythat would have intersting sideffect if it did not explode18:12
* artom context switches to an internal escalation18:12
*** zhubx has quit IRC18:15
*** boxiang has joined #openstack-nova18:15
*** ociuhandu has quit IRC18:16
*** mmethot has joined #openstack-nova18:16
sean-k-mooneyif your really unlucky and only do the assignment to the module in unit test you can end up with the tests passing or fialing dependign on the order that they are run18:17
sean-k-mooneyi remember helping to debug an intermitent failture in the neutron gate which was casuse by acidetally assign to the module in a test18:18
*** martinkennelly has quit IRC18:18
mlozahello, is it safe to cleanup failed migrations(those status that are in confirmed or error) in the migration table of the nova database?18:20
sean-k-mooneywell those that are in confimed are not failed18:22
sean-k-mooneyif you mean can you clean up  old migration recored in general i belive so although im not sure if they are needed for teh audit logs.18:23
sean-k-mooneythe main sideffect of cleaning up old migration that are confirm or error should be just they are nolonger available for quitying via the api. but maybe mriedem can double check that is correct?18:23
sean-k-mooneyi dont know if we have a nova manage command for that but i can see that they would build up over time18:24
sean-k-mooneyat least until the vms are delested in any case18:24
mriedemthere is no audit log for migrations, in case you're thinking of instance actions18:27
mriedemwhich are different18:27
mriedemand yeah the downside to removing complete migratoin records is losing any history on those and yeah they won't be archived/pruned until the instance is deleted,18:28
sean-k-mooneyyes i was trying to think of what side effect it could have18:28
mriedemwe don't have any nova-manage command to archive old migration records - i don't think you can even do that b/c of a foreign key reference to the instance18:28
mriedemmloza: so to answer your questoin i don't think you can do that until the instances for those migrations are also deleted,18:29
mriedemand if you have deleted those instances, than simply running the archive/prune commands will remove them18:29
sean-k-mooneyit depend i gues on how we specified the forin key constratint18:30
sean-k-mooneye.g. is it set to cascase on vm deletion or is it a restict key that prevents deleteion untill the instance is deleted18:31
mriedemwe don't have any fkeys that do cascading deletes18:31
sean-k-mooneythis would be specifid in the modles.py right?18:31
sean-k-mooneywe had a customer delete migration recently so i think you can do it18:32
mriedemit's in the models yes18:32
mriedemsean-k-mooney: are you fixing that config drive functional test or what?18:32
mlozasorry, I meant only status error. Just found the confirmed status are for migration and resize action18:33
sean-k-mooneyi pushed a version18:33
*** ociuhandu has joined #openstack-nova18:33
mlozamriedem: ok, i'll just the migration records in the db for now18:33
sean-k-mooneyhttps://review.opendev.org/#/c/669738/9/nova/tests/functional/regressions/test_bug_1835822.py@6618:33
mlozaleave*18:33
sean-k-mooneyi added the wait for notification and kept the state change wait18:34
sean-k-mooneyso it cant race on still being active18:34
sean-k-mooneywhen we start to wait18:34
sean-k-mooneymloza: ok the foreign_key constratin just ensure the instance_uuid exists in the isntace table and the migration instance uuid matche and the instance is not deleted18:36
sean-k-mooneyhttps://github.com/openstack/nova/blob/master/nova/db/sqlalchemy/models.py#L805-L80918:36
sean-k-mooneyso it wont prevent you deleteing the old migration recored while the vm still exists18:36
*** openstackgerrit has quit IRC18:37
*** ociuhandu has quit IRC18:38
mlozasean-k-mooney: any sides effect the old migration record that are status error while the vm still exist?18:39
sean-k-mooneythe only one im aware of is that you will nolonger be able to retivie the migration info since you deleted it.18:40
*** openstackgerrit has joined #openstack-nova18:41
openstackgerritMatt Riedemann proposed openstack/nova master: Refactor pre-live-migration work out of _do_live_migration  https://review.opendev.org/64145318:41
openstackgerritMatt Riedemann proposed openstack/nova master: Mark "block_migration" arg deprecation on pre_live_migration method  https://review.opendev.org/68296318:41
mlozaunderstand. I don't need it for auditing18:41
mlozaThanks18:41
mriedemdon't take that as a recommendation that it's ok18:41
mriedemmessing with the db directly is not really a supported thing, so beware18:42
mriedemespecially with migration-based allocation consumers since queens i could see us (nova) relying on migration records existing to determine a type of consumer of resource allocatoins in placement18:42
mriedemlike in the audit command that bauzas is working on18:42
mriedemmloza: ^18:42
sean-k-mooneyright from a downstream perspecit i think we would normally ask you to file a support exception first and assess if its safe18:43
mriedemfor example, let's say a migration failed and we failed to cleanup allocatoins in placement properly, then placement might be saying there are more consumers of resources than there actually are, and without some kind of audit tooling to determine that - which would use migration records - you might have a hard time sorting that all out18:43
mriedemthat kind of orphan issue can lead to a situation where you expect to be able to land new VMs on a host but placement filters them out saying there is no room18:44
sean-k-mooneyyes. our customer issue was related to FFU and failed evauctations leave evaucate migration recored in pre-migrating18:45
sean-k-mooneyin that case in queens we deleted there vms when the comptue agent start up18:45
sean-k-mooneythat said they didnt porperly check the evaucations before unfenceign the node18:46
mriedemthat said you didn't provide them a tool to check when it was safe to unfence the ndoe18:47
mriedem*node18:47
mriedemespecially for the $$$ they are giving you18:47
sean-k-mooneytrue but the db recoreds showed they used --force --host to do a nova evac to the same host18:48
sean-k-mooneywhich is why the evacuation failed18:48
sean-k-mooneyyou cant evacuate to the same host that you are evacuating form. we should however have an api check for that18:49
sean-k-mooneythis came up last week so we havent really gotten around to figuring out what needs to be done upstream yet18:49
mriedemwell, w/o --force the scheduler would have kicked it out18:50
sean-k-mooneyyep18:50
mriedemas long as the compute was still disabled18:50
mriedemwe should probably deprecate the --force option on the evacuate cli https://docs.openstack.org/python-novaclient/latest/cli/nova.html#nova-evacuate18:50
sean-k-mooneyif the compute was active it would have kicked it out too18:50
sean-k-mooneymriedem: didnt you already do that?18:50
mriedemthe force parameter was deprecated in the api18:50
mriedembut it's still there on earlier microversions18:50
mriedemadded in 2.29 and removed in 26718:51
sean-k-mooneyah ok  i remember talking about not supporting it in the osc version18:51
mlozamriedem: I guess I hitting that orphan issue. I possibly cleared the migration records before. Now wonder I everytime I  launch a new VM it goes always goes to a specific host.18:51
sean-k-mooneyspeaking of which i should update that patch.18:51
mlozaWhat would be a remedy to this issue?18:52
sean-k-mooneymloza: what release are you running18:52
mlozastable/stein18:52
mriedemsean-k-mooney: please tell me you ran pep8 on this https://review.opendev.org/#/c/669738/8..18:52
sean-k-mooneyok i was wondering if you had the old failed builds behavior.18:52
mriedemhttps://review.opendev.org/#/c/669738/18:52
sean-k-mooneyi think i did18:54
sean-k-mooneyi know i had to fix the odering of the imports18:54
mriedemmloza: this is a work in progress but you might be able to use this https://review.opendev.org/#/c/670112/ - that would also provide valuable feedback on what it reports18:54
mriedemmloza: you can use https://docs.openstack.org/osc-placement/latest/ to see what is consuming resource allocations on your nodes (resource providers)18:55
mriedemi would start by investigating a particular host that you think should be available but placement is saying it's not18:55
mlozawill take a look18:56
mriedemso using this https://docs.openstack.org/osc-placement/latest/cli/index.html#resource-provider-show with the --allocations option18:56
mriedemthe allocations are keyed by consumer uuid, which in the case of nova since queens can be migrations or instances18:57
mriedemmigrations for the source host during a migration, instances for the dest host18:57
mriedemso let's say you evacuated all instances from a down host but placement is still reporting allocations against that host - those allocation consumers are likely migration records18:57
mriedemand were orphaned18:57
mriedemthere are a couple of related bugs in this patch https://review.opendev.org/#/c/678100/18:58
*** cshen has joined #openstack-nova19:01
*** jmlowe has joined #openstack-nova19:03
*** cshen has quit IRC19:06
*** mriedem has quit IRC19:15
*** mriedem has joined #openstack-nova19:16
mriedemmelwitt: how are you feeling about this? https://review.opendev.org/#/c/541420/ i split the refactor out and without the compat code for old cinder it's quite a bit simpler than the last time you looked.19:18
*** belmoreira has joined #openstack-nova19:23
*** ociuhandu has joined #openstack-nova19:24
*** eharney has quit IRC19:39
*** ociuhandu has quit IRC19:40
*** jmlowe has quit IRC19:42
*** artom has quit IRC19:47
*** ralonsoh has quit IRC19:56
*** hoonetorg has quit IRC20:01
KeithMnemonic1I have a customer running into an odd issue with multipath during migration (Pike). To make a long story short the LUNS assignments are getting mixed up somewhere. geguileo mentioned it possibly could be this https://review.opendev.org/#/c/551302/  I did a quick look at cherry-picking and it seems there are a ton of dependencies. Does that seems accurate or does someone have some magic to cherry-pick it to20:03
KeithMnemonic1pike?20:03
*** larainema has quit IRC20:06
*** pcaruana has quit IRC20:10
*** jmlowe has joined #openstack-nova20:12
*** belmoreira has quit IRC20:13
KeithMnemonic1mriedem,  melwitt any thoughts on my question above20:15
mriedemcoincidentally that came up yesterday on pike https://review.opendev.org/#/c/670016/20:16
mriedem^ will not fix your issue though20:16
mriedemlooking at the conflicts on the queens backport i'm not surprised that there would be conflicts going to pike, but w/o doing it myself i do'nt know how bad it is,20:17
mriedemred hat probably doesn't care to backport that since i don't think they are supporting pike20:17
mriedemefried_pto: are you going to be running the meeting tomorrow morning or should someone else?20:23
KeithMnemonic1mriedem i was using aspiers git-deps and it was a long list. I am not experienced enough to know if there are any shortcuts20:39
*** eharney has joined #openstack-nova20:43
KeithMnemonic1I was looking to confirm with someone if my inital look was correct (that it is too cumbersome) or if it is not that bad20:48
mriedemi can peek in a bit20:50
melwittmriedem: I dunno, haven't looked at it in a long time. will go through it today20:51
*** ociuhandu has joined #openstack-nova20:56
melwittKeithMnemonic1, mriedem: I can confirm that we haven't backported https://review.opendev.org/#/c/551302/ beyond queens downstream either, so I also don't know what to expect as far as how gnarly the backport will be without actually trying to do it20:56
KeithMnemonic1I took a look and it seemed gnarly but was hoping for a second opinion20:58
mriedemis this a new failure in building docs locally?21:00
mriedemWARNING: RSVG converter command 'rsvg-convert' cannot be run. Check the rsvg_converter_bin setting21:00
KeithMnemonic1melwitt a plug for aspiers this is what I used to gauge the effort https://github.com/aspiers/git-deps21:00
KeithMnemonic1but that pulls in every dependency and i am not experienced enough to know if any could be skipped21:04
mriedemah i see https://github.com/openstack/nova/commit/16b9486bf7e91bfd5dc48297cee9f54b49156c9321:05
*** avolkov has quit IRC21:09
*** nweinber has quit IRC21:11
mriedemwe need librsvg2-bin in bindep.txt21:15
*** gbarros has joined #openstack-nova21:17
*** brault has joined #openstack-nova21:19
mriedemKeithMnemonic1: do you have a paste of the dependencies? i wouldn't be surprised if a bunch of the conflicts are due to like mox removal patches21:19
*** brault has quit IRC21:23
*** JamesBenson has quit IRC21:25
mriedemmelwitt: if you have a fedora or centos system available can you confirm that librsvg2-tools provides the rsvg-convert command?21:28
mriedemwhich is i think just: yum provides rsvg-convert21:28
mriedemright?21:28
melwittlet me check21:29
*** JamesBenson has joined #openstack-nova21:30
openstackgerritMatt Riedemann proposed openstack/nova-specs master: Re-propose cross-cell-resize spec for Ussuri  https://review.opendev.org/68300221:31
melwittmriedem: you are correct, comes from librsvg2-tools21:33
mriedemcool, thanks. that's what cinder had in their bindep but i've only got ubuntu and that's all that zuul uses for the pdf jobs21:33
melwittlooked on centos7.321:33
openstackgerritMatt Riedemann proposed openstack/nova master: Add librsvg2* to bindep  https://review.opendev.org/68300321:34
mriedemlooks like we just had a zuul restart21:34
*** gbarros has quit IRC21:34
*** JamesBenson has quit IRC21:35
mriedemand it's busted, "Unable to freeze job graph: 'dict_keys' object does not support indexing"21:40
mriedemon that note, looks like i'm out of there for the day21:40
*** panda has quit IRC21:41
*** mriedem is now known as mriedem_afk21:41
*** panda has joined #openstack-nova21:42
*** TxGirlGeek has joined #openstack-nova21:47
mriedem_afkKeithMnemonic1: quickly glancing at that pike backport from queens, there are a bunch of conflicts but the big ones look like they are due to the multiattach volume support added in queens but those aren't functional dependencies, so i don't think those would actually impact backporting the fix to pike except it makes the backport harder21:49
*** takashin has joined #openstack-nova21:50
*** eharney has quit IRC22:04
*** mlavalle has quit IRC22:22
*** markvoelker has quit IRC22:24
openstackgerritTakashi NATSUME proposed openstack/nova master: Remove mox in unit/network/test_neutronv2.py (13)  https://review.opendev.org/57602022:34
openstackgerritTakashi NATSUME proposed openstack/nova master: Remove mox in unit/network/test_neutronv2.py (13)  https://review.opendev.org/57602022:34
openstackgerritTakashi NATSUME proposed openstack/nova master: Remove mox in unit/network/test_neutronv2.py (14)  https://review.opendev.org/57602722:36
openstackgerritTakashi NATSUME proposed openstack/nova master: Remove mox in unit/network/test_neutronv2.py (14)  https://review.opendev.org/57602722:36
openstackgerritTakashi NATSUME proposed openstack/nova master: Remove mox in unit/network/test_neutronv2.py (15)  https://review.opendev.org/57603122:39
openstackgerritTakashi NATSUME proposed openstack/nova master: Remove mox in unit/network/test_neutronv2.py (15)  https://review.opendev.org/57603122:39
*** ociuhandu has quit IRC22:40
*** munimeha1 has quit IRC22:40
openstackgerritTakashi NATSUME proposed openstack/nova master: Remove mox in unit/network/test_neutronv2.py (16)  https://review.opendev.org/57629922:41
openstackgerritTakashi NATSUME proposed openstack/nova master: Remove mox in unit/network/test_neutronv2.py (16)  https://review.opendev.org/57629922:41
openstackgerritTakashi NATSUME proposed openstack/nova master: Remove mox in unit/network/test_neutronv2.py (17)  https://review.opendev.org/57634422:42
openstackgerritTakashi NATSUME proposed openstack/nova master: Remove mox in unit/network/test_neutronv2.py (17)  https://review.opendev.org/57634422:42
openstackgerritTakashi NATSUME proposed openstack/nova master: Remove mox in unit/network/test_neutronv2.py (18)  https://review.opendev.org/57667322:43
openstackgerritTakashi NATSUME proposed openstack/nova master: Remove mox in unit/network/test_neutronv2.py (18)  https://review.opendev.org/57667322:43
openstackgerritEric Fried proposed openstack/nova master: libvirt: Enable driver configuring PMEM namespaces  https://review.opendev.org/67964022:44
openstackgerritTakashi NATSUME proposed openstack/nova master: Remove mox in unit/network/test_neutronv2.py (19)  https://review.opendev.org/57667622:45
openstackgerritTakashi NATSUME proposed openstack/nova master: Remove mox in unit/network/test_neutronv2.py (19)  https://review.opendev.org/57667622:45
openstackgerritTakashi NATSUME proposed openstack/nova master: Remove mox in unit/network/test_neutronv2.py (20)  https://review.opendev.org/57668922:46
openstackgerritTakashi NATSUME proposed openstack/nova master: Remove mox in unit/network/test_neutronv2.py (20)  https://review.opendev.org/57668922:46
openstackgerritTakashi NATSUME proposed openstack/nova master: Remove mox in unit/network/test_neutronv2.py (21)  https://review.opendev.org/57670922:47
openstackgerritTakashi NATSUME proposed openstack/nova master: Remove mox in unit/network/test_neutronv2.py (21)  https://review.opendev.org/57670922:47
openstackgerritTakashi NATSUME proposed openstack/nova master: Remove mox in unit/network/test_neutronv2.py (22)  https://review.opendev.org/57671222:48
openstackgerritTakashi NATSUME proposed openstack/nova master: Remove mox in unit/network/test_neutronv2.py (22)  https://review.opendev.org/57671222:48
openstackgerritTakashi NATSUME proposed openstack/nova master: Add TODO note for mox removal  https://review.opendev.org/57675822:49
openstackgerritTakashi NATSUME proposed openstack/nova master: Add TODO note for mox removal  https://review.opendev.org/57675822:49
*** mriedem_afk has quit IRC22:53
*** tkajinam has joined #openstack-nova23:02
openstackgerritTakashi NATSUME proposed openstack/python-novaclient master: Add a check for --config-drive option on nova boot  https://review.opendev.org/65368323:08
*** luksky has quit IRC23:13
*** rcernin has joined #openstack-nova23:16
*** mriedem has joined #openstack-nova23:17
openstackgerritMatt Riedemann proposed openstack/nova stable/pike: WIP: Avoid redundant initialize_connection on source post live migration  https://review.opendev.org/68300823:30
*** BjoernT has quit IRC23:30
mriedemKeithMnemonic1: ^ is the pike backport with runtime code conflicts handled, test module conflicts are not handled (yet) but the commit message calls out what caused the conflicts so it's just a matter of resolving those test module conflicts23:31
* alex_xu knocks the desk with head when found the ci fail again23:32
sean-k-mooneycan we actully spligt the cpu resouces series form the vpmem seriese at this point23:34
sean-k-mooneyit was intended to prevent merge conflict but i think it has ended up hurting more then it helped23:34
sean-k-mooneyalthough at this point i guess the vpmem serice has merged?23:35
sean-k-mooneylooks like we are not on the first useful patch of the pcpu series23:36
alex_xusean-k-mooney: we already split23:36
sean-k-mooneytoday?23:37
sean-k-mooneywhat was the failure out of interest23:37
alex_xuyesterday23:38
alex_xuI only saw two bug, one is test_model_sync, another one is db timeout23:39
sean-k-mooneysorry i though you were refering to https://review.opendev.org/#/c/672693/23:40
sean-k-mooneyits going to fail i nthe gate beacue devstack failed on the second node in the live migration job23:41
sean-k-mooneylooks like the nova compute service db entry for the subnode never got created properly23:42
alex_xuyea, I thought those two in vpmems, just checking what fail in cpu resource23:42
efried_ptomriedem: I'll try to be around for the meeting tomorrow; but if I'm not, you wanna run it?23:43
mriedemsure23:43
mriedemalex_xu: zuul had 2 restarts today23:43
mriedemso that reset everything23:44
efried_ptoalex_xu: totally bug 1823251 again.23:44
openstackbug 1823251 in OpenStack Compute (nova) "Spike in TestNovaMigrationsMySQL.test_walk_versions/test_innodb_tables failures since April 1 2019 on limestone-regionone" [High,Confirmed] https://launchpad.net/bugs/182325123:44
efried_ptoI'm trying hard to nail it down, but so far no luck.23:44
alex_xusame bug after reset?23:44
efried_ptodunno, I just rebased and re+Wed like half an hour ago.23:44
efried_ptocorrection: 1h ago.23:45
*** JamesBenson has joined #openstack-nova23:46
efried_pto(only rebased to requeue since it was failing the constraints job bogusly - on the aforementioned bug)23:46
efried_ptonow of course it's going to have to wait twelve freaking hours to get a node again.23:46
mriedemyou know, it might be worth just skipping TestNovaMigrationsMySQL until all of these things are merged23:46
efried_ptoAgreeeeed23:47
mriedemunskip before rc123:47
efried_ptothat would increase our merge percentage by an order of magnitude.23:47
mriedemdo it23:47
efried_ptoyou wanna propose it quick I'll fast approve it.23:47
*** efried_pto is now known as mriedem123:47
mriedemmerging all of this stuff in the middle of next week is crazy23:47
*** mriedem1 is now known as efried_pto23:47
*** ivve has quit IRC23:48
efried_ptoyeah, I'd really rather merge it *this* week.23:48
efried_ptoHell, I would have rather merged it last Thursday23:48
mriedemwas just about to say ^23:48
mriedemi'm in the middle of something so you go ahead23:48
alex_xui can do it23:50
mriedemwell let me see here23:50
sean-k-mooneywhne the compute service joing the service group i should see a entry in the cell conductor corresponding to the compute node entry correct23:50
*** JamesBenson has quit IRC23:50
openstackgerritDustin Cowles proposed openstack/nova master: Provider Config File: YAML file loading and schema validation  https://review.opendev.org/67334123:50
openstackgerritDustin Cowles proposed openstack/nova master: Provider Config File: Function to further validate and retrieve configs  https://review.opendev.org/67602923:50
openstackgerritDustin Cowles proposed openstack/nova master: WIP: Provider Config File: Merge provider configs to provider tree  https://review.opendev.org/67652223:50
mriedemalex_xu: i've got it23:50
alex_xumriedem: ok, so I can help to +223:51
efried_ptoalex_xu: ++23:51
sean-k-mooneyhum maybe not23:52
sean-k-mooneythat compute node does not have the db config so it woul have to go via the conductor but i guess it may not be logged or rabbit could have dropped the message23:55
sean-k-mooneyoh never mined i miss read the devstack message23:56
sean-k-mooneyit finishe registering the compute servce and then the neutron openvswitch agent did not start23:56
*** cfriesen has quit IRC23:57
openstackgerritMatt Riedemann proposed openstack/nova master: Temporarily skip TestNovaMigrationsMySQL  https://review.opendev.org/68300923:58
sean-k-mooneywait is this complianing baour the compute agent or neutron openvswitch agent23:59
sean-k-mooneyhttps://storage.gra1.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_5b9/672693/24/gate/nova-live-migration/5b959a8/logs/subnode-2/devstacklog.txt.gz23:59
sean-k-mooney/baour/about/23:59
mriedemalex_xu: efried_pto: there you go https://review.opendev.org/68300923:59
*** MarkMielke has quit IRC23:59
alex_xumriedem: thanks23:59

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