Wednesday, 2018-04-04

*** tetsuro has joined #openstack-nova00:00
*** takashin has joined #openstack-nova00:00
tetsurogood morning!00:01
*** abalutoiu_ has joined #openstack-nova00:02
*** germs has joined #openstack-nova00:05
*** germs has quit IRC00:05
*** germs has joined #openstack-nova00:05
*** abalutoiu__ has quit IRC00:05
*** ssurana has joined #openstack-nova00:07
*** odyssey4me has quit IRC00:08
*** odyssey4me has joined #openstack-nova00:08
openstackgerritTakashi NATSUME proposed openstack/python-novaclient master: Replace GB with GiB  https://review.openstack.org/55836400:09
*** germs has quit IRC00:10
*** jaypipes has quit IRC00:10
*** esberglu has quit IRC00:15
*** esberglu has joined #openstack-nova00:16
*** esberglu has quit IRC00:20
*** yamamoto has joined #openstack-nova00:28
*** voelzmo has quit IRC00:32
*** jackie-truong has joined #openstack-nova00:33
*** lbragstad has quit IRC00:33
*** yamamoto has quit IRC00:34
*** liuzz has quit IRC00:40
*** hoangcx has joined #openstack-nova00:51
*** itlinux has quit IRC00:51
*** hongbin has joined #openstack-nova00:57
*** AlexeyAbashkin has joined #openstack-nova00:58
*** voelzmo has joined #openstack-nova00:59
*** gjayavelu has quit IRC00:59
*** AlexeyAbashkin has quit IRC01:03
*** amodi has quit IRC01:05
*** jichen has joined #openstack-nova01:06
*** armaan has quit IRC01:09
*** gyan__ has joined #openstack-nova01:13
*** zhaochao has joined #openstack-nova01:13
*** fragatina has quit IRC01:16
openstackgerritMerged openstack/nova master: [placement] Add test for provider summaries  https://review.openstack.org/55804401:18
openstackgerritMerged openstack/nova master: Unit test framework: common FakeResponse  https://review.openstack.org/55655101:18
*** harlowja has quit IRC01:19
openstackgerritMerged openstack/nova master: [placement] Add to contributor docs about handler testing  https://review.openstack.org/55735501:19
openstackgerritZhenyu Zheng proposed openstack/nova master: Noauth should also use request_id from compute_req_id.py  https://review.openstack.org/55526601:21
*** takashin has quit IRC01:22
*** yamamoto has joined #openstack-nova01:30
*** tiendc has joined #openstack-nova01:32
*** voelzmo has quit IRC01:33
*** armaan has joined #openstack-nova01:35
*** yamamoto has quit IRC01:35
*** vladikr has quit IRC01:36
*** vladikr has joined #openstack-nova01:36
*** nicolasbock has quit IRC01:36
*** yangyapeng has joined #openstack-nova01:48
*** yangyape_ has joined #openstack-nova01:50
*** yangyapeng has quit IRC01:50
*** phuongnh has joined #openstack-nova01:52
*** naichuans has joined #openstack-nova01:52
*** jogo has quit IRC01:58
*** voelzmo has joined #openstack-nova02:00
*** takashin has joined #openstack-nova02:01
*** germs has joined #openstack-nova02:06
*** germs has quit IRC02:06
*** germs has joined #openstack-nova02:06
*** germs has quit IRC02:11
*** moshele has joined #openstack-nova02:12
*** Tom-Tom has joined #openstack-nova02:14
openstackgerritjichenjc proposed openstack/nova master: z/VM Driver: add snapshot function  https://review.openstack.org/53424002:19
openstackgerritjichenjc proposed openstack/nova master: z/VM Driver: add power actions  https://review.openstack.org/54334002:19
openstackgerritjichenjc proposed openstack/nova master: z/VM Driver: add get console output  https://review.openstack.org/54334402:19
*** lbragstad has joined #openstack-nova02:20
*** sdague has quit IRC02:22
*** hongbin has quit IRC02:22
*** ssurana has quit IRC02:22
*** dave-mccowan has joined #openstack-nova02:24
*** annp has quit IRC02:24
*** hoangcx has quit IRC02:24
*** ircuser-1 has joined #openstack-nova02:24
*** annp has joined #openstack-nova02:25
*** hoangcx has joined #openstack-nova02:25
*** zhurong has joined #openstack-nova02:29
*** yamamoto has joined #openstack-nova02:32
*** jogo has joined #openstack-nova02:33
*** voelzmo has quit IRC02:34
*** yamamoto has quit IRC02:37
*** moshele has quit IRC02:39
*** armaan has quit IRC02:43
*** armaan has joined #openstack-nova02:43
*** psachin has joined #openstack-nova02:44
*** threestrands has quit IRC02:47
*** threestrands has joined #openstack-nova02:47
*** threestrands has quit IRC02:47
*** threestrands has joined #openstack-nova02:47
*** threestrands has quit IRC02:48
*** threestrands has joined #openstack-nova02:49
*** threestrands has quit IRC02:49
*** threestrands has joined #openstack-nova02:49
*** yangyape_ has quit IRC02:50
*** yangyapeng has joined #openstack-nova02:50
*** yangyapeng has quit IRC02:55
openstackgerritYikun Jiang (Kero) proposed openstack/osc-placement master: Should we remove 'provider' in resource provider allocation  https://review.openstack.org/55868202:58
*** voelzmo has joined #openstack-nova02:58
*** hemna_ has quit IRC02:59
*** dave-mccowan has quit IRC03:01
*** yangyapeng has joined #openstack-nova03:19
openstackgerritJay Pipes proposed openstack/nova-specs master: Handle nested providers for allocation candidates  https://review.openstack.org/55687303:19
*** Yikun has quit IRC03:19
*** yikun_jiang has joined #openstack-nova03:19
openstackgerritTakashi NATSUME proposed openstack/nova master: Replace mox stubs with stub_out  https://review.openstack.org/55868503:21
openstackgerritTakashi NATSUME proposed openstack/nova master: Replace mox stubs with stub_out in test_extended_volumes.py  https://review.openstack.org/55868503:22
*** yangyapeng has quit IRC03:24
*** lbragstad has quit IRC03:25
openstackgerritJay Pipes proposed openstack/nova-specs master: mirror nova host aggregates to placement API  https://review.openstack.org/54505703:25
*** voelzmo has quit IRC03:32
*** yamamoto has joined #openstack-nova03:33
*** yangyapeng has joined #openstack-nova03:35
*** yamamoto has quit IRC03:38
*** yangyapeng has quit IRC03:40
*** liverpooler has quit IRC03:42
openstackgerritJackie Truong proposed openstack/nova master: Implement certificate_utils  https://review.openstack.org/47994903:44
openstackgerritJackie Truong proposed openstack/nova master: Add trusted_image_certificates to REST API  https://review.openstack.org/48620403:44
*** fragatina has joined #openstack-nova03:48
*** fragatina has quit IRC03:48
*** fragatina has joined #openstack-nova03:49
*** lpetrut has joined #openstack-nova03:49
*** fragatina has quit IRC03:50
*** fragatina has joined #openstack-nova03:50
*** Sukhdev has joined #openstack-nova03:51
*** takashin has quit IRC03:54
*** Tom-Tom has quit IRC03:54
*** hongbin has joined #openstack-nova03:56
*** Sukhdev has quit IRC03:56
openstackgerritMerged openstack/nova master: api-ref: add a note about volume-backed rescue not being supported  https://review.openstack.org/55699603:57
openstackgerritjichenjc proposed openstack/nova master: z/VM Driver: Initial change set of z/VM driver  https://review.openstack.org/52338703:57
openstackgerritjichenjc proposed openstack/nova master: z/VM Driver: Spawn and destroy function of z/VM driver  https://review.openstack.org/52765803:57
openstackgerritjichenjc proposed openstack/nova master: z/VM Driver: add snapshot function  https://review.openstack.org/53424003:57
openstackgerritjichenjc proposed openstack/nova master: z/VM Driver: add power actions  https://review.openstack.org/54334003:57
openstackgerritjichenjc proposed openstack/nova master: z/VM Driver: add get console output  https://review.openstack.org/54334403:57
*** yangyapeng has joined #openstack-nova04:01
*** voelzmo has joined #openstack-nova04:02
openstackgerritMerged openstack/nova master: ironic: Get correct inventory for deployed node  https://review.openstack.org/55336704:04
*** hongbin has quit IRC04:05
*** yangyapeng has quit IRC04:06
*** udesale has joined #openstack-nova04:07
*** takashin has joined #openstack-nova04:08
*** moshele has joined #openstack-nova04:12
*** voelzmo has quit IRC04:12
*** moshele has quit IRC04:14
*** sridharg has joined #openstack-nova04:24
*** lpetrut has quit IRC04:24
*** pcaruana has joined #openstack-nova04:27
*** pcaruana has quit IRC04:30
*** abhishekk has joined #openstack-nova04:30
*** yangyapeng has joined #openstack-nova04:30
*** jackie-truong has quit IRC04:33
*** yamamoto has joined #openstack-nova04:35
*** vladikr has quit IRC04:37
*** threestrands has quit IRC04:38
*** links has joined #openstack-nova04:39
*** links has quit IRC04:40
*** yamamoto has quit IRC04:40
*** lpetrut has joined #openstack-nova04:40
*** Eran_Kuris has joined #openstack-nova04:42
*** tonyb has quit IRC04:45
*** links has joined #openstack-nova04:46
*** yamamoto has joined #openstack-nova04:51
*** zhurong has quit IRC04:55
*** lpetrut has quit IRC05:00
*** ratailor has joined #openstack-nova05:07
*** ratailor_ has joined #openstack-nova05:10
*** Tom-Tom has joined #openstack-nova05:12
*** ratailor has quit IRC05:12
*** moshele has joined #openstack-nova05:16
*** harlowja has joined #openstack-nova05:16
*** yangyapeng has quit IRC05:18
*** harlowja has quit IRC05:20
openstackgerritjichenjc proposed openstack/nova master: Avoid showing password in log  https://review.openstack.org/55869405:32
*** dave-mccowan has joined #openstack-nova05:43
*** yangyapeng has joined #openstack-nova05:43
*** yangyapeng has quit IRC05:48
*** liuzz has joined #openstack-nova05:49
*** Tom-Tom has quit IRC05:51
*** moshele has quit IRC05:53
*** kholkina has joined #openstack-nova05:56
*** Tom-Tom has joined #openstack-nova06:01
*** yangyapeng has joined #openstack-nova06:02
openstackgerritjichenjc proposed openstack/nova master: Remove a outdated warning  https://review.openstack.org/55789806:03
*** belmoreira has joined #openstack-nova06:03
*** janki has joined #openstack-nova06:06
*** gmann_ is now known as gmann06:06
*** gjayavelu has joined #openstack-nova06:06
*** Tom-Tom has quit IRC06:06
*** yangyapeng has quit IRC06:07
*** dave-mccowan has quit IRC06:09
*** sar has joined #openstack-nova06:12
*** licanwei has joined #openstack-nova06:16
*** sree_ has joined #openstack-nova06:16
openstackgerritTakashi NATSUME proposed openstack/nova master: Remove mox in unit/virt/xenapi/test_vm_utils.py (1)  https://review.openstack.org/55870406:16
*** sree_ is now known as Guest9099506:16
*** yangyapeng has joined #openstack-nova06:23
*** jaosorior has quit IRC06:25
*** sahid has joined #openstack-nova06:26
*** yangyapeng has quit IRC06:28
*** voelzmo has joined #openstack-nova06:31
*** rubasov has quit IRC06:31
*** voelzmo has quit IRC06:35
*** lajoskatona has joined #openstack-nova06:36
*** alexchadin has joined #openstack-nova06:37
*** rubasov has joined #openstack-nova06:42
openstackgerritsahid proposed openstack/nova-specs master: update: isolate guests emulthreads on CONF.cpu_shared_set  https://review.openstack.org/51118806:49
openstackgerritMerged openstack/nova master: PowerVM Driver: Network interface attach/detach  https://review.openstack.org/54681306:49
openstackgerritsahid proposed openstack/nova-specs master: update: isolate guests emulthreads on CONF.cpu_shared_set  https://review.openstack.org/51118806:57
*** jaosorior has joined #openstack-nova06:58
*** fragatina has quit IRC07:00
*** pcaruana has joined #openstack-nova07:01
*** gjayavelu has quit IRC07:02
*** imacdonn has quit IRC07:04
*** imacdonn has joined #openstack-nova07:04
openstackgerritOpenStack Proposal Bot proposed openstack/nova master: Imported Translations from Zanata  https://review.openstack.org/54877207:06
*** voelzmo has joined #openstack-nova07:08
*** chyka has joined #openstack-nova07:10
*** armaan has quit IRC07:12
*** andreas_s has joined #openstack-nova07:12
*** armaan has joined #openstack-nova07:12
*** chyka has quit IRC07:14
*** voelzmo has quit IRC07:22
*** rcernin has quit IRC07:23
*** sapd1 has joined #openstack-nova07:24
*** tesseract has joined #openstack-nova07:26
*** ccamacho has joined #openstack-nova07:32
*** amoralej|off is now known as amoralej07:34
*** yangyapeng has joined #openstack-nova07:34
*** moshele has joined #openstack-nova07:35
*** fragatina has joined #openstack-nova07:35
*** lpetrut has joined #openstack-nova07:36
*** damien_r has joined #openstack-nova07:39
*** AlexeyAbashkin has joined #openstack-nova07:44
openstackgerritjichenjc proposed openstack/nova master: z/VM Driver: Initial change set of z/VM driver  https://review.openstack.org/52338707:45
openstackgerritjichenjc proposed openstack/nova master: z/VM Driver: Spawn and destroy function of z/VM driver  https://review.openstack.org/52765807:45
openstackgerritjichenjc proposed openstack/nova master: z/VM Driver: add snapshot function  https://review.openstack.org/53424007:45
openstackgerritjichenjc proposed openstack/nova master: z/VM Driver: add power actions  https://review.openstack.org/54334007:45
openstackgerritjichenjc proposed openstack/nova master: z/VM Driver: add get console output  https://review.openstack.org/54334407:45
*** jpena|off is now known as jpena07:46
openstackgerritjichenjc proposed openstack/nova master: Avoid showing password in log  https://review.openstack.org/55869407:53
kashyapjohnthetubaguy: Morning; this is ready, if it's merged, can get going with the backports: https://review.openstack.org/#/c/534384/07:53
*** voelzmo has joined #openstack-nova07:59
gmannjohnthetubaguy: alex_xu_ gibi_away  looking for feedback on this - https://review.openstack.org/#/c/547850/08:01
*** alexchadin has quit IRC08:02
*** fnordahl_ is now known as fnordahl08:04
*** tinwood_ is now known as tinwood08:06
*** fragatina has quit IRC08:07
*** germs has joined #openstack-nova08:08
*** germs has quit IRC08:08
*** germs has joined #openstack-nova08:08
*** alexchadin has joined #openstack-nova08:12
*** germs has quit IRC08:12
*** avolkov has joined #openstack-nova08:14
*** mgoddard has joined #openstack-nova08:16
*** lucas-afk is now known as lucasagomes08:17
*** kholkina has quit IRC08:18
*** Tom-Tom has joined #openstack-nova08:19
*** mdnadeem has joined #openstack-nova08:21
*** yassine has joined #openstack-nova08:29
*** ragiman has joined #openstack-nova08:29
*** voelzmo has quit IRC08:31
*** voelzmo_ has joined #openstack-nova08:31
*** Zames has joined #openstack-nova08:35
*** Zames has quit IRC08:39
*** tssurya has joined #openstack-nova08:40
*** jichen has quit IRC08:43
*** voelzmo_ has quit IRC08:49
*** voelzmo has joined #openstack-nova08:50
*** yangyapeng has quit IRC08:50
*** links has quit IRC08:53
*** links has joined #openstack-nova08:57
*** takashin has left #openstack-nova09:02
*** sdague has joined #openstack-nova09:03
*** sapd1 has quit IRC09:03
*** mdbooth has joined #openstack-nova09:05
*** sree_ has joined #openstack-nova09:05
*** sree_ is now known as Guest1852009:05
*** tetsuro has left #openstack-nova09:06
*** Guest90995 has quit IRC09:08
*** yangyapeng has joined #openstack-nova09:09
*** edmondsw has joined #openstack-nova09:10
*** Zames has joined #openstack-nova09:13
*** yangyapeng has quit IRC09:14
*** edmondsw has quit IRC09:15
*** Zames has quit IRC09:16
*** liuzz has quit IRC09:16
*** pmannidi has joined #openstack-nova09:25
*** sree_ has joined #openstack-nova09:26
*** sree_ is now known as Guest5580809:26
*** yangyapeng has joined #openstack-nova09:26
*** Guest18520 has quit IRC09:28
*** yangyapeng has quit IRC09:31
*** Guest55808 has quit IRC09:31
*** sridharg has quit IRC09:33
*** voelzmo has quit IRC09:33
*** voelzmo has joined #openstack-nova09:34
*** alexchadin has quit IRC09:35
*** huanxie has joined #openstack-nova09:37
*** voelzmo has quit IRC09:38
*** yamahata has quit IRC09:44
*** Shilpa has joined #openstack-nova09:44
*** licanwei has quit IRC09:45
openstackgerritsahid proposed openstack/nova-specs master: update: isolate guests emulthreads on CONF.cpu_shared_set  https://review.openstack.org/51118809:46
*** Tom-Tom has quit IRC09:48
naichuansHi, dansmith, do you have the time to review below patches: https://review.openstack.org/#/c/554154/, https://review.openstack.org/#/c/489451/. It all about use xapi-pool instead of aggregate pool. We have finished internal review and the test. Thank you very much.09:50
*** yangyapeng has joined #openstack-nova09:53
*** dtantsur|afk is now known as dtantsur09:54
*** yangyapeng has quit IRC09:58
openstackgerritRajesh Tailor proposed openstack/nova master: Fix host validity check for live-migration  https://review.openstack.org/40100909:59
johnthetubaguygmann: policy wise, I would prefer we concentrated on adopting the new set of roles, which I think we can do at the same time?10:00
johnthetubaguygmann: that might be stupid, what do you think?10:00
kashyapjohnthetubaguy: Sorry to nag, but I don't suppose you'd have time to have a gander again on the above?10:02
kashyapJust trying to curb the "dragging on" of this10:03
johnthetubaguykashyap: its in my next tab :)10:03
* kashyap nods; thanks :-)10:03
*** dtruong_ has joined #openstack-nova10:05
*** artom_ has joined #openstack-nova10:06
*** HW_Peter has joined #openstack-nova10:06
*** stvnoyes1 has joined #openstack-nova10:06
*** tiendc_ has joined #openstack-nova10:06
*** evin has joined #openstack-nova10:07
*** tianhui_ has joined #openstack-nova10:07
*** armaan_ has joined #openstack-nova10:07
*** yamamoto_ has joined #openstack-nova10:08
*** phuongnh has quit IRC10:08
*** cfriesen_ has joined #openstack-nova10:09
*** annp_ has joined #openstack-nova10:09
*** beekneemech has joined #openstack-nova10:10
*** ejat_ has joined #openstack-nova10:11
*** gibi_awa1 has joined #openstack-nova10:11
*** lifeless_ has joined #openstack-nova10:11
*** pcaruana|afk| has joined #openstack-nova10:12
*** shaohe_feng_ has joined #openstack-nova10:13
johnthetubaguykashyap: you get my first +2 of the day, its a relief to actually +2 something!10:13
kashyapjohnthetubaguy: Haha10:14
kashyapjohnthetubaguy: Thank you!  If your fingers are itching, here's another one: https://review.openstack.org/#/c/558171/10:14
kashyapBut it requires more discussion on the list10:14
*** weshay_ has joined #openstack-nova10:14
*** markmc` has joined #openstack-nova10:14
kashyapTopic of it: [RFC] Pick next minimum libvirt / QEMU versions for "Stein"10:14
johnthetubaguykashyap: ah right, I usually let distro people argue that one out, good to have the discussion though!10:15
kashyapYeah, I did an hour's sleuthing and wrote a new email10:15
kashyapBut `postfix` isn't letting me send it to openstack-{dev,operator} lists10:15
* kashyap shaves that local yak first10:15
*** sdague has quit IRC10:15
*** lajoskatona has quit IRC10:15
*** sar has quit IRC10:15
*** yamamoto has quit IRC10:15
*** Eran_Kuris has quit IRC10:15
*** annp has quit IRC10:15
*** tiendc has quit IRC10:15
*** brad[] has quit IRC10:15
*** mvk has quit IRC10:15
*** artom has quit IRC10:15
*** ejat has quit IRC10:15
*** owalsh has quit IRC10:15
*** bandini has quit IRC10:15
*** stvnoyes has quit IRC10:15
*** shaohe_feng has quit IRC10:15
*** markmc has quit IRC10:15
*** bnemec has quit IRC10:15
*** lifeless has quit IRC10:15
*** mdnadeem has quit IRC10:15
*** armaan has quit IRC10:15
*** pcaruana has quit IRC10:15
*** ircuser-1 has quit IRC10:15
*** sapd has quit IRC10:15
*** tianhui has quit IRC10:15
*** dtruong has quit IRC10:15
*** HW-Peter has quit IRC10:15
*** jdillaman has quit IRC10:15
*** gibi_away has quit IRC10:15
*** weshay has quit IRC10:15
*** cfriesen has quit IRC10:15
*** lucasagomes has quit IRC10:15
*** ingy has quit IRC10:15
*** belmoreira has quit IRC10:16
*** shaohe_feng_ is now known as shaohe_feng10:16
*** owalsh has joined #openstack-nova10:17
*** mdnadeem has joined #openstack-nova10:17
*** lajoskatona has joined #openstack-nova10:18
*** sapd has joined #openstack-nova10:18
*** lucasagomes has joined #openstack-nova10:19
*** jdillaman has joined #openstack-nova10:20
johnthetubaguykashyap: your libvirt version looks too new for Debian, did I miss something there?10:20
*** mvk has joined #openstack-nova10:21
kashyapjohnthetubaguy: I know, this morning I even spent time on #debian-backports10:21
kashyapjohnthetubaguy: The discussion was:10:21
kashyapI also talked on #debian-backports IRC channel on OFTC network, where I10:21
kashyapasked:10:21
kashyap    "What I'm essentially looking for is: "How can 'stretch' users get10:21
kashyap    libvirt 3.2.0 and QEMU 2.9.0, even if via a different repository.10:21
kashyap    As they are proposed to be least common denominator versions across10:21
kashyap    distributions."10:21
kashyapAnd two people said: Then the versions from 'Buster' could be backported10:21
kashyapto 'stretch-backports'.  The process for that is to: "ask the maintainer10:21
kashyapof those package and Cc to the backports mailing list."10:21
johnthetubaguywhy 3.2 not 3.0.0?10:22
johnthetubaguywell, and 2.9 rather than 2.8?10:22
*** Eran_Kuris has joined #openstack-nova10:22
*** udesale has quit IRC10:23
*** ircuser-1 has joined #openstack-nova10:23
johnthetubaguytotally not against better stretch-backports, sounds like a good plan either way10:23
*** ingy has joined #openstack-nova10:23
kashyapjohnthetubaguy: That is possible, actually -- to accomodate 'Stretch'10:24
kashyapTo use 3.0.0 and 2.810:24
*** sdague has joined #openstack-nova10:24
johnthetubaguyits not a ... stretch (giggles like a school boy)10:24
kashyapBut we should remember that 3.2.0 and 2.9 are already much older10:24
*** udesale has joined #openstack-nova10:24
kashyapHehe10:25
kashyapjohnthetubaguy: Did you also catch the email -- http://lists.openstack.org/pipermail/openstack-operators/2018-March/015067.html10:25
kashyapWhere I actually called out the Debian thing, and asked people to chime in10:25
johnthetubaguycool, seems like a step too far to exclude Debian, but its good to ask10:26
kashyapYeah, exactly.  I *don't* want to exclude it10:26
*** bandini has joined #openstack-nova10:26
kashyapThat's why I even spent an hour or two talking to the upstream Debian folks on OFTC10:26
kashyapJust to see what could be done; since we can get rid of backward-compatibility code10:27
*** pcaruana|afk| has quit IRC10:28
*** pcaruana|afk| has joined #openstack-nova10:28
*** shaohe_feng has quit IRC10:28
*** shaohe_feng has joined #openstack-nova10:28
*** weshay_ has quit IRC10:28
*** weshay_ has joined #openstack-nova10:28
*** markmc` has quit IRC10:28
*** markmc` has joined #openstack-nova10:28
*** lucasagomes has quit IRC10:28
*** lucasagomes has joined #openstack-nova10:28
*** nicolasbock has joined #openstack-nova10:30
johnthetubaguykashyap: so can't we do the bump to 1.3.1 and 2.5.0 now ish?10:31
kashyapjohnthetubaguy: Yes, we can; that's what I'm working on.10:31
kashyap> As it stands, during the "Pike" release the advertized NEXT_MIN versions10:32
kashyap> were set to: libvirt 1.3.1 and QEMU 2.5.0 -- but they weren't actually10:32
kashyap> bumped for the "Queens" release.  So they will now be applied for the10:32
kashyap> "Rocky" release.10:32
kashyapjohnthetubaguy: I think that's what you were referring to10:32
johnthetubaguykashyap: yeah, totally, just I would +2 that one10:32
kashyapYeah, it requires going through the whole codebase removing conditional cruft, etc.  And fix relevant unit tests10:33
kashyapWill post here once I'm ready in a bit10:33
johnthetubaguytrue... well there are two changes, the bump then the removal, depending on how you look at it :)10:33
johnthetubaguyanyways, glad you are pushing on that, sounds worthwhile to me10:33
*** bandini has quit IRC10:38
kashyapjohnthetubaguy: Yeah; there are multiple changes10:39
kashyapJust bumping it won't magically pass everything, would it? :-)10:39
kashyapOnly one way to try10:40
kashyaps/try/figure/10:40
*** pmannidi has quit IRC10:40
*** alexchadin has joined #openstack-nova10:41
*** rcernin has joined #openstack-nova10:44
*** salv-orlando has joined #openstack-nova10:44
*** bandini has joined #openstack-nova10:45
*** annp_ has quit IRC10:46
*** Zames has joined #openstack-nova10:46
johnthetubaguykashyap: ha, good question, it might do10:46
johnthetubaguynot for good reasons, our testing of the min version is laughable, AFAIK10:47
* kashyap is trying; will bump first, and fix the minimum required stuff10:47
kashyap:D10:47
*** Zames has quit IRC10:48
*** Zames has joined #openstack-nova10:50
openstackgerritMerged openstack/nova-specs master: Fix endpoint URI /allocation_requests  https://review.openstack.org/55758010:51
*** tbachman has quit IRC10:54
*** hoangcx has quit IRC10:54
openstackgerritMerged openstack/nova-specs master: Provide error codes for placement API  https://review.openstack.org/41839310:55
*** abhishekk has quit IRC10:56
*** Zames has quit IRC10:56
*** brad[] has joined #openstack-nova11:01
*** moshele has quit IRC11:02
sean-k-mooneyjohnthetubaguy: kashyap  for the rocky realse are we then not going to bump byond those verions and just use what we had planned for queens11:02
kashyapsean-k-mooney: That's a good question11:03
kashyapsean-k-mooney: I don't know, since we didn't give a heads-up, then we should simply stick with the versions what we planned for 'Queens'?11:03
kashyapI know it sucks11:03
*** moshele has joined #openstack-nova11:03
kashyapsean-k-mooney: But we _can_ bump it; if we all agree11:04
sean-k-mooneyits less then ideal but if we dont depend on somthing form a newer release then i guess we dont have to bump11:04
kashyapThat's why I added the note to my post to the list:11:04
kashyap> (Hmm, but note that libvirt 1.3.1 was released more11:04
kashyap> than 2 years ago[1].)11:04
sean-k-mooneyya i know11:04
sean-k-mooneythats why i asked :)11:04
*** mdbooth has quit IRC11:05
sean-k-mooneyit finally means we dont have to check libvirt verions for vhost multi queue once we require 1.3.1+11:05
*** mdbooth has joined #openstack-nova11:05
* kashyap nods11:07
*** yikun_jiang has quit IRC11:07
openstackgerritMerged openstack/nova master: Use update_provider_tree from resource tracker  https://review.openstack.org/52024611:14
*** lucasagomes is now known as lucas-hungry11:19
*** yassine has quit IRC11:22
*** yassine has joined #openstack-nova11:25
*** nicolasbock has left #openstack-nova11:26
*** nicolasbock has quit IRC11:26
*** belmoreira has joined #openstack-nova11:31
*** nicolasbock has joined #openstack-nova11:31
*** gyan__ has quit IRC11:38
openstackgerritKashyap Chamarthy proposed openstack/nova master: libvirt: Bump MIN_{LIBVIRT,QEMU} versions for "Rocky"  https://review.openstack.org/55878311:41
*** damien_r has quit IRC11:41
*** alexchadin has quit IRC11:47
kashyapjohnthetubaguy: ^11:50
johnthetubaguykashyap: cool, ping me when zuul says yes11:50
kashyapYeap11:50
*** jpena is now known as jpena|lunch11:53
*** damien_r has joined #openstack-nova11:59
*** damien_r1 has joined #openstack-nova12:01
*** yangyapeng has joined #openstack-nova12:02
*** damien_r1 has quit IRC12:02
*** damien_r1 has joined #openstack-nova12:02
*** tbachman has joined #openstack-nova12:02
*** damien_r has quit IRC12:03
*** jackie-truong has joined #openstack-nova12:05
*** sree_ has joined #openstack-nova12:05
*** sree_ is now known as Guest1868512:06
*** yangyapeng has quit IRC12:06
*** alexchadin has joined #openstack-nova12:06
*** tbachman_ has joined #openstack-nova12:06
*** mvk has quit IRC12:07
kashyapjohnthetubaguy: We did in the past: https://review.openstack.org/#/c/432700/2/releasenotes/notes/pike-libvirt-min-version-bb7f43020995ac10.yaml12:07
*** tbachman has quit IRC12:07
*** tbachman_ is now known as tbachman12:07
johnthetubaguykashyap: ah, cool, upgrade sounds correct12:07
kashyapErr, you're right12:08
kashyapI'll do the s/feature/upgrade/12:08
*** Guest18685 has quit IRC12:09
*** germs has joined #openstack-nova12:10
*** germs has quit IRC12:10
*** germs has joined #openstack-nova12:10
*** lucas-hungry is now known as lucasagomes12:11
*** yangyapeng has joined #openstack-nova12:14
*** germs has quit IRC12:15
gmannjohnthetubaguy: i might not be getting you completely but yes we can adopt the new set of rules at same time based on old rule is overridden or not. If not then check new rule otherwise go for old rules till we remove them after deprecation phase12:15
*** damien_r1 has quit IRC12:17
*** salv-orlando has quit IRC12:18
*** salv-orlando has joined #openstack-nova12:18
johnthetubaguygmann: not sure, do we have a spec for the Admin vs Read vs Write policy roles?12:19
gmannjohnthetubaguy: i think not yet.12:19
gmannjohnthetubaguy: just read your comment on patch.12:19
*** damien_r has joined #openstack-nova12:19
johnthetubaguygmann: I see that as way more important, and the best reason to add the more granular rules, if that makes sense?12:20
gmannjohnthetubaguy: i see your point12:20
johnthetubaguyI assume its operators that want those read only roles that want the extra granularity?12:20
johnthetubaguyso we can give them what the want, rather than what they are asking for, maybe?12:20
gmannyea mainly those12:20
gmannbut with admin, read and write roles still we need granular rules with right default out of admin, read, write whatever suitable12:21
johnthetubaguyyes, but I think adding admin, read, write is the reason to add the granular rules12:22
*** salv-orlando has quit IRC12:23
*** odyssey4me has quit IRC12:23
*** odyssey4me has joined #openstack-nova12:23
*** tiendc_ has quit IRC12:23
johnthetubaguygmann: I think there is a patch to add the global vs non-global stuff somewhere, I should dig that up too12:23
*** yangyapeng has quit IRC12:25
gmannjohnthetubaguy: ok, i ll search it tomorrow. and yea i think i agree on your point. it makes sense of granular rules with those role. otherwise operator keep having complexity of their own defined roles.12:26
johnthetubaguygmann: cool, that is the way I was thinking anyways, have a good evening/night12:28
*** lbragstad has joined #openstack-nova12:29
*** amoralej is now known as amoralej|lunch12:29
kashyapjohnthetubaguy: A quick one: I think you meant to use FAKE_LIBVIRT_VERSION throughout consistently: https://review.openstack.org/#/c/558783/112:30
gmannjohnthetubaguy: thanks.  ll update based on the  role patch.12:30
* kashyap taps on the table and thinks making such changes will cause any issues in "backports" context12:30
*** pchavva has joined #openstack-nova12:30
johnthetubaguykashyap: yeah, that is what I meant to say12:32
kashyapOkido; should also probably add a constant for QEMU12:33
johnthetubaguyyeah, I thought there was one already, but yeah12:36
*** Eran_Kuris has quit IRC12:36
*** salv-orlando has joined #openstack-nova12:36
openstackgerritKashyap Chamarthy proposed openstack/nova master: libvirt: Bump MIN_{LIBVIRT,QEMU}_VERSION for "Rocky"  https://review.openstack.org/55878312:37
kashyapjohnthetubaguy: Seems like (from a `git grep`) I'm the first user of the constant FAKE_LIBVIRT_VERSION in tests12:38
*** ratailor_ has quit IRC12:38
*** gcb has quit IRC12:40
johnthetubaguyhmm, that is curious12:41
*** vladikr has joined #openstack-nova12:42
*** yangyapeng has joined #openstack-nova12:42
*** mvk has joined #openstack-nova12:42
*** edmondsw has joined #openstack-nova12:47
*** yangyapeng has quit IRC12:47
*** jpena|lunch is now known as jpena12:53
efriedjohnthetubaguy: Thanks for merging the error codes spec.  Do you know who's authorized to approve the blueprint (other than mriedem, who doesn't seem to be around)?12:58
*** zhaochao has quit IRC13:00
*** moshele has quit IRC13:00
*** eharney has joined #openstack-nova13:01
*** lyan has joined #openstack-nova13:03
*** pchavva has quit IRC13:03
*** lyan is now known as Guest4450513:03
*** psachin has quit IRC13:04
*** evin has quit IRC13:05
johnthetubaguyefried: I can I think, in theory anyone with nova-specs core should be able to13:05
efriedjohnthetubaguy: Okay, thanks.13:06
johnthetubaguythat should look better now13:06
*** weshay_ is now known as weshay13:06
efriedjohnthetubaguy: Nice, thanks!  In case you felt like looking at the code while the spec is still fresh, it's ready: https://review.openstack.org/#/c/546177/13:07
efriedbe nice to have this code in place for edleafe's work on consumer generations.13:07
johnthetubaguyah, I see your +2 there already, I will try take a look at that today13:07
*** mriedem has joined #openstack-nova13:07
efriedcool, thank you.13:08
mriedemartom_: can you create https://blueprints.launchpad.net/nova/+spec/numa-aware-live-migration please?13:14
*** udesale has quit IRC13:20
*** sahid has quit IRC13:21
*** amoralej|lunch is now known as amoralej13:21
artom_mriedem, ack13:22
*** artom_ is now known as artom13:22
*** armaan_ has quit IRC13:22
*** armaan has joined #openstack-nova13:23
*** liverpooler has joined #openstack-nova13:23
artommriedem, done13:24
mriedemthanks13:24
*** ragiman has quit IRC13:28
*** amodi has joined #openstack-nova13:29
*** esberglu has joined #openstack-nova13:29
*** yangyapeng has joined #openstack-nova13:30
*** jmlowe has joined #openstack-nova13:31
*** yangyapeng has quit IRC13:31
edleafejaypipes: around?13:35
*** links has quit IRC13:35
edleafeefried: cdent: maybe you guys could help with a question13:36
efriededleafe: I'm listening.13:36
edleafeok, <1.8, allocations didn't have project_id/user_id13:36
edleafein those cases, they are None on the object13:37
edleafethe code I'm doing for consumer generations tries to insert a record in the consumer table if one doesn't yet exist13:37
edleafeBut there is a NOT NULL constraint on the project_id and user_id columns, so in that case (and many of our tests) the insert fails13:38
edleafeShould I just punt and say that for <1.8, no consumer record can be created?13:38
efriededleafe: tbc, this is because you wanted to be able to put the generation into the consumers table even for earlier microversions, yah?13:39
dansmithmriedem: I was holding this for your approval: https://review.openstack.org/#/c/558059/413:40
edleafeefried: well, normally I'd put a conditional and skip for <1.8. But that means that later calls can and will overwrite13:40
edleafeefried: It does seem that that's the best we can do here13:40
edleafeJust wanted to get a second opinion13:40
efriededleafe: So backing up for a second: today (before your code) if you try to create a consumer record with microversion <1.8, what happens?13:41
efried...because presumably the request payload doesn't require the proj/user IDs at <1.813:41
edleafeefried: the code checks for the presence of those two fields on the allocation object, and if they aren't there, or are None, it skips the creation13:41
efriedBut how does it ultimately close the loop, then?13:42
*** evin has joined #openstack-nova13:42
efriedThe allocation gets created with... no consumer?13:42
edleafeSo my feeling is we should continue that behavior, even if it sucks13:42
*** dklyle has quit IRC13:42
edleafeefried: yep13:42
efriedSo the consumer in that case is represented only by its UUID in the allocations table; it doesn't truly exist otherwise13:42
edleafeTBC, no consumer *record*13:42
edleafeit still has the instance UUID in the consumer_id field13:43
efried...of the allocations table13:43
edleafeyes13:43
* efried thinks13:43
efriedso presumably if you GET an allocation record at 1.8 that was created at <1.8, the proj/user doesn't show up in the response.13:44
efriedor it shows up, but with null?13:44
edleafeyeah, they are None >=1.813:45
efriedSeems to me like the right thing would be to make proj/user be nullable.13:45
efriedand always create the record, even <1.813:45
efried...which isn't a behavior change, because the API will still be doing exactly the same thing.13:46
*** awaugama has joined #openstack-nova13:46
edleafeIt's a teeny behavior change, but a real edge of an edge case13:46
edleafehere's the case:13:47
efriedHow would it be a behavior change?  You're just changing the condition from "if the record doesn't exist, assume null/null" to "use what's in the record, which will always be there (oh, and btw, might be null)"13:47
mriedemdansmith: i saw, but haven't dug into the changes yet13:47
dansmithmriedem: okay just wanted to make sure you did13:47
edleafeallocations are created <1.8. No consumer record in the past; now there is w/generation=013:47
efrieddansmith, mriedem: You'll be delighted to know that I checked our OOT driver, and you don't break it with that change.13:48
*** tbachman has quit IRC13:48
efried...because we use the tuple form already.13:48
efriededleafe: Sorry, still listening.13:48
edleafenp13:49
*** armaan has quit IRC13:49
*** links has joined #openstack-nova13:49
mriedemefried: i don't know why your out of tree driver would care about that change13:49
*** armaan has joined #openstack-nova13:49
edleafeA later attempt to allocate that provides the generation may or may not succeed, depending on the gen. If there were no consumer record, though, it would always succeed13:49
edleafeIMO, that's not a bad change, but it is a change13:50
*** damien_r has quit IRC13:50
*** damien_r has joined #openstack-nova13:51
*** jbernard has quit IRC13:51
belmoreiradansmith mriedem can you have a look into https://bugs.launchpad.net/nova/+bug/1761197 and give me your opinion?13:51
openstackLaunchpad bug 1761197 in OpenStack Compute (nova) "Not defined keypairs in instance_extra cellsV1 DBs" [Undecided,New] - Assigned to Surya Seetharaman (tssurya)13:51
*** jbernard has joined #openstack-nova13:51
efriedmriedem: https://github.com/openstack/nova-powervm/blob/master/nova_powervm/virt/powervm/tasks/network.py#L183-L186 where _get_vif_events uses the tuple form: https://github.com/openstack/nova-powervm/blob/master/nova_powervm/virt/powervm/tasks/network.py#L22613:51
mriedemefried: that's how it's used in tree today too13:52
efriededleafe: But the "later attempt to allocate that provides the generation" *should not* "always succeed"13:52
efriedmriedem: Right, I guess we've ported that code over already.13:52
kashyapdansmith: Hi there, if you get time today, I too (like johnthetubaguy, who +2ed) am going blind on this: https://review.openstack.org/#/c/534384/13:52
efriededleafe: Besides, there's not a behavior change wrt generation handling cause we don't *have* generation handling yet.13:52
efriededleafe: IMO this is all tasty goodness.13:53
edleafeefried: sure, but if we preserve the behavior with allocations <1.8 (who even uses that anymore?), it will always succeed13:53
edleafeAs I said, an edge of an edge case13:53
mriedemefried: i guess you're referring to how event_names in that interface can be a list of names, rather than tuples https://github.com/openstack/nova/blob/master/nova/compute/manager.py#L44713:53
efriedmriedem: right.  Was allowable before dansmith's patch on your change.13:53
dansmithbelmoreira: hmm, are you saying that back when you ran the keypair migration they weren't sync'd down to the v1 cell databases and thus nothing happened?13:54
dansmithefried: everyone copied the first implementation in libvirt I imagine, which was luckily done the more explicit way..I checked all the in-tree drivers13:55
efriededleafe: Still not sure I follow.  If you're using <1.8, you'll get generations incremented under the covers and you'll never know about it.  As soon as you start using the new microversion (the one you're writing), you'll see the generation (whatever it is) when you GET, and you'll push it back when you PUT/POST.  That's as it should be.  But that behavior ought to be the same regardless of what we do with the proj/user13:55
efrieddansmith: nod13:55
efriededleafe: The proj/user isn't required even at 1.8, is it?13:56
*** damien_r1 has joined #openstack-nova13:56
*** _ix has joined #openstack-nova13:56
*** lbragstad has quit IRC13:56
efriedhm, looks like the user_id isn't marked as optional.13:56
efriedsorry, neither is marked as optional.13:56
efriedbut are they in fact required?  (That would seem weird, tbh)13:57
*** damien_r has quit IRC13:58
efriededleafe: But my point is that you would already have this weirdness if you straddled microversions like that.  You would have to deal with the fact that proj/user were null before (whether it's because the record doesn't exist or because the record exists with nulls in it) and now are required (or whatever).13:58
*** moshele has joined #openstack-nova13:58
edleafeefried: they are required >=1.813:58
efriededleafe: We're probably talking in circles around an issue that's insignificant if it even exists at all.13:59
efriedIs there any reason we can't make those fields nullable?13:59
edleafeefried: [t 2tEe]13:59
purplerbot<edleafe> It's a teeny behavior change, but a real edge of an edge case [2018-04-04 13:46:43.828800] [n 2tEe]13:59
*** belmoreira has quit IRC13:59
*** sahid has joined #openstack-nova13:59
edleafeLike, if you're a purist...14:00
efriedand make the logic that returns them tolerate <record absent> and <record present with nulls> with the same result.14:00
*** hongbin_ has joined #openstack-nova14:00
edleafesure, nulls would have to work in all cases14:00
edleafeok, let me make that change to the consumers table and see how that works14:01
*** moshele has quit IRC14:01
efried++14:02
*** gouthamr has joined #openstack-nova14:02
*** eharney has quit IRC14:04
*** eharney has joined #openstack-nova14:04
*** burt has joined #openstack-nova14:05
openstackgerritSurya Seetharaman proposed openstack/nova master: Cleanup RP and HM records while deleting a compute service.  https://review.openstack.org/55492014:08
*** lpetrut_ has joined #openstack-nova14:12
openstackgerritMerged openstack/nova master: Teardown networking when rolling back live migration even if shared disk  https://review.openstack.org/55548114:13
*** lpetrut has quit IRC14:14
*** alexchadin has quit IRC14:16
*** sree_ has joined #openstack-nova14:20
*** sree_ is now known as Guest5113914:20
*** cdent has joined #openstack-nova14:22
*** belmoreira has joined #openstack-nova14:24
belmoreiradansmith: sorry was away... yes, the migration was only correctly done in top DB14:25
*** armaan has quit IRC14:25
dansmithbelmoreira: but you mean the top api cell db, not the api_db, yes?14:25
belmoreirayes, the top DB in cellsV114:26
dansmithbelmoreira: we just removed the code that did that migration, but even still, it would be out of the ordinary to make nova-manage reach across cellsv1 DBs14:26
*** alexchadin has joined #openstack-nova14:27
*** Guest51139 has quit IRC14:28
*** sree has joined #openstack-nova14:28
*** mlavalle has joined #openstack-nova14:28
belmoreiradansmith: yes I saw that the code was removed. But when running nova-manage in cells DBs it should go to nova_api for the keypair14:28
*** amodi has quit IRC14:29
belmoreiraI can cook something to keep me going but not sure how many people will have the same problem when moving to cellsV214:29
*** r-daneel has joined #openstack-nova14:29
dansmithoh..wait,14:29
efrieddansmith, mriedem: Any reason we should be waiting to merge https://review.openstack.org/#/c/558648/ ?14:29
*** archit has joined #openstack-nova14:29
efried(and... what's Kevin's IRC nick?)14:29
dansmithbelmoreira: you're saying if you run the migration against a child cell it doesn't look to api_db for the keypair, but does if you run it against the api cell?14:30
mriedemVek14:30
efriedk, not on.  Just wondering why he didn't +W it.14:30
*** archit is now known as amodi14:30
dansmithefried: *shrug* if it works I guess it's fine, I have no strong opinions14:31
efrieddansmith: ight, done.14:31
mriedemefried: that patch doesn't cover fast814:32
mriedemwhich is the only thing i use14:32
*** rcernin has quit IRC14:32
mriedem*only thing i use for pep8 locally14:32
dansmiththat's all I use too,14:32
dansmithbut it's run by a script, so maybe it's a different issue?14:32
* cdent quotes dansmith for future use in legal battles "I have no strong opinions"14:33
*** salv-orlando has quit IRC14:33
dansmithoh, I guess it's the same as pep8 actually14:33
mriedemyeah14:33
dansmithcdent: *on this14:33
mriedemjust smaller scope of changes14:33
dansmithyeah14:33
* cdent darns14:33
dansmithI thought it was different for some reason14:33
belmoreiradansmith: no, what I was trying to say is that the original migration was not considering cells. It was only looking to the keypairs in the same DB. But, maybe we can have a new migration to look into the nova_api DB for the keypair when running nova-manage in child cells14:33
mriedemefried: removing your -W doesn't pull it out of the queue14:33
sean-k-mooneyfast8 just runs pep8 on the files you changed in the current patch or working tree14:34
efriedmriedem: I suspected that might be the case :(14:34
sean-k-mooneyits a nice speed up14:34
openstackgerritMatt Riedemann proposed openstack/nova master: Default to py3 for the pep8 tox env because it's stricter  https://review.openstack.org/55864814:34
mriedemthat pulled it out14:34
dansmithbelmoreira: oh, did that one come before the ->api_db migration? it's not in my tree so I didn't go look14:34
dansmithbelmoreira: that makes more sense, but also.. :/14:34
*** jmlowe has quit IRC14:34
efriedmriedem: thanks.  It also occurs to me: does setting basepython actually do anything given that the commands are being run from within a sh script?14:35
*** lbragstad has joined #openstack-nova14:35
mriedemefried: not sure, unless that's the version of python 'installed' into the venv14:35
mriedemand then the script runs in that venv14:36
belmoreiradansmith: yes, it was before the keypair migration to nova_api14:36
dansmithmriedem: I think it's the version that gets linked to bin/python yeah14:36
dansmithso if that script is just running "python ..." then ...14:36
efrieddansmith, mriedem: It's not.14:37
efriedThe script runs flake8, which is a python script with its own #!14:37
dansmithright, but does the pip install from the basepython link it thusly?14:38
efriedah, which in the venv does indeed invoke `python`14:38
efried...the venv's python.  So yeah, should work.14:38
*** fanzhang has quit IRC14:42
*** fanzhang has joined #openstack-nova14:44
*** r-daneel has quit IRC14:47
*** dosaboy_ is now known as dosaboy14:47
*** dklyle has joined #openstack-nova14:48
*** felipemonteiro has joined #openstack-nova14:52
*** jmlowe has joined #openstack-nova14:53
openstackgerritArtom Lifshitz proposed openstack/nova-specs master: Fix typos in NUMA-aware live migration  https://review.openstack.org/55884214:55
*** david-lyle has joined #openstack-nova14:57
artombauzas, ^^14:57
*** Kevin_Zheng has joined #openstack-nova14:57
*** dklyle has quit IRC14:57
*** mlavalle has quit IRC14:57
*** pchavva has joined #openstack-nova14:58
*** sree has quit IRC14:59
*** lajoskatona has quit IRC15:00
*** sree has joined #openstack-nova15:00
*** links has quit IRC15:00
*** mlavalle has joined #openstack-nova15:00
bauzasspecs cores, easy +W on https://review.openstack.org/#/c/558842/ (typos fixes)15:03
*** r-daneel has joined #openstack-nova15:04
*** alexchadin has quit IRC15:04
*** sree has quit IRC15:04
*** Zames has joined #openstack-nova15:08
*** Zames has quit IRC15:08
*** r-daneel_ has joined #openstack-nova15:08
*** r-daneel has quit IRC15:08
*** r-daneel_ is now known as r-daneel15:08
*** Zames has joined #openstack-nova15:09
*** Spazmotic1 has joined #openstack-nova15:13
*** janki has quit IRC15:14
*** zhurong has joined #openstack-nova15:14
*** Zames has quit IRC15:16
*** Spaz-Home has quit IRC15:17
*** Zames has joined #openstack-nova15:17
*** tblakes has joined #openstack-nova15:19
*** amodi has quit IRC15:19
*** Zames has quit IRC15:19
tblakesmriedem: gibi: When you have a chance, could you please review the updated changes for https://review.openstack.org/#/c/555812/?15:20
*** felipemonteiro_ has joined #openstack-nova15:22
openstackgerritmelanie witt proposed openstack/nova master: Default to py3 for the pep8 tox env because it's stricter  https://review.openstack.org/55864815:24
*** felipemonteiro has quit IRC15:26
*** yamahata has joined #openstack-nova15:30
efriedtblakes: FYI, gibi is on vacation for another week and a half.  (Honeymoon)15:31
*** felipemonteiro__ has joined #openstack-nova15:33
*** felipemonteiro_ has quit IRC15:33
*** salv-orlando has joined #openstack-nova15:33
tblakesefried: Thank you for the heads up.15:33
*** evrardjp_ has joined #openstack-nova15:35
*** evrardjp has quit IRC15:36
*** salv-orlando has quit IRC15:38
*** germs has joined #openstack-nova15:38
*** germs has quit IRC15:38
*** germs has joined #openstack-nova15:38
*** tesseract has quit IRC15:38
*** dtantsur is now known as dtantsur|brb15:38
*** germs has quit IRC15:39
*** germs has joined #openstack-nova15:39
*** germs has quit IRC15:39
*** germs has joined #openstack-nova15:39
*** Spaz-Home has joined #openstack-nova15:40
*** andreas_s has quit IRC15:41
*** tesseract has joined #openstack-nova15:41
*** tbachman has joined #openstack-nova15:41
*** dtruong_ has quit IRC15:41
*** dtruong has joined #openstack-nova15:42
*** links has joined #openstack-nova15:43
*** Spazmotic1 has quit IRC15:43
*** pcaruana|afk| has quit IRC15:45
*** armaan has joined #openstack-nova15:46
belmoreiradansmith: also, it's not only the migration. New instances don't have the keypair (NULL) defined in instance_extra in child cells DBs when running cellsV1. It's only in the top DB of cellsV1.15:46
belmoreiradansmith: running ocata15:47
openstackgerritLee Yarwood proposed openstack/nova stable/pike: libvirt: Block swap volume attempts with encrypted volumes prior to Queens  https://review.openstack.org/54356915:47
dansmithbelmoreira: because instance_extra post-dates cellsv1 and isn't sync'd AFAIK15:47
belmoreiradansmith: the keypair, because other fields are15:48
dansmithbelmoreira: other fields of instance_extra?15:48
belmoreiradansmith: yes, for example flavor15:49
openstackgerritChris Dent proposed openstack/nova master: [placement] Filter resource providers by forbidden traits in db  https://review.openstack.org/55647215:49
openstackgerritChris Dent proposed openstack/nova master: [placement] Filter allocation candidates by forbidden traits in db  https://review.openstack.org/55666015:49
openstackgerritChris Dent proposed openstack/nova master: [placement] Parse forbidden traits in query strings  https://review.openstack.org/55681915:49
openstackgerritChris Dent proposed openstack/nova master: [placement] Support forbidden traits in API  https://review.openstack.org/55682015:49
dansmithbelmoreira: okay maybe we added something for flavor, I need to go look15:52
*** chyka has joined #openstack-nova15:53
*** amodi has joined #openstack-nova16:01
*** tblakes has quit IRC16:04
*** evrardjp_ is now known as evrardjp16:05
*** links has quit IRC16:05
*** kuzko has joined #openstack-nova16:07
*** sahid has quit IRC16:09
*** salv-orlando has joined #openstack-nova16:09
belmoreiradansmith: humm... vcpu_model in instance_extra is also not sync. It only exists in the top DB in cellsV116:11
*** eharney has quit IRC16:13
sean-k-mooneybelmoreira: the vcpu_model should be stored in the instance object itself in the celldb no?16:13
*** eharney has joined #openstack-nova16:14
*** mriedem has quit IRC16:15
belmoreirasean-k-mooney: not sure if I'm understanding to what you are referring16:16
*** tbachman has quit IRC16:17
openstackgerritKashyap Chamarthy proposed openstack/nova master: libvirt: Bump MIN_{LIBVIRT,QEMU}_VERSION for "Rocky"  https://review.openstack.org/55878316:18
sean-k-mooneyso the vcpu modle is stored in instance extra as declared here https://github.com/openstack/nova/blob/master/nova/objects/instance.py#L58-L60. so you are saying in the cell1 db that field is not populated on the instance record but it is in the api db?16:18
*** links has joined #openstack-nova16:20
sean-k-mooneybelmoreira: vcpu_model is also declared as an instance field here https://github.com/openstack/nova/blob/master/nova/objects/instance.py#L211 so i assumed it would be stored in the instnace object iteslef not in instrance_extra16:20
*** jaypipes has joined #openstack-nova16:20
dansmithsean-k-mooney: he's talking about cellsv116:20
belmoreirasean-k-mooney: I'm using cellsV1. the vcpu_model is in the top DB (cellsV1) but then is not sync to the child cells DBs16:20
dansmithwhich is more complicated16:20
belmoreiradansmith sean-k-mooney: thanks for the help. I need to leave now16:21
sean-k-mooneydansmith: ya i have kindof hopped to never need to know how v1 worked.16:21
*** belmoreira has quit IRC16:23
*** efried is now known as efried_rollin16:25
*** udesale has joined #openstack-nova16:26
*** naichuans has quit IRC16:29
*** zhurong has quit IRC16:29
*** gjayavelu has joined #openstack-nova16:35
lbragstadmelwitt: we have another iteration of the default roles specification up for review (re: the identity intregration track from dublin) in case you're still interested in taking a look16:37
*** mriedem has joined #openstack-nova16:37
*** AlexeyAbashkin has quit IRC16:38
lbragstadhttps://review.openstack.org/#/c/523973/ consists of the latest changes16:38
melwittlbragstad: great, thanks for the heads up16:38
lbragstadmelwitt: no problem - let me know if you still want to go through the scope_types thing, too (cc mriedem)16:39
*** beekneemech is now known as bnemec16:42
*** lucasagomes is now known as lucas-afk16:45
*** claudiub|2 has quit IRC16:45
johnthetubaguylbragstad: I keep meaning to hit that one too16:45
*** claudiub|2 has joined #openstack-nova16:46
*** udesale has quit IRC16:46
*** gjayavelu has quit IRC16:50
mriedemdansmith: on the heels of this wait_for_instance_event thing, i'm probably going to need a handle to the registered events so that i can cancel them, related to the TODO here https://review.openstack.org/#/c/558001/1/nova/compute/manager.py@610016:50
mriedemi.e. i need to start waiting before calling the dest compute which returns a flag telling me if i should in fact be waiting16:51
mriedemif dest says it doesn't care, then i need not wait16:51
dansmithum, I'm not sure I understand16:51
mriedemthis is the thing where the source waits for vif plugged events,16:52
mriedempre_live_migration on the dest host does the vif plugging,16:52
mriedemsource is waiting16:52
dansmithas long as you do your call to the remote side within the "with wait_for_events.." then whatever16:52
dansmithoh so you don't hang exiting the with?16:52
mriedemthe change adds a config option to enable this, because we know some backends in neutron won't send the event unless the port host binding changes16:52
mriedemwell, the dest could set the flag saying don't wait, because it's using opendaylight or something16:52
mriedemso then we want the source to not wait the 5 minutes and then die16:53
dansmithright, but you've already entered the context manager at the point at which you realize the destination says not to wait yeah?16:53
mriedemright, not yet in this patch, but that's the TODO16:53
dansmithyeah,16:53
mriedemto avoid a race window16:53
mriedemas mentioned in the commit message, we could arguably say that we assume computes in the same cell to be using the same networking backend and just apply the config from the source host16:54
dansmithso you can just raise in there and catch it outside the context manager.. something like "raise BelayThatOrderCapN()"16:54
dansmithI don't think you need anything more complicated than that16:54
mriedemraise from within the wait_for_instance_event context?16:55
dansmithyeah16:55
mriedemwouldn't that call the error_callback registered with the event?16:56
dansmithnot if you don't have one, which you don't right? but either way, handle it in the error_callback if you want16:56
dansmither, no16:57
dansmithactually if you raise yourself then it doesn't call error_callback even16:57
dansmiththat's only if the event fails16:57
dansmithso just raise16:57
mriedemyeah, flow control might get a bit wonky in this code, will have to deal with that16:58
*** fragatina has joined #openstack-nova16:58
mriedemwith the rpc change to the migrate data object we can't backport this either, but it's been such a latent issue maybe it's not something we really care about backporting anyway16:59
dansmithI dunno, you're already catching exceptions around the context manager, so I would think it's just a catch/log/ignore and fall through sort of deal16:59
dansmithoh, well, I guess you need to do that inside maybe17:00
dansmithanyway17:00
dansmitheasier that building a cancel mechanism I think17:00
dansmith*than17:00
mriedemyeah i can also refactor our the existing meat if necessary for the part that actually calls the driver to transfer the guest17:00
mriedemthese live migration methods tend to get overly complicated17:00
dansmithaye17:01
mriedem*out17:01
*** mdbooth has quit IRC17:01
*** germs has quit IRC17:03
*** mgoddard has quit IRC17:03
*** felipemonteiro_ has joined #openstack-nova17:05
*** germs has joined #openstack-nova17:06
*** germs has quit IRC17:06
*** germs has joined #openstack-nova17:06
*** munimeha1 has joined #openstack-nova17:06
*** fragatina has quit IRC17:06
*** fragatina has joined #openstack-nova17:06
*** Kevin_Zheng has quit IRC17:07
*** tbachman has joined #openstack-nova17:08
*** links has quit IRC17:08
*** felipemonteiro__ has quit IRC17:08
openstackgerritMatt Riedemann proposed openstack/nova master: DRY up test_rollback_live_migration_set_migration_status  https://review.openstack.org/55548917:11
openstackgerritMatt Riedemann proposed openstack/nova master: Avoid unnecessary port update during live migration  https://review.openstack.org/55633217:11
openstackgerritMatt Riedemann proposed openstack/nova master: WIP: Wait for network-vif-plugged before starting live migration  https://review.openstack.org/55800117:11
openstackgerritMatt Riedemann proposed openstack/nova master: Add check if neutron "binding-extended" extension is available  https://review.openstack.org/52354817:11
openstackgerritMatt Riedemann proposed openstack/nova master: Add "bind_ports_to_host" neutron API method  https://review.openstack.org/52360417:11
openstackgerritMatt Riedemann proposed openstack/nova master: Add VIFMigrateData object for live migration  https://review.openstack.org/51542317:11
openstackgerritMatt Riedemann proposed openstack/nova master: WIP: libvirt: use dest host vif migrate details for live migration  https://review.openstack.org/55137017:11
openstackgerritMatt Riedemann proposed openstack/nova master: Add "delete_port_binding" network API method  https://review.openstack.org/55217017:11
openstackgerritMatt Riedemann proposed openstack/nova master: Add "activate_port_binding" neutron API method  https://review.openstack.org/55594717:11
openstackgerritMatt Riedemann proposed openstack/nova master: Implement migrate_instance_start method for neutron  https://review.openstack.org/55633417:11
openstackgerritMatt Riedemann proposed openstack/nova master: WIP: compute: use port binding extended API during live migration  https://review.openstack.org/55137117:11
openstackgerritMatt Riedemann proposed openstack/nova master: WIP: Port binding based on events during live migration  https://review.openstack.org/43487017:11
openstackgerritMatt Riedemann proposed openstack/nova master: conductor: use port binding extended API in during live migrate  https://review.openstack.org/52253717:11
*** fragatina has quit IRC17:11
openstackgerritMerged openstack/nova master: trivial: Fix nits in code comments  https://review.openstack.org/55813317:12
openstackgerritMerged openstack/nova master: Complement tests in allocation candidates  https://review.openstack.org/55813517:12
openstackgerritMatt Riedemann proposed openstack/nova master: DNM: test live_migration_wait_for_vif_plug=True  https://review.openstack.org/55800617:12
openstackgerritMatt Riedemann proposed openstack/nova master: DNM: test live_migration_wait_for_vif_plug=True  https://review.openstack.org/55800617:12
*** tbachman has quit IRC17:13
*** felipemonteiro_ has quit IRC17:13
*** felipemonteiro_ has joined #openstack-nova17:14
lbragstadjohnthetubaguy: ++ yeah - it'd be awesome to get your input there17:15
*** jackie-truong has quit IRC17:15
*** jackie-truong has joined #openstack-nova17:15
*** david-lyle has quit IRC17:16
*** felipemonteiro_ has quit IRC17:18
*** tbachman has joined #openstack-nova17:18
*** jpena is now known as jpena|off17:19
*** felipemonteiro_ has joined #openstack-nova17:20
*** tianhui has joined #openstack-nova17:20
*** tianhui_ has quit IRC17:22
*** lpetrut_ has quit IRC17:22
openstackgerritJackie Truong proposed openstack/nova master: Implement certificate_utils  https://review.openstack.org/47994917:22
openstackgerritJackie Truong proposed openstack/nova master: Add trusted_image_certificates to REST API  https://review.openstack.org/48620417:22
*** gouthamr has quit IRC17:24
*** fragatina has joined #openstack-nova17:30
*** mdnadeem has quit IRC17:32
*** Guest44505 has quit IRC17:32
*** Guest44505 has joined #openstack-nova17:33
*** adriano has joined #openstack-nova17:36
*** alexchadin has joined #openstack-nova17:44
*** tssurya has quit IRC17:45
*** mikal_ has joined #openstack-nova17:45
*** hongbin_ has quit IRC17:45
*** gouthamr has joined #openstack-nova17:45
*** mikal has quit IRC17:48
*** tianhui_ has joined #openstack-nova17:50
*** hongbin_ has joined #openstack-nova17:52
*** tianhui has quit IRC17:53
*** amodi has quit IRC17:53
*** fragatina has quit IRC17:55
*** fragatina has joined #openstack-nova17:56
*** yamamoto_ has quit IRC17:58
*** yamamoto has joined #openstack-nova17:59
*** felipemonteiro__ has joined #openstack-nova18:01
*** felipemonteiro_ has quit IRC18:02
*** adriano has quit IRC18:02
*** yamamoto_ has joined #openstack-nova18:06
*** AlexeyAbashkin has joined #openstack-nova18:08
*** amodi has joined #openstack-nova18:08
*** yamamoto has quit IRC18:10
*** lpetrut_ has joined #openstack-nova18:12
*** AlexeyAbashkin has quit IRC18:12
*** mchlumsky has quit IRC18:13
*** mrjk has quit IRC18:14
*** tesseract has quit IRC18:14
*** shaohe_feng has quit IRC18:15
*** shaohe_feng has joined #openstack-nova18:15
*** armaan has quit IRC18:16
*** voelzmo has joined #openstack-nova18:16
*** gjayavelu has joined #openstack-nova18:18
*** alexchadin has quit IRC18:18
*** Swami has joined #openstack-nova18:21
openstackgerritMatt Riedemann proposed openstack/nova master: Noauth should also use request_id from compute_req_id.py  https://review.openstack.org/55526618:22
openstackgerritEric Berglund proposed openstack/nova master: PowerVM: Add proc_units_factor conf option  https://review.openstack.org/55468818:22
openstackgerritEric Berglund proposed openstack/nova master: PowerVM: Add proc_units_factor conf option  https://review.openstack.org/55468818:23
*** huanxie has quit IRC18:24
*** salv-orlando has quit IRC18:24
*** dtantsur|brb is now known as dtantsur18:29
*** armaan has joined #openstack-nova18:30
sean-k-mooneydansmith: o/ do you have a minute to weigh in on unit test for the nic feature based schulding change set?18:31
dansmithsean-k-mooney: I dunno, ask and then I'll answer :)18:31
sean-k-mooneydansmith: alot of the test changes look like this https://review.openstack.org/#/c/449257/59/nova/tests/unit/compute/test_resource_tracker.py swapping from dicts to objects. if  i do the lazy load change you requested the dict form would still work because we would have two fields.18:32
sean-k-mooneydansmith: i dont want to duplicate all the test but im wondering should i migrate all the tests as i had done before to the object form or keep the dict form18:33
openstackgerritMerged openstack/nova master: Fix typos in release notes  https://review.openstack.org/55417518:33
*** amodi has quit IRC18:33
openstackgerritMerged openstack/nova master: Remove unnecessary code encoding specification  https://review.openstack.org/55790318:34
*** mgoddard has joined #openstack-nova18:34
dansmithsean-k-mooney: well, what you have there doesn't really test anything other than kwarg dispatch of the init of that object,18:34
dansmithwhich shouldn't be **dict, IMHO18:34
openstackgerritMerged openstack/nova master: Move pypowervm requirement to 1.1.12  https://review.openstack.org/55825418:34
openstackgerritMerged openstack/nova master: Remove a outdated warning  https://review.openstack.org/55789818:34
dansmithsean-k-mooney: on the field change,18:34
sean-k-mooneywell the ** was because i originally used sed for the conversion18:34
dansmithuh huh :)18:35
dansmithyou need to add this as a spec_obj field, and yes, I would expect to see at least a test that uses the old dict-y spec field with the rest of the code18:35
*** armaan has quit IRC18:35
*** Sukhdev has joined #openstack-nova18:36
sean-k-mooneyim going to get rid of the ** but im just wonding if i should get rid of all uses of spec=[{}] and move them to spec_objs=[objects]18:36
dansmithI would expect to make all the existing tests use the object, and add one more new test that just makes sure something basic still works if you only have the dict field set18:36
*** armaan has joined #openstack-nova18:36
cdentsean-k-mooney, jaypipes (and dansmith and cfriesen_ you probably know this too): On jay's spec about cpu resource tracking ( https://review.openstack.org/#/c/555081/ ) the existing situation is that any given host can only be shared or dedicated, but not mixed? Is that just an OpenStack/Nova limitation, or is it also a limitation in libvirt/KVM?18:36
dansmithsean-k-mooney: yeah, except for the new test to validate the old dict path18:36
dansmithcdent: just nova AFAIK18:36
sean-k-mooneydansmith: ok ill convert them all to use objects like i had started and then add in test just for the old path thanks.18:37
dansmithsean-k-mooney: yup18:37
cdentso if we get nova sorted (via jay's ideas) we'll need to cook some code in the virtdriver, but not deeper in the stack? cool.18:37
*** felipemonteiro has joined #openstack-nova18:38
sean-k-mooneycdent: am nova will happliy allow a mixed host but it is not preventing the shared cpus from stomping over the pinned ones today. so we use host aggregates to seperate them18:38
*** felipemonteiro__ has quit IRC18:38
cdentsean-k-mooney: ah, okah, thanks18:39
dansmithright, thatg18:39
*** Sukhdev has quit IRC18:41
melwittbhagyashris: I have a question about your spec on deleteBackups. my assumption has been that you have users that are currently using rotation '0' to purge backups as a side effect. is that correct?18:41
melwitt*using rotation '0' to the createBackup API18:41
*** avolkov has quit IRC18:41
*** mgoddard has quit IRC18:45
*** amodi has joined #openstack-nova18:47
*** amoralej is now known as amoralej|off18:51
*** dtantsur is now known as dtantsur|afk18:52
*** AlexeyAbashkin has joined #openstack-nova18:58
*** tssurya has joined #openstack-nova19:02
*** AlexeyAbashkin has quit IRC19:02
mriedemanyone know the tl;dr on the 'a plan to stop syncing requirements into projects' thread?19:07
mriedemsounds like requirements.txt changes are now all done manually?19:07
dansmithfrom the oslo room ptg,19:08
dansmithI think they were saying that they would only sync (or manually sync) requirements when the minimum was being raised past what the project has listed19:09
dansmithinstead of just always syncing always19:09
sean-k-mooneymriedem: i get why we might want to do this to prevent raising minimums higher then needed but i think we are also losing that auto blacklisting of specific versions e.g. x>1.0,x!=1.119:09
dansmithso that things like swift can continue supporting the older versions of some libraries they have because of workarounds or lack of actual requirements for the newer one19:09
*** jackie-truong has quit IRC19:10
mriedemi just see that it's throwing people off e.g. https://review.openstack.org/#/c/554679/19:10
*** harlowja has joined #openstack-nova19:10
mriedemand https://review.openstack.org/#/c/558254/19:11
dansmithjust yet another change in process19:11
mriedemwhich is actually < than what's in g-r19:11
*** tbachman has quit IRC19:11
openstackgerritTyler Blakeslee proposed openstack/nova master: Add __repr__ for NovaException  https://review.openstack.org/55581219:11
sean-k-mooneyoh so in the scale io case they had expect the version bump but the proposal bot is not making it19:11
openstackgerritMerged openstack/nova master: [placement] api-ref: Fix parameters  https://review.openstack.org/55814219:12
mriedemi'm not sure why we'd even have g-r then19:12
sean-k-mooneymriedem: i gues g-r keeps the minium for all pojects and nova requirments.txt has minium for nova19:12
cdentmriedem: upper constraints remains the one true thing, even without a globally sync requirements.txt, maybe?19:13
mriedemwhich means we could bump our minimum required version in nova for a library, but not care about bumping it in g-r19:13
dansmithwe still have to be below u-c19:13
sean-k-mooneyso if you dont deploy something that need the newer requirement you can still use version below g-r. that said our gate jobs always run with whatever is allowed by u-c19:13
mriedemu-c bumps are automated19:14
mriedemand merged in batches19:14
openstackgerritEric Young proposed openstack/nova master: Support extending attached ScaleIO volumes  https://review.openstack.org/55467919:14
dansmithmy feeling is that we'll still have some things where you can't actually use nova at the version pinned by cinder for a given thing19:14
mriedemyeah. forget i asked. i need to find a hole to put my head.19:15
* dansmith notes that mriedem is in an great mood following vacay19:15
mriedemthe foot of snow we got yesterday doesn't help19:15
dansmithbetter you than me19:16
*** salv-orlando has joined #openstack-nova19:18
*** felipemonteiro_ has joined #openstack-nova19:18
kashyap[nag] Since I'm awake at this random hour in front of the screen, might as well point out this if you are looking for something to +A: https://review.openstack.org/#/c/534384/19:19
kashyapIt already has a +219:19
smcginnismriedem: I don't think g-r matters anymore and is probably going away at some point.19:20
smcginnisThings just need to be between lower-constraint and upper-constraint.19:20
*** felipemonteiro has quit IRC19:21
sean-k-mooneysmcginnis: isnt g-r the lower-constraint19:21
sean-k-mooneysmcginnis: or at least openstack wide lower-constraint19:22
smcginnissean-k-mooney: No, there is a new lower-constraint.txt file.19:22
smcginnissean-k-mooney: Well, I guess you could call that the new g-r.19:22
smcginnisIt's slightly different though: https://github.com/openstack/requirements/blob/master/lower-constraints.txt19:23
sean-k-mooneysmcginnis: oh ok is that updated automatically some how? just not sure what the delta is between it and g-r19:23
sean-k-mooneyoh its expcitly === with no ranges19:23
smcginnisRight. It's saying "the minimum required is exactly this" rather than "it needs to be above this version, but not this one, etc."19:24
sean-k-mooneyso in theroy we could use it to test with minium supported version19:24
smcginnissean-k-mooney: Yep, I think that's the plan.19:24
smcginnisIt's a bit of a long read, but Doug wrote out the whole plan here: http://lists.openstack.org/pipermail/openstack-dev/2018-March/128352.html19:25
*** jmlowe has quit IRC19:26
sean-k-mooneysmcginnis: oh good to know. i basically assume that since we only tested with what upperconstraties allowed that anything lower might work but not worth the heart ache of finding out19:26
smcginnissean-k-mooney: Hah, yeah. And I think in a lot of cases, our lower bound didn't/doesn't accurately reflect what really is the minimum required.19:27
smcginnisThis makes it plausible to have a test that can verify that.19:27
sean-k-mooneysmcginnis: well the distros. esspcially centos et al would be happy with knowing that a minium is actully checked before they start intergrating19:28
sean-k-mooneyill give the ml post a read thanks19:28
smcginnissean-k-mooney: Pour yourselve a nice cup of tea first - it will take a while. ;)19:28
*** jmlowe has joined #openstack-nova19:29
*** efried_rollin is now known as efried19:29
*** armaan has quit IRC19:31
*** adriano_ has joined #openstack-nova19:34
*** armaan has joined #openstack-nova19:38
*** david-lyle has joined #openstack-nova19:42
*** felipemonteiro__ has joined #openstack-nova19:48
*** yassine has quit IRC19:49
*** felipemonteiro__ has quit IRC19:49
*** felipemonteiro__ has joined #openstack-nova19:49
*** tbachman has joined #openstack-nova19:51
*** felipemonteiro_ has quit IRC19:52
openstackgerritLee Yarwood proposed openstack/nova master: libvirt: Block swapping to an encrypted volume when using QEMU to decrypt  https://review.openstack.org/54423819:52
*** gouthamr has quit IRC19:52
*** felipemonteiro_ has joined #openstack-nova19:54
*** claudiub|2 has quit IRC19:54
*** armaan has quit IRC19:54
*** eharney has quit IRC19:56
*** felipemonteiro__ has quit IRC19:57
openstackgerritChris Dent proposed openstack/nova master: Move test_report_client out of placement namespace  https://review.openstack.org/55891119:59
*** yassine has joined #openstack-nova20:01
*** mvk has quit IRC20:01
*** burt has quit IRC20:02
*** esberglu has quit IRC20:03
*** burt has joined #openstack-nova20:04
*** yangyapeng has joined #openstack-nova20:05
*** esberglu_ has joined #openstack-nova20:08
*** jaypipes has quit IRC20:09
*** yangyapeng has quit IRC20:09
*** _ix has quit IRC20:15
*** liverpooler has quit IRC20:19
*** suresh12 has joined #openstack-nova20:19
openstackgerritChris Dent proposed openstack/nova master: [placement] Fix incorrect exception import  https://review.openstack.org/55891620:20
cdentefried, mriedem, dansmith : that's ^ a fun little bug fix that would be nice to have20:20
*** evin has quit IRC20:22
openstackgerritSurya Seetharaman proposed openstack/nova master: Add --enable and --disable options to  nova-manage update_cell  https://review.openstack.org/55541620:24
mriedemcdent: we can't even have a simple unit test for that if gabbi won't cover it?20:24
cdentmriedem: we can have a unit test for it but it would be...very mocky20:25
mriedemthat's fine, it's testing error handling20:25
melwittyeah, I was about to ask that. I'm not seeing unit tests in the tree for the aggregate handler, guess there hasn't been need of one yet20:25
cdentmelwitt, mriedem : as a general rule we haven't done unit tests for the handler code20:26
melwittthat is, gabbit tests cover most of it20:26
melwittgabbi20:26
mriedemcdent: i know20:26
mriedembut...20:26
mriedemclearly there is a need for it in some cases20:26
melwittaye20:26
* cdent shrugs20:26
cdentI'm not saying I'm agin it, just that it hasn't happened yet20:26
mriedemyou can be a trailblazer here20:27
*** lpetrut_ has quit IRC20:27
cdent I was hoping to go to sleep instead20:27
mriedemblaze that treasure trail in the morning20:27
mriedemor lose sleep over it tonight :)20:27
cdentI will lose sleep over trying to generate caring20:28
cdentmriedem: so I can both think about it and not think about it, what is that you're hoping for here?20:29
*** Sukhdev has joined #openstack-nova20:29
mriedemi'm -1 without a unit test20:29
mriedemwhich can be dealt with whenever you feel like it i guess20:29
cdenta test that confirms that the handler raises a 409 when it seens a ConcurrentUpdate, or that a ConcurrentUpdate happens when there is an increment generation failure that casues a ConcurrentUpdate20:30
mriedemi'm fine with the former20:30
mriedemseems easy enough20:30
cdentone of the reasons we haven't done it in the past is because the answer to that ^ is unclear20:30
*** sapd has quit IRC20:30
melwitt+1 on the former20:30
*** sapd has joined #openstack-nova20:30
mriedemmaking sure we don't spew 500 out of the REST API is a simple enough thing to say is a good test20:30
cdenthmmm. Would that even have caught this particular problem?20:31
*** yamamoto_ has quit IRC20:31
mriedemthe exception moved,20:31
cdentI suppose so, as the unit test itself would have had an import error when it tried to side effet20:31
mriedemso yes it should20:31
melwittis ConcurrentUpdate a base nova exception too?20:31
mriedemno20:31
cdentnot any more20:31
mriedemit moved20:31
melwittokay, so you'd think it would blow up there20:31
*** sapd has quit IRC20:31
*** sapd has joined #openstack-nova20:32
* cdent shrugs in resignation20:32
melwittmy concern is just let's patch that test coverage gap since we know it's there. so if that path breaks in the future, we'll catch it. whether that happens now or in a follow up is fine IMHO but I think it's worth doing20:37
*** suresh12 has quit IRC20:41
*** suresh12 has joined #openstack-nova20:42
*** Nil_ has quit IRC20:42
cdentI get the concern, my reluctance is mostly because we've done a good job of avoid mock madness in the tests associated with placement20:43
openstackgerritMerged openstack/nova master: network: add command to configure trusted mode for VFs  https://review.openstack.org/45851320:43
cdentI even added https://review.openstack.org/#/c/557355/20:44
*** vladikr has quit IRC20:46
melwittyeah, I understand. I do really like the gabbi testing of the placement APIs. I'm just not immediately seeing another way to cover this particular testing gap20:48
openstackgerritTyler Blakeslee proposed openstack/nova master: Add __repr__ for NovaException  https://review.openstack.org/55581220:49
*** yassine has quit IRC20:49
*** edmondsw has quit IRC20:50
*** Nil_ has joined #openstack-nova20:52
*** yassine has joined #openstack-nova20:57
*** rcernin has joined #openstack-nova20:59
*** vladikr has joined #openstack-nova21:00
dansmithmriedem: melwitt cells meeting?21:01
mriedemoh yeah21:03
*** Sukhdev has quit IRC21:04
*** idlemind has joined #openstack-nova21:04
*** r-daneel has quit IRC21:06
cdentefried: on https://review.openstack.org/#/c/548249/ do you remember why you are catching DBDuplicateError around set_aggregates?21:09
efried...21:10
*** pchavva has quit IRC21:10
*** mrjk has joined #openstack-nova21:10
cdentefried: s/Error/Entry. That exception is handled in set_aggregates but with a pass, so I'm wondering if there's something else. it's not clear21:11
efriedcdent: Because Jay via https://review.openstack.org/#/c/548249/6/nova/api/openstack/placement/handlers/aggregate.py@100 pointed me to https://github.com/openstack/nova/blob/master/nova/api/openstack/placement/handlers/inventory.py#L171-L174 which I copy/pasted.21:12
* cdent reads21:12
*** tbachman has quit IRC21:13
cdenthrmm21:13
efriedcdent: Looking through a little bit, it's possible it's not necessary.21:14
cdentwill leave a NOTE next to it for the time being21:14
efriedight.21:15
*** yamahata has quit IRC21:19
openstackgerritMatt Riedemann proposed openstack/nova master: Add nova-status check for ironic flavor migration  https://review.openstack.org/52754121:23
*** jaypipes has joined #openstack-nova21:25
*** mvk has joined #openstack-nova21:27
*** yamamoto has joined #openstack-nova21:28
*** rcernin has quit IRC21:29
*** jaypipes has quit IRC21:30
*** yamamoto has quit IRC21:33
openstackgerritChris Dent proposed openstack/nova master: [placement] Fix incorrect exception import  https://review.openstack.org/55891621:34
cdentthat version adds a unit test, but does it by extracting the problematic code to its own method (as suggested by https://docs.openstack.org/nova/latest/contributor/placement.html#testing )21:35
*** bhagyashri_s has joined #openstack-nova21:40
*** voelzmo_ has joined #openstack-nova21:42
mriedemmelwitt: i've got a question in https://review.openstack.org/#/c/540258/21:42
mriedemyou and dan might have already covered that months ago though21:42
*** bhagyashris has quit IRC21:43
*** jmlowe has quit IRC21:44
*** voelzmo has quit IRC21:46
mriedemso for initial scheduling, it seems necessary to hit all cells since we don't know which one the scheduler is going to pick for the instances in the create request, but for operations on an existing instance, it seems we should only need to care about hosts that are in the same cell as the instance, since we don't support move operations across cells21:46
*** voelzmo_ has quit IRC21:47
*** voelzmo has joined #openstack-nova21:47
*** yamahata has joined #openstack-nova21:50
*** voelzmo has quit IRC21:52
*** yangyapeng has joined #openstack-nova21:53
*** tbachman has joined #openstack-nova21:54
*** takashin has joined #openstack-nova21:55
*** esberglu_ has quit IRC21:57
*** yangyapeng has quit IRC21:58
*** AlexeyAbashkin has joined #openstack-nova21:59
*** suresh12 has quit IRC22:03
*** suresh12 has joined #openstack-nova22:03
*** cdent has quit IRC22:03
*** voelzmo has joined #openstack-nova22:04
*** voelzmo has quit IRC22:04
*** AlexeyAbashkin has quit IRC22:04
*** voelzmo has joined #openstack-nova22:05
*** voelzmo_ has joined #openstack-nova22:07
*** voelzmo has quit IRC22:07
*** suresh12 has quit IRC22:08
*** suresh12 has joined #openstack-nova22:10
*** suresh12 has quit IRC22:11
*** voelzmo_ has quit IRC22:11
*** suresh12 has joined #openstack-nova22:12
*** suresh12 has quit IRC22:16
*** lbragstad has quit IRC22:18
*** mlavalle has quit IRC22:20
*** felipemonteiro_ has quit IRC22:21
openstackgerritMatt Riedemann proposed openstack/nova master: Add "activate_port_binding" neutron API method  https://review.openstack.org/55594722:22
openstackgerritMatt Riedemann proposed openstack/nova master: Delete port bindings in setup_networks_on_host if teardown=True  https://review.openstack.org/55633322:22
openstackgerritMatt Riedemann proposed openstack/nova master: Implement migrate_instance_start method for neutron  https://review.openstack.org/55633422:22
openstackgerritMatt Riedemann proposed openstack/nova master: WIP: compute: use port binding extended API during live migration  https://review.openstack.org/55137122:22
openstackgerritMatt Riedemann proposed openstack/nova master: WIP: Port binding based on events during live migration  https://review.openstack.org/43487022:23
openstackgerritMatt Riedemann proposed openstack/nova master: conductor: use port binding extended API in during live migrate  https://review.openstack.org/52253722:23
melwittmriedem: thanks, looking. it's true that at present we don't support migrate across cells and we restrict it via request_spec.requested_destination.cell in the conductor task. someday when we do migrate across cells, we'll not want to restrict it22:24
*** suresh12 has joined #openstack-nova22:25
melwittI'm trying to see if similar could be done with the instance group hosts query, if we can rely on request_spec.requested_destination.cell to limit it and put a NOTE on it that will remind us to remove that along with the others if we get cross-cell migration down the road22:27
melwittchecking if task.execute happens before or after the setup_instance_group call22:28
*** sdague has quit IRC22:29
*** yamamoto has joined #openstack-nova22:30
melwittoh, it's _in_ execute. so yeah looks like we could read requested_destination.cell to know to limit it22:32
melwittfor live migrate we'd have to move the setup_instance_group call down after the requested cell is set22:34
*** munimeha1 has quit IRC22:35
mriedemefried: edleafe: fyi https://review.openstack.org/#/c/556529/22:35
*** yamamoto has quit IRC22:36
mriedemmelwitt: so you mean from within the InstanceGroup.get_hosts() call, determine that you have a requested_destination.cell set and use it for the targeted context when doing InstanceList.get_by_filters?22:36
mriedemor whatever the instance query method is,22:36
*** tssurya has quit IRC22:37
mriedemyou could do that, but you still have setup_instance_group doing a scatter/gather on the cells, so it would likely be redundant22:37
melwittmriedem: I was thinking in the setup_instance_group method, choose whether to scatter-gather based on whether request_spec.requested_destination.cell is set. (after making sure the setup_instance_group calls are moved until after .cell is set)22:39
*** voelzmo has joined #openstack-nova22:41
mriedemah22:42
mriedemyeah that might do it22:42
*** awaugama has quit IRC22:43
mriedemone problem is InstanceGroup.get_hosts() doesn't take a context22:43
mriedembut,22:43
mriedemyou could temporarily mutate it's _context to be the cell-targeted one from the RequestSpec22:44
mriedemwell...22:44
mriedemthat's not how this is called, it happens via reqspec.instance_group.hosts22:44
mriedemsuppose we don't need to mess with the objects at all, just control it in _get_instance_group_hosts_all_cells22:45
*** rcernin has joined #openstack-nova22:45
melwittmaybe safest to target_cell(context, requested_destination.cell) as cctxt then obj_alternate_context(cctxt) or something22:46
mriedemyeah that's probably cleanest22:46
*** _ix has joined #openstack-nova22:47
mriedemanywho, before you go changing anything, would probably also be good to run it by dan in the morrow in case i'm missing something with this22:47
melwittunless what you were saying earlier is that the context in setup_instance_group(context, request_spec) is already targeted22:47
melwittk, will do22:47
mriedemi believe it is22:47
mriedemin the move cases22:47
mriedemso the regression i think you're trying to fix is for server create,22:48
openstackgerritMerged openstack/nova master: Noauth should also use request_id from compute_req_id.py  https://review.openstack.org/55526622:48
mriedembut i'm not sure it's broken for move operations22:48
mriedemkind of hard to tell without functional regression tests22:48
melwittyeah22:49
mriedemi think all of those move operations use the @targets_cell decorator in conductor manager22:49
mriedemwell before we get to setup_instance_group22:49
melwittI see22:49
*** mriedem is now known as mriedem_away22:51
*** tbachman has quit IRC22:51
*** _ix_ has joined #openstack-nova22:52
*** _ix has quit IRC22:52
*** tssurya has joined #openstack-nova22:52
*** mrjk_ has joined #openstack-nova22:53
*** mrjk has quit IRC22:55
*** ssurana has joined #openstack-nova22:56
*** tssurya has quit IRC22:57
*** felipemonteiro has joined #openstack-nova23:00
openstackgerritEd Leafe proposed openstack/nova master: Add columns for generation to consumers  https://review.openstack.org/55795823:05
openstackgerritEd Leafe proposed openstack/nova master: Add handlers for consumer_generation  https://review.openstack.org/55795923:05
openstackgerritEd Leafe proposed openstack/nova master: WIP - Add a microversion for consumer generation  https://review.openstack.org/55895823:05
*** hongbin_ has quit IRC23:06
*** mrjk_ has quit IRC23:10
*** suresh12 has quit IRC23:14
*** voelzmo has quit IRC23:14
*** suresh12 has joined #openstack-nova23:15
*** _ix has joined #openstack-nova23:16
*** _ix_ has quit IRC23:18
*** suresh12 has quit IRC23:20
openstackgerritTakashi NATSUME proposed openstack/nova master: List/show all server migration types (1/2)  https://review.openstack.org/43060823:22
*** suresh12 has joined #openstack-nova23:23
openstackgerritTakashi NATSUME proposed openstack/nova master: List/show all server migration types (2/2)  https://review.openstack.org/45948323:23
*** tbachman has joined #openstack-nova23:25
openstackgerritTakashi NATSUME proposed openstack/nova master: Fix 500 error while passing 4-byte unicode data  https://review.openstack.org/40751423:25
openstackgerritTakashi NATSUME proposed openstack/nova master: Transform aggregate.update_metadata notification  https://review.openstack.org/46062523:25
openstackgerritTakashi NATSUME proposed openstack/nova-specs master: Change a validation in creating a server group  https://review.openstack.org/54648423:26
openstackgerritTakashi NATSUME proposed openstack/nova master: Adds view builders for keypairs controller  https://review.openstack.org/34728923:26
openstackgerritTakashi NATSUME proposed openstack/nova master: api-ref: Parameter verification for servers.inc (2/3)  https://review.openstack.org/55064823:28
openstackgerritTakashi NATSUME proposed openstack/nova master: api-ref: Parameter verification for servers.inc (3/3)  https://review.openstack.org/55065923:28
openstackgerritTakashi NATSUME proposed openstack/nova master: api-ref: Fix parameter order in rebuild  https://review.openstack.org/52971823:29
openstackgerritTakashi NATSUME proposed openstack/nova master: api-ref: Example verification for servers.inc  https://review.openstack.org/52952023:29
*** chyka has quit IRC23:30
*** edleafe- has joined #openstack-nova23:31
*** yamamoto has joined #openstack-nova23:32
*** edleafe has quit IRC23:33
*** edleafe- is now known as edleafe23:33
*** yamamoto has quit IRC23:38
*** yamahata has quit IRC23:42
*** amodi has quit IRC23:42
*** Zames has joined #openstack-nova23:51
*** Zames has quit IRC23:57
*** _ix_ has joined #openstack-nova23:59

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