Wednesday, 2017-02-01

*** jaosorior has quit IRC00:00
*** panda is now known as panda|zZ00:00
*** ducttape_ has joined #openstack-nova00:01
*** amotoki has joined #openstack-nova00:04
*** annegentle has quit IRC00:04
openstackgerritJay Pipes proposed openstack/nova: placement: RT now adds proper Ironic inventory  https://review.openstack.org/40447200:07
*** jaypipes has quit IRC00:07
*** ijw has quit IRC00:09
*** dims_ has joined #openstack-nova00:10
*** dims has quit IRC00:11
*** hongbin has quit IRC00:14
openstackgerritDavid Medberry proposed openstack/nova: Explain how allow_resize_to_same_host is useful  https://review.openstack.org/42653100:18
*** kaisers has joined #openstack-nova00:18
openstackgerritDavid Medberry proposed openstack/nova: Explain how allow_resize_to_same_host is useful  https://review.openstack.org/42653100:19
*** kaisers has quit IRC00:22
*** mlavalle has quit IRC00:25
*** annegentle has joined #openstack-nova00:25
*** vsaienko has quit IRC00:26
*** nic has quit IRC00:29
*** annegentle has quit IRC00:30
*** sree has joined #openstack-nova00:32
*** jdurgin has quit IRC00:34
*** chyka has quit IRC00:34
*** sree has quit IRC00:36
*** kylek3h has joined #openstack-nova00:36
*** zhurong has joined #openstack-nova00:41
*** sree has joined #openstack-nova00:42
andreykurilinbnemec: for some reasons CI failed.00:43
andreykurilinany other places of novaclient initialization?00:43
*** zhurong has quit IRC00:44
*** crushil has quit IRC00:45
*** crushil has joined #openstack-nova00:45
*** jose-phillips has quit IRC00:45
*** gouthamr has joined #openstack-nova00:46
bnemecandreykurilin: Crud, maybe I was wrong about not having to worry about older novaclients.00:46
bnemecIt's working on our ocata jobs, but they're using the latest novaclient too.00:47
andreykurilinbnemec: u-c is used in all gates, even for those projects who ignores g-r :) so latest novaclient should be there00:47
*** yamahata has quit IRC00:48
andreykurilinoh...there is 6.000:48
andreykurilinhttp://logs.openstack.org/15/427515/2/check/gate-tripleo-ci-centos-7-undercloud/962e5b9/logs/pip2-freeze.txt.gz00:48
*** jdurgin has joined #openstack-nova00:48
bnemecandreykurilin: We don't install from source though.  We use package repos, and non-tripleo projects are pinned to whatever version last passed our promotion jobs.00:48
bnemecAnd this bug is blocking the promotion jobs. :-)00:48
*** mriedem has joined #openstack-nova00:48
bnemecandreykurilin: I have to get going.  I'll pick this back up tomorrow though.00:49
andreykurilinbnemec: give me a sec, I'll resubmit a patch00:52
andreykurilinbnemec: I submitted a new patch-set with hack for old release00:53
openstackgerritIldiko Vancsa proposed openstack/nova: Implement new attach/detach Cinder flow  https://review.openstack.org/33028500:54
openstackgerritIldiko Vancsa proposed openstack/nova: Remove check_attach  https://review.openstack.org/33535800:54
*** ducttape_ has quit IRC00:55
*** claudiub has quit IRC00:57
*** liverpooler has quit IRC00:58
*** Swami has quit IRC01:01
*** ducttape_ has joined #openstack-nova01:06
*** esberglu has quit IRC01:21
*** baoli has joined #openstack-nova01:24
*** sree has quit IRC01:28
*** sree has joined #openstack-nova01:28
*** sree has quit IRC01:33
*** browne has quit IRC01:37
*** inc0 has joined #openstack-nova01:37
*** timello has quit IRC01:38
inc0hello guys, we (kolla) started to experience issues with nova - https://bugs.launchpad.net/kolla-ansible/+bug/166076101:38
openstackLaunchpad bug 1660761 in kolla-ansible "VM stuck in scheduling" [Critical,Confirmed] - Assigned to Michał Jastrzębski (inc007)01:38
inc0cells v2 landed? I assume there is new step durng deployment process right?01:39
*** ducttape_ has quit IRC01:39
inc0and we *have to* configure cells now?01:39
diana_clarkeinc0: yes, cells v2 setup is required as of ocata01:41
inc0http://docs.openstack.org/developer/nova/cells.html#cells-v2 this is correct doc right?01:42
diana_clarkeinc0: I'm just pulling up some links for you (sorry if that sounded short/terse a moment ago).01:42
diana_clarkeinc0: yup, that a good one to read01:43
diana_clarkeinc0: https://review.openstack.org/#/c/426864/5/releasenotes/notes/ocata_prelude-cfa8793d07f963e7.yaml01:43
inc0diana_clarke, it did not:) it sounded nothing but helpful:)01:43
inc0thank you, I'll get to writing deployment code for that01:43
diana_clarkeinc0: http://docs.openstack.org/developer/nova/man/nova-manage.html#nova-cells-v201:45
inc0thanks, I'll check if other deployment tools got that in their deploy as well01:45
inc0this will have to be part of upgrade task too I assume?01:46
*** timello has joined #openstack-nova01:46
diana_clarkeinc0: Finally, I find the codesearch tool for "cells_v2" helpful to see how others have done it: http://codesearch.openstack.org/?q=cell_v2&i=nope&files=&repos=01:46
diana_clarkeinc0: yup, upgrade too01:47
inc0once I'll write code for it, I'll leave links here too so you could double check01:48
inc0thank you very much01:48
diana_clarkeinc0: Good luck! I'm still learning the ins and outs of it, but I can try to answer any questions you have.01:49
*** sree has joined #openstack-nova01:49
*** unicell has quit IRC01:52
*** esberglu has joined #openstack-nova01:52
*** ducttape_ has joined #openstack-nova01:54
*** esberglu has quit IRC01:56
*** sree has quit IRC01:57
*** rfolco has joined #openstack-nova01:58
*** rfolco has quit IRC01:58
*** Apoorva has quit IRC02:06
*** Apoorva has joined #openstack-nova02:06
*** Apoorva has quit IRC02:07
*** Apoorva has joined #openstack-nova02:12
*** Apoorva has quit IRC02:13
*** ducttape_ has quit IRC02:13
*** baoli has quit IRC02:15
*** Apoorva has joined #openstack-nova02:15
*** baoli has joined #openstack-nova02:15
*** Sukhdev has quit IRC02:16
*** Apoorva has quit IRC02:17
*** Apoorva has joined #openstack-nova02:18
*** kaisers has joined #openstack-nova02:19
*** ducttape_ has joined #openstack-nova02:20
*** ducttape_ has joined #openstack-nova02:20
*** Apoorva has quit IRC02:22
*** kaisers has quit IRC02:23
*** slaweq has quit IRC02:55
*** raunak has joined #openstack-nova03:00
*** esberglu has joined #openstack-nova03:05
*** armax has quit IRC03:05
mriedemyay new gate bugs http://logs.openstack.org/91/426991/1/check/gate-tempest-dsvm-neutron-full-ubuntu-xenial/f218227/logs/screen-n-api.txt.gz#_2017-02-01_01_25_02_36703:07
*** hfu has joined #openstack-nova03:08
mriedemmelwitt: dansmith: for debugging pleasure tomorrow, looks like we have a race after moving instance creation to conductor causing this failure03:15
mriedemhttps://bugs.launchpad.net/nova/+bug/166087803:15
openstackLaunchpad bug 1660878 in OpenStack Compute (nova) "test_reboot_deleted_server fails with 409 "Cannot 'reboot' instance while it is in vm_state building"" [High,Confirmed]03:15
mriedemthe test creates a server, then deletes it and waits for the 404, then tries to reboot it and expects a 404 but gets a 409 because it's now building03:16
mriedemso my guess is we get a 404 when the build request is gone but before the instance is created, something like that03:16
*** inc0 has quit IRC03:16
openstackgerritOliver Walsh proposed openstack/nova: DNM - TripleO CI test  https://review.openstack.org/42753603:18
*** owalsh is now known as owalsh-afk03:23
*** esberglu has quit IRC03:25
*** esberglu has joined #openstack-nova03:25
*** crushil has quit IRC03:28
*** efried has quit IRC03:28
*** esberglu has quit IRC03:30
dansmithmriedem: that's not supposed to happen because of the way we do the create of the instance and build request03:35
dansmithbut okay, let's look tomorrow03:35
mriedemi'm going to put up a change with a bunch of debug logging03:35
mriedemsince the delete and get paths in the api are pretty hairy03:35
*** chyka has joined #openstack-nova03:36
*** chyka has quit IRC03:41
*** efried has joined #openstack-nova03:41
*** mtanino has quit IRC03:43
*** nicolasbock has quit IRC03:46
*** ssurana has joined #openstack-nova03:55
*** sree has joined #openstack-nova03:57
*** baoli has quit IRC03:58
smcginnisSince this afternoon I'm getting stacking failures with "No host found for cellv1" errors.03:58
smcginnisIs there something I need to do to get this to work right?03:59
*** tlian has quit IRC03:59
*** owalsh has joined #openstack-nova03:59
*** thorst_ has quit IRC04:00
*** owalsh-afk has quit IRC04:00
mriedemsmcginnis: latest devstack?04:00
mriedemany special localrc?04:00
smcginnismriedem: Freshly cloned.04:00
smcginnismriedem: Nothing special in local.conf.04:00
mriedemgot a paste of the rough failure log?04:00
mriedemare you sure that's the same error message? because i'm not finding that04:01
*** crushil has joined #openstack-nova04:02
smcginnismriedem: local.conf file: http://paste.openstack.org/show/597124/04:02
*** sree has quit IRC04:02
smcginnismriedem: Shoot, looks like I'll have to try to stack again to get the exact text.04:02
openstackgerritMatt Riedemann proposed openstack/nova: WIP: Add debug logging for delete/query race bug  https://review.openstack.org/42754404:02
mriedemsmcginnis: http://lists.openstack.org/pipermail/openstack-dev/2017-January/111295.html ?04:03
mriedemyou don't have placement-api in ENABLED_SERVICES04:03
*** psachin has joined #openstack-nova04:03
smcginnismriedem: Mmmm, nope, I don't.04:03
smcginnismriedem: Guess I should have read that one.04:04
mriedemdansmith: melwitt: just fyi for the morning https://review.openstack.org/#/c/427544/04:04
mriedemthis isn't a super high failure rate so i might have some rechecking to do04:04
mriedembut it's high enough04:04
mriedem164 hits since 1/2704:04
*** ducttape_ has quit IRC04:05
melwittmriedem: thanks. I'm looking at it now. nothing jumping out at me yet04:07
mriedemthe mess of conditionals all over create/delete/get in api and conductor makes me think something can slip in here04:07
mriedemand we're probably doing a pass or some other assumption in one of them04:07
mriedemlike,04:07
mriedemwell,04:07
mriedemnvm04:08
*** sudipto_ has joined #openstack-nova04:08
*** sudipto has joined #openstack-nova04:08
mriedemi was thinking, before the api casts to conductor to create the instance in the cell, the build request could be deleted, and then we create the instance from stale build request info, but then in conductor when we go to delete the build request, it should fail with a 404 and then we should cleanup the instance too04:08
mriedemhowever, i wonder if the GET request is hitting right in between the time that the instance is created and the time that we try to delete the build request and find out it's already deleted, then cleanup04:09
melwitthmm04:09
mriedembecause there is no mutex there at all from what i can tell,04:09
mriedemand after we cast to conductor, we never refresh the build request from the db to get it's current state before we actually create the instance in the cell, from what i can tell anyway04:09
*** raunak has quit IRC04:10
*** mdnadeem has joined #openstack-nova04:10
melwittyeah, that sounds reasonable. I was thinking along those lines of somehow the instance getting resurrected04:12
openstackgerritMatt Riedemann proposed openstack/nova: WIP: Add debug logging for delete/query race bug  https://review.openstack.org/42754404:17
*** crushil has quit IRC04:20
mriedemwell i'm going to call it a night i guess04:21
mriedemmaybe we'll catch a fish04:21
*** crushil has joined #openstack-nova04:21
melwittgnight o/04:21
*** armax has joined #openstack-nova04:27
*** ducttape_ has joined #openstack-nova04:28
*** crushil has quit IRC04:31
*** dikonoor has joined #openstack-nova04:35
*** udesale has joined #openstack-nova04:37
*** ducttape_ has quit IRC04:38
*** prateek has joined #openstack-nova04:41
*** browne1 has joined #openstack-nova04:43
*** ayogi has joined #openstack-nova04:44
*** pbandark has joined #openstack-nova04:46
*** ducttape_ has joined #openstack-nova04:47
*** sree has joined #openstack-nova04:49
*** browne has joined #openstack-nova04:51
*** browne has left #openstack-nova04:53
*** browne has joined #openstack-nova04:53
*** browne has left #openstack-nova04:53
*** dikonoor has quit IRC04:54
*** thorst_ has joined #openstack-nova05:00
*** thorst_ has quit IRC05:04
*** yamahata has joined #openstack-nova05:04
openstackgerritYoshihiko Atsumi proposed openstack/nova: Add resize server functional negative tests  https://review.openstack.org/42051405:08
*** kaisers has joined #openstack-nova05:10
*** dikonoor has joined #openstack-nova05:12
*** ducttape_ has quit IRC05:13
*** Sukhdev has joined #openstack-nova05:13
*** kaisers has quit IRC05:15
*** raunak has joined #openstack-nova05:15
*** lpetrut has joined #openstack-nova05:16
*** kaisers has joined #openstack-nova05:18
*** browne1 has quit IRC05:18
*** dave-mccowan has quit IRC05:18
*** gouthamr has quit IRC05:21
*** dave-mccowan has joined #openstack-nova05:22
*** kaisers has quit IRC05:22
*** diga has joined #openstack-nova05:26
*** thorst_ has joined #openstack-nova05:31
*** thorst_ has quit IRC05:35
*** ijw has joined #openstack-nova05:48
*** ijw has quit IRC05:53
*** ecelik has joined #openstack-nova05:56
*** Sukhdev has quit IRC05:57
*** ecelik has left #openstack-nova05:57
*** dave-mcc_ has joined #openstack-nova05:58
*** dave-mccowan has quit IRC06:01
*** raunak has quit IRC06:01
*** yarkot has quit IRC06:06
*** satyar has joined #openstack-nova06:08
*** lpetrut has quit IRC06:13
*** Hosam has joined #openstack-nova06:18
*** sridharg has joined #openstack-nova06:23
*** abalutoiu has quit IRC06:25
*** ducttape_ has joined #openstack-nova06:27
*** rcernin has joined #openstack-nova06:29
*** claudiub has joined #openstack-nova06:30
*** yarkot has joined #openstack-nova06:31
*** ducttape_ has quit IRC06:31
*** mjura has joined #openstack-nova06:33
*** claudiub|2 has joined #openstack-nova06:33
*** armax has quit IRC06:35
*** claudiub has quit IRC06:36
*** diga has quit IRC06:44
*** nkrinner_afk is now known as nkrinner06:44
*** unicell has joined #openstack-nova06:52
*** unicell has quit IRC06:55
*** lpetrut has joined #openstack-nova06:56
*** fnordahl has quit IRC06:57
*** fnordahl has joined #openstack-nova06:57
*** diga has joined #openstack-nova06:59
*** unicell has joined #openstack-nova06:59
*** andreas_s has joined #openstack-nova07:00
*** kaisers has joined #openstack-nova07:09
*** tesseract has joined #openstack-nova07:18
*** Oku_OS-away is now known as Oku_OS07:18
*** pcaruana has joined #openstack-nova07:19
openstackgerritTakashi NATSUME proposed openstack/nova: Refactor a test method including 7 test cases  https://review.openstack.org/39543607:22
openstackgerritTakashi NATSUME proposed openstack/nova: api-ref: Fix keypair API parameters  https://review.openstack.org/42062607:22
*** markus_z has joined #openstack-nova07:25
*** foexle has joined #openstack-nova07:26
*** fnordahl has quit IRC07:27
*** fnordahl has joined #openstack-nova07:27
*** xek__ is now known as xek07:31
*** thorst_ has joined #openstack-nova07:31
*** thorst_ has quit IRC07:36
*** sudipto has quit IRC07:37
*** sudipto_ has quit IRC07:37
*** unicell1 has joined #openstack-nova07:38
*** unicell has quit IRC07:39
*** Jack_I has joined #openstack-nova07:39
lennybwznoinsk, I see a lot of multinode jobs fail lately (also our), I found that it's related to latest placement-api that was merged.07:46
*** lpetrut has quit IRC07:48
*** Cristina_ has quit IRC07:50
*** esberglu has joined #openstack-nova07:50
*** sree has quit IRC07:53
*** sree has joined #openstack-nova07:54
*** adisky_ has joined #openstack-nova07:54
*** esberglu has quit IRC07:55
*** ducttape_ has joined #openstack-nova07:57
*** sree has quit IRC07:58
lennybInfra, regarding gate-tempest-dsvm-multinode-live-migration-ubuntu-xenial where can I find nova.conf files for hypervisors of this job. I have some troubles to apply placement api to our multinode setup08:00
*** ducttape_ has quit IRC08:02
*** takashin has left #openstack-nova08:03
*** avolkov has joined #openstack-nova08:05
*** slagle has quit IRC08:05
*** lpetrut has joined #openstack-nova08:06
*** rnoriega has quit IRC08:07
*** Prophidys has quit IRC08:12
*** bkopilov has quit IRC08:14
*** ralonsoh has joined #openstack-nova08:14
*** abalutoiu has joined #openstack-nova08:20
*** lpetrut has quit IRC08:20
*** dave-mcc_ has quit IRC08:24
*** bkopilov has joined #openstack-nova08:24
*** foexle has quit IRC08:29
*** ekuris__ has joined #openstack-nova08:36
*** yamahata has quit IRC08:39
*** ssurana has quit IRC08:40
*** avolkov has quit IRC08:43
*** avolkov has joined #openstack-nova08:44
*** amotoki has quit IRC08:49
*** unicell1 has quit IRC08:50
*** tbachman has quit IRC08:57
*** sree has joined #openstack-nova08:58
*** zzzeek has quit IRC09:00
*** zzzeek has joined #openstack-nova09:00
*** tbachman has joined #openstack-nova09:01
*** sree has quit IRC09:03
*** panda|zZ is now known as panda09:04
*** karimb has joined #openstack-nova09:11
*** Hosam has quit IRC09:20
*** mdnadeem has quit IRC09:24
*** mdnadeem has joined #openstack-nova09:24
wznoinsklennyb, our people are already on it :-), thanks for pinging09:26
lyarwoodjohnthetubaguy, sfinucan, bauzas ; Would you mind taking a look at https://review.openstack.org/#/c/427267/ this morning, mriedem marked the bug as High / ocata-rc-potential so I'd like to get a few more reviews on it today if possible.09:27
*** ducttape_ has joined #openstack-nova09:28
*** amotoki has joined #openstack-nova09:30
*** lpetrut has joined #openstack-nova09:32
*** thorst_ has joined #openstack-nova09:32
*** ducttape_ has quit IRC09:32
oomichimriedem: yeah, 422171 becomes better09:35
*** Guest15362 has joined #openstack-nova09:36
*** Guest15362 has quit IRC09:36
*** yassine has joined #openstack-nova09:36
*** yassine is now known as Guest3016709:36
bauzaslyarwood: roger09:37
*** thorst_ has quit IRC09:38
*** amotoki has quit IRC09:38
*** lucas-afk is now known as lucasagomes09:38
*** sudipto_ has joined #openstack-nova09:38
*** sudipto has joined #openstack-nova09:38
*** esberglu has joined #openstack-nova09:39
openstackgerritRodolfo Alonso Hernandez proposed openstack/nova: Optimize time during PCI alias parsing process  https://review.openstack.org/42714509:42
*** esberglu has quit IRC09:44
*** amotoki has joined #openstack-nova09:45
*** amotoki has quit IRC09:47
*** amotoki has joined #openstack-nova09:50
*** hfu has quit IRC09:54
*** hfu has joined #openstack-nova09:54
*** hfu has quit IRC09:55
*** karimb has quit IRC09:59
lennybwznoinsk, looks like your people should add placement-api to enabled services on all computes10:01
wznoinsklennyb, maybe they did already, I'll pass the hint, thanks10:01
gmannjohnthetubaguy: alex_xu : can you check(whenever get time), i think we cannot change default policy value directly - https://review.openstack.org/#/c/396420/510:02
gmannjohnthetubaguy: alex_xu  also if you can check this sort/filter release note. I updated this one - https://review.openstack.org/#/c/421760/10:03
*** udesale has quit IRC10:04
*** efried has quit IRC10:06
johnthetubaguygmann: I think I am +1 a lot of your comments, I am going to draft a spec around the policy changes I would like to see happen next cycle10:08
gmannjohnthetubaguy: yea that nice.10:09
gmannjohnthetubaguy:  i tried to update the existing one  but yea separate is better-https://review.openstack.org/#/c/425533/10:10
johnthetubaguyworking with some folks over in keystone land on that, with any luck, they have similar ideas/plans forming10:10
gmannok10:10
*** mptacekx has joined #openstack-nova10:10
johnthetubaguywant to get stuff laid out with some structure so we can talk through things at the PTG, with any luck.10:10
johnthetubaguylyarwood: ack10:11
*** cdent has joined #openstack-nova10:11
gmannyea that is more aligned for PTG and prepare before that10:12
gmannjohnthetubaguy: alex_xu  btw do we have meeting today? do not think alex_xu  is back10:12
johnthetubaguygmann: I don't know if we decided something, given its crazy o'clock for your all, I vote we skip it, but I will try start the meeting in case folks are about and want to discuss things10:13
*** satyar has quit IRC10:15
gmannok10:15
kashyapraj_singh: Hi, you have assigned someone to work on this -- https://bugs.launchpad.net/nova/+bug/160501610:20
openstackLaunchpad bug 1605016 in OpenStack Compute (nova) "Post copy live migration interrupts network connectivity" [High,In progress] - Assigned to Sivasathurappan Radhakrishnan (siva-radhakrishnan)10:20
cdentgmann, johnthetubaguy: If we're talking about api meetings I'd vote for skip too10:20
kashyapDo they have requisite knowledge to work on it?  Or should I reassign the bug back to 'nodbody'?10:20
*** Jack_I has quit IRC10:21
*** dikonoor has quit IRC10:22
gmanncdent: yea, api meeting. me too to skip.10:22
*** ababich has joined #openstack-nova10:24
johnthetubaguykashyap: we are training him up, he is struggling a bit on it though10:27
kashyapjohnthetubaguy: Me nods.  That bug is quite complicated.  Maybe a lower-hanging fruit might be better?10:27
johnthetubaguykashyap: he is testing out the fix in an environment at the moment I believe10:27
kashyapjohnthetubaguy: I say that because, right now QEMU migration devs are asking: What is Nova's stance on postcopy10:28
kashyapSo, I lost complete memory of it10:28
kashyapMaybe mdbooth can shed some light there?10:28
johnthetubaguykashyap: support is in, works with majority of neutron back ends, but not all, AFAIK10:28
johnthetubaguywe discussed it alot at the summit, and siva_krishnan is implementing what we agreed would be the "quick fix", calling neutron earlier in the process10:29
mdboothjohnthetubaguy: IIRC the problem with that change wasn't so much working out what needed to be done, as finding somebody with enough arcane neutron knowledge to know which backends allowed it to be done.10:29
johnthetubaguywould love to trigger of QEMU events to get more exact timing of when the post copy occurs, but the basic structure is going in the above change10:29
*** davidgiluk has joined #openstack-nova10:30
johnthetubaguymdbooth: I am confused then, neutron folks agreed this should be OK at the summit, what changed from that?10:30
mdboothjohnthetubaguy: The qemu events things isn't required at all in this instance, because the change happens synchronously on the source.10:30
kashyapjohnthetubaguy: I have asked David Gilbert of QEMU to join here.  He can ask questions to his heart's content, and he goes out of his way to explain10:30
davidgilukkashyap: nod10:30
*** edmondsw has joined #openstack-nova10:30
kashyapdavidgiluk: Ah, you are here :-)10:30
mdboothi.e. there's no need to respond to an event from a call which you just made in code you're still executing10:30
johnthetubaguymdbooth: I keep being told its not syncronus10:31
mdboothWhat's not synchronous about it?10:31
johnthetubaguyyou just say, please do post copy at end of next iterration, I believe10:31
johnthetubaguyso when we call post copy, it doesn't immediatly happen, I was told10:31
kashyapdavidgiluk: So, this is what johnthetubaguy was saying, when I asked him about "What is Nova's stance on postcopy":  < johnthetubaguy> support is in, works with majority of neutron back ends, but not all, AFAIK10:31
johnthetubaguythere can be a small network outage with some backends, during the post copy process (which ironically speeds up the live-migrate, of course) doing work to avoid that10:32
davidgilukkashyap: Yeh so my understanding was it was waiting on a fix to lp 1605016 for the others, with https://review.openstack.org/#/c/413021/9  being a proposed fix10:32
openstackLaunchpad bug 1605016 in OpenStack Compute (nova) "Post copy live migration interrupts network connectivity" [High,In progress] https://launchpad.net/bugs/1605016 - Assigned to Sivasathurappan Radhakrishnan (siva-radhakrishnan)10:32
mdboothjohnthetubaguy: In _live_migration_monitor we do:10:32
*** Hosam has joined #openstack-nova10:32
mdbooth                if (is_post_copy_enabled and10:32
mdbooth                    libvirt_migrate.should_switch_to_postcopy(10:32
mdbooth                    info.memory_iteration, info.data_remaining,10:32
mdbooth                    previous_data_remaining, migration.status)):10:32
mdbooth                    libvirt_migrate.trigger_postcopy_switch(guest,10:32
mdbooth                                                            instance,10:32
mdbooth                                                            migration)10:32
johnthetubaguymdbooth: its the libvirt call that I am told is async10:32
johnthetubaguymdbooth: it just request post copy at some point in the future, and returns right away, before actually triggering it10:33
mdboothjohnthetubaguy: Well we might switch a few milliseconds early10:33
*** Hosam has quit IRC10:33
johnthetubaguymdbooth: pkoniszewski has the details on that10:33
mdboothRather than a few milliseconds late10:33
johnthetubaguymdbooth: I was told more like seconds, but yeah, I was betting on milliseconds myself10:33
davidgilukthe postcopy transition happens at the end of a pass, and libvirt gets involved before starting the destination10:33
*** Hosam has joined #openstack-nova10:33
johnthetubaguymdbooth: either way, I vote for the approach siva_krishnan has in the works already, just need to iron things out10:34
johnthetubaguydavidgiluk: sorry, whats waiting on the fix/10:34
johnthetubaguys/ / / ? /10:34
davidgilukjohnthetubaguy: The support for other networking configs10:34
*** thorst_ has joined #openstack-nova10:34
johnthetubaguydavidgiluk: that bug fix should help reduce the network outage some networking configs currently see, yes10:35
*** edmondsw has quit IRC10:35
davidgilukjohnthetubaguy: < johnthetubaguy> would love to trigger of QEMU events to get more  exact timing of when the post copy occurs, but the basic structure is  going in the above change10:35
davidgilukjohnthetubaguy: We already emit the events10:35
johnthetubaguydavidgiluk: agreed its omitted, we first need all the structures in place to call neutron at the right time, the current patch10:36
johnthetubaguyoops emitted10:36
davidgilukgenerate :-)10:36
mdboothWell, this merged: https://review.openstack.org/#/c/402318/ :(10:37
mdboothThe libvirt driver becomes slightly less fathomable for no appreciable gain.10:37
davidgilukjohnthetubaguy: you should probably loop in jdenemar to check what it looks like for you from ontop of libvirt - but you should have all the events you need to know when postcopy kicks in10:38
kashyapmdbooth: Propose a revert?10:38
johnthetubaguydavidgiluk: thats the plan for the follow up fix10:38
mdboothkashyap: I proposed not merging it, which didn't work.10:38
kashyapmdbooth: From glancing at your comments on the review10:39
davidgilukjohnthetubaguy: OK, great; if you do need anything more from qemu, just ask10:39
johnthetubaguymdbooth: sorry, got pulled into meetings after that one, so I didn't get chance to delay it10:39
kashyapmdbooth: No one has bothered to respond with a counter-argument10:39
johnthetubaguymdbooth: I can fast revert it if you want10:39
*** esberglu has joined #openstack-nova10:39
*** thorst_ has quit IRC10:39
kashyapThen, you have by all means, a right to revert it, and restart the discussion, and make whoever proposed it to respond10:39
mdboothjohnthetubaguy: If you wouldn't mind. I'm assuming, btw, that there are no real users being impacted by this.10:39
*** rfolco has joined #openstack-nova10:39
*** dikonoor has joined #openstack-nova10:40
johnthetubaguymdbooth: no idea, the SUSE folks proposed this, and I believe they support users on Xen + Libivrt + Nova, so I was assuming yes10:40
*** sudipto has quit IRC10:40
*** sudipto_ has quit IRC10:40
mdboothIt's been broken forever though, right?10:41
johnthetubaguymdbooth: sure, I assumed they were trying to change that for one of their users that are complaining10:41
mdboothI just don't want to add more sticky tape without investigating fixing the root cause.10:42
*** swann has joined #openstack-nova10:42
mdboothI don't see any evidence anybody looked for the root cause.10:42
johnthetubaguymdbooth: I added my assumption of the cause in the review, well the root cause is Xen being very picky about the device names10:43
*** Hosam has quit IRC10:43
mdboothWe need to either be picky earlier, or translate it earlier.10:43
*** esberglu has quit IRC10:44
johnthetubaguymdbooth: the problem is, you don't know if its Xen until it hits the compute node10:44
mdboothSticking a band-aid at the lowest possible level is just going to be a source of bugs10:44
mdboothYeah, that occurred to me. No immediate answer to that as I haven't given it any thought.10:44
mdboothSeems that nobody else has either, though.10:44
mdboothMight be something to be resolved in driver.spawn, and attach/detach volume?10:45
*** karimb has joined #openstack-nova10:45
mdboothThat way it's resolved at the time it's created10:46
mdboothDo those names have any semantic meaning at the api level beyond 'the Nth disk' anyway? I don't think we support multiple controller types, do we?10:47
*** cdent has quit IRC10:48
johnthetubaguywe support multiple hypervisors in a single cloud, at least in theory10:48
mdboothIf ^^^ is a valid assumption, ComputeManager could rewrite it to a number, and the driver could change it back to whatever it wanted.10:48
johnthetubaguyI don't think we even respect the number any more, but it could10:48
mdboothjohnthetubaguy: It's in a single instance. i.e. could we have both sda and vda in the same instance?10:49
johnthetubaguysda would always fail to attach, all disks need to be vd* I believe, or xvd*10:49
*** mvk has quit IRC10:49
mdboothRight, so computemanager would see it got 'sda' from the api, translate that to '0', and the driver would change it to 'sda', 'vda', or 'xvda' as required.10:50
johnthetubaguyseems like a good refactor to do on top of the bug fix10:51
mdboothjohnthetubaguy: The bug fix makes the existing code worse, though, and I see no evidence that anybody looked for a root cause.10:51
*** claudiub has joined #openstack-nova10:51
mdboothGiven that it's obviously not urgent, I don't see why we would choose to take more tech debt for that.10:52
mdboothAnyway, it's not that important in itself.10:53
mdboothJust death by 1,000 cuts.10:53
johnthetubaguyit breaks a pretty fundamental API feature, that seemed fairly important to be from a parity point of view, but I duno really.10:53
*** claudiub|2 has quit IRC10:54
mdboothjohnthetubaguy: Yeah, I know. But it's been broken a long time and I'd have preferred to see an attempt to fix it without adding tech debt first.10:56
*** cdent has joined #openstack-nova10:57
johnthetubaguymdbooth: that my preference too, but its a balancing act10:57
johnthetubaguyI was very boarderline on -1 +2 myself10:58
mdboothIf it's important to somebody, they'll fix it. You even suggested where to look, and I agreed.10:58
bauzaslyarwood: nice catch, +2d https://review.openstack.org/#/c/427267/210:58
*** ducttape_ has joined #openstack-nova10:58
sfinucanbauzas: Could you take a look at https://review.openstack.org/#/c/392643/, please? :)10:59
bauzasjohnthetubaguy: in case you wanna fix a nasty bug with an easy peasy fix ^10:59
bauzassfinucan: roger10:59
mdboothjohnthetubaguy: Now ^^^ is a nasty bug :)10:59
mdboothAh, not that one.10:59
mdboothThe one before which bauzas mentioned.11:00
*** kaisers1 has quit IRC11:01
* johnthetubaguy nods11:01
kashyapsfinucan: Your friendly monthly reminder:  If you put commit IDs in single quotes, then 'clickability" is lost :-)11:02
sfinucanlyarwood: Finally done, though it seems bauzas pipped me to the mark :)11:02
sfinucannasty old bug indeed11:02
kashyapsfinucan: Just reminding for next time.11:02
lyarwoodbauzas: thanks!11:02
lyarwoodsfinucan: cheers, np :)11:02
sfinucansorry, kashyap :'(11:02
*** kaisers1 has joined #openstack-nova11:02
*** ducttape_ has quit IRC11:03
* sfinucan thinks maybe it's the Javascript plugins infra use that's really wrong here11:03
*** nicolasbock has joined #openstack-nova11:04
*** jbernard has quit IRC11:11
openstackgerritSergey Nikitin proposed openstack/nova-specs: Restore V3 Diagnostics info  https://review.openstack.org/42763711:11
sfinucanjohnthetubaguy: What are we doing about https://review.openstack.org/#/c/357190 ?11:15
johnthetubaguysfinucan: not sure what you mean?11:16
johnthetubaguyoh, its that damm mox things11:16
sfinucanaye :)11:17
*** jbernard has joined #openstack-nova11:17
*** amotoki has quit IRC11:18
johnthetubaguysfinucan: these bits hurt my eyes a little "mock_domain.undefineFlags.assert_has_calls([mock.call(1)])"11:18
johnthetubaguyassert_called_once_with(1) would be much better11:18
sfinucanderekh - you around?11:19
derekhsfinucan: yup11:19
*** mvk has joined #openstack-nova11:19
sfinucanSee John's comments above - could you respin https://review.openstack.org/#/c/417227 accordingly11:19
johnthetubaguyits OK, we can do a follow on patch11:20
sfinucanjohnthetubaguy: Won't argue with that11:20
johnthetubaguyderekh: its these bits, I think we can make it a lot simpler: https://review.openstack.org/#/c/417227/2/nova/tests/unit/virt/libvirt/test_driver.py@1190811:20
johnthetubaguyderekh: I wouldn't complain normally, but folks might start copying that pattern11:20
derekhjohnthetubaguy: ack, I'll push a follow up this morning11:21
johnthetubaguyderekh: awesome, thanks11:21
derekhjohnthetubaguy: np11:21
derekhjohnthetubaguy: sfinucan thanks both11:21
johnthetubaguysfinucan: my browsers got out of hand, so I gave up this morning and closed everything!11:21
sfinucan(y)11:21
sfinucanjohnthetubaguy: Also, are we proceeding with this change or punting to Pike? https://review.openstack.org/#/c/412634/11:22
sfinucanmriedem's etherpad sugggests the former, but it seems a little late in the day https://etherpad.openstack.org/p/nova-ocata-feature-freeze11:23
* sfinucan is working through his "last minute things I should check out" checklist :)11:23
johnthetubaguysfinucan: so we have merged half of it, but its tempting to wait until friday, i.e. pike11:24
sfinucanthat would be my gut feeling - it's not critical11:24
*** jamielennox is now known as jamielennox|away11:25
*** jd__ has joined #openstack-nova11:25
jd__hi there11:25
jd__could someone give me a hint on what this failure means http://logs.openstack.org/82/405682/8/check/gate-ceilometer-dsvm-tempest-plugin-postgresql-ubuntu-xenial/02f896f/logs/screen-n-sch.txt.gz#_2017-02-01_10_20_33_556 ?11:25
johnthetubaguysfinucan: so it does stop people from taking large snapshots11:25
johnthetubaguysfinucan: I am tempted to ask mriedem to make the call11:26
sfinucanjohnthetubaguy: sounds fine by me - he's clearly thinking about it anyway, given the Etherpad11:28
openstackgerritStephen Finucane proposed openstack/nova: conf: Resolve TODOs in 'database'  https://review.openstack.org/39369511:28
*** sdague has joined #openstack-nova11:28
johnthetubaguysfinucan: completeness wise, we have merged half of it already11:30
openstackgerritStephen Finucane proposed openstack/nova: rbd: Remove unnecessary 'encode' calls  https://review.openstack.org/41235611:31
*** dikonoor has quit IRC11:32
*** mdnadeem has quit IRC11:36
sfinucanjohnthetubaguy: True, but it's still a new feature rather than a regression fix. Definitely happy to let someone else make the decision for me :)11:37
johnthetubaguysfinucan: its totally a feature11:37
*** tbachman has quit IRC11:40
*** dikonoor has joined #openstack-nova11:41
*** mdnadeem has joined #openstack-nova11:42
*** edand has joined #openstack-nova11:46
*** ociuhandu has joined #openstack-nova11:46
cdentjd__: that's probably this: http://lists.openstack.org/pipermail/openstack-dev/2017-January/111295.html11:47
*** ociuhandu has quit IRC11:51
*** iceyao has joined #openstack-nova11:52
*** edand has quit IRC11:57
openstackgerritRodolfo Alonso Hernandez proposed openstack/nova: Optimize time during PCI alias parsing process  https://review.openstack.org/42714511:59
*** iceyao has quit IRC11:59
openstackgerritJohn Garbutt proposed openstack/nova: Adopts keystoneauth with glance client.  https://review.openstack.org/41263412:00
*** ociuhandu has joined #openstack-nova12:01
openstackgerritJohn Garbutt proposed openstack/nova: Add service_token for nova-glance interaction  https://review.openstack.org/41966212:03
*** sgordon has joined #openstack-nova12:06
openstackgerritJohn Garbutt proposed openstack/nova: Adopts keystoneauth with glance client.  https://review.openstack.org/41263412:06
openstackgerritJohn Garbutt proposed openstack/nova: Add service_token for nova-glance interaction  https://review.openstack.org/41966212:06
*** ociuhandu has quit IRC12:08
openstackgerritJohn Garbutt proposed openstack/nova: DNM: Test service token in Glance  https://review.openstack.org/41966612:09
johnthetubaguysfinucan: I fixed up my nits on those patches ^12:10
openstackgerritMaciej Szankin proposed openstack/nova: config options: remove libvirt imagecache  https://review.openstack.org/37849712:11
*** cdelatte has joined #openstack-nova12:11
*** edand has joined #openstack-nova12:11
sfinucanjohnthetubaguy: I'll take a look now12:12
openstackgerritLee Yarwood proposed openstack/nova: WIP - libvirt: Remove redundant bdm serial mangling and saving during swap_volume  https://review.openstack.org/42736412:14
*** claudiub|2 has joined #openstack-nova12:18
*** bvanhav has joined #openstack-nova12:20
*** Hosam has joined #openstack-nova12:20
silehtcdent, we use the default devstack setup with additional plugin, we don't override the default service list, does the placement-api is not enabled by default ?12:21
*** claudiub has quit IRC12:21
cdentsileht: it is enabled by default, but I thought most dsvm jobs didn't do anything by default?12:22
silehtcdent, the failing dsvm job run the default12:23
*** esberglu has joined #openstack-nova12:24
* cdent looks at the logs harder12:24
silehtcdent, looks like a real postgres issue: http://logs.openstack.org/82/405682/8/check/gate-ceilometer-dsvm-tempest-plugin-postgresql-ubuntu-xenial/02f896f/logs/apache/placement-api.txt.gz?level=ERROR12:24
cdentfeh12:24
silehtcdent, this error comes when you miss some field in the groupby12:25
cdentthat's a great catch, I don't think nova tests anything in anything but mysql12:25
silehtcdent, when mysql adds them automaticaly12:25
cdenti'll make  a bug12:26
silehtcdent, even for mysql this is better to explicit everything for groupby12:26
* cdent nods12:26
cdentthe sql being used there is...insane (to me)12:26
*** esberglu has quit IRC12:28
*** catintheroof has joined #openstack-nova12:28
*** quintela has joined #openstack-nova12:29
*** ducttape_ has joined #openstack-nova12:29
*** slagle has joined #openstack-nova12:29
*** ociuhandu has joined #openstack-nova12:31
openstackgerritMehdi Abaakouk (sileht) proposed openstack/nova: TEST  https://review.openstack.org/42766712:31
*** ducttape_ has quit IRC12:33
*** pbandark has quit IRC12:33
*** ociuhandu has quit IRC12:36
cdentsileht, mriedem : https://bugs.launchpad.net/nova/+bug/166095912:36
openstackLaunchpad bug 1660959 in OpenStack Compute (nova) "placement resource provider filtering does not work with postgres" [Undecided,Triaged]12:36
*** mnestratov has quit IRC12:38
kashyaplyarwood: Do you have DevStack local.conf with multipath config somewhere?12:39
lyarwoodkashyap: nope sorry12:40
*** slaweq has joined #openstack-nova12:40
kashyaplyarwood: You only test with RPM-based setups?12:41
*** bvanhav has quit IRC12:42
lyarwoodkashyap: yeah, almost all of the multipath issues I've had to work on recently are for Kilo envs so the volume code doesn't even apply to upstream anymore12:43
*** bvanhav has joined #openstack-nova12:43
lyarwoodkashyap: well, not since liberty and the split into os-brick12:43
kashyaplyarwood: Hmm, okay.  Yeah, it's just a pity that it's such a pain in the neck to figure out the right configs to even test with upstream12:43
kashyapSeems like nobody bothers with it much12:44
*** thorst_ has joined #openstack-nova12:45
*** edmondsw has joined #openstack-nova12:46
*** edmondsw has quit IRC12:46
*** edmondsw has joined #openstack-nova12:46
*** karimb has quit IRC12:46
*** mvk has quit IRC12:47
*** eharney has joined #openstack-nova12:50
*** hfu has joined #openstack-nova12:52
*** ociuhandu has joined #openstack-nova12:56
*** mtanino has joined #openstack-nova12:56
*** ducttape_ has joined #openstack-nova12:57
*** mvk has joined #openstack-nova13:00
*** lucasagomes is now known as lucas-hungry13:00
*** david_1 has joined #openstack-nova13:00
*** tpatzig_ has joined #openstack-nova13:00
*** dgonzalez_ has joined #openstack-nova13:00
*** ociuhandu has quit IRC13:01
*** tbachman has joined #openstack-nova13:01
*** dgonzalez_ has quit IRC13:02
*** tpatzig_ has quit IRC13:02
*** david_1 has quit IRC13:02
openstackgerritStephen Finucane proposed openstack/nova: console: Move proxies to 'console/proxy'  https://review.openstack.org/40819213:02
*** claudiub|2 is now known as claudiub13:04
*** cdelatte has quit IRC13:05
*** flwang has quit IRC13:05
*** wiggin15 has joined #openstack-nova13:06
*** alineb has quit IRC13:06
*** bnemec has quit IRC13:06
*** ralonsoh_ has joined #openstack-nova13:07
*** bapalm has quit IRC13:07
*** cdelatte has joined #openstack-nova13:07
*** bnemec has joined #openstack-nova13:07
wiggin15Hi everyone. Something changed in Nova that fails the Cinder third party CI systems. We're getting "No hosts found to map to cell, exiting.". It started yesterday13:08
openstackgerritStephen Finucane proposed openstack/nova: tests: Validate huge pages  https://review.openstack.org/39965313:08
openstackgerritStephen Finucane proposed openstack/nova: tests: Combine multiple NUMA-generation functions  https://review.openstack.org/40256113:08
openstackgerritStephen Finucane proposed openstack/nova: tests: Don't reinvent __init__  https://review.openstack.org/40256013:08
wiggin15Here's Netapp's log: http://dcf901611175aa43f968-c54047c910227e27e1d6f03bb1796fd7.r95.cf5.rackcdn.com/56/427356/1/check/cinder-7mode-iSCSI/0699f1b/devstacklog.txt13:08
openstackgerritStephen Finucane proposed openstack/nova: libvirt: create functional test base class  https://review.openstack.org/40705513:08
openstackgerritStephen Finucane proposed openstack/nova: tests: Remove duplicate NumaHostInfo  https://review.openstack.org/40256213:08
wiggin15Here's virtuozzo: http://openstack-3rd-party-virtuozzo-ci-logs.virtuozzo.com/71/416371/9/check/check-dsvm-tempest-vz7-exe-minimal/0854760/logs/devstacklog.txt.gz13:08
wiggin15others are failing too13:08
*** tblakes has joined #openstack-nova13:09
*** ralonsoh has quit IRC13:09
wiggin15Does anyone know if something changed in the past 24 hours that can cause this?13:09
*** Matias has quit IRC13:09
cdentwiggin15: sounds like it could be something related to cellsv2 stuff that recently merged13:10
*** mordred has quit IRC13:10
*** ralonsoh_ is now known as ralonsoh13:11
cdentwiggin15: there was some discussion about some changes that need to happen, last night, but I'm not sure of the outcome or timing. when mriedem comes around he'll probably know more. but also check the os-dev list for messages from him, he's being sending gate updates there13:11
*** bapalm has joined #openstack-nova13:12
*** mtanino has quit IRC13:13
*** vladikr has quit IRC13:15
macszwas the Nova API meeting canceled for today or is my calendar messed up?13:16
*** ociuhandu has joined #openstack-nova13:16
openstackgerritMehdi Abaakouk (sileht) proposed openstack/nova: WIP: placement-api: fix ResourceProviderList query  https://review.openstack.org/42766713:17
*** mordred has joined #openstack-nova13:18
*** efried has joined #openstack-nova13:19
johnthetubaguymacsz: it was cancelled today13:20
macszjohnthetubaguy: ah, ok13:20
*** flwang has joined #openstack-nova13:22
*** mnestratov|2 has joined #openstack-nova13:24
*** bapalm has quit IRC13:24
*** rnoriega has joined #openstack-nova13:25
*** Guest30167 has quit IRC13:26
cdentrpodolyaka: on group by thing, are you saying: "we're not using c.consumer_id, so just leave it out of the select"?13:28
rpodolyakacdent: yeah, my understanding is that we calculate total usage values per RP, not "per RP per consumer"13:28
rpodolyakaand this total actually includes multiple consumers13:29
rpodolyakaso consumer_id in select does not make sense and that's what postgresql is unhappy about13:29
*** prateek has quit IRC13:29
cdentmakes sense13:30
smcginniswiggin15: Sounds like you, like me, ignored this in the ML and now has stacking failures: http://lists.openstack.org/pipermail/openstack-dev/2017-January/111295.html13:30
rpodolyakawe *could* group by consumer_id, but my understanding is that it's not what we really want13:30
cdentrpodolyaka: I think you're right13:30
rpodolyakabut I'm not really familiar with this code, so jaypipes should know better :P13:31
*** annegentle has joined #openstack-nova13:31
cdentrpodolyaka: but the second group_by change is probably right?13:31
cdent(for postgres?)13:31
*** vsaienko has joined #openstack-nova13:32
cdentsileht: you want to carry on with that stuff. If not I can take it over.13:32
openstackgerritMehdi Abaakouk (sileht) proposed openstack/nova: placement-api: fix ResourceProviderList query  https://review.openstack.org/42766713:33
silehtrpodolyaka, the functional tests have catched your thought :)13:33
*** gouthamr has joined #openstack-nova13:34
rpodolyakasileht: yay! :)13:35
*** annegentle has quit IRC13:35
openstackgerritMehdi Abaakouk (sileht) proposed openstack/nova: placement-api: fix ResourceProviderList query  https://review.openstack.org/42766713:36
cdentsileht: being very nit picky on the review in the hope that by the time some core comes along it is nice and happy and we get this merged quick13:36
*** Matias has joined #openstack-nova13:36
silehtcdent,13:36
silehtcdent, it's not really nit picky when feedback are instant :)13:37
rpodolyakacdent: hmm, the second group by is done on a unique column - it must be ok, as it uniquely identifies a particular table row. I'd expect "select rp.* ..." work fine in this case13:37
rpodolyakatbh it's the first time I've seen a sqalclhemy model passed to group_by()13:37
rpodolyakamy understanding is that it's equivalent of grouping by all columns of a table13:38
silehtrpodolyaka, with postgresql you must have everything you put in the select13:38
silehtrpodolyaka, yes because the select does 'select rp.*'13:38
silehtrpodolyaka, so even if rp.uuid is enought, postgresql don't want to guess13:38
* rpodolyaka fires up a psql shell13:39
silehtrpodolyaka, I think the second groupby is here just to remove duplicate rows ?13:40
*** jpena is now known as jpena|lunch13:40
mriedemwiggin15: you need to have the placement-api service enabled, in ENABLED_SERVICES13:40
mriedemwiggin15: if you're overriding ENABLED_SERVICES that is - there is a note in the dev list about it13:40
*** Guest30167 has joined #openstack-nova13:40
*** eharney has quit IRC13:41
silehtrpodolyaka, the orignal error we have: http://logs.openstack.org/82/405682/8/check/gate-ceilometer-dsvm-tempest-plugin-postgresql-ubuntu-xenial/02f896f/logs/apache/placement-api.txt.gz?level=ERROR13:41
silehtrpodolyaka, the error when I have fixed the first groupby: http://logs.openstack.org/68/427668/1/check/gate-ceilometer-dsvm-tempest-plugin-postgresql-ubuntu-xenial/372f489/logs/apache/placement-api.txt.gz?level=ERROR13:42
mriedemjohnthetubaguy: sfinucan: your call on https://review.openstack.org/#/c/412634/ since it's disabled by default an experimental now anyway13:42
mriedemit was already approved once, just had a busted unit test13:42
*** ducttape_ has quit IRC13:42
rpodolyakasileht: hmm, interesting13:43
cdentmriedem: I tagged this https://bugs.launchpad.net/nova/+bug/1660959 as rc-potential because postgres support used to work in placement api. it's what sileht and rpodolyaka are talking over now.13:43
openstackLaunchpad bug 1660959 in OpenStack Compute (nova) "placement resource provider filtering does not work with postgres" [Undecided,In progress] - Assigned to Mehdi Abaakouk (sileht)13:43
mriedemcdent: yup saw it, thanks13:43
mriedemsilly pg13:43
wiggin15mriedem we have "export OVERRIDE_ENABLED_SERVICES" with services like "c-api", "q-metering" etc., is this it?13:43
mriedemwiggin15: i think so yes13:43
mriedemyou need placement-api in that list13:43
wiggin15mriedem thanks13:43
sfinucanmriedem: I'm happy to let it in, in that case. It's technically a feature but it seems low risk to me. Can't speak for johnthetubaguy, mind13:43
silehtcdent, and our (future) stable/ocata is already broken too :p13:43
* sfinucan is still reviewing that13:43
mriedemi'm heading into the office, bbiab13:43
*** mriedem has quit IRC13:44
cdentsileht: I think the whole world's future is broken lately.13:44
rpodolyakasileht: heh, looks like it only allows this for PKs, but not for UNIQUEs - http://paste.openstack.org/show/597180/13:46
*** vladikr has joined #openstack-nova13:47
silehtrpodolyaka, do we have another column that can do it (instead of putting all cols) ?13:48
*** ayogi has quit IRC13:49
*** lucas-hungry is now known as lucasagomes13:50
silehtrpodolyaka, I will use id, then13:51
rpodolyakasileht: yeah, we have the PK - `id`13:51
*** karimb has joined #openstack-nova13:51
*** diga has quit IRC13:52
*** Prophidys has joined #openstack-nova13:53
openstackgerritMehdi Abaakouk (sileht) proposed openstack/nova: placement-api: fix ResourceProviderList query  https://review.openstack.org/42766713:54
*** vsaienko has quit IRC13:54
*** tongli has joined #openstack-nova13:55
openstackgerritMehdi Abaakouk (sileht) proposed openstack/nova: placement-api: fix ResourceProviderList query  https://review.openstack.org/42766713:56
*** Hosam has quit IRC13:57
*** amotoki has joined #openstack-nova13:59
*** alineb has joined #openstack-nova14:00
*** kfarr has joined #openstack-nova14:01
*** bvanhav_ has joined #openstack-nova14:03
*** bvanhav has quit IRC14:04
*** tlian has joined #openstack-nova14:07
johnthetubaguyBobBall: seeing some XenAPI issues on this glance related patch: https://review.openstack.org/#/c/412634/2414:07
johnthetubaguyBobBall: is this a general problem we are seeing at the moment?14:07
BobBallChecking14:08
BobBallgeneral problem meaning unrelated to this patch?14:08
*** amotoki has quit IRC14:08
johnthetubaguyBobBall: it feels very related to this patch, but we haven't changed the code that XenAPI uses, AFAIK14:09
johnthetubaguyBobBall: just wanted to check its not a general issue14:09
BobBallhmmmz - actually we are failing all tests in the last couple of hours...14:09
*** ducttape_ has joined #openstack-nova14:09
johnthetubaguyBobBall: looks like the plugins have changed or something?14:10
BobBallBig sadness from the Citrix CI at the moment :(14:10
BobBallInvestigating.  Plugins certainly shouldn't have changed since we're pulling in from a fixed version of os-xenapi from nova's requirements...14:11
BobBallMade the mistake of trying to open a 1MB log file in firefox.  Apparently it doesn't like a 1MB html file and has decided it needs a really long think about it14:12
johnthetubaguyBobBall: yeah, I had to download it14:13
johnthetubaguyBobBall: I am seeing 404 from glance14:13
BobBallNot ideal.14:13
*** esberglu has joined #openstack-nova14:13
*** mdrabe has joined #openstack-nova14:13
*** xyang1 has joined #openstack-nova14:13
*** esberglu has quit IRC14:13
*** esberglu has joined #openstack-nova14:14
*** yamahata has joined #openstack-nova14:15
*** mriedem has joined #openstack-nova14:16
* mriedem hopes all things are fixed now14:16
*** esberglu_ has joined #openstack-nova14:18
BobBallLooks like glance upload is broken14:20
mriedemBobBall: like this?14:20
mriedem2017-02-01 12:47:40.884 20207 ERROR nova.compute.manager [instance:  797cb75d-5ab2-4231-b972-db08257716f4] Failure: ['XENAPI_PLUGIN_FAILURE',  'upload_vhd2', 'PluginError', 'Got Permanent Error response [404] while  uploading image [79f5d221-0e61-4ee9-82e4-69f507219b78] to glance [http://192.168.33.1:9292/v2/images/79f5d221-0e61-4ee9-82e4-69f507219b78/file]']14:20
BobBallTis only upload, yes, not download.14:21
*** esberglu has quit IRC14:21
BobBallI think.14:21
mriedemwhat changed?14:21
BobBallTrying to figure that out.14:21
*** eharney has joined #openstack-nova14:22
*** ducttape_ has quit IRC14:22
*** ducttape_ has joined #openstack-nova14:22
*** ducttape_ has quit IRC14:23
mriedemjohnthetubaguy: sfinucan: i've flip flopped and decided to nack anymore of https://blueprints.launchpad.net/nova/+spec/use-service-tokens14:23
BobBallfirst failure was 11 hours ago on change 42753614:24
*** liverpooler has joined #openstack-nova14:24
mriedemcinder and neutron are done, let's do the glance stuff in pike14:24
johnthetubaguymriedem: yeah, I am fine with that, thats like Friday right?14:24
mriedemjohnthetubaguy: yeah14:24
mriedemi think so anyway14:24
sfinucanmriedem: What he said ^14:24
mriedemi believe stable/ocata is created from rc114:24
*** mkoderer has joined #openstack-nova14:24
*** cdelatte has quit IRC14:25
bauzasmriedem: it is14:26
bauzasmriedem: we have to write the cut14:26
bauzasmriedem: have you seen dhellmann's emails about that ?14:26
bauzasI can do a WIP if you wish14:26
mriedembauzas: yes i know about it14:26
bauzasand you would just update with the right SHA114:26
BobBallI have a meeting in 3 minutes... Will have to look into the CI after the meeting.14:27
BobBallmriedem / johnthetubaguy - suggest you remove the Citrix CI from voting until I can fix?14:28
*** Swami has joined #openstack-nova14:28
bauzasmriedem: okay, but I mean, you okay with writing the releases change ?14:28
BobBall(or figure out what's going on...)14:28
bauzasmriedem: that would create the branch14:28
mriedembauzas: yes14:28
*** ducttape_ has joined #openstack-nova14:28
bauzaskewl14:28
mriedemwe have a lot of shit to fix before then :(14:28
mriedemBobBall: looks like that's already taken care of https://review.openstack.org/#/admin/groups/511,members14:29
BobBall+114:29
*** jamesdenton has joined #openstack-nova14:30
jrollmriedem: think we should be using the same service token for ironic interactions (rather than separate auth configs we use today)14:30
*** ducttape_ has quit IRC14:31
*** READ10 has joined #openstack-nova14:31
jrollslash johnthetubaguy ^14:31
*** crushil has joined #openstack-nova14:32
johnthetubaguymriedem: this one seems ready now, and good to have: https://review.openstack.org/#/c/421760/14:32
*** jheroux has joined #openstack-nova14:33
mriedemjroll: is that a question?14:33
mriedemjohnthetubaguy: yeah it's on the list14:33
johnthetubaguyjroll: possibly, we need to work out what we want keystone roll wise. I quite like the "i am nova" service token being used for all the cases we want for that14:33
johnthetubaguyjroll: I would rather we move to user token + nova service user, for all interactions where possible, so it clear where the request came from at all times14:34
jrollmriedem: oh yeah, punctuation is hard, that's a question14:34
johnthetubaguyjroll: need some oslo.policy tweaks to get that working though14:34
jrolljohnthetubaguy: yeah, need to think more about it, user token would be nice for e.g. hitting neutron on our side14:35
*** esberglu has joined #openstack-nova14:35
*** cleong has joined #openstack-nova14:35
mriedemwe also don't know what the performance implications are yet14:35
johnthetubaguymriedem: very true, it very much depends on that not being total suck14:36
mriedemi think the hope is, in pike we pick a ci job and turn the service user stuff on14:36
* mriedem adds that to the ptg ethrepad14:36
mriedem*etherpad14:36
cdentit's cuz you're talking to a brit14:36
johnthetubaguymriedem: I am asking our internal CI to do some proper performance trials with/without, but they don't sound too excited yet14:36
johnthetubaguycdent: heh14:36
*** wiggin15 has quit IRC14:38
*** esberglu_ has quit IRC14:39
openstackgerritLee Yarwood proposed openstack/nova: WIP - libvirt: Remove redundant bdm serial mangling and saving during swap_volume  https://review.openstack.org/42736414:39
openstackgerritChris Dent proposed openstack/nova: Add placement request id to log when GET or POST rps  https://review.openstack.org/42774014:39
*** dikonoor has quit IRC14:39
*** jaypipes has joined #openstack-nova14:41
jrolljohnthetubaguy: mriedem: ok, thanks, will revisit later on :)14:41
* jroll hopes to do a bunch of nova/ironic improvements in pike14:41
mriedemjroll: didn't you get your fill of ironic features into nova in ocata?14:42
mriedemi feel like i reviewed an endless stream of feature parity patches :)14:42
jrollmriedem: not features, quality and such14:43
* johnthetubaguy hears sweet music in the air14:45
cdentjaypipes: I'm gonna go get some air, but if you want me (because you're busy or whatever) to get those tweaks on the ironic inventory stuff, leave me a message somewhere and I will14:45
mriedempanda: bnemec: did you guys get your issue resolved with novaclient 7.1.0?14:45
jaypipescdent: nah, I'll take care of em. thanks for reviewing.14:46
*** sree has joined #openstack-nova14:46
cdent14:46
mriedemjohnthetubaguy: jaypipes: how realistic is that patch at this point?14:46
*** dave-mccowan has joined #openstack-nova14:46
*** burt has joined #openstack-nova14:46
jaypipesmriedem: trying my best. I think I should be able to get it ready today.14:46
jaypipesmriedem: I added a bunch of functional test to the patch yesterday.14:46
bauzasmriedem: mmm, just saw https://bugs.launchpad.net/nova/+bug/166087814:47
openstackLaunchpad bug 1660878 in OpenStack Compute (nova) "test_reboot_deleted_server fails with 409 "Cannot 'reboot' instance while it is in vm_state building"" [High,Confirmed]14:47
mriedembauzas: yes it's in the ML too14:47
mriedemi have a debug patch up for it14:47
mriedemhttps://review.openstack.org/#/c/427544/14:47
*** baoli has joined #openstack-nova14:47
* cdent wanders14:47
pandamriedem: we think yes,  but we have problem merging the change since puppet syntax gate is failing due to a new deprecation warning.14:48
bauzasmriedem: not sure I saw this thread, looking14:48
*** jpena|lunch is now known as jpena14:48
mriedembauzas: it's the papercuts thread14:49
mriedembauzas: the thread doesn't matter, the bug has the details https://bugs.launchpad.net/nova/+bug/166087814:49
openstackLaunchpad bug 1660878 in OpenStack Compute (nova) "test_reboot_deleted_server fails with 409 "Cannot 'reboot' instance while it is in vm_state building"" [High,Confirmed]14:49
bauzasoh ok14:49
bauzasnot [nova] tagged :(14:49
bauzasI saw it, but passed it14:50
bauzass/passed/skipped14:50
sfinucanbauzas: Just spotted your review on https://review.openstack.org/#/c/392643/. Thank you :)14:50
bauzasI should hire an assistant14:50
mriedembauzas: melwitt: dansmith: looks like i got a hit on my debug patch http://logs.openstack.org/44/427544/2/check/gate-tempest-dsvm-neutron-multinode-full-ubuntu-xenial-nv/f50a5ee/logs/screen-n-cond.txt#_2017-02-01_04_49_11_70214:50
*** sree has quit IRC14:50
bauzaslike the one our French Presidency candidate is hiring14:50
jaypipes"Harry Harrington" is officially the best-named new OpenStack core nominee.14:53
*** cdelatte has joined #openstack-nova14:53
mriedemdansmith: so i've got a recreate on that failure, we know the build request is gone before we create the instance in conductor, now i'm just not sure what i do with it - we don't put that in cell0 since if the build request is deleted before the instance is created, we just treat it like the instance was deleted, i.e. it wouldn't be in ERROR state in cell014:54
mriedemi think i can just return14:55
dansmithmriedem: ah I misunderstood your assertion last night then14:55
dansmithmriedem: yeah, if build request is gone before we create the point is we're supposed to just bail quietly.. we do that in at least one place now14:55
mriedemyup here https://review.openstack.org/#/c/427544/2/nova/conductor/manager.py@93614:55
mriedemwhich for this bug is too late14:55
dansmithmriedem: ah, yep, indeed14:56
mriedemdansmith: also,14:56
mriedemunrelated, but this return should be a continue right? https://review.openstack.org/#/c/427544/2/nova/conductor/manager.py@97214:57
mriedemas we're in a for loop14:57
dansmithmriedem: that's not in a for loop14:57
mriedemsure it is https://review.openstack.org/#/c/427544/2/nova/conductor/manager.py@87514:58
mriedemit's like a 200LOC method so it's easy to miss14:58
dansmithooh, well, let me check14:58
mriedemok we can fix separately, i'll clean up my patch for the actual first fix14:59
dansmithyeah, since we've got multiple build requests I guess so, if someone were to delete one of the multi-instances in the middle14:59
*** zz_dimtruck is now known as dimtruck14:59
dansmithaye14:59
mriedemyar!14:59
mriedemmatey14:59
sfinucanjohnthetubaguy: One question on https://review.openstack.org/#/c/421760/10/api-ref/source/servers.inc15:01
*** satyar has joined #openstack-nova15:01
*** prateek has joined #openstack-nova15:01
mriedemi'll even put on green grass and high tides since this should take 10 minutes15:01
dansmithmriedem: so, I'm not sure why you think this delete-before-create thing is related to the message in your bug about rebuild15:01
sfinucanIn that file, the parameter is recorded as 'accessIPv4', but in the release note [1] it's recorded as 'access_ip_v4' [1] https://review.openstack.org/#/c/421760/10/releasenotes/notes/add-whitelist-for-server-list-filter-sort-params-2ae766d03ba895e5.yaml15:02
mriedemdansmith: the test creates the server, then before it's active it deletes it, and then tries to rebuild it, expecting a 404, but gets a 40915:02
sfinucanI assume the former is automagically transformed to the latter15:02
sfinucan?15:02
mriedemdansmith: it's a negative test, expecting the deleted instance to be deleted,15:02
mriedembut when we hit the 409, the build request is gone but conductor created the instance (from the stale build request)15:02
dansmithmriedem: ah, okay cool15:03
mriedemdansmith: it's not just rebuild, there is reboot and some other negative tests that have the same pattern15:03
dansmithack15:03
mriedemi'm just happy it's not more complicated than this :)15:03
* mriedem knocks on wood15:03
dansmithdef totes15:03
*** liverpooler has quit IRC15:05
*** yamahata has quit IRC15:08
*** liverpooler has joined #openstack-nova15:08
*** tongli has quit IRC15:09
bauzasmriedem: I have now gained more b/w, which change should I bite now ?15:10
bauzaslooking at https://etherpad.openstack.org/p/nova-ocata-rc1-todos15:11
mriedembauzas: https://review.openstack.org/#/c/427367/15:12
mriedembauzas: and https://review.openstack.org/#/c/421760/15:13
bauzasack15:13
mriedemand https://review.openstack.org/#/c/426810/15:14
mriedembasically, just read the etherpad and pick :)15:14
*** udesale has joined #openstack-nova15:14
mriedemsdague: you may want to chime in on the postgres job thread in the dev list15:15
mriedemmordred: ^15:15
mordreduhoh15:15
mriedemthe support matrix that won't die :)15:16
vsaienk0nova team, since today morning/yesterday evening ironic multinode job is failing due to https://bugs.launchpad.net/nova/+bug/166101415:18
openstackLaunchpad bug 1661014 in OpenStack Compute (nova) "Multinode job fails with "Compute host X not found"" [Undecided,New]15:18
sdaguemriedem: sure15:18
*** hongbin has joined #openstack-nova15:19
vsaienk0is it known problem?15:19
*** sridharg has quit IRC15:19
mriedemvsaienk0: http://lists.openstack.org/pipermail/openstack-dev/2017-January/111295.html15:19
mriedemvsaienk0: https://bugs.launchpad.net/nova/+bug/1660973 is a duplicate15:20
openstackLaunchpad bug 1660973 in networking-bgpvpn ""No hosts found to map to cell, exiting" / PlacementNotConfigured exception" [Critical,In progress] - Assigned to Thomas Morin (tmmorin-orange)15:20
dansmithmriedem: you sure that's the same?15:20
mriedemit's not15:20
mriedemnvm15:20
mriedemhttp://logs.openstack.org/75/427675/2/check/gate-tempest-dsvm-ironic-ipa-wholedisk-agent_ipmitool-tinyipa-multinode-ubuntu-xenial-nv/3ff2401/logs/screen-n-cpu.txt.gz?level=TRACE is clean15:21
dansmithyeah15:21
*** tanvirt has joined #openstack-nova15:21
dansmithn-cond too, an that's the important one for the mapping bug15:21
vsaienk0mriedem: on ironic multinode job placement api is enabled15:21
mriedemvsaienk0: then it's something else15:22
dansmithvsaienk0: is that test trying to target specific hosts with a boot?15:22
*** owalsh is now known as owalsh-brb15:22
*** liangy has joined #openstack-nova15:22
mordredmriedem: done15:22
mordredmriedem: I believe I said the same thing as sdague - exept worse and with more words15:23
mriedemmordred: that's why i pinged you :)15:23
vsaienk0dansmith: yes,  test_schedule_to_all_nodes is failing15:24
dansmithvsaienk0: I see that from the logs, I'm asking what the test is doing, but I'll go look for myself15:25
jaypipessileht: thx for your fix on https://review.openstack.org/#/c/427667/. zzzeek, if you can give your attention to this patch, that would be appreciated. I will leave it to mriedem, sdague or bauzas to +W.15:25
vsaienk0dansmith: that is nova test, I don't know what exactly it is doing15:26
dansmithvsaienk0: okay, yeah, so it's trying to specifically boot an instance targeted at a node15:26
jaypipessileht: for the record, the reason that uuid was the grouping expression there was that the original query I was using only returned the UUIDs of the resource providers :)15:26
*** owalsh-brb has quit IRC15:27
dansmithvsaienk0: so it may be similar to the issue mriedem pointed above, but manifesting differently, give me a sec to look at the logs15:27
jaypipesrpodolyaka: thx for the heads up on https://review.openstack.org/#/c/427667/ :)15:27
bauzassileht: oh, nice catch, thanks for fixing that15:27
*** prateek has quit IRC15:27
dansmithvsaienk0: is this failing all the time now or just occasionally15:28
vsaienk0dansmith: all the time15:28
dansmithvsaienk0: okay, let me put up a hacky devstack patch to try something15:28
vsaienk0dansmith thanks!15:30
bauzassileht: jaypipes: and FWIW, rpodolyaka is right, I did the GROUP BY because I wanted the HAVING clause15:30
*** liverpooler has quit IRC15:30
bauzassileht: jaypipes: but that should work by the PK too15:30
rpodolyakajaypipes: np!15:30
*** jd__ has left #openstack-nova15:31
dansmithvsaienk0: can you do a canary change against ironic, depending on this? https://review.openstack.org/42777215:31
*** lucasagomes is now known as lucas-brb15:31
vsaienk0dansmith: done https://review.openstack.org/#/c/427675/ waiting for results, thanks!15:32
*** artom has quit IRC15:33
*** breitz has quit IRC15:33
dansmithvsaienk0: okay, this is the thing I was pointing to yesterday, which I suspect you're hitting. if this fixes it, we'll need to put it in a proper place of course15:33
*** owalsh-brb has joined #openstack-nova15:33
*** owalsh-brb is now known as owalsh15:33
*** mdnadeem has quit IRC15:33
*** artom has joined #openstack-nova15:33
*** breitz has joined #openstack-nova15:33
*** baoli has quit IRC15:34
openstackgerritChristopher Martin proposed openstack/nova: Stop using mox in test_compute_cells.py  https://review.openstack.org/38975015:34
*** ducttape_ has joined #openstack-nova15:34
dansmithvsaienk0: oh you guys are a devstack plugin, well that's why I couldn't find stuff... going forward we can just put this in your lib/ironic thing, so .. easier15:34
*** ducttape_ has quit IRC15:34
*** ducttape_ has joined #openstack-nova15:35
*** armax has joined #openstack-nova15:35
sfinucanbauzas: Think there's a very minor logging mistake in https://review.openstack.org/#/c/427200, though otherwise LGTM15:36
bauzassfinucan: you can hurt me with a -1, I won't hit you :p15:37
sfinucanbauzas: I don't usually -1 for things I'm not 100% sure are an issue, but you asked for it ;)15:37
bauzasand I even prefer or I could miss the comments :)15:37
bauzassfinucan: well, I'm French so arguing is like my 2nd nature15:38
openstackgerritMatt Riedemann proposed openstack/nova: Ensure build request exists before creating instance  https://review.openstack.org/42777515:39
mriedemdansmith: melwitt: bauzas: ^ i'm assuming some sort of transactional lock would be best there, but not sure how to do it15:39
dansmithmriedem: you can't, they're in separate databases15:40
mriedemthought about that15:40
mriedemyeah15:40
dansmithmriedem: you should create the instance, then try to delete the buildreq, and if that fails, delete the instance15:40
dansmithlike we do below15:40
mriedemwe have a window either way15:42
mriedemi'd rather not create the instance in the first place15:42
mriedemif the build request doesn't exist before we create the instance, this catches it, if the build request doesn't exist after we create the instance, the existing check at the bottom handles it15:42
dansmithmriedem: there's no window this way,15:43
*** mptacekx has quit IRC15:43
dansmithmriedem: and the check at the bottom will have to undo a bunch of other stuff, and will have done actions, notifications, etc15:43
dansmithmriedem: but your call15:43
dansmithmriedem: actually, yeah, that's fine15:44
mriedemhuh? why my change we don't create the instance, and continue, so the actions and notifications don't happen15:44
dansmithmriedem: I meant if you delay the delete until below15:44
*** liverpooler has joined #openstack-nova15:44
mriedems/why/with/15:44
*** baoli has joined #openstack-nova15:45
openstackgerritAndy McCrae proposed openstack/nova: Allow placement endpoint interface to be set  https://review.openstack.org/42616315:45
dansmithsince we don't have the instance mapping until a little later, we can't delete the build request yet up there, which means we have to wait15:45
*** ekuris__ has quit IRC15:46
*** Swami_ has joined #openstack-nova15:47
bauzasmriedem: dansmith: catching up your convo15:47
openstackgerritLee Yarwood proposed openstack/nova: libvirt: Remove redundant bdm serial mangling and saving during swap_volume  https://review.openstack.org/42736415:47
dansmithmriedem: let me try to linearize the mess that came out of my head above15:47
dansmithmriedem: when we create the instance where we do today, it's not find-able as an instance by the api until the instance mapping is created below15:48
bauzasdansmith: mriedem: I think most of the corner cases about synchronizing have been written by alaski in its conductor method15:48
bauzaslemme find it15:48
dansmithmriedem: so if we delete the buildreq due to an external delete,15:48
dansmithmriedem: and then create the instance, it's still not find-able until we add the instance mapping and then delete the buildreq15:49
dansmithmriedem: so there might be a race between creating the mapping and noticing the buildreq is gone, but that is an extremely short time period15:49
dansmithmake sense?15:49
*** Swami has quit IRC15:50
*** rcernin has quit IRC15:51
*** liverpooler has quit IRC15:51
*** Sukhdev has joined #openstack-nova15:51
mriedemdansmith: yeah, and my patch makes that window even smaller yes?15:51
dansmithmriedem: hang on, I'm reading _get_instance()15:52
*** liangy has quit IRC15:52
mriedemdansmith: are you suggesting we move all of https://github.com/openstack/nova/blob/d308d1f70e7e840b1b0c8f4307998d89f9a5ddff/nova/conductor/manager.py#L925-L949 to right after the instance is created, before the notification and action stuff?15:52
*** liverpooler has joined #openstack-nova15:53
mriedemif we moved that up, we wouldn't need to keep track of bdms to cleanup...15:53
mriedemi'm going to start on fixing the return/continue bug15:54
*** mtanino has joined #openstack-nova15:54
*** tuan_luong has joined #openstack-nova15:54
dansmithmriedem: check this out: https://github.com/openstack/nova/blob/master/nova/compute/api.py#L2295-L230215:54
dansmithmriedem: that will short-circuit the logic we put in to make this atomic across both dbs15:55
dansmithmriedem: and it says we should remove it once people have to use cellsv215:55
*** tbachman has quit IRC15:55
dansmiththat will effectively go straight to the default cell without requiring the buildreq/instmap lock that we have in place15:55
mriedemyeah i saw that last night, and remember specifically asking alaski to put that TODO in there15:55
dansmithso, can we (a) remove that and see how it goes, (b) merge it if it looks good and see if the fails go away?15:56
*** ircuser-1 has joined #openstack-nova15:56
openstackgerritDan Smith proposed openstack/nova: WIP: Remove pre-cellsv2 short circuit in instance get  https://review.openstack.org/42778215:58
mriedemdansmith: would we get into that else in this case though? the inst_map could exist and have the cell mapping set15:59
mriedemi guess if that's the case, the cleanup routine in conductor should have already deleted the instance15:59
mriedemcrap i havea 1x1, bbiab16:00
*** edand has quit IRC16:03
*** udesale has quit IRC16:03
dansmithhmm16:04
*** stvnoyes has quit IRC16:05
*** stvnoyes has joined #openstack-nova16:06
*** trevormc has joined #openstack-nova16:07
bauzasdansmith: mriedem: so, I actually wonder why we wouldn't reproduce the logic in build_instances() where when refreshing the instance, we accept that there could be an InstanceNotFound ?16:08
bauzasdansmith: mriedem: but here, we would just access the BuildRequest record instead16:08
bauzaswhen we get_new_instance()16:08
dansmithbauzas: until we have updated the instance mapping the instance itself could not be deleted, and the buildreq is how that happens16:08
*** hfu has quit IRC16:09
bauzasI'm missing a race condition here then16:09
*** _ducttape_ has joined #openstack-nova16:09
dansmiththe one on L2311 also introduces a race between deleting the map and the instance, so I'll remove that one too16:10
*** marst has joined #openstack-nova16:10
*** JoseMello has joined #openstack-nova16:10
openstackgerritIldiko Vancsa proposed openstack/nova: Implement new attach/detach Cinder flow  https://review.openstack.org/33028516:11
openstackgerritIldiko Vancsa proposed openstack/nova: Remove check_attach  https://review.openstack.org/33535816:11
*** hfu has joined #openstack-nova16:11
*** hfu has quit IRC16:11
*** hfu has joined #openstack-nova16:12
*** hfu has quit IRC16:12
*** ducttape_ has quit IRC16:13
*** hfu has joined #openstack-nova16:13
*** hfu has quit IRC16:13
bauzasdansmith: both conditions are for existing instances that needed to have instance mappings, right?16:13
bauzasdansmith: for a fresh new ocata instance, we suppose the mapping is created, right?16:14
dansmithbauzas: as of ocata, all instances old and new have said mappings, yes16:14
bauzasokay, so I agree with you that we should wipe those conditionals16:15
bauzasbecause it's confusing16:15
dansmiths/confusing/wrong.16:16
*** panda is now known as panda|off16:18
*** hieulq has joined #openstack-nova16:19
*** yamahata has joined #openstack-nova16:22
*** mdrabe has quit IRC16:23
bauzasdansmith: now, say that we remove those conditionals, a GET /servers?uuid=<> would return a 404 in case the BuildRequest is deleted, right?16:25
bauzasdansmith: if so, I think you found the best approach for fixing the issue, kudos16:25
dansmithbauzas: if it's unmapped16:25
bauzasdansmith: but this is mapped only after scheduling, right?16:26
dansmithbauzas: yes16:26
bauzasI mean16:26
bauzassomeone deletes an instance16:27
*** lucas-brb is now known as lucasagomes16:27
bauzasthen it deletes the mappings16:27
bauzasso, bim16:27
*** xinli has joined #openstack-nova16:27
bauzaswe go to the mappings equal None and then baaam, BuildRequestNotFound, pif paf 40416:27
bauzasunless I missed that16:28
bauzass/that/something16:28
*** mdrabe has joined #openstack-nova16:29
*** tbachman has joined #openstack-nova16:30
openstackgerritLee Yarwood proposed openstack/nova: libvirt: Remove redundant bdm serial mangling and saving during swap_volume  https://review.openstack.org/42736416:32
*** owalsh is now known as owalsh-brb16:32
*** chyka has joined #openstack-nova16:35
kashyapHi folks, has anyone seen this error with today's Git?16:35
kashyap017-02-01 15:55:46.453 | No hosts found to map to cell, exiting.16:35
mriedemwhen conductor cleans up the build request, if it's already gone and it deletes the instance, why doesn't it also clean up the instance mapping?16:35
mriedemdansmith: ^?16:35
kashyapMy current DevStack instance is failing with the above.  /me looks at the logs16:35
mriedemkashyap: you need to have the placement-api enabled16:36
mriedemkashyap: http://lists.openstack.org/pipermail/openstack-dev/2017-January/111295.html16:36
kashyapAh!16:36
kashyapThat's it16:36
* kashyap clicks16:36
bauzasmriedem: kashyap: not sure this error is related16:37
bauzasbut /me shrugs16:37
kashyapbauzas: But mriedem is right that I don't have the placement API16:37
bauzassure16:37
mriedemthere won't be a host if n-cpu fails to start16:37
bauzasah true16:37
mriedemwhich kills map_cell_and_hosts16:37
mriedemor whatever16:37
bauzasokat16:37
bauzaswhatever, like you said16:37
*** trinaths1 has joined #openstack-nova16:37
trinaths1Hi16:38
bauzasmriedem: what do you mean "when conductor cleans up the build request" ?16:38
bauzasmriedem: when we found a place, and then we create the instance?N16:38
mriedembauzas: https://github.com/openstack/nova/blob/d308d1f70e7e840b1b0c8f4307998d89f9a5ddff/nova/conductor/manager.py#L925-L94916:38
*** tongli has joined #openstack-nova16:38
kashyapmriedem: This is the only thing that I need, right? - 'placement-api' (Yep, looking here - http://logs.openstack.org/06/425806/8/check/gate-tempest-dsvm-cells-ubuntu-xenial/e958e02/logs/localrc.txt.gz)16:39
mriedemif the build request is deleted before/during scheduling, we delete the instance from the cell, but why don't we also cleanup the instance mapping record?16:39
mriedemkashyap: yes16:39
dansmithmriedem: probably should.. we do in the compute/api if we get similarly interrupted by a delete16:39
mriedemok, was just thinking about orphans16:39
*** jdurgin1 has joined #openstack-nova16:40
alaskiis the instance hard deleted? If there's an instance record there should be a mapping16:40
mriedemalaski: it's not hard deleted no16:40
dansmithalaski: oh good point16:40
bauzasI was about to sat that16:40
bauzasbecause we soft delete16:40
bauzasbut alaski beated me16:40
mriedemthe build request is hard-deleted, but if the instance exists then we don't care about the build request16:40
mriedemyeah i suppose for nova list --deleted16:40
dansmithyeah16:40
mriedemtouche16:41
* mriedem goes back to trying to fix the return/continue thing16:41
dansmithalaski: nice save from the sidelines :)16:41
*** tbachman_ has joined #openstack-nova16:42
alaskidansmith: I lurk so I can occasionally seem smart still :)16:42
dansmithalaski: not much danger of that being forgotten, but as you wish :)16:43
*** tbachman has quit IRC16:43
*** tbachman_ is now known as tbachman16:43
mriedemnow if he'd only tell me how to untangle this one test...16:44
mordredmriedem: dammit man. now I'm participating in a database related thread on the mailing list16:44
alaskihave you tried turning it off and back on...16:44
mordredmriedem: there is no way this ends well for anyone16:44
*** mlavalle has joined #openstack-nova16:49
bauzasmriedem: are you considering keeping that https://review.openstack.org/#/c/427775/1 or do you prefer to remove the conditions for the get() method ?16:54
bauzasconditionals* even16:54
bauzasI tend to prefer the latter16:54
dansmithbauzas: we need to remove the TODOs regardless16:55
bauzaswe = who does that so I could +2 it ?16:55
*** FrankZhang has quit IRC16:55
dansmithI already have the patch up16:55
bauzasoh, nice16:55
dansmithWIP, so don't go look yet16:55
bauzasplease be a gentleman, so I could CC it :)16:55
*** tesseract has quit IRC16:56
*** browne has joined #openstack-nova16:56
dansmithwat?16:56
dansmithoh fuck. that breaks every api samples test.. cripes.16:57
*** tongli has quit IRC17:00
*** psachin has quit IRC17:01
*** slaweq has quit IRC17:04
bauzasdansmith: cells meeting or should we leave you having fun with api sample tests ?17:06
dansmithbauzas: we just had it and you didn't show up17:06
dansmithso we adjourned to do work17:06
*** markus_z has quit IRC17:06
*** OPNFV_ has joined #openstack-nova17:06
*** OPNFV_ has left #openstack-nova17:06
bauzasheh17:06
*** Swami_ has quit IRC17:08
*** andreas_s has quit IRC17:09
*** kfarr has quit IRC17:09
*** tuan_luong has quit IRC17:10
*** chyka has quit IRC17:11
mriedemso i can't figure this out,17:11
mriedemhttps://github.com/openstack/nova/blob/master/nova/tests/unit/conductor/test_conductor.py#L151317:11
mriedemi changed that to self.assertEqual(3, build_and_run_instance.call_count)17:11
mriedemand it always fails saying it's only called once17:11
mriedembut there are 3 build requests in that test17:12
mriedemas far as i can tell, things should be peachy17:12
*** liangy has joined #openstack-nova17:12
edleafejaypipes: are you working on https://review.openstack.org/#/c/404472/, or do you want me to fix the tests?17:13
*** vsaienko has joined #openstack-nova17:13
*** bvanhav__ has joined #openstack-nova17:13
*** bvanhav__ is now known as bvanhav17:13
*** nkrinner is now known as nkrinner_afk17:14
bauzasmriedem: but we only schedule once with 3 requests in it, right ? https://github.com/openstack/nova/blob/master/nova/tests/unit/conductor/test_conductor.py#L151217:14
*** bvanhav_ has quit IRC17:15
mriedembauzas: it's asserting this is called https://github.com/openstack/nova/blob/d308d1f70e7e840b1b0c8f4307998d89f9a5ddff/nova/conductor/manager.py#L95917:15
mriedemwhich is in a for loop17:15
mriedemover the list of build requests17:15
mriedemof which there are 317:15
mriedemso unless something is failing and making it continue before that for 2 of them, i'm lost17:16
*** lpetrut has quit IRC17:17
bauzasmriedem: correct me if I'm wrong, but we're only passing one request_spec ?17:19
bauzasso the zip thing would only return one tuple17:19
*** owalsh-brb is now known as owalsh17:20
bauzasmriedem: yup, we're only passing one of those https://github.com/openstack/nova/blob/master/nova/tests/unit/conductor/test_conductor.py#L1414-L141517:20
*** chyka has joined #openstack-nova17:21
*** hieulq has quit IRC17:22
bauzasmriedem: so if you wanna make sure you have 3 calls, just add 2 new request_specs in the params dict17:22
*** hieulq has joined #openstack-nova17:22
jaypipesedleafe: yeah, I'm working on it.17:23
edleafejaypipes: cool - didn't want it to languish if you were busy17:23
*** dtp has joined #openstack-nova17:23
jaypipesedleafe: yeah, sorry, meeting hell day..17:23
*** nic has joined #openstack-nova17:24
*** hieulq has quit IRC17:26
mriedembauzas: ah beautiful17:28
mriedemthanks17:28
openstackgerritDan Smith proposed openstack/nova: Remove pre-cellsv2 short circuit in instance get  https://review.openstack.org/42778217:28
bauzas\o/17:29
* bauzas takes his pen17:29
breitzanybody use and IDE like pycharm to debug nova with?  I'm trying but failing to find the magic to make it all work17:30
*** Swami_ has joined #openstack-nova17:30
dtpdansmith melwitt you guys need anything?17:30
dansmithdtp: own any guns?17:31
dtpno :( but have been thinking about it lately17:31
dansmithdtp: then, no.17:31
dansmithheh17:31
dtp:)17:31
mriedemdtp: review these? https://review.openstack.org/#/q/topic:man+project:openstack/nova+status:open17:32
dtpok17:32
bauzasbreitz: I think we have something about that17:33
bauzasin our dev doc17:33
*** burgerk has quit IRC17:33
bauzasbreitz: but tbh, I just pdb when I want to introspect17:33
marstbreitz: what's failing?17:33
mriedemLOG.error is my pdb17:33
breitzthats what I do (pdb) but was looking for getting an IDE working.17:33
bauzasyeah found http://docs.openstack.org/developer/nova/development.environment.html#using-a-remote-debugger17:33
bauzasbreitz: ^17:33
*** kylek3h is now known as kylek3h_away17:34
bauzasmriedem: sometimes you need something more dynamic :p17:34
bauzaslike "oh shit, I knew that, I need to run again to see the next call"17:34
mriedemLOG.error(locals())?!17:35
breitzthanks for the link - I'll read through that (some of which I've followed).  Basically I can get pycharm to connect to the remote - but I can't get any breakpoints in nova-compute or any exception to drop me into the debugger.17:35
bauzasmriedem: you won't convince me :p17:35
mriedembtw, just let me say, i'm a professional engineer17:35
*** Swami_ has quit IRC17:35
bauzasLOL17:36
* dansmith never uses pdb17:36
* bauzas blushes17:36
*** raunak has joined #openstack-nova17:36
bauzasI even use Atom17:36
mriedemso, are https://review.openstack.org/#/c/427782/ and https://review.openstack.org/#/c/427775/ coexisting? or does the first supersede the second?17:36
*** raunak has quit IRC17:37
melwittI use pdb occasionally17:37
dansmithmriedem: they can co-exist.. my preference is this:17:37
bauzasmriedem: I don't really like https://review.openstack.org/#/c/427775/1/nova/conductor/manager.py17:37
*** karimb has quit IRC17:37
dansmithmriedem: poke mine a bit and see if we hit the bug with it. If not, I'd like to merge it and get data before we merge yours17:37
bauzasyeah, I think dansmith's change could help us getting a better situation17:38
dansmithmriedem: yours doesn't hurt anything other than performance and maybe making the race harder to catch if it's still there, so I just wanted to delay17:38
dansmithmriedem: but, we're also up against the deadline, so..17:38
mriedem-W for now17:38
cdentbbl17:41
*** cdent has quit IRC17:41
*** Sukhdev has quit IRC17:41
*** trinaths1 has quit IRC17:44
*** dimtruck is now known as zz_dimtruck17:47
openstackgerritOliver Walsh proposed openstack/nova: DNM - TripleO CI test  https://review.openstack.org/42753617:52
*** _ducttape_ has quit IRC17:54
*** ducttape_ has joined #openstack-nova17:54
*** kaisers has quit IRC17:54
*** ducttape_ has quit IRC17:54
*** ducttape_ has joined #openstack-nova17:55
*** esberglu has quit IRC17:55
*** ducttape_ has quit IRC17:55
*** esberglu has joined #openstack-nova17:56
*** ducttape_ has joined #openstack-nova17:56
*** aarefiev is now known as aarefiev_afk17:57
*** esberglu_ has joined #openstack-nova17:57
*** ssurana has joined #openstack-nova17:58
*** owalsh is now known as owalsh-afk17:58
dims_mriedem : melwitt : dansmith : ServersNegativeTestJSON failed in the gate about 8-10 at least for the past 4 hours.  looks like we are waiting on https://review.openstack.org/#/c/42777517:59
*** trevormc has left #openstack-nova17:59
dims_ah which transitively is waiting on https://review.openstack.org/#/c/427782/17:59
dansmithdims_: we've been working on it all morning17:59
dims_ack dansmith17:59
*** esberglu has quit IRC18:00
dims_just reporting back from watching the CI that's all :)18:00
*** derekh has quit IRC18:01
mriedemyou're gonna get stabbed dims18:01
*** esberglu_ has quit IRC18:01
mriedemlots of trolls in this cave right now :)18:01
dims_LOL18:01
mriedemok got this return/continue test finally passing18:02
mriedemwoot18:02
melwittdims_: yeah, it turns out https://review.openstack.org/#/c/427782 might supersede the other patch18:02
dims_thanks melwitt18:03
*** ralonsoh has quit IRC18:04
*** harlowja_ has joined #openstack-nova18:05
openstackgerritMatt Riedemann proposed openstack/nova: Continue processing build requests even if one is gone already  https://review.openstack.org/42783918:05
mriedemmelwitt: dansmith: bauzas: dtp: ^18:05
dtpk18:06
*** harlowja has quit IRC18:06
*** mkoderer has quit IRC18:06
*** lucasagomes is now known as lucas-afk18:08
*** esberglu has joined #openstack-nova18:09
*** owalsh-afk has quit IRC18:09
*** esberglu has quit IRC18:09
*** esberglu has joined #openstack-nova18:09
*** Apoorva has joined #openstack-nova18:10
*** owalsh-afk has joined #openstack-nova18:12
*** kaisers has joined #openstack-nova18:13
* mriedem gets some food18:14
*** zz_dimtruck is now known as dimtruck18:15
*** lpetrut has joined #openstack-nova18:16
*** davidgiluk has quit IRC18:19
*** vsaienko has quit IRC18:20
*** vsaienko has joined #openstack-nova18:24
*** raunak has joined #openstack-nova18:24
*** pcaruana has quit IRC18:28
*** bvanhav_ has joined #openstack-nova18:30
*** bvanhav has quit IRC18:31
*** unicell has joined #openstack-nova18:32
*** dtp is now known as dtp-afk18:33
*** krtaylor has quit IRC18:33
openstackgerritDan Smith proposed openstack/nova: Allow scheduler to run cell host discovery periodically  https://review.openstack.org/42682618:37
dansmithsfinucan: mriedem: ^^ 0 means "default" which means "every minute" which means "meltdown"18:37
dansmithalso, I added run_immediately, which will mean the scheduler will do this on startup and make this more useful for things like devstack18:38
sfinucandansmith: Oh, damn. I should have remembered that 🙈18:38
dansmithme too :/18:39
sfinucanGood catch, nonetheless18:39
* sfinucan looking18:39
mriedemyar https://github.com/openstack/oslo.service/blob/master/oslo_service/periodic_task.py#L10818:39
mriedemhttps://github.com/openstack/oslo.service/blob/master/oslo_service/periodic_task.py#L12218:39
dansmithyeah18:40
mriedemi think the last time i had to deal with the innards of the periodic task code was in ATL at the juno summit18:41
dansmithmriedem: but, setting it =3600 will mean it runs once an hour, but at scheduler startup which will be useful for ironic people18:41
mriedemi specifically remember myself and dims whispering in the back of someone's session about it18:41
mriedemwhispering, maybe some giggling18:41
mriedemyeah on startup seems ok18:42
*** bvanhav_ is now known as bvanhav18:42
mriedemha18:45
mriedem"I think Russian already owns the bear."18:45
melwittoh yeah, the mascot angst thread18:46
mriedemi didn't have the context, i thought he was just saying, generally,18:47
mriedemrussia owns all likenesses of bears18:47
mriedemperiod18:47
mriedemwhich is something i'd expect from a russian given my US stereotype of them from the 80s18:47
dansmithI thought Bear == Trump18:47
mriedemgonna need to call in rocky balboa to settle this one18:47
melwittI think it's explained by a later reply about a russian meme18:48
mriedemmelwitt: yeah i read further18:48
mriedemdansmith: trump is more of a peacock18:48
mriedembeautiful to behold, but functionally useless18:48
dansmithum.18:48
mriedemwhat about "donal trump is beautiful to behold" don't you get?!18:49
melwittmriedem: I get what you meant now. it sounded like that to me too before someone else explained it18:50
*** dharinic is now known as dharinic|lunch18:50
*** vsaienko has quit IRC18:50
mriedemrandom thought: no one has asked me lately if i can smell what the rock is cooking18:55
*** vsaienko has joined #openstack-nova18:57
*** mvk has quit IRC18:57
*** mjura has quit IRC18:58
*** sree has joined #openstack-nova19:02
*** ducttape_ has quit IRC19:02
*** ducttape_ has joined #openstack-nova19:03
*** vsaienko has quit IRC19:04
*** vsaienko has joined #openstack-nova19:05
artomOh God, Bear/Bare metal19:06
* artom just got >_<19:06
*** jaosorior has joined #openstack-nova19:06
*** sree has quit IRC19:07
*** vsaienko has quit IRC19:07
openstackgerritJohn Garbutt proposed openstack/nova-specs: WIP: write up policy ideas for pike  https://review.openstack.org/42787219:08
*** lpetrut has quit IRC19:08
*** vsaienko has joined #openstack-nova19:09
*** adisky_ has quit IRC19:09
*** tbachman_ has joined #openstack-nova19:11
*** vsaienko has quit IRC19:11
*** lpetrut has joined #openstack-nova19:11
*** annegentle has joined #openstack-nova19:12
*** yamahata has quit IRC19:12
*** tbachman has quit IRC19:12
*** tbachman_ is now known as tbachman19:12
*** vsaienko has joined #openstack-nova19:12
mriedemjohnthetubaguy: have you taken a gander at this xen live migration patch? https://review.openstack.org/#/c/424428/19:13
*** kfarr has joined #openstack-nova19:13
mriedemit mods the rpc version on the migrate_data object so won't be able to backport it if we don't get it in19:13
*** krtaylor has joined #openstack-nova19:13
*** vsaienko has quit IRC19:17
*** harlowja_ has quit IRC19:19
mriedemdansmith: looks like your change is failing some functional tests http://logs.openstack.org/82/427782/2/check/gate-nova-tox-db-functional-ubuntu-xenial/f53a7e9/console.html#_2017-02-01_17_41_39_14841319:19
dansmithmriedem: I know, already fixed, just wanted to get a devstack run before I push it up again19:20
dansmithlooks like I'm good19:20
mriedemok19:20
mriedemfwiw i agree with bauzas on keeping the tests but changing them to assert that InstanceNotFound is raised19:20
dansmithI know, and I hate you guys for that, but working on that too19:20
mriedem\o/19:20
mriedembauzas: https://review.openstack.org/#/c/427667/ passed after the recheck, are you happy?19:22
mriedemnvm, i +W19:24
johnsomI just did a fresh reclone devstack this morning and cirros is going to error on boot with:19:24
johnsomn-cpu.log:2017-02-01 11:13:32.876 ERROR os_vif [req-17c8b4e4-2197-4205-aed3-007d0f2837e4 admin admin] Failed to plug vif19:24
johnsomVIFBridge(active=False,address=fa:16:3e:6f:0e:84,bridge_name='qbrd3377ad5-43',has_traffic_filtering=True,id=d3377ad5-4397-474c-b6dd-e29b9a52d277,network=Network(d2582e93-d6e5-43ac-be7b-fe3fc3c7e593),plugin='ovs',port_profile=VIFPortProfileBase,preserve_on_delete=False,vif_name='tapd3377ad5-43')19:24
johnsomIs this a known thing?19:24
mriedemjohnsom: no, is there an actual error?19:24
mriedemeither in nova or neutron?19:24
*** krtaylor has quit IRC19:24
johnsom| fault                                | {"message": "Failure running os_vif plugin plug method: Failed to plug VIF VIFBridge(active=False,address=fa:16:3e:6f:0e:84,bridge_name='qbrd3377ad5-43',has_traffic_filtering=True,id=d3377ad5-4397-474c-b6dd-e29b9a52d277,network=Network(d2582e93-d6e5-43ac-be7b-fe3fc3c7", "code": 500, "details": "  File19:24
johnsom\"/opt/stack/nova/nova/compute/manager.py\", line 1780, in _do_build_and_run_instance |19:24
*** efried has quit IRC19:25
*** sambetts is now known as sambetts|afk19:25
openstackgerritDan Smith proposed openstack/nova: Remove pre-cellsv2 short circuit in instance get  https://review.openstack.org/42778219:25
dansmithmriedem: ^19:25
mriedemjohnsom: gonna need a stacktrace or something from n-cpu logs19:25
mriedemjohnsom: in a paste19:25
mriedemthe error could be on the neutron side too19:25
johnsomhttps://www.irccloud.com/pastebin/1IAgqzBE/19:25
johnsomAh, found it19:25
mriedemcool19:26
*** vsaienko has joined #openstack-nova19:26
dansmithlol19:27
manjeetshi I just hit the issue in devstack saying placement is not configured19:29
manjeetshttp://paste.openstack.org/show/597262/19:29
manjeetsis there any doc that explains that configuration ??19:30
mriedemmanjeets: http://lists.openstack.org/pipermail/openstack-dev/2017-January/111295.html19:30
*** krtaylor has joined #openstack-nova19:31
*** READ10 has quit IRC19:31
openstackgerritVasyl Saienko proposed openstack/nova: Revert "Fresh resource provider in RT must have generation 0"  https://review.openstack.org/42787719:32
*** ociuhandu has quit IRC19:33
mriedemvsaienko: is that just for testing?19:33
vsaienkomriedem yes19:33
*** mvk has joined #openstack-nova19:34
*** dharinic|lunch is now known as dharinic19:37
johnsomSo, looking at that trace, I'm not sure if it's a nova, neutron, or oslo issue...19:37
*** Apoorva has quit IRC19:38
mriedemdansmith: want me to work https://review.openstack.org/#/c/426826/ into https://review.openstack.org/#/c/424737/ or should we just mention the periodic task in the cells v2 devref?19:38
manjeetsthanks mriedem19:38
mriedemor you couldn't care less and wish i'd stop asking about docs19:39
ildikovmriedem: sdague: hi19:41
mriedemlocal.conf for cinder v3 testing right?19:41
ildikovmriedem: sdague: just wanted to ask what would be the best timing to get to the details of figuring out the Cinder V3 testing in the placement API job?19:41
dansmithmriedem: probably needs to be in both places19:42
dansmithmriedem: I'll do it19:42
mriedemdansmith: ok, was just adding the "Once fully upgraded" to the first issue bullet19:42
dansmithmriedem: oh I can do that too, I just got distracted with real stuff19:42
dansmithbut whatever you ant19:43
dansmith*want19:43
mriedemdansmith: or, just throw the mention of the periodic into a new patch on top of https://review.openstack.org/#/c/424737/ with it's own reno19:43
mriedemi don't care too much either way19:43
mriedemildikov: probably next week19:43
dansmithmriedem: the periodic needs a recheck anyway, so if you drop the -W I can just add it in there19:44
mriedemildikov: it's going to require being able to pass a post-config via local.conf from the job definition in project-config through d-g into devstack19:44
dansmither, drop the +W19:44
*** Sukhdev has joined #openstack-nova19:44
mriedemdansmith: done19:44
ildikovmriedem: we are confident at this point that the post-config direction will be accepted, right?19:45
ildikovmriedem: I guess we don't have too many choices here anyhow though19:45
*** vsaienko has quit IRC19:45
mriedemildikov: sdague is the one making it happen i believe19:45
mriedembecause it's the direction he wants19:46
mriedemso yes i'm pretty confident19:46
ildikovmriedem: great, that sounds like a good starting point19:46
ildikovthanks19:46
*** cdent has joined #openstack-nova19:47
*** efried has joined #openstack-nova19:48
sdagueyeh, the biggest issue is we're now past freeze so until everyone is on an open master again, poking at devstack-gate in that way is going to be dangerous19:48
sdagueildikov: https://review.openstack.org/#/c/326585/ was the change that got the base support over19:48
mriedemf yes http://logs.openstack.org/26/426926/6/check/gate-grenade-dsvm-neutron-ubuntu-xenial/9019244/logs/grenade.sh.txt.gz#_2017-02-01_19_01_54_88119:50
mriedemdansmith: jaypipes: melwitt: sdague: bauzas: ^ nova-status upgrade check in grenade19:50
sdaguemriedem: cool19:51
openstackgerritDan Smith proposed openstack/nova: Allow scheduler to run cell host discovery periodically  https://review.openstack.org/42682619:51
*** mtanino has quit IRC19:51
ildikovsdague: got it, thanks!19:51
dansmithmriedem: ^19:52
mriedemyup readibg19:52
dansmithmriedem: that status check gives me butterflies19:52
ildikovsdague: so basically as soon as master gets open for Pike we can get it sorted out19:52
*** ociuhandu has joined #openstack-nova19:53
mriedemdansmith: one minor thing in https://review.openstack.org/#/c/426826/6/releasenotes/notes/scheduler-can-discover-hosts-4b799cbd14dbc7dc.yaml19:54
dansmithah yeah19:54
openstackgerritDan Smith proposed openstack/nova: Allow scheduler to run cell host discovery periodically  https://review.openstack.org/42682619:55
sdagueildikov: yeh, it's going to take some time to work through things. Honestly, that would probably be worth PTG time on the infra / qa side to sketch out the path forward19:55
*** sree has joined #openstack-nova19:55
sdaguebecause it's not a closed loop yet19:55
mriedemildikov: i think infra has an etherpad for ptg19:55
mriedemildikov: probably worth getting that on there19:55
sdagueand honestly been having a heck of a time getting that devstack-gate patch reviewed19:55
mriedemhttps://etherpad.openstack.org/p/infra-ptg-pike19:55
*** cdent has quit IRC19:55
mriedemjaypipes: meet me in -operators19:56
*** mtanino has joined #openstack-nova19:59
mriedemdansmith: is 0 positive?19:59
mriedemdansmith: or did you not want to distinguish between <0 for the periodic?19:59
mriedemsince 0 will make it run19:59
*** claudiub has quit IRC19:59
dansmithmriedem: zero is positive19:59
*** sree has quit IRC19:59
*** avolkov has quit IRC20:00
*** vsaienko has joined #openstack-nova20:00
mriedemsfinucan: https://review.openstack.org/#/c/426826/720:01
mriedemsfinucan: latest adds a release note20:01
mriedemdansmith: if you have butterflies about that nova-status + grenade thing, then https://review.openstack.org/#/c/427499/ is up your alley20:03
mriedemhttps://review.openstack.org/#/c/426926/ was the grenade change testing it20:03
*** gouthamr has quit IRC20:03
*** tanvirt has quit IRC20:06
*** crushil has quit IRC20:06
*** crushil has joined #openstack-nova20:06
*** Sukhdev has quit IRC20:08
*** mtanino has quit IRC20:09
openstackgerritMatt Riedemann proposed openstack/nova: doc: add some detail to the map_cell0 man page  https://review.openstack.org/42745020:10
openstackgerritMatt Riedemann proposed openstack/nova: doc: refer to the cell_v2 man pages from the cells v2 doc  https://review.openstack.org/42745920:10
openstackgerritMatt Riedemann proposed openstack/nova: doc: update the man page entry for nova-manage db sync  https://review.openstack.org/42746020:10
ildikovmriedem: sdague: thanks, I added the patch and a note to the etherpad20:10
*** mtanino has joined #openstack-nova20:12
*** crushil has quit IRC20:20
*** crushil has joined #openstack-nova20:20
artomhttp://logs.openstack.org/59/424759/12/gate/gate-nova-releasenotes/d0bf975/console.html#_2017-02-01_19_58_38_71263320:21
artom*stab*20:21
artom*stab stab stab stab*20:21
artom(Unrelated to any important currently ongoing issues)20:21
mriedemartom: oh that sucks20:22
mriedem3 in the gate20:22
artomThe gate is Kanye'ing me20:23
artom"Your patch is nice and imma let in finish - but this guy - this guy has the best patch of all time!"20:23
openstackgerritDan Smith proposed openstack/nova: Allow scheduler to run cell host discovery periodically  https://review.openstack.org/42682620:25
openstackgerritDan Smith proposed openstack/nova: Reserve migration placeholders for Ocata backports  https://review.openstack.org/42790020:25
openstackgerritDan Smith proposed openstack/nova: Add ComputeNode.mapped field  https://review.openstack.org/42790120:25
openstackgerritDan Smith proposed openstack/nova: Add ability to query for ComputeNodes by their mapped value  https://review.openstack.org/42790220:25
openstackgerritDan Smith proposed openstack/nova: Make discover_hosts only query for unmapped ComputeNode records  https://review.openstack.org/42790320:25
mriedembauzas: replied to your comments in https://review.openstack.org/#/c/427367/ but i didn't see anything that i needed to change20:26
mriedemi might be misunderstanding your points though20:26
dansmithmriedem: ^ is what I'm thinking, sans any tests or testing20:26
mriedemtests i can do without, but not testing20:26
mriedem:)20:26
dansmithyeah, well, eventually, I just wanted it out there20:27
dansmithin case I stab a fork in my eye between now and pike20:27
dansmithalso, the migration backports are in that stack20:27
dansmithplaceholders I mean20:27
bauzasmriedem: sorry, I meant in https://review.openstack.org/#/c/427367/2/doc/source/placement.rst@175 that a scheduler hard failure could also happen once you upgrade all your computes, not only in Pike20:27
mriedembauzas: oh i see20:28
*** nmagnezi has joined #openstack-nova20:28
bauzasmriedem: and about the bullet good place, I meant that since operators need to modify their nova.conf for adding the placement section, it could be nice to let them know quite close that they also need to update ratios20:29
bauzasbut that's a nit20:29
mriedembauzas: even if n-sch can't talk to placement after you've upgraded your computes,20:29
mriedemwe'll fallback to querying the compute_nodes table20:29
mriedemso it's not the same kind of hard failure20:29
bauzasmriedem: not exactly20:29
bauzasmriedem: because if you don't update the n-sch nova.conf, then it would return NoValidHosts20:30
mriedemnone of the compute services would be running, which would be a different kind of failure20:30
johnsomI have opened a bug for the os_vif issue I am seeing: https://bugs.launchpad.net/nova/+bug/166108620:30
openstackjohnsom: Error: Could not gather data from Launchpad for bug #1661086 (https://launchpad.net/bugs/1661086). The error has been logged20:30
*** jamielennox|away is now known as jamielennox20:30
johnsomHa, everything is melting down...20:30
bauzasmriedem: I mean, if the operator modifies nova.conf for all computes but forgets to do so for n-sch, and then upgrades all their computes, then we have the scheduler calling Placement, righT?20:31
mriedembauzas: oh i see this https://github.com/openstack/nova/blob/master/nova/scheduler/filter_scheduler.py#L18420:31
bauzasmriedem: exactly20:31
bauzasthat's what I call an hard failure20:32
bauzas*a* hard failure even20:32
bauzasoh man, why English people not doing the liaison ?20:32
mriedemhmm, so your point is good, and makes the earlier part of that bullet not completely accurate20:33
mriedem"While the FilterScheduler technically depends on the Placement service20:33
mriedem  in Ocata, if you deploy the Placement service `after` you upgrade the20:33
mriedem  ``nova-scheduler`` service to Ocata and restart it, things will still work."20:33
*** bvanhav has quit IRC20:33
bauzasyou still could20:33
bauzasbecause n-sch won't call placement until all computes are new20:33
mriedemif your computes are all upgraded, then we'll try placement and if it's not there, or n-sch isn't configured, we'll fail with NoValidHost20:33
mriedemyeah i'm saying when all computes are good20:33
bauzasso you can possibly run placement *after* n-sch20:34
mriedembut either you (1) haven't deployed placement or (2) haven't configured n-sch for placement and restarted it20:34
bauzasbut not aftre you're done with all your computes, that's it20:34
mriedemthere was a whole hullabaloo about this in the ML about the order of when placement gets deployed, before or after n-sch20:34
bauzasyeah20:34
bauzasbut we're still good20:34
bauzasbecause now, TripleO and Puppet folks can just upgrade in the order they want20:35
*** JoseMello has quit IRC20:35
bauzasexcept they need to upgrade computes last20:35
bauzaswhich is the exact sequence we already have20:35
bauzasso nothing is changing for them20:35
*** browne has quit IRC20:36
mriedemmaybe i should just remove this entirely: "However, the scheduler not being able to make requests to Placement will20:36
mriedem  result in a hard failure in the 16.0.0 Pike release."20:36
bauzaspossibly20:36
bauzasthe thing is, nova.conf has to be updated for all services in Ocata, period20:36
bauzasso yeah, we could say what terrible thing could happen to them20:37
mriedemi'll say, "However, once all computes are upgraded, the scheduler not being able to make requests to Placement will result in **NoValidHost** errors"20:37
bauzasfine by me20:37
bauzasjust update it quick and I'll +220:37
*** browne has joined #openstack-nova20:37
*** sambetts|afk has quit IRC20:37
bauzasthat's docs20:37
bauzasand we can refine that later20:37
bauzashence my +120:37
bauzasI personnally even think we could fast-approve doc things - but I'm nuts :)20:38
*** sambetts_ has joined #openstack-nova20:38
*** harlowja has joined #openstack-nova20:39
openstackgerritMatt Riedemann proposed openstack/nova: doc: add upgrade notes to the placement devref  https://review.openstack.org/42736720:40
mriedembauzas: done ^20:40
bauzasmriedem: I had two comments about things you haven't added, so I could amend that too in a follow-up20:41
mriedemoh i totally missed the first 2 comments20:42
bauzasno worries, that's unrelated to your chnage20:42
bauzasbut I was reading the HTML directly20:43
bauzasso when I saw that, I thought it would be good to change that too20:43
mriedemi replied,20:43
mriedembasically, i think they are still ok statements given we want to be a bit forceful about people enabling this stuff before upgrading to ocata20:44
mriedemeven though we have some fallback stuff in place in ocata to soften the blow if they don't get it all done20:44
mriedemthe ocata upgrade notes section gives the specific details on stuff you must have done before upgrading20:44
bauzasmriedem: fine, I'm not opiniated20:45
mriedemare you sure about that? :P20:45
bauzasI'm not opiniated *by the docs*20:45
bauzas:p20:45
mriedemoh ok20:46
bauzasI mean, it's fine to be a bit forceful, like you said20:46
*** tbachman_ has joined #openstack-nova20:48
*** browne has quit IRC20:48
*** browne has joined #openstack-nova20:49
*** tbachman has quit IRC20:51
*** tbachman_ is now known as tbachman20:51
*** aloga_ has joined #openstack-nova20:56
*** aloga_ has quit IRC20:56
*** aloga_ has joined #openstack-nova20:56
*** aloga_ has quit IRC20:56
*** _ducttape_ has joined #openstack-nova20:58
mriedembauzas: melwitt: +2 on https://review.openstack.org/#/c/427782/ now20:59
mriedemci is happy20:59
*** Sukhdev has joined #openstack-nova20:59
bauzasmriedem: dansmith: Wipped21:00
*** liverpooler has quit IRC21:01
mriedemeasy +W https://review.openstack.org/#/c/426810/21:01
*** ducttape_ has quit IRC21:02
*** tbachman_ has joined #openstack-nova21:02
*** gouthamr has joined #openstack-nova21:03
*** tbachman has quit IRC21:04
*** tbachman_ is now known as tbachman21:04
*** tbachman has quit IRC21:04
*** jose-phillips has joined #openstack-nova21:05
openstackgerritSylvain Bauza proposed openstack/nova: Add a status check for enabled filters  https://review.openstack.org/42720021:08
bauzasmriedem: looking21:09
*** armax has quit IRC21:11
openstackgerritSylvain Bauza proposed openstack/nova: reno for notification-transformation-ocata  https://review.openstack.org/42681021:11
bauzasmriedem: please +W ^21:12
bauzasI just fixed a typo21:12
mriedemnice catch21:12
dansmithbauzas: please, not in public!21:13
bauzaswhat ?21:14
bauzastalking about some guy ?21:14
dansmithbauzas: about "whipping" :)21:15
bauzasthat's where my English vocabulary epic fails21:15
*** tbachman has joined #openstack-nova21:15
* bauzas goes googling21:16
bauzashah21:16
*** liangy has quit IRC21:20
*** erlon has quit IRC21:20
openstackgerritVasyl Saienko proposed openstack/nova: testing  https://review.openstack.org/42793021:22
*** tanvirt has joined #openstack-nova21:23
*** vsaienko has quit IRC21:25
*** vsaienko has joined #openstack-nova21:26
*** eharney has quit IRC21:28
*** Guest30167 has quit IRC21:29
*** erlon has joined #openstack-nova21:30
*** kfarr has quit IRC21:32
jaypipesedleafe: really sorry, I haven't had a chance to do the work on the ironic patch :( my day just got consumed with meetings. :( any chance you can pick it up?21:34
*** Jeffrey4l_ has quit IRC21:35
*** claudiub has joined #openstack-nova21:35
*** Jeffrey4l_ has joined #openstack-nova21:36
*** _ducttape_ has quit IRC21:37
*** catintheroof has quit IRC21:37
*** ducttape_ has joined #openstack-nova21:37
*** catintheroof has joined #openstack-nova21:37
*** Apoorva has joined #openstack-nova21:38
jrolljaypipes: edleafe: cdelatte (assume this is cdent): mriedem: fyi, once this merges in, the experimental job for nova that has "resource-class" in the name will exercise that ironic resource tracker patch21:38
*** browne has quit IRC21:38
jrolloh, link would be good https://review.openstack.org/#/c/407651/21:38
*** Apoorva has quit IRC21:40
mriedemthat patch is looking pretty high risk atm21:40
mriedemsays a guy that hasn't looked at it since last week21:40
*** tbachman has quit IRC21:41
*** Apoorva has joined #openstack-nova21:41
*** vsaienko has quit IRC21:42
*** eharney has joined #openstack-nova21:44
*** edmondsw has quit IRC21:44
*** slaweq has joined #openstack-nova21:46
edleafejaypipes: ok, I can work on it21:46
*** READ10 has joined #openstack-nova21:46
*** browne has joined #openstack-nova21:50
*** edmondsw has joined #openstack-nova21:53
*** armax has joined #openstack-nova21:54
mriedemedleafe: jaypipes: to be clear, barring some miracle, i think that one is probably too risky at this point given the size and complexity https://review.openstack.org/#/c/404472/21:55
mriedemand we're <24 hours to rc121:55
jaypipesmriedem: yes, understood.21:56
*** satyar has quit IRC21:56
mriedemok21:56
mriedemjust didn't want any surprises come tomorrow21:56
jaypipesyeah, it's my fault anyway.21:56
mriedemwhich i realize sucks given everything that already went in to get here21:56
mriedemjaypipes: i'm not placing blame or anything - you've done a shitload of work to get to this point21:57
jaypipesmriedem: it's cool, man21:57
*** catintheroof has quit IRC21:57
edleafemriedem: jaypipes:should have a revision within the hour21:57
openstackgerritMatt Riedemann proposed openstack/nova: Collected release notes for Ocata CellsV2  https://review.openstack.org/42473721:58
openstackgerritMatt Riedemann proposed openstack/nova: Add release note for nova-status upgrade check CLI  https://review.openstack.org/42691121:58
openstackgerritMatt Riedemann proposed openstack/nova: Add prelude section for Ocata  https://review.openstack.org/42686421:58
mriedemmelwitt: sfinucan: bauzas: dansmith: i've rev'ed the renos for the prelude ^21:58
*** catintheroof has joined #openstack-nova21:58
bauzasmriedem: kewl21:58
edleafejaypipes: if you could give me a quick answer to my question on https://review.openstack.org/#/c/404472/29/nova/compute/resource_tracker.py@8121:59
bauzasmriedem: jaypipes: given https://review.openstack.org/#/c/404472/ would not be Ocata, maybe we should think on how it could be a problem for scheduling Ironic RCs in Pike22:00
bauzasbecause I think we could then only check those by Queens22:00
mriedembauzas: i didn't say it was'nt going to happen,22:00
mriedembut i'm saying it's very close and tight at this point22:00
*** tbachman has joined #openstack-nova22:00
mriedemi don't really follow the issue you're bringing up though either,22:01
mriedembut we always have service versions..22:01
bauzashonestly, I think it could be a bit difficult to have it merged by tomorow22:01
mriedemi do too22:01
mriedemwhich is why i said that22:01
mriedembut i'm not following the queens comment22:01
bauzasI wonder if we should then maybe add a service version for ^22:02
bauzasso we could be knowing if the compute is providing Ironic versions22:02
mriedembauzas: well, we could do that in pike couldn't we?22:02
bauzasyeah probably22:02
mriedemwhat checks the service versions? the scheduler?22:02
bauzasyup22:02
mriedemthen it's the same as we did in your change22:03
bauzasthe other problem is that we could only have ironic RCs if the Ironic API is happy with that22:03
mriedemwe're not sure about scheduling with these yet are we? i remember something something extra specs, but22:03
mriedemwe're already past the point of minimum ironic API for supporting node.resource_class22:04
bauzassorry, it's late so that's possibly why I'm a bit confusing people22:04
mriedemhttp://docs.openstack.org/developer/ironic/dev/webapi-version-history.html22:04
mriedem1.21 added node.resource_class22:04
mriedemwe require 1.29 or something right now of ironic22:04
bauzasI'm trying to think how to know if this RP is providing new custom RCs22:04
mriedemwell, i guess ocata compute requires ironic >=1.2922:04
mriedemgd i have like a 15 minute deep purple live in tokyo organ solo in my ears right now22:05
mriedemi can't think straight either22:05
bauzastbc, if we don't find custom RCs, does that mean - either the RP (compute) is not yet having the new Ironic resources , - or, that Ironic doesn't provide new RCs22:05
mriedemthe node doesn't have to have a resource_class set,22:06
mriedemregardless of whether or not we support that level of the ironic api in the ironic driver22:06
mriedembtw, newton compute supports the minimum ironic api that supports resource classes https://github.com/openstack/nova/blob/stable/newton/nova/virt/ironic/client_wrapper.py#L3722:06
bauzascool then22:07
mriedemanyway, the scheduler won't use placement until computes are ocata or newer,22:07
mriedemwhich supports high enough ironic api22:07
*** gouthamr has quit IRC22:07
mriedemi thought the thing was, the flavor extra spec would have the resource class in it, and if it's there, then we filter on ironic RPs using that resource class22:07
* jroll can't tell if there's a question he can help answer22:07
mriedemjroll: i just need you to appreciate my live in tokyo reference22:08
jroll+122:08
mriedembecause dansmith failed to do so22:08
* jroll plays it cause why not22:08
mriedemjroll: we're just talking about what the implications are for our ability to do things in pike if https://review.openstack.org/#/c/404472/ doesn't make ocata22:09
bauzasalright22:09
jrollmriedem: so we need to be putting inventory (based on resource class) in the placement API a cycle before we can filter on it22:09
jrollI think22:09
*** ducttape_ has quit IRC22:09
mriedemjroll: well, we can use nova-compute service versions to flag that i think22:09
mriedemi.e. https://review.openstack.org/#/c/404472/ bumps the compute service version22:09
*** thorst_ has quit IRC22:09
jrollmaybe I shouldn't try to think this through on irc for the fifth time and just hang out with y'all for a while at ptg22:09
mriedemso once all of your computes are at that level, then we support filter on resource class in the scheduler22:09
*** ijw has joined #openstack-nova22:09
dansmithmriedem: I failed to do what?22:10
*** ducttape_ has joined #openstack-nova22:10
jrollmriedem: where does that bump the version?22:10
mriedemjroll: that patch doesn't today22:10
* jroll doesn't really know what a service version is, unless maybe that's an rpc version22:10
jrollah22:10
mriedemwe're saying if it doesn't land until pike, we do it in pike22:10
jrollthat explains everything22:10
mriedemjroll: e.g. https://review.openstack.org/#/c/425806/22:11
bauzasI'm just trying to find the implications22:11
mriedemthen we used that here https://review.openstack.org/#/c/417961/41/nova/scheduler/filter_scheduler.py@17422:11
bauzasand how if we don't merge it by Ocata, how to flag that22:11
mriedemso with service version 16, your nova-compute won't start unless configured for placement,22:12
jrollaha22:12
mriedemand then the scheduler checks if the minimum nova-compute in the deployment is at least 16, and if so, it goes hog wild on placement22:12
mriedemi'm saying we do the same for ironic resource classes if we need to in pike22:12
bauzasso the scheduler could possibly know whether it could verify new-way22:12
mriedemso if you have ocata computes, then you don't get that function yet22:12
mriedembut once you're computes are upgraded to pike, you get it22:12
mriedem*your22:12
bauzasexactly22:13
jrolland then we'll have... if 'extra_spec:custom_foo' in request_spec.flavor AND service_version > the_one_with_resource_classes: placement_client.find_nodes_with_class('custom_foo')22:13
jrollor whatever22:13
jrollelse do the old crap22:13
mriedemyeah basically22:13
bauzassomething like that indeed22:13
jrolland in queens we make the extra spec thing mandatory and maybe even fix flavor to not need that22:14
*** cleong has quit IRC22:14
mriedemmaybe22:14
mriedemi can't think n+222:14
jrollfair22:14
jrolls/queens/future22:14
mriedemby at least pike-eol :)22:14
jrollregardless, pike looks like progress22:15
jrollheh22:15
jrollsounds good to me, thanks22:15
*** ijw has quit IRC22:15
* jroll waits a day to update resource class docs so he knows if this lands or not22:15
mriedemsolid progress either way i think22:15
*** ducttape_ has quit IRC22:15
*** slaweq has quit IRC22:15
*** thorst_ has joined #openstack-nova22:16
*** lpetrut has quit IRC22:19
*** thorst_ has quit IRC22:20
*** jamesdenton has quit IRC22:25
*** ijw has joined #openstack-nova22:26
*** jheroux has quit IRC22:27
*** browne has quit IRC22:28
*** tanvirt has quit IRC22:31
*** gouthamr has joined #openstack-nova22:33
*** catintheroof has quit IRC22:35
*** nmagnezi has left #openstack-nova22:37
*** dimtruck is now known as zz_dimtruck22:38
*** crushil has quit IRC22:39
*** thorst_ has joined #openstack-nova22:40
*** edmondsw has quit IRC22:41
*** thorst_ has quit IRC22:44
mriedemthis is wrong right? https://review.openstack.org/#/c/408571/41/nova/api/openstack/compute/schemas/servers.py@27722:45
mriedemshould be terminated_at?22:45
*** tblakes has quit IRC22:46
*** ducttape_ has joined #openstack-nova22:47
*** marst has quit IRC22:49
*** ducttape_ has quit IRC22:49
*** _ducttape_ has joined #openstack-nova22:49
melwittmriedem: I think so. that's what the db column is called, anyway 'terminated_at'22:51
*** tlian has quit IRC22:51
mriedemyeah i'm going through https://review.openstack.org/#/c/421760/10/api-ref/source/parameters.yaml22:51
*** karimb has joined #openstack-nova22:52
*** haplo37 has quit IRC22:52
*** _ducttape_ has quit IRC22:53
*** baoli has quit IRC22:54
*** yamahata has joined #openstack-nova22:55
*** crushil has joined #openstack-nova22:57
*** tlian has joined #openstack-nova22:58
mriedemfixing22:58
*** yamahata has quit IRC23:00
*** yamahata has joined #openstack-nova23:01
*** esberglu has quit IRC23:01
openstackgerritEd Leafe proposed openstack/nova: placement: RT now adds proper Ironic inventory  https://review.openstack.org/40447223:03
edleafejaypipes: mriedem: ^^ tests should be fixed now23:03
jaypipesedleafe: ty ed!23:03
*** raunak has quit IRC23:04
*** mlavalle has quit IRC23:04
*** haplo37 has joined #openstack-nova23:05
*** annegentle has quit IRC23:06
mriedemcan you list servers with a query parameter with a 'none' value, to make it equate to NULL in the db query, i.e. GET /servers/?terminated_at=none23:06
mriedem?23:06
mriedemi guess let's find out23:07
*** burt has quit IRC23:08
*** tlian2 has joined #openstack-nova23:10
*** mdrabe has quit IRC23:10
*** zz_dimtruck is now known as dimtruck23:11
*** tlian has quit IRC23:13
*** tlian2 has quit IRC23:15
tonybcdent, mriedem: who did the placement stuff in devstack? and is the placement implementation/upgrade from mitaka -> newton -> ocata in devref documented23:18
mriedemtonyb: cdent did the devstack patches,23:19
tonybmriedem: okay23:19
tonybcdent: shoudl expect strange questions in his future23:19
mriedemand http://docs-draft.openstack.org/67/427367/3/check/gate-nova-docs-ubuntu-xenial/de76755//doc/build/html/placement.html23:19
mriedemfor devref23:19
mriedemsee 'deployment' and 'upgrade notes'23:19
tonybThanks!23:20
openstackgerritMatt Riedemann proposed openstack/nova: Fix the terminated_at field in the server query params schema  https://review.openstack.org/42796423:21
mriedemoomichi: gmann: alex_xu: Kevin_Zheng: ^23:21
mriedemsdague: ^23:21
mriedemfwiw, filtering instances by those datetime fields doesn't seem to work anyway23:21
mriedemi have an instance created at 2017-02-01T23:14:26Z according to nova show, but nothing is returned from:23:22
mriedemcurl -s -H "X-Auth-Token: $OS_TOKEN" http://9.5.124.95:8774/v2.1/servers?created_at=2017-02-01T23:14:26Z23:22
*** browne1 has joined #openstack-nova23:23
mriedemoh interesting it's a regex23:24
mriedemcurl -s -H "X-Auth-Token: $OS_TOKEN" http://9.5.124.95:8774/v2.1/servers?created_at=^2017-02-01.*23:24
mriedem^ works23:24
*** tlian has joined #openstack-nova23:24
*** takashin has joined #openstack-nova23:29
armaxmriedem: is the large ops job running for nova changes?23:29
mriedemarmax: the large ops job doesn't run anymore23:29
mriedemas far as i know23:30
armaxmriedem: ok, thanks for confirming this23:30
mriedemwhich reminds me, i was going to kill that stuff from d-g23:30
armaxyou mean https://review.openstack.org/#/c/228636/2/stackrc?23:30
mriedemnope23:30
mriedemthere is some stuff in d-g about the large ops job23:30
armaxmriedem: ok23:30
mriedemwhich i was going to clean out since we don't run that job anymore23:30
armaxwhat about that one? do we want to go back and keep a simpler API_WORKERS expression?23:31
armaxI am thinking of setting the minimum num of workers to 123:31
Kevin_Zhengmriedem: so you are suggesting separate Reno with API ref patch?23:31
armaxthat cuts the amount of RSS memory per service quite a bit23:31
armaxand should give us some headroom at least for now23:32
mriedemKevin_Zheng: at this rate, i think we'll probably want to decouple the release note from the rest of that change23:32
armaxwhat do you reckon?23:32
mriedemarmax: maximum you mean?23:32
mriedemright now default in devstack is nproc / 2 right?23:32
Kevin_Zhengmriedem: ok, will do it, holiday is over :)23:33
mriedemarmax: btw, i'm pretty sure that https://review.openstack.org/#/c/228636/ was all changed after that23:33
mriedemalthough that was a long time ago so i might be mixed up on when those changes all happened, mtreinish might remember23:33
mriedemKevin_Zheng: cool. you'll probably want to check the comments/questions in parameters.yaml because it looks like some things are missing, but i might be confused about what's supposed to be in the server query parameter list23:34
mriedemand if that's just sort keys or also filter keys23:34
mriedemi assume that maybe some things were left out of the list in the api-ref if they are things that technically work but we don't want people using, like image_ref23:35
mriedemgmann: ^23:35
armaxmriedem: the outcome of the expression really depends on the number of processors devstack runs in23:35
*** browne1 has quit IRC23:36
mriedemarmax: http://lists.openstack.org/pipermail/openstack-dev/2016-February/086232.html23:36
mriedemfor your historical enjoyment23:36
Kevin_Zhengmriedem: ok23:36
armaxmriedem: thanks :)23:36
armaxmriedem: I am trying to figure out what’s the best strategy to set the API_WORKERS variable23:37
mriedemarmax: you should probably talk to sdague and mtreinish about that23:37
mriedemsince they were dealing with that heavily the last time we had an OOM issue23:37
armaxindeed, I was hoping I’d have a concrete proposal first23:37
armaxI don’t particularly fancy the idea of reducing the number of workers deliberately, but we’re in a bit of a bind23:38
mriedemdude,23:38
mriedemjust wave your hands in the ML23:38
mriedemmaybe you'll hook someone :)23:39
armaxwe did, but maybe not high enough23:39
mriedemjump and wave at the same time23:39
mriedemand scream23:39
armaxI’ll give it a shot23:41
*** raunak has joined #openstack-nova23:43
*** ducttape_ has joined #openstack-nova23:51
*** xinli has quit IRC23:58

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