Tuesday, 2015-06-09

*** cfriesen has joined #openstack-nova00:02
*** dims_ has joined #openstack-nova00:05
*** marun has joined #openstack-nova00:06
*** unicell has quit IRC00:06
*** unicell has joined #openstack-nova00:06
*** diogogmt has joined #openstack-nova00:08
*** dims has quit IRC00:08
*** ociuhandu has quit IRC00:08
*** mtanino has quit IRC00:09
*** igordcard has quit IRC00:12
*** annashen has quit IRC00:13
*** penick has quit IRC00:16
*** tjones1 has quit IRC00:16
openstackgerritZhenyu Zheng proposed openstack/nova-specs: Remove disable_terminate  https://review.openstack.org/18302300:17
*** browne has quit IRC00:18
*** ssurana has quit IRC00:19
*** ssurana has joined #openstack-nova00:20
*** tonytan4ever has joined #openstack-nova00:21
*** ssurana has quit IRC00:24
*** tsekiyam_ has joined #openstack-nova00:28
*** eliqiao has left #openstack-nova00:28
*** baoli has joined #openstack-nova00:29
*** sdake has joined #openstack-nova00:29
*** tsekiyama has quit IRC00:31
*** sdake_ has quit IRC00:32
*** tsekiyam_ has quit IRC00:33
*** dave-mccowan has joined #openstack-nova00:33
*** dave-mcc_ has quit IRC00:36
*** electrocucaracha has joined #openstack-nova00:37
openstackgerritEli Qiao proposed openstack/nova-specs: Validate the service state before deleting it  https://review.openstack.org/16327400:38
*** sdake_ has joined #openstack-nova00:39
*** sdake has quit IRC00:42
*** deepthi has joined #openstack-nova00:44
*** electrocucaracha has quit IRC00:45
*** yingjun has joined #openstack-nova00:52
*** garyk has quit IRC00:56
*** garyk has joined #openstack-nova00:56
*** otter768 has joined #openstack-nova00:58
*** cfriesen has quit IRC00:59
*** deepthi has quit IRC01:01
*** otter768 has quit IRC01:03
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: Enable python34 tests for nova/tests/unit/objects/test*.py  https://review.openstack.org/18778501:05
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: [WIP] Adding more py34 tests  https://review.openstack.org/18824301:05
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: Enable python34 tests for nova/tests/unit/scheduler/test*.py  https://review.openstack.org/18796801:05
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: [WIP] Adding more py34 tests - take 2  https://review.openstack.org/18878501:05
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: [WIP] getting vmware api tests to work under python34  https://review.openstack.org/18865301:05
*** patrickeast has quit IRC01:07
*** diegows has quit IRC01:09
*** yingjun has quit IRC01:10
*** yingjun has joined #openstack-nova01:10
*** annashen has joined #openstack-nova01:13
openstackgerritZhengguang Ou proposed openstack/nova: libvirt: fix the race condition between detaching volume and creating image  https://review.openstack.org/16615201:16
*** annashen has quit IRC01:19
*** Sukhdev has quit IRC01:19
nicI love case-insensitivity!01:22
nic$ nova flavor-key 1 set aaa=bbb01:22
nic$ nova flavor-key 1 set AAA=lolz01:22
nicERROR (ClientException): The server has either erred or is incapable of performing the requested operation. (HTTP 500) (Request-ID: req-c3422fbd-af70-4675-873f-98dd1456927d)01:22
nicOh Nova, you're so silly...01:23
*** Jeffrey4l has joined #openstack-nova01:26
mriedem_awaynic: pretty sure that's fixed in the latest version of novaclient01:26
*** mriedem_away has quit IRC01:27
nicThat's all well and fine, but not everybody shoves data into Nova via novaclient01:27
nicThose darn REST APIs…  ;-)01:27
*** dsanders has quit IRC01:32
*** nic has quit IRC01:32
*** jamielennox|away is now known as jamielennox01:32
*** haigang has joined #openstack-nova01:34
*** vilobhmm has quit IRC01:37
*** dims_ has quit IRC01:43
*** park_heijlong has joined #openstack-nova01:48
*** sdake has joined #openstack-nova01:58
openstackgerritheijlong proposed openstack/nova: Merge used-limits functional tests of v2 and v2.1  https://review.openstack.org/17421502:00
*** unicell has quit IRC02:00
*** baoli has quit IRC02:00
*** bzhao has joined #openstack-nova02:00
*** baoli has joined #openstack-nova02:00
*** hshiina has joined #openstack-nova02:01
*** sdake_ has quit IRC02:01
*** Sukhdev has joined #openstack-nova02:06
*** liusheng has quit IRC02:09
*** dsanders has joined #openstack-nova02:15
*** penick has joined #openstack-nova02:16
*** bradjones has quit IRC02:17
*** bradjones has joined #openstack-nova02:18
*** bradjones has quit IRC02:18
*** bradjones has joined #openstack-nova02:18
*** Sukhdev has quit IRC02:19
*** yamahata has quit IRC02:21
*** iamjarvo has joined #openstack-nova02:22
*** iamjarvo has quit IRC02:23
*** iamjarvo has joined #openstack-nova02:23
*** amotoki has joined #openstack-nova02:24
*** tobe has joined #openstack-nova02:27
*** pixelbeat_ has quit IRC02:28
*** amotoki has quit IRC02:31
openstackgerritKuo-tung Kao proposed openstack/python-novaclient: Client exposes requests llibrary exception.  https://review.openstack.org/18954002:34
*** davideagnello has quit IRC02:35
*** unicell has joined #openstack-nova02:38
*** amotoki_ has joined #openstack-nova02:40
*** amotoki_ has quit IRC02:40
*** davideagnello has joined #openstack-nova02:41
*** unicell1 has joined #openstack-nova02:42
*** unicell has quit IRC02:43
*** dims has joined #openstack-nova02:43
*** dims has quit IRC02:50
*** ajayaa has joined #openstack-nova02:54
*** rushiagr_away is now known as rushiagr02:54
*** markvoelker has joined #openstack-nova02:59
*** otter768 has joined #openstack-nova02:59
openstackgerritKen'ichi Ohmichi proposed openstack/nova: Add error handling for creating secgroup  https://review.openstack.org/18954103:00
*** otter768 has quit IRC03:04
*** Sukhdev has joined #openstack-nova03:04
*** markvoelker has quit IRC03:04
*** Sukhdev_ has joined #openstack-nova03:05
*** bzhao has quit IRC03:05
*** ameade has quit IRC03:06
*** briancurtin has quit IRC03:06
*** zhiyan has quit IRC03:06
*** destiny has quit IRC03:06
*** wanghao has quit IRC03:06
*** aweeks has quit IRC03:07
*** BadCub has quit IRC03:07
*** kun_huang has quit IRC03:07
*** zhenguo has quit IRC03:07
*** jeblair has quit IRC03:08
*** Sukhdev has quit IRC03:09
*** dsanders has left #openstack-nova03:14
*** bzhao has joined #openstack-nova03:15
*** tojuvone has joined #openstack-nova03:15
*** annashen has joined #openstack-nova03:16
*** annashen has quit IRC03:21
*** tonytan4ever has quit IRC03:21
*** kiran-r has joined #openstack-nova03:21
*** garyk has quit IRC03:21
*** harlowja has quit IRC03:22
*** harlowja_ has joined #openstack-nova03:22
*** iamjarvo has quit IRC03:24
openstackgerritKen'ichi Ohmichi proposed openstack/nova: Add jsonschema validation for creating secgroup  https://review.openstack.org/18954403:25
*** jecarey has joined #openstack-nova03:27
*** rushiagr is now known as rushiagr_away03:28
*** hshiina has quit IRC03:30
*** sdake has quit IRC03:31
*** sdake has joined #openstack-nova03:33
*** browne has joined #openstack-nova03:33
*** jwcroppe_ has joined #openstack-nova03:33
*** deepthi has joined #openstack-nova03:33
*** sdake has quit IRC03:34
*** jwcroppe has quit IRC03:36
*** Sukhdev_ has quit IRC03:36
*** dsanders has joined #openstack-nova03:40
openstackgerritKuo-tung Kao proposed openstack/python-novaclient: Client exposes requests llibrary exception.  https://review.openstack.org/18954003:43
*** patrickeast has joined #openstack-nova03:46
*** Nisha has joined #openstack-nova03:48
*** oomichi has joined #openstack-nova03:49
*** diogogmt has quit IRC03:49
oomichialex_xu: hi03:49
*** garyk has joined #openstack-nova03:50
*** Nisha has quit IRC03:50
oomichialex_xu: I guess you posted nova-spec for removing list-extensions API. is the spec already approved?03:50
*** Nisha has joined #openstack-nova03:50
*** Nisha_away has joined #openstack-nova03:52
*** iamjarvo has joined #openstack-nova03:52
*** Nisha has quit IRC03:53
*** iamjarvo has joined #openstack-nova03:53
*** coolsvap|afk is now known as coolsvap04:00
*** dboik has joined #openstack-nova04:02
*** baoli has quit IRC04:05
*** dave-mccowan has quit IRC04:06
*** dboik has quit IRC04:07
*** rushiagr_away is now known as rushiagr04:07
*** yingjun has quit IRC04:08
*** sudipto has joined #openstack-nova04:09
*** hshiina has joined #openstack-nova04:10
*** dsanders has quit IRC04:13
*** kiran-r has quit IRC04:14
*** ajayaa has quit IRC04:15
*** jecarey has quit IRC04:15
*** nihilifer has quit IRC04:16
*** kiran-r has joined #openstack-nova04:19
*** dsanders has joined #openstack-nova04:21
*** pradipta has joined #openstack-nova04:23
openstackgerritMasaki Matsushita proposed openstack/python-novaclient: Adds support to set admin password from the cli  https://review.openstack.org/18867004:28
*** haigang has quit IRC04:30
*** dpaterson has quit IRC04:31
*** aswadr has joined #openstack-nova04:40
*** varya has joined #openstack-nova04:43
*** Nisha_away has quit IRC04:43
*** dims has joined #openstack-nova04:47
*** markvoelker has joined #openstack-nova04:48
*** Nisha has joined #openstack-nova04:49
*** morgan has joined #openstack-nova04:50
*** sdake has joined #openstack-nova04:51
*** dims has quit IRC04:51
*** markvoelker has quit IRC04:53
*** yingjun has joined #openstack-nova04:56
openstackgerritKen'ichi Ohmichi proposed openstack/nova: Add JSON-Home document methods  https://review.openstack.org/18955104:56
*** bzhao has quit IRC05:00
*** otter768 has joined #openstack-nova05:00
openstackgerritKen'ichi Ohmichi proposed openstack/nova: Add jsonschema validation for creating secgroup  https://review.openstack.org/18954405:01
*** pradipta has quit IRC05:01
*** boris-42 has quit IRC05:04
*** otter768 has quit IRC05:05
*** yamahata has joined #openstack-nova05:05
*** tobe has quit IRC05:05
*** nihilifer has joined #openstack-nova05:08
*** nkrinner has joined #openstack-nova05:09
*** alexpilotti has quit IRC05:14
*** haigang has joined #openstack-nova05:15
*** bzhao has joined #openstack-nova05:16
*** yingjun_ has joined #openstack-nova05:17
*** yingjun has quit IRC05:17
*** marun has quit IRC05:17
*** patrickeast has quit IRC05:22
*** bzhao has quit IRC05:22
*** yingjun_ has quit IRC05:25
*** achanda has joined #openstack-nova05:27
openstackgerritTony Breeds proposed openstack/python-novaclient: Update weblinks  https://review.openstack.org/18955605:27
openstackgerritAndrey Pavlov proposed openstack/nova: template for disabe_terminate and shutdown_terminate flags  https://review.openstack.org/18911205:32
*** iamjarvo has quit IRC05:32
*** arnaud____ has joined #openstack-nova05:32
*** yamahata has quit IRC05:32
*** kiranr has joined #openstack-nova05:33
*** kiranr has quit IRC05:35
*** kiranr has joined #openstack-nova05:35
*** achanda has quit IRC05:36
*** kiranr has quit IRC05:37
*** kiran-r has quit IRC05:37
*** kiranr has joined #openstack-nova05:37
*** belmoreira has joined #openstack-nova05:39
*** kiranr has quit IRC05:41
*** Jeffrey4l has quit IRC05:42
*** kiran-r has joined #openstack-nova05:42
*** vilobhmm has joined #openstack-nova05:43
*** kiran-r has quit IRC05:44
*** kiran-r has joined #openstack-nova05:44
*** Mike_D_laptop has joined #openstack-nova05:44
*** armax has quit IRC05:45
*** yuntong has joined #openstack-nova05:47
*** kiran-r has quit IRC05:47
*** Mike_D_laptop has quit IRC05:47
*** kiran-r has joined #openstack-nova05:47
*** kiran-r has quit IRC05:48
*** Maike has joined #openstack-nova05:48
*** kiran-r has joined #openstack-nova05:48
*** pbandzi has joined #openstack-nova05:50
*** kiran-r has quit IRC05:50
*** sudipto has quit IRC05:50
*** kiran-r has joined #openstack-nova05:50
*** kiran-r has quit IRC05:54
*** lsmola has joined #openstack-nova05:54
*** kiran-r has joined #openstack-nova05:55
*** kiran-r has quit IRC05:55
*** kiran-r has joined #openstack-nova05:55
*** vilobhmm has quit IRC05:55
*** kiran-r has quit IRC05:56
*** kiran-r has joined #openstack-nova05:57
*** kiran-r has quit IRC05:58
*** kiran-r has joined #openstack-nova05:58
*** kiran-r has quit IRC05:59
*** kiran-r has joined #openstack-nova05:59
*** kiran-r has quit IRC06:00
*** vilobhmm has joined #openstack-nova06:00
*** RuiChen has quit IRC06:00
*** kiran-r has joined #openstack-nova06:00
*** RuiChen has joined #openstack-nova06:00
*** kiran-r has quit IRC06:00
*** josecastroleon has quit IRC06:00
*** xiaohui has quit IRC06:00
*** kiran-r has joined #openstack-nova06:00
*** kiran-r has quit IRC06:01
*** kiran-r has joined #openstack-nova06:01
*** kiran-r has quit IRC06:02
*** kiran-r has joined #openstack-nova06:02
*** kiran-r has quit IRC06:03
*** lpetrut has joined #openstack-nova06:04
*** kiran-r has joined #openstack-nova06:05
*** kiran-r has quit IRC06:06
*** kiran-r has joined #openstack-nova06:06
*** kiran-r has quit IRC06:07
*** kiran-r has joined #openstack-nova06:07
*** yingjun has joined #openstack-nova06:08
*** haomaiwa_ has quit IRC06:08
openstackgerritheha proposed openstack/nova: Fix the little spelling mistake of the comment.  https://review.openstack.org/18956006:09
*** kiran-r has quit IRC06:09
*** kiran-r has joined #openstack-nova06:09
*** kiran-r has quit IRC06:14
*** kiran-r has joined #openstack-nova06:14
*** achanda has joined #openstack-nova06:16
*** sdake has quit IRC06:16
*** apuimedo has joined #openstack-nova06:16
*** bzhao has joined #openstack-nova06:17
*** kiran-r has quit IRC06:18
*** hshiina has quit IRC06:19
*** kiran-r has joined #openstack-nova06:19
*** kiran-r has quit IRC06:21
*** alex_klimov has joined #openstack-nova06:21
*** hshiina has joined #openstack-nova06:22
*** kiran-r has joined #openstack-nova06:22
*** kiran-r has quit IRC06:23
*** kiran-r has joined #openstack-nova06:23
*** kiran-r has quit IRC06:26
*** kiran-r has joined #openstack-nova06:26
*** kiran-r has quit IRC06:28
*** kiran-r has joined #openstack-nova06:28
openstackgerritwanghao proposed openstack/nova-specs: Support force detach volume to nova  https://review.openstack.org/8404806:29
*** kiran-r has quit IRC06:29
*** kiran-r has joined #openstack-nova06:30
*** kiran-r has quit IRC06:30
*** kiran-r has joined #openstack-nova06:31
*** kiran-r has quit IRC06:31
*** kiran-r has joined #openstack-nova06:31
*** kiran-r has quit IRC06:31
*** kiran-r has joined #openstack-nova06:32
*** eglynn has joined #openstack-nova06:32
*** dougwig has quit IRC06:33
*** rex_lee has quit IRC06:33
*** Administrator_ has joined #openstack-nova06:34
*** haomaiwang has joined #openstack-nova06:35
*** achanda has quit IRC06:36
*** Kevin_Zheng has quit IRC06:37
openstackgerritYuuichi Fujioka proposed openstack/nova: pass environment variables of proxy to tox  https://review.openstack.org/18956906:40
openstackgerritmelanie witt proposed openstack/python-novaclient: Cleanup various inaccuracies in the README.rst  https://review.openstack.org/18957006:41
*** ameade has joined #openstack-nova06:41
*** aweeks has joined #openstack-nova06:44
*** tobe has joined #openstack-nova06:45
*** zhiyan has joined #openstack-nova06:46
*** vilobhmm has quit IRC06:49
*** kiran-r has quit IRC06:50
*** kiran-r has joined #openstack-nova06:50
*** BadCub has joined #openstack-nova06:51
*** kiran-r has quit IRC06:51
*** kiran-r has joined #openstack-nova06:51
*** kiran-r has quit IRC06:52
*** kiran-r has joined #openstack-nova06:52
*** kiran-r has quit IRC06:52
*** kiran-r has joined #openstack-nova06:53
*** xylan_kong has quit IRC06:53
*** ildikov has quit IRC06:53
*** DuncanT has quit IRC06:53
*** ramishra has quit IRC06:53
*** kiran-r has quit IRC06:53
openstackgerritheijlong proposed openstack/nova: Merge extension-info functional tests of v2 and v2.1  https://review.openstack.org/17570106:53
*** kiran-r has joined #openstack-nova06:53
*** Marga_ has joined #openstack-nova06:54
*** kiran-r has quit IRC06:55
*** kiran-r has joined #openstack-nova06:55
*** kiran-r has quit IRC06:56
*** kiran-r has joined #openstack-nova06:57
*** kiran-r has quit IRC06:58
*** kiran-r has joined #openstack-nova06:59
*** kiran-r has quit IRC07:00
*** kiran-r has joined #openstack-nova07:00
*** matrohon has joined #openstack-nova07:00
*** kiran-r has quit IRC07:00
*** otter768 has joined #openstack-nova07:01
*** atuvenie has joined #openstack-nova07:04
*** bzhao has quit IRC07:05
openstackgerritZhaoBo proposed openstack/nova: Fixed raise SecurityGroupCannotBeApplied as network port_security off  https://review.openstack.org/18826007:06
*** otter768 has quit IRC07:06
*** yuntong1 has joined #openstack-nova07:08
*** arnaud____ has quit IRC07:08
*** yuntong has quit IRC07:09
*** abhishekk has joined #openstack-nova07:09
*** pask81 has joined #openstack-nova07:09
*** briancurtin has joined #openstack-nova07:09
openstackgerritMarian Horban proposed openstack/nova-specs: Implementation of remote FS driver based on rsync for libvirt  https://review.openstack.org/18642607:09
*** jyuso1 has quit IRC07:12
*** moshele has joined #openstack-nova07:12
*** eglynn has quit IRC07:13
openstackgerritHans Lindgren proposed openstack/nova: Remove/deprecate conductor instance_update()  https://review.openstack.org/18915507:16
openstackgerritHans Lindgren proposed openstack/nova: Make compute manager instance updates use objects  https://review.openstack.org/18915407:16
openstackgerritQiu Yu proposed openstack/nova: Force iSCSI disconnect after timeout  https://review.openstack.org/16781507:16
*** eglynn has joined #openstack-nova07:16
*** sahid has joined #openstack-nova07:16
*** destiny has joined #openstack-nova07:25
*** browne has quit IRC07:27
*** achanda has joined #openstack-nova07:28
*** kun_huang has joined #openstack-nova07:28
*** zhenguo has joined #openstack-nova07:28
*** sdake has joined #openstack-nova07:29
*** pbandzi_ has joined #openstack-nova07:30
*** irenab has quit IRC07:31
*** irenab has joined #openstack-nova07:32
*** pbandzi has quit IRC07:32
*** wanghao has joined #openstack-nova07:33
*** dougwig has joined #openstack-nova07:34
*** subscope has joined #openstack-nova07:36
*** eglynn_ has joined #openstack-nova07:36
*** eglynn has quit IRC07:37
*** jlanoux has joined #openstack-nova07:37
*** markvoelker has joined #openstack-nova07:37
*** ndipanov has quit IRC07:38
*** sdake_ has joined #openstack-nova07:39
*** sdake has quit IRC07:43
*** markvoelker has quit IRC07:43
*** sdake has joined #openstack-nova07:44
tdurakovjohnthetubaguy: hi!07:45
*** ramishra has joined #openstack-nova07:45
*** DuncanT has joined #openstack-nova07:45
johnthetubaguytdurakov: hi07:45
tdurakovdo you have few minutes to discuss https://review.openstack.org/#/c/184495/8 ?07:45
*** markus_z has joined #openstack-nova07:46
johnthetubaguytdurakov: sure07:46
tdurakovso, should I write the spec for that?07:46
tdurakovas I remembered, you said it's not necessary for that07:47
*** sdake_ has quit IRC07:47
*** atuvenie has quit IRC07:49
johnthetubaguytdurakov: I don't think we need a spec, its just we could have discussed the rough approach in a spec, for this kind of thing07:49
johnthetubaguytdurakov: its looking really close, moving to match live-migrate shouldn't actually be a massive change, I think07:49
tdurakovjohnthetubaguy: Is this pattern, you've described in comment really required? BTW, why conductor is used such way in live-migration workflow?:)07:49
johnthetubaguytdurakov: the idea is to take load of the API node quickly, partly, that and its a move towards tasks07:50
openstackgerritAbhijeet Malawade proposed openstack/nova: Correct disk usages for boot-from-volume instances  https://review.openstack.org/18958107:50
johnthetubaguytdurakov: the only change, I think, is moving your new RPC call into the existing conductor code for resize07:50
johnthetubaguyplus a bit of plumbing to ensure the raised exception gets back to the API across the RPC call, but you should have that in place already for the other call you are adding anyways07:51
*** lpetrut has quit IRC07:52
*** mpaolino has joined #openstack-nova07:52
johnthetubaguytdurakov: making the call on the destination host is less important at this point, I think 99% of the time you would get away with that on the source host07:53
*** jyuso1 has joined #openstack-nova07:53
*** madhuri has joined #openstack-nova07:53
*** mpaolino has quit IRC07:53
*** madhuri has left #openstack-nova07:53
*** Marga_ has quit IRC07:54
tdurakovjohnthetubaguy: ok, now looks clear for me. So I'll implement logic similar to live-migration with conductor usage. thanks07:54
*** Marga_ has joined #openstack-nova07:54
*** haomaiwang has quit IRC07:55
johnthetubaguytdurakov: yeah, it shouldn't involve any more new RPC calls, just moving the one you added into the conductor (I think...)07:55
*** haomaiwang has joined #openstack-nova07:55
*** dsanders has quit IRC07:58
*** hshiina has quit IRC07:59
*** gszasz has joined #openstack-nova07:59
*** ZZelle has quit IRC08:01
*** ZZelle has joined #openstack-nova08:01
*** marun has joined #openstack-nova08:02
*** pixelbeat_ has joined #openstack-nova08:04
*** haomaiwang has quit IRC08:05
*** xylan_kong has joined #openstack-nova08:05
*** lucasagomes has joined #openstack-nova08:06
*** Nisha has quit IRC08:06
*** kiran-r has joined #openstack-nova08:07
*** romainh has joined #openstack-nova08:08
*** gszasz has quit IRC08:08
*** marun has quit IRC08:08
*** gszasz has joined #openstack-nova08:09
*** Nisha has joined #openstack-nova08:09
*** kiran-r has quit IRC08:09
*** kiran-r has joined #openstack-nova08:09
openstackgerritJoe Gordon proposed openstack/nova: Merge V2 and V2.1 cloudpipe functional tests  https://review.openstack.org/16748108:10
*** kiran-r has quit IRC08:12
*** ildikov has joined #openstack-nova08:12
*** kiran-r has joined #openstack-nova08:12
*** Nikolay_St has joined #openstack-nova08:12
*** tdurakov has quit IRC08:12
*** kiran-r has quit IRC08:13
*** kiran-r has joined #openstack-nova08:13
*** achanda has quit IRC08:13
*** rex_lee has joined #openstack-nova08:14
jogojohnthetubaguy: https://review.openstack.org/#/c/104883/ can you revisit your -2 on thatone08:18
*** annashen has joined #openstack-nova08:20
*** kiran-r has quit IRC08:20
*** hshiina has joined #openstack-nova08:20
*** haomaiwang has joined #openstack-nova08:20
*** kiran-r has joined #openstack-nova08:20
*** sdake_ has joined #openstack-nova08:22
*** annashen has quit IRC08:25
*** sdake has quit IRC08:25
*** lpetrut has joined #openstack-nova08:26
openstackgerritgaryk proposed openstack/nova: VMware: detach cinder volume when instance destroyed  https://review.openstack.org/16973208:26
openstackgerritgaryk proposed openstack/nova: VMware: remove redundant check for block devices  https://review.openstack.org/17064108:27
*** danpb has joined #openstack-nova08:27
*** ndipanov has joined #openstack-nova08:28
*** jyuso1 has quit IRC08:29
*** jyuso1 has joined #openstack-nova08:29
johnthetubaguyjogo: sure, I can drop that now08:29
openstackgerritRoman Bogorodskiy proposed openstack/nova-specs: User-controlled SR-IOV ports allocation  https://review.openstack.org/18224208:29
alex_xuoomichi: no, not yet, I didn't send the spec also.08:30
openstackgerritRui Chen proposed openstack/nova-specs: CreateVM supports subnet specified  https://review.openstack.org/16963808:31
*** sudipto has joined #openstack-nova08:31
*** jyuso1 has quit IRC08:32
*** jyuso has joined #openstack-nova08:32
openstackgerritgaryk proposed openstack/nova: VMware: use vCenter instead of VC  https://review.openstack.org/18959308:34
*** sdake_ has quit IRC08:34
*** sdake has joined #openstack-nova08:36
*** kiran-r has quit IRC08:36
*** kiran-r has joined #openstack-nova08:36
*** achanda has joined #openstack-nova08:37
*** Marga_ has quit IRC08:37
*** sdake_ has joined #openstack-nova08:39
*** sdake_ has quit IRC08:41
*** leopoldj has joined #openstack-nova08:42
*** sdake has quit IRC08:42
openstackgerritPetrut Lucian proposed openstack/nova: Hyper-V: Fix missing WMI namespace issue on Windows 2008 R2  https://review.openstack.org/18930808:42
*** jyuso has quit IRC08:43
*** Nisha has quit IRC08:43
*** jyuso1 has joined #openstack-nova08:43
*** atuvenie has joined #openstack-nova08:46
openstackgerritPetrut Lucian proposed openstack/nova: Add Hyper-V storage QoS support  https://review.openstack.org/17547908:49
*** kiran-r has quit IRC08:49
openstackgerritJoe Gordon proposed openstack/nova-specs: Add support for shared volumes between guests  https://review.openstack.org/17910408:49
*** kiran-r has joined #openstack-nova08:50
*** derekh has joined #openstack-nova08:50
*** kiran-r has quit IRC08:50
*** kiran-r has joined #openstack-nova08:50
*** park_heijlong has quit IRC08:57
*** rushiagr is now known as rushiagr_away08:58
openstackgerritAdrien Vergé proposed openstack/nova: Fix API misimplementation for security groups  https://review.openstack.org/18390908:59
alogajogo: thanks for https://review.openstack.org/#/c/104883/08:59
alogajohnthetubaguy: thanks also for dropping the -2 on https://review.openstack.org/#/c/104883/08:59
*** rushiagr_away is now known as rushiagr09:00
alogaoh, I see this was half an our ago, I was not paying attention to the irc09:00
jogoaloga: no problem09:01
*** jyuso1 has quit IRC09:01
*** otter768 has joined #openstack-nova09:02
*** aix has joined #openstack-nova09:05
*** amotoki_ has joined #openstack-nova09:05
jogodansmith: https://review.openstack.org/#/c/187785/14/nova/tests/unit/objects/test_objects.py,cm want to double check that is expected09:06
*** otter768 has quit IRC09:06
openstackgerritsahid proposed openstack/nova-specs: libvirt: set admin root password  https://review.openstack.org/18750909:08
*** amotoki_ has quit IRC09:09
sahidhello danpb when you have a moment can i have your reviews on https://review.openstack.org/#/c/174854/ it's on a blueprint already approved about to configure usb devices09:12
*** amotoki_ has joined #openstack-nova09:14
danpbsahid: ok09:15
danpbsahid: btw it needs a rebase - the change it depends on is outdated09:16
sahiddanpb: oops did not noticed that, i will do ti now09:18
*** afazekas has joined #openstack-nova09:19
openstackgerritsahid proposed openstack/nova: libvirt: enhance method to return pointer_model from image prop  https://review.openstack.org/17485409:20
openstackgerritsahid proposed openstack/nova: libvirt: deprecate use_usb_tablet in favor of pointer_model  https://review.openstack.org/17624209:20
*** prashup has joined #openstack-nova09:21
*** annashen has joined #openstack-nova09:21
*** gotnut has joined #openstack-nova09:23
prashupHi can some1 explain me how messaging works in nova; i know details of rabbitmq ; i want to see the piece of code registering for a certain queue ;09:24
*** annashen has quit IRC09:25
*** markvoelker has joined #openstack-nova09:27
*** tellesnobrega has quit IRC09:28
*** htruta has quit IRC09:28
*** jyuso1 has joined #openstack-nova09:28
*** ericksonsantos has quit IRC09:28
*** gotnut has left #openstack-nova09:29
andrearosaprashup: you can find details about the code in oslo.messaging library. That one is the library used by nova for messaging09:29
prashupyeah i looked into it.09:30
*** markvoelker has quit IRC09:32
openstackgerritGhanshyam Mann proposed openstack/nova: Merge console_auth_tokens tests between v2 and v2.1  https://review.openstack.org/17104309:32
openstackgerritgaryk proposed openstack/nova: VMware: convert driver to use nova.objects.ImageMeta  https://review.openstack.org/18908509:32
openstackgerritgaryk proposed openstack/nova: Objects: update missing adapter types  https://review.openstack.org/18908609:32
openstackgerritheijlong proposed openstack/nova: Merge used-limits functional tests of v2 and v2.1  https://review.openstack.org/17421509:32
andrearosawanghao: I put a WIP code for the nova-force-detach spec: https://review.openstack.org/#/c/184537/09:39
wanghaoandrearosa: Got it.09:39
wanghaoandrearosa: I will review it ASAP.09:40
andrearosaATM it is not managing the case where there is no BDM record in nova, the notification with the force-detach info and some functional tests09:40
andrearosaI'll submit a more complete patch in the following days09:41
andrearosawanghao: thanks09:41
*** yingjun has quit IRC09:41
wanghaoandrearosa: You're welcome.:)09:42
*** lxsli_away is now known as lxsli09:47
*** dims has joined #openstack-nova09:48
openstackgerritJohn Garbutt proposed openstack/nova-specs: Replace Zookeeper, Memcache servicegroup driver with respective Tooz drivers  https://review.openstack.org/13860709:49
openstackgerritJohn Garbutt proposed openstack/nova-specs: Replace Zookeeper, Memcache servicegroup driver with respective Tooz drivers  https://review.openstack.org/13860709:50
sahiddanpb: now i understand why you told me i need to rebase the change it was about the new ImageMeta object.09:51
*** aix has quit IRC09:53
*** dims has quit IRC09:54
*** achanda has quit IRC09:56
openstackgerritAlexis Lee proposed openstack/nova-specs: Amend resource objects proposal  https://review.openstack.org/18875909:57
*** achanda has joined #openstack-nova09:58
*** achanda has quit IRC10:03
*** aix has joined #openstack-nova10:05
ndipanovdanpb, +Wd this one https://review.openstack.org/#/c/178773/ but see inline suggestions please10:07
*** matrohon has quit IRC10:08
*** arnaud____ has joined #openstack-nova10:09
openstackgerritNikola Dipanov proposed openstack/nova: libvirt: make default_device_names DRY-er  https://review.openstack.org/18063610:09
openstackgerritNikola Dipanov proposed openstack/nova: virt: add get_device_name_for_instance to the base driver class  https://review.openstack.org/18063710:09
openstackgerritNikola Dipanov proposed openstack/nova: libvirt: implement get_device_name_for_instance  https://review.openstack.org/18063810:09
openstackgerritNikola Dipanov proposed openstack/nova: virt: Move building the block_device_info dict into a method  https://review.openstack.org/18063510:09
openstackgerritNikola Dipanov proposed openstack/nova: libvirt: Always default device names at boot  https://review.openstack.org/18963210:09
*** dims has joined #openstack-nova10:09
ndipanovdanpb, and also if you could take another look at this series^^10:10
ndipanovthat would be awesome10:10
ndipanovsome interesting changes to the whole device name mess10:10
*** derekh has quit IRC10:11
*** achanda has joined #openstack-nova10:12
openstackgerritMatthew Gilliard proposed openstack/nova-specs: Query and cancel ongoing live migrations  https://review.openstack.org/17914910:13
*** aloga has quit IRC10:13
*** arnaud____ has quit IRC10:13
*** alexpilotti has joined #openstack-nova10:14
danpbndipanov: ok, swap you for https://review.openstack.org/#/q/status:open+project:openstack/nova+branch:master+topic:bug/1257674,n,z  :-)10:15
ndipanovdanpb, actually just looking at that :)10:15
*** aloga has joined #openstack-nova10:16
*** puniuee has joined #openstack-nova10:17
dimsndipanov: danpb: one of you please bless the first of the py34 test chain? https://review.openstack.org/#/c/187785/10:23
ndipanovdims, I saw that earlier10:24
*** derekh has joined #openstack-nova10:24
*** puniuee has quit IRC10:24
*** kiranr has joined #openstack-nova10:25
*** puniuee has joined #openstack-nova10:25
ndipanovdims, why are we skipping that test that jogo is asking about?>10:25
danpbyhea, that's my Q too10:26
*** BobBall_AWOL is now known as BobBall10:28
*** markvoelker has joined #openstack-nova10:28
*** kiran-r has quit IRC10:28
dimsndipanov: danpb: the hashes that get generated are different in py27 vs py34 - i think once nova switches to the impl in oslo.versionedobjects it will generate the same (as i understood it from Dan). but yes, we can wait for him to chime in.10:28
*** jlanoux_ has joined #openstack-nova10:30
ndipanovI see... well that test is pretty important10:30
ndipanovI don't think there's a danger of us missing anything since it would get caught by py27 run10:30
ndipanovbut it seems insincere to call objects/ converted when this is skipped?10:31
ndipanovdims, ^10:31
*** ociuhandu has joined #openstack-nova10:31
danpbthe conversion to o.vo is posted already and should be entirely merged10:32
danpbso if o.vo is said to fix it, then you should be able to enable that test already10:32
*** tobe has quit IRC10:32
*** dguitarbite has joined #openstack-nova10:32
*** jlanoux has quit IRC10:33
*** tobe has joined #openstack-nova10:33
*** markvoelker has quit IRC10:33
danpbdims: https://review.openstack.org/#/q/status:merged+project:openstack/nova+branch:master+topic:bp/use-oslo-objects,n,z10:34
dimsdanpb: ndipanov: thanks for looking, i'll see what i can do about it10:34
dimsobviously, the intention is to fix it in the long run10:34
*** deepthi has quit IRC10:35
openstackgerritAndrea Rosa proposed openstack/nova-specs: Support force detach volume to nova  https://review.openstack.org/8404810:36
ndipanovdims, commented but of course we'll let dansmith have the last say10:36
dimsack and thanks to both of you10:40
*** Nisha has joined #openstack-nova10:43
*** yingjun has joined #openstack-nova10:43
*** pask81 has quit IRC10:47
*** tobe has quit IRC10:47
*** yingjun has quit IRC10:48
*** pask81 has joined #openstack-nova10:48
*** tobe has joined #openstack-nova10:49
johnthetubaguydanpb: dansmith: alaski: mikal: it would be good to get the liberty priorities stuff merged now, if you are all happy with it: https://review.openstack.org/#/c/187272/10:50
*** jlanoux has joined #openstack-nova10:50
*** amotoki_ has quit IRC10:53
*** ildikov_ has joined #openstack-nova10:53
openstackgerritsahid proposed openstack/nova: libvirt: enhance method to return pointer_model from image prop  https://review.openstack.org/17485410:53
openstackgerritsahid proposed openstack/nova: libvirt: deprecate use_usb_tablet in favor of pointer_model  https://review.openstack.org/17624210:53
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: [WIP] Trying ObjectVersionChecker from o.vo  https://review.openstack.org/18964910:53
*** tobe has quit IRC10:53
sahidfg10:53
*** boris-42 has joined #openstack-nova10:53
*** jlanoux_ has quit IRC10:54
*** yingjun has joined #openstack-nova10:57
Nishajogo, hi10:58
*** claudiub has joined #openstack-nova10:58
openstackgerritgaryk proposed openstack/nova: VMware: enable a resize of instance with no root disk  https://review.openstack.org/17380210:58
jogoNisha: o/10:59
*** rushiagr is now known as rushiagr_away11:00
Nishajogo, i wanted to discuss on ur comments on https://review.openstack.org/18257211:00
jogoNisha: I think your looking for johnthetubaguy11:01
NishaI thought you are John Garbutt11:01
*** ajayaa has joined #openstack-nova11:01
Nishaohk Thanks.11:01
johnthetubaguyyeah, I am john garbutt11:02
Nishajohnthetubaguy, Hi11:02
Nishajogo, thanks for pointing me to correct IRC name for John :)11:02
Nishajohnthetubaguy, i wanted to discuss the comments on https://review.openstack.org/18257211:02
johnthetubaguyNisha: hey, so I see you have some responses to my comments in that patch, not had chance to take a look11:02
*** otter768 has joined #openstack-nova11:03
Nishaohk. I replied on Friday, so was wondering about your response back11:03
Nishajohnthetubaguy, please have a look11:03
johnthetubaguyNisha: so I guess the big thing, is we should have boot_mode_uefi = true and boot_mode_bios = true in this case11:04
johnthetubaguyNisha: can you add an example that justifies all the extra complexity of supporting lists in the dict values11:05
NishaThe UEFI and BIOS is just an example. My main concern over boolean capability was that11:05
Nisha- boolean capability key name is based on its values and which may differ vendor by vendor of the hardware11:06
johnthetubaguyNisha: I mean we can handle the boot mode by adding two capabilities, and we are OK (ish). I am wondering if there are other things we need?11:06
*** yassine_ has joined #openstack-nova11:06
*** yassine_ has quit IRC11:06
Nishajohnthetubaguy, The firmware settings also fall in this category correct?11:07
johnthetubaguyNisha: whats an example of the requirements we need to filter on there?11:07
*** otter768 has quit IRC11:08
puniueeHi All. I need help in figuring out  the difference between AbsoluteResource and CountableResource?11:09
sahidclaudiub: hello, when you have a momnet we have two backports we could to merge for juno/kilo11:09
sahidhttps://review.openstack.org/#/c/189328/ and https://review.openstack.org/#/c/189350/ (related to the same work)11:10
johnthetubaguyNisha: what I would love is a strong reason to add the feature, I don't think the boot_mode is a good enough reason11:10
johnthetubaguyNisha: generally I worry about us just passing through vendor flags, as they tend to leak out our API, at which point, the API becomes a massive mess11:11
*** thorst has joined #openstack-nova11:11
johnthetubaguyNisha: we are only half way through writing up all these ideas, so I am afraid I don't have anything to point you are right now11:11
Nishajohnthetubaguy, the another example might be nic capacities11:11
*** coolsvap is now known as coolsvap|afk11:12
johnthetubaguypuniuee: Vek knows that stuff inside out, but he is in texas so will not be around for a little while11:12
Nishajohnthetubaguy, i understand your point ...will addmore examples for it to list11:12
puniueethanks @johnthetubaguy11:13
puniueelittle while here refers to few minutes or few hours?11:13
johnthetubaguypuniuee: few hours I am afraid11:13
johnthetubaguypuniuee: 10am US central time, ish, I would think11:14
Nishajohnthetubaguy, the max nic_capacities for all the nics attached to the sever can be discovered for embedded NICS and stand-up NICS11:14
*** ociuhandu has quit IRC11:15
Nishaso a user may wantto select a server with a capacity , say x, using capabilities which may be actually for any NIC11:15
johnthetubaguypuniuee: there is a spec to re-write that bit of the code: https://review.openstack.org/#/c/182445/11:15
*** yassine_ has joined #openstack-nova11:15
johnthetubaguyNisha: thats a fun one, relating to neutron and us not having a good way to model different types of NICs yet :'(11:16
*** ociuhandu has joined #openstack-nova11:16
johnthetubaguyNisha: so I need to give this another review, once the extra examples are back, but I have to get some food right now I am afraid11:16
Nishajohnthetubaguy, thats one more capability we discover currently only for embedded NICs11:17
NishaOk will add few examples to clarify :)11:17
Nishajohnthetubaguy, thanks11:17
puniuee@Johnthetubaguy  oh. Thanks again for the pointer! I just want to understand how to decide what type should be new resource quota if I want to figure out11:18
puniueeor add a new quota limit11:19
*** veena has joined #openstack-nova11:19
puniueewill buzz @vek when he is here for it11:20
claudiubsahid: hi11:22
claudiubsahid: looking at them11:22
*** zhenguo has quit IRC11:23
*** coolsvap|afk is now known as coolsvap11:23
*** puniuee has quit IRC11:24
johnthetubaguypuniuee: there are quite a few examples, its best to see what your resource is closest too, there are some comments in the code to explain when you use each of them, although I don't remember them being that clear11:24
* johnthetubaguy runs away for food11:25
*** wznoinsk_ has joined #openstack-nova11:25
*** wznoinsk_ has quit IRC11:25
openstackgerritJoe Gordon proposed openstack/nova-specs: Fix a bunch of typos in approved liberty specs  https://review.openstack.org/18966711:26
abhishekkhi all, how to run v3 api using nova client?11:26
abhishekkwhen I use curl command mentioning v3 then it returns me 404 resource not found11:26
*** achanda has quit IRC11:26
*** coolsvap is now known as coolsvap|afk11:27
*** markvoelker has joined #openstack-nova11:29
*** mirrorbox has joined #openstack-nova11:29
*** pask81 has quit IRC11:29
*** pask81 has joined #openstack-nova11:30
*** tojuvone has quit IRC11:31
mirrorboxjohnthetubaguy: hi. regarding the user controlled sriov ports placement11:32
*** liusheng has joined #openstack-nova11:32
mirrorboxjohnthetubaguy: and the related distribute-pci-allocations. the most important thing is to understand what behavior is expected in the later spec when it's not possible to distribute vfs across different PFs11:33
mirrorboxjohnthetubaguy: in case if it unconditionally throws an error and refuses to boot a server it's fine and I guess my spec is not needed at all for the described guest bonding use case11:34
*** markvoelker has quit IRC11:34
*** prashup has quit IRC11:37
*** rotbeard has joined #openstack-nova11:37
*** aswadr has quit IRC11:41
*** aswadr has joined #openstack-nova11:43
*** sudipto has quit IRC11:46
*** artom has joined #openstack-nova11:48
*** rpodolyaka2 has quit IRC11:48
*** diegows has joined #openstack-nova11:53
*** josecastroleon has joined #openstack-nova11:54
*** diegows has quit IRC11:54
jogojohnthetubaguy: your thoughts on https://review.openstack.org/#/c/149253/22 are welcome11:54
*** jaypipes has joined #openstack-nova12:02
*** haigang has quit IRC12:02
*** hshiina has quit IRC12:02
*** Guest84699 has quit IRC12:03
*** dprince has joined #openstack-nova12:05
*** achanda has joined #openstack-nova12:05
openstackgerritAlexandre Levine proposed openstack/nova-specs: Added a spec for disable-termination and shutdown-termination flags  https://review.openstack.org/18933412:05
*** lucasagomes is now known as lucas-hungry12:05
*** ferest has joined #openstack-nova12:06
*** tojuvone has joined #openstack-nova12:09
*** ferest has quit IRC12:10
*** raildo has joined #openstack-nova12:11
*** VW has joined #openstack-nova12:11
*** tellesnobrega has joined #openstack-nova12:11
*** yingjun has quit IRC12:13
*** achanda has quit IRC12:13
*** baoli has joined #openstack-nova12:15
RuiChenjohnthetubaguy: hi, I had modified the spec by following your comments, please take a look it https://review.openstack.org/#/c/169638/ when you have time, thanks.12:15
*** aysyanne has joined #openstack-nova12:16
*** htruta has joined #openstack-nova12:17
johnthetubaguymirrorbox: so my thinking was, lets default to throwing an error in the distribute-pci-allocation, then maybe consider something to relax that constraint somehow, if thats needed, via some API hint12:17
mirrorboxjohnthetubaguy: I've just suggested throwing an error unless the image metadata explicitly allows non-distributed allocation12:18
mirrorboxin that distribute-pci-request doc12:18
mirrorboxs/doc/spec/12:19
johnthetubaguymirrorbox: this is probably something I am missing, but it would be good to queue the specs up, to save and duplicate effort, at a minimum12:19
openstackgerritNikola Dipanov proposed openstack/nova: libvirt: implement get_device_name_for_instance  https://review.openstack.org/18063812:19
*** dan_ has joined #openstack-nova12:19
*** dan_ is now known as Guest548412:19
mirrorboxjohnthetubaguy: yeah, I'll probably won't be updating by spec unless there's a clarity on the distribute-pci-requests one12:20
mirrorboxmy spec*12:20
*** matrohon has joined #openstack-nova12:21
*** pask81 has quit IRC12:23
johnthetubaguymirrorbox: yeah, I think I added a similar comment on there in the past, not followed up on that yet12:23
*** Nisha has quit IRC12:25
*** mirrorbox has quit IRC12:26
*** mirrorbox has joined #openstack-nova12:26
*** achanda has joined #openstack-nova12:27
*** marun has joined #openstack-nova12:28
*** ociuhandu has quit IRC12:28
openstackgerritDaniel Berrange proposed openstack/nova: ironic: convert driver to use nova.objects.ImageMeta  https://review.openstack.org/18936212:28
openstackgerritDaniel Berrange proposed openstack/nova: objects: convert config drive to use ImageMeta object  https://review.openstack.org/18932312:28
openstackgerritDaniel Berrange proposed openstack/nova: libvirt: convert driver to use nova.objects.ImageMeta  https://review.openstack.org/18811912:28
openstackgerritDaniel Berrange proposed openstack/nova: libvirt: make instance compulsory in blockinfo APIs  https://review.openstack.org/18811812:28
openstackgerritDaniel Berrange proposed openstack/nova: objects: add os_require_quiesce image property  https://review.openstack.org/18878712:28
openstackgerritDaniel Berrange proposed openstack/nova: hyperv: convert driver to use nova.objects.ImageMeta  https://review.openstack.org/18930212:28
openstackgerritDaniel Berrange proposed openstack/nova: virt: convert hardware module to use nova.objects.ImageMeta  https://review.openstack.org/18878912:28
openstackgerritDaniel Berrange proposed openstack/nova: compute: only use non_inheritable_image_properties if snapshotting  https://review.openstack.org/18725012:28
openstackgerritDaniel Berrange proposed openstack/nova: objects: fix parsing of NUMA cpu/mem properties  https://review.openstack.org/18878812:28
openstackgerritDaniel Berrange proposed openstack/nova: compute: remove get_image_metadata method  https://review.openstack.org/18725112:28
openstackgerritDaniel Berrange proposed openstack/nova: xenapi: convert driver to use nova.objects.ImageMeta  https://review.openstack.org/18879012:28
openstackgerritDaniel Berrange proposed openstack/nova: compute: convert manager to use nova.objects.ImageMeta  https://review.openstack.org/18968512:28
*** pask81 has joined #openstack-nova12:29
*** ivasev has joined #openstack-nova12:29
mnestratovjohnthetubaguy: jogo: regarding https://review.openstack.org/#/c/149253/12:31
mnestratovI beleive this change still leaves hypervisor specific stuff hidden from users. Anyway we require some specific parts in nova.conf12:31
mnestratovto be specified for our vz/parallels driver like ploop images_type=ploop, virt_type=parallels, uri...12:31
mnestratovThus, adding ability to create config drive for exe type of instances doesn't change anything here12:31
openstackgerritJoe Gordon proposed openstack/nova-specs: Cleanup 'scheduled_at' from instances table  https://review.openstack.org/18012012:33
*** dave-mccowan has joined #openstack-nova12:34
jogomnestratov: it adds a new format for the config drive. And user's interact with the config drive12:34
openstackgerritsahid proposed openstack/nova: libvirt: enhance method to return pointer_model from image prop  https://review.openstack.org/17485412:34
openstackgerritsahid proposed openstack/nova: libvirt: deprecate use_usb_tablet in favor of pointer_model  https://review.openstack.org/17624212:34
*** mwagner_afk has quit IRC12:35
mnestratovreally I removed code adding a new format in last version12:35
jogomnestratov: so ignore the config option issue for a moment12:35
jogomnestratov: the question is as a user of nova, I request an instance with config drive12:36
jogomnestratov: and what do I get?12:36
mnestratovuser inside a container will find mounted config drive12:36
jogomnestratov: what format?12:36
jogomnestratov: as a user of nova I shouldn't have to care about what virt driver is used.12:36
jogoso to me it would be a nova instance (that happens to be a container)12:36
mnestratovjogo: ext4 but does it really matter?12:37
jogomnestratov: yes it does mattter12:37
jogomnestratov: the question to me is, does it matter enough that we shouldn't do it12:38
jogoand I am not sure12:38
mnestratovjogo: user of config drive is cloud_init module and it does take into account /var/lib/cloud/seed/config_drive mount point where we mount this config drive12:38
jogomnestratov: we are trying to reduce the variance between virt drivers not increase it12:38
jogomnestratov: this is still a subtle hard to detect variation between nova deployments. Which is exactly the type of issue that makes interop  really difficult12:39
jogomnestratov: so I am asking you to address this point in the commit message and convince us this is worth it12:40
*** mpaolino has joined #openstack-nova12:40
mnestratovjogo: i see your point, but still think it doesn't add any additional variance12:40
*** unicell has joined #openstack-nova12:40
openstackgerritBalazs Gibizer proposed openstack/nova-specs: Add notification for service status change  https://review.openstack.org/18235012:41
*** eglynn_ has quit IRC12:41
mnestratovjogo: sure12:41
jogomnestratov: well it *does* add variance, it may not add enough for us to be concerned over though12:41
openstackgerritgaryk proposed openstack/nova: Objects: add limits, reservations and shares to ImageMetaProps object  https://review.openstack.org/18832112:41
danpbjogo: the format of the config drive really doesn't matter because it is mounted already on their behalf at the right location12:41
*** unicell1 has quit IRC12:41
danpbso i think this is really a matter of documenting how config drives appear when using container based virt12:42
jogodanpb: perhaps its not a big deal and is worth it. I just want to make sure we explicitly consider it12:42
jogodanpb: well an end user, I shouldn't have to know or care if  I am using nova's container driver or something else12:42
mnestratovjogo: but you won't notice it12:43
danpbright you don't actually need to know / care what hypervisor is being used12:43
danpbcloud-init should just immediately see the mounted config drive data at the right location and just work12:43
*** Nisha has joined #openstack-nova12:43
mnestratovdanpb: exactly12:44
*** wznoinsk has quit IRC12:44
jogodanpb: assuming your image supports ext412:44
danpbNB, this same addition that is done for parallels containers, will also be extended for libvirt LXC12:44
danpbjogo: no, that is really irrelevant12:44
danpbcontainer virt images are executed using the *host* kernel12:44
danpbthe host side container manager is the only thing that needs to support ext412:44
danpbwhen the image is booted, it will see the config drive /already/ mounted - it doesn't have to mount anything itself12:45
jogodanpb: excellent point. mnestratov just include that in your commit message12:45
mnestratovdanp: that's correct12:45
*** pixelbeat_ has quit IRC12:45
mnestratovjogo: ok. sure12:45
danpbi wonder where we document config drive usage in nova / openstack docs12:45
jogodanpb: if at all12:46
danpbif there is anywhere, this certainly justifies an extension to any such docs12:46
*** pixelbeat_ has joined #openstack-nova12:46
jogodanpb: a quick git grep of doc/source/ in nova shows no hits12:47
*** yingjun has joined #openstack-nova12:48
danpbi found some rackspace custom and red hat custom docs which both just say "it is a cdrom which has a label config-2"12:49
danpbeg https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux_OpenStack_Platform/4/html/End_User_Guide/config-drive.html12:49
danpbah this is an openstack doc which talks about it   -   http://docs.openstack.org/user-guide/cli_config_drive.html12:50
danpbso we could probably do with updating text there to describe how container based virt may make the config drive available pre-mounted at directory /whatever/it/is/i/forget/just/at/the/moment12:51
*** VW has quit IRC12:52
jaypipesdanpb: "setting to 128 for now since that ought to be large enough for a good few 10's of years to come" <-- heh, one can only hope. :) /me suspects some hw vendor will challenge that number by 2030 or so...12:52
*** thangp has joined #openstack-nova12:52
*** baoli has quit IRC12:54
*** vladikr has joined #openstack-nova12:54
*** pilgrimstack has joined #openstack-nova12:55
*** baoli has joined #openstack-nova12:55
danpbjaypipes: if i ever get a machine with 128 NUMA nodes, i'll be very happy as it'll mean i have something crazy like 16,000 CPUs and 60 TB of RAM :-)12:56
jaypipes:) yeah12:56
jaypipesworld's best bitcoin miner.12:56
* danpb notes some AArch64 cpus already have 48 cores per socket :-)12:58
jaypipesdanpb: a real question for you, though, on this patch... it seems like this change makes the hw_numa_nodes prop not really necessary, right? I mean, since you are now no longer looking for that prop and instead just looking for the hw_numa_[mem|cpus].N props in order to calculate the number of nodes?12:59
*** ildikov_ has quit IRC12:59
*** ildikov_ has joined #openstack-nova12:59
danpbjaypipes: no, in the common case the user will only ever set   hw_numa_nodes=NNN12:59
openstackgerritAlexandre Levine proposed openstack/nova-specs: Added a spec for disable-termination and shutdown-termination flags  https://review.openstack.org/18933412:59
*** eglynn_ has joined #openstack-nova12:59
*** pixelbeat_ has quit IRC13:00
danpbjaypipes: we then automatically calculate  numa_mem/cpus by dividing ram/vcpus count by  hw_numa_nods13:00
danpbthe hw_numa_mem|cpus props are only set if people want an asymmetric topology13:00
jaypipesdanpb: I see... got it. thx.13:00
*** pixelbeat_ has joined #openstack-nova13:01
*** rajesht has joined #openstack-nova13:01
jaypipesdanpb: and it's not considered a bad request/config to have *both* hw_numa_nodes and the hw_numa_cpu|mem stuff?13:01
jaypipesdanpb: i.e. it just ignores hw_numa_nodes if the other props are present, right?13:01
danpbthe hw_numa_cpu|mem stuff is only honoured if  hw_numa_nods is first set13:01
jaypipeshmm...13:01
mnestratovdanpb: don't you mind if I borrow you explanation and put it in commit message?13:02
danpbwe have a change in  https://review.openstack.org/#/c/188789/4/nova/virt/hardware.py  which validates that the number of entries you provided for hw_numa_cpu|mem matches the number of nodes set in hw_numa_nodes13:02
danpbmnestratov: of course13:02
mnestratovdanpb: thanks13:02
*** kiranr has quit IRC13:02
jaypipesdanpb: ok, so on https://review.openstack.org/#/c/188788/4/nova/tests/unit/objects/test_image_meta.py, the test_set_numa_mem_no_count() test13:02
*** varya has quit IRC13:03
*** varya has joined #openstack-nova13:03
jaypipesdanpb: am I misreading that then? it looks like it is opposite of your statement above that "is only honoured if  hw_numa_nods is first set"13:03
danpbjaypipes: so, it is possible for  hw_numa_nodes to be set against the flavour extra specs and then hw_numa_mem|cpu is set on the image to customize the topology breakdown13:03
jaypipesahhhh13:03
danpbso that's why i'm testing that the code allows both setups13:03
*** raildo has quit IRC13:04
*** otter768 has joined #openstack-nova13:04
danpbyes, this is a bit obscure - which is why i screwed it up in the original ImageMeta changeset13:04
jaypipesdanpb: gotcha. ok, thanks for the info. just wanted to make sure I understood the conditions properly.13:04
danpbonly realized it when i came to update the hardware.py file to use the new ImageMeta object13:04
*** varya has quit IRC13:05
alexpilottijohnthetubaguy: I just noticed this same host migrate patch merged this april: https://github.com/openstack/nova/commit/9b224641295af3763d011816d6399565ac7b98de13:05
alexpilottijohnthetubaguy: looks like all drivers were handled except hyper-v :-)13:05
*** tojuvone_ has joined #openstack-nova13:06
*** tojuvone has quit IRC13:06
johnthetubaguyalexpilotti: ah, thats worth a quick bug fix13:06
*** changbl_ has quit IRC13:06
*** varya has joined #openstack-nova13:06
alexpilottijohnthetubaguy: on it tx13:06
johnthetubaguyalexpilotti: cools, good spot13:07
*** varya has quit IRC13:07
*** mdrabe has joined #openstack-nova13:08
*** raildo has joined #openstack-nova13:08
*** lucas-hungry is now known as lucasagomes13:08
*** otter768 has quit IRC13:09
openstackgerritMaxim Nestratov proposed openstack/nova: Add config drive support for PCS containers  https://review.openstack.org/14925313:10
alaskiflwang: a bit delayed but, there are no real restrictions around adding instance-actions.  some just didn't get added.13:11
*** cbader has quit IRC13:11
edleafejaypipes: read your comment re: Usage in the scrollback13:12
edleafejaypipes: I'm fine with it, but I'd prefer to hear from people who aren't as close to the spec, or who aren't native English speakers.13:12
jaypipesedleafe: k13:13
edleafejaypipes: "inventory" was the first word that popped into my head13:13
*** jecarey has joined #openstack-nova13:13
*** ociuhandu has joined #openstack-nova13:14
*** josecastroleon has quit IRC13:16
*** ociuhandu has quit IRC13:16
jaypipesedleafe: that's a good word :)13:17
edleafejaypipes: heh, I get lucky sometimes :)13:17
*** sdake has joined #openstack-nova13:17
*** josecastroleon has joined #openstack-nova13:17
*** Nisha has quit IRC13:18
*** josecastroleon has quit IRC13:19
*** dpaterson has joined #openstack-nova13:19
*** josecastroleon has joined #openstack-nova13:20
*** josecastroleon has quit IRC13:22
*** josecastroleon has joined #openstack-nova13:23
*** VW has joined #openstack-nova13:23
*** nihilifer has quit IRC13:23
*** jamielennox is now known as jamielennox|away13:23
*** josecastroleon has quit IRC13:25
*** josecastroleon has joined #openstack-nova13:26
*** abhishekk has quit IRC13:27
*** josecastroleon has quit IRC13:28
edleafejohnthetubaguy: are you still looking for someone to take on the v3 renaming?13:28
dansmithdanpb: that's only part of the conversion.. still plenty more work to do13:28
*** josecastroleon has joined #openstack-nova13:29
openstackgerritClaudiu Belu proposed openstack/nova-specs: Adds Hyper-V Cluster spec  https://review.openstack.org/18837413:30
gilliardedleafe: https://review.openstack.org/#/c/189218 this?13:30
dimsdansmith: good morning. so, i cannot get the version hashes to work the same across py27 and py34 - even if i try using the ObjectVersionChecker from o.vo - danpb and ndipanov were asking for your feedback here - https://review.openstack.org/#/c/187785/14/nova/tests/unit/objects/test_objects.py,cm13:31
dimsdansmith: when you get a chance, please take a look13:32
*** browne has joined #openstack-nova13:32
markus_zThe mid-cycle meetup in July, how does it differ to the Summit design sessions? I try to convince my mgmt that it's useful for us that I attend.13:33
*** veena has quit IRC13:33
lxslijaypipes: I like "pool" myself, resource pools have a long history13:33
edleafegilliard: ah, ok - didn't see that13:33
gilliardAsignee: Volunteer?   ;)13:33
jaypipeslxsli: either one is fine with me. should we take a quick poll of those interested in this?13:34
edleafegilliard: hmmm didn't read that far down yet :)13:34
lxsliedleafe: what do you think of "pool" instead of "inventory" please?13:35
dansmithdims: have you tried dumping out the pre-hash fingerprints of something that doesn't match on py2 and py3?13:35
edleafelxsli: for shared resources (RAM, disk, etc) it makes sense13:35
dansmithdims: maybe it's something like a u"foo" and "foo" ?13:35
edleafelxsli: not sure about discreet resources (ironic nodes)13:36
edleafelxsli: but it would work, I think13:36
jaypipesdanpb: hey, so I left a comment on https://review.openstack.org/#/c/188119 that I'm thinking perhaps I should push a little more... I'm thinking that having a nova.objects.Instance.image_meta property instead of the nova.objects.InstanceMeta.from_instance() class method would be a cleaner approach to this.13:36
dimsdansmith: i can do that, but wanted to check which one should i try fixing the _get_fingerprint in nova or the one in o.vo?13:36
*** sudipto has joined #openstack-nova13:36
*** ociuhandu has joined #openstack-nova13:36
lxslijaypipes: btw have you had a chance to look at https://review.openstack.org/#/c/188759/ please?13:36
jaypipeslxsli: yeah, I disagree with you on that :)13:37
lxsliOK, which points?13:37
dansmithdims: well, ideally both so that the change to use the o.vo test fixture doesn't require changing the hashes, to prove that it's the same13:37
dansmithdims: just figuring out what the problem is with either would be a good start and then we can decide what to do13:38
jaypipeslxsli: "I also want to be able to deal with resources which are not easily dealt with as independent integer resources." <-- that's the whole point of my resource-objects patch series...13:38
dimsdansmith: ack. will start with the nova one13:38
dansmithdims: but AFAIK, py3 is a background task for us, so can we just hold off and I'll work on it when I get that far in the conversion?13:38
lxslijaypipes: you mean your version already does that?13:38
danpbjaypipes: i'm already working on a patch todo just that13:39
jaypipeslxsli: yes.13:39
dimsdansmith: ack. will do the legwork and see if i make progress or we can deal with it down the road13:39
dansmithdims: okay, thanks13:39
*** garyk has quit IRC13:39
jaypipesdanpb: ok then! :) great minds think alike. nuf said.13:39
*** achanda has quit IRC13:39
lxslijaypipes: ok good! I wasn't sure13:39
*** deepthi has joined #openstack-nova13:40
lxslijaypipes: what about unifying amount and usage, then having a compute host represented as an AmountSet (pool)?13:40
*** mriedem has joined #openstack-nova13:41
*** ociuhandu has quit IRC13:41
*** ociuhandu has joined #openstack-nova13:41
jaypipeslxsli: There's more to a compute host than just the pool of resources, but the next patch in this series adds a get_resource_usages() method to the nova.objects.ComputeNode object, that returns a set of these resource usage generics. Or "inventory" or "pool" or whatever we settle on naming-wise.13:42
jaypipeslxsli: you can see, for instance, the NUMA resource generic on line 69 and line 256 here: https://review.openstack.org/#/c/128992/6/nova/objects/resources.py13:42
sahidmnestratov: hello, just noticed your reply on https://review.openstack.org/#/c/184311/9/nova/virt/libvirt/driver.py,cm and actually i still do not understand how you can say that virt_type=parallels will continue to work after your change and under libvirt 1.2.1713:42
sahidsince your change override virt_type to vz and then you change the uri to be vz:///13:43
*** zz_jgrimm is now known as jgrimm13:43
lxslijaypipes: yes I may not have pushed my latest version, been looking at the soft-delete stuff13:43
*** jeblair has joined #openstack-nova13:43
lxslijaypipes: I'm glad you're doing different resource types13:44
sahidand libvirt under 1.2.17 does not handle uri with vz:///13:44
*** eharney has quit IRC13:44
openstackgerritBalazs Gibizer proposed openstack/nova-specs: Add notification for service status change  https://review.openstack.org/18235013:45
*** dguitarbite has quit IRC13:46
mnestratovsahid: hello13:46
*** burt has joined #openstack-nova13:46
mnestratovchange has been merged recently13:46
mnestratovso it will support vz in next release13:47
*** kudryashova has joined #openstack-nova13:47
*** kudryashova has quit IRC13:47
sahidmnestratov: about what are you talking?13:47
*** exploreshaifali has joined #openstack-nova13:48
mnestratovsahid: changes supporting vz uri has just been recently merged into libvirt that is going to be 1.2.1713:49
mnestratovsahid: libvirt 1.2.17 is not released yet but the code is already there13:49
openstackgerritJohn Garbutt proposed openstack/nova-specs: Add previous page links for Nova GET servers API  https://review.openstack.org/16504113:50
sahidmnestratov: my point is about you to change virt_type from parallels to vz with a version less than 1.2.1713:50
openstackgerritJoe Gordon proposed openstack/nova-specs: Cleanup 'scheduled_at' from instances table  https://review.openstack.org/18012013:50
openstackgerritBrent Eagles proposed openstack/nova-specs: Distribute PCI Requests Across Multiple Devices  https://review.openstack.org/14209413:50
*** diegows has joined #openstack-nova13:51
mnestratovsahid: yes. it is only how we see virt_type internally in novaa code13:51
mnestratovsahid: uri remains the same13:52
sahidmnestratov: line 604 you only handle uri with vz:///13:54
*** kiran-r has joined #openstack-nova13:54
johnthetubaguymnestratov: we generally don't merge anything in Nova until the code has (at a minimum) been released by libvirt, but ideally testable in some gate job (wonders if we wrote that down anywhere...)13:55
*** electrocucaracha has joined #openstack-nova13:55
lxsliedleafe: jaypipes: sorry to be awkward but I'm not too happy renaming usage to /pool/ either. The ResourceUsageCollection is the pool. The individual usages... are resources? What do you think please?13:55
mnestratovjohnthetubaguy: sure. I understand this.13:55
lxslis,/,,13:56
johnthetubaguymnestratov: cool, thank you13:56
*** sdake has quit IRC13:56
jaypipeslxsli: no, the resource is the class of requested and provided things. so, RAM, CPU, LocALDisk, NUMATopology, etc13:56
lxsliso EG ResourceSpec and RamResource instead of UsageSpec and RamUsage13:57
mnestratovsahid: yes but it changes uri only in case it isn't specified13:59
mnestratovso to backward compatible one should specify both virt_type and uri. may be this should be highlighted somehow in commit message13:59
lxslijaypipes: A request is for a RamAmount, no?13:59
sahidmnestratov: finally :) ...13:59
mnestratov^ to be backward14:00
lxslijaypipes: bad example, the provided amount in a RamResource is a RamAmount14:00
sahidmnestratov: you cannot do that, as i said you need one release14:00
sahidafter the upgrade operator does not have to upgrade the nova.conf to specify something like that14:01
mnestratovsahid: do you mean that someone could have just virt_type specified?14:02
sahidmnestratov: i mean between kilo to liberty the operator do not have to update virt_type and uri to make the upgrade success - we should to handle both14:03
sahidthen during liberty to M we will handle only vz14:04
*** dboik has joined #openstack-nova14:04
sahidso the operator have one release to update config of compute nodes14:04
openstackgerritBrent Eagles proposed openstack/nova-specs: VIF plug script support for Nova  https://review.openstack.org/16246814:06
openstackgerritsulochan-acharya proposed openstack/nova: xapi: adds pre live-migration plugin to ensure pvdriver info  https://review.openstack.org/18973114:07
mnestratovsahid: ok, then I guess I shouldn't play with override and simply return to something that was done in #6 patch set.14:08
jaypipeslxsli: sorry, are you asking me a question?14:08
openstackgerritClaudiu Belu proposed openstack/nova-specs: Adds Hyper-V Cluster spec  https://review.openstack.org/18837414:11
*** electrocucaracha has quit IRC14:11
*** iamjarvo has joined #openstack-nova14:11
*** mdrabe has quit IRC14:12
*** eharney has joined #openstack-nova14:12
sahidmnestratov: a quick read on PS6 make me think it is the way to follow yes14:12
openstackgerritMaxim Nestratov proposed openstack/nova: Add config drive support for PCS containers  https://review.openstack.org/14925314:12
*** asrangne has joined #openstack-nova14:13
*** xyang1 has joined #openstack-nova14:13
openstackgerritClaudiu Belu proposed openstack/nova-specs: Adds Hyper-V Cluster spec  https://review.openstack.org/18837414:13
alexpilottijohnthetubaguy: we’d like to implement a flexible BDM model for Hyper-V14:14
alexpilottijohnthetubaguy: is it ok if we just reference this old BP? https://blueprints.launchpad.net/nova/+spec/improve-block-device-handling14:14
lxslijaypipes: you said "resource is the class of requested and provided things". I thought things were provided as amounts. Leaving the name "resource" available to replace "usage".14:14
alexpilottijohnthetubaguy: or do we need a new one?14:14
lxslijaypipes: do you agree with those statements?14:14
jaypipeslxsli: no, sorry, that's not what I meant. let me put it another way... water is a "resource". 10L is an amount.14:15
johnthetubaguyalexpilotti: you need a new blueprint to track the work, you can try get it approved as a spec-less blueprint though (just add it to the meeting agenda), be sure to link to the above spec in your new blueprint though14:15
openstackgerritAlexandre Levine proposed openstack/nova-specs: Added a spec for disable-termination and shutdown-termination flags  https://review.openstack.org/18933414:16
jaypipeslxsli: you can request an amount (10L) of a resource (water), and the provider of the resource (a reservoir) could potentially have the inventory (1M Liters) to fulfill the request for the amount.14:16
alexpilottijohnthetubaguy: ok tx!14:16
*** amotoki_ has joined #openstack-nova14:16
*** aswadr has quit IRC14:16
jaypipeslxsli: the provider of resources (reservoir) may also have other types of resources (e.g. fish) that it can provide to a user requesting an amount of that resource (2 fish please).14:17
lxslijaypipes: OK I was using "resource" to mean what you call a "resource provider"14:17
jaypipeslxsli: to make an analogy to Nova, the compute node is the reservoir, RAM and CPU are water and fish.14:18
lxslijaypipes: yes that makes sense14:18
*** yingjun has quit IRC14:18
*** romainh has quit IRC14:19
jaypipeslxsli: and this patch series adds the measurements (liters, whole fish) in a generic way so that a user can request amounts of resources in a singular fashion, and the provider of resources (the compute node) can expose capacity information (inventory) in a singular fashion)14:19
*** mtanino has joined #openstack-nova14:21
*** gszasz has quit IRC14:21
lxslijaypipes: so an Inventory is a total and a used Amount of a Resource14:21
lxslijaypipes: and a Provider or Pool is a collection of Inventories? (previously ResourceUsageCollection)14:22
*** romainh has joined #openstack-nova14:22
*** gszasz has joined #openstack-nova14:22
jaypipeslxsli: yup. I had that called Usage in the current patch series, but edleafe used Inventory, which I agree is a better word for that.14:22
lxslijaypipes: we don't need ResourceType because a Resource is itself a type rather than a quantity14:22
jaypipeslxsli: ResourceType is simply an interface class in the patch series...14:23
lxslijaypipes: oh I haven't looked at that patch yet - I was talking in general14:23
jaypipeslxsli: there is no such thing (currently) as a Provider or Pool in the patch series, since (at this time) the only provider of resources is the compute node itself, so we will use nova.objects.ComputeNode as-is.14:24
lxslijaypipes: re: Pool, OK14:24
jaypipeslxsli: https://review.openstack.org/#/c/128999/4/nova/resources.py14:24
lxslijaypipes: so I'm happy with that naming, thanks for discussing14:25
*** annashen has joined #openstack-nova14:25
lxslijaypipes: what do you think about having separate classes to represent request amounts?14:25
*** mpaolino has quit IRC14:25
lxslijaypipes: as notably, a NUMAAmount lists specific CPUs whereas a NUMARequest just wants certain arrangements14:26
jaypipeslxsli: in the current patch series, that is already handled. for example, the request spec's set of requested resources looks like:14:26
jaypipes s = {}14:26
*** mpaolino has joined #openstack-nova14:26
jaypipes s[resources.RAM].make_amount(128)14:26
jaypipes s[resources.CPU].make_amount(4)14:26
lxsliis that in sylvain's patch series?14:27
jaypipes s[resources.NUMATopology].make_amount(some_instance_numa_topology_object)14:27
jaypipeslxsli: no, in mine... in an abandoned patch that I need to rebase to the current head of that above patch14:27
lxsliaha14:27
tojuvone_There is currently everything quite ready to land "mark host down" by new API. Would still continue the work of having this "host forced down" also visible in VM as that is what users side manager is looking at. Shortly discussed this in Vancouver. So as needs no API change and related to this almost ready BP, I guess I would still have time to land spec to liberty for having information visible also in VM?14:29
jaypipestojuvone_: the spec deadline for Liberty is June 25, so you have time :)14:30
*** annashen has quit IRC14:30
*** mdrabe has joined #openstack-nova14:30
jaypipestojuvone_: regardless, I'll have another review of that spec and get that done today.14:30
*** cfriesen has joined #openstack-nova14:31
tojuvone_jaypipes: cool!14:31
lxslijaypipes: if I read it right, a NUMATopology is a collection of NUMACells, where the 'cpuset' is a SetOfIntegersField14:32
jaypipeslxsli: correct.14:32
*** garyk has joined #openstack-nova14:32
lxslijaypipes: so if a NUMAAmount wraps a NUMATopology, how does one use a NUMAAmount to say "two CPUs in a NUMA node, but I don't care which"?14:32
claudiubjohnthetubaguy: Hello. Just letting you know, I've updated the hyper-v cluster spec, as promised. :D https://review.openstack.org/#/c/188374/14:32
lxslijaypipes: when making a request, I mean14:33
*** achanda has joined #openstack-nova14:33
jaypipeslxsli: that comes from the image and flavor metadata, and the numa_toplogy_from_constraints() method in nova.virt.hardware return a nova.objects.InstanceNUMATopology that matches the requested topology and NUMA configuration.14:33
*** subscope has quit IRC14:34
lxslijaypipes: so is there a plan to convert that metadata into an object?14:34
jaypipeslxsli: yes, danpb is currently doing that (and I'm actually in process of reviewing his patch series) :)14:35
jaypipeslxsli: https://github.com/openstack/nova/blob/master/nova/virt/hardware.py#L96114:35
jaypipes^^ is where the InstanceNUMATopology is built from the requested flavor and image.14:35
lxsliaha great14:35
dansmithI need to get back to that14:35
jaypipeslxsli: https://review.openstack.org/#/q/status:open+project:openstack/nova+branch:master+topic:virtimageprops-15,n,z is danpb's series.14:35
*** rotbeard has quit IRC14:35
lxslijaypipes: Great I'll have a read, thank you14:36
jaypipesany time. :)14:36
danpbthe fun will be doing the same for flavour extra-specs - its even more of a wildwest trainwreck than image meta14:36
*** rushiagr_away is now known as rushiagr14:37
*** electrocucaracha has joined #openstack-nova14:37
*** nkrinner has quit IRC14:37
jaypipesdansmith, danpb: https://review.openstack.org/#/c/186426/ is a smallish spec that could use your eyes...14:38
dansmithdanpb: just to be clear, we haven't landed anything using that ImageMeta object yet right?14:38
danpbdansmith: not yet14:38
dansmithdanpb: okay, then I will let you off with a warning on one violation :)14:38
danpbwe only have the object definition itself so far - that series jaypipes links to is where i start using it14:38
danpblol14:38
* danpb wonders what he did wrong14:38
openstackgerritJohn Garbutt proposed openstack/nova-specs: Implementation of remote FS driver based on rsync for libvirt  https://review.openstack.org/18642614:39
*** deepthi has quit IRC14:39
*** kmartin has quit IRC14:39
dansmithdanpb: I'm commenting for posterity14:40
ndipanovdansmith, if you get a chance - https://review.openstack.org/#/c/180638/14:40
dansmithndipanov: okay14:41
ndipanovthe thing we were discussing yesterday14:41
ndipanovabout device names14:41
* dansmith has really got to stop sleeping so much at night14:41
*** diogogmt has joined #openstack-nova14:42
*** amotoki_ has quit IRC14:44
jaypipesdanpb: easy one for you: https://review.openstack.org/#/c/177398/14:45
openstackgerritJay Pipes proposed openstack/nova: libvirt: Remove unnecessary JSON conversions  https://review.openstack.org/17743714:45
*** leopoldj has quit IRC14:50
*** salv-orl_ has joined #openstack-nova14:51
*** armax has joined #openstack-nova14:51
openstackgerritAndrew Laski proposed openstack/nova-specs: Cells instance migration  https://review.openstack.org/13649014:52
*** salv-orlando has quit IRC14:52
*** kbyrne has quit IRC14:54
*** mehip has joined #openstack-nova14:55
*** sudipto has quit IRC14:55
*** mehip has left #openstack-nova14:56
*** jaypipes has quit IRC14:57
openstackgerritBalazs Gibizer proposed openstack/nova-specs: Remove shared storage flag in evacuate API  https://review.openstack.org/18303314:57
openstackgerritJean-Daniel Bonnetot proposed openstack/nova-specs: Sort instances if possible inside an host aggregate  https://review.openstack.org/18275814:57
*** amotoki_ has joined #openstack-nova14:58
*** mehip has joined #openstack-nova14:59
*** achanda_ has joined #openstack-nova15:00
*** kmartin has joined #openstack-nova15:00
*** cbader has joined #openstack-nova15:00
*** achanda has quit IRC15:01
*** sudipto has joined #openstack-nova15:02
edleafeHey all - Scheduler meeting now in #openstack-meeting15:02
*** ferest has joined #openstack-nova15:03
*** agireud has joined #openstack-nova15:03
*** Sukhdev has joined #openstack-nova15:04
*** mpaolino has quit IRC15:04
*** achanda_ has quit IRC15:04
*** otter768 has joined #openstack-nova15:05
*** sdake has joined #openstack-nova15:05
*** afazekas has quit IRC15:06
*** achanda has joined #openstack-nova15:06
*** sdake has quit IRC15:06
*** salv-orl_ has quit IRC15:06
*** sdake has joined #openstack-nova15:07
*** markvoelker has joined #openstack-nova15:07
*** ferest has quit IRC15:07
kashyapdanpb: Sorry for yet another ping, but when you get a moment - this change merits a backport to the upstream stable branches right? - https://review.openstack.org/#/c/181781/15:08
danpbpotentially yes15:08
*** salv-orlando has joined #openstack-nova15:08
*** rajesht has quit IRC15:09
*** otter768 has quit IRC15:10
*** baoli has quit IRC15:10
*** achanda has quit IRC15:11
kashyapThanks. I've come acros 4-5 midstream/donstream bugs related to this.15:11
*** markvoelker has quit IRC15:12
*** exploreshaifali has quit IRC15:12
*** tsekiyama has joined #openstack-nova15:12
*** thangp has quit IRC15:13
*** baoli has joined #openstack-nova15:13
*** nagyz has joined #openstack-nova15:14
nagyzhi guys15:14
nagyzcan you update me on the current status of encrypted ceph volume support? I haven't seen any specs for support, and if there's nothing in progress at the moment I'd be happy to pick it up15:14
*** nihilifer has joined #openstack-nova15:14
danpbthe only encryption support in nova currently is using dm-crypt for storage that is able to appear as local block volumes15:15
*** amotoki_ has quit IRC15:16
*** annegentle has joined #openstack-nova15:16
nagyzright, which is perfect actually. since neither qemu nor ceph has native encryption support, if we can map the ceph rbd volume as a block device, I can reuse the dmcrypt part on top15:16
nagyzmeaning everything is already in place except the tiny part of using rbd mapping instead of iSCSI mapping15:16
*** iamjarvo has quit IRC15:17
danpbnote however that it is generally preferred to use the in-qemu rbd client not the kernel based rbd driver15:17
*** kiran-r has quit IRC15:17
*** iamjarvo has joined #openstack-nova15:17
*** changbl_ has joined #openstack-nova15:17
*** haypo has quit IRC15:18
*** haypo has joined #openstack-nova15:18
danpbfor this reason I'm intending to work on QEMU later this year to add built-in QEMU support for encryption, using the dm-crypt LUKS data format15:18
*** annegentle has quit IRC15:18
*** oro has joined #openstack-nova15:18
*** dims has quit IRC15:19
*** amotoki_ has joined #openstack-nova15:19
nagyzI know15:21
nagyzbut in the meantime this would be a solution15:21
nagyzand an easy one at that.15:21
nagyzso are you aware of any spec for this? given that this is (hopefully) a couple line of changes, would it require a spec?15:22
danpbno, not aware of any work in that area15:22
mriedemi am interested in what is going on with the ceph job and the tempest tests which test encrypted volumes http://logs.openstack.org/81/181781/3/check/check-tempest-dsvm-full-ceph/25a7e4d/console.html#_2015-06-08_23_20_50_88115:22
mriedemit's passing, but what is it doing?15:22
openstackgerritEric Brown proposed openstack/nova: Add bandit for security static analysis testing  https://review.openstack.org/17956615:22
nagyzprobably a no-op?:)15:23
cfriesenndipanov: dansmith: had a ping from Bart re: the stuff we discussed on IRC for bug 1417667.  His question was around whether you thought this could continue to be done as a bugfix or whether we need a spec to get agreement on details before actually coding anything.15:23
openstackbug 1417667 in OpenStack Compute (nova) "migration/evacuation/rebuild/resize of instance with dedicated cpus needs to recalculate cpus on destination" [Medium,In progress] https://launchpad.net/bugs/1417667 - Assigned to Bart Wensley (bartwensley)15:23
mriedemnagyz: no, the tests are taking 25-30 seconds to complete15:23
*** romainh has left #openstack-nova15:23
dansmithcfriesen: definitely a spec..15:23
nagyzmriedem, right, I see.15:23
*** dsanders has joined #openstack-nova15:23
*** belmoreira has quit IRC15:23
mriedemjbernard: ^? wrt http://logs.openstack.org/81/181781/3/check/check-tempest-dsvm-full-ceph/25a7e4d/console.html#_2015-06-08_23_20_50_881 and encrypted ceph volumes15:23
cfriesendansmith: cool, that's what I was thinking too.  Will let him know.15:24
jbernardmriedem: ill take a look and let you know15:25
*** Sukhdev has quit IRC15:25
*** thangp has joined #openstack-nova15:26
danpbmriedem: heh, no clue what that's doing15:26
nagyzwould it require a spec to add the logic to check if it's an rbd device and map it via rbd map instead of iSCSI?15:26
mriedemnagyz: a spec doesn't seem necessary15:27
mriedemmaybe a blueprint w/o a spec though - those come up in open discussion during the weekly nova meeting if on the agenda15:27
*** varya has joined #openstack-nova15:28
*** jgrimm is now known as jgrimm_out15:28
*** aix has quit IRC15:29
*** sdake has quit IRC15:30
nagyzthen I guess the only remaining question is what does the current test do - if it's not supported it should be somehow marked, right?15:30
openstackgerritsahid proposed openstack/nova: libvirt: introduce method to attach device  https://review.openstack.org/18876315:31
openstackgerritsahid proposed openstack/nova: libvirt: introduce method to get domain XML  https://review.openstack.org/18930715:31
openstackgerritsahid proposed openstack/nova: libvirt: introduce method detach_device to Guest object  https://review.openstack.org/18876515:31
openstackgerritsahid proposed openstack/nova: libvirt: remove _get_disk_xml to use get_disk from Guest  https://review.openstack.org/18876415:31
openstackgerritsahid proposed openstack/nova: libvirt: update tests to use Mock instead of MagicMock  https://review.openstack.org/18977615:31
sahidmelwitt: i just have noticed your comment about to use Mock insteadof MagicMock and i have addressed it15:31
sahidI hope to get your reviews on the serie:)15:32
*** josecastroleon has quit IRC15:32
danpbanyone fancy doing +W on this patch to unblock the 3 approved behind it  ... https://review.openstack.org/#/c/188787/15:32
danpb(adding a new attribute to ImageMeta)15:33
*** josecastroleon has joined #openstack-nova15:33
*** romainh has joined #openstack-nova15:33
*** romainh has quit IRC15:34
*** amotoki_ has quit IRC15:35
*** josecastroleon has quit IRC15:35
openstackgerritEric Brown proposed openstack/nova: Add bandit for security static analysis testing  https://review.openstack.org/17956615:35
mriedemnagyz: well it's doing something15:36
*** josecastroleon has joined #openstack-nova15:36
mriedemhttp://git.openstack.org/cgit/openstack/tempest/tree/tempest/scenario/test_encrypted_cinder_volumes.py15:37
*** achanda has joined #openstack-nova15:37
*** ajayaa has quit IRC15:37
*** josecastroleon has quit IRC15:38
*** josecastroleon has joined #openstack-nova15:39
*** sudipto has quit IRC15:40
openstackgerritEric Brown proposed openstack/nova: Add bandit for security static analysis testing  https://review.openstack.org/17956615:41
*** aix has joined #openstack-nova15:41
*** josecastroleon has quit IRC15:41
*** dsanders has quit IRC15:41
danpbmriedem: damned if i understand how it works with rbd volumes though15:42
mriedemyeah i don't know how the encryption types work in cinder15:42
*** marun has quit IRC15:42
danpbthe luks code expects the volume connection_info to include a device_path which it sets up luks over15:42
danpbbut the rbd connection_info should not contain that field15:42
nagyzit can't15:42
*** josecastroleon has joined #openstack-nova15:42
nagyzunless it's somewhere being mocked to include it anyways15:43
*** josecastroleon has quit IRC15:45
*** josecastroleon has joined #openstack-nova15:46
*** cbader has quit IRC15:46
mriedemin the test run, here is where it starts attached the encrypted volume http://logs.openstack.org/81/181781/3/check/check-tempest-dsvm-full-ceph/25a7e4d/logs/screen-n-cpu.txt.gz#_2015-06-08_23_20_39_24615:47
*** cbader has joined #openstack-nova15:47
*** cbader has quit IRC15:47
*** penick has quit IRC15:47
*** mehip has quit IRC15:48
*** josecastroleon has quit IRC15:48
*** cbader has joined #openstack-nova15:48
*** haypo has left #openstack-nova15:48
mriedemconnection_info here:15:48
mriedemhttp://logs.openstack.org/81/181781/3/check/check-tempest-dsvm-full-ceph/25a7e4d/logs/screen-n-cpu.txt.gz#_2015-06-08_23_20_40_22515:48
mriedem{"connection_info": {"driver_volume_type": "rbd", "data": {"secret_type": "ceph", "name": "volumes/volume-7f6caca1-51ba-4ee7-844c-4f2bbb1b5ef4", "secret_uuid": null, "qos_specs": null, "hosts": ["127.0.0.1"], "auth_enabled": true, "access_mode": "rw", "auth_username": "cinder", "ports": ["6789"]}}}15:48
*** sahid has quit IRC15:49
nagyzso device_path isn't there15:49
*** josecastroleon has joined #openstack-nova15:49
*** hemnafk is now known as hemna15:49
mriedemfrom the logs, it just does an immediate attach/detach of the volume15:50
*** agireud has quit IRC15:50
openstackgerritAlexandre Levine proposed openstack/nova-specs: Added a spec for disable-termination and shutdown-termination flags  https://review.openstack.org/18933415:50
nagyzright15:50
nagyzbased on the xml in the log, it just attaches it normally: http://logs.openstack.org/81/181781/3/check/check-tempest-dsvm-full-ceph/25a7e4d/logs/screen-n-cpu.txt.gz#_2015-06-08_23_20_40_23015:50
mriedemthe libvirt driver's attach method should be looking for an encryptor though, i need to dig into the code and see if we should be logging anything15:50
*** pbandzi_ has quit IRC15:50
*** gary-smith has left #openstack-nova15:51
*** josecastroleon has quit IRC15:51
*** mehip has joined #openstack-nova15:52
*** josecastroleon has joined #openstack-nova15:52
*** Sukhdev has joined #openstack-nova15:53
*** nortman has left #openstack-nova15:53
*** josecastroleon has quit IRC15:54
*** unicell has quit IRC15:54
*** dave-mccowan has quit IRC15:54
*** haomaiwang has quit IRC15:55
*** josecastroleon has joined #openstack-nova15:55
*** haomaiwang has joined #openstack-nova15:55
*** gszasz has quit IRC15:56
*** josecastroleon has quit IRC15:57
*** josecastroleon has joined #openstack-nova15:58
*** iamjarvo has quit IRC15:58
*** apuimedo has quit IRC15:59
*** achanda has quit IRC15:59
mriedemhuh self.symlink_path = connection_info['data']['device_path']15:59
mriedemyeah that should totally explode15:59
*** achanda has joined #openstack-nova16:00
*** tjones1 has joined #openstack-nova16:02
nagyzinteresting :-)16:02
*** josecastroleon has quit IRC16:02
*** atuvenie has quit IRC16:03
*** agireud has joined #openstack-nova16:03
*** josecastroleon has joined #openstack-nova16:04
*** varya has quit IRC16:04
*** dpaterson has quit IRC16:04
*** jlanoux has quit IRC16:04
*** mehip has quit IRC16:05
*** josecastroleon has quit IRC16:05
danpbmriedem: i wonder if its ending up using the no-op encryptor16:06
mriedemdanpb: me too16:06
danpbthere's insufficient logging here for sure16:06
mriedemwe see that encrypted=true in the volume info, so we know it's trying to get the encryption metadata from cinder16:06
*** josecastroleon has joined #openstack-nova16:07
mriedemif that fails coming back from cinder it raises an error, so that's not happening (nothing in the logs)16:07
*** diegows has quit IRC16:08
nagyzso who's responsibility is it to actually plug in the device_path to the connector info?16:08
mriedemi don't see the request to cinder.get_encryption_metadata logged though16:08
*** josecastroleon has quit IRC16:08
mriedemnagyz: not sure16:09
mriedemndipanov: do you know? "so who's responsibility is it to actually plug in the device_path to the connector info?"16:09
*** josecastroleon has joined #openstack-nova16:10
nagyzif cinder says "here is this nice iSCSI LUN, map it" is it the same code-path doing the local device mapping based on that info for volume attach AND on encrypted volumes?16:10
openstackgerritAlessandro Pilotti proposed openstack/nova: Hyper-V: sets supports_migrate_to_same_host capability  https://review.openstack.org/18979816:10
openstackgerritDaniel Berrange proposed openstack/nova: volume: log which encryptor class is being used  https://review.openstack.org/18979916:11
ndipanovmriedem, sadly in a lot of cases it has to be the connect_volume method16:11
cfriesendoes anyone know why "allow_resize_to_same_host" defaults to False?16:11
*** leseb_ has left #openstack-nova16:11
*** leseb_ has joined #openstack-nova16:11
ndipanovmriedem, it sets it up on the libvirt config class (the one that is used to render xml)16:11
*** josecastroleon has quit IRC16:11
ndipanovbut also it needs to save it16:11
danpbmriedem: that change i submitted will help us figure out on piece of the puzzle at least :-)16:12
ndipanovton of bugs around that16:12
alexpilottijohnthetubaguy: here’s the commit that adds the driver capability that got left out: https://review.openstack.org/#/c/189798/16:12
*** alex_klimov has quit IRC16:12
*** josecastroleon has joined #openstack-nova16:13
ndipanovso to answer your question mriedem : any code that calls connect_volume should also inspect the connection info after and save it16:13
*** josecastroleon has quit IRC16:14
*** tonytan4ever has joined #openstack-nova16:15
*** josecastroleon has joined #openstack-nova16:16
*** Maike has quit IRC16:17
mriedemdanpb: thanks, that helps. i think connection_info potentially has credentials in it though so we probably shouldn't log the whole thing16:17
*** josecastroleon has quit IRC16:17
*** achanda has quit IRC16:18
danpbmriedem: hmm, wonder what we do in other places we log it16:19
*** josecastroleon has joined #openstack-nova16:19
*** Mike_D_laptop has joined #openstack-nova16:19
mriedemdanpb: i remember having to fix a bug at one point in the libvirt driver to sanitize the dict16:19
*** varya has joined #openstack-nova16:20
*** josecastroleon has quit IRC16:20
danpbhmm, libvirt doesn't appear to log connection info anywhere, but vmware and hyperv both do16:20
*** pask81 has quit IRC16:21
mriedemdanpb: ah, it's block_device_info16:21
mriedemhttp://git.openstack.org/cgit/openstack/nova/tree/nova/virt/libvirt/driver.py#n429816:21
*** josecastroleon has joined #openstack-nova16:22
*** moshele has quit IRC16:22
*** derekh has quit IRC16:23
*** josecastroleon has quit IRC16:24
*** annegentle has joined #openstack-nova16:25
*** josecastroleon has joined #openstack-nova16:25
*** josecastroleon has quit IRC16:27
*** annashen has joined #openstack-nova16:27
*** unicell has joined #openstack-nova16:27
*** josecastroleon has joined #openstack-nova16:28
openstackgerritEric Brown proposed openstack/nova: VMware: Don't raise exception on resize of 0 disk  https://review.openstack.org/17317016:29
*** josecastroleon has quit IRC16:30
*** baoli has quit IRC16:30
*** josecastroleon has joined #openstack-nova16:31
*** baoli has joined #openstack-nova16:31
*** yassine_ has quit IRC16:32
*** annashen has quit IRC16:32
nagyzgtg, be back later.16:32
openstackgerritjichenjc proposed openstack/nova: Cleanup HTTPRequest for security_groups test  https://review.openstack.org/18263016:33
openstackgerritjichenjc proposed openstack/nova: Change group controller of V2 test cases  https://review.openstack.org/18261316:33
openstackgerritjichenjc proposed openstack/nova: Add schema check for security_groups  https://review.openstack.org/18261416:33
*** josecastroleon has quit IRC16:33
*** yamahata has joined #openstack-nova16:33
*** salv-orlando has quit IRC16:33
*** ssurana has joined #openstack-nova16:34
*** nihilifer has quit IRC16:34
*** josecastroleon has joined #openstack-nova16:34
*** varya has quit IRC16:34
*** josecastroleon has quit IRC16:36
*** lsmola has quit IRC16:37
*** oro has quit IRC16:37
*** josecastroleon has joined #openstack-nova16:37
*** markus_z has quit IRC16:37
*** aix has quit IRC16:39
*** josecastroleon has quit IRC16:39
*** tonytan4ever has quit IRC16:39
*** tonytan4ever has joined #openstack-nova16:40
*** tonytan4ever has quit IRC16:40
*** josecastroleon has joined #openstack-nova16:40
*** nic has joined #openstack-nova16:40
*** ildikov_ has quit IRC16:40
*** patrickeast has joined #openstack-nova16:41
*** josecastroleon has quit IRC16:42
*** josecastroleon has joined #openstack-nova16:43
*** BobBall is now known as BobBall_AWOL16:43
*** josecastroleon has quit IRC16:45
*** josecastroleon has joined #openstack-nova16:46
openstackgerritjichenjc proposed openstack/nova: Add missing @require_context  https://review.openstack.org/17645416:48
*** josecastroleon has quit IRC16:48
*** josecastroleon has joined #openstack-nova16:49
*** nihilifer has joined #openstack-nova16:51
*** josecastroleon has quit IRC16:51
*** vilobhmm has joined #openstack-nova16:51
*** josecastroleon has joined #openstack-nova16:52
*** exploreshaifali has joined #openstack-nova16:54
*** josecastroleon has quit IRC16:54
openstackgerritMaxim Nestratov proposed openstack/nova: libvirt: rename parallels driver to virtuozzo  https://review.openstack.org/18431116:54
*** josecastroleon has joined #openstack-nova16:55
*** markvoelker has joined #openstack-nova16:56
edleafeSo can a nova-specs core give this a +W? Three +2s. https://review.openstack.org/#/c/187272/16:56
*** josecastroleon has quit IRC16:57
*** thedodd has joined #openstack-nova16:58
*** josecastroleon has joined #openstack-nova16:58
*** josecastroleon has quit IRC17:00
mriedemdanpb: you ok with me updating https://review.openstack.org/#/c/189799/ ?17:00
mriedemi tried digging into the cinder volume create code and i'm getting lost on how the encrypted volume type is involved in that flow17:00
mriedemit uses taskflow and it's complicated to trace though if you haven't seen it before (which i haven't)17:01
*** markvoelker has quit IRC17:01
*** marun has joined #openstack-nova17:01
*** josecastroleon has joined #openstack-nova17:01
*** jaypipes has joined #openstack-nova17:02
vilobhmmjohnthetubaguy : thank you ! :)17:02
*** josecastroleon has quit IRC17:03
*** rotbeard has joined #openstack-nova17:03
*** annashen has joined #openstack-nova17:04
*** josecastroleon has joined #openstack-nova17:04
*** matrohon has quit IRC17:05
*** otter768 has joined #openstack-nova17:05
*** mehip has joined #openstack-nova17:06
*** rajesht has joined #openstack-nova17:06
*** josecastroleon has quit IRC17:06
*** dsanders has joined #openstack-nova17:07
*** josecastroleon has joined #openstack-nova17:07
*** mehip has quit IRC17:08
*** salv-orlando has joined #openstack-nova17:09
*** josecastroleon has quit IRC17:09
*** otter768 has quit IRC17:10
*** josecastroleon has joined #openstack-nova17:10
*** lucasagomes is now known as lucas-dinner17:10
*** rajesht has quit IRC17:11
*** josecastroleon has quit IRC17:12
*** pilgrimstack has quit IRC17:13
*** josecastroleon has joined #openstack-nova17:13
*** josecastroleon has quit IRC17:15
*** iamjarvo has joined #openstack-nova17:15
*** mehip has joined #openstack-nova17:16
*** josecastroleon has joined #openstack-nova17:16
*** josecastroleon has quit IRC17:18
*** puniuee has joined #openstack-nova17:18
*** electrocucaracha has quit IRC17:19
*** ericksonsantos has joined #openstack-nova17:19
mriedemdansmith: if i wanted to turn the bdm.connection_info dict into a nova object, what would be a good example nova object type to model that after today?17:19
*** josecastroleon has joined #openstack-nova17:19
dansmithmriedem: what all does it look like? is it just a dict of string values?17:20
mriedemdansmith: yeah17:20
danpbmriedem: the ImageMeta stuff i just did probably :-)17:20
dansmithdanpb: maybe, but it's a little more varied than that I think17:20
dansmithI think it depends on the backend and can be different17:20
danpbyeah, it varies depending on a "type" attribute17:20
mriedemdansmith: e.g. 'connection_info': {u'driver_volume_type': u'rbd', 'serial': u'5519c451-687a-434c-9c57-c8dedf039082', u'data': {u'secret_type': u'ceph', u'name': u'volumes/volume-5519c451-687a-434c-9c57-c8dedf039082', u'secret_uuid': None, u'qos_specs': None, u'hosts': [u'127.0.0.1'], u'auth_enabled': True, u'access_mode': u'rw', u'auth_username': u'cinder', u'ports': [u'6789']}}, 'disk_bus': u'virtio', 'device_type': u'disk', 'delete_on_17:21
danpbdansmith: i was actually wondering what sort of approach you'd think is best in those scenarios17:21
dansmithmriedem: so if there are several common bits, then an object that has those, with a dict of extra-crap, that would be cool17:21
danpbdansmith: i could see a base class + subclasses for each specialism17:21
danpbdansmith: or create a C style "union" object type17:21
*** josecastroleon has quit IRC17:21
dansmithdanpb: yeah, we can do that if it makes sense,17:21
dansmithbut if it's common things + extra_attributes, then it's just easier to model it that way I think17:22
danpbi think there's almost certainly a good number of common things in connection info17:22
dansmithmriedem: ah, see that has more stuff than just a dict of strings17:22
mriedemthere are, but many are treated as optional too17:22
mriedemdansmith: yeah, the data dict in connection_info dict is the messy one17:22
mriedemso there are really 2 objects17:22
*** josecastroleon has joined #openstack-nova17:22
mriedemConnectionInfo and ConnectionInfoData, or something like that17:23
dansmithyou could,17:23
dansmithor you could do one, and make .data be a DictOfStrings,17:23
dansmitheither way you'll need to flatten and normalize the data a bit17:23
dansmithbut that would indeed be a good improvement to make17:23
* dansmith hopes mriedem is signing up for this17:23
mriedemthe thing is, i want to specifically use mask_password on the auth_password entry in 'data'17:23
mriedemwould be cool if we had a Secret field type mixin or something17:24
mriedemso that __repr__ just does *** or something17:24
dansmiththat would be easy to do17:24
dansmithit would also help denote things that are security-sensitive17:24
*** josecastroleon has quit IRC17:24
mriedemyeah so i think i am signing up for this17:24
danpbyeah, kind of feels like a  ConnectInfo base class + {ISCSI,RBD,etc}ConnectionInfo subclass might be best17:24
danpbmriedem: or just subclass StringField to create PasswordField17:25
dansmithright, that's all you'd have to do, subclass string17:25
mriedemok, and that goes in o.vo now right?17:25
*** josecastroleon has joined #openstack-nova17:25
dansmiththe password field can sure17:26
dansmithyou can add it both places so you don't have to wait for a sync though and we can just remove it when ready17:26
*** josecastroleon has quit IRC17:27
*** thorst has quit IRC17:28
*** josecastroleon has joined #openstack-nova17:29
*** sudipto has joined #openstack-nova17:29
*** asrangne has quit IRC17:30
*** josecastroleon has quit IRC17:30
*** exploreshaifali has quit IRC17:31
*** josecastroleon has joined #openstack-nova17:32
*** josecastroleon has quit IRC17:33
*** annashen has quit IRC17:34
*** josecastroleon has joined #openstack-nova17:35
openstackgerritDaniel Berrange proposed openstack/nova: volume: log which encryptor class is being used  https://review.openstack.org/18979917:35
*** annashen has joined #openstack-nova17:35
*** josecastroleon has quit IRC17:36
*** ociuhandu has quit IRC17:37
*** josecastroleon has joined #openstack-nova17:38
*** mpaolino has joined #openstack-nova17:38
*** josecastroleon has quit IRC17:39
*** mpaolino has quit IRC17:39
*** josecastroleon has joined #openstack-nova17:41
*** josecastroleon has quit IRC17:42
*** josecastroleon has joined #openstack-nova17:44
*** lchen has joined #openstack-nova17:45
*** josecastroleon has quit IRC17:45
*** josecastroleon has joined #openstack-nova17:47
lchenHi, anyone knows if there is a way to choose using VFIO or device passthrough with nova pci passthrough?17:47
*** penick has joined #openstack-nova17:48
*** josecastroleon has quit IRC17:48
*** zzzeek has joined #openstack-nova17:50
*** josecastroleon has joined #openstack-nova17:50
*** oro has joined #openstack-nova17:50
*** josecastroleon has quit IRC17:51
*** Sukhdev has quit IRC17:52
*** josecastroleon has joined #openstack-nova17:53
openstackgerritjichenjc proposed openstack/nova: Create Nova Scheduler Num Instances Weighter  https://review.openstack.org/13052617:53
*** josecastroleon has quit IRC17:54
*** tojuvone_ has quit IRC17:55
*** josecastroleon has joined #openstack-nova17:56
*** dims has joined #openstack-nova17:56
jdurginmriedem: danpb: speaking of rbd changes, it'd be great to have your input in the rbd instance snapshot spec: https://review.openstack.org/#/c/188244/17:56
*** achanda has joined #openstack-nova17:57
*** achanda has quit IRC17:57
*** josecastroleon has quit IRC17:57
*** achanda has joined #openstack-nova17:58
*** josecastroleon has joined #openstack-nova17:59
*** thorst has joined #openstack-nova17:59
*** josecastroleon has quit IRC18:00
*** atuvenie has joined #openstack-nova18:00
*** electroc_ has joined #openstack-nova18:01
*** josecastroleon has joined #openstack-nova18:02
*** thedodd has quit IRC18:03
*** josecastroleon has quit IRC18:03
*** josecastroleon has joined #openstack-nova18:05
*** Nikolay_St has quit IRC18:05
*** josecastroleon has quit IRC18:06
*** sdake has joined #openstack-nova18:07
*** bradjones is now known as bradjones|away18:07
nagyzmriedem, so has there been any conclusion on why it doesn't error out? I've read back in the log but haven't seen it if any18:07
*** josecastroleon has joined #openstack-nova18:08
mriedemnagyz: no, danpb has a change up to add more logging so we can debug what's going on18:08
mriedemthe assumption is the encryption provider code in nova isn't being called18:08
nagyzcool18:08
*** josecastroleon has quit IRC18:09
danpbmriedem: my first log message never appeared18:10
danpbmriedem: so it seems like the connection info probably has encrypted=False set18:10
danpbwhich makes me wonder what this test case is doing :-)18:10
*** baoli has quit IRC18:10
*** josecastroleon has joined #openstack-nova18:11
nagyzhah :)18:12
*** josecastroleon has quit IRC18:12
*** josecastroleon has joined #openstack-nova18:14
openstackgerritdane-fichter proposed openstack/nova: Nova support for image-signing and encryption  https://review.openstack.org/18984318:15
*** josecastroleon has quit IRC18:15
*** josecastroleon has joined #openstack-nova18:17
*** danpb has quit IRC18:18
melwittis something known going on with the gate?18:18
*** harlowja_ has quit IRC18:18
*** ZZelle_ has joined #openstack-nova18:18
mriedemmelwitt: yeah18:18
*** josecastroleon has quit IRC18:18
mriedemgrenade18:18
mriedemthere are patches in flight18:18
*** agireud_ has joined #openstack-nova18:19
*** agireud has quit IRC18:19
*** agireud_ is now known as agireud18:19
melwittmriedem: okay, cool. thanks18:19
mriedemmelwitt: https://review.openstack.org/#/c/189829/18:19
mriedemg-r block is here https://review.openstack.org/#/c/189775/18:19
mriedemneeds a +W though18:20
*** josecastroleon has joined #openstack-nova18:20
sdaguemriedem: once it passes the grenade job, I'll ask for it to be promoted18:20
sdagueit would be good to see it pass once18:21
openstackgerritWalter A. Boring IV (hemna) proposed openstack/nova: WIP switch to using os-brick  https://review.openstack.org/17556918:21
*** achanda has quit IRC18:21
cfriesendansmith: you had some objections to varying CPU model/feature names in an earlier version of https://review.openstack.org/#/c/168982/     Could you take a look at the new version?  The features will use common nomenclature.  The models are still per hypervisor but are more tightly limited now.18:21
*** josecastroleon has quit IRC18:21
*** tonytan4ever has joined #openstack-nova18:22
dansmithcfriesen: okay18:23
*** josecastroleon has joined #openstack-nova18:23
nagyzmriedem, I'm just discussing things with jdurgin on how to do the nova rbd encrypted volume support and was wondering if it's ok for an upcoming patch to insert the logic to the current path or should I focus on os-brick exclusively?18:23
mriedemnagyz: nova isn't using cinder brick yet is it?18:24
nagyznope. but I'm not sure if it's a dead-set goal for L?18:24
vilobhmmdansmith : johnthetubaguy helped to make it more short and simple https://review.openstack.org/#/c/138607/…can you please take a look18:24
mriedemnagyz: i thought we wanted to move to using cinder brick, but i don't know if anyone is working on it18:24
*** josecastroleon has quit IRC18:24
*** harlowja has joined #openstack-nova18:25
*** dane-fichter has joined #openstack-nova18:26
*** josecastroleon has joined #openstack-nova18:26
*** mwagner_afk has joined #openstack-nova18:26
jaypipesvilobhmm: dansmith is kinda swamped right now... may be a long time (if at all) before he gets to that review. Just FYI.18:27
vilobhmmok jaypipes18:27
vilobhmmjfyi the spec has been shortened..so that its easier for review :)18:27
vilobhmmhttps://review.openstack.org/#/c/138607/18:27
*** josecastroleon has quit IRC18:27
*** rushiagr is now known as rushiagr_away18:28
vilobhmmjaypipes : either of you could review it ; it should be helpful…18:28
jogomriedem: walter boring is working on brick18:28
jogonagyz: so focus on os-brick18:28
jaypipesvilobhmm: we will do our best.18:28
*** josecastroleon has joined #openstack-nova18:29
vilobhmmjaypipes : thanks18:29
melwittI was looking at an interesting review yesterday, having to do with neutron's "remove empty bridges" feature, that it removes bridges while we're in the middle of a domain destroy/create (so snapshot, rescue, etc), causing the create to fail. is adding "plug_vifs" before every create the only way? (and that still races) https://review.openstack.org/#/c/149942/ is there something we could do more generally?18:29
*** ijw has joined #openstack-nova18:29
*** annegentle has quit IRC18:30
*** josecastroleon has quit IRC18:30
*** josecastroleon has joined #openstack-nova18:32
openstackgerritAndre Aranha proposed openstack/nova-specs: Pass Down the Instance Name to Ironic Driver  https://review.openstack.org/18985018:33
*** belmoreira has joined #openstack-nova18:33
*** josecastroleon has quit IRC18:33
dansmithmelwitt: hmm, that sounds nasty18:34
*** Mike_D_laptop has quit IRC18:34
dansmithmelwitt: I thought we didn't unplug when restarting an instance, but the vif goes away briefly I think18:34
*** rotbeard has quit IRC18:35
dansmithmelwitt: does the bridge deletion trigger when all the vifs are gone, or when some refcount on the neutron side drops?18:35
*** josecastroleon has joined #openstack-nova18:35
melwittdansmith: I think we don't unplug. from my limited understanding, I think it does it when all vifs are gone18:36
dansmithmelwitt: that seems like a flawed design to me18:36
melwittdansmith: this is the issue on the neutron side https://bugs.launchpad.net/neutron/+bug/132854618:36
openstackLaunchpad bug 1328546 in neutron "Race condition when hard rebooting instance" [Medium,New] - Assigned to Li Ma (nick-ma-z)18:36
*** josecastroleon has quit IRC18:36
melwittthe last comment confirms it's still a problem and they work around by disabling the "empty bridge removal" feature in neutron and instead run a cron that removes empty bridges18:37
dansmithheh18:37
*** josecastroleon has joined #openstack-nova18:38
*** ildikov_ has joined #openstack-nova18:39
*** josecastroleon has quit IRC18:39
*** dprince has quit IRC18:40
mriedemnagyz: the volume encryption metadata is coming back as empty from cinder http://logs.openstack.org/99/189799/2/check/check-tempest-dsvm-full-ceph/353db23/logs/screen-n-cpu.txt.gz#_2015-06-09_18_21_16_72318:41
*** josecastroleon has joined #openstack-nova18:41
mriedemthat's why it's not blowing up - we don't try to encrypt anything18:41
dansmithcfriesen: how does this help solve the problem?18:41
mriedemnagyz: it does if you're not using ceph/rbd in cinder:18:42
mriedemhttp://logs.openstack.org/99/189799/2/check/check-tempest-dsvm-full/c3ee602/logs/screen-n-cpu.txt.gz#_2015-06-09_18_18_18_07818:42
*** josecastroleon has quit IRC18:42
*** vilobhmm has quit IRC18:43
*** josecastroleon has joined #openstack-nova18:44
*** vilobhmm has joined #openstack-nova18:44
*** markvoelker has joined #openstack-nova18:45
*** josecastroleon has quit IRC18:46
*** josecastroleon has joined #openstack-nova18:47
jogogilliard: ping18:47
*** mehip has quit IRC18:47
*** openstackgerrit has quit IRC18:48
*** openstackgerrit has joined #openstack-nova18:48
*** mehip has joined #openstack-nova18:49
*** josecastroleon has quit IRC18:49
*** markvoelker has quit IRC18:49
*** josecastroleon has joined #openstack-nova18:50
jogono more XML from rax ! https://developer.rackspace.com/blog/goodbye-xml/18:51
alaskiwoo!18:51
sc68caljogo: cool! that means we can move to IBM's JSON over XML right?18:51
mriedemnagyz: https://bugs.launchpad.net/nova/+bug/146352518:51
openstackLaunchpad bug 1463525 in OpenStack Compute (nova) "There is no volume encryption metadata for rbd-backed volumes" [Undecided,New]18:51
sc68calJSONx18:51
*** josecastroleon has quit IRC18:52
openstackgerritMatt Riedemann proposed openstack/nova: volume: log which encryptor class is being used  https://review.openstack.org/18979918:52
mriedemndipanov: dansmith: jogo: ^ this is useful for debugging18:52
*** josecastroleon has joined #openstack-nova18:53
jogosc68cal: I really wish you were making that up http://www-01.ibm.com/support/knowledgecenter/SS9H2Y_7.0.0/com.ibm.dp.xi.doc/json_jsonxconversionexample.html18:53
jogomriedem: what is wrong with IBM ^18:54
mriedemhuh18:54
*** josecastroleon has quit IRC18:55
mriedemoh i see18:55
mriedemmeh18:55
mriedemi don't work o nit18:55
* dansmith doesn't work o' nit either18:55
sc68caljogo: oh no, I wasn't joking18:55
sc68calI demand that we support JSONx18:56
*** josecastroleon has joined #openstack-nova18:56
sc68calthat way I can work into my golden years supporting it for openstack double zeta18:56
sc68calit's the new COBOL18:56
jogosc68cal: isn't that what neutron is for?18:57
sc68caljogo: ;)18:57
*** josecastroleon has quit IRC18:58
*** josecastroleon has joined #openstack-nova18:59
*** VW_ has joined #openstack-nova19:00
*** VW_ has quit IRC19:00
*** Nikolay_St has joined #openstack-nova19:00
openstackgerritJoe Gordon proposed openstack/nova: Add AggregateTypeAffinityFilter multi values support  https://review.openstack.org/14188319:00
*** VW_ has joined #openstack-nova19:00
*** VW has quit IRC19:01
*** josecastroleon has quit IRC19:03
*** lpetrut has quit IRC19:03
*** josecastroleon has joined #openstack-nova19:04
cfriesendansmith: was away having lunch....in the simple case the end-user wants a set of cpu features ("avx2" for example).  With this approach, they could just specify that in their image metadata, and we will ensure that they get a VM with that feature available.19:04
dansmithcfriesen: that's not true, right? they ask for a FooBarCPU that they think has it in it and they're guaranteed to get one of those19:05
dansmithcfriesen: but that may differ by hypervisor version, or product, etc19:05
*** Mike_D_laptop has joined #openstack-nova19:06
cfriesendansmith: no, it is true.  we are supporting specifying individual features as well as models19:06
*** josecastroleon has quit IRC19:06
dansmithwhere?19:06
dansmithin the "alternately" bit?19:06
cfriesendansmith:  no.19:06
*** Maike has joined #openstack-nova19:06
*** sudipto has quit IRC19:06
*** mwagner_afk has quit IRC19:06
*** otter768 has joined #openstack-nova19:06
*** annegentle has joined #openstack-nova19:06
cfriesendansmith: each compute node reports a set of "supported" models (determined by the operator based on what is present in their cloud) and the corresponding features19:07
*** josecastroleon has joined #openstack-nova19:07
cfriesendansmith: so the scheduler has access to a set of models/features for each node19:07
dansmithI don't think that's true19:08
dansmithlet's say I have a cloud with kvm, xen, and vmware in it19:08
cfriesendansmith: it's not true now, that's what I'm proposing19:08
dansmithVMware says a Core2Duo doesn't have lm, Xen says it doesn't have vmx, and KVM says it has both19:08
*** josecastroleon has quit IRC19:09
*** josecastroleon has joined #openstack-nova19:10
cfriesendansmith: maybe I'm making wrong assumptions.  Are you suggesting that a given flavor could end up running on any of the various hypervisors?  I was assuming that they would use host aggregates or something to separate the various hypervisors.19:10
dansmithyeah, you can't assume that, IMHO19:10
dansmithmaybe they do that, but maybe not19:11
*** annashen has quit IRC19:11
dansmithan image should run on vmware and kvm pretty easily19:11
cfriesendansmith: but in any case, if you specify the feature against the image (and ignore the cpu model) then the scheduler will put you somewhere that will give you that feature19:11
dansmithbut, these things differ from version to version of a given hypervisor too, I'm sure, as emulation of things are added over time19:11
*** otter768 has quit IRC19:11
dansmithcfriesen: how? you don't say in here anywhere that you're reporting what flags are attached to a model19:12
*** josecastroleon has quit IRC19:12
cfriesendansmith: data model impact (and see my comment).  Also at line 78.19:12
cfriesen"19:13
cfriesenova-compute will map each CPU model name to a CPU feature list, and will7819:13
cfriesenexport that information to the scheduler along with the model.19:13
*** josecastroleon has joined #openstack-nova19:13
dansmithcfriesen: that needs to be much more detailed than what you have (see my comment)19:13
dansmithcfriesen: regardless, because the symbolic model means nothing, I don't think this solves the problem at all19:14
*** annegentle has quit IRC19:14
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: Enable python34 tests for nova/tests/unit/objects/test*.py  https://review.openstack.org/18778519:15
*** josecastroleon has quit IRC19:15
dansmithcfriesen: if I want to make sure I get what I need, then I'm going to specify all the flags, which means I'll hit the 255 char limit easily, right?19:15
*** josecastroleon has joined #openstack-nova19:16
cfriesendansmith: The model/hypervisor tuple does mean something though, and that would let you define a flavor that is guaranteed a particular hypervisor/model, which would be predicatable.19:16
dansmithonly if you have aggregates for the flavor to restrict it to a set of machines,19:17
cfriesendansmith: agreed, yes19:17
dansmithAND you have to limit it to an aggregate with all the same version of the hypervisor19:17
dansmithwhich sucks19:17
dansmithand, if this is in image_meta, you don't get to make any of those assertions19:17
dansmithand not being in image_meta makes it much less useful19:18
*** josecastroleon has quit IRC19:18
cfriesendansmith: for image I've been convinced that using features makes more sense.  but I think the model can make sense for the flavor so the admin can define flavors with specific models.19:19
*** josecastroleon has joined #openstack-nova19:19
dansmithcfriesen: but then it's completely undiscoverable19:19
dansmithcfriesen: the user sees Core2Duo and thinks it means something, but doesn't19:19
dansmithso they have to look at the human documentation for each cloud they want to use19:19
dansmithif that cloud even exposes it19:19
dansmithyou'd be better off using a uuid for the model so that it means nothing to anyone without documentation19:20
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: [WIP] Adding more py34 tests  https://review.openstack.org/18824319:21
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: Enable python34 tests for nova/tests/unit/scheduler/test*.py  https://review.openstack.org/18796819:21
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: [WIP] Adding more py34 tests - take 2  https://review.openstack.org/18878519:21
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: [WIP] getting vmware api tests to work under python34  https://review.openstack.org/18865319:21
*** josecastroleon has quit IRC19:21
cfriesendansmith: can you give an example of an operator blocking specific features that would normally be enabled by a hypervisor?19:21
*** atuvenie has quit IRC19:21
cfriesen(actually curious)19:21
dimsdansmith: figured it out, inspect.ismethod vs inspect.isfunction behavior change19:21
dansmithcfriesen: HP and RAX's definitions for similar CPUs vary19:21
*** dprince has joined #openstack-nova19:21
dansmithdims: ah hah! nice :)19:22
dansmithcfriesen: they even vary within their cloud19:22
*** josecastroleon has joined #openstack-nova19:22
cfriesendansmith: would you be happier if the cpu model was entirely hidden from the user and they just had features?19:22
*** Marga_ has joined #openstack-nova19:23
*** AceLinux has joined #openstack-nova19:23
dansmithcfriesen: no because I still think this is the wrong place to dump a hopefully-less-than-255-chars list of features19:23
*** Marga_ has quit IRC19:23
dansmithcfriesen: all the other features trying to jamb things into extra_specs this cycle are in the same boat.. I think it's a thing we *have* to resolve and we won't unless we stop dumping crap in there19:24
*** achanda has joined #openstack-nova19:24
*** Marga_ has joined #openstack-nova19:24
*** josecastroleon has quit IRC19:24
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: Enable python34 tests for nova/tests/unit/objects/test*.py  https://review.openstack.org/18778519:24
*** marcusvrn has joined #openstack-nova19:24
*** electroc_ has quit IRC19:25
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: Enable python34 tests for nova/tests/unit/scheduler/test*.py  https://review.openstack.org/18796819:25
*** josecastroleon has joined #openstack-nova19:25
cfriesendansmith: it feels like you're saying that there is no value in anything but the full-on cadillac version19:25
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: [WIP] Adding more py34 tests  https://review.openstack.org/18824319:25
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: [WIP] getting vmware api tests to work under python34  https://review.openstack.org/18865319:25
dansmithcfriesen: what I'm saying is the half-assed approach costs more than it gives us (IMHO of course)19:25
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: [WIP] Adding more py34 tests - take 2  https://review.openstack.org/18878519:26
* dansmith wonders if "half-assed" is a known expression in canada19:26
cfriesenyup19:26
dansmithwhew :)19:26
melwittI think there might be concern at this point whether things will be fitting in the 255 chars as we add more19:26
*** josecastroleon has quit IRC19:27
openstackgerritHans Lindgren proposed openstack/nova: Remove and deprecate conductor task_log methods  https://review.openstack.org/17424719:27
openstackgerritHans Lindgren proposed openstack/nova: Remove unused compute utils methods  https://review.openstack.org/17424619:27
openstackgerritHans Lindgren proposed openstack/nova: Make instance usage audit use the brand new TaskLog object  https://review.openstack.org/17424519:27
openstackgerritHans Lindgren proposed openstack/nova: Add a TaskLog object  https://review.openstack.org/17424419:27
cfriesendansmith: I'm not convinced we'd need an exhaustive list of features.  like if someone asks for "avx2" it seems unlikely that an operator would give them that but remove avx or sse419:27
*** thedodd has joined #openstack-nova19:27
*** eglynn_ has quit IRC19:28
openstackgerritAndre Aranha proposed openstack/nova-specs: Pass Down the Instance Name to Ironic Driver  https://review.openstack.org/18985019:28
dansmithcfriesen: but I have no way to discover that, so after burning a few bucks on test instances, I'm going to say "screw this" and specify the whole list19:28
*** josecastroleon has joined #openstack-nova19:28
dansmithcfriesen: seriously, we spent a week trying to get a consistent list just for live migrations, and we weren't even trying for fancy things like sse9719:29
dansmithand when I say "we" I mean "some other dudes, and me for the last two days"19:29
*** achanda has quit IRC19:29
mriedemoh yeah multinode job is randomly broken, forgot about that19:30
*** josecastroleon has quit IRC19:30
cfriesendansmith: I hear you.19:30
*** annegentle has joined #openstack-nova19:30
*** sdake has quit IRC19:31
*** josecastroleon has joined #openstack-nova19:31
cfriesendansmith: so is there a spec for cleaning up the extra_specs stuff?19:31
*** mehip has quit IRC19:31
*** hogepodge has joined #openstack-nova19:31
dansmithcfriesen: jaypipes has some ideas, but IIRC it was listed as "nobody signed up" on the prio list19:32
*** tjones1 has quit IRC19:32
hogepodgeFYI, this is a pending review in DefCore regarding image support. Comments from the team regarding the roadmap are welcome. https://review.openstack.org/#/c/189867/119:32
*** electrocucaracha has joined #openstack-nova19:33
dansmithcfriesen: roughly around providing some extra api construct that a provider and create, and say "an instance can have one FooBar, and the valid values for FooBar are cat,dog,rabbit"19:33
*** josecastroleon has quit IRC19:34
*** dboik has quit IRC19:34
*** mehip has joined #openstack-nova19:34
openstackgerritHans Lindgren proposed openstack/nova: Add a VolumeUsage object  https://review.openstack.org/18044219:34
openstackgerritHans Lindgren proposed openstack/nova: Replace conductor proxying calls with the new VolumeUsage object  https://review.openstack.org/18044319:34
openstackgerritHans Lindgren proposed openstack/nova: Remove and deprecate unused conductor method vol_usage_update()  https://review.openstack.org/18044419:34
*** dboik has joined #openstack-nova19:34
dansmithin this case, we'd want a thing that says "an instance can have one BarFoo and it can have as many of the following properties as it wants: sse, sse2, vmx, etc"19:35
cfriesendansmith: so that could then be used for listing cpu models?  (presumably we'd need some way to query the mapping from cpu model to features)19:35
*** josecastroleon has joined #openstack-nova19:35
*** jwcroppe has joined #openstack-nova19:35
*** matrohon has joined #openstack-nova19:35
dansmithcfriesen: I think you'd need a "select all that apply" data type for that option19:35
*** lpetrut has joined #openstack-nova19:36
cfriesendansmith: yeah, okay. that would let you pick the image features19:36
*** achanda has joined #openstack-nova19:36
*** Marga_ has quit IRC19:37
*** josecastroleon has quit IRC19:37
dansmithcfriesen: then you report flags from the compute nodes, and the scheduler filter selects nodes that support all the things you want19:37
cfriesendansmith: we still need to map it to a cpu model though in order to support flexible live migration19:37
dansmithhow that is set on an image and matched to one of these things at boot time is maybe a little complicated19:37
*** jwcroppe_ has quit IRC19:38
dansmithcfriesen: I don't think you do19:38
dansmithcfriesen: if you do live migration target selection by symbolic model, you're going to fail19:38
*** josecastroleon has joined #openstack-nova19:38
cfriesendansmith: apparently not all combinations of features are valid though19:38
cfriesendansmith: so I was thinking you'd pick the least model that gives the features you need19:38
dansmithcfriesen: the problem we hit was we would boot two instances in a single cloud and want to migrate between them and we couldn't because the same-named cpu model was different19:39
cfriesendansmith: that's....gross.  same hypervisor?19:39
*** mehip has quit IRC19:39
dansmithyes19:39
cfriesenouch19:39
dansmithsee? :)19:39
*** josecastroleon has quit IRC19:40
dansmithsome newer nodes had newer hardware and newer versions of the same virt technology and reported different thins19:40
dansmith*things19:40
nagyzmriedem, so is nova choosing the encryptor based on the cinder response?19:41
*** josecastroleon has joined #openstack-nova19:41
cfriesendansmith: I could see that for host-passthrough or something, but with a defined cpu model the hypervisor shouldn't let that happen.  okay, so my nice idea in theory runs up against painful issues in practice.19:41
*** gholler has joined #openstack-nova19:42
*** gholler_ has joined #openstack-nova19:42
*** mehip has joined #openstack-nova19:42
dansmithI gotta run out for a bit19:43
* dansmith &19:43
cfriesenthanks for the chat19:43
*** josecastroleon has quit IRC19:43
*** tonytan4ever has quit IRC19:44
*** josecastroleon has joined #openstack-nova19:44
*** tonytan4ever has joined #openstack-nova19:44
mriedemnagyz: yeah19:45
mriedemnagyz: b/c it has to get the provider value from the cinder volume encryption metadata19:45
mriedemthe provider tells nova to use luks or cryptsetup modules19:46
mriedemproblem is i don't know if cinder's handling of that info is backend specific or not19:46
openstackgerritAndre Aranha proposed openstack/nova-specs: Pass Down the Instance Name to Ironic Driver  https://review.openstack.org/18985019:46
nagyzprobably is. let me try to take a look there19:46
*** tonytan4ever has quit IRC19:48
*** Mike_D_laptop has quit IRC19:48
*** tonytan4ever has joined #openstack-nova19:48
*** marun has quit IRC19:49
*** Maike has quit IRC19:53
*** belmoreira has quit IRC19:56
*** ijw has quit IRC19:59
*** ijw has joined #openstack-nova19:59
*** baoli has joined #openstack-nova19:59
*** jwcroppe_ has joined #openstack-nova20:00
*** jamielennox|away is now known as jamielennox20:01
openstackgerritHans Lindgren proposed openstack/nova: Remove/deprecate unused parts of the compute node object  https://review.openstack.org/18675720:03
openstackgerritHans Lindgren proposed openstack/nova: Make ComputeNode.service_id nullable to match db schema  https://review.openstack.org/16928420:03
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: Enable python34 tests for nova/tests/unit/objects/test*.py  https://review.openstack.org/18778520:03
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: [WIP] Adding more py34 tests  https://review.openstack.org/18824320:03
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: Enable python34 tests for nova/tests/unit/scheduler/test*.py  https://review.openstack.org/18796820:03
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: [WIP] Adding more py34 tests - take 2  https://review.openstack.org/18878520:03
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: [WIP] getting vmware api tests to work under python34  https://review.openstack.org/18865320:03
*** jwcroppe has quit IRC20:03
openstackgerritOpenStack Proposal Bot proposed openstack/nova: Updated from global requirements  https://review.openstack.org/18946120:04
*** jecarey has quit IRC20:07
*** kmartin has quit IRC20:08
*** puniuee has quit IRC20:09
asselinHi nova folks. I'm looking to add some egress ip table rules using nova-networking. I know it's not supported directly, but is there a way I can add in custom rules via a 'hook'20:10
asseline.g. I tried adding them to this chain: nova-network-local, but it get's overwritten20:11
*** annashen has joined #openstack-nova20:11
*** baoli has quit IRC20:11
*** baoli has joined #openstack-nova20:12
*** alex_klimov has joined #openstack-nova20:12
*** achanda has quit IRC20:13
*** jwcroppe has joined #openstack-nova20:13
*** josecastroleon has quit IRC20:15
*** jwcroppe_ has quit IRC20:16
*** josecastroleon has joined #openstack-nova20:16
*** annashen has quit IRC20:16
*** kmartin has joined #openstack-nova20:17
*** josecastroleon has quit IRC20:18
*** josecastroleon has joined #openstack-nova20:19
*** vilobhmm has quit IRC20:21
*** vilobhmm has joined #openstack-nova20:21
*** josecastroleon has quit IRC20:21
*** swamireddy has quit IRC20:21
*** bradjones|away has quit IRC20:21
*** nic has quit IRC20:22
*** boris-42 has quit IRC20:22
*** annashen has joined #openstack-nova20:22
*** josecastroleon has joined #openstack-nova20:22
*** tjones1 has joined #openstack-nova20:23
*** dane-fichter has quit IRC20:23
*** bradjones has joined #openstack-nova20:23
*** bradjones has quit IRC20:23
*** bradjones has joined #openstack-nova20:23
*** swamireddy has joined #openstack-nova20:23
*** iamjarvo has quit IRC20:24
*** josecastroleon has quit IRC20:24
*** boris-42 has joined #openstack-nova20:24
openstackgerritHans Lindgren proposed openstack/nova: Avoid querying for Service in resource tracker  https://review.openstack.org/16928820:25
*** josecastroleon has joined #openstack-nova20:25
*** josecastroleon has quit IRC20:27
*** josecastroleon has joined #openstack-nova20:28
*** vladikr has quit IRC20:29
*** josecastroleon has quit IRC20:30
*** josecastroleon has joined #openstack-nova20:31
*** josecastroleon has quit IRC20:33
*** patrickeast_ has joined #openstack-nova20:33
*** patrickeast has quit IRC20:33
*** patrickeast_ is now known as patrickeast20:33
*** markvoelker has joined #openstack-nova20:34
jaypipesmriedem: https://review.openstack.org/#/c/167815/ is ready for a final review, IMO...20:34
*** josecastroleon has joined #openstack-nova20:34
mriedemjaypipes: will look in a bit20:35
*** haypo has joined #openstack-nova20:35
openstackgerritBen Roble proposed openstack/nova: xenapi: read max cpu socket count from instance metadata  https://review.openstack.org/18992520:35
*** josecastroleon has quit IRC20:36
*** oro has quit IRC20:36
jaypipesmriedem: cheers. nothing top priority, just knew you previously reviewed it.20:36
*** annashen has quit IRC20:37
*** jecarey has joined #openstack-nova20:37
*** josecastroleon has joined #openstack-nova20:37
*** markvoelker has quit IRC20:39
*** josecastroleon has quit IRC20:39
openstackgerritHans Lindgren proposed openstack/nova: Make compute_api.trigger_members_refresh() issue a single db call  https://review.openstack.org/7238220:40
openstackgerritHans Lindgren proposed openstack/nova: Remove unused db.security_group_rule_get_by_security_group_grantee()  https://review.openstack.org/7238320:40
openstackgerritHans Lindgren proposed openstack/nova: New db api method instance_get_all_by_grantee_security_groups()  https://review.openstack.org/7238020:40
openstackgerritHans Lindgren proposed openstack/nova: Add new instance object method get_by_grantee_security_groups()  https://review.openstack.org/7238120:40
openstackgerritHans Lindgren proposed openstack/nova: Remove and deprecate conductor security_groups_trigger_members_refresh()  https://review.openstack.org/18221320:40
openstackgerritHans Lindgren proposed openstack/nova: Revert "Make nova-network use conductor for security groups refresh"  https://review.openstack.org/18221220:40
*** josecastroleon has joined #openstack-nova20:40
*** annashen has joined #openstack-nova20:41
*** josecastroleon has quit IRC20:42
*** josecastroleon has joined #openstack-nova20:43
openstackgerritEric Brown proposed openstack/nova: Add bandit for security static analysis testing  https://review.openstack.org/17956620:43
*** josecastroleon has quit IRC20:45
*** mingy has joined #openstack-nova20:45
*** matrohon has quit IRC20:46
*** josecastroleon has joined #openstack-nova20:46
*** VirtualPCGuy has quit IRC20:47
*** whenry has quit IRC20:48
*** josecastroleon has quit IRC20:48
*** josecastroleon has joined #openstack-nova20:49
*** patrickeast has quit IRC20:51
*** jwcroppe_ has joined #openstack-nova20:51
*** josecastroleon has quit IRC20:51
*** josecastroleon has joined #openstack-nova20:52
*** raildo has quit IRC20:52
mingyI'm new to openstack, and I want to figure out how to contribute to nova. Just to get the hang of the process, I was thinking of rewriting some loops into comprehensions in filters/utils.py, so as to remove loop overhead. Would something like that be advisable or lame? Help would be appreciated thanks!20:53
*** jwcroppe has quit IRC20:53
*** josecastroleon has quit IRC20:54
*** ivasev has quit IRC20:54
*** patrickeast has joined #openstack-nova20:55
*** josecastroleon has joined #openstack-nova20:55
*** thorst has quit IRC20:55
*** electrocucaracha has quit IRC20:56
*** josecastroleon has quit IRC20:57
*** josecastroleon has joined #openstack-nova20:58
dansmithmingy: are list comprehensions necessarily faster than loops?20:59
cfriesenmingy: https://wiki.openstack.org/wiki/How_To_Contribute20:59
dansmithmingy: if you can demonstrate that those changes are measurably better, then sure20:59
dansmithmingy: however the thing we like people to start with are low-hanging-fruit bugs, which are tagged as such in launchpad21:00
*** electrocucaracha has joined #openstack-nova21:00
*** annegentle has quit IRC21:00
*** dprince has quit IRC21:00
*** baoli has quit IRC21:01
mingycfriesen: Yup reading the wiki was really helpful, so I want to follow through the steps now21:01
*** aysyanne has quit IRC21:01
mingydansmith: yeah but I couldn't really find that many low-hanging-fruit bugs in nova (I think there's one)21:02
*** xyang1 has quit IRC21:03
dansmithmingy: there were more a few weeks ago21:03
dansmithmingy: you could also look at regular bugs and find one that just hasn't been tagged as such21:03
dansmithmingy: bug triage is also a very helpful activity and gets you started, although it's not writing code itself21:04
mingydansmith: oh I just realized that typing "low-hanging-fruit" in the search bar doesn't return results tagged "low-hanging-fruit",21:04
dansmithmingy: code reviews are almost more valuable than submissions, so don't hesitate to start there and I'm sure you'll find something :)21:04
dansmithmingy: https://bugs.launchpad.net/nova/+bugs?field.tag=low-hanging-fruit21:04
dansmith49 currently21:04
mingysaw that, gotcha21:05
*** baoli has joined #openstack-nova21:06
*** zzzeek has quit IRC21:06
*** otter768 has joined #openstack-nova21:07
mingydansmith: OK, will look through the currently filed bugs. ls21:09
dansmithmingy: cool21:09
*** penick has quit IRC21:09
*** annegentle has joined #openstack-nova21:10
openstackgerritWalter A. Boring IV (hemna) proposed openstack/nova: WIP switch to using os-brick  https://review.openstack.org/17556921:11
*** otter768 has quit IRC21:12
mriedemheh, fix this http://status.openstack.org/elastic-recheck/index.html#135396221:13
mriedemwhich means, fix quotas :)21:13
alaskiif that's not low-hanging-fruit I don't know what is21:14
*** baoli has quit IRC21:14
mingydansmith: I'm also interested in the scheduler, so I'll look for stuff related to that. As for list comprehensions, it's stated in the python wiki "the interpreter overhead of the for loop itself can be a substantial amount of the overhead. ... Besides the syntactic benefit of list comprehensions, they are often as fast or faster than equivalent use of map."21:17
mriedembeware the scheduler21:17
mriedemmingy: there is a sub-team working on the scheduler so maybe they have somet low hanging things to hook you in21:17
mriedemedleafe: bauzas: jaypipes: lxsli: ^21:18
edleafemriedem: mingy: not any low-hanging stuff that I know of21:18
mingymriedem: will look at 1353962 too, thanks21:19
mingywhy beware?21:19
mriedemmingy: i was joking about that quotas bug21:19
*** Sukhdev has joined #openstack-nova21:19
mingymriedem: sigh I should have read the bug description before responding.21:20
*** baoli has joined #openstack-nova21:20
mriedemtriaging and tagging bugs in 'New' state is also helpful21:20
mriedemhttps://bugs.launchpad.net/nova/+bugs?search=Search&field.status=New21:20
edleafemingy: beware mriedem :)21:21
mriedemhttps://wiki.openstack.org/wiki/BugTriage21:21
*** annegentle has quit IRC21:21
*** annegentle has joined #openstack-nova21:22
mriedemjaypipes: i'm +2 on https://review.openstack.org/#/c/167815/ but i commented that i wanted to see ndipanov and/or danpb take a look before approving21:23
*** eglynn_ has joined #openstack-nova21:23
mriedemmingy: this has been bothering me all day https://bugs.launchpad.net/cinder/+bug/146352521:24
openstackLaunchpad bug 1463525 in OpenStack Compute (nova) "There is no volume encryption metadata for rbd-backed volumes" [Undecided,New]21:24
jaypipescool, thx mriedem21:24
mriedemmingy: you'll be my hero if you can explain why the cinder API doesn't return encrypted volume metadata in the case of a ceph-backed volume21:24
openstackgerritAlexandre Levine proposed openstack/nova-specs: Added a spec for disable-termination and shutdown-termination flags  https://review.openstack.org/18933421:25
*** josecastroleon has quit IRC21:28
*** mehip has quit IRC21:29
mingymriedem: that looks complicated!21:29
mingyok... I gotta run, but thanks for all your help!21:29
*** josecastroleon has joined #openstack-nova21:29
mingywill be back in a couple of hours21:29
nagyzmriedem, well I did a look at cinder and nothing obvious jumpes at me21:30
*** josecastroleon has quit IRC21:31
*** mehip has joined #openstack-nova21:32
*** josecastroleon has joined #openstack-nova21:32
mriedemnagyz: one thing i noticed is that the rbd_secret_uuid isn't configured in cinder.confg21:32
mriedemhttp://logs.openstack.org/99/189799/2/check/check-tempest-dsvm-full-ceph/353db23/logs/etc/cinder/cinder.conf.txt.gz21:32
*** pixelbeat_ has quit IRC21:33
mriedembut i'm not really seeing where that would play into anything21:33
*** mingy has quit IRC21:34
*** josecastroleon has quit IRC21:34
*** eharney has quit IRC21:34
mriedemoh i see nova has the same thing21:34
nagyzrbd_secret_uuid is used to tell which libvirt secret holds the authentication credentails21:34
nagyzI have it set in my nova.conf but I don't remember setting that in cinder... let me check on a live system21:35
*** josecastroleon has joined #openstack-nova21:35
nagyzhm, I have it set there too to the same value21:36
mriedemnagyz: it's in nova.conf in the ceph job too21:36
mriedemhttp://logs.openstack.org/99/189799/2/check/check-tempest-dsvm-full-ceph/353db23/logs/etc/nova/nova.conf.txt.gz21:36
mriedembut not cinder.conf21:36
nagyzso it should be there for cinder as well as it seems cinder is passing it to nova for some reason?21:36
nagyzalthough it seems redundant as that is really referring to a libvirt secret specific to nova which I don't understand why would cinder need21:37
*** josecastroleon has quit IRC21:37
*** electrocucaracha has quit IRC21:37
mriedemcinder passes the secret_uuid back to nova when nova initializes the connection to the volume in cinder21:37
mriedemit comes back in the connection_info dict21:37
nagyzright21:38
mriedemboth have barbican key managers but i don't see how this is used in them21:38
*** josecastroleon has joined #openstack-nova21:38
nagyzwell barbican doesn't need to use it, does it?21:38
nagyzI guess there is an if somewhere that says "use encrypters for these types of volumes based on driver"?21:39
nagyzor at least I'm hoping for something simple like that although a cursory look didn't reveal anything21:39
*** pikos has joined #openstack-nova21:39
*** josecastroleon has quit IRC21:40
nagyzso basically the first goal is to fix the cinder side then21:41
*** ijw has quit IRC21:41
*** josecastroleon has joined #openstack-nova21:41
*** ijw has joined #openstack-nova21:41
nagyzmriedem, did you bring this up already at #openstack-cinder?21:41
mriedemnagyz: yeah no takers in there21:42
*** josecastroleon has quit IRC21:43
*** artom has quit IRC21:44
*** josecastroleon has joined #openstack-nova21:44
*** mwagner_afk has joined #openstack-nova21:45
*** josecastroleon has quit IRC21:46
*** josecastroleon has joined #openstack-nova21:47
nagyzmriedem, do you have the log lines marked from cinder's debug output or do I need to look for clues there?21:48
mriedemnagyz: i don't have all of the volume/volume_type/encryption_id stuff mapped out in the LP bug21:49
mriedemi have to head out anyway21:49
*** josecastroleon has quit IRC21:49
*** jecarey has quit IRC21:49
*** lpetrut has quit IRC21:49
*** mriedem has quit IRC21:49
nagyzmriedem, I'll read through the LP. in the meantime do you think it would make sense to submit a patch to modify cinder.conf to include the secret uuid?21:50
nagyzit's libvirt specific but I'm unaware of any other hypervisor atm supporting rbd21:50
*** josecastroleon has joined #openstack-nova21:50
*** pixelbeat_ has joined #openstack-nova21:51
*** josecastroleon has quit IRC21:52
*** mehip has quit IRC21:53
*** iamjarvo has joined #openstack-nova21:53
*** josecastroleon has joined #openstack-nova21:53
*** annashen has quit IRC21:54
*** electroc_ has joined #openstack-nova21:54
*** mehip has joined #openstack-nova21:55
*** josecastroleon has quit IRC21:55
*** iamjarvo has quit IRC21:56
*** josecastroleon has joined #openstack-nova21:56
*** dboik has quit IRC21:58
*** josecastroleon has quit IRC21:58
*** pikos has quit IRC21:59
*** penick has joined #openstack-nova21:59
*** josecastroleon has joined #openstack-nova21:59
*** haypo has left #openstack-nova22:00
*** pixelbeat_ has quit IRC22:00
*** ijw has quit IRC22:02
*** ijw has joined #openstack-nova22:02
*** mehip has quit IRC22:02
*** josecastroleon has quit IRC22:03
*** marun has joined #openstack-nova22:03
*** josecastroleon has joined #openstack-nova22:04
*** mdrabe has quit IRC22:04
*** eglynn_ has quit IRC22:05
*** penick has quit IRC22:05
*** josecastroleon has quit IRC22:06
*** annashen has joined #openstack-nova22:07
*** josecastroleon has joined #openstack-nova22:07
*** alexpilotti has quit IRC22:07
*** annegentle has quit IRC22:08
*** baoli has quit IRC22:08
*** josecastroleon has quit IRC22:09
*** jgrimm_out is now known as jgrimm22:09
*** agireud has quit IRC22:10
openstackgerritKarim Boumedhel proposed openstack/nova: Fix misleading comment of pci_stats  https://review.openstack.org/18995822:10
*** josecastroleon has joined #openstack-nova22:10
*** burt has quit IRC22:10
*** changbl_ has quit IRC22:11
*** josecastroleon has quit IRC22:12
*** josecastroleon has joined #openstack-nova22:13
*** josecastroleon has quit IRC22:15
*** tonytan4ever has quit IRC22:15
*** davideagnello has quit IRC22:16
*** josecastroleon has joined #openstack-nova22:16
*** wuhg has joined #openstack-nova22:17
*** josecastroleon has quit IRC22:18
openstackgerritAlexandre Levine proposed openstack/nova-specs: disable-termination and shutdown-termination flags  https://review.openstack.org/18933422:19
*** josecastroleon has joined #openstack-nova22:19
*** davideagnello has joined #openstack-nova22:19
*** josecastroleon has quit IRC22:21
*** josecastroleon has joined #openstack-nova22:22
*** josecastroleon has quit IRC22:24
*** josecastroleon has joined #openstack-nova22:25
*** josecastroleon has quit IRC22:27
*** josecastroleon has joined #openstack-nova22:28
*** slong has joined #openstack-nova22:29
*** josecastroleon has quit IRC22:30
*** josecastroleon has joined #openstack-nova22:31
*** marun has quit IRC22:32
*** josecastroleon has quit IRC22:33
*** josecastroleon has joined #openstack-nova22:34
*** josecastroleon has quit IRC22:36
*** vilobhmm has quit IRC22:36
*** VW_ has quit IRC22:36
*** josecastroleon has joined #openstack-nova22:37
*** vilobhmm has joined #openstack-nova22:37
*** gholler_ has quit IRC22:38
*** gholler has quit IRC22:38
*** josecastroleon has quit IRC22:39
*** destiny has quit IRC22:40
*** josecastroleon has joined #openstack-nova22:40
*** dsanders has quit IRC22:50
*** dsanders has joined #openstack-nova22:51
*** thedodd has quit IRC23:02
*** ZZelle_ has quit IRC23:02
*** gholler has joined #openstack-nova23:06
*** gholler_ has joined #openstack-nova23:06
*** otter768 has joined #openstack-nova23:08
*** josecastroleon has quit IRC23:10
*** josecastroleon has joined #openstack-nova23:11
*** josecastroleon has quit IRC23:13
*** otter768 has quit IRC23:13
*** Sukhdev has quit IRC23:14
*** josecastroleon has joined #openstack-nova23:14
*** Sukhdev has joined #openstack-nova23:16
*** josecastroleon has quit IRC23:17
*** josecastroleon has joined #openstack-nova23:19
*** thangp has quit IRC23:20
*** josecastroleon has quit IRC23:20
*** markvoelker has joined #openstack-nova23:21
*** josecastroleon has joined #openstack-nova23:22
*** josecastroleon has quit IRC23:23
*** josecastroleon has joined #openstack-nova23:25
*** markvoelker has quit IRC23:26
*** josecastroleon has quit IRC23:26
*** apuimedo has joined #openstack-nova23:27
*** josecastroleon has joined #openstack-nova23:28
*** josecastroleon has quit IRC23:29
*** josecastroleon has joined #openstack-nova23:31
*** mikedillion has joined #openstack-nova23:31
*** mikedillion has quit IRC23:32
*** josecastroleon has quit IRC23:32
*** josecastroleon has joined #openstack-nova23:34
*** pixelbeat_ has joined #openstack-nova23:35
*** josecastroleon has quit IRC23:35
*** apuimedo has quit IRC23:36
*** mikedillion has joined #openstack-nova23:36
*** josecastroleon has joined #openstack-nova23:37
patrickeasthello nova folks, i’m seeing some strange behavior with my nova-network dhcp leasing, i’m getting errors where sometimes dnsmasq will fail to give an ip address to a vm, in my syslog i see it saying that the ip address is already leased to a different mac address (not the one for the current vm), i checked around the nova database and it seems like everything in the fixed_ips and virtual_interfaces tables match up to what should be23:40
patrickeasthappening… so, where is dnsmasq getting that old lease info from? my vague understanding is that it uses the nova-dhcpbridge tool to get that info from novas db, right?23:40
*** oomichi has quit IRC23:40
*** thorst has joined #openstack-nova23:40
*** josecastroleon has quit IRC23:40
*** ociuhandu has joined #openstack-nova23:41
*** josecastroleon has joined #openstack-nova23:42
*** thorst has quit IRC23:42
*** harlowja has quit IRC23:42
*** harlowja has joined #openstack-nova23:43
*** vilobhmm has quit IRC23:43
*** josecastroleon has quit IRC23:43
*** josecastroleon has joined #openstack-nova23:45
*** Sukhdev has quit IRC23:45
openstackgerritTracy Jones proposed openstack/nova: Cleanup of compute api reboot method  https://review.openstack.org/12742723:45
*** Sukhdev has joined #openstack-nova23:45
*** josecastroleon has quit IRC23:46
*** mikedillion has quit IRC23:48
*** josecastroleon has joined #openstack-nova23:48
*** josecastroleon has quit IRC23:49
*** diogogmt has quit IRC23:50
*** josecastroleon has joined #openstack-nova23:51
*** josecastroleon has quit IRC23:52
*** josecastroleon has joined #openstack-nova23:54
*** lucas-dinner has quit IRC23:54
*** josecastroleon has quit IRC23:55
*** josecastroleon has joined #openstack-nova23:57
openstackgerritSam Morrison proposed openstack/nova: Cells: Support attach/detach interface and external events  https://review.openstack.org/18415523:57
*** bradjones has quit IRC23:58
*** josecastroleon has quit IRC23:58
*** vilobhmm has joined #openstack-nova23:59

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