Friday, 2015-06-26

*** VW_ has joined #openstack-nova00:00
*** annegentle has joined #openstack-nova00:00
*** _cerberus_ has quit IRC00:02
*** jwcroppe_ has quit IRC00:03
openstackgerritMiguel Lavalle proposed openstack/nova-specs: Integrate DNS resolution with Neutron using Nova hostname  https://review.openstack.org/9015000:04
*** zzzeek has joined #openstack-nova00:05
*** annegentle has quit IRC00:05
*** tjones1 has quit IRC00:11
*** hemna is now known as hemnafk00:11
*** arnaud____ has joined #openstack-nova00:12
*** _diana_ has quit IRC00:12
*** SourabhP has joined #openstack-nova00:13
*** faraujo has quit IRC00:15
*** otter768 has joined #openstack-nova00:16
*** arnaud____ has quit IRC00:17
*** sdake_ has joined #openstack-nova00:17
*** armax has joined #openstack-nova00:18
*** patrickeast has quit IRC00:18
*** _diana_ has joined #openstack-nova00:19
*** sdake has quit IRC00:21
*** markvoelker has joined #openstack-nova00:24
*** zzzeek has quit IRC00:26
*** sdake_ has quit IRC00:27
*** markvoelker has quit IRC00:30
*** armax has quit IRC00:30
*** ijw_ has quit IRC00:32
*** pixelb has quit IRC00:32
*** dsanders has quit IRC00:34
*** tjones1 has joined #openstack-nova00:37
openstackgerritTracy Jones proposed openstack/nova: WIP - convert direct db calls to objects  https://review.openstack.org/19485100:38
*** Longgeek has joined #openstack-nova00:38
*** tjones1 has quit IRC00:39
*** tjones1 has joined #openstack-nova00:39
*** IanGovett has quit IRC00:42
*** tjones1 has quit IRC00:44
*** Longgeek has quit IRC00:44
*** Administrator__ has quit IRC00:49
*** Kevin_Zheng has joined #openstack-nova00:49
*** Jeffrey4l has joined #openstack-nova00:50
mriedemmikal: yes you missed all the fun in the nova meeting this morning talking about specs00:54
mikalmriedem: "fun"?00:55
mriedem'fun'00:56
mriedemexactly00:56
mriedems/fun/rage/00:57
claudiub|2*inserts nerdy joke here* Everyone deserves a red power ring! :D00:57
mikalSigh00:57
*** tjones1 has joined #openstack-nova00:58
*** otter768 has quit IRC00:58
*** liusheng has joined #openstack-nova00:58
*** tjones1 has quit IRC00:59
*** tjones2 has joined #openstack-nova00:59
*** tjones2 has quit IRC00:59
*** sdake has joined #openstack-nova01:00
*** annegentle has joined #openstack-nova01:01
*** husanu has quit IRC01:01
*** jwcroppe has joined #openstack-nova01:02
*** VW_ has quit IRC01:02
*** husanu has joined #openstack-nova01:03
*** tobe has joined #openstack-nova01:05
*** jwcroppe_ has joined #openstack-nova01:05
*** jwcroppe has quit IRC01:06
*** annegentle has quit IRC01:06
*** david-ly_ has joined #openstack-nova01:06
openstackgerritZhenyu Zheng proposed openstack/nova: glance:check the num_retries option  https://review.openstack.org/12331801:08
*** tjones1 has joined #openstack-nova01:08
*** david-lyle has quit IRC01:09
openstackgerritArtom Lifshitz proposed openstack/nova-specs: Support --all-tenants in floatingips-list  https://review.openstack.org/17138901:13
artomCould not be more last minute ^^01:15
*** park_heijlong has joined #openstack-nova01:20
*** ctrath has joined #openstack-nova01:22
*** tjones1 has quit IRC01:25
*** SourabhP has quit IRC01:25
*** ijw_ has joined #openstack-nova01:32
*** jasondotstar has joined #openstack-nova01:33
*** ctrath has quit IRC01:38
*** ctrath has joined #openstack-nova01:38
*** ctrath has quit IRC01:39
*** boris-42 has quit IRC01:42
*** radek_ has joined #openstack-nova01:52
*** radek__ has quit IRC01:55
*** husanu has quit IRC01:58
*** jasondotstar has quit IRC01:59
*** husanu has joined #openstack-nova02:00
*** arnaud____ has joined #openstack-nova02:01
*** aluria has quit IRC02:03
*** dosaboy has quit IRC02:04
*** wolsen has quit IRC02:05
*** arnaud____ has quit IRC02:05
*** wolsen has joined #openstack-nova02:05
*** dosaboy has joined #openstack-nova02:06
*** aluria has joined #openstack-nova02:06
*** _diana_ has quit IRC02:09
*** jasondotstar has joined #openstack-nova02:10
*** markvoelker has joined #openstack-nova02:14
*** dims has joined #openstack-nova02:14
*** artom has quit IRC02:14
*** dims_ has quit IRC02:15
openstackgerritZhenyu Zheng proposed openstack/nova: glance:check the num_retries option  https://review.openstack.org/12331802:17
*** dsanders has joined #openstack-nova02:18
*** markvoelker has quit IRC02:18
*** dims has quit IRC02:20
*** lan has quit IRC02:22
*** dims has joined #openstack-nova02:22
*** annegentle has joined #openstack-nova02:24
*** lan has joined #openstack-nova02:25
*** RuiChen has quit IRC02:30
*** RuiChen has joined #openstack-nova02:30
*** _diana_ has joined #openstack-nova02:31
*** annashen has joined #openstack-nova02:32
*** jwcroppe_ has quit IRC02:33
*** yamahata has quit IRC02:33
*** dsanders1 has joined #openstack-nova02:34
*** dsanders has quit IRC02:34
*** dsanders1 has quit IRC02:35
*** alexpilotti has quit IRC02:36
*** r-daneel has quit IRC02:39
*** annegentle has quit IRC02:39
*** Longgeek has joined #openstack-nova02:40
*** jasondotstar has quit IRC02:42
*** unicell has quit IRC02:42
*** xyhuang has joined #openstack-nova02:43
*** cfriesen has joined #openstack-nova02:44
*** READ10 has quit IRC02:47
*** Longgeek has quit IRC02:52
*** gyee has quit IRC02:58
*** otter768 has joined #openstack-nova02:59
openstackgerritZhenyu Zheng proposed openstack/nova: add support for muti_statuses_query from migration  https://review.openstack.org/16963103:00
openstackgerritZhenyu Zheng proposed openstack/nova: DB:support for migration objects multi-statuses  https://review.openstack.org/16960403:00
*** dims has quit IRC03:01
*** arnaud____ has joined #openstack-nova03:01
*** mriedem has quit IRC03:02
*** otter768 has quit IRC03:04
*** arnaud____ has quit IRC03:06
*** xyang1 has quit IRC03:09
*** radek_ has quit IRC03:13
*** mdrabe has joined #openstack-nova03:13
*** xyang1 has joined #openstack-nova03:14
*** armax has joined #openstack-nova03:17
*** mdrabe has quit IRC03:21
*** claudiub|2 has quit IRC03:22
*** boris-42 has joined #openstack-nova03:22
*** mestery has joined #openstack-nova03:23
openstackgerritjunxu proposed openstack/nova: Add hard stop server support in nova api  https://review.openstack.org/19297203:24
*** liusheng has quit IRC03:26
*** ijw has quit IRC03:29
*** ijw has joined #openstack-nova03:29
*** ijw__ has joined #openstack-nova03:31
*** ijw has quit IRC03:35
*** VW_ has joined #openstack-nova03:35
*** VW_ has quit IRC03:35
*** norman has joined #openstack-nova03:38
normanHi all , sorry, what's the channel of novaclient?  I did not find in the https://launchpad.net/python-novaclient03:40
*** annegentle has joined #openstack-nova03:40
normansdague, ping03:41
*** Longgeek has joined #openstack-nova03:44
*** annegentle has quit IRC03:45
*** _diana_ has quit IRC03:46
*** Longgeek has quit IRC03:46
*** Longgeek has joined #openstack-nova03:47
*** jwcroppe has joined #openstack-nova03:47
normanHi all,  I want to understand the flow of the nova client ,such as when I execute the 'nova floating-ip-associate xxxxx', I want to know which method in class@module will be called eventually,  are there some existing document described that?  or someone can drop me a note?  thanks03:48
*** david-ly_ is now known as david-lyle03:51
*** lpetrut has joined #openstack-nova03:52
*** asettle has joined #openstack-nova03:53
*** VW_ has joined #openstack-nova03:54
*** annashen has quit IRC03:57
openstackgerritJesse J. Cook proposed openstack/nova: WIP: cells: weighted cell list randomization  https://review.openstack.org/19575703:57
*** rajesht has joined #openstack-nova04:00
*** arnaud____ has joined #openstack-nova04:02
*** markvoelker has joined #openstack-nova04:02
*** mnestratov has quit IRC04:03
*** vilobhmm has joined #openstack-nova04:04
*** isd has joined #openstack-nova04:04
*** markvoelker has quit IRC04:07
*** arnaud____ has quit IRC04:07
*** unicell has joined #openstack-nova04:08
*** liusheng has joined #openstack-nova04:10
*** annashen has joined #openstack-nova04:11
*** VW_ has quit IRC04:13
*** deepthi has joined #openstack-nova04:13
*** rushiagr_away is now known as rushiagr04:13
*** annashen has quit IRC04:14
*** rotbeard has quit IRC04:15
*** xyang1 has quit IRC04:15
*** ildikov has quit IRC04:17
*** unicell has quit IRC04:18
*** annashen has joined #openstack-nova04:19
*** unicell has joined #openstack-nova04:20
*** Marga_ has joined #openstack-nova04:20
*** achanda has joined #openstack-nova04:26
openstackgerritijw-ubuntu proposed openstack/nova-specs: Add a binding_type negotiation when attempting to bind a Neutron port  https://review.openstack.org/19091704:29
*** Marga_ has quit IRC04:30
openstackgerritijw-ubuntu proposed openstack/nova-specs: Add a binding type negotiation between Nova and Neutron  https://review.openstack.org/19091704:30
*** Marga_ has joined #openstack-nova04:31
openstackgerritijw-ubuntu proposed openstack/nova-specs: Add a binding type negotiation between Nova and Neutron  https://review.openstack.org/19091704:34
*** lpetrut has quit IRC04:34
ijw__Third time lucky04:34
*** ijw__ is now known as ijw04:34
*** baoli has quit IRC04:35
*** vilobhmm has quit IRC04:36
*** tobe has quit IRC04:40
*** arnaud____ has joined #openstack-nova04:40
*** annegentle has joined #openstack-nova04:41
openstackgerritGhanshyam Mann proposed openstack/nova: Server list filter with tenant_id implies all_tenants  https://review.openstack.org/19541204:42
*** ijw__ has joined #openstack-nova04:44
*** isd has quit IRC04:45
*** annegentle has quit IRC04:46
*** ijw has quit IRC04:48
*** ijw has joined #openstack-nova04:48
*** ijw__ has quit IRC04:52
*** mdbooth has quit IRC04:54
*** rotbeard has joined #openstack-nova04:55
*** _gryf|afk is now known as _gryf04:58
*** otter768 has joined #openstack-nova05:00
*** achanda has quit IRC05:00
*** garyk has joined #openstack-nova05:01
*** mmedvede has quit IRC05:03
*** otter768 has quit IRC05:04
*** dave-mccowan has quit IRC05:05
*** Nikolay_St has quit IRC05:09
*** tojuvone has joined #openstack-nova05:14
*** tobe has joined #openstack-nova05:19
*** sudipto has joined #openstack-nova05:19
*** Sukhdev has joined #openstack-nova05:21
openstackgerritGhanshyam Mann proposed openstack/nova: Server list filter with tenant_id implies all_tenants  https://review.openstack.org/19541205:25
*** Nikolay_St has joined #openstack-nova05:26
*** jmccrory has quit IRC05:27
*** jmccrory has joined #openstack-nova05:28
*** annashen has quit IRC05:29
*** ajayaa has joined #openstack-nova05:31
openstackgerritgaryk proposed openstack/nova: VMware: improve instance names on VC  https://review.openstack.org/16660805:31
*** Nikolay_St has quit IRC05:34
*** sdake has quit IRC05:35
*** baoli has joined #openstack-nova05:36
*** baoli has quit IRC05:41
*** annegentle has joined #openstack-nova05:42
*** rushiagr is now known as rushiagr_away05:43
*** mtanino has joined #openstack-nova05:43
*** achanda has joined #openstack-nova05:43
*** annegentle has quit IRC05:47
*** ijw has quit IRC05:48
*** husanu has quit IRC05:49
*** oro has joined #openstack-nova05:50
*** SourabhP has joined #openstack-nova05:51
*** markvoelker has joined #openstack-nova05:51
*** husanu has joined #openstack-nova05:51
*** kaisers has quit IRC05:51
*** boris-42 has quit IRC05:52
*** kaisers has joined #openstack-nova05:53
*** asettle has quit IRC05:53
*** links has joined #openstack-nova05:55
*** markvoelker has quit IRC05:56
*** arnaud____ has quit IRC05:56
*** Murali has joined #openstack-nova05:58
*** Sukhdev has quit IRC05:58
*** sdake has joined #openstack-nova06:00
*** mtanino is now known as mtanino_zzz06:00
*** arnaud____ has joined #openstack-nova06:00
*** ijw has joined #openstack-nova06:01
*** abhishekk has joined #openstack-nova06:01
*** ajayaa has quit IRC06:04
*** tobe has quit IRC06:05
*** park_heijlong has quit IRC06:06
*** mestery has quit IRC06:08
openstackgerritHiroyuki Eguchi proposed openstack/nova: allow live migration in case of a booted from volume instance  https://review.openstack.org/19588506:09
*** radek_ has joined #openstack-nova06:12
*** mtanino_zzz has quit IRC06:14
*** achanda_ has joined #openstack-nova06:14
*** rushiagr_away is now known as rushiagr06:15
*** sdake has quit IRC06:16
*** achanda has quit IRC06:16
*** radek_ has quit IRC06:18
*** sdake has joined #openstack-nova06:19
*** park_heijlong has joined #openstack-nova06:21
*** armax has quit IRC06:21
*** ajayaa has joined #openstack-nova06:21
*** armax has joined #openstack-nova06:22
*** achanda_ has quit IRC06:24
*** boris-42 has joined #openstack-nova06:26
*** ajayaa has quit IRC06:27
*** eliqiao has joined #openstack-nova06:28
*** annashen has joined #openstack-nova06:30
*** ijw__ has joined #openstack-nova06:30
*** radek_ has joined #openstack-nova06:32
*** ijw has quit IRC06:33
openstackgerritAnkit Agrawal proposed openstack/nova: Test patch libvirt race condition (do not merge)  https://review.openstack.org/19173206:34
*** lpetrut has joined #openstack-nova06:36
*** browne has quit IRC06:37
*** eliqiao has quit IRC06:38
*** tobe has joined #openstack-nova06:40
*** sdake has quit IRC06:41
*** armax has quit IRC06:41
*** sdake has joined #openstack-nova06:41
*** sdake has quit IRC06:41
*** armax has joined #openstack-nova06:41
*** ajayaa has joined #openstack-nova06:42
*** belmoreira has joined #openstack-nova06:43
*** annegentle has joined #openstack-nova06:43
*** coolsvap|away is now known as coolsvap06:44
*** armax has quit IRC06:46
*** eliqiao has joined #openstack-nova06:46
*** annegentle has quit IRC06:48
*** eliqiao1 has joined #openstack-nova06:50
*** eliqiao1 has left #openstack-nova06:50
*** oomichi has joined #openstack-nova06:52
*** eliqiao has quit IRC06:53
openstackgerritZhenyu Zheng proposed openstack/nova: add support for muti_statuses_query from migration  https://review.openstack.org/16963106:55
*** scheuran has joined #openstack-nova06:56
*** coolsvap is now known as coolsvap|away06:56
*** arnaud____ has quit IRC06:56
*** lpetrut has quit IRC07:00
*** oomichi has quit IRC07:01
*** otter768 has joined #openstack-nova07:01
*** ijw_ has quit IRC07:02
*** oomichi has joined #openstack-nova07:03
*** ijw has joined #openstack-nova07:03
*** otter768 has quit IRC07:06
*** husanu has quit IRC07:06
*** husanu has joined #openstack-nova07:08
*** oro has quit IRC07:10
*** lpetrut has joined #openstack-nova07:10
openstackgerritMichal Rostecki proposed openstack/nova: [WIP] Dedicate aggregates for specific tenants  https://review.openstack.org/19578307:12
*** eglynn has quit IRC07:12
*** lpetrut has quit IRC07:14
*** pask81 has joined #openstack-nova07:15
*** claudiub has joined #openstack-nova07:19
*** SourabhP has quit IRC07:19
*** lsmola has joined #openstack-nova07:21
openstackgerritjaveme proposed openstack/nova: Fix typos detected by toolkit misspellings.  https://review.openstack.org/19589807:21
*** annashen has quit IRC07:23
*** bkopilov has quit IRC07:23
*** jcoufal has joined #openstack-nova07:25
*** liusheng has quit IRC07:26
*** liusheng has joined #openstack-nova07:27
*** Nikolay_St has joined #openstack-nova07:30
*** ijw__ has quit IRC07:31
bauzasaloha nova07:32
*** bauzas is now known as bauwser07:32
*** achanda has joined #openstack-nova07:32
openstackgerritZhenyu Zheng proposed openstack/nova: glance:check the num_retries option  https://review.openstack.org/12331807:33
*** yamahata has joined #openstack-nova07:33
*** nihilifer has quit IRC07:33
*** Kevin_Zheng has quit IRC07:35
*** rushiagr is now known as rushiagr_away07:36
*** cfriesen has quit IRC07:40
*** nihilifer has joined #openstack-nova07:47
*** oomichi has quit IRC07:48
*** markus_z has joined #openstack-nova07:55
*** Jeffrey4l has quit IRC08:00
*** jlanoux has joined #openstack-nova08:03
*** Marga_ has quit IRC08:04
*** lucasagomes has joined #openstack-nova08:04
*** derekh has joined #openstack-nova08:06
*** oro has joined #openstack-nova08:09
openstackgerritStefan Amann proposed openstack/nova-specs: Support host type specific block volume attachment  https://review.openstack.org/19416308:10
openstackgerritMarkus Zoeller (markus_z) proposed openstack/nova: hypervisor support matrix: add CLI commands to features  https://review.openstack.org/19564708:11
*** ildikov has joined #openstack-nova08:11
openstackgerritMarkus Zoeller (markus_z) proposed openstack/nova: hypervisor support matrix: add feature "serial console"  https://review.openstack.org/18091208:12
openstackgerritMarkus Zoeller (markus_z) proposed openstack/nova: hypervisor support matrix: add feature "evacuate"  https://review.openstack.org/19564808:12
*** jwcroppe has quit IRC08:14
*** mdbooth has joined #openstack-nova08:15
openstackgerritSergey Nikitin proposed openstack/nova: Added server tags support in nova-api  https://review.openstack.org/12894008:16
openstackgerritSergey Nikitin proposed openstack/nova: Added method exists to the Tag object  https://review.openstack.org/17810308:16
*** mnestratov has joined #openstack-nova08:16
*** jwcroppe has joined #openstack-nova08:18
*** eglynn has joined #openstack-nova08:19
*** jwcroppe has quit IRC08:19
*** jmccrory has quit IRC08:19
*** jwcroppe has joined #openstack-nova08:19
*** claudiub has quit IRC08:21
*** jwcroppe has quit IRC08:21
*** jwcroppe has joined #openstack-nova08:22
*** jwcroppe has quit IRC08:22
*** jwcroppe has joined #openstack-nova08:23
*** jwcroppe has quit IRC08:24
*** jwcroppe has joined #openstack-nova08:28
*** moshele has joined #openstack-nova08:28
*** yassine_ has joined #openstack-nova08:29
*** danpb has joined #openstack-nova08:29
openstackgerritLi Yingjun proposed openstack/nova: Validate maximum limit for quota  https://review.openstack.org/16506908:29
*** jwcroppe has quit IRC08:30
*** jwcroppe has joined #openstack-nova08:30
*** kylek3h has joined #openstack-nova08:31
*** jmccrory has joined #openstack-nova08:34
openstackgerritLi Yingjun proposed openstack/nova: Validate maximum limit for quota  https://review.openstack.org/16506908:34
*** park_heijlong has quit IRC08:38
*** yamahata has quit IRC08:40
*** Murali_ has joined #openstack-nova08:40
*** neiljerr` has joined #openstack-nova08:42
*** Marga_ has joined #openstack-nova08:43
*** Murali has quit IRC08:43
*** Murali_ is now known as Murali08:43
*** Guest54958 is now known as BobBall08:43
*** annegentle has joined #openstack-nova08:44
*** annegentle has quit IRC08:49
*** pask81 has quit IRC08:50
*** park_heijlong has joined #openstack-nova08:50
kashyapmarkus_z: So, your serial console change worked when I applied it on Compute node (in my 2-node DevStack) env. I'll re-test by applying it on Control node to (which also runs the `nova-compute` process).08:50
tdurakovdhellmann:  Hi Doug! got question about https://review.openstack.org/#/c/173834/ Could you explain why this patch haven't merged yet?08:53
*** nihilifer has quit IRC08:53
*** lsmola has quit IRC08:53
markus_zkashyap: yeah, good to hear. Did you need to change anything in the image? "os_command_line" image prop or anything?08:54
kashyapmarkus_z: Didn't do any change, just pulled in current `git` of all the involved projects. Now I tore down the setup again and re-building with the patch applied on both nodes.08:55
*** jwcroppe has quit IRC08:56
*** moshele has quit IRC08:58
*** jwcroppe has joined #openstack-nova08:58
*** moshele has joined #openstack-nova08:58
markus_zkashyap: cool, thanks for double-checking! I noticed recently an issue with "virsh console <domain> --devname <pty-device>" which concerns me.08:59
kashyapmarkus_z: What is the issue?08:59
markus_zkashyap: virsh doesn't create the connection to the guest. I have to debug that.09:00
kashyapOkay09:00
kashyapmarkus_z: Meanwhile, with your change, I still see the "There is no script for 294 version" on the Control node DevStack (running Fedora 22) - http://paste.openstack.org/show/321305/09:01
kashyap_Without_ your change, DevStack builds just fine.09:02
*** otter768 has joined #openstack-nova09:02
markus_zkashyap: Did you try another change? Maybe there is an issue with the update mechanism.09:02
kashyapmarkus_z: What do you mean "another change"?  Anything other patch apart from yours? If so, no.09:02
*** tobe has quit IRC09:02
kashyaps/Anything/Any/09:02
openstackgerritSergey Nikitin proposed openstack/nova-specs: Implement server instance tagging  https://review.openstack.org/17711209:03
markus_zkashyap: Jepp, plain devstack patched with another patch set than mine.09:03
kashyapmarkus_z: Just yours, nothing else.09:03
*** Marga_ has quit IRC09:04
markus_zkashyap: I'll test it too. Keeping you in the loop.09:04
*** veena has joined #openstack-nova09:05
kashyapNo rush. I'm debugging a unit test too (haven't done much of this before, so learning a few things :-) )09:05
*** otter768 has quit IRC09:07
johnthetubaguymarkus_z: just adding some notes to the evacate change09:09
johnthetubaguymarkus_z: loving the updates, just a bit worried about evacuate.09:09
*** husanu1 has joined #openstack-nova09:09
markus_zjohnthetubaguy: Yes, please, feel free to do so.09:09
markus_zjohnthetubaguy: What are the concerns with "evacuate"?09:10
johnthetubaguymarkus_z: I am thinking we should only cover nova evacate, then talk about the meta operations separatly09:10
johnthetubaguymarkus_z: the only reason I say this, is because almost everyone is confused about what evacuate does, its a very confusing name!09:10
markus_zjohnthetubaguy: agreed09:11
abhishekkjohnthetubaguy: hi boss, could you please review the nova-specs, https://review.openstack.org/13538709:11
markus_zjohnthetubaguy: I tried to express an expectation from the end user side. But I'm lacking experience from an operators view.09:12
johnthetubaguyabhishekk: sorry, I am having a day off spec reviews to try get some other things sorted for Nova09:13
johnthetubaguymarkus_z: no problems, I am loving the updates here, I think the CLI call is a great way to talk about the operations09:13
abhishekkjohnthetubaguy: actually, I heard Liberty-1 milestone release was last day for approval, is it True?09:14
markus_zjohnthetubaguy: I'll try to re-phrase the statement for "evacuate". Just put a -1 and maybe if there's time a few hints what you would expect.09:14
openstackgerritSergey Nikitin proposed openstack/nova-specs: Implement server instance tagging  https://review.openstack.org/17711209:14
johnthetubaguymarkus_z: awesome, I just added a few ideas on that patch, let me know if they make sense09:15
markus_zjohnthetubaguy: thanks!09:15
*** bradjones has quit IRC09:15
*** lyarwood has quit IRC09:15
*** lyarwood has joined #openstack-nova09:15
*** nihilifer has joined #openstack-nova09:16
*** bradjones has joined #openstack-nova09:16
*** bradjones has quit IRC09:16
*** bradjones has joined #openstack-nova09:16
*** husanu1 has quit IRC09:18
*** neiljerr` has quit IRC09:19
*** ijw_ has joined #openstack-nova09:19
openstackgerritMaxim Nestratov proposed openstack/nova: libvirt: rename parallels driver to virtuozzo  https://review.openstack.org/18431109:21
*** boris-42 has quit IRC09:22
*** ndipanov has joined #openstack-nova09:22
*** husanu4 has joined #openstack-nova09:23
*** markus_z has quit IRC09:23
*** park_heijlong has quit IRC09:23
*** Murali_ has joined #openstack-nova09:25
*** rotbeard has quit IRC09:26
*** Murali has quit IRC09:28
*** Murali_ is now known as Murali09:28
*** markus_z has joined #openstack-nova09:28
*** husanu4 has quit IRC09:28
*** markvoelker has joined #openstack-nova09:29
*** karimb has joined #openstack-nova09:32
*** exploreshaifali has joined #openstack-nova09:33
*** markvoelker has quit IRC09:33
*** husanu has quit IRC09:39
*** annegentle has joined #openstack-nova09:45
rajeshtdansmith: you around ?09:45
*** moshele has quit IRC09:46
*** Marga_ has joined #openstack-nova09:48
openstackgerritZhenyu Zheng proposed openstack/nova: resize-revert can break anti-affinity policy  https://review.openstack.org/16011009:48
*** annegentle has quit IRC09:50
*** nihilifer has quit IRC09:50
danpbjohnthetubaguy: as expected, people are already asking me what the process is for requesting spec exceptions...09:53
johnthetubaguyrajesht: he is on the west coast, and not up yet09:53
danpbjohnthetubaguy: presumably you will send the usual email telling people the deadline for specs is passed and saying how to request exceptions ?09:54
johnthetubaguydanpb: it was in the nova-meeting logs, I am going to send an email09:54
johnthetubaguydanpb: yeah09:54
rajeshtjohnthetubaguy: thanks :)09:54
danpbok i'll tell them to be patient then09:54
johnthetubaguyrajesht: he is online quite early for west cost, so probably in about 2-3 hours or so09:54
johnthetubaguydanpb: just point them at me, if that helps09:54
*** norman has quit IRC09:55
johnthetubaguydanpb: I should get the email out this morning, need to clear out the agenda and actions from the last nova-meeting before then09:56
* johnthetubaguy wonders where to get some antidepressants to get through the spec freeze09:57
danpbjohnthetubaguy: i'm sure i've got a few vendors offering pills in my spam folder09:58
johnthetubaguydanpb: heh09:58
*** dims has joined #openstack-nova09:59
*** gszasz has joined #openstack-nova10:00
*** Marga_ has quit IRC10:04
openstackgerritPeter Savage proposed openstack/python-novaclient: Added marker functionality to flavours and images  https://review.openstack.org/19321210:05
*** mpaolino has joined #openstack-nova10:07
*** ijw has quit IRC10:07
openstackgerritBob Ball proposed openstack/nova: XenAPI: Refactor rotate_xen_guest_logs to avoid races  https://review.openstack.org/19364710:09
openstackgerritVipin Balachandran proposed openstack/nova: Detach and terminate conn if Cinder attach fails  https://review.openstack.org/18674210:09
*** cfriesen has joined #openstack-nova10:09
*** ankit_ag has joined #openstack-nova10:11
BobBalljohnthetubaguy: ^^ Definitely need your input on that one at some point :) (not necessarily today)10:14
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: [WIP] Kicking the oslo.service tires  https://review.openstack.org/19290010:17
*** dims has quit IRC10:18
*** liusheng has quit IRC10:18
*** Marga_ has joined #openstack-nova10:19
*** Marga_ has quit IRC10:22
*** Marga_ has joined #openstack-nova10:23
*** annashen has joined #openstack-nova10:24
johnthetubaguyBobBall: yes bug me next week about that, I should defo take a look10:25
openstackgerritAlvaro Lopez Garcia proposed openstack/nova: scheduler: weight nodes based on their cached images  https://review.openstack.org/17330410:26
openstackgerritAlvaro Lopez Garcia proposed openstack/nova: Add new image cache monitor in compute nodes  https://review.openstack.org/17330310:26
openstackgerritAlvaro Lopez Garcia proposed openstack/nova: vmware: add image_cache_manager property  https://review.openstack.org/18760210:26
openstackgerritAlvaro Lopez Garcia proposed openstack/nova: compute monitors: set update delta from base class  https://review.openstack.org/17398710:26
*** annashen has quit IRC10:28
bauwserBobBall: do you have any updates about the merge issue for Xen Server CI ?10:32
bauwserBobBall: I mean, I really like doing "xen: recheck" but you know, I'm a bit lazy :)10:33
openstackgerritMatthew Booth proposed openstack/nova: Add the de-pbr utility  https://review.openstack.org/19598310:36
*** links has quit IRC10:36
*** mpaolino has quit IRC10:37
BobBallbauwser: Should be deploying it again next week10:38
bauwserBobBall: sweet !10:38
*** mpaolino has joined #openstack-nova10:39
BobBallI think the CI must love you10:39
bauwserBobBall: probably, she wants to see me again10:39
BobBallMust miss your attention or something - which is why it wants to make it talk to you10:39
bauwserBobBall: I could be tempted to give her my phone number, but I'm married with children10:40
bauwserBobBall: so I'm unfortunately only able to discuss with her on a professional manner10:40
BobBallI'm sure she'd be content with that!10:41
*** achanda_ has joined #openstack-nova10:44
*** ijw has joined #openstack-nova10:44
*** achanda has quit IRC10:47
johnthetubaguygaryk: I just added your spec to the freature freeze exception list, as an example: https://etherpad.openstack.org/p/liberty-spec-freeze-exceptions10:48
johnthetubaguygaryk: let me know if that looks reasonable10:48
johnthetubaguykfox1111: have you got a link to your spec, so I can add it to the freeze list?10:49
*** ijw has quit IRC10:50
bauwserjohnthetubaguy: can I blame also my spec for it ? :)10:51
abhishekkjohnthetubaguy: can I add my spec in the above list?10:51
*** stefan_amann has joined #openstack-nova10:51
johnthetubaguyabhishekk: you can, I am drafting an email to the ML right now10:51
bauwserjohnthetubaguy: oh, seen L9-10...10:52
abhishekkjohnthetubaguy: thank you10:52
johnthetubaguybauwser: yeah, I mean we could add them in there, but it seemed silly to list them in two places!10:52
bauwserjohnthetubaguy: makes sense10:52
bauwserjohnthetubaguy: btw. I made -1 because I think that one doesn't require a spec https://review.openstack.org/#/c/187739/10:53
bauwserjohnthetubaguy: I know you're not reviewing specs today, but just take some time on Monday to review it if you want10:53
bauwserjohnthetubaguy: my point is that's just a trivial change for logging, not really needing a spec10:53
bauwserjohnthetubaguy: and we know that we have like low-hanging-fruits for adding logs in Nova10:54
stefan_amannjohnthetubaguy: is there any chance to get the support-hosttype-on-attach blueprint approved? I updated the spec a couple of days ago. So it should be ready to go. It is actually a very small change. I have done a similar change to Cinder. This change has been merged10:54
johnthetubaguystefan_amann: it has to go on the exception list: https://etherpad.openstack.org/p/liberty-spec-freeze-exceptions10:54
stefan_amannok... thanks. I will put it there10:55
*** IanGovett has joined #openstack-nova10:56
*** alexschm has joined #openstack-nova10:56
johnthetubaguyabhishekk: did you just add the unshelved?10:57
scheurandanpb: thanks for your comment on my macvtap spec. baoli made me aware of, that there is a potential api change in this spec, as I have to enrich the vif dictionary with the "mode" and "devicename" information on the neutron side. Is there anything special to consider in this case?10:57
abhishekkjohnthetubaguy: yes10:57
abhishekkor should I hadd it once you sent the mail?10:58
abhishekk* add10:58
johnthetubaguyabhishekk: can you please add a reason why on there, as the other examples have10:58
*** dims has joined #openstack-nova10:59
abhishekkjohnthetubaguy: ok, I will10:59
johnthetubaguyabhishekk: thank you10:59
abhishekkjohnthetubaguy: thank you as well10:59
*** mariusv has joined #openstack-nova11:00
*** mariusv has quit IRC11:00
*** mariusv has joined #openstack-nova11:00
*** mariusv has quit IRC11:01
*** otter768 has joined #openstack-nova11:03
*** ijw has joined #openstack-nova11:04
*** baoli has joined #openstack-nova11:07
*** otter768 has quit IRC11:07
*** ijw has quit IRC11:08
*** nihilifer has joined #openstack-nova11:08
*** claudiub has joined #openstack-nova11:11
*** baoli has quit IRC11:12
*** VW_ has joined #openstack-nova11:13
*** slagle_ is now known as slagle11:14
*** ZZelle has quit IRC11:14
*** ZZelle has joined #openstack-nova11:15
*** tojuvone has quit IRC11:15
*** kbyrne has quit IRC11:16
*** Marga_ has quit IRC11:17
*** links has joined #openstack-nova11:17
*** markvoelker has joined #openstack-nova11:17
*** pixelb has joined #openstack-nova11:18
*** links has quit IRC11:19
openstackgerritRitesh proposed openstack/python-novaclient: Improve hypervisor-show print list  https://review.openstack.org/19306811:19
*** kbyrne has joined #openstack-nova11:20
*** kbyrne has quit IRC11:21
openstackgerritBob Ball proposed openstack/nova: XenAPI: Refactor rotate_xen_guest_logs to avoid races  https://review.openstack.org/19364711:21
*** kbyrne has joined #openstack-nova11:21
*** markvoelker has quit IRC11:22
*** lpetrut has joined #openstack-nova11:25
*** lucasagomes is now known as lucas-afk11:28
*** ajayaa has quit IRC11:32
*** aix has quit IRC11:41
*** bradjones has quit IRC11:42
*** ijw has joined #openstack-nova11:44
*** karimb has quit IRC11:44
*** bradjones has joined #openstack-nova11:45
*** bradjones has quit IRC11:45
*** bradjones has joined #openstack-nova11:45
*** aysyanne has joined #openstack-nova11:45
*** cfriesen has quit IRC11:46
*** annegentle has joined #openstack-nova11:47
*** _diana_ has joined #openstack-nova11:49
*** ijw has quit IRC11:50
tdurakovdanpb, hi Dan!11:50
*** _diana_ has quit IRC11:50
tdurakovdanpb: Are you going to merge this spect in current release: https://review.openstack.org/#/c/168982/11:51
*** ajayaa has joined #openstack-nova11:51
*** annegentle has quit IRC11:52
danpbit will need an excepton request at this point11:53
tdurakovdanpb: if it'll not be approved in current release there is no guarantee that my(https://review.openstack.org/#/c/183057/) would be approved in next window. Do we really want to live with such ugly responses so much time?11:54
tdurakovdanpb: could you recommend me, how to make my spec approved faster?11:55
*** VW_ has quit IRC11:55
*** _diana_ has joined #openstack-nova11:56
*** achanda_ has quit IRC11:58
*** markvoelker has joined #openstack-nova12:00
tdurakovdanpb: I've added both to exception request. Anything else?12:03
*** baoli has joined #openstack-nova12:08
*** aix has joined #openstack-nova12:08
*** mpaolino has quit IRC12:08
*** dims is now known as dimsum__12:09
*** baoli_ has joined #openstack-nova12:10
*** stefan_amann has quit IRC12:10
openstackgerritPrzemyslaw Czesnowicz proposed openstack/nova: Add PciNumaInfoWeigher  https://review.openstack.org/15291512:11
*** baoli has quit IRC12:12
*** dims_ has joined #openstack-nova12:13
*** baoli_ has quit IRC12:14
*** baoli has joined #openstack-nova12:14
*** deepthi has quit IRC12:15
*** dimsum__ has quit IRC12:16
*** Longgeek_ has joined #openstack-nova12:17
*** exploreshaifali has quit IRC12:20
*** rmstar has joined #openstack-nova12:20
*** packet has joined #openstack-nova12:20
*** Longgeek has quit IRC12:21
openstackgerritRadoslav Gerganov proposed openstack/nova: VMware: map one nova-compute to one VC cluster  https://review.openstack.org/10391612:23
*** _gryf is now known as _gryf|afk12:23
openstackgerritMarkus Zoeller (markus_z) proposed openstack/nova: hypervisor support matrix: add feature "evacuate"  https://review.openstack.org/19564812:23
*** _diana_ has quit IRC12:26
openstackgerritAndrey Kurilin proposed openstack/python-novaclient: Implements 'microversions' api type - Part 2  https://review.openstack.org/16740812:27
*** _diana_ has joined #openstack-nova12:27
*** aix has quit IRC12:28
openstackgerritRadoslav Gerganov proposed openstack/nova: VMware: Use datastore copy when the image is already in vSphere  https://review.openstack.org/18671612:31
*** claudiub|2 has joined #openstack-nova12:31
*** claudiub has quit IRC12:32
*** edmondsw has joined #openstack-nova12:32
*** busterswt has joined #openstack-nova12:34
*** vladikr has joined #openstack-nova12:34
*** dave-mccowan has joined #openstack-nova12:35
*** raildo has joined #openstack-nova12:37
*** cfriesen has joined #openstack-nova12:39
*** rotbeard has joined #openstack-nova12:40
*** jaypipes has joined #openstack-nova12:41
*** Longgeek has joined #openstack-nova12:41
*** eglynn-officeafk has joined #openstack-nova12:44
*** ijw has joined #openstack-nova12:44
*** ijuwang has joined #openstack-nova12:44
*** VW_ has joined #openstack-nova12:45
*** tellesnobrega has joined #openstack-nova12:45
*** Longgeek_ has quit IRC12:45
*** rfolco has joined #openstack-nova12:45
*** VW_ has quit IRC12:45
*** VW_ has joined #openstack-nova12:46
openstackgerritClaudiu Belu proposed openstack/nova-specs: Adds Hyper-V vTPM devices spec  https://review.openstack.org/19506812:48
*** ijw has quit IRC12:50
*** mestery has joined #openstack-nova12:52
*** packet has quit IRC12:53
*** Sukhdev has joined #openstack-nova12:54
*** mestery has quit IRC12:57
*** veena has quit IRC13:00
*** otter768 has joined #openstack-nova13:04
*** tellesnobrega has quit IRC13:04
*** mwagner_afk has quit IRC13:05
*** busterswt has quit IRC13:06
*** dimsum__ has joined #openstack-nova13:07
*** tellesnobrega has joined #openstack-nova13:08
*** otter768 has quit IRC13:08
*** Marga_ has joined #openstack-nova13:09
*** dboik_ has quit IRC13:09
*** dims_ has quit IRC13:10
*** kaisers has quit IRC13:11
*** kaisers has joined #openstack-nova13:13
*** ankit_ag has quit IRC13:13
*** Murali has quit IRC13:15
*** READ10 has joined #openstack-nova13:17
*** ijuwang_ has joined #openstack-nova13:18
*** ijuwang has quit IRC13:18
*** ijuwang_ is now known as ijuwang13:18
openstackgerritEugeniya Kudryashova proposed openstack/python-novaclient: Raise exception when API does't support microversions  https://review.openstack.org/18881613:18
*** fawadkhaliq has joined #openstack-nova13:18
openstackgerritEugeniya Kudryashova proposed openstack/python-novaclient: Raise exception when API does't support microversions  https://review.openstack.org/18881613:19
*** rlrossit has joined #openstack-nova13:24
*** mriedem has joined #openstack-nova13:25
*** rajesht has quit IRC13:26
openstackgerritMichal Rostecki proposed openstack/nova: [WIP] Dedicate aggregates for specific tenants  https://review.openstack.org/19578313:26
*** fawadkhaliq has quit IRC13:28
*** ajayaa has quit IRC13:29
*** ildikov has quit IRC13:30
*** dboik has joined #openstack-nova13:31
*** baoli has quit IRC13:31
*** ivasev has joined #openstack-nova13:33
*** edleafe is now known as figleaf13:35
*** _gryf|afk is now known as _gryf13:36
*** Marga_ has quit IRC13:39
*** thangp has joined #openstack-nova13:40
*** browne has joined #openstack-nova13:41
*** _diana_ has quit IRC13:41
*** ijw has joined #openstack-nova13:44
*** achanda has joined #openstack-nova13:45
*** raildo has quit IRC13:45
*** raildo has joined #openstack-nova13:47
*** boris-42 has joined #openstack-nova13:47
snikitinmriedem: Hi Matt! Your comments in instance tags spec were addressed. https://review.openstack.org/#/c/177112/ Could you look, please?13:47
mriedemsnikitin: sure13:47
*** annegentle has joined #openstack-nova13:48
garykjohnthetubaguy: not sure about the exception freeze. do i need to do anything?13:49
*** htruta has joined #openstack-nova13:49
johnthetubaguygaryk: the ML thread should describe whats required, does that help?13:49
*** dansmith is now known as superdan13:49
johnthetubaguygaryk: http://lists.openstack.org/pipermail/openstack-dev/2015-June/068079.html13:49
*** ijw has quit IRC13:50
*** nihilifer has quit IRC13:50
garykjohnthetubaguy: i am still not sure what to do. the spec has 2 +2's. do i need to add it to he list and hop ehtta someone will it +w?13:51
johnthetubaguygaryk: so the plan is added to the etherpad, merges after the next nova-meeting13:52
garykok, thanks.13:52
*** ctrath has joined #openstack-nova13:52
*** ctrath has left #openstack-nova13:52
*** annegentle has quit IRC13:53
garykso just to be 100% sure I just need to wait another week?13:53
*** abhishekk has quit IRC13:54
garykhave a good weekend13:54
mriedemsnikitin: a few more questions about deletes in the data model that i didn't think of before13:54
johnthetubaguygaryk: yes, you should get an answer by the end of next week13:54
snikitinmriedem: Let me look13:55
mriedemkfox1111: you might want to tag your spec exception request in the ML with [nova] so it's filtered properly13:55
*** annegentle has joined #openstack-nova13:55
*** alexschm has quit IRC13:56
*** ctrath1 has joined #openstack-nova13:57
*** ijw has joined #openstack-nova13:58
*** VW_ has quit IRC13:58
mriedemscheuran: i added your macvtap vif type spec here https://etherpad.openstack.org/p/liberty-spec-freeze-exceptions13:58
mriedemscheuran: since i think it was agreed in the nova meeting yesterday to no block on it and danpb agreed in the spec13:59
*** VW_ has joined #openstack-nova13:59
*** eharney has joined #openstack-nova14:00
*** salv-orl_ has quit IRC14:01
*** artom has joined #openstack-nova14:01
*** achanda has quit IRC14:01
*** ildikov has joined #openstack-nova14:02
*** jecarey has joined #openstack-nova14:03
*** fawadkhaliq has joined #openstack-nova14:04
*** mmedvede has joined #openstack-nova14:05
*** VW_ has quit IRC14:05
*** VW_ has joined #openstack-nova14:05
*** annegentle has quit IRC14:07
*** fawadk has joined #openstack-nova14:08
*** fawadkhaliq has quit IRC14:09
*** krtaylor has quit IRC14:10
*** browne has quit IRC14:10
*** annegentle has joined #openstack-nova14:11
*** annegentle has quit IRC14:11
garykjohnthetubaguy: i hope that it will be a positive answer ...14:12
johnthetubaguygaryk: looks that way right now14:13
garykjohnthetubaguy: what about the patches that do not have BP's approved?14:13
*** VW_ has quit IRC14:13
garykthose without specs, for example14:13
garykhttps://review.openstack.org/14712614:13
*** VW_ has joined #openstack-nova14:13
garykthat is the biggest pain point that we have at the moment14:13
*** annegentle has joined #openstack-nova14:13
*** annegentle has quit IRC14:13
johnthetubaguygaryk: I am going through those this afternoon, it was approved yesterday at the meeting, I just need to do the paperwork14:14
garykok, thanks14:14
johnthetubaguygaryk: just without getting on the meeting agenda, its hard to spot which blueprints are being proposed, hence the process is to put them forward in the nova-meeting14:15
*** mmedvede_ has joined #openstack-nova14:15
*** unicell1 has joined #openstack-nova14:15
*** browne has joined #openstack-nova14:16
garykok, thanks. i will be aware of doing that in the future.14:16
*** lyarwood has quit IRC14:16
*** lyarwood has joined #openstack-nova14:16
*** unicell has quit IRC14:18
johnthetubaguygaryk: if something isn't approved, or just unsure, just ping me, than I can get it fixed quicker14:18
*** ajayaa has joined #openstack-nova14:19
*** fawadk has quit IRC14:19
openstackgerritJesse J. Cook proposed openstack/nova: Cells: limit slots by io_ops  https://review.openstack.org/19575614:20
openstackgerritJesse J. Cook proposed openstack/nova: WIP: cells: weighted cell list randomization  https://review.openstack.org/19575714:20
openstackgerritJesse J. Cook proposed openstack/nova: Cells: Add cells filter RamByInstanceTypeFilter  https://review.openstack.org/19575514:20
scheuranmriedem: thanks. dan already gave his +2, just waiting for another14:20
garykjohnthetubaguy: ok, thanks14:21
*** lyarwood has quit IRC14:22
*** lyarwood has joined #openstack-nova14:23
*** r-daneel has joined #openstack-nova14:26
*** Sukhdev has quit IRC14:29
*** alexpilotti has joined #openstack-nova14:30
openstackgerritZhenguo Niu proposed openstack/nova: Remove unused decorator on attach/detach volume  https://review.openstack.org/16583914:30
thangpsuperdan: ping14:31
superdanthangp: I see the pings, I'm on a call right now14:32
thangpsuperdan: ok, np14:32
*** alexpilotti_ has joined #openstack-nova14:35
*** alexpilotti has quit IRC14:36
*** alexpilotti_ is now known as alexpilotti14:36
mriedemoh man, i'm going to have a hard time remembering to add things to this when new config options are added in a new module https://review.openstack.org/#/c/180013/14:36
openstackgerritgaryk proposed openstack/nova: virt: update doctrings  https://review.openstack.org/19608014:38
garykanyone needing a no braininer review ^14:39
mriedemdimsum__: with https://review.openstack.org/#/c/180013/ - i don't see https://github.com/openstack/nova/blob/master/nova/utils.py#L142 in there - is that a mistake or are the workarounds options magically pulled into the generated config?14:39
*** tonytan4ever has joined #openstack-nova14:40
dimsum__mriedem: one sec looking14:41
mriedemgaryk: i can't help but -1ing :)14:41
dimsum__mriedem: see opts.py - "        ('workarounds', nova.utils.workarounds_opts), "14:42
openstackgerritAndrey Pavlov proposed openstack/python-novaclient: Fix resolving image.id in servers.boot  https://review.openstack.org/19608214:42
mriedemdimsum__: oh14:42
mriedemdimsum__: so opts.py is like the 'here is where everything else goes' spot?14:42
figleafgaryk: that's the only kind of review I'm qualified for14:42
openstackgerritgaryk proposed openstack/nova: virt: update doctrings  https://review.openstack.org/19608014:43
garykmriedem: it is final i am an idiot14:43
*** yamahata has joined #openstack-nova14:43
*** xyang1 has joined #openstack-nova14:43
garyki guess i can blame it on my keyboard14:43
dimsum__mriedem: for now. i want to break it into list_opts in different modules, then add entries in setup.cfg - once we do that we can generate different kinds of config files with different contents14:43
markus_zhehe14:44
mriedemdimsum__: different config files?14:44
dimsum__mriedem: also see the huge DEFAULT list, we need to add groups for them14:44
mriedemlike nova-compute.conf, nova-cells.conf?14:44
dimsum__mriedem: right nova-conductor.conf14:44
*** ijw has quit IRC14:44
mriedemwhy do we need multiple config files?14:44
dimsum__(if we choose to)14:44
markus_zgaryk: Is there some kind of docstring update initiative ongoing?14:44
mriedemmarkus_z: no14:45
garykmarkus_z: not that i am aware of. we are just trying to improve things...14:45
dimsum__mriedem: you can run nova-conductor on a box by itself and the virt driver settings is of no use in that. (just as an example)14:45
markus_zmriedem: garyk: :,(14:45
garykthe better the code and code base the better the product. yalla. i need to run. have a good weekend14:45
mriedemdimsum__: well, i get that14:46
*** krtaylor has joined #openstack-nova14:46
dimsum__mriedem: don't have a firm plan, just showing possibilities14:46
mriedemdimsum__: but, imo it would be more confusing for the ops person to know where all of the options need to go14:46
*** _cerberus_ has joined #openstack-nova14:46
mriedemdimsum__: yeah, i know.14:46
*** yamahata has quit IRC14:46
mriedemi assume that in most cases, when someone is told to set an option in nova.conf, they just do it everywhere to be safe14:46
mriedemsince they don't know exactly how the code is using it14:46
*** yamahata has joined #openstack-nova14:46
dimsum__mriedem: right14:46
mriedemthis came up yesterday actually when reviewing a blog post from superdan on rolling upgrades, and where the upgrade_levels option should be set - i assume control nodes but we agreed that most people would just set it everywhere14:47
markus_zmriedem: Right know you have to parse the code to see which services uses which config option, or I'm missing something.14:48
kfox1111johnthetubaguy: is there a way to get a spec marked priority this late in the game?14:48
dimsum__mriedem: good feedback14:48
mriedemmarkus_z: yes, and parsing the code is not something an operator wants to do14:48
dimsum__mriedem: though you agree on the groups right? DEFAULT has too many things14:48
mriedemmarkus_z: most are using things like puppet/chef/anisble to just set options and deploy14:48
mriedemdimsum__: sure, although i don't see the need for a group of one14:48
markus_zmriedem: me neither... The configuration reference should list which services use an option IMHO14:48
*** armax has joined #openstack-nova14:48
mriedemwhich is a lot of stuff in DEFAULT14:48
mriedemdimsum__: are there plans to get a pep8 style job that makes sure all options defined in the code would show up in the generated config in case people forget to duplicate the option registration in these other modules?14:50
mriedemb/c i know i will forget that w/o a job14:50
*** vilobhmm has joined #openstack-nova14:50
superdanmriedem: you *must* set it everywhere14:51
superdanmriedem: because compute nodes talk to compute nodes14:52
mriedemok, was an example14:52
mriedembut proves my point14:52
dimsum__mriedem:  y, we definitely need something, looking at options - one idea was to salvage something from the old generator.py but its so fragile14:53
mriedemwtf do i set this option to make nova work? on the control or compute nodes? oh, and now, in which of the 10 conf files for nova in the given node14:53
*** ZZelle has quit IRC14:54
*** nihilifer has joined #openstack-nova14:54
*** jaypipes is now known as leakypipes14:56
leakypipesmriedem: so, tags should just be hard-deleted when an instance is hard-deleted. that's all.14:56
mriedemleakypipes: instances aren't hard-deleted though, right?14:57
*** belmoreira has quit IRC14:57
*** VW_ has quit IRC14:57
leakypipesmriedem: sure they are, during nova-manage archive (or purge, or whatever it's called..)14:58
*** mmedvede_ has quit IRC14:58
mriedemleakypipes: i thought that moved stuff to shadow tables14:58
*** VW_ has joined #openstack-nova14:58
mriedemregardless14:58
*** htruta has quit IRC14:58
leakypipesmriedem: have I mentioned I hate soft-delete? :)14:58
*** agireud has joined #openstack-nova14:59
mriedemleakypipes: if you have an instance with tags that you soft delete, and the tags are hard deleted in the process, and then you decide to restore that instance so it's no longer soft deleted, then the tags are gone, right?14:59
mriedemleakypipes: that doesn't mean it doesn't exist14:59
*** VW_ has quit IRC14:59
leakypipesmriedem: yes, the tags are gone.14:59
mriedemso unless the tags spec depends on the 'no soft delete' spec from lxsli, which isn't going to make liberty, and i don't think tags should depend on that, there should be some answer14:59
*** VW_ has joined #openstack-nova15:00
mriedemi guess if the answer is, sorry, f you, it's a feature, that could be fine :)15:00
leakypipesmriedem: or we go back and add soft-delete to the tags implementation.15:00
lxsli:<15:00
leakypipesmriedem: you mean the archival-framework blueprint?15:00
mriedemleakypipes: that's the only solution i see right now to be consistent15:00
mriedemwhatever it's called15:00
leakypipessnikitin: ^^ please add that.15:00
mriedemno soft delete was the title15:00
lxslino-more-soft-delete15:01
leakypipeslxsli: https://review.openstack.org/#/c/137669/15:01
mriedemsnikitin: make sure you add the 'f you it's a feature' comment :P15:01
mriedemleakypipes: was referring to this https://review.openstack.org/#/c/184645/15:01
leakypipesmriedem: no, I mean add in that tags will need to be "backported" to support soft-delete15:01
*** schwicke has joined #openstack-nova15:02
*** karimb has joined #openstack-nova15:02
*** Nikolay_St has quit IRC15:02
lxsliseems fair, since they're linked to instances - much as I'd rather not soft-delete any more things15:02
leakypipeslxsli: yeah.15:03
leakypipessnikitin: ok, you understand what is being asked of you? can you do that real quick?15:03
*** ijuwang has quit IRC15:03
*** VW_ has quit IRC15:03
mriedemleakypipes: did any part of the tags stuff get into a previous release? like the data model changes?15:03
* leakypipes struggling to just concentrate today... back is all sorts of fucked up :(15:03
mriedemshaq says icey hot is the cure15:03
*** VW_ has joined #openstack-nova15:03
kfox1111leakypipes: Sorry dude. I have a bad back too, so I understand. :?15:04
leakypipesmriedem: yes, the tags data model, DB API, and nova objects has been in Juno.15:04
leakypipesmriedem: sorry, Kilo...15:04
leakypipesmriedem: this blueprint has been around since Icehouse, though :(15:04
*** ijuwang has joined #openstack-nova15:04
mriedemheh, ok, yeah i'd think we'd need to fix the delete issue before the api is available15:04
mriedemleakypipes: yeah i know15:04
mriedemsorry to find this issue15:04
*** ajayaa has quit IRC15:05
*** otter768 has joined #openstack-nova15:05
leakypipesmriedem: no worries15:05
*** salv-orlando has joined #openstack-nova15:05
leakypipeskfox1111: yeah, it started spasming middle of my back this morning. I was down for about an hour, cou;dn't move...15:05
*** mestery has joined #openstack-nova15:06
leakypipeslxsli: were you aware of the archival-framework spec?15:06
kfox1111that really sucks. :/15:06
*** Marga_ has joined #openstack-nova15:06
lxslileakypipes: yeeess but I haven't really read it15:07
mriedemdimsum__: damn, i guess i need oslo.config installed in site-packages to use tox -e genconfig huh15:07
lxslileakypipes: from how PaulMurray described it, it can stand in complement to my specs15:07
lxslileakypipes: some people may want purge, some may want a notification15:07
leakypipeslxsli: a notification?15:09
* lxsli reads leakypipes' spec real fast15:09
*** jogo is now known as flashgordon15:09
lxslileakypipes: so your archival framework has an archive(ListOfObjects) method15:09
*** otter768 has quit IRC15:10
lxslileakypipes: the call to that is what I meant15:10
*** schwicke has quit IRC15:10
openstackgerritsulochan-acharya proposed openstack/nova: xapi: ensure pv driver info is present prior to live-migration  https://review.openstack.org/18973115:10
*** VW_ has quit IRC15:10
leakypipeslxsli: ah, gotcha.15:11
*** VW_ has joined #openstack-nova15:11
lxslileakypipes: you've described the archival framework as being inside Nova; it'd be better as a 3rd party thing imo to allow multiple simple implementations, rather than a single flexible (complex) one in-tree15:12
lxslileakypipes: but that means we'd need an o.vo client I guess15:12
lxslileakypipes: or we serialise to JSON and save freeform JSON records15:12
*** dimsum__ has quit IRC15:13
*** VW_ has quit IRC15:13
leakypipeslxsli: yup, agreed. there are now 4 projects using o.vo, though, so that's good at least.15:14
*** VW_ has joined #openstack-nova15:14
*** salv-orlando has quit IRC15:14
openstackgerritsulochan-acharya proposed openstack/nova: xapi: ensure pv driver info is present prior to live-migration  https://review.openstack.org/18973115:15
*** mestery has quit IRC15:17
lxslileakypipes: is there a plan to build a lib containing our nova.object definitions? So a non-Nova process can read them?15:17
superdanhell no15:18
lxsliglad we got that cleared up ^^;15:18
superdan:D15:18
danpblxsli: nova objects are private impl details for nova15:18
lxslino argument from me15:19
danpbexternal processes should only be talking to nova via the public rest apis, or other official extension points15:19
*** VW_ has quit IRC15:20
*** scheuran has quit IRC15:20
superdandanpb: he means things that are "friends of nova" that might be examining archive records with object models in them, or the like15:20
superdanbut still15:20
*** VW_ has joined #openstack-nova15:20
superdanthey can "from nova import objects" if they want to do that, IMHO15:20
bauwserooooooh15:21
* superdan uses friend in the C++ sense here15:21
* bauwser remembers all the pleasure he had to import nova in a separate repo 15:21
*** Piet has joined #openstack-nova15:21
bauwser(for the records, was mainly the fault of oslo.cfg (well, the incubator one)15:22
*** VW_ has quit IRC15:23
* danpb mutters something about oslo.cfg, global variables and evilness15:23
leakypipeslxsli: yeah, what danpb and superdan said. :)15:24
*** VW_ has joined #openstack-nova15:24
leakypipesdanpb: yuuuup. If you noticed, I removed all the global CONF crap from os-vif :)15:24
lxslileakypipes: real sorry to hear about your back btw, they don't kid around :(15:24
mriedemdanpb: i'm already raging on oslo.config this morning15:25
mriedemtox -e genconfig is hosed15:25
*** VW_ has quit IRC15:25
* bauwser is glad to open a can of worms by a Friday15:25
*** beagles is now known as beagles_brb15:25
bauwseror troll, whatever15:25
*** VW_ has joined #openstack-nova15:26
leakypipeslxsli: yeah, I'm sitting here in my back brace looking like a compete tard. but it's the only thing that keeps me able to type without pain...15:27
*** VW_ has quit IRC15:27
lxslileakypipes: teach your pugs that Japanese walking-on-backs thing15:27
*** nihilifer has quit IRC15:27
mriedemoh i see the problem15:27
mriedemeureka15:27
leakypipeslxsli: heh :)15:27
*** VW_ has joined #openstack-nova15:28
openstackgerritSergey Nikitin proposed openstack/nova-specs: Implement server instance tagging  https://review.openstack.org/17711215:28
*** zul has quit IRC15:28
*** VW_ has quit IRC15:31
*** achanda has joined #openstack-nova15:31
*** VW_ has joined #openstack-nova15:31
openstackgerritMatt Riedemann proposed openstack/nova: Unfudge tox -e genconfig wrt missing versionutils module  https://review.openstack.org/19610815:32
mriedemleakypipes: sdague: ^ let's fix tox -e genconfig15:32
*** VW_ has quit IRC15:32
*** lucas___ has joined #openstack-nova15:32
*** zul has joined #openstack-nova15:33
*** VW_ has joined #openstack-nova15:33
*** tellesnobrega has quit IRC15:34
snikitinmriedem: Matt, now tags is soft-deleted :) https://review.openstack.org/#/c/177112/1415:36
*** VW_ has quit IRC15:36
*** VW_ has joined #openstack-nova15:36
mriedemlooking15:36
mriedemsnikitin: you need to list a db migration as a work item right?15:38
openstackgerritRyan Rossiter proposed openstack/nova: Add hacking check for greenthread.spawn()  https://review.openstack.org/19571315:38
mriedemsnikitin: since the schema needs to change15:38
bauwsermriedem: can I just hit you for a question about https://review.openstack.org/#/c/191251/ ?15:38
*** tellesnobrega has joined #openstack-nova15:38
snikitinmriedem: Yes I need to add one more db migration.15:39
*** lyarwood has quit IRC15:39
mriedembauwser: so, i'm not sure what happened there or if superdan/jogo got to the bottom of the multi-node job failure there15:39
*** lyarwood has joined #openstack-nova15:39
snikitinmriedem: Do I need to add note about that in spec?15:39
superdanmriedem: we did15:39
mriedembauwser: when i was checking logstash for the thing that was failing, it was only showing up on your change15:39
superdanmriedem: and when I say we, I mean jogo15:39
mriedemsnikitin: please15:40
mriedemsnikitin: db migrations should geneerally be called out in specs imo15:40
superdanmriedem: both nodes are getting the same hostname and so we're confused about which node to be talking to15:40
mriedemsince we don't like db migrations15:40
superdanmriedem: best part is that it's all mordred's fault15:40
mriedemsuperdan: is this a latent bug?15:40
mriedemsuperdan: ok15:40
bauwsermriedem: strange then15:40
superdannope, not nova's deal15:40
mriedemok15:40
bauwsermriedem: anyway, I'll need to fire another iteration for that15:41
*** VW_ has quit IRC15:41
mriedembauwser: removed my -115:41
bauwsermriedem: ack15:41
mriedembtw, today is farewall party for flashgordon15:41
bauwserooooh15:41
mriedemi trust everyone brought their party hats and/or anti-depressents15:42
*** zzzeek has joined #openstack-nova15:42
flashgordonmriedem: o/15:42
superdan:~(15:42
superdanreally tempted to land the spec to see if it helps15:42
rlrossitmriedem: I brought beer, which is an anti-anti-depressant15:43
*** unicell1 has quit IRC15:43
*** hemna has joined #openstack-nova15:43
*** unicell has joined #openstack-nova15:44
mriedemnot if it's bud light lime15:44
openstackgerritSergey Nikitin proposed openstack/nova-specs: Implement server instance tagging  https://review.openstack.org/17711215:45
snikitinmriedem: Done15:46
*** SourabhP has joined #openstack-nova15:47
mriedemsnikitin: +115:47
mriedemfor whatever that's worth15:47
*** SourabhP_ has joined #openstack-nova15:47
flashgordonmriedem: what a but light & clamato15:47
*** ajayaa has joined #openstack-nova15:48
leakypipesmriedem: approved...15:48
mriedemthanks15:48
mriedemflashgordon: idk. i'm pretty sure i saw a thing once where they made a bud + some energy drink thing15:49
snikitinmriedem: tank you15:49
snikitinmriedem: thank you :)15:49
mriedemb/c budweiser saw all the kids getting red bull vodkas at the bar15:49
mriedemand they wanted to cash in15:49
*** SourabhP has quit IRC15:52
*** SourabhP_ is now known as SourabhP15:52
*** sdake has joined #openstack-nova15:52
*** lyarwood has quit IRC15:52
*** lyarwood has joined #openstack-nova15:53
*** mriedem is now known as mriedem_lunch15:54
*** moshele has joined #openstack-nova15:55
*** htruta has joined #openstack-nova15:56
bauwsermriedem_lunch: here is our antidepressive solution https://en.wikipedia.org/wiki/Chartreuse_%28liqueur%2915:57
*** schwicke has joined #openstack-nova15:57
snikitinjohnthetubaguy: Hi John! Today you +2ed instance tags spec. thank you for that. But after discusion with Matt and Jay we decided to make tags soft-deletable. So if you have a free time please look my spec again. It's only 5 line of changes.  https://review.openstack.org/#/c/177112/15:57
flashgordonmriedem_lunch: that sounds aweful15:57
flashgordonbauwser: chartreuse is fun15:58
markus_zbauwser: so many herbs in that thing, it's almost a salad...15:58
*** vilobhmm has quit IRC15:58
kfox1111johnthetubaguy: is there a way to get a spec marked priority this late in the game?15:58
*** ctrath has joined #openstack-nova15:58
*** ctrath has left #openstack-nova15:58
bauwserflashgordon: eh15:58
johnthetubaguykfox1111: it depends if it is one of the current priorities or not15:59
*** rfolco has quit IRC15:59
johnthetubaguysnikitin: OK, I should go read that again soon15:59
bauwsermarkus_z: I'm pretty sure salads can't get you that way...15:59
*** jlanoux has quit IRC15:59
markus_z:)16:00
*** ijuwang has quit IRC16:00
*** ijuwang has joined #openstack-nova16:00
bauwsertoo bad I'm not at the midcycle, I could have shipped one :)16:00
snikitinjohnthetubaguy: thank you16:01
kfox1111johnthetubaguy: the instance user thing. still trying to figure out how to land it in liberty since it affects so many other non nova projects.16:01
kfox1111johnthetubaguy: The merge window is so short after a spec exception, I think we'd have to request a RFE as well. So looking for alternatives.16:02
*** achanda has quit IRC16:02
*** achanda has joined #openstack-nova16:02
figleafsnikitin: found a problem with your spec, but it's a small fix16:03
*** fawadkhaliq has joined #openstack-nova16:03
*** xyhuang has left #openstack-nova16:04
*** tjones1 has joined #openstack-nova16:05
snikitinfigleaf: looking16:05
johnthetubaguyfigleaf: I should read the spec, why did we add soft_delete for tags?16:05
figleafjohnthetubaguy: if an instance was soft-deleted and then recovered, the tags would be gone16:06
johnthetubaguyfigleaf: I figured the tags would only be deleted after the final delete, not the soft delete, then we would be fine?16:06
johnthetubaguyfigleaf: I should go read the re-read the spec again16:07
figleafjohnthetubaguy: yeah, that would make sense :)16:07
figleafjohnthetubaguy: it was leakypipes who noticed that a little earlier16:08
*** arnaud____ has joined #openstack-nova16:08
leakypipesfigleaf: it was mriedem_lunch :)16:08
johnthetubaguycools16:08
flashgordonkfox1111: so the spec is really light on the problem statement16:08
figleafleakypipes: oops - didn't mean to give you undeserved credit :)16:08
leakypipes:)16:08
*** rushiagr_away is now known as rushiagr16:09
kfox1111flashgordon: ok. I'll work on filling it out a bit more. It has a few different use cases all wrapped up into one, and I was trying to keep it light not to be confusing.16:09
*** romainh has joined #openstack-nova16:10
flashgordonkfox1111: also  I disagree that adding a new tiny service is more complex then doing it in nova16:10
flashgordonkfox1111: you ended up making it confusing  by not being clear about the thing you want to solve16:10
bauwseralaski: johnthetubaguy: just seen https://review.openstack.org/#/c/173243/1716:10
flashgordonkfox1111: also the I have been working on this for over a year statement, how come the spec went up a month ago16:11
bauwseralaski: I saw your email, I'm going to reply to it, but it deserves some time for thinking about that16:11
*** oro has quit IRC16:12
kfox1111~.16:12
kfox1111~>16:12
bauwseralaski: the main problem I have is that we have a policy explaining the out-of-tree problem like johnthetubaguy referred16:12
kfox1111flashgordon: read the spec. it references another.16:13
kfox1111and there was further work before that spec.16:13
kfox1111I tried to solve it in barbican and they wanted it resolved more generically.16:13
bauwseralaski: so while I think we can be helping those people, we don't need to change our behaviour because of that16:13
kfox1111which I don't disagree with, but it makes it harder. since the thing to solve is harder to describe.16:13
kfox1111flashgordon: Right now, the solution involves barbican, nova, neutron (optionally) and keystone.16:14
bauwseralaski: so, given https://github.com/openstack/nova/blob/master/nova/api/openstack/compute/schemas/v3/scheduler_hints.py16:15
kfox1111adding a microservice adds yet another service to that list. therefore, it can't be less complex.16:15
*** gabriel-bezerra has quit IRC16:15
bauwseralaski: I'm thinking we should bump a version for changing additionalProperties to true, but not change johnthetubaguy's spec16:15
johnthetubaguybauwser: you mean relax the validation in v2.1?16:16
kfox1111my origonal solution only involved nova/keystone, but the keystone folks wanted barbican in the mix.16:16
flashgordonkfox1111: and doing it in nova doesn't involve any complexity?16:16
bauwserjohnthetubaguy: alaski has some good concerns about how the hints are validated16:16
flashgordonkfox1111: this sounds like something to hash out on my ML a bit first anyway since it touches so many projects16:17
bauwserjohnthetubaguy: and given the discussion you guys have with that, I think we should be clear about how to help out-of-tree filters without really changing our way16:17
kfox1111I didn't say that. but it doesn't add any more additional complexity to the mix then what's minimally required. having another service adds more complexity then that.16:17
flashgordonand I don't think this is worth a FFE16:17
johnthetubaguybauwser: ah, yeah, not seen that thread yet16:17
*** nihilifer has joined #openstack-nova16:17
bauwserjohnthetubaguy: the main problem is that the current v2.1 API is unhappy with out-of-tree hints because of https://github.com/openstack/nova/blob/master/nova/api/openstack/compute/schemas/v3/scheduler_hints.py#L5516:17
kfox1111how unfortunate. :/16:18
johnthetubaguybauwser: yep16:18
*** derekh has quit IRC16:18
bauwserjohnthetubaguy: so, I assume it's currently not really seen because of the nova client using v216:18
kfox1111so rather then address the problem, we're just continuing to make projects like Octavia work around the problem themselves,16:18
kfox1111adding further complexity. :/16:18
*** beagles_brb is now known as beagles16:18
johnthetubaguybauwser: right16:18
flashgordonmy recommendation would be take the problem statement to the ML16:18
bauwserjohnthetubaguy: my point is that, I'm OK with bumping a version and changing that field to True16:18
snikitinfigleaf: About response status: it should return 404 according API-WG tags guidelines http://specs.openstack.org/openstack/api-wg/guidelines/tags.html16:18
kfox1111how much discussion does one problem need? Its been discussed on the mailing list a bit, at the summit, in irc, and the spec.16:19
*** yamahata has quit IRC16:19
bauwserjohnthetubaguy: meaning that before v2.5, no way to use an out-of-tree filter16:19
flashgordonkfox1111: I may have missed the ML thread on this sorry16:19
kfox1111We can post for more. but at some point, you get way too many cooks in the kitchen to make progress. :/16:19
*** lucas___ has quit IRC16:19
bauwserjohnthetubaguy: which is not really a problem since we still have the v2 API16:19
flashgordonkfox1111: and getting something wrong has a huge implications here too16:19
*** kylek3h has quit IRC16:19
kfox1111yeah, but by lack of it, every project is doing it themselves, and then there is way more chance of them doing it wrong, and have to live with it. :/16:20
kfox1111I do want to let the spec process work. thats why I've been talking so much with the barbican/keystone folks and getting the ptl support.16:21
bauwserjohnthetubaguy: so, related to your spec, I'm thinking on a good way to mimic v216:21
figleafsnikitin: that's the current status. It should probably be updated once the http.rst update merges next week, as that talks of resources in general16:21
flashgordonkfox1111: which is why you should discuss this  in a place where all relevant parties are involved16:21
figleafsnikitin: tags shouldn't be special snowflakes16:21
kfox1111but There's a need not to block the process for months because of a freeze in nova too. :/16:21
kfox1111flashgordon: is that not the spec itself?16:21
bauwserjohnthetubaguy: so, probably, since v2 was just having *no validation at all*, we could consider those additionalProperties as accepted ?16:22
johnthetubaguykfox1111: this would have been a great Nova session at the summit, its a shame that didn't happen, agreed its an important thing to look at16:22
flashgordonkfox1111: well I don't know because the problem statement is super vague16:22
johnthetubaguykfox1111: wish I had seen it on the ML before to raise it with Nova folks, but I didn't sorry for that16:22
*** achanda has quit IRC16:22
flashgordonkfox1111: isn't there some openstack security team floating around too16:22
kfox1111sokay. past is the past. just gota figure out how to make progress.16:23
kfox1111probably, but I think they are more conserned with security fixes then this sort of thing?16:23
johnthetubaguykfox1111: agreed16:23
flashgordonkfox1111: IMHO next steps clarify the problem statement and work on a backlog spec16:23
kfox1111Right now, peoeple are putting certs and passwords in userdata. thats bad. we need to figure out how to make it better. :/16:24
flashgordonkfox1111: see if we can at least agree where a solution belongs16:24
kfox1111does putting it in the backlog doom it to M?16:24
flashgordonkfox1111: and be thorough about why this won't work outside of nova etc.16:24
kfox1111sure.16:24
flashgordonkfox1111: it is realistically not going into Liberty at this point16:24
*** haypo has left #openstack-nova16:24
flashgordonkfox1111: spec went up 1 month ago and not clear consensus yet16:25
*** moshele has quit IRC16:26
flashgordonkfox1111: on a side not I am curious how this is done in !openstack clouds16:26
kfox1111flashgordon: amazon gives each instance a user.16:27
kfox1111or so I've been told.16:27
flashgordonkfox1111: that type of detail would be useful in the backlog spec16:27
kfox1111k.16:28
*** tellesnobrega has quit IRC16:28
flashgordonwhen reading the spec for the backlog it should make it very clear to the user that yes nova should solve this16:28
flashgordonand doing it outside of nova doesn't make sense etc.16:28
kfox1111ok.16:29
superdanare we talking about the locking instances by external services?16:29
flashgordonsuperdan: no, should we?16:30
snikitinfigleaf: Sorry, but where you found information which says that deleting a non-existent tag should return a 204 in https://review.openstack.org/#/c/179386/7/guidelines/http.rst?16:30
flashgordonsuperdan: https://review.openstack.org/18661716:30
*** unicell has quit IRC16:30
flashgordonkfox1111: FWIW I feel your pain, the way openstack teams are set up it is very hard to do things that touch several projects16:30
figleafsnikitin: https://review.openstack.org/#/c/179386/7/guidelines/http.rst,cmu L40-4516:30
superdanflashgordon: ah, hadn't seen this one16:30
kfox1111yeah. it really sucks. :/16:30
superdanflashgordon: on the face of it it seems like a terrible idea16:31
* superdan ducks16:31
kfox1111especially when your a project that depends on all the other projects like the ap-catalog. :/16:31
kfox1111btw: found this http://docs.aws.amazon.com/IAM/latest/UserGuide/roles-usingrole-ec2instance.html16:31
flashgordonkfox1111: well there are plenty of other fish to fry in app-catalog land16:31
kfox1111I'll add it to the spec as well.16:31
kfox1111flashgordon: yeah, but my interest is in creating and providing cloud scale app templates for others to use.16:31
kfox1111if we can't get any nontrivial coud apps contributed, why bother?16:32
flashgordonkfox1111: so when superdan skims the top of the spec, there should be enough there for him to change his mind about it16:32
flashgordonkfox1111: because we can get nontrivial cloud apps working -- maybe not as secure as we all would like etc.16:32
kfox1111sure. I'll reword it to explain the set of problems openstack has now, and how this single solution addresses them.16:32
flashgordonplus not all clouds would have barbican16:33
*** VW_ has joined #openstack-nova16:33
kfox1111yeah. I was hoping for just nova + keystone, but keystone shot that down. :/16:33
flashgordonkfox1111: does the app catalog have versioning yet? a review system? a better name that doesn't use the word catalog?16:33
bauwserkfox1111: I saw that spec since last week, but can I just ask you a question ?16:33
kfox1111but +barbican is still b etter then +barbican + some other microservice.16:33
*** rfolco has joined #openstack-nova16:33
kfox1111flashgordon: Thats all being worked on. but it also looks like glance may be providing alot of that, so its a lot of wait and see...16:34
kfox1111bauwser: Sure.16:34
bauwserkfox1111: why should Nova be responsible for that, and not a CMS like Puppet/Chef/Ansible/whatever ?16:34
bauwserkfox1111: I mean, fetching creds and so on.16:34
flashgordonkfox1111: the review system?16:34
kfox1111the secret chicken and the egg probem is not solved with any of the config management systems. :/16:35
* flashgordon wants secret chicken for lunch16:35
kfox1111try and get heat autoscaling working with any of them. it cant be done today securely. :/16:35
*** tellesnobrega has joined #openstack-nova16:35
kfox1111you end up having to put a chef admin key in userdata. :/16:35
kfox1111for example.16:35
bauwserkfox1111: sure, but that can be done on a safe way by granting only a limited set of access16:36
bauwserkfox1111: I mean, Amazon has some specific things for that16:36
kfox1111cant limit an admin cert currently.16:36
kfox1111amazon has a lot of featues, no one else has. like IAM.16:36
bauwserkfox1111: and none of them are EC2 for sure, but rather something like in Keystone16:36
bauwserkfox1111: that, IAM16:36
bauwserkfox1111: so, I totally understand passing user creds in userdata is evil16:37
snikitinleakypipes, figleaf: Jay, could you help us? Is this patch https://review.openstack.org/#/c/180094/5/guidelines/http.rst means that if we trying to delete non-existend resource we should get 2xx status? not 404?16:37
*** jcoufal has quit IRC16:37
*** gabriel-bezerra has joined #openstack-nova16:38
kfox1111have a look at the aws url I just posted. its quite interesting.16:38
kfox1111its a more advanced version of the nova instance user spec.16:38
leakypipessnikitin: 404.16:38
*** VW_ has quit IRC16:38
bauwserkfox1111: for the records, I played with that16:38
kfox1111it does role assignment too. :)16:38
leakypipessnikitin: hold up, sorry...16:38
kfox1111bauwser: cool. I've never used it. what did you think of it?16:39
bauwserkfox1111: heard about Keystone V3 trusts ?16:39
*** tonytan4ever has quit IRC16:39
kfox1111bauwser: yeah. know a lot about them.16:40
*** ctrath1 has quit IRC16:40
leakypipessdague: for snikitin's question above...16:40
bauwserkfox1111: okay, my thought is that I can see a lot of things being done by Keystone or Barbican or Heat16:40
figleafleakypipes: snikitin: deleting a non-existent tag leaves the state the same as if was there. No-ops should be 204.16:40
bauwserkfox1111: what I can't really see is the added value of Nova in that16:40
leakypipessdague: doing a DELETE /instance/{id}/tags/{tag} for a non-existing resource should result in a 204 or a 404?16:40
*** ctrath has joined #openstack-nova16:41
kfox1111it plays a part in the "how do you get a secret to the vm so that it can use that secret to get other secrets"16:41
leakypipesfigleaf: but the resource does not exist, which is not the same as attempting to operate on an existing resource to put it in a state that it already is in.16:41
kfox1111nova has an authenticated channel between nova -> the vm.16:41
kfox1111either via the metadata server, or by config drive.16:41
superdanNO16:41
superdanit does not16:41
superdanthat's crazypands16:41
superdanand also crazypants16:42
leakypipessuperdan: ?16:42
bauwserkfox1111: nope, it doesn't16:42
kfox1111I know some people don't trust the metadat server authentication, and config drive is for them.16:42
leakypipessuperdan: who are you referring to?16:42
superdankfox1111: the path from novaclient to nova-api to nova-compute is really far from trustworthy16:42
superdanleakypipes: kfox1111 sorry16:42
leakypipesah, k16:42
figleafleakypipes: you're not asking if it exists; you're stating you don't want it to exist16:42
*** tjones1 has quit IRC16:42
kfox1111superdan, that I agree with.16:42
*** exploreshaifali has joined #openstack-nova16:43
kfox1111I wasn't talking about the novaclient to metadata side.16:43
superdankfox1111: and "authenticated" is completely false16:43
*** romainh has left #openstack-nova16:43
kfox1111just the vm -> metadata server or vm -> config drive.16:43
leakypipesfigleaf: heh, not really :) the /instances/.../tags/... URI *is* the resource you wish to operate on. And 404 Not Found should be returned if that resource does not exist.16:43
bauwserkfox1111: I don't see the benefit of Nova's configdrives and metadatas16:43
superdankfox1111: it's really not16:43
bauwserkfox1111: like SpamapS said, all of that can be done programatically16:44
kfox1111?16:44
kfox1111how is it not authenticated?16:44
kfox1111can one vm get another's metadata?16:44
superdankfox1111: anything that goes over RPC is really not trustworthy16:44
flashgordonkfox1111: if we are talking about making things more secure you need to explicitly state your assumptions in what you trust and don't trust16:44
flashgordonsuperdan: yup (it goes plaintext over the network with no auth)16:45
superdankfox1111: if one hypervisor has been compromised (a la venom) then it's completely over16:45
kfox1111sure. So I believe the openstack deployer desides whether to trust config drive or the metadata server for initial deployment.16:45
superdanflashgordon: yeah, plaintext, no auth, etc16:45
figleafleakypipes: ok, I'll drop the objection. That's not the way I read the api-wg spec, though.16:45
kfox1111superdan: thats true anyway. no matter what security solution you come up with.16:45
markus_zmdbooth: are you around?16:45
leakypipessnikitin: don't hold up the spec for this, thouhgh... just say something like "DELETE blah will return the HTTP result code that the API working group determines is appropriate.16:45
leakypipesfigleaf: it's a weird one, I know... and likely should have clarity.16:46
kfox1111I don't think that can be solved at all. If you gain physical access to a vm, all of its secrets are compromized.16:46
superdankfox1111: it's true today, it doesn't have to be true going forward, but my point is that trusting any part of the nova infrastructure for this secret dissemination is really a faulty view16:46
openstackgerritJoe Gordon proposed openstack/nova: Replace ascii art architecture diagram with svg image  https://review.openstack.org/19484016:46
superdankfox1111: of course we can solve that16:46
*** achanda has joined #openstack-nova16:47
*** tjones1 has joined #openstack-nova16:47
flashgordonsudo rm -rf / would do it i think16:47
kfox1111do you have a suggestion? I'm happy to solve it if its solvable. :/16:47
superdankfox1111: right now we have no auth between services over RPC, so we can't tell if a compromised compute node is replying to us as if it was conductor16:47
kfox1111so make every compute host require a private key, and register them with the nova controllers,16:48
superdankfox1111: if we issue certs, manage revocation, and don't accept messages from compute nodes claiming to be conductors without proper signatures...16:48
*** arnaud____ has quit IRC16:48
kfox1111and then authenticating metadata requests with that?16:48
kfox1111ok. so, thats a metadata sever/client implementation detail, and is erelevent to the instance user spec?16:48
superdanif you're running metadata server on the host, then your metadata server is getting the data over RPC anyway, so you'd be much better16:48
superdankfox1111: well, my point is, I think that adding something like this as a feature of nova before we have even an inkling of infrastructure with which to support it actually being secure is kinda silly16:49
*** danpb has quit IRC16:49
superdanespecially when you have much better ways to do this sort of thing, since you already have the ability to communicate authed/encrypted with the guest itself16:49
kfox1111today its being relied apon for that security. people put crap in userdata that doesnt' belong there.,16:50
snikitinleakypipes: Okay, thank you16:50
kfox1111Lets make that better, and in a way that futher security like what your talking about can be added without breaking things.16:50
*** snikitin is now known as snikitin_16:50
superdanFWIW, I was mostly jumping on your assertion that these paths are in any way trustworthy16:50
superdanI'm not really sure why this instance user thing belongs in nova even if the bits for doing so are trustworthy16:51
kfox1111they are aready being relied on as being trustworthy. How trustworthy is open for debate. :/16:51
superdanso here's the difference16:51
superdanif I give you a cart and you put all your money in the cart and walk down a busy road,16:51
*** VW_ has joined #openstack-nova16:51
superdanyou're doing a stupid thing16:51
superdanif I give you an armored vehicle with which to transport your money, and I cheaped out and made it out of impressive-looking tin foil16:52
*** shihanzhang has quit IRC16:52
superdanthen I did a stupid thing by making you think it was secure16:52
*** dboik_ has joined #openstack-nova16:52
*** shihanzhang has joined #openstack-nova16:52
kfox1111there's an api vs a implementation thing. If we can provide an api that works today, that might not be the most secure implementation, but the implementation can be grown to be more secure in the future without breaking the api,16:52
kfox1111averyone benifits.16:52
*** SourabhP has quit IRC16:53
* bauwser google translates16:53
*** dimsum__ has joined #openstack-nova16:53
superdankfox1111: well, it's a cart before the horse thing16:53
kfox1111so, in your analogy, the armored car is still better because it gets some extra seciruty, and then they can, when the can affort to, beaf up the walls.16:53
johnthetubaguykfox1111: I think we would feel better if we new what the end looks like, at least roughly16:53
superdankfox1111: it's not because you worry less about the armored vehicle16:53
kfox1111api's are hard to get adopted. it takes time.16:53
*** shihanzhang has quit IRC16:53
kfox1111so getting that piece in progress is important.16:53
kfox1111what backs it is an implementation detail, and if the api's right, can be easily swithced without the user caring.16:54
superdanwhy does this need to be in nova at all though?16:54
kfox1111johnthetubaguy: ok.16:54
*** kiwik-chenrui has joined #openstack-nova16:54
flashgordonkfox1111: so this goes back to you wanting this for the app catalog right? realistically best case you won't see adoption of this for a year or two16:54
kfox1111because nova has in theory, the rains of the vm it manages. by being close to it, it has the most chance of having a trusted channel between them.16:54
flashgordonkfox1111: so you need a way to move forward with whatever your trying to do without this16:55
*** shihanzhang has joined #openstack-nova16:55
kfox1111flashgordon: And it will be +6 months if we wait another release cycle.16:55
*** kiwik has joined #openstack-nova16:55
superdankfox1111: but if the giant holes in the armor aren't there, then that statement isn't right either16:55
*** yassine_ has quit IRC16:55
*** dboik has quit IRC16:55
*** unicell has joined #openstack-nova16:55
kfox1111all I want is for users to start understanding they need to drive instaead of walk. what they drive can be beafed up at a later point.16:55
kfox1111learning to drive is important, and that takes time.16:56
flashgordonkfox1111: that doesn't change the problem I am referring to16:56
superdanI don't think that has anything to do with where it lives16:56
kfox1111we provide the vehical they drive. we provide better ones in M vs L.16:56
kfox1111and moving forward. what they need to learn and do doesn't have to change.16:57
*** sharkJing has quit IRC16:57
*** RuiChen has quit IRC16:57
kfox1111johnthetubaguy: I'll rewrite the spec to try and address the end game better.16:57
*** sharkJing has joined #openstack-nova16:58
*** browne has quit IRC16:59
kfox1111really really though, its applications running in vm's need a way to talk to other openstack services. they need keystone tokens to do that. I can't simplify it further then that. there's tons of ways of solving that. as the revisions show.16:59
*** kiwik-chenrui has quit IRC16:59
johnthetubaguykfox1111: so the context here is that Nova is too big, so we are very worried about expanding the scope, to the bar to prove something should be in Nova is crazy high right now, I am sorry that is not helping you right now, but long term, I think thats good for the whole OpenStack ecosystem16:59
johnthetubaguykfox1111: I agree with your problem, I am not yet sure what Nova needs to do, if anything, if we get it right16:59
*** markus_z has quit IRC16:59
*** thorst1 has joined #openstack-nova16:59
superdansure, I don't doubt the problem16:59
bauwserkfox1111: reading the convo with SpamapS, can't really see how you explain why it's not needed to be in Novz16:59
kfox1111I understand, but allowing continued bad security (secrets in userdata) doesn't help though.17:00
bauwserkfox1111: I'm quite on board with him, you only need a one-time key with a particular ACL17:00
*** xyang2 has joined #openstack-nova17:00
kfox1111bauwser: superdan, flashgordon: if you believe a microservice can securely be made to work with the workflow the barbican/keystone folks agreed to already,17:01
bauwserkfox1111: if the one-time key is compromised, then give another key to your instance17:01
*** ijuwang has quit IRC17:01
kfox1111please write out a workflow showing how that can work.17:01
kfox1111I just don't see it.17:01
superdanlol17:01
*** Longgeek has quit IRC17:02
*** mriedem_lunch is now known as mriedem17:02
kfox1111how do you manage those one-time keys though?17:02
kfox1111I tried to get additional authentication mechanisms added to barbican.17:02
kfox1111they pushed back and said authentication belongs to keystone.17:02
kfox1111I really don't want to require nova + barbican + keystone + some other random service to be required to make this work.17:03
*** tellesnobrega has quit IRC17:03
*** annashen has joined #openstack-nova17:03
kfox1111openstack already requires a rediculous number of services to be installed by operators.17:03
kfox1111this is pushing even more work on them.17:03
*** lucas__ has joined #openstack-nova17:03
bauwserkfox1111: that's why projects have mission statements17:03
*** gszasz has quit IRC17:04
superdankfox1111: you hit the nail on the head17:04
bauwserkfox1111: and from my perspective, managing auths even for the userspace is clearly not scoped by Nova17:04
*** patrickeast has joined #openstack-nova17:04
superdanit's actually squarely outside the scope17:04
superdangiven that we don't do anything past the VM barrier17:04
kfox1111bauwser: I don't like this sort of reasoning much, but...17:05
*** eharney has quit IRC17:05
kfox1111amazon did it in their nova equivalent. Why would they wast time/money on it if it wasnt the right place?17:05
superdanyou're right, that's terrible reasoning :)17:05
bauwserkfox1111: Amazon can do what they want eh :)17:05
*** otter768 has joined #openstack-nova17:05
*** zsais has joined #openstack-nova17:06
kfox1111openstack has gotten where it has by carefully designing cloud architecture to scale. we've benifited by coping a lot of it. its not a good reason in and of it self, but does have some merit.17:06
kfox1111amazon I ment.17:06
*** zsais has quit IRC17:06
bauwserokay, that's not a reason for not having our own vision :)17:07
kfox1111Agreed. but I don't think we do. :/17:07
superdanamazon also doesn't suffer from being open and doesn't have to worry about review bandwidth and such17:07
*** achanda has quit IRC17:07
*** achanda has joined #openstack-nova17:07
bauwseranyway, I need to run off, I can drop some comments in your spec, but it will basically be restating what Clint said17:07
kfox1111Yeah. and as such, they have one benifit. they can get solutions in that work without politics. :/17:07
johnthetubaguysuperdan: I was going to say also doesn't support lots of hypervisors, volume drivers, network drivers, etc, etc17:08
*** yamahata has joined #openstack-nova17:08
superdanjohnthetubaguy: yep17:08
superdanand of course,17:08
johnthetubaguykfox1111: so the project split this is almost totally a people issue at this point, agreed17:08
superdanjust because it's in the unified EC2 API doesn't mean anything about where it lives in the backend17:08
kfox1111johnthetubaguy: they may under the hood. we just don't know. ;)17:08
*** ajayaa has quit IRC17:08
johnthetubaguykfox1111: it may also be in separate git repos too, we just don't know17:08
kfox1111I would be somewhat surprised if all their storage was backed by the same vendor and plugin. :)17:09
kfox1111yeah.17:09
superdanwe're pretty far off in the weeds now, right? :)17:09
johnthetubaguyso lets get back to makeing progress..17:09
kfox1111hehe. yeah.17:09
kfox1111+1 :)17:09
johnthetubaguywe need a good problem definition, I think we have agreement on the problem17:09
johnthetubaguywe don't have agreement of it being in nova's scope, because that depends on the implementation17:10
kfox1111true.17:10
johnthetubaguynow, that means we need to see the end game17:10
*** otter768 has quit IRC17:10
johnthetubaguyas I see it, there needs a VM <-> barbican trust relationship right?17:10
johnthetubaguyassuming barbican has all the keys17:11
kfox1111the ultimate endgame is vm's need a keystone account of some sort, and a way to get a keystone token bound to that account.17:11
*** achanda has quit IRC17:11
kfox1111all the rest are implemenatation details. Keystone would like barbican to be a CA and allocate user certs.17:11
johnthetubaguykfox1111: OK, so the instance has access to some keystone account then17:11
kfox1111then the user cert be used to "login" to keystone by the vm.17:12
johnthetubaguyso lets talk about what happens in the VM first17:12
johnthetubaguyignoring the fact Nova has anything to do with it17:12
kfox1111since the barbican CA needs to be registerd with keystone, there should only be one CA ideally.17:12
*** dboik_ has quit IRC17:12
kfox1111k.17:12
johnthetubaguylets back right up17:13
johnthetubaguywhat does the VM need to get the trust relationship?17:13
johnthetubaguyif it were done manually17:13
kfox1111the vm needs a certificate.17:13
johnthetubaguyneeds some secrete thats registered with keystone I guess?17:13
kfox1111yes.17:13
kfox1111well, sort of.17:13
johnthetubaguyright, so the user could manually create that via an API, and figure that inside their VM already?17:14
kfox1111it needs a certificate signed by a ca that is registered with keystone.17:14
*** armax has quit IRC17:14
kfox1111correct.17:14
johnthetubaguykfox1111: do we have all the APIs to do that today?17:14
kfox1111barbican yes. keystone, yes and no. Yes they have a way, their prefered way is landing in liberty.17:15
johnthetubaguyOK, so thats a problem, but anyways, lets leave that on a back burner for now17:15
kfox1111which is the CA trusted domain stuff.17:15
kfox1111k.17:15
morganfainbergjohnthetubaguy: it is a liberty target for the only really viable implemntation in keystone17:15
morganfainbergjohnthetubaguy: short of creating an account per VM (please don't do this)17:16
kfox1111(they are willing to tweak the API specifically to solve this problem if we need to)17:16
*** ameade is now known as ameade_vacation17:16
kfox1111yeah.17:16
johnthetubaguyNow how does the user get the certificate inside the VM?17:16
kfox1111metadata/configdrive.17:16
johnthetubaguymorganfainberg: OK, I should probably get more context on that API17:16
johnthetubaguykfox1111: I am saying we are ignoreing Nova exists17:16
johnthetubaguywhat is the data that VM needs, some keystone credentials?17:17
kfox1111how else does a vm that's being provisioned get data?17:17
johnthetubaguykfox1111: the user puts it there manually17:17
kfox1111the cert is the keystone credential.17:17
kfox1111ssh? ok...17:17
morganfainbergjohnthetubaguy: sure. let me know when - but it's really just handling an x509 client cert in the same way as a federated user is handled17:17
johnthetubaguyOK, for the same user that created the VM?17:17
kfox1111no. a different user.17:17
kfox1111the user doesn't want to give all his/her power to the vm.17:18
*** isd has joined #openstack-nova17:18
*** VW_ has quit IRC17:18
johnthetubaguykfox1111: OK, so the user has some sub user with less roles, and it wants to give that access to the specific VM17:18
kfox1111so, that can be acomplished with trusts,17:18
*** VW_ has joined #openstack-nova17:18
kfox1111but in some cases, even less.17:18
kfox1111so say the vm has its own user with no access at all.17:19
kfox1111the user can associate a single secret with that user with an acl.17:19
johnthetubaguyright, thats fine17:19
kfox1111k.17:19
johnthetubaguyso how do you get the secret in the VM, manually I mean17:19
*** rotbeard has quit IRC17:20
kfox1111assuming you have the cert already,17:20
johnthetubaguyyou should ssh it in there, I suppose, or some trusted channel17:20
kfox1111you authenticate with keystone using the cert.17:20
*** nic has joined #openstack-nova17:20
kfox1111you get back a keystone token.17:20
johnthetubaguykfox1111: I am saying how do you get the cert there, or generate the cert there17:20
*** eharney has joined #openstack-nova17:21
kfox1111you then present the keystone token to barbican with a request for the secret,17:21
kfox1111then get it.17:21
kfox1111ah. ok.17:21
johnthetubaguyOK, so I am being dumb or missing something, but you lost me there17:21
kfox1111so I only know 3 ways currently. metadata server,config drive or ssh.17:21
johnthetubaguyOK, right17:21
kfox1111the first two work with heat right now, the last doesn't.17:22
johnthetubaguynow ssh is great, the others are really bad, as the thing hangs around for ages and lives in a database, etc17:22
kfox1111ssh has other problems.17:22
johnthetubaguyso this is were bauwser I think was trying to suggest some ideas17:22
johnthetubaguykfox1111: agreed17:22
johnthetubaguyat least I think he was17:22
kfox1111controller -> vm via ssh has real problems with SDN.17:22
johnthetubaguykfox1111: agreed17:22
kfox1111you have to use floating ip's or tunnel. :/17:22
*** VW_ has quit IRC17:23
kfox1111so that tends to leave metadata/configdrive.17:23
johnthetubaguyso what if we had some one-time token that allowed you to register a cert for a given uuid?17:23
johnthetubaguyand each vm has its own cert17:23
superdanthat's the suggestion in the review comments17:23
superdana one-time url interface in barbican makes a lot of sense to me17:24
*** xgsa has quit IRC17:24
superdanput that into the metadata, the instance pulls it17:24
superdanurl expires in five minutes or once pulled17:24
johnthetubaguykfox1111: so for context, passing the onetime thing seems OK for metadata service17:24
kfox1111ok... lets explore that for a bit.17:24
johnthetubaguysuperdan: right, maybe both17:24
johnthetubaguykfox1111: yep17:24
kfox1111the cert must be signed by the barbican CA in order to be trusted by keystone.17:25
johnthetubaguykfox1111: unless we tell it do allow self-signed right?17:25
superdanjohnthetubaguy: I meant both yeah17:25
*** eharney has quit IRC17:25
*** EmilienM is now known as EmilienM|brb17:25
johnthetubaguysuperdan: cools17:25
kfox1111johnthetubaguy: then every instance's local CA cert has to be added to keystone. :/17:25
johnthetubaguykfox1111: so the other thing, is the one time thing generates a cert and gives it to the VM?17:25
kfox1111it could potentally be made to do that. but, how do you restrict too many certs from being allowcated by a user?17:26
johnthetubaguykfox1111: although I think I just came up with what morganfainberg told me not to, which sucks17:26
kfox1111they are intended for instances, not for any other useage.17:26
*** eharney has joined #openstack-nova17:26
kfox1111johnthetubaguy: yeah. been down that path. :/17:27
johnthetubaguykfox1111: well you would have a quota, I suspect17:27
morganfainbergjohnthetubaguy: you can't create users for each vm - the reason is that identity management (users/groups) will never be designated nor required for an openstack cloud17:27
kfox1111johnthetubaguy: why would it be different then nova's vm quota?17:27
morganfainbergjohnthetubaguy: so this becomes non-interoperable from the get-go (and not useful in almost any production environment, because creating users is scary levels of trust)17:27
johnthetubaguykfox1111: its a separate API service, I mean a quota of generated certs on the keystone side17:27
*** ajayaa has joined #openstack-nova17:28
*** sudipto has quit IRC17:28
kfox1111johnthetubaguy: or worse, with a quota, if a user has a quota of 2 vm's, and only uses an instance user on one, then he's free to use that url for a non instance. :/17:28
morganfainbergjust as a quick background of why you shouldn't make a user per vm like that17:28
johnthetubaguymorganfainberg: but can't all those certs map back to a single user, its just like lots of federation?17:28
*** xyang2 has quit IRC17:28
morganfainbergjohnthetubaguy: it could - but i was advocting each cert ends up being an ephemeral user17:28
johnthetubaguyso federation doesn't normally do that I guess, but I just threw that in there17:28
kfox1111johnthetubaguy: the users have to be seperate though, since seperate vm's get seperate permissions to things.17:28
morganfainbergjohnthetubaguy: so you don't delegate full trust to every cert, only the ones you want17:29
johnthetubaguymorganfainberg: oh, user dies with the cert you mean, thats quite nice17:29
morganfainbergjohnthetubaguy: yep17:29
kfox1111you dont' want vm A to download secrets in barbican associated with vm B.17:29
kfox1111yeah. exactly. :)17:29
morganfainbergjohnthetubaguy: federated users don't hold information in keysotne (well they hold a minimal amount, but that is separate)17:29
johnthetubaguymorganfainberg: could the user die with the CA cert, oh dear, that got nasty quickly17:29
kfox1111so the cert is quite literally the instance user in keystone.17:29
morganfainbergjohnthetubaguy: so basically the cert (part of the DN, and the domain they map into) is the user id.17:30
*** ijw has joined #openstack-nova17:30
*** tdurakov has quit IRC17:30
kfox1111and the user id I think in this case is the nova instance id.17:30
openstackgerritClaudiu Belu proposed openstack/nova-specs: Adds Hyper-V vNUMA enable spec  https://review.openstack.org/19616217:30
morganfainbergkfox1111: not quite17:30
morganfainbergkfox1111: doesn't work like that17:30
*** annegentle has joined #openstack-nova17:31
morganfainbergkfox1111: it'll be a sha256 of domain_id, and part of the dn17:31
* morganfainberg just realized there is a hole in this plan17:31
morganfainbergcrap17:31
morganfainbergyou can't grant a trust or an assignment to an ephemeral user atm17:31
kfox1111morganfainberg: no, the domain's dn is the nova instance id, the keystone user id is the sha256.17:31
* flashgordon wants Beer as a Service17:31
morganfainbergkfox1111: this is going to require a bunch more work on the keystone side i think.17:31
morganfainbergkfox1111: than i initially thought17:32
kfox1111morganfainberg: I asked about that earlier. crap.17:32
johnthetubaguyflashgordon: I am fairly sure you provided that for me at one point at the summit17:32
kfox1111morganfainberg: this is wahy I wanted an api that handed out keystone tokens.17:32
kfox1111because then the authentication to keystone is hidden from the vm. you can start with acutal keystone users, and switch to certs or something under the hood and the api doesn't have to change.17:33
flashgordonjohnthetubaguy: true17:33
johnthetubaguymorganfainberg: so I have a feeling we should thing through the per instance user, I mean the API load seems a bit high, but I like the limited scope there17:33
morganfainbergkfox1111: this is going ot be a significant amount of work in either case.17:33
*** nikhil_k is now known as nikhil_k-eto17:33
flashgordonjohnthetubaguy: but there as no multitenancy REST API17:33
morganfainbergjohnthetubaguy: well i'll say that most environments a user per vm wont ever fly17:33
*** nikhil_k-eto is now known as nikhil_k-away17:33
johnthetubaguyflashgordon: talking of which, its 6.30pm on a friday, and I have two birthday presents still left over in my fridge17:33
morganfainbergjohnthetubaguy: even minimally.17:34
johnthetubaguymorganfainberg: because of the audit of so many users, or something like that?17:34
morganfainbergjohnthetubaguy: because we don't guarnatee you can create users in keystone17:34
kfox1111morganfainberg: its less then that though. its a user per vm that nees instance users. which is a subset of "all".17:34
morganfainbergmany deployments are moving away from SQL backed17:34
morganfainbergso user data is "read-only"17:34
kfox1111morganfainberg: heat relies on being able to create users.17:34
kfox1111it has its own domain.17:34
flashgordonjohnthetubaguy: you should go drink them17:34
morganfainbergjohnthetubaguy: and we're working to remove/kill the SQL backend17:35
morganfainbergit's not something we want to do17:35
kfox1111we do it all the time. read only ldap domain for users, sql domain for heat.17:35
johnthetubaguymorganfainberg: ah, so that totally makes sense now, got you17:35
kfox1111ah.17:35
openstackgerritJesse J. Cook proposed openstack/nova: WIP: cells: weighted cell list randomization  https://review.openstack.org/19575717:35
morganfainbergthe sql backend is a very very very bad implementation17:35
morganfainbergand lots of identity providers do it better17:35
morganfainbergso we don't want to try and keep up17:35
kfox1111johnthetubaguy: morgan and I had the conversation earlier. they want to get out of the identity provider game.17:35
johnthetubaguymorganfainberg: totally with you there, thats a good call17:36
kfox1111so instances need their own identity provider.17:36
morganfainbergthe x509 cert thing solves the immidiate issue for service users17:36
morganfainbergbecause they become ephemeral17:36
johnthetubaguymorganfainberg: its like Nova building a hypervisor, because that would be fun17:36
morganfainbergjohnthetubaguy: yep17:36
kfox1111morganfainberg: I'm ok with trusts not working out of the gate.17:36
*** annegentle has quit IRC17:36
morganfainbergkfox1111: the issue is out of the gate nothing but barbican/swift could work17:37
kfox1111for my 2 use cases, I only need acl support in barbican/zaqar with no trusts.17:37
*** dboik has joined #openstack-nova17:37
morganfainbergbecause you'd get no roles17:37
morganfainbergso strict service ACLs on user17:37
*** fawadk has joined #openstack-nova17:37
kfox1111yeah. but thats purely a keystone thing that can be solved over time.17:37
johnthetubaguyso multiple certs mapping to a single user, then, that sounds like what we want here17:37
johnthetubaguyalthough thats not possible right now, probably17:37
morganfainbergjohnthetubaguy: that should be doable - but yes, not doable today17:37
*** browne has joined #openstack-nova17:37
morganfainbergjohnthetubaguy: target is liberty-ish17:37
kfox1111I think the x509 thing will work for now, and can be made more useful in the future.17:38
johnthetubaguymorganfainberg: thats cool17:38
johnthetubaguykfox1111: so here is a possible plan....17:38
johnthetubaguyfor now heat could pass the nasty thing into the VM via user data, and have lots of warnings all over the place17:38
johnthetubaguybut we work out a plan for per user certs in the meantime17:38
kfox1111there's a hole in th workflow still. lets address that first.17:39
johnthetubaguymy thinking is, heat generates a onetime (with expiry) URL to collect a cert thats tied to a specific user for some group of instances?17:39
johnthetubaguykfox1111: OK, the whats the hole?17:40
*** fawadkhaliq has quit IRC17:40
kfox1111the quota thing I'm still not sure about.17:40
johnthetubaguykfox1111: quota for what?17:40
kfox1111do we allow these instance users to be created outside of a vm workflow?17:40
*** ijuwang has joined #openstack-nova17:40
kfox1111ie, non instance, instance users?17:40
johnthetubaguynow thats an interesting issue17:41
kfox1111ie, quota for this other service = nova instance quota.17:41
kfox1111user launches 2 vm of 3 quota.17:41
johnthetubaguykfox1111: it should be totally separate quotas17:41
kfox1111he still has 1 instance user quota free, he could create user himself and use it outside of the vm.17:41
johnthetubaguykfox1111: at some point someone will want to give a VM two users17:41
*** ndipanov has quit IRC17:42
kfox1111why?17:42
johnthetubaguykfox1111: I can invent a use case, but I suspect we could find a good one17:42
kfox1111keystone should let you scope the instance user to some subset of permissions to give to other services.17:42
kfox1111maybe we can. just trying to think that one through.17:42
johnthetubaguykfox1111: I have my web tier shares with mid tier, mid shares with DB, or something like that17:43
kfox1111so one of the things I was hoping for was a way to keep instance users tied to instances.17:43
johnthetubaguyso the mid tier needs two users17:43
kfox1111our site policy makes it hard to allow users to be able to create new users for themselves. :/17:43
johnthetubaguykfox1111: certs tied to instances, possibly, but only possibly17:44
*** lucas-afk has quit IRC17:44
kfox1111yeah, but if the instance cert is ever given to a user, they can just launch a vm, and download the cert.17:44
*** zsais has joined #openstack-nova17:44
*** ZZelle has joined #openstack-nova17:44
kfox1111with the origional proposal, the metadata server held the cert, and only gave the vm keystone tokens, which were time limited.17:45
kfox1111so if the user downloaded a keystone token it wouldn't last forever.17:45
johnthetubaguykfox1111: we just said you can only ever download the cert once, I thought?17:45
johnthetubaguyits only stored by the person who downloaded it, I think17:45
kfox1111yeah. its where it can be used tough. if you can download it to the vm, then ssh to the vm and download it to your workstation, then it can be used there too.17:45
*** oro has joined #openstack-nova17:46
*** ctrath has quit IRC17:46
kfox1111by having the nova metadata server hold the cert, the vm can request a token from the metadata server, the metadata server can authenticate with the vm cert to keystone and return the token to the vm,17:46
kfox1111and the vm never has direct access to any credentials.17:46
kfox1111you could even switch out the cert for username/password or anything else in the nova and the vm wouldn't know......17:47
johnthetubaguykfox1111: but thats bad17:47
*** zsais has quit IRC17:48
johnthetubaguykfox1111: security wise, we wanted it to have a single use (time bounded) url to get/generate that cert tied to the instance uuid and the user who created the onetime URL17:48
kfox1111k. +1.17:49
johnthetubaguykfox1111: so its almost 7pm now on a Friday evening, so I am going to sign off17:49
johnthetubaguykfox1111: if you could add some of these ideas (even if only into the alternatives section) that would be awesome17:49
kfox1111so how do we get a one time credential to the instance (userdata)? that allows the cert to be created?17:49
johnthetubaguykfox1111: we totally still haven't answered what Nova needs to do17:49
kfox1111"secret to the vm to get a secret? " :/17:49
johnthetubaguykfox1111: so my default answer is kinda rude, heat could do that17:49
kfox1111s/nova/heat/ :/17:50
johnthetubaguyits possible that a dumb idea, but we need to say way17:50
kfox1111that whole, project passing the buck thing I was talking about. ;)17:50
kfox1111I understand though.17:50
johnthetubaguykfox1111: I am saying we have to actively decide why that doesn't work17:50
kfox1111we can talk about it more monday.17:50
kfox1111sure.17:51
johnthetubaguykfox1111: heat could call keystone, using the users context, then inject the URL into the user data, and jobs done, with zero nova code17:51
*** zsais has joined #openstack-nova17:51
kfox1111but the one time pw stuff needs to live somewhere.17:51
kfox1111is nova or barbican or keystone the right placd?17:51
*** Marga_ has quit IRC17:51
kfox1111each project is saying the other project.17:51
kfox1111or worse, a new project. :/17:52
johnthetubaguyright, they are both good answers17:52
kfox1111too many projects. :/17:52
johnthetubaguyswift already does it, FWIW17:52
johnthetubaguyalthough thats probably not a good answer17:52
johnthetubaguyah, so it doesn't do the one time bit17:52
kfox1111I was afraid osomeone might say that.17:52
kfox1111I was thinking that.17:52
kfox1111but then the solution is now nova + swift + barbican + keystone + heat. :/17:52
johnthetubaguykfox1111: so the produce management working group would be a great group to try and push this forward, in theory at least17:52
*** agireud has quit IRC17:53
superdankfox1111: I think you're missing docker in that chain17:53
* kfox1111 chuckles 17:53
kfox1111exactly.17:53
johnthetubaguykfox1111: I really only said that to be annoying :)17:53
kfox1111and ironic. ;)17:53
johnthetubaguykfox1111: the swift bit I mean17:53
kfox1111johnthetubaguy: heh. but it is a possible solution. :/17:53
kfox1111ok. lets not go down that rabbit hole any further. :/17:54
johnthetubaguykfox1111: well only if you assume everyone deploys swift, which seems like a bad plan17:54
kfox1111agreed.17:54
kfox1111needing barbican seems a bit heavy too, but I udnerstand keystone not wanting to maintain a ca when barbican already soes.17:54
kfox1111thanks for the great discussion. I really appreciate it.17:55
johnthetubaguykfox1111: so the one time thing, it fells very like barbican, except for the fact it would be better if it was one time cert generation, so if the URL is not used you don't need to even generate the cert, which in my head means keystone, but I could be wrong17:55
johnthetubaguyah, right17:55
kfox1111even better might be the vm itself generates the private key,17:55
kfox1111and a one time csr goes to the one time url for signing.17:56
*** ijuwang has quit IRC17:56
johnthetubaguykfox1111: so I actually like that (I will ignore the whole key generation on VMs being bad due to lack of randomness stuff)17:56
*** lucas-afk has joined #openstack-nova17:56
kfox1111but then how does the single use url verify that the nova instance id in the cert matches the vm that is asking for the signing?17:57
dimsum__"produce management" :)17:57
*** nic has quit IRC17:57
*** tjones2 has joined #openstack-nova17:57
kfox1111thats encoded in the one time url I guess?17:57
johnthetubaguykfox1111: so steps forward, that alternatives section is a great way to make the chosen solution look better17:57
*** zsais has left #openstack-nova17:57
johnthetubaguykfox1111: I am not sure it has to, yeah, its in the URL17:57
kfox1111... so a problem.17:58
*** schwicke has quit IRC17:58
kfox1111the temp url needs to have the nova intance id encoded into the url.17:58
johnthetubaguyyou don' t get the uuid till you create the instance17:58
johnthetubaguyyeah, so thats like a good thing to mention in the spec17:58
kfox1111but you need to create the vm to get it.17:58
*** mriedem has quit IRC17:59
kfox1111so you'd need to be able to create the vm paused without user data, then add userdata later. :/17:59
*** achanda has joined #openstack-nova17:59
*** tjones2 has quit IRC17:59
johnthetubaguykfox1111: fwiw, you could have a separate uuid, then put the mapping somewhere, but yeah...17:59
johnthetubaguykfox1111: so happy spec updating, I really need to stop, its hit 7pm now17:59
kfox1111johnthetubaguy: Thanks. I'll see if I can find more holes. I'm sure there are still a few. Have a good weekend.18:00
* johnthetubaguy bravely runs away18:00
johnthetubaguykfox1111: good luck, its a fun problem18:00
superdanflashgordon: oomichi had a good point about why you leaving breaks all of nova: https://review.openstack.org/#/c/194774/118:00
kfox1111like I said in the pec, I think the tempurl thing can be made to work, but is more complicated to actually implement :/18:01
*** mriedem has joined #openstack-nova18:01
*** Longgeek has joined #openstack-nova18:02
*** Marga_ has joined #openstack-nova18:02
kfox1111I'll dig a bit into aws's implemenation too. maybe they have some implementation details leak through that might be interesting to discuss.18:03
*** EmilienM|brb is now known as EmilienM18:04
*** rushiagr is now known as rushiagr_away18:04
*** hogepodge has quit IRC18:06
*** Marga_ has quit IRC18:07
*** Marga_ has joined #openstack-nova18:07
*** annashen has quit IRC18:08
*** Longgeek has quit IRC18:08
*** annashen has joined #openstack-nova18:08
*** ctrath has joined #openstack-nova18:12
*** sdake has quit IRC18:13
*** eglynn has quit IRC18:14
*** Marga_ has quit IRC18:14
rlrossitmriedem: for the hacking check that I'm adding in https://review.openstack.org/#/c/195713/, is eventlet.spawn() != greenthread.spawn()?18:14
*** Marga_ has joined #openstack-nova18:14
*** karimb has quit IRC18:14
*** Marga_ has quit IRC18:15
*** Marga_ has joined #openstack-nova18:15
mriedemrlrossit: i'd have to look18:16
*** achanda has quit IRC18:16
rlrossitbecause if both are "evil" with respect to pep8 I can catch both and then I can just ignore nova.utils for that check18:17
*** rushiagr_away is now known as rushiagr18:17
openstackgerritGiridhar Jayavelu proposed openstack/nova: VMware: add in vnic resource limitations  https://review.openstack.org/18020218:18
openstackgerritGiridhar Jayavelu proposed openstack/nova: VMware: create common object for limits, reservations and shares  https://review.openstack.org/17905918:18
openstackgerritGiridhar Jayavelu proposed openstack/nova: VMware: store extra_specs object  https://review.openstack.org/17906118:18
openstackgerritGiridhar Jayavelu proposed openstack/nova: Derive resource quota from Flavor's extra_spec when attaching interface to an instance  https://review.openstack.org/19617118:18
*** oro has quit IRC18:26
*** tonytan4ever has joined #openstack-nova18:28
*** artom has quit IRC18:29
*** arif-ali has quit IRC18:31
*** annegentle has joined #openstack-nova18:32
*** arif-ali has joined #openstack-nova18:36
*** annegentle has quit IRC18:37
*** arif-ali has quit IRC18:37
*** arif-ali has joined #openstack-nova18:38
*** sdake has joined #openstack-nova18:38
*** rushiagr is now known as rushiagr_away18:39
*** hogepodge has joined #openstack-nova18:41
mriedemrlrossit: i have another thing you could work on which might be 'fun'18:42
mriedems/fun/educational/18:42
*** ildikov has quit IRC18:42
rlrossitwhat isn't fun about openstack?!?!18:42
mriedemspecs, apparently18:42
rlrossitas someone on the sidelines, I kinda find that fun18:43
mriedemso it's a follow on to this race fix18:44
mriedemhttps://review.openstack.org/#/c/194843/18:44
mriedemrlrossit: there is still a race when associating a fixed ip to an instance18:45
mriedemhttp://git.openstack.org/cgit/openstack/nova/tree/nova/network/manager.py#n90918:45
mriedembecause the fixed_ip.allocated flag isn't set until here http://git.openstack.org/cgit/openstack/nova/tree/nova/network/manager.py#n92518:45
mriedemwhich is after we've associated the fixed IP and instance18:45
mriedemwhat we want to do is make that all atomic18:45
mriedemin the db api18:45
mriedemso to do that, we need to update the fixed ip associate/associate_pool methods in the fixed IP object to pass in the vif and plumb that down to the db api18:46
larsksWhat sets the 'injected' metadata on a network (e.g., as in network.get_meta('injected'))?18:46
openstackgerritJay Pipes proposed openstack/nova: Adds MonitorMetricTypeField enum field  https://review.openstack.org/19617918:46
openstackgerritJay Pipes proposed openstack/nova: Adds MonitorMetric object  https://review.openstack.org/19618018:46
openstackgerritJay Pipes proposed openstack/nova: Rework monitor plugin interface and API  https://review.openstack.org/19618118:46
openstackgerritJay Pipes proposed openstack/nova: Use stevedore for loading monitor extensions  https://review.openstack.org/19618218:46
rlrossitmriedem: so we need to link the vif to the fixed ip in the DB? or am I off?18:47
mriedemrlrossit: right, we want to set fixed_ip.virtual_interface_id and the allocated boolean in the db api associate/_pool method if there is a vif passed in18:48
*** tjones1 has quit IRC18:48
mriedemrlrossit: so these 2 associate methdos in the fixed IP object would need to change to take an optional vif parameter18:49
mriedemhttp://git.openstack.org/cgit/openstack/nova/tree/nova/objects/fixed_ip.py#n15018:49
mriedemwhich also means a version bump on that object at the top18:49
*** tjones1 has joined #openstack-nova18:49
mriedemhttp://git.openstack.org/cgit/openstack/nova/tree/nova/objects/fixed_ip.py#n4418:49
rlrossitwait mriedem the fixed ip object already has a nullable virtual_interface field?18:50
mriedemrlrossit: yes18:50
leakypipesdhellmann: https://review.openstack.org/196182 is stevedore related. would love your review on it (no priority, though)18:50
*** Nikolay_St has joined #openstack-nova18:51
*** annegentle has joined #openstack-nova18:51
mriedemrlrossit: hmm, yeah, maybe don't need the method sig change18:51
mriedemrlrossit: so if you have the vif before calling fip.associate, you could set the vif and allocated flags on the fip before calling associate18:52
mriedembut i think you'd still need to pass the vif from the fip object down into the db api so it doesn't overwrite those values18:53
mriedemor that they aren't set in the db if the associate call fails18:53
kfox1111arg... it looks like amazon's doing exactly what i was suggesting in the first place. :/  you get an instance user's token from http://169.254.169.254/latest/meta-data/iam/security-credentials18:53
rlrossitmriedem: so.... wouldn't that just mean http://git.openstack.org/cgit/openstack/nova/tree/nova/network/manager.py#n925 would just get moved to be above the associate?18:54
kfox1111the only difference is the vm may have a few different users assigned to it.18:54
kfox1111so they did extend their metadata server. :/18:54
rlrossitmriedem: then once that's set on the fip before the associate happens it would be on the fip object?18:54
mriedemrlrossit: yeah, but would have to see if that's actually persisted18:54
rlrossitis that what fip.save() is doing?18:54
mriedemyes18:55
larskssuperdan: around for a nova networking question?18:55
mriedembut i don't think you can call fip.save() before associate18:55
superdanlarsks: around yeah18:55
mriedemrlrossit: basically, i want that stuff to all be set in the same db transaction18:55
larsksN/m, saw your comment elsewhere.18:55
mriedemrlrossit: like, i think you still need to update the db api methods to pass a vif in here http://git.openstack.org/cgit/openstack/nova/tree/nova/db/sqlalchemy/api.py#n111218:56
*** agireud has joined #openstack-nova18:56
superdanlarsks: there is a config element for injected18:56
*** Nikolay_St has quit IRC18:56
*** agireud has quit IRC18:56
*** rushiagr_away is now known as rushiagr18:56
larskssuperdan: Which one?  There is the injected_template, for one...18:57
mriedemrlrossit: and if there is a vif passed in, you'd update virtual_interface_id and allocated in params here http://git.openstack.org/cgit/openstack/nova/tree/nova/db/sqlalchemy/api.py#n113918:57
larsksThere is a flat_injected option, which looks like it may be nova-network only, but I'm not sure yet...18:57
mriedemso that when the update is called on the table, it's all set together in the same db session18:57
superdanlarsks: I think there is an injected conf variable and a property you can set on a network when you create it too18:58
larskssuperdan: The thing I'm trying to figure out is if that is available for neutron networks.  There isn't an obvious 'inject this network' flag to net-create...18:58
superdanlarsks: well, flat_injected is used in neutronapi18:59
mriedemrlrossit: once the db api is done, the fixed ip object is returned with those fields set18:59
mriedemhttp://git.openstack.org/cgit/openstack/nova/tree/nova/objects/fixed_ip.py#n15018:59
larskssuperdan: Oh yah?  Well, that is interesting.18:59
superdanjust a sec18:59
mriedemrlrossit: so actually you can't move http://git.openstack.org/cgit/openstack/nova/tree/nova/network/manager.py#n925 before fip.associate because you don't have the fip yet, associate is a classmethod18:59
superdanlarsks: https://github.com/openstack/nova/blob/master/nova/network/neutronv2/api.py#L157118:59
mriedemrlrossit: so you have to pass the vif into FixedIP.associate()18:59
rlrossitmriedem: so if the fip object would no longer have the vif field explicitly set on it then right? we would just pass it in to associate and let the db handle everything?18:59
larsksYeah, just looking at that.19:00
mriedemrlrossit: yeah19:00
larsksLet me give it a shot and see what happens.19:00
mriedemrlrossit: return cls._from_db_object(context, cls(context), db_fixedip) takes care of setting the fields in the fixed IP object19:00
*** ijuwang has joined #openstack-nova19:00
mriedemreturned from associate back to the network manager19:00
*** claudiub|2 has quit IRC19:00
rlrossitmriedem: ok that's what I thought19:00
mriedemrlrossit: so it's still a version bump in the object19:00
mriedemb/c the method sig changes19:00
rlrossiteven though they're optional it still changes?19:01
*** ijw__ has joined #openstack-nova19:01
mriedemrlrossit: yeah, you'd need a vif=None kwarg19:01
rlrossitis there a bug associated w/ this? or is it the same bug that other change was linked to?19:02
mriedemrlrossit: same bug19:02
*** scottda has quit IRC19:03
mriedemrlrossit: it's at least good exposure to touching many parts of the code base19:03
mriedemand dealing with an objects versoin change19:03
rlrossitmriedem: alright. I think I know enough to at least get a start on this then19:03
mriedemok19:04
mriedemi'd start in the db api and work backwards from there19:04
*** ijw has quit IRC19:04
rlrossitmriedem: yeah that's for sure.... not too clear on how I can test this change out yet, but we'll wait until I actually have it started before I try that :P19:04
mriedemrlrossit: well, there are unit tests for the db api which run against an actual db connection so you can see if you got the db api stuff correct19:06
mriedemunit tests for the fixed ip object will use mock for the db api calls19:06
*** otter768 has joined #openstack-nova19:06
openstackgerritAndrey Kurilin proposed openstack/python-novaclient: discover supported versions to choose latest one  https://review.openstack.org/18428119:06
openstackgerritAndrey Kurilin proposed openstack/python-novaclient: Implements 'microversions' api type - Part 2  https://review.openstack.org/16740819:06
mriedemrlrossit: tempest changes upstream will hit the changes to the network manager that pulls it all together19:06
mriedem*tempest tests19:07
rlrossitmriedem: are there unit tests that I should be adding around this? (whether it be db or manager related)19:09
*** harlowja has quit IRC19:09
larskssuperdan: flat_injected does set the 'injected' key on the network. so that's good.19:09
superdanlarsks: ....but?19:09
larsks...but, since I'm running on my laptop, my guest is still booting up :)19:09
*** ijw__ has quit IRC19:09
superdanheh19:10
*** shihanzhang has quit IRC19:10
openstackgerritMarian Horban proposed openstack/nova: [WIP] Kicking the oslo.service tires  https://review.openstack.org/19290019:10
larsks...but, still not showing up in the metadata on the config drive, which is what I was trying to have happen.19:11
*** otter768 has quit IRC19:11
*** sharkJing has quit IRC19:13
*** sharkJing has joined #openstack-nova19:14
*** kiwik has quit IRC19:15
*** baoli has joined #openstack-nova19:15
*** RuiChen has joined #openstack-nova19:16
*** r-daneel has quit IRC19:17
mriedemrlrossit: there are unit tests for everything19:17
*** RuiChen has quit IRC19:17
mtreinishmriedem: are there unit tests for the unit tests?19:18
*** RuiChen has joined #openstack-nova19:18
*** rushiagr is now known as rushiagr_away19:19
mriedemrlrossit: see the section on unit tests here https://github.com/openstack/nova/blob/master/HACKING.rst19:19
mriedemmtreinish: i think that's a side project repo of yours19:19
mriedemos-testr^219:19
mtreinishmriedem: os-testr has unit tests, but not very good coverage19:19
*** markvoelker has quit IRC19:20
mriedems/os-testr/nova-network/ :)19:20
*** annegentle has quit IRC19:20
*** sharkJing has quit IRC19:20
*** Piet has quit IRC19:21
*** sharkJing has joined #openstack-nova19:21
*** kiwik-chenrui has joined #openstack-nova19:21
*** harlowja has joined #openstack-nova19:22
mriedemctrath: something else to think about with this bulk stats thing is the rpc message size limit19:22
mriedemctrath: i posted something to the ML on that in the same thread19:23
mriedemctrath: we could start pulling some of this together in a backlog spec19:23
mriedemsince it's not going to make liberty19:23
*** kiwik-chenrui has quit IRC19:23
*** kiwik-chenrui has joined #openstack-nova19:24
*** RuiChen has quit IRC19:24
larsksAh, because you don't get injection if dhcp_server is True in any case.19:24
*** baoli has quit IRC19:26
*** alexpilotti has quit IRC19:26
*** markvoelker has joined #openstack-nova19:26
kfox1111superdan, bauwser, flashgordon:  a couple more things to think about. what about cert expiration? In light of suspending the vm for a while and then needing to resume it later?   also, what about snapshotting? A user might not realize that snapshoting a vm would capture their cert.19:26
openstackgerritAndrey Kurilin proposed openstack/python-novaclient: Implements 'microversions' api type - Part 2  https://review.openstack.org/16740819:28
*** sharkJing has quit IRC19:28
*** kiwik-chenrui has quit IRC19:29
ctrathmriedem: are you thinking the return message is going to exceed the rpc message limit?19:29
*** sharkJing has joined #openstack-nova19:29
mriedemctrath: i'm thinking it could19:29
*** kiwik-chenrui has joined #openstack-nova19:29
ctrathmriedem: do you have a link to the ML?19:29
mriedemctrath: do you have that setup yet?19:30
*** kiwik-chenrui has quit IRC19:30
mriedemctrath: http://lists.openstack.org/pipermail/openstack-dev/2015-June/068129.html19:30
ctraththx.. haven't configured it yet on my new machine19:31
*** cfriesen has quit IRC19:31
*** ijw has joined #openstack-nova19:31
*** markvoelker has quit IRC19:32
*** markvoelker has joined #openstack-nova19:32
*** sharkJing has quit IRC19:33
*** sharkJing has joined #openstack-nova19:34
*** RuiChen has joined #openstack-nova19:34
mriedemctrath: here is a thread in the rabbitmq ML on message size http://lists.rabbitmq.com/pipermail/rabbitmq-discuss/2012-March/018699.html19:35
mriedemsounds like it's more or less bounded by our system resources, but there are obviously fallbacks to sending things too big19:35
*** RuiChen has quit IRC19:35
mriedemi could have sworn we used to see failures in unit tests from time to time when messages got over 64K though19:35
mriedemsuperdan: ^ do you remember that?19:35
*** RuiChen has joined #openstack-nova19:35
mriedembnemec: ^19:35
mriedemi could have sworn that bnemec fixed it like 2 years ago19:36
ctrathmriedem: I wonder if the limits are the same for text messages as they are for binary messages19:36
*** ijw has quit IRC19:36
flashgordonwho wants to review https://review.openstack.org/194840 before its too late?19:36
flashgordonmriedem: https://review.openstack.org/19484019:36
superdanmriedem: with rabbit? no19:36
mriedemsuperdan: yeah, whatever we used in the unit tests19:37
mriedemfake rpc19:37
superdanmriedem: hmm not sure why that would be19:37
mriedemi think things would go crazy with serialization of the instance objects or something19:38
mriedemwhen an error occurred and that masked the real issue19:38
mriedemlike in the integrated api samples tests19:38
*** kiwik-chenrui has joined #openstack-nova19:38
mriedemnote that i'm talking about like havana level code19:38
*** markvoelker_ has joined #openstack-nova19:38
mriedembnemec would probably know what i'm talking about19:38
mriedemflashgordon: so this is your thingy now huh http://docs-draft.openstack.org/40/194840/3/check/gate-nova-docs/4758715//doc/build/html/architecture.html19:39
*** READ10 has quit IRC19:39
superdanhmm, I dunno19:39
bnemecmriedem: I fixed an issue with qpid, but at the time I didn't think rabbit had the same problem.19:39
flashgordonmriedem: yup19:39
mriedembnemec: ah maybe it was just qpid, i can't remember19:40
ctrathmriedem: where did you put the example payload from virsh?19:40
*** kiwik has joined #openstack-nova19:40
*** RuiChen has quit IRC19:40
mriedemctrath: it's in a paste in the mailing list19:40
mriedemsame thread19:40
*** markvoelker has quit IRC19:40
ctrathgot it.. thx.19:41
*** achanda has joined #openstack-nova19:41
ctrathmriedem: so, is there a limit to the number of nodes?19:41
mriedemflashgordon: shouldn't neutron be in your hexagon list of other external services?19:42
mriedemflashgordon: and for the left side 'network' box that would maybe be prefixed as (nova-)network19:42
mriedemsince conductor isn't talking to neutron19:43
*** kiwik-chenrui has quit IRC19:43
mriedemcomments inline19:44
*** markvoelker has joined #openstack-nova19:44
*** sharkJing has quit IRC19:44
mriedemctrath: which nodes?19:44
mriedemcompute nodes?19:44
*** markvoelker_ has quit IRC19:45
bnemecWow, nostalgia.  https://review.openstack.org/#/c/28711/ was my first incubator patch.19:45
mriedembnemec: i knew you'd remember :)19:45
ctrathmriedem: sorry.. my terminology isn't correct yet…. guests?19:45
bnemecI will always remember that one because the gate started blowing up on it about 24 hours after that finally merged. :-)19:45
*** kiwik has quit IRC19:45
*** sharkJing has joined #openstack-nova19:46
*** kiwik has joined #openstack-nova19:46
*** Marga_ has quit IRC19:46
*** baoli has joined #openstack-nova19:47
*** _diana_ has joined #openstack-nova19:48
*** Marga_ has joined #openstack-nova19:48
mriedemctrath: there isn't a limit to the number of instances per compute node, no19:48
*** arnaud____ has joined #openstack-nova19:48
mriedemctrath: you're only bounded by resource limits, although it'd be dumb to grow vertically in case that one compute node goes down19:48
mriedemctrath: which is why many people don't like the clustered hypervisor approach since it grows vertically behind the scenes rather than horizontally per compute nodes19:49
*** RuiChen has joined #openstack-nova19:49
*** _diana_ has quit IRC19:49
mriedemctrath: superdan and leakypipes haven't had to explain that yet this week, so i'm sure they'd be all for it19:49
*** kiwik has quit IRC19:51
*** sharkJing has quit IRC19:52
*** sharkJing has joined #openstack-nova19:52
*** RuiChen has quit IRC19:52
*** RuiChen has joined #openstack-nova19:52
*** Marga_ has quit IRC19:53
*** arnaud____ has quit IRC19:53
superdanheh19:53
*** markvoelker has quit IRC19:54
*** mestery has joined #openstack-nova19:54
*** _diana_ has joined #openstack-nova19:56
*** Piet has joined #openstack-nova19:56
*** RuiChen has quit IRC19:56
*** baoli has quit IRC19:57
*** sharkJing has quit IRC19:57
*** markvoelker has joined #openstack-nova19:58
*** achanda has quit IRC19:58
*** sharkJing has joined #openstack-nova19:58
*** ijw has joined #openstack-nova19:58
*** ijuwang has quit IRC19:59
*** RuiChen has joined #openstack-nova19:59
kfox1111so, I'm trying to rewite the spec, but it isn't really designed to have lots of different implementations specified out in it. and the generic "what do we want to acomplish" is so generic it doesn't really get us anywhare. What should I do?20:01
*** kiwik has joined #openstack-nova20:02
*** zhenguo has quit IRC20:03
*** Longgeek has joined #openstack-nova20:04
*** RuiChen has quit IRC20:04
*** kiwik has quit IRC20:05
*** kiwik has joined #openstack-nova20:05
*** Marga_ has joined #openstack-nova20:06
*** kiwik-chenrui has joined #openstack-nova20:07
*** sharkJing has quit IRC20:08
*** ivasev has quit IRC20:09
*** Longgeek has quit IRC20:09
openstackgerritMatt Riedemann proposed openstack/nova: Support Network objects in set_network_host  https://review.openstack.org/19239620:09
*** markvoelker_ has joined #openstack-nova20:09
mriedemkfox1111: couldn't you just dump them into the alternatives section?20:09
*** Marga_ has quit IRC20:10
*** kiwik has quit IRC20:10
*** eglynn has joined #openstack-nova20:10
*** Marga_ has joined #openstack-nova20:10
*** markvoelker has quit IRC20:11
*** markvoelker_ has quit IRC20:12
*** radek_ has quit IRC20:14
*** kiwik-chenrui has quit IRC20:15
*** browne has quit IRC20:15
*** kiwik-chenrui has joined #openstack-nova20:15
*** oro has joined #openstack-nova20:16
kfox1111mriedem: I'm worried its going to be huge... there are a lot of permutations. :/20:16
*** kiwik-chenrui has quit IRC20:16
*** kiwik-chenrui has joined #openstack-nova20:16
openstackgerritAndrey Pavlov proposed openstack/python-novaclient: Fix resolving image.id in servers.boot  https://review.openstack.org/19608220:16
*** kiwik-chenrui has quit IRC20:17
*** kiwik-chenrui has joined #openstack-nova20:18
mriedemugh20:18
*** ctrath1 has joined #openstack-nova20:20
*** krtaylor has quit IRC20:21
*** Marga_ has quit IRC20:22
*** vladikr has quit IRC20:22
*** ijuwang has joined #openstack-nova20:23
*** Marga_ has joined #openstack-nova20:23
flashgordonmriedem: thanks, so should I have a nova-network diagram and a neutro none?20:23
flashgordonmriedem: thanks, so should I have a nova-network diagram and a neutron one?20:23
mriedemflashgordon: see my comments in the review?20:23
flashgordonlooking20:24
*** kiwik has joined #openstack-nova20:24
flashgordonmriedem: I'll just add a note saying this is nova-networking not neutron20:24
*** ctrath1 has quit IRC20:24
mriedemflashgordon: well, i think you could have both in there with an asterisk20:25
mriedemand in the * note you mention that it's either nova-network or neutron20:25
*** hemna has quit IRC20:25
mriedembut that's how it's modeled for each20:25
mriedemidk20:25
mriedemnova-network* on left20:25
mriedemneutron* on right in the hexagon with glance/cinder20:25
*** lucas__ has quit IRC20:25
mriedem* pick one, don't f it up20:26
mriedemas your note20:26
*** nic has joined #openstack-nova20:26
kfox1111so... how is config drive implemented today? Iso image?20:26
flashgordonmriedem: I am just trying to make the non-ascii version of http://docs.openstack.org/developer/nova/architecture.html20:27
*** kiwik-chenrui has quit IRC20:27
openstackgerritAndrey Pavlov proposed openstack/python-novaclient: Fix resolving image.id in servers.boot  https://review.openstack.org/19608220:27
flashgordonmriedem: but I'll update the comments20:28
mriedemflashgordon: yeah, but, you can also make it about 3 years more current20:28
*** ijuwang has quit IRC20:29
mriedemflashgordon: but that's fine if you just want to make the note that it's the nova-networking model20:29
mriedemflashgordon: you didn't want to point out that the compute is talking to libvirt/xen/etc20:29
mriedem?20:29
*** kiwik has quit IRC20:29
*** lucas__ has joined #openstack-nova20:29
flashgordonmriedem: wasn't sure if the libvirt level of detail in the diagram really helps thoughts?20:30
mriedemflashgordon: i dont think it hurts20:31
mriedemflashgordon: you could ask ctrath, he's been looking at this stuff lately with fresh eyes20:31
openstackgerritThang Pham proposed openstack/nova: VMware: Add support for swap disk  https://review.openstack.org/14217420:31
mriedemctrath: compare old http://docs.openstack.org/developer/nova/architecture.html to new proposed http://docs-draft.openstack.org/40/194840/3/check/gate-nova-docs/4758715//doc/build/html/architecture.html20:31
mriedemctrath: do you think it's helpful to have the compute part pointing out that it's talking to libvirt/xen/etc?20:32
*** kiwik has joined #openstack-nova20:32
*** ijw__ has joined #openstack-nova20:32
ctrathmriedem: probably20:32
ctrathalso, where's the controller in the proposed diagram?20:33
mriedemctrath: well, that's a deployment topology concept20:33
mriedemctrath: for the purpose of that diagram, you could consider it single-node20:33
ctrathalright.. fair enough20:33
flashgordonso right now the explanation on the bottom mentions the hypervisor20:34
mriedemflashgordon: oh right20:34
ctrathcould the explanation below in include a subnote that specifies specific hypervisors?20:35
*** kiwik has quit IRC20:35
mriedemctrath: no, probably note20:35
mriedem*not20:35
mriedemctrath: b/c that will be stale over time20:35
*** kiwik has joined #openstack-nova20:35
*** ijw has quit IRC20:35
mriedemflashgordon: so i guess i'm good if you just make a note that this is the nova-network model20:35
ctrathmriedem: true.. Does this documentation get updated each release?20:35
mriedemflashgordon: if you wanted to go the extra mile and add a separate diagram for neutron, that'd be cool too, but whatevs20:35
mriedemctrath: it can, but doesn't normally20:36
*** annegentle has joined #openstack-nova20:37
ctrathmriedem: what about bare-metal? Is the firmware in the bare-metal instance considered a hypervisor?  I'm wondering if that should be spelled out20:38
mriedemctrath: ironic is the hypervisor in that case20:38
mriedemit's a black box20:38
ctrathalright.. I didn't realize ironic was considered a hypervisor20:39
*** oro has quit IRC20:40
*** rlrossit has left #openstack-nova20:40
*** RuiChen has joined #openstack-nova20:40
*** kiwik has quit IRC20:41
*** isd1 has joined #openstack-nova20:41
*** ijuwang has joined #openstack-nova20:41
flashgordonctrath: that is part of the problem ... it is a special child20:41
*** isd has quit IRC20:41
*** fawadk has quit IRC20:42
melwittflashgordon: thanks for making that diagram, it's a vast improvement20:42
*** RuiChen has quit IRC20:42
*** RuiChen has joined #openstack-nova20:43
*** tonytan4ever has quit IRC20:43
*** fawadkhaliq has joined #openstack-nova20:43
*** fawadkhaliq has quit IRC20:44
flashgordonmelwitt: I have been wanting to make it not nearly as bad for a long time20:45
flashgordonnew version coming soon20:45
mtreinishmelwitt, flashgordon: I'm not sure, I have a really hard time figuring out what it's supposed to look like when I open the svg in vim. It worked fine with the old version though20:46
*** RuiChen has quit IRC20:46
*** RuiChen has joined #openstack-nova20:47
melwittmtreinish: oh, I cheated and opened the draft docs by clicking on the gate-nova-docs job20:47
flashgordonmriedem: how is this http://imgh.us/architecture.svg20:47
*** _diana_ has quit IRC20:47
flashgordonmtreinish: you can't mentally render the XML?20:47
*** tonytan4ever has joined #openstack-nova20:48
flashgordonctrath: ^ new draft20:48
mtreinishflashgordon: you're making it so I'm going to have to learn how to20:48
* bauwser whispers by thinking how HTML5 could help but there is something called IE20:48
*** kiwik-chenrui has joined #openstack-nova20:48
*** toure has quit IRC20:48
flashgordondia isn't that hard to use, and it has shapes for IBM mainframes20:49
mriedemflashgordon: ok, in the neutron diagram i might have still just lumped neutron in with glance/cinder on the right side20:49
melwitt\o/ mainframes shapes20:49
mriedemnot sure if i like the compute square eating the hypervisor, but now i'm just nit picking20:49
flashgordonmriedem: I thought this would make it easier to spot the difference versus nova-net20:49
*** ajayaa has quit IRC20:49
*** tjones2 has joined #openstack-nova20:50
flashgordonyeah you are nitpicking20:50
*** jecarey has quit IRC20:50
mtreinishmriedem: but that's how it actually works isn't it?20:50
flashgordonand I couldn't find the pacman symbol20:50
mriedemflashgordon: i think the difference would be easier to spot if you completely just remove hte left side network thing in the neutron case20:50
mriedemand lump neutron in with glance and cinder as external services that nova compute and api talk to20:50
flashgordonkeystone has its own thing anyway20:50
*** xyang1 has quit IRC20:50
mriedemyeah, whatevs, it's fine20:51
*** kiwik has joined #openstack-nova20:51
mriedemit's better than what was there earlire20:51
mriedemi'll just tear it all up after you're officially gone :)20:51
flashgordonmriedem: I will still be on IRC so be careful20:51
*** markvoelker has joined #openstack-nova20:51
*** Marga_ has quit IRC20:51
mriedemcomstud: hi20:51
mriedemhe20:51
*** RuiChen has quit IRC20:52
openstackgerritJoe Gordon proposed openstack/nova: Replace ascii art architecture diagram with svg image  https://review.openstack.org/19484020:52
flashgordonmriedem: don't forget vishy20:52
mriedemflashgordon: vishy already ignores me on purpose20:52
mriedemi was asking vish-network questions earlier in the week20:52
*** lucas__ has quit IRC20:52
flashgordonhaha20:52
*** kiwik-chenrui has quit IRC20:53
*** Marga_ has joined #openstack-nova20:54
*** kiwik-chenrui has joined #openstack-nova20:54
*** tjones2 has quit IRC20:54
*** thangp has quit IRC20:55
melwittboo to flashgordon leaving20:56
flashgordon3 hours20:56
flashgordonI will mess y'all20:56
*** kiwik has quit IRC20:56
melwittflashgordon: you'll be missed. best of luck at your new gig20:57
*** mestery has quit IRC20:57
openstackgerritGiridhar Jayavelu proposed openstack/nova: VMware: add in vnic resource limitations  https://review.openstack.org/18020220:57
openstackgerritGiridhar Jayavelu proposed openstack/nova: VMware: create common object for limits, reservations and shares  https://review.openstack.org/17905920:57
openstackgerritGiridhar Jayavelu proposed openstack/nova: VMware: Resource limits for memory  https://review.openstack.org/17906020:57
openstackgerritGiridhar Jayavelu proposed openstack/nova: VMware: store extra_specs object  https://review.openstack.org/17906120:57
openstackgerritGiridhar Jayavelu proposed openstack/nova: VMware: add resource limits for disk  https://review.openstack.org/17906220:57
*** jwcroppe_ has joined #openstack-nova20:58
*** ijw__ has quit IRC20:58
*** RuiChen has joined #openstack-nova20:58
*** kiwik-chenrui has quit IRC20:58
flashgordonmelwitt: thanks20:59
*** Marga_ has quit IRC20:59
*** nic has quit IRC20:59
*** jwcroppe has quit IRC21:00
mriedemmelwitt: thanks for clearing up the confusion on https://review.openstack.org/#/c/171389/21:01
*** lucas__ has joined #openstack-nova21:01
*** Marga_ has joined #openstack-nova21:01
*** lucas__ has quit IRC21:01
figleafflashgordon: so what's the new gig?21:01
*** jwcroppe_ has quit IRC21:02
*** thorst1 has quit IRC21:02
*** lucas__ has joined #openstack-nova21:02
*** jwcroppe has joined #openstack-nova21:02
flashgordonfigleaf: pinterest21:03
melwittmriedem: it took me awhile to understand it myself. the original use case was ceilometer and I guess if they query Nova proxy, they don't have to know whether it's Neutron or nova-network. though I don't know how ceilometer works, whether it's already polling Neutron/Glance/etc anyway21:03
figleafflashgordon: well, nothing but the best to you. You will be missed.21:04
*** lucas___ has joined #openstack-nova21:04
mriedemmelwitt: yeah and them artom said the ceilometer thing was reverted and not coming back21:04
*** kiwik-chenrui has joined #openstack-nova21:04
mriedemmelwitt: basically, the spec says 'it was a thing in novaclient that didn't work but people have said they want it to'21:04
flashgordonfigleaf: thanks, I will miss all the fun (and yelling) we have in nova21:04
mriedemmelwitt: which i think just means, use neutronclient then21:04
*** krtaylor has joined #openstack-nova21:04
*** jwcroppe_ has joined #openstack-nova21:05
figleafflashgordon: if it gets too bad, pop back here and we'll yell at you21:05
*** kiwik-chenrui has quit IRC21:05
flashgordonfigleaf: I may take you up on that :)21:05
melwittmriedem: yeah, though the other spec was the same person who did the original change that got reverted, which was a ceilometer person I thought. so there's a "hint" that ceilometer wants it again but it's really not clear. and I think the specs should be really clear about "why" of the change21:06
mriedemmelwitt: agreed21:06
*** lucas__ has quit IRC21:06
*** raildo has quit IRC21:06
*** lucas___ has quit IRC21:06
mriedemsounds like some synergy 2.0 is required here21:06
*** jwcroppe has quit IRC21:06
bauwserneed some help on understanding Ceilo ?21:07
*** kiwik-chenrui has joined #openstack-nova21:07
*** otter768 has joined #openstack-nova21:07
*** RuiChen has quit IRC21:07
bauwsermelwitt: ^ ?21:07
* bauwser misses the whole context21:07
*** browne has joined #openstack-nova21:08
*** lpetrut has quit IRC21:09
melwittbauwser: not really, we were talking about this spec that wants to add "all_tenants" for listing floating ips to Nova API. and the use case "might be" Ceilometer, and I was just saying I didn't know if ceilometer polls all the things (Nova, Neutron, Glance, etc) or if it only queries Nova for information. Neutron already supports "all_tenants" so if Ceilometer can query Neutron, things should be fine21:10
bauwsermelwitt: http://docs.openstack.org/developer/ceilometer/architecture.html#gathering-the-data HTH21:11
*** romainh has joined #openstack-nova21:11
*** RuiChen has joined #openstack-nova21:11
melwittbauwser: cool, thanks21:11
*** otter768 has quit IRC21:12
*** htruta has quit IRC21:13
*** kiwik-chenrui has quit IRC21:14
*** mwagner_afk has joined #openstack-nova21:15
*** kiwik-chenrui has joined #openstack-nova21:18
*** markvoelker has quit IRC21:19
*** Longgeek has joined #openstack-nova21:22
*** wxy has joined #openstack-nova21:22
*** RuiChen has quit IRC21:22
*** harlowja has quit IRC21:23
*** lucas__ has joined #openstack-nova21:24
*** openstack has joined #openstack-nova21:25
*** ijw has joined #openstack-nova21:26
*** Longgeek has quit IRC21:26
*** wxy has quit IRC21:27
superdandammit leakypipes it's friday21:28
superdandon't make me do work21:28
*** lucas__ has quit IRC21:28
*** wxy has joined #openstack-nova21:28
*** aysyanne has quit IRC21:28
*** markvoelker has joined #openstack-nova21:28
*** wxy has quit IRC21:28
*** RuiChen has joined #openstack-nova21:29
*** wxy has joined #openstack-nova21:29
*** _diana_ has joined #openstack-nova21:29
*** tjones2 has joined #openstack-nova21:29
mriedem5:30 on a friday is when leakypipes gets shit done21:29
mriedemthe phone has stopped rining21:29
mriedem*ringing21:30
figleafmriedem: it's the rest of the week when he doesn't do jack21:30
mriedemthe pugs are asleep in their diapers21:30
*** markvoelker has quit IRC21:30
*** kiwik-chenrui has quit IRC21:30
*** Raildo has joined #openstack-nova21:31
superdanheh21:31
melwittlol21:32
*** zxen has joined #openstack-nova21:33
*** Raildo is now known as raildo21:34
*** earlephilhower has joined #openstack-nova21:34
*** wxy has quit IRC21:35
*** kiwik-chenrui has joined #openstack-nova21:35
*** harlowja has joined #openstack-nova21:35
figleafleakypipes: reviewed. LGTM!21:36
superdanwow, that was fast21:37
*** wxy has joined #openstack-nova21:38
*** hemna has joined #openstack-nova21:38
*** RuiChen has quit IRC21:39
*** annegentle has quit IRC21:39
*** kiwik-chenrui has quit IRC21:40
*** annegentle has joined #openstack-nova21:40
*** zxen has quit IRC21:40
*** kiwik-chenrui has joined #openstack-nova21:40
figleafsuperdan: only about the 10th time I've reviewed that code :)21:41
openstackgerritJoe Gordon proposed openstack/nova: Plan to move to one network stack  https://review.openstack.org/19625821:42
superdanleakypipes: it seems kinda silly to bury the compute_node.save() in the scheduler client like that21:43
* flashgordon braces for impact21:43
superdanleakypipes: is this because we're expecting we'll change the scheduler client to do something other than a save() there in the future?21:43
*** zxen has joined #openstack-nova21:43
*** tjones2 has left #openstack-nova21:43
*** _diana_ has quit IRC21:44
superdanflashgordon: I applaud your pragmatism and leadership good sir21:44
*** artom has joined #openstack-nova21:45
flashgordonsuperdan: thank you :), but I just thought of a better commit message21:45
tjones1flashgordon: nice working with you.  Thanks for the bug help.  Hope you enjoy your new gig!!  If not - ping me.  we are hiring :-)21:45
openstackgerritJoe Gordon proposed openstack/nova: One network stack to rule them all  https://review.openstack.org/19625821:45
*** _diana_ has joined #openstack-nova21:46
flashgordontjones1: thanks, its been great working with you too!21:46
flashgordonsuperdan: ^^21:46
superdanflashgordon: heh21:46
figleafsuperdan: why is that 'buried'?21:47
*** wxy has quit IRC21:47
*** isd1 has quit IRC21:47
superdanfigleaf: because it calls through two layers to do just a compute_node.save() ?21:47
*** wxy has joined #openstack-nova21:47
figleafsuperdan: but it's an RPC call, and the caller shouldn't know what's involved. It does the same thing as it did before21:48
figleafsuperdan: just a lot cleaner21:48
superdanfigleaf: where is an rpc call?21:49
openstackgerritGiridhar Jayavelu proposed openstack/nova: Derive resource quota from Flavor's extra_spec when attaching interface to an instance  https://review.openstack.org/19617121:49
figleafsuperdan: the update_resource_stats21:50
superdanfigleaf: not that I see21:50
figleafsuperdan: this is preserving the current flow21:50
superdanfigleaf: you think that's sending the whole compute node back to scheduler rpc just to save it to the DB?21:50
*** zxen has quit IRC21:51
*** kiwik-chenrui has quit IRC21:51
*** zxen has joined #openstack-nova21:51
*** kiwik-chenrui has joined #openstack-nova21:51
*** nihilifer has quit IRC21:51
superdanfigleaf: the query bit of the client is an rpc call21:52
superdanfigleaf: the report bit is not, as far as I can tell21:52
superdanfigleaf: and the long-standing confusion around this code is that the "client" part of that is just writing to the db from the compute node (through conductor of course)21:53
figleafsuperdan: hmmm... I thought they both were21:53
*** wxy has quit IRC21:53
superdanthis doesn't do anything in that layer anymore,21:53
superdanwhich makes it confusing for no reaosn21:53
figleafsuperdan: the confusion comes from tracking the same information is a bunch of different places21:53
superdanso unless this is critical for setting something up...21:53
superdanfigleaf: only ten times through the patch huh? :)21:54
figleafsuperdan: since March? at least21:54
*** Marga_ has quit IRC21:55
figleafsuperdan: I get that this isn't ideal, but it is a huge clean-up from how it is now21:55
figleafsuperdan: I'd love to ditch the current approach to keeping the scheduler in sync with compute21:56
figleafsuperdan: this doesn't fix it, it just makes it suck a little less :)21:56
*** rwsu has quit IRC21:56
*** kiwik-chenrui has quit IRC21:56
*** kiwik-chenrui has joined #openstack-nova21:57
*** wxy has joined #openstack-nova21:57
melwittfigleaf: why is the self._write_ext_resources not needed anymore during the init? that is, what takes care of doing that in the new way?21:58
*** baoli has joined #openstack-nova21:59
superdanyeah, haven't found that either21:59
openstackgerritOpenStack Proposal Bot proposed openstack/nova: Updated from global requirements  https://review.openstack.org/19432521:59
*** zxen has quit IRC21:59
*** ijw has quit IRC21:59
figleafmelwitt: which init are you looking at?22:01
*** zxen has joined #openstack-nova22:01
melwittfigleaf: _init_compute_node22:01
*** hemna_ has joined #openstack-nova22:01
superdanthe method is modified even,22:02
superdanbut the call to it is gone, AFAICT22:02
*** hemna has quit IRC22:02
*** patrickeast has quit IRC22:03
*** kiwik-chenrui has quit IRC22:03
melwittyeah, that's what I find too. I followed into self.compute_node.update_from_virt_driver(resources) to see if that does something like it but it doesn't seem to22:04
*** wxy has quit IRC22:04
superdanyeah22:04
*** patrickeast has joined #openstack-nova22:04
superdanand the fact that it's gone and passing tests is kinda disturbing too22:04
*** RuiChen has joined #openstack-nova22:04
*** sharkJing has joined #openstack-nova22:04
bauwserso, there was a discussion and I wasn't seeing it /o\22:05
bauwserbecause I was reviewing leakypipes's change22:05
bauwser...22:05
bauwserso, yeah, I think we can leave _write_ext_resources() but drop it in a later patch22:05
*** kiwik-chenrui has joined #openstack-nova22:06
*** wxy has joined #openstack-nova22:06
melwittbauwser: so it's no longer needed for some reason? I just wasn't sure if it was a mistake22:06
*** wxy has quit IRC22:07
superdanif it's no longer needed then the method should be removed from RT22:07
bauwsermelwitt: it's not really needed anymore because it was for ERT22:07
*** kiwik-chenrui has quit IRC22:07
*** wxy has joined #openstack-nova22:07
superdanbut I don't understand why it's no longer needed22:07
bauwserExtensible RT22:07
mriedemif it's needed and busted but not failing tests, add tests22:07
superdanwe spent so much time getting that crap in there22:07
superdanI know it's not really useful, but if it's changing what is being reported,22:07
superdanand people have scheduler filters written to read it...22:08
*** kiwik-chenrui has joined #openstack-nova22:08
*** edmondsw has quit IRC22:08
bauwsersuperdan: the ERT doesn't have the scheduler method for getting them22:08
*** edmondsw has joined #openstack-nova22:08
bauwsersuperdan: but that's out of the current change22:08
melwittbauwser: oh, okay. I was reviewing for the conversion to ComputeNode, so when I see things disappearing with no replacement they look like a bug22:08
superdanI don't know what that means22:08
*** edmondsw has quit IRC22:08
*** kiwik-chenrui has quit IRC22:09
superdanmelwitt: it is a bug22:09
bauwserokay, little story behind that, it was for providing extensible resources to the scheduler22:09
*** RuiChen has quit IRC22:09
*** baoli has quit IRC22:09
*** wxy has quit IRC22:09
*** zxen has quit IRC22:10
*** wxy has joined #openstack-nova22:10
bauwserso paul added it in the RT, but the scheduler change was removedf22:10
*** RuiChen has joined #openstack-nova22:10
superdanmelwitt: new line 488 makes a change to that method, but the method is never called22:10
*** sharkJing has quit IRC22:10
*** dave-mcc_ has joined #openstack-nova22:10
superdanbauwser: well, this patch commit message mentions none of that, and modifies the method in the process22:10
superdanbauwser: so if we're removing this, it should be in a separate patch22:10
*** sharkJing has joined #openstack-nova22:11
melwittsuperdan: ah, yeah. if there's no call left at all then that's inconsistent22:11
*** zxen has joined #openstack-nova22:11
bauwsersuperdan: yup, that's what I said :)22:11
bauwsermelwitt: there is one left call, L58322:11
bauwserin update()22:11
bauwserwhich is fine22:11
bauwsersorry if I'm unclear, 0:11am here22:12
superdanI see it22:12
*** dave-mccowan has quit IRC22:12
superdanwe should remove that before this patch if that's what we're going to do22:12
superdangerrit search fails for me sometimes22:13
melwittbauwser: I see. maybe I saw it before too, not sure. but I guess if we take one call that supports ERT out and leave another, I don't understand that either22:13
*** RuiChen has quit IRC22:13
*** RuiChen has joined #openstack-nova22:14
*** ijuwang has quit IRC22:14
*** wxy has quit IRC22:14
figleafmelwitt: good point. At least it should have an explanation22:14
melwittanyway, my point was it takes a lot longer to review a patch when it's doing extra things that aren't explained, they look like bugs22:14
*** exploreshaifali has quit IRC22:15
bauwsermelwitt: so my take on that is to say 'okay, whatever we like ERT or not, it's not by the scope of the change"22:15
*** sharkJing has quit IRC22:16
*** earlephilhower has quit IRC22:16
bauwsermelwitt: so, we can leave it since it's still called, and provide another change for removing it22:16
*** Marga_ has joined #openstack-nova22:16
superdanI think it would be much better to put something ahead of this to just remove it22:16
bauwsermelwitt: I think Paul would appreciate some discussion on keeping ERT or not, while he wouldn't want to pollute the objectify change22:16
superdannow wait a sec22:16
*** sharkJing has joined #openstack-nova22:17
superdanyou just said it's completely unused(able)  right?22:17
melwittI have to step out for an appointment right now, bbl22:17
*** fawadkhaliq has joined #openstack-nova22:17
bauwsersuperdan: AFAICT, yes22:17
bauwsersuperdan: I remember the story, the change has landed on the scheduler side, but has been reverted22:18
*** Nikolay_St has joined #openstack-nova22:18
superdanokay, but it doesn't matter22:18
superdaneither this patch doesn't remove this call, or it's gone before this patch, right?22:18
*** SourabhP has joined #openstack-nova22:19
bauwsersuperdan: so, the objectify change doesn't impact the call yup22:19
*** wxy has joined #openstack-nova22:19
bauwsersuperdan: I mean, the RT.update() call still calls the ERT handler22:19
*** fawadk has joined #openstack-nova22:19
superdanbut it's not done from init anymore22:19
*** pixelb has quit IRC22:19
bauwsersuperdan: what's changed by the objectify patch is just a removed call in the _init() method22:20
bauwsersuperdan: correct22:20
bauwsersuperdan: I see your point22:20
*** fawadkhaliq has quit IRC22:20
bauwsersuperdan: so, yeah, removing that call shouldn't be part of the change, since it's not impacted22:21
*** Marga_ has quit IRC22:21
superdanwhat's up with the removal of compute_node_create?22:21
*** sharkJing has quit IRC22:21
*** RuiChen has quit IRC22:21
flashgordonmriedem melwitt: tests are in, want to review https://review.openstack.org/#/c/194840/22:21
bauwsersuperdan: ah that22:21
*** annashen has quit IRC22:22
*** RuiChen has joined #openstack-nova22:22
*** sharkJing has joined #openstack-nova22:22
bauwsersuperdan: if you see the code, it just calls the object .create() instead22:22
*** lucas-afk has quit IRC22:22
*** annashen has joined #openstack-nova22:22
superdanoh right, I was looking in the wrong place for it22:22
*** zxen has quit IRC22:23
mriedemflashgordon: +222:23
*** tjones2 has joined #openstack-nova22:23
superdanI want to hear what leakypipes has to say about this ERT business22:23
bauwsersuperdan: but that's fair to say that removing the call to write_ext_res() in init() makes the create() missing the ERT stuff22:23
*** ctrath has quit IRC22:23
*** wxy has quit IRC22:24
*** zxen has joined #openstack-nova22:24
*** kiwik-chenrui has joined #openstack-nova22:26
*** zxen has quit IRC22:27
*** kiwik-chenrui has quit IRC22:27
*** zxen has joined #openstack-nova22:27
*** kiwik-chenrui has joined #openstack-nova22:27
flashgordonnot my patch, but an awesome one https://review.openstack.org/#/c/17556922:27
flashgordonremoves 2k lines22:27
flashgordonand lets nova blame cinder for more problems22:28
*** RuiChen has quit IRC22:29
*** Marga_ has joined #openstack-nova22:30
*** tonytan4ever has quit IRC22:30
*** kiwik-chenrui has quit IRC22:30
*** tpeoples has quit IRC22:31
*** wxy has joined #openstack-nova22:31
*** kiwik-chenrui has joined #openstack-nova22:31
*** kiwik-chenrui has quit IRC22:32
*** sharkJing has quit IRC22:32
*** kiwik-chenrui has joined #openstack-nova22:33
mriedemflashgordon: yeah it's in the review queue22:34
*** kiwik-chenrui has quit IRC22:34
*** wxy has quit IRC22:34
leakypipessuperdan: yes, the ert stuff will go away in later patches...22:34
mriedemflashgordon: i've been in this libvirt volume driver code a lot lately so i need to review that one22:34
leakypipessuperdan: and yes, the scheduler client will eventually be more than compute_node.save() :)22:34
*** wxy has joined #openstack-nova22:34
superdanleakypipes: so we've been sending the ERT stuff over the wire for a couple cycles for no reson?22:34
superdaner, reason22:34
bauwsersuperdan: exactly :)22:35
*** zxen has quit IRC22:35
leakypipessuperdan: yup :(22:35
superdanleakypipes: that's really unfortunate22:35
*** kiwik-chenrui has joined #openstack-nova22:35
superdanleakypipes: so why don't we just yank that stuff in a precursor patch so that this doesn't git-blame to touch any of it?22:35
*** zxen has joined #openstack-nova22:35
flashgordonmriedem: cool, this should clean that code up a lot22:35
bauwsersuperdan: the story about providing a separate scheduler method just for calling save() is just for having a clear interface22:35
bauwsersuperdan: it was actually done when we were talking about splitting the sched y'know<22:36
superdanbauwser: yeah, it's just hiding what is going on right now.. is that interface still there for actual reasons?22:36
bauwsersuperdan: honestly, no real compelling reasons but a good interface22:37
*** zxen has quit IRC22:37
*** Nikolay_St has quit IRC22:37
mriedemfuture requirements are the best requirements22:37
*** zxen has joined #openstack-nova22:37
superdanit doesn't seem like it's a good interface, since this patch modifies it22:38
superdanand passing the compute_node object doesn't really seem like the right level of detail for an independent scheduler client22:38
superdanbut...22:39
bauwsersuperdan: now that we have a clear object usage, maybe that can be discussed agreed22:39
*** wxy has quit IRC22:39
*** annashen has quit IRC22:39
*** wxy has joined #openstack-nova22:39
*** fawadk has quit IRC22:40
superdanleakypipes: anyway, it would be nice to keep this thing from touching ERT in any way, ideally by removing it first if it's really not needed (should be easy right?)22:41
*** annegentle has quit IRC22:41
*** kiwik has joined #openstack-nova22:41
superdanleakypipes: if not, maybe a comment in the commit message about why it seems to drop some calls because we don't care about it anymore22:41
bauwserokay, France lost at the quarters of the Soccer WC, can say bye to you folks !22:42
superdanlost to who?22:42
bauwserGermany22:42
*** zxen has quit IRC22:42
* superdan reserves a joke22:42
bauwser:D22:42
* figleaf was thinking of the same joke22:42
*** wxy has quit IRC22:43
bauwsersuperdan: figleaf: to be clear, France was playing at 11 and Germany at 12 - including the referree22:44
*** claudiub has joined #openstack-nova22:44
*** kiwik has quit IRC22:44
*** kiwik-chenrui has quit IRC22:44
*** wxy has joined #openstack-nova22:44
*** kiwik has joined #openstack-nova22:44
*** armax has joined #openstack-nova22:44
* bauwser is a French, y'know so arguing is like a 2nd nature 22:45
*** packet has joined #openstack-nova22:47
*** armax has quit IRC22:47
mriedemthe french team obviously needs a tom brady and bill bellichick22:48
*** wxy has quit IRC22:48
mriedemhttps://www.youtube.com/watch?v=oDpzJk3X02022:48
*** dboik has quit IRC22:48
*** RuiChen has joined #openstack-nova22:49
*** wxy has joined #openstack-nova22:49
*** dboik has joined #openstack-nova22:49
*** tjones2 has quit IRC22:50
*** RuiChen has quit IRC22:50
*** wxy has quit IRC22:50
*** RuiChen has joined #openstack-nova22:50
*** wxy has joined #openstack-nova22:50
*** annashen has joined #openstack-nova22:50
*** kiwik has quit IRC22:52
*** zxen has joined #openstack-nova22:52
*** zxen has quit IRC22:53
*** RuiChen has quit IRC22:53
*** zxen has joined #openstack-nova22:53
*** RuiChen has joined #openstack-nova22:53
*** tjones2 has joined #openstack-nova22:53
*** zxen has quit IRC22:54
*** _diana_ has quit IRC22:54
*** ctrath has joined #openstack-nova22:54
*** zxen has joined #openstack-nova22:54
*** otter768 has joined #openstack-nova22:55
*** wxy has quit IRC22:55
*** kiwik-chenrui has joined #openstack-nova22:55
*** tjones2 has quit IRC22:56
*** _diana_ has joined #openstack-nova22:56
*** zxen has quit IRC22:57
*** bauwser is now known as bauzas22:57
*** RuiChen has quit IRC22:58
*** zxen has joined #openstack-nova22:59
*** wxy has joined #openstack-nova23:00
openstackgerritMatt Riedemann proposed openstack/nova: libvirt: move the LibvirtQuobyteVolumeDriver into the quobyte module  https://review.openstack.org/19323623:00
openstackgerritMatt Riedemann proposed openstack/nova: libvirt: move volume/remotefs/quobyte modules under volume subdir  https://review.openstack.org/19322323:00
openstackgerritMatt Riedemann proposed openstack/nova: libvirt: move the LibvirtScalityVolumeDriver into it's own module  https://review.openstack.org/19324923:00
openstackgerritMatt Riedemann proposed openstack/nova: libvirt: move LibvirtGlusterfsVolumeDriver into it's own module  https://review.openstack.org/19338023:00
openstackgerritMatt Riedemann proposed openstack/nova: libvirt: move LibvirtFibreChannelVolumeDriver into it's own module  https://review.openstack.org/19327823:00
openstackgerritMatt Riedemann proposed openstack/nova: libvirt: move lvm/dmcrypt/rbd_utils modules under storage subdir  https://review.openstack.org/19319523:00
openstackgerritMatt Riedemann proposed openstack/nova: libvirt: move fibre channel specific utilities into fc module  https://review.openstack.org/19331723:00
openstackgerritMatt Riedemann proposed openstack/nova: libvirt: move the LibvirtGPFSVolumeDriver into it's own module  https://review.openstack.org/19324023:00
openstackgerritMatt Riedemann proposed openstack/nova: libvirt: move LibvirtAOEVolumeDriver into it's own module  https://review.openstack.org/19627623:00
*** romainh has left #openstack-nova23:01
flashgordonpow23:01
mriedemyeah, eat that23:01
flashgordonwhy not do the brick thing first?23:01
flashgordonyou will merge conflict with it I think23:01
mriedemflashgordon: it doesn't cover all of it23:01
*** annegentle has joined #openstack-nova23:01
mriedemi know i will on the fc stuff23:01
mriedemso i think i'm going to drop  https://review.openstack.org/19331723:02
mriedemwhich is why i have a -2 on it, just haven't figured out if i want to drop it yet23:02
mriedemos-brick doesn't completely remove everything23:02
flashgordonright, it leaves a little bit23:02
mriedemand it doesn't touch any of the file system type drivers23:02
mriedemof wihch we have 423:02
mriedemthat are about 80% the same code23:02
flashgordon:/23:03
mriedemso at the end of that refactor series i'm going to pull up the common stuff into a fs base class23:03
*** zxen has quit IRC23:03
*** kiwik has joined #openstack-nova23:04
flashgordonman our 3rd party CI stinks23:06
*** kiwik has quit IRC23:07
flashgordonVMware fails more often then it works23:07
*** kiwik-chenrui has quit IRC23:07
*** zxen has joined #openstack-nova23:07
*** kiwik has joined #openstack-nova23:07
flashgordonsame for hyperv23:07
flashgordonIBM is actually really good23:07
flashgordonas is xenproject23:08
*** wxy has quit IRC23:09
*** zxen has quit IRC23:10
*** zxen has joined #openstack-nova23:10
*** kiwik has quit IRC23:11
*** kiwik has joined #openstack-nova23:11
*** eglynn has quit IRC23:12
*** zxen has quit IRC23:12
*** _diana_ has quit IRC23:12
*** zxen has joined #openstack-nova23:12
*** annashen has quit IRC23:14
*** zzzeek has quit IRC23:15
*** wxy has joined #openstack-nova23:16
*** wxy has quit IRC23:17
*** wxy has joined #openstack-nova23:17
*** zxen has quit IRC23:17
*** Marga_ has quit IRC23:17
*** ekarlso has quit IRC23:18
*** ekarlso has joined #openstack-nova23:18
*** annegentle has quit IRC23:19
*** _diana_ has joined #openstack-nova23:19
*** sdake_ has joined #openstack-nova23:21
*** kiwik has quit IRC23:22
*** zxen has joined #openstack-nova23:22
*** Longgeek has joined #openstack-nova23:22
*** kiwik has joined #openstack-nova23:22
*** zxen has quit IRC23:23
*** sdake has quit IRC23:25
*** zxen has joined #openstack-nova23:25
*** wxy has quit IRC23:26
*** annashen has joined #openstack-nova23:26
*** kiwik has quit IRC23:26
*** kiwik has joined #openstack-nova23:26
*** wxy has joined #openstack-nova23:29
*** RuiChen has joined #openstack-nova23:30
*** annashen has quit IRC23:31
*** kiwik has quit IRC23:32
*** wxy has quit IRC23:32
*** zxen has quit IRC23:32
*** wxy has joined #openstack-nova23:32
mriedemxen has some intermittent failures23:33
mriedemflashgordon: where are you looking for stats?23:33
*** RuiChen has quit IRC23:34
*** RuiChen has joined #openstack-nova23:35
*** ctrath has quit IRC23:36
*** zxen has joined #openstack-nova23:37
openstackgerritAndrey Kurilin proposed openstack/python-novaclient: discover supported versions to choose latest one  https://review.openstack.org/18428123:38
*** ZZelle has quit IRC23:38
*** RuiChen has quit IRC23:39
*** RuiChen has joined #openstack-nova23:39
*** wxy has quit IRC23:40
*** wxy has joined #openstack-nova23:40
*** sdake_ has quit IRC23:42
*** zxen has quit IRC23:42
*** wxy has quit IRC23:44
*** RuiChen has quit IRC23:44
*** wxy has joined #openstack-nova23:44
*** RuiChen has joined #openstack-nova23:44
*** Longgeek has quit IRC23:44
*** wxy has quit IRC23:45
*** kiwik-chenrui has joined #openstack-nova23:47
*** wxy has joined #openstack-nova23:48
flashgordonmriedem: woops forgot to post the data23:49
*** kiwik-chenrui has quit IRC23:49
flashgordonrunning last comment23:49
*** kiwik-chenrui has joined #openstack-nova23:50
*** RuiChen has quit IRC23:50
flashgordonmriedem: http://paste.openstack.org/show/32147423:51
*** kiwik-chenrui has quit IRC23:51
*** kiwik-chenrui has joined #openstack-nova23:52
flashgordonmriedem: documented here https://github.com/jogo/lastcomment23:53
* flashgordon looks at the clock and runs away23:54
*** RuiChen has joined #openstack-nova23:54
*** packet has quit IRC23:55
*** kiwik-chenrui has quit IRC23:56
*** zxen has joined #openstack-nova23:58
*** kiwik-chenrui has joined #openstack-nova23:58
*** raildo has quit IRC23:58

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