Tuesday, 2015-11-24

*** pumaranikar has joined #openstack-nova00:00
*** sacharya has quit IRC00:00
*** aginwala has quit IRC00:01
*** mrkz has quit IRC00:01
*** zhangjn has joined #openstack-nova00:02
*** apoorvad has quit IRC00:03
*** aginwala has joined #openstack-nova00:04
*** otter768 has joined #openstack-nova00:04
*** apoorvad has joined #openstack-nova00:08
*** akshai has quit IRC00:08
*** sfinucan has quit IRC00:09
*** smurke_ has quit IRC00:09
*** EinstCrazy has joined #openstack-nova00:09
*** boris-42 has joined #openstack-nova00:10
*** signed8bit is now known as signed8bit_ZZZzz00:10
openstackgerritAndrew Laski proposed openstack/nova: Add persistence to the RequestSpec object  https://review.openstack.org/21175300:11
alaskibauzas: thanks, cleaned up a few things00:11
boris-42alaski: bauzas dansmith hi there00:12
*** pumaranikar has quit IRC00:13
boris-42alaski: bauzas dansmith could you please a take a look at OSProfiler spec: I have updated it and overall make it much simpler & clear00:13
boris-42alaski: bauzas dansmith here is the link https://review.openstack.org/#/c/103825/00:13
boris-42thank you00:13
*** signed8bit_ZZZzz is now known as signed8bit00:15
*** openstackgerrit has quit IRC00:16
*** ptm_away has quit IRC00:17
*** openstackgerrit has joined #openstack-nova00:17
*** andrearosa has quit IRC00:17
*** ptm_away has joined #openstack-nova00:17
*** andrearosa has joined #openstack-nova00:18
*** zhangjn has quit IRC00:19
*** EinstCrazy has quit IRC00:19
*** jang has quit IRC00:19
openstackgerritTracy Jones proposed openstack/nova: Cleanup of compute api reboot method  https://review.openstack.org/12742700:19
*** tjones has joined #openstack-nova00:19
tjonesmelwitt: i've finally addressed your comments https://review.openstack.org/#/c/127427/48.  thanks for the review00:21
*** sacharya has joined #openstack-nova00:21
*** diegows has quit IRC00:22
*** jang has joined #openstack-nova00:22
*** otter768 has quit IRC00:23
*** sacharya has quit IRC00:23
*** aginwala has quit IRC00:25
*** otter768 has joined #openstack-nova00:26
tjonesedleafe: hi i am going to start helping with the config option consolidation.  I'll just grab a section give it a try.  any preference on which i grab?00:30
*** nic has quit IRC00:31
*** aginwala has joined #openstack-nova00:33
*** FL1SK has quit IRC00:33
*** vladikr has joined #openstack-nova00:36
*** aginwala has quit IRC00:37
*** signed8bit is now known as signed8bit_ZZZzz00:37
*** stackdump1 has joined #openstack-nova00:37
*** electroc_ has joined #openstack-nova00:37
*** stackdump has quit IRC00:39
*** electroc_ has quit IRC00:39
*** jwcroppe has joined #openstack-nova00:40
*** jinxing has joined #openstack-nova00:40
*** electroc_ has joined #openstack-nova00:41
*** salv-orlando has quit IRC00:43
*** aginwala has joined #openstack-nova00:43
*** otter768 has quit IRC00:45
*** electroc_ has quit IRC00:47
*** electroc_ has joined #openstack-nova00:54
*** r-daneel has quit IRC00:55
*** xyang1 has quit IRC00:58
openstackgerritTracy Jones proposed openstack/nova: config options: centralize section "guestfs"  https://review.openstack.org/24896301:00
*** zhangjn has joined #openstack-nova01:00
*** zhangjn has quit IRC01:00
*** EinstCrazy has joined #openstack-nova01:00
*** rushil has joined #openstack-nova01:01
*** zhangjn has joined #openstack-nova01:01
*** ssurana has quit IRC01:02
*** ssurana has joined #openstack-nova01:02
*** EinstCra_ has joined #openstack-nova01:02
*** aginwala has quit IRC01:05
*** aginwala has joined #openstack-nova01:06
*** ssurana has quit IRC01:06
*** EinstCrazy has quit IRC01:06
*** aginwala_ has joined #openstack-nova01:06
*** nelsnelson has quit IRC01:09
*** jerrygb has quit IRC01:09
*** mc_nair has quit IRC01:09
*** jerrygb has joined #openstack-nova01:10
*** aginwala has quit IRC01:10
openstackgerritTracy Jones proposed openstack/nova: config options: centralize section "guestfs"  https://review.openstack.org/24896301:11
*** vilobhmm1 has joined #openstack-nova01:12
*** vilobhmm has quit IRC01:12
*** zhangjn has quit IRC01:12
*** eliqiao_ is now known as eliqiao01:12
*** jerrygb has quit IRC01:14
*** ijw_ has quit IRC01:15
*** jhesketh has joined #openstack-nova01:15
*** ljxiash has joined #openstack-nova01:15
*** jhesketh has quit IRC01:16
*** apoorvad has quit IRC01:17
*** stackdump1 has quit IRC01:18
*** pratikmallya has joined #openstack-nova01:20
*** zhangjn has joined #openstack-nova01:20
*** mc_nair has joined #openstack-nova01:22
openstackgerritTracy Jones proposed openstack/nova: config options: centralize section "guestfs"  https://review.openstack.org/24896301:22
*** electroc_ has quit IRC01:23
*** stackdump has joined #openstack-nova01:26
*** stackdump has quit IRC01:27
*** zhangjn_ has joined #openstack-nova01:27
*** pixelbeat has quit IRC01:29
*** zhangjn has quit IRC01:29
*** pixelbeat has joined #openstack-nova01:29
*** jgriffith_away is now known as jgriffith01:30
*** zhenguo has joined #openstack-nova01:38
*** baoli has quit IRC01:38
*** bzhou has joined #openstack-nova01:38
*** baoli has joined #openstack-nova01:39
*** thorst has joined #openstack-nova01:40
*** thorst has quit IRC01:40
*** thorst has joined #openstack-nova01:41
*** pixelbeat has quit IRC01:42
*** pixelbeat has joined #openstack-nova01:44
*** sbezverk has joined #openstack-nova01:45
*** sbezverk has left #openstack-nova01:46
*** LiuNanke has joined #openstack-nova01:49
*** edtubill has joined #openstack-nova01:49
*** shihanzhang has joined #openstack-nova01:50
*** aginwala_ has quit IRC01:52
*** ijw has joined #openstack-nova01:52
*** aginwala has joined #openstack-nova01:55
*** suro-patz has joined #openstack-nova01:57
*** Kennan has quit IRC01:57
openstackgerritli,chen proposed openstack/nova: Add unit tests for nova.virt.firewall.IpTablesFirewallDriver  https://review.openstack.org/24627401:57
*** tjones has quit IRC01:58
*** jhesketh has joined #openstack-nova01:58
*** LiuNanke has quit IRC01:58
*** 17SAD4YI2 has joined #openstack-nova02:00
*** 17SAD4YI2 has quit IRC02:01
*** haomaiwa_ has joined #openstack-nova02:01
*** jhesketh has quit IRC02:03
*** ijw has quit IRC02:03
*** thorst has quit IRC02:04
*** jhesketh has joined #openstack-nova02:06
*** thorst has joined #openstack-nova02:08
*** suro-patz has quit IRC02:10
*** suro-patz has joined #openstack-nova02:11
*** sripriya_ has quit IRC02:16
*** Kennan has joined #openstack-nova02:17
*** gcb has joined #openstack-nova02:18
*** signed8bit_ZZZzz is now known as signed8bit02:19
*** thorst has quit IRC02:22
*** apoorvad has joined #openstack-nova02:23
*** vilobhmm1 has quit IRC02:23
*** vilobhmm has joined #openstack-nova02:24
openstackgerritTang Chen proposed openstack/nova-specs: Support triggering crash dump in a server.  https://review.openstack.org/22925502:28
*** signed8bit has quit IRC02:32
*** FL1SK has joined #openstack-nova02:33
*** Marga_ has quit IRC02:33
*** david-ly_ has quit IRC02:36
*** mylu has joined #openstack-nova02:38
*** aginwala has quit IRC02:39
*** dims has joined #openstack-nova02:40
*** Kennan has quit IRC02:42
*** mylu has quit IRC02:42
*** jerrygb has joined #openstack-nova02:44
*** otter768 has joined #openstack-nova02:46
*** salv-orlando has joined #openstack-nova02:47
*** vilobhmm has quit IRC02:48
*** pixelbeat has quit IRC02:48
*** mc_nair has quit IRC02:49
*** otter768 has quit IRC02:50
*** sacharya has joined #openstack-nova02:53
*** suro-patz has quit IRC02:54
*** aginwala has joined #openstack-nova02:56
*** salv-orlando has quit IRC02:59
*** haomaiwa_ has quit IRC03:01
*** haomaiwang has joined #openstack-nova03:01
*** venkat_p has joined #openstack-nova03:02
*** venkat_p has left #openstack-nova03:02
*** jwcroppe has quit IRC03:05
*** jwcroppe has joined #openstack-nova03:06
*** suro-patz has joined #openstack-nova03:06
*** Sree has joined #openstack-nova03:08
*** Marga_ has joined #openstack-nova03:09
oomichijohnthetubaguy: sdague: tangchen_: hi, about https://review.openstack.org/#/c/229255/03:11
*** jwcroppe has quit IRC03:11
*** jerrygb has quit IRC03:11
*** mylu has joined #openstack-nova03:11
*** klkumar has joined #openstack-nova03:11
oomichijohnthetubaguy: sdague: tangchen_: the api action name(triggerCrashDump) fits to current other actions. but the name is against api-wg guideline.03:12
*** jerrygb has joined #openstack-nova03:13
*** Kennan has joined #openstack-nova03:13
oomichijohnthetubaguy: sdague: tangchen_: I guess better to fit to api-wg guideline(snake_case) at this time, and nice to find a chance to make the other actions fit to api-wg guideline.03:13
*** Marga_ has quit IRC03:14
Kennanhi alex_xu:03:14
Kennanone question, I have openstack env(all-in-one), which have 8 CPU, and I try to boot one instance with flavor vCPU 5, I found the instance run some program very busy03:16
Kennanwhile the openstack node still very idle03:16
KennanWhat's the meaning for VCPU in nova ?03:17
*** dims has quit IRC03:17
Kennanhow can make sure the booted instance really use CPU in the host ?03:17
Kennanalex_xu03:18
Kennanwhat do you think ?03:18
*** flyingtt has quit IRC03:20
gcbKennan:  what virt driver are you using , kvm ?03:21
*** dims has joined #openstack-nova03:22
*** pcaruana has quit IRC03:27
*** apoorvad has quit IRC03:27
*** klkumar has quit IRC03:28
*** vilobhmm has joined #openstack-nova03:30
*** ccard__ has joined #openstack-nova03:31
*** ccard_ has quit IRC03:34
*** jinxing has quit IRC03:35
*** dims has quit IRC03:35
*** jinxing has joined #openstack-nova03:36
*** klkumar has joined #openstack-nova03:44
*** mylu has quit IRC03:48
*** lixiaoy1 has joined #openstack-nova03:48
*** mylu has joined #openstack-nova03:49
*** mylu has quit IRC03:53
*** Kevin_Zheng has joined #openstack-nova03:56
openstackgerritZhenyu Zheng proposed openstack/nova: [WIP]Expose quiesce/unquiesce API  https://review.openstack.org/24898903:57
*** pratikmallya has quit IRC03:57
*** mylu has joined #openstack-nova03:58
*** haomaiwang has quit IRC04:01
*** haomaiwa_ has joined #openstack-nova04:01
*** zhangjn_ has quit IRC04:02
*** jwcroppe has joined #openstack-nova04:08
*** david-lyle has joined #openstack-nova04:08
*** aginwala has quit IRC04:09
*** akshai has joined #openstack-nova04:10
*** thorst has joined #openstack-nova04:11
*** akshai_ has joined #openstack-nova04:11
*** vilobhmm has quit IRC04:12
tangchen__oomichi: Hi, I saw your comment, thx. :) Will fix it in the next version.04:12
*** otter768 has joined #openstack-nova04:13
tangchen__oomichi: BTW, please also help to review https://review.openstack.org/#/c/229282/04:13
tangchen__oomichi: Thx. :)04:13
openstackgerritZhenyu Zheng proposed openstack/nova: [WIP]Expose quiesce/unquiesce API  https://review.openstack.org/24898904:14
*** akshai has quit IRC04:15
*** thorst has quit IRC04:15
*** sacharya has quit IRC04:18
*** zhangjn has joined #openstack-nova04:22
*** edtubill has quit IRC04:22
*** jerrygb has quit IRC04:24
*** edtubill has joined #openstack-nova04:24
*** jwcroppe has quit IRC04:27
*** edtubill has quit IRC04:29
oomichitangchen__: ok, done on https://review.openstack.org/#/c/229282/04:31
oomichitangchen__: some nit comments, please see it again04:31
*** pratikmallya has joined #openstack-nova04:33
*** bzhou has quit IRC04:37
*** anish_ is now known as anish04:40
*** sacharya has joined #openstack-nova04:40
*** bzhou has joined #openstack-nova04:43
*** zhangjn has quit IRC04:44
*** suro-patz has quit IRC04:45
*** hparekh has joined #openstack-nova04:50
*** moshele has joined #openstack-nova04:53
*** klkumar has quit IRC04:54
*** smurke has joined #openstack-nova04:58
*** moshele has quit IRC04:58
*** jmccrory has quit IRC04:58
*** otter768 has quit IRC04:59
*** electroc_ has joined #openstack-nova04:59
*** jmccrory has joined #openstack-nova05:00
*** akshai_ has quit IRC05:00
*** haomaiwa_ has quit IRC05:01
*** haomaiwang has joined #openstack-nova05:01
*** jwcroppe has joined #openstack-nova05:04
*** klkumar has joined #openstack-nova05:07
alex_xuKennan: for kvm, one vcpu is one thread in the linux system05:14
Kennanhi alex_xu: how can make sure the booted instance really hard-occupy 1 physical core or CPU05:15
KennanI did not want the instance seems like many VCPUS, but still very busy, while host very idle05:15
*** rcernin has joined #openstack-nova05:15
Kennanalex_xu: I remembered nova have such setting05:16
*** Marga_ has joined #openstack-nova05:16
alex_xuKennan: yea, I'm try to find the link for you05:16
alex_xuKennan: http://specs.openstack.org/openstack/nova-specs/specs/kilo/implemented/virt-driver-cpu-pinning.html I guess this is thing you are looking for05:17
alex_xuKennan: and this may helpful http://specs.openstack.org/openstack/nova-specs/specs/juno/implemented/virt-driver-numa-placement.html05:17
Kennanalex_xu: this seesm a spec, does nova support this now ? how do you usually make instance performance good when find CPU very busy for instance ? seems only increase VCPU for instance not work05:19
*** haomaiwang has quit IRC05:19
tangchen__oomichi: Thx. Will update it today.:)05:20
*** deepakcs has joined #openstack-nova05:21
openstackgerritTang Chen proposed openstack/nova-specs: Support triggering crash dump in a server.  https://review.openstack.org/22925505:22
*** zhangjn has joined #openstack-nova05:23
*** gcb has quit IRC05:24
openstackgerritTang Chen proposed openstack/nova-specs: Support soft reboot and poweroff in nova ironic driver.  https://review.openstack.org/22928205:26
*** haomaiwa_ has joined #openstack-nova05:27
*** smurke has quit IRC05:27
*** achanda has joined #openstack-nova05:29
tangchen__alex_xu: hi alex, please also help to review the two specs above. Thx. :)05:30
*** deepakcs has quit IRC05:32
*** rcernin has quit IRC05:34
*** EinstCra_ has quit IRC05:37
*** EinstCrazy has joined #openstack-nova05:37
openstackgerritYang Wei proposed openstack/nova-specs: Add maxcpus support for qemu/kvm  https://review.openstack.org/24901205:38
*** irenab has quit IRC05:38
*** achanda has quit IRC05:41
openstackgerritVladik Romanovsky proposed openstack/nova: db: adding columns to PciDevice table  https://review.openstack.org/24901305:41
openstackgerritVladik Romanovsky proposed openstack/nova: db: querry to retrieve all pci device by parent address  https://review.openstack.org/24901405:41
openstackgerritVladik Romanovsky proposed openstack/nova: objects: adding a parent_addr field to the PciDevice object  https://review.openstack.org/24901505:41
openstackgerritVladik Romanovsky proposed openstack/nova: pci: filter out any unavailable SRIOV Physical Functions  https://review.openstack.org/24901605:41
openstackgerritVladik Romanovsky proposed openstack/nova: pci: adding support to specify a dev_type in pci requests  https://review.openstack.org/24901705:41
openstackgerritVladik Romanovsky proposed openstack/nova: pci: changing the claiming and allocation logic for PF/VF assignment  https://review.openstack.org/24901805:41
*** gcb has joined #openstack-nova05:41
*** deepakcs has joined #openstack-nova05:43
*** klkumar has quit IRC05:46
*** pcaruana has joined #openstack-nova05:49
*** deepakcs has quit IRC05:53
*** electroc_ has quit IRC05:54
openstackgerritYingxin Cheng proposed openstack/nova: Use stevedore for scheduler host manager  https://review.openstack.org/24647605:55
*** mylu has quit IRC05:56
openstackgerritYingxin Cheng proposed openstack/nova: Use stevedore for scheduler host manager  https://review.openstack.org/24647605:56
*** salv-orlando has joined #openstack-nova05:56
*** mylu has joined #openstack-nova05:56
*** nelsnelson has joined #openstack-nova05:58
*** lpetrut has joined #openstack-nova06:00
*** salv-orlando has quit IRC06:01
*** haomaiwa_ has quit IRC06:01
*** mylu has quit IRC06:01
*** haomaiwa_ has joined #openstack-nova06:02
*** klkumar has joined #openstack-nova06:02
openstackgerritOpenStack Proposal Bot proposed openstack/nova: Imported Translations from Zanata  https://review.openstack.org/24272706:09
*** Marga_ has quit IRC06:09
*** Marga_ has joined #openstack-nova06:10
*** mylu has joined #openstack-nova06:10
*** wznoinsk has quit IRC06:11
*** Vek has quit IRC06:12
*** wznoinsk has joined #openstack-nova06:12
*** sulo has quit IRC06:12
*** thorst has joined #openstack-nova06:13
*** sulo has joined #openstack-nova06:13
*** thorst has quit IRC06:17
*** rcernin has joined #openstack-nova06:18
*** liverpooler has joined #openstack-nova06:19
*** electroc_ has joined #openstack-nova06:21
*** electroc_ has quit IRC06:24
*** vladikr has quit IRC06:27
*** electroc_ has joined #openstack-nova06:27
openstackgerritYingxin Cheng proposed openstack/nova: Use stevedore for scheduler host manager  https://review.openstack.org/24647606:28
*** electroc_ has quit IRC06:28
*** pcaruana has quit IRC06:28
*** electroc_ has joined #openstack-nova06:29
*** rushil has quit IRC06:32
*** mylu has quit IRC06:32
*** irenab has joined #openstack-nova06:32
*** mylu has joined #openstack-nova06:32
*** mylu has quit IRC06:37
*** e0ne has joined #openstack-nova06:40
openstackgerritZhenyu Zheng proposed openstack/nova: [WIP]Expose quiesce/unquiesce API  https://review.openstack.org/24898906:41
*** deepakcs has joined #openstack-nova06:43
*** EinstCrazy has quit IRC06:45
*** cfriesen__ has quit IRC06:45
*** electroc_ has quit IRC06:46
*** suro-patz has joined #openstack-nova06:46
openstackgerritYingxin Cheng proposed openstack/nova: Use stevedore for scheduler host manager  https://review.openstack.org/24647606:46
*** lpetrut has quit IRC06:47
*** boris-42 has quit IRC06:48
*** EinstCrazy has joined #openstack-nova06:49
*** ankit_ag has joined #openstack-nova06:49
*** aginwala has joined #openstack-nova06:50
*** chinmaya has joined #openstack-nova06:50
*** takashin has joined #openstack-nova06:51
*** mjura has joined #openstack-nova06:51
*** tpatil has joined #openstack-nova06:54
*** garyk1 has joined #openstack-nova06:55
*** haomaiwa_ has quit IRC07:01
*** paul-carlton1 has joined #openstack-nova07:01
*** takashin has quit IRC07:01
*** haomaiwang has joined #openstack-nova07:01
openstackgerritZhenyu Zheng proposed openstack/nova: [WIP]Expose quiesce/unquiesce API  https://review.openstack.org/24898907:02
*** josecastroleon has joined #openstack-nova07:06
*** e0ne has quit IRC07:08
*** lpetrut has joined #openstack-nova07:08
*** nkrinner has joined #openstack-nova07:10
*** otter768 has joined #openstack-nova07:11
*** vilobhmm has joined #openstack-nova07:12
*** vilobhmm1 has joined #openstack-nova07:14
*** jgriffith is now known as jgriffith_away07:15
*** jaosorior has joined #openstack-nova07:15
*** otter768 has quit IRC07:15
*** aginwala has quit IRC07:16
*** vilobhmm has quit IRC07:17
*** yonglihe has quit IRC07:21
*** zenoway has joined #openstack-nova07:25
*** aginwala has joined #openstack-nova07:26
*** lpetrut has quit IRC07:27
*** sacharya has quit IRC07:27
*** suro-patz has quit IRC07:29
*** suro-patz has joined #openstack-nova07:29
openstackgerritWei Yang proposed openstack/nova-specs: Add maxcpus support for qemu/kvm  https://review.openstack.org/24901207:30
*** suro-patz has quit IRC07:30
*** sahid has joined #openstack-nova07:34
openstackgerritJuan Antonio Osorio Robles proposed openstack/nova: Set personality/injected_files to empty list if not specified  https://review.openstack.org/24866207:34
*** jerrygb has joined #openstack-nova07:37
*** jerrygb has quit IRC07:42
*** ajo has quit IRC07:42
*** scheuran has joined #openstack-nova07:43
*** moshele has joined #openstack-nova07:43
*** rotbeard has joined #openstack-nova07:44
*** jaosorior has quit IRC07:45
openstackgerritTang Chen proposed openstack/nova: Improve inject_nmi() in libvirt driver and add tests.  https://review.openstack.org/20879407:45
tangchen__oomichi: Hi oomichi, Would you please help to review the patch above ?07:46
tangchen__oomichi: It has been a long time since it was posted.07:46
*** ajo has joined #openstack-nova07:46
tangchen__oomichi: It was part of NMI patch-set, but actually it has nothing to do with the spec. Just an improvement for the existing libvirt API.07:47
tangchen__oomichi: So, I wish we can merge it first.07:48
oomichitangchen__: "the existing libvirt API" is not used yet, right?07:48
*** matrohon has joined #openstack-nova07:49
oomichitangchen__: it means new REST API will use/call it, IMO07:49
*** vilobhmm1 has quit IRC07:53
*** gongysh_ has joined #openstack-nova07:54
oomichitangchen__: if so, we need to wait for the spec merger as the development manner07:54
*** sacharya has joined #openstack-nova07:56
tangchen__oomichi: Yes, and OK, just wait for the spec to merge. :)07:57
tangchen__oomichi: Thx.07:57
*** otter768 has joined #openstack-nova08:00
*** haomaiwang has quit IRC08:01
*** jyuso1 has joined #openstack-nova08:01
*** haomaiwa_ has joined #openstack-nova08:02
*** sacharya has quit IRC08:03
*** rha has quit IRC08:03
*** hparekh has quit IRC08:04
*** pratikmallya has quit IRC08:04
*** matrohon1 has joined #openstack-nova08:05
*** matrohon1 has quit IRC08:05
*** hparekh has joined #openstack-nova08:05
*** otter768 has quit IRC08:05
*** rdopiera has joined #openstack-nova08:09
*** Vek has joined #openstack-nova08:09
*** hparekh2 has joined #openstack-nova08:10
*** hparekh has quit IRC08:10
*** lpetrut has joined #openstack-nova08:10
*** ildikov has quit IRC08:11
*** paul-carlton1 has quit IRC08:11
*** jerrygb has joined #openstack-nova08:12
*** salv-orlando has joined #openstack-nova08:13
*** wuhg has joined #openstack-nova08:13
*** jaosorior has joined #openstack-nova08:15
openstackgerrityuntongjin proposed openstack/nova-specs: report more live migration progress detail  https://review.openstack.org/24847208:16
*** mpavone has joined #openstack-nova08:16
*** jerrygb has quit IRC08:17
*** jichen has joined #openstack-nova08:17
*** salv-orlando has quit IRC08:21
*** jaosorior has quit IRC08:21
*** tpatil has quit IRC08:22
*** jaosorior has joined #openstack-nova08:22
*** smurke has joined #openstack-nova08:24
*** bzhou has quit IRC08:26
*** paul-carlton1 has joined #openstack-nova08:26
*** markmc has quit IRC08:28
*** salv-orlando has joined #openstack-nova08:29
*** hparekh2 has quit IRC08:31
*** salv-orlando has quit IRC08:33
bauzasgood morning Nova08:35
openstackgerritZhenyu Zheng proposed openstack/nova: [WIP]Expose quiesce/unquiesce API  https://review.openstack.org/24898908:35
*** subscope has joined #openstack-nova08:36
*** aginwala has quit IRC08:40
*** hparekh has joined #openstack-nova08:41
*** ildikov has joined #openstack-nova08:43
*** smurke has quit IRC08:44
tangchen__bauzas, alex_xu, johnthetubaguy, oomichi: I have updated this spec. https://review.openstack.org/#/c/229255/08:45
*** markus_z has joined #openstack-nova08:45
tangchen__bauzas, alex_xu, johnthetubaguy, oomichi: Please help to review whenever you have time. :)08:45
tangchen__bauzas, alex_xu, johnthetubaguy, oomichi: Thanks.08:45
*** jlanoux has joined #openstack-nova08:48
*** subscope has quit IRC08:48
oomichitangchen__: thanks for updating, LGTM08:48
*** jccnd has quit IRC08:48
*** e0ne has joined #openstack-nova08:49
*** subscope has joined #openstack-nova08:52
alex_xuoomichi: hi08:54
alex_xutangchen__: will take look at08:54
*** hparekh2 has joined #openstack-nova08:54
*** hparekh2 has quit IRC08:54
*** hparekh2 has joined #openstack-nova08:55
oomichialex_xu: hi08:55
gibialex_xu: hi! you had concerns in https://review.openstack.org/#/c/243562/ Remove onSharedStorage from evacuate API. I answered them in the review.08:55
alex_xuoomichi: one question, can we remove a feature with microversion?08:55
*** hparekh has quit IRC08:56
oomichialex_xu: I think so08:56
alex_xugibi: yea, thanks, will take a look at it when I got time08:56
oomichialex_xu: microversion should allow us backwards incompatible changes08:56
gibialex_xu: thanks!08:56
*** sahid has quit IRC08:56
oomichialex_xu: including removing a feature08:56
oomichialex_xu: do you want to remove some features? ;)08:57
alex_xuoomichi: ok, thanks, just want to ensure your opionion, actually I get concern in my spec, bauzas suggest we should deprecate a feature first, before we remove it from api, there is the spec https://review.openstack.org/#/c/245543/7/specs/mitaka/approved/optional_block_migration_and_host_flags_in_live_migrate.rst08:57
alex_xugibi: np08:57
oomichialex_xu: yeah, deprecation period is user-friendly08:58
*** Marga_ has quit IRC08:58
oomichialex_xu: but I'm not sure we need it really on microversion08:59
alex_xuoomichi: yea, but the old version give a time for user to ready to upgrade?08:59
oomichialex_xu: because users can specify favorite microversion on client side08:59
alex_xuoomichi: yea08:59
oomichialex_xu: yeah, that is the same as me :)09:00
alex_xuoomichi: thanks :)09:00
oomichialex_xu: actually, we cannot bump minimum microversion forever09:00
alex_xuoomichi: yea, that's true09:00
*** haomaiwa_ has quit IRC09:01
oomichialex_xu: for supporting the exiting clouds and new clouds09:01
*** haomaiwa_ has joined #openstack-nova09:01
alex_xuoomichi: yea09:01
*** Marga_ has joined #openstack-nova09:02
*** hparekh2 has quit IRC09:05
openstackgerritOleg Bondarev proposed openstack/nova: Live migration: wait for vif-plugged event on pre live migration  https://review.openstack.org/24691009:06
*** eglynn has joined #openstack-nova09:07
tangchen__oomichi, alex_xu: Thx. :)09:08
*** Sree has quit IRC09:08
*** Sree has joined #openstack-nova09:09
*** subscope has quit IRC09:09
*** hparekh has joined #openstack-nova09:09
*** subscope has joined #openstack-nova09:10
*** derekh has joined #openstack-nova09:10
*** yamahata has quit IRC09:11
*** sahid has joined #openstack-nova09:11
*** openstackgerrit has quit IRC09:16
*** openstackgerrit has joined #openstack-nova09:17
bauzasalex_xu: oomichi: I possibly missed the outcome, you are saying that's okay to directly remove the attr by bumping a microversion ?09:18
*** yassine__ has joined #openstack-nova09:18
oomichibauzas: yeah, I am thinking so, because api users can select microversion when sending a request09:18
bauzasoomichi: okay, fair enough09:19
*** claudiub has joined #openstack-nova09:19
bauzasalex_xu: please nevermind my comment then09:19
bauzasalex_xu: updating the spec09:20
*** rha has joined #openstack-nova09:22
*** rha has joined #openstack-nova09:22
bauzasjohnthetubaguy: morning09:24
openstackgerrityuntongjin proposed openstack/nova-specs: consistent nova instance progress  https://review.openstack.org/24908609:24
bauzasjohnthetubaguy: I stupidly forgot to provide a reno change for the client...09:24
bauzasjohnthetubaguy: so... https://review.openstack.org/#/c/248893/09:24
*** garyk1 has quit IRC09:24
*** garyk1 has joined #openstack-nova09:25
*** ndipanov has quit IRC09:25
*** ndipanov has joined #openstack-nova09:26
*** mdbooth has joined #openstack-nova09:27
*** lucas-afk is now known as lucasagomes09:31
*** jinxing has quit IRC09:32
andrearosajohnthetubaguy: if you have time today, can you look at the latest comments for https://review.openstack.org/#/c/184537/09:33
*** claudiub has quit IRC09:33
*** markmc has joined #openstack-nova09:33
*** oomichi has quit IRC09:34
*** claudiub has joined #openstack-nova09:34
openstackgerritZhenyu Zheng proposed openstack/nova: [WIP]Expose quiesce/unquiesce API  https://review.openstack.org/24898909:35
*** achanda has joined #openstack-nova09:35
*** subscope has quit IRC09:37
*** paul-carlton1 has quit IRC09:41
*** jinxing has joined #openstack-nova09:42
*** ociuhandu has quit IRC09:42
*** jistr has joined #openstack-nova09:44
*** Marga_ has quit IRC09:46
openstackgerritMatthew Booth proposed openstack/nova-specs: Add detail to libvirt-storage-pools  https://review.openstack.org/24870509:46
*** danpb has joined #openstack-nova09:47
johnthetubaguybauzas: oops, good point09:47
*** zhangjn has quit IRC09:48
*** EinstCrazy has quit IRC09:48
johnthetubaguybauzas: I added a question09:49
bauzasjohnthetubaguy: just answered, it's just autogenerated09:51
bauzasjohnthetubaguy: I just have one open point in mind about the client versions09:51
bauzasjohnthetubaguy: we could probably change the notes/*.rst file to make sure we can have a specific file for each version09:52
bauzasjohnthetubaguy: for the moment, I prefer to leave a stable/liberty and an unreleased files09:53
bauzasjohnthetubaguy: because it doesn't seem that reno supports tagging09:53
johnthetubaguyandrearosa: thanks for the ping, I just don't see those updates in my inbox any more :(09:54
*** andymaier has joined #openstack-nova09:54
johnthetubaguyandrearosa: I am totally agreed with it being a nova-manage command09:54
*** Marga_ has joined #openstack-nova09:54
andrearosajohnthetubaguy: np thanks for your time09:55
johnthetubaguyandrearosa: I just think that code would be easier to maintain if it was just an entry point in compute.api.py, but seems like thats not the consensus on there09:55
*** paul-carlton1 has joined #openstack-nova09:55
*** alexschm has joined #openstack-nova09:55
johnthetubaguyandrearosa: seems my wording on my comments was very unclear, sorry about that09:55
openstackgerritMichal Dubiel proposed openstack/nova: libvirt, vhostuser: Add support for OpenContrail vRouter  https://review.openstack.org/24165209:56
johnthetubaguybauzas: ah, interesting, we do have a branch at least, so thats cool, maybe master just gets bumped into other files as we apply the tags?10:00
*** haomaiwa_ has quit IRC10:01
bauzasjohnthetubaguy: mmm, sec, I think that pbr checks the tags, right?10:01
johnthetubaguybauzas: unsure10:01
*** otter768 has joined #openstack-nova10:01
bauzasjohnthetubaguy: because we're using pbr for saying which novaclient version it is10:01
johnthetubaguyunreleased and liberty is almost accurate at least10:01
bauzasjohnthetubaguy: checking locally10:01
*** haomaiwa_ has joined #openstack-nova10:02
bauzasjohnthetubaguy: lemme clarify10:02
bauzasjohnthetubaguy: so, we have 2 branches and multiple tags10:02
*** zhenguo has quit IRC10:02
bauzasjohnthetubaguy: one for liberty and one for master + tags10:02
johnthetubaguyyep, thats correct10:02
bauzasjohnthetubaguy: it *seems* that reno needs to know the branch but doesn't need to know the tags because pbr does10:02
bauzasjohnthetubaguy: so the "unreleased" note could cover all the existing tags in the branch10:03
johnthetubaguythat sounds wrong though10:03
openstackgerritChangBo Guo(gcb) proposed openstack/nova: Use version convert methods from oslo_utils.versionutils  https://review.openstack.org/20332210:03
johnthetubaguywould need release notes for each tag10:03
johnthetubaguyideally10:03
johnthetubaguyunreleased is still good though10:03
johnthetubaguymaybe liberty should be called 1.26 or whatever tag that branch is at?10:04
bauzasjohnthetubaguy: so, we're good10:04
bauzasjohnthetubaguy: just tested10:04
bauzaspasting the result10:04
johnthetubaguyI mean its needs to work for ironic, so I suspect it works for us10:05
*** aix has joined #openstack-nova10:05
bauzasjohnthetubaguy: http://paste.openstack.org/show/479826/10:05
bauzasjohnthetubaguy: so we find the tags using pbr10:05
bauzasjohnthetubaguy: so the "unreleased" page will show all the tags10:06
*** otter768 has quit IRC10:06
johnthetubaguyOK10:06
bauzasthat needs to be confirmed but I think it's okay10:06
bauzashttp://docs.openstack.org/developer/reno/sphinxext.html#examples can provide a version number10:07
bauzasin case we need to pin a specific version for the relnotes10:07
johnthetubaguyah, that makes sense10:08
johnthetubaguyso we probably should add one for the release of python-novaclient we already made, I guess?10:08
*** sacharya has joined #openstack-nova10:08
*** Marga_ has quit IRC10:09
*** Marga_ has joined #openstack-nova10:09
bauzasjohnthetubaguy: nope, because any change we could provide for adding a reno file would not be having that tag10:10
bauzasjohnthetubaguy: since we can't backport a patch to a specific tag, right?10:10
bauzasjohnthetubaguy: we can untag and tag tho but I don't feel it's good10:10
bauzasit's only forward-patching IIUC10:11
*** gcb has quit IRC10:11
bauzasbecause reno looks at the git repo, not at the files10:11
johnthetubaguybauzas: oh I see your point, the release notes were not present in that tag, so boo hoo, no release notes10:11
bauzaszactly10:11
bauzasthat said, it works for the next tags we could do10:12
*** sacharya has quit IRC10:12
johnthetubaguyso that was educational, my head hadn't quite got how that all works, so thats cools now10:13
bauzasjohnthetubaguy: it means we need to be very clear when someone provides a note10:13
bauzasjohnthetubaguy: if that's for an older version10:13
bauzas(not a stable version, of course)10:13
*** achanda has quit IRC10:14
*** thorst has joined #openstack-nova10:15
openstackgerritJuan Antonio Osorio Robles proposed openstack/nova: Set personality/injected_files to empty list if not specified  https://review.openstack.org/24866210:15
openstackgerritTimofey Durakov proposed openstack/nova: Use instance in setup_networks_on_host  https://review.openstack.org/24911010:15
paul-carlton1johnthetubaguy: re https://review.openstack.org/#/c/228828, see Kenichi's comments and my reply, what do you think?10:15
paul-carlton1Also, Sean Dague had issues with API, where did we land on that?10:16
*** tdurakov has quit IRC10:16
*** tdurakov has joined #openstack-nova10:16
*** Guest67865 has joined #openstack-nova10:16
paul-carlton1My thinking is that this should go forward as is, for alignment with pause vm during live migration spec (https://review.openstack.org/#/c/229040/14) and per Jay's comment we can fix API issues when we do tasks API?10:18
*** ildikov has quit IRC10:19
*** Marga_ has quit IRC10:19
*** thorst has quit IRC10:20
*** jinxing has quit IRC10:20
*** hparekh has quit IRC10:23
openstackgerritSergey Nikitin proposed openstack/nova: Added server tags support in nova-api  https://review.openstack.org/12894010:27
lxslimorning10:28
*** jinxing has joined #openstack-nova10:28
*** jlanoux_ has joined #openstack-nova10:29
*** hparekh has joined #openstack-nova10:30
*** paul-carlton1 has left #openstack-nova10:30
*** subscope has joined #openstack-nova10:30
bauzaslxsli: morning10:30
*** lixiaoy1 has quit IRC10:30
bauzaslxsli: that's a bit sad that you made a dependency for https://review.openstack.org/#/c/219761/10:31
lxslibauzas: about check-dest-on-migs... request_spec is only in the API DB now10:31
lxslibauzas: yeah I did that by accident, just noticed - going to undo it10:31
*** jlanoux has quit IRC10:32
lxslilost +2 jaypipes though >.<10:32
bauzaslxsli: okay, because I was about to +2/+W but since you made that mistake, you'd need to get another +2 :)10:32
*** ildikov has joined #openstack-nova10:32
bauzaslxsli: and Jenkins wasn't happy since there was a pep8 failure for the dependent change10:32
*** jinxing has quit IRC10:32
openstackgerritAlexis Lee proposed openstack/nova: Unify on _schedule_instances  https://review.openstack.org/21976110:33
*** lixiaoy1 has joined #openstack-nova10:33
bauzaslxsli: re: your question about how we can persist the Spec object10:33
bauzaslxsli: so I discussed with alaski and dansmith10:33
*** josecastroleon1 has joined #openstack-nova10:34
bauzaslxsli: and we're okay to use the conductor for that10:34
bauzaslxsli: since cells v2 will also have an api conductor10:34
openstackgerritAlexis Lee proposed openstack/nova: Only consider requested_destination  https://review.openstack.org/24883310:35
*** rk4n has joined #openstack-nova10:35
lxslibauzas: but that isn't there yet?10:35
bauzaslxsli: not persisted10:35
lxslibauzas: the api conductor I mean10:35
bauzaslxsli: just hydrated10:35
bauzaslxsli: no, not really10:35
bauzaslxsli: it's been approved tho10:35
lxslibauzas: I wonder if I should just wait a little bit10:35
bauzaslxsli: nope10:35
lixiaoy1berrange: this is lixiaoy1 from cinder. and I would like to talk with you about "copy encryptors from nova to os-brick"10:35
bauzaslxsli: it's okay10:35
*** josecastroleon has quit IRC10:35
lxslilixiaoy1: try danpb10:36
lixiaoy1lxsli:  thanks10:36
openstackgerritxiexs proposed openstack/python-novaclient: Introduce a sort function for "flavor list"  https://review.openstack.org/24911510:36
lixiaoy1danpb: this is lixiaoy1 from cinder. and I would like to talk with you about "copy encryptors from nova to os-brick"10:36
lxslibauzas: can you link me the API Conductor review please?10:36
bauzaslxsli: http://specs.openstack.org/openstack/nova-specs/specs/mitaka/approved/cells-scheduling-interaction.html10:37
openstackgerritSergey Nikitin proposed openstack/nova: Use is_supported() to check microversion  https://review.openstack.org/24911610:37
bauzaslxsli: that wouldn't change how it's done10:37
lxslibauzas: thank you10:37
*** salv-orlando has joined #openstack-nova10:38
bauzaslxsli: so, to be clear, you just need to get/save in the conductor now10:38
bauzaslxsli: when we will provide the cells v2 method, that will still okay because the table is already there10:38
*** rk4n has quit IRC10:40
lxslibauzas: not sure I'm quite following... so in nova/conductor/manager.py I can use objects.RequestSpec.get_by_instance_uuid and save that object? Without worrying about cells at all?10:40
bauzasyup10:40
bauzaswhy should you be worried?10:40
bauzasbecause it's not in the current DB ?10:40
lxslibauzas: it's my natural state10:40
danpblixiaoy1: hi ?10:40
bauzaslxsli: the main problem would be if the Spec was persisted in the 'normal' DB10:41
*** subscope has quit IRC10:41
bauzaslxsli: it would mean that we would need a migration10:41
*** tdurakov has quit IRC10:41
lxslibauzas: aha I think I caught up a bit - the API conductor will use the same code as the cells conductor?10:41
*** paul-carlton2 has left #openstack-nova10:41
bauzaslxsli: see10:42
bauzashttp://specs.openstack.org/openstack/nova-specs/specs/mitaka/approved/cells-scheduling-interaction.html#work-items10:42
*** salv-orlando has quit IRC10:42
*** tdurakov_ has joined #openstack-nova10:42
*** paul-carlton1 has joined #openstack-nova10:42
*** gszasz has joined #openstack-nova10:44
bauzaslxsli: at least that's my understanding10:44
paul-carlton1test10:44
lxslihi paul-carlton110:44
johnthetubaguypaul-carlton1: I think the best thing is going to be asking in the API meeting today, sdague and others are usually there10:44
bauzaslxsli: like we could/should write the Spec in the API10:44
johnthetubaguylxsli: bauzas: my understand is its more about the Rabbit queue the conductor is listening to, and its default database connection, its the same RPCAPI I thought10:46
bauzasjohnthetubaguy: yup that10:46
bauzaslxsli: so the biggest question is where we should write the Spec (when booting) and getting the Spec (when moving)10:47
bauzaslxsli: but that really doesn't change where it's persisted10:47
*** markus_z has quit IRC10:47
lxsliI think I get it now... it seems a little dangerous to have a common RPC API when the API and cells DBs have very different schemas, but okay10:47
bauzaslxsli: my take on that would be to get/persit on the conductor, because that wouldn't require to change the conductor API now10:47
bauzaslxsli: because if you hydrate the Spec on the API side, you need to pass it thru the conductor10:48
lxslibauzas: yep I think that helps, let me see how I get on today10:48
lxslibauzas: if you have time +2 on 219761 and a look at 248833 would be great10:49
*** njirap has joined #openstack-nova10:50
openstackgerritjichenjc proposed openstack/nova: Remove stub_compute config options for console  https://review.openstack.org/23421710:50
bauzaslxsli: I was holding for Jenkins :)10:51
*** bzhou has joined #openstack-nova10:51
bauzaslxsli: I could +1 awaiting Jenkins but that souns picky10:51
openstackgerritjichenjc proposed openstack/nova: Use instance objection instead of db record  https://review.openstack.org/23421810:51
*** bzhou has quit IRC10:52
lxslibauzas: ok np - I tend to consider it the +W person's responsibility to check Jenkins but whatever you're comfortable with :)10:54
bauzaslxsli: I'm actually just verifying your change again :)10:54
bauzaslxsli: okay, no diff10:56
*** lixiaoy1 has left #openstack-nova10:57
*** lixiaoy1_ has joined #openstack-nova10:58
bauzasheh, Gerrit is in weeds \o/10:59
* bauzas going to take coffee :p10:59
*** lixiaoy1_ is now known as lixiaoy110:59
bauzasit was actually really slow, so restarting it seems good :)10:59
lxsliyep yep10:59
*** haomaiwa_ has quit IRC11:01
openstackgerritZhenyu Zheng proposed openstack/nova: [WIP]Expose quiesce/unquiesce API  https://review.openstack.org/24898911:01
*** haomaiwang has joined #openstack-nova11:01
*** dims has joined #openstack-nova11:06
*** rk4n has joined #openstack-nova11:08
*** dgonzalez has joined #openstack-nova11:08
*** rk4n has quit IRC11:08
*** EinstCrazy has joined #openstack-nova11:08
*** EinstCrazy has quit IRC11:09
*** EinstCrazy has joined #openstack-nova11:09
openstackgerritjichenjc proposed openstack/python-novaclient: Print current nova default nova API microversion  https://review.openstack.org/24913211:09
*** aysyd has joined #openstack-nova11:10
openstackgerritClaudiu Belu proposed openstack/nova: Hyper-V: refines the exceptions raised in the driver  https://review.openstack.org/21210211:12
*** Sree has quit IRC11:12
*** Sree has joined #openstack-nova11:13
*** rcernin is now known as rcernin|lunch11:13
*** aix has quit IRC11:14
*** tdurakov_ has quit IRC11:14
*** aix has joined #openstack-nova11:15
tangchen__johnthetubaguy: Hi John, I saw you just abandoned the host maintenance mode thread. I think improving novaclient will be like this:11:15
tangchen__johnthetubaguy: 1. Add message to tell caller that the host maintenance mode has been deprecated, in nova host-update command.11:16
*** tdurakov_ has joined #openstack-nova11:16
tangchen__johnthetubaguy: 2. Maybe in nova side, when the API is called, we should also add the message.11:16
*** Sree has quit IRC11:17
tangchen__johnthetubaguy: This doesn't need BP and spec, is that OK ?11:17
openstackgerritsahid proposed openstack/nova: libvirt: remove todo note not useful anymore  https://review.openstack.org/24913711:18
openstackgerritsahid proposed openstack/nova: libvirt: replace direct libvirt's call AbortJobBlock  https://review.openstack.org/24913811:18
openstackgerritsahid proposed openstack/nova: libvirt: move find_disk to Guest's object  https://review.openstack.org/24913911:18
openstackgerritsahid proposed openstack/nova: libvirt: introduce freeze filesystems  https://review.openstack.org/24914011:18
openstackgerritsahid proposed openstack/nova: libvirt: introduce thaw filesystems  https://review.openstack.org/24914111:18
tangchen__johnthetubaguy: I cannot think of anything that we need to improve.11:18
johnthetubaguytangchen__: thats a different spec, deprecate host maintenance mode. I think a very small spec would be best for that, just to get the official vote on it.11:19
*** Daisy_ has joined #openstack-nova11:19
tangchen__johnthetubaguy: OK, will post one and wish it will catch up the spec deadline. :)11:20
tangchen__johnthetubaguy: Thx.11:20
*** ociuhandu has joined #openstack-nova11:21
openstackgerritLucas Alvares Gomes proposed openstack/nova: Ironic: Add support for microversion  https://review.openstack.org/22184811:23
*** jlanoux_ has quit IRC11:27
*** pixelbeat has joined #openstack-nova11:27
*** jlanoux has joined #openstack-nova11:28
*** jwcroppe has quit IRC11:29
alex_xujohnthetubaguy: sdague, I want to write an example to show what api ref doc is we expected https://review.openstack.org/248534, but you know my English and grammar...so appreciate you can help me review it.11:31
lxslialex_xu: I can help11:31
alex_xulxsli: thanks a lot :)11:31
*** jwcroppe has joined #openstack-nova11:32
lxslipaul-carlton1: when live migrating, if you're not doing a block migration you're doing a ____ migration?11:33
openstackgerritZhenyu Zheng proposed openstack/nova: [WIP]Expose quiesce/unquiesce API  https://review.openstack.org/24898911:36
*** jwcroppe has quit IRC11:36
lxslipaul-carlton1: nvm11:36
*** ptm_away is now known as PaulMurray11:36
*** tdurakov_ has quit IRC11:36
*** tdurakov_ has joined #openstack-nova11:37
*** Daisy_ has quit IRC11:37
*** Daisy has joined #openstack-nova11:38
*** daemontool has joined #openstack-nova11:38
*** achanda has joined #openstack-nova11:39
*** daemontool has quit IRC11:40
*** daemontool has joined #openstack-nova11:40
*** Daisy has quit IRC11:41
*** Daisy has joined #openstack-nova11:41
*** josecastroleon1 has quit IRC11:42
*** Daisy has quit IRC11:43
*** markus_z has joined #openstack-nova11:43
*** hparekh2 has joined #openstack-nova11:44
*** Daisy has joined #openstack-nova11:46
*** hparekh has quit IRC11:46
*** jlanoux_ has joined #openstack-nova11:46
*** ildikov has quit IRC11:48
openstackgerritAlexis Lee proposed openstack/nova: Fix the error of duplicate words.  https://review.openstack.org/21664611:48
lxslimarkus_z: trivial fix ^^, would you add it to the list? (I can't as I just updated the commit)11:49
*** jlanoux has quit IRC11:49
markus_zlxsli: sure, one sec11:50
lxslimarkus_z: cheers11:50
openstackgerritAlexis Lee proposed openstack/nova: Double 'an' in message  https://review.openstack.org/21664611:50
*** hparekh has joined #openstack-nova11:50
*** Daisy has quit IRC11:51
*** Daisy has joined #openstack-nova11:51
*** hparekh2 has quit IRC11:52
*** gcb has joined #openstack-nova11:53
*** Daisy has quit IRC11:53
*** Daisy has joined #openstack-nova11:53
lxsliBobBall: too fast, commit message is fixed now :)11:53
*** jinxing has joined #openstack-nova11:55
openstackgerritPaul Murray proposed openstack/nova: docs: describe migration and other movement concepts  https://review.openstack.org/24701611:57
*** oomichi has joined #openstack-nova11:57
BobBalllxsli: Serves me right for checking my email :D11:57
*** baoli has quit IRC11:58
*** gmann_ has joined #openstack-nova11:58
*** shaohe_feng has joined #openstack-nova11:58
*** markus_z is now known as markus_z_meeting11:59
*** subscope has joined #openstack-nova12:00
*** haomaiwang has quit IRC12:01
*** haomaiwa_ has joined #openstack-nova12:02
*** otter768 has joined #openstack-nova12:02
*** markmc has quit IRC12:02
*** alexschm has quit IRC12:04
openstackgerritShaoHe Feng proposed openstack/nova-specs: report more live migration progress detail  https://review.openstack.org/24847212:05
*** Daisy has quit IRC12:05
*** alexschm has joined #openstack-nova12:05
*** Daisy has joined #openstack-nova12:06
*** otter768 has quit IRC12:06
*** mpavone has quit IRC12:07
*** sahid has quit IRC12:07
openstackgerritKen'ichi Ohmichi proposed openstack/nova-specs: Fix request body of pause-vm-during-live-migration  https://review.openstack.org/24916712:08
*** daemontool has quit IRC12:08
*** josecastroleon has joined #openstack-nova12:08
jaosoriorgibi: Hey, I think that's all we really need, but honestly I didn't figure out where to put a test for that :/12:09
*** daemontool has joined #openstack-nova12:09
gibijaosorior: don't we have some unit test on that API? Can duplicate that, add a hooka and check if the hook can modify the API call?12:11
*** Daisy has quit IRC12:11
*** hparekh has quit IRC12:11
*** subscope has quit IRC12:13
*** subscope has joined #openstack-nova12:14
*** sacharya has joined #openstack-nova12:15
gibijaosorior: for example https://github.com/openstack/nova/blob/master/nova/tests/unit/compute/test_compute_api.py#L156 this test calls nova.compute.api.create and as far as I understand the problematic hook in your patch tries to modifiy the params of that call12:15
*** thorst has joined #openstack-nova12:15
openstackgerritjichenjc proposed openstack/python-novaclient: Print current nova default nova API microversion  https://review.openstack.org/24913212:16
*** salv-orlando has joined #openstack-nova12:17
jaosoriorproblematic hook?12:18
openstackgerritRoman Podoliaka proposed openstack/nova: servicegroup: ensure state reporting thread does not die prematurely  https://review.openstack.org/24755212:18
*** zhangjn has joined #openstack-nova12:18
*** zhangjn has quit IRC12:18
*** venkat_p has joined #openstack-nova12:19
*** zhangjn has joined #openstack-nova12:19
*** zhangjn has quit IRC12:20
*** mpavone has joined #openstack-nova12:20
*** sacharya has quit IRC12:20
*** thorst has quit IRC12:20
*** zhangjn has joined #openstack-nova12:20
*** zhangjn has quit IRC12:20
*** zhangjn has joined #openstack-nova12:21
gibijaosorior: I mean the problematic hook in the bug report12:21
*** zhangjn has quit IRC12:22
*** salv-orlando has quit IRC12:22
jaosoriorgibi: So yeah, there could be a test added there, though I'm not sure if there it's appropriate to mock the hooking mechanism there, since the hooks are loaded via stevedore, which I'm not even sure is being done in that test suite12:22
*** zhangjn has joined #openstack-nova12:22
*** zhangjn has quit IRC12:23
openstackgerritRaga lahari proposed openstack/nova: Support for new --status parameter to "nova-manage vm list" command  https://review.openstack.org/24237012:24
*** tdurakov_ has quit IRC12:25
gibijaosorior: I'm not sure how can you test through the stevedore mechanism but I feel that we did break the hook before and we didn't noticed because we did'nt have test for it so this would be a good time to add some test to avoid the next regression12:26
*** EinstCrazy has quit IRC12:26
openstackgerritZhenyu Zheng proposed openstack/nova: [WIP]Expose quiesce/unquiesce API  https://review.openstack.org/24898912:27
jaypipes*yawn* morning all12:28
*** EinstCrazy has joined #openstack-nova12:28
*** zhangjn has joined #openstack-nova12:29
gibimorning jay12:29
*** deepakcs has quit IRC12:31
*** lucasagomes is now known as lucas-hungry12:31
jaosoriorgibi: Well, there would need to be a better definition of what hooks should and shouldn't be doing first, then have a better defined and documented interface for the functions where the hooks are, and then there could be proper tests :/12:32
gibijaosorior: what about this tests https://github.com/openstack/nova/blob/master/nova/tests/unit/test_hooks.py12:32
*** smatzek has joined #openstack-nova12:32
jaosoriorgibi: But I agree, would be nice to avoid further regressions12:32
*** jwcroppe has joined #openstack-nova12:33
*** zhangjn has quit IRC12:33
*** zhangjn has joined #openstack-nova12:34
jaosoriorgibi: That seems to test the functionality of the hooking mechanism, but not how it's used or that one can still manipulate what arguments go through them12:34
*** alejandrito has joined #openstack-nova12:34
gibigibi: but from the previous test and from this test you might be able to put togheter a test for your case12:35
*** EinstCra_ has joined #openstack-nova12:35
openstackgerritClaudiu Belu proposed openstack/nova: Adds HostCapabilities object model and updates ComputeNode object  https://review.openstack.org/22828012:35
openstackgerritClaudiu Belu proposed openstack/nova: db: Adds host_capabilities column in compute_nodes  https://review.openstack.org/22827912:35
gibiI know that it is not well defined how this hooks are used, but we can start first with your test case to define one of the usage12:35
*** EinstCrazy has quit IRC12:35
*** rcernin|lunch is now known as rcernin12:36
*** sahid has joined #openstack-nova12:38
jaosoriorgibi: Alright, I'll do this. I'll leave this patch as it is and I'll upload a subsequent patch with better defined testing for the function and it's respective hooks12:39
*** diegows has joined #openstack-nova12:40
*** wolsen has quit IRC12:41
*** ildikov has joined #openstack-nova12:42
*** zenoway has quit IRC12:42
gibijaosorior: cool12:43
afazekasI wonder is it really required to have blueprint for 18 line patch ? https://review.openstack.org/#/c/134134/1212:44
*** subscope has quit IRC12:44
*** subscope has joined #openstack-nova12:46
*** shaohe_feng has quit IRC12:47
edleafetjones: ideally grab the section you know the most about. Most of the time is writing new docs for each config option.12:49
*** shaohe_feng has joined #openstack-nova12:49
*** shaohe_feng has quit IRC12:49
*** jwcroppe has quit IRC12:50
*** shaohe_feng has joined #openstack-nova12:50
*** shaohe_feng has quit IRC12:51
*** gcb has quit IRC12:51
*** markmc has joined #openstack-nova12:53
*** gmann_ has quit IRC12:54
*** shaohe_feng has joined #openstack-nova12:55
*** baoli has joined #openstack-nova12:55
*** MVenesio has joined #openstack-nova12:56
*** vladikr has joined #openstack-nova12:58
*** zenoway has joined #openstack-nova12:58
*** andymaier has quit IRC12:59
*** mpavone has quit IRC13:00
*** cfriesen__ has joined #openstack-nova13:00
*** zenoway has quit IRC13:00
*** haomaiwa_ has quit IRC13:01
*** zenoway has joined #openstack-nova13:01
*** markus_z_meeting is now known as markus_z13:01
*** haomaiwang has joined #openstack-nova13:01
*** zhenguo has joined #openstack-nova13:01
*** oomichi has quit IRC13:02
*** smatzek has quit IRC13:03
*** gcb has joined #openstack-nova13:04
*** salv-orl_ has joined #openstack-nova13:05
*** marcusvrn_ has quit IRC13:05
*** ljxiash has quit IRC13:06
openstackgerritDaniel Berrange proposed openstack/nova: hacking: check for common double word typos  https://review.openstack.org/24919313:06
*** jhesketh has quit IRC13:06
*** jhesketh has joined #openstack-nova13:07
*** tdurakov_ has joined #openstack-nova13:10
*** haomaiwang has quit IRC13:11
*** LukeHinds has joined #openstack-nova13:12
*** mpavone has joined #openstack-nova13:12
PaulMurraytdurakov_, looking at https://review.openstack.org/#/c/225910/13:13
tdurakov_PaulMurray, hi, need to update it13:13
PaulMurraytdurakov_, I was going to say there hasn't been an update for three weeks13:13
*** Luigi_ has joined #openstack-nova13:13
tdurakov_focused on job for live-migration13:13
tdurakov_yes13:13
*** lucas-hungry is now known as lucasagomes13:14
PaulMurrayit needs to be done this week really13:14
*** wolsen has joined #openstack-nova13:14
tdurakov_PaulMurray, spec or job?13:14
PaulMurraythe spec for splitting migraiton types13:14
PaulMurraythe spec needs to be approved next week or it misses the deadline13:15
tdurakov_PaulMurray, acked, will ping you tomorrow morning with update13:15
PaulMurraythanks13:15
tdurakov_PaulMurray, live-migration sub team meeting will start in 45 minutes?13:16
PaulMurrayyes13:16
tdurakov_ok, will be there13:16
tdurakov_btw, have you seen sdague online recently?13:16
tdurakov_PaulMurray, ^13:17
lucasagomeshi all, if you have time mind taking a look at https://review.openstack.org/#/c/221848/ ? It's not a big patch and it's important to ironic to get microversion support in the driver13:17
lucasagomesthank you13:17
PaulMurraybauzas, I was looking back over https://review.openstack.org/#/c/245543/7 and saw your comment about microversions and dropping things13:18
lxslialex_xu: did you push a new version of that live migrate api doc yet?13:19
PaulMurraybauzas, is it ok to drop a parameter without deprecation and rely on microversions to make up for it?13:19
PaulMurrayalex_xu, same question ^^^13:19
alex_xulxsli: sorry, not yet13:19
lxslialex_xu: ok just checking :)13:20
alex_xulxsli: will try later, just finish the api meeting, and prepare the livemigrate meeting13:20
alex_xuPaulMurray: yes, the old version always keep the old behavior13:20
* alex_xu have meeting night13:20
*** KLB has joined #openstack-nova13:20
lxslialex_xu: meeting night goes better with beer13:21
alex_xulxsli: heh13:21
PaulMurrayalex_xu, does the client go with the minimum version or the max? or a set version for the client? I can't remember13:21
*** jyuso1 has quit IRC13:21
johnthetubaguytdurakov_: I haven't seem him actually, but it is a big holiday week in the US right now13:22
*** daemontool has quit IRC13:22
alex_xuPaulMurray: the default behavior of python-novaclient CLI is newest version between client and server. But we suggest people use client with specfic version.13:22
tdurakov_johnthetubaguy, ok, thanks, maybe you could help me with merging: https://review.openstack.org/#/c/247081/13:23
*** Sree has joined #openstack-nova13:23
KLBHi! Does nova take into consideration whether a guest disk is put on a ram disk or not? Dealing with resource allocation for example, putting block storage on ram could eat up more ram than you initially allocated for if it's not being considered13:23
PaulMurrayalex_xu, thanks13:23
alex_xuPaulMurray: so people should keep at the old version before people think they are ready to upgrade13:23
alex_xuPaulMurray: np13:23
alex_xuPaulMurray: if you agree on that, next thing I want to discuss is the api behavior after we removed the disk_over_commit. I added https://review.openstack.org/245543 in the api agenda, is it ok?13:24
alex_xus/api agenda/live migration meeting agenda/....13:25
*** yuntongjin has joined #openstack-nova13:25
PaulMurrayalex_xu, yes, but not sure danpb will be there - but mdbooth should13:28
johnthetubaguytdurakov_: I could, I just wasn't sure what the plan was there13:28
tdurakov_johnthetubaguy, well the plan describe in a hook13:29
alex_xuPaulMurray: emm...yea, hard to catch all the people at same time13:29
tdurakov_check file please13:29
*** josh6627 has joined #openstack-nova13:29
*** josh6627 has quit IRC13:29
mdboothKLB: No, to the best of my knowledge no part of Nova is aware of ram disks.13:30
*** doug-fish has joined #openstack-nova13:30
*** jhesketh has quit IRC13:30
danpbPaulMurray: if we already registered for midcycle on eventbrite, are you expecting people to register again on that HP event URL you had the other day ?13:32
openstackgerritShaoHe Feng proposed openstack/nova-specs: Attach/detach SR-IOV interface  https://review.openstack.org/13991013:33
PaulMurraydanpb, you don't have to, we will keep track of both - but you do need to if you are going to book that hotel on our rate - its the first step booking the hotel13:34
danpboh, is that a special discounted rate ?13:34
*** markvoelker has quit IRC13:35
KLBmdbooth: is this an active decision letting it be up to the administrator to handle that, or is it not something that has been very prioritized?13:35
*** pradk has joined #openstack-nova13:35
PaulMurraydanpb, is that sarcasm?13:35
*** thorst has joined #openstack-nova13:36
mdboothKLB: It's a pretty weird requirement, tbh. You might have to do some advocacy if you want something like that.13:36
danpbheh no, i just didn't realize there was a different rate13:36
mdboothI expect it would make some things considerably more complex if RAM and storage were linked.13:36
PaulMurrayturns out they all advertise "from £45 a night" but if yo utry to book one its more like £14513:37
danpbyeah, i'm just seeing that now :-)13:37
KLBmdbooth: yea, but I guess that it is when you're using RAM disks in your setup?13:37
*** thorst_ has joined #openstack-nova13:37
lxsliKLB: you could set reserved_host_memory_mb but that's constant, you can't reserve an amount per instance13:37
*** Sree__ has joined #openstack-nova13:37
KLBlxsli: right, it's just that the numbers isn't really accurate then when scheduling and allocating the resources for the instance13:38
*** daemontool has joined #openstack-nova13:39
KLBI guess the scheduler just looks at the host state when it places the vms, but the quotas won't be accurate, right?13:39
openstackgerritChangBo Guo(gcb) proposed openstack/nova: Use version convert methods from oslo_utils.versionutils  https://review.openstack.org/20332213:39
lxsliKLB: best I can offer is to feed this usecase into the extra_specs work13:39
danpbrather than giving the guest 1 GB of RAM and a 1 GB RAMdisk, why not just give the guest 2 GB of RAM and let the guest OS configure its own ramdisk from that alllocation13:39
danpbit avoids nova needing to care about this at all and gives the guest more flexibility in how it uses ram & disk13:39
*** Sree has quit IRC13:40
mdboothdanpb: It wouldn't be persistent across a guest reboot, I guess.13:41
*** thorst has quit IRC13:41
KLBdanpb: I'm currently working on supporting http://wiki.qemu.org/Features/BlockReplication in openstack/libvirt. The ideal setup is to put the disk buffer on RAM disk to keep the latency to a minimum13:42
*** thorst_ has quit IRC13:44
*** thorst_ has joined #openstack-nova13:45
danpbok, well that's much more complex than just supporting a ramdisk in nova13:46
*** claudiub|2 has joined #openstack-nova13:46
*** claudiub has quit IRC13:46
danpbi'd strongly advise you to submit a blueprint + spec proposal for continuous replication before investing time to writing the code for nova13:47
*** pkoniszewski has joined #openstack-nova13:47
*** haomaiwang has joined #openstack-nova13:49
*** thorst_ has quit IRC13:49
johnthetubaguyKLB: +1 to danpb's comment on getting a spec up for review13:49
openstackgerritRaildo Mascena de Sousa Filho proposed openstack/nova: Nested Quota: Set default values to subproject  https://review.openstack.org/24251413:49
openstackgerritRaildo Mascena de Sousa Filho proposed openstack/nova: Nested Quota Driver: Create Column Allocated  https://review.openstack.org/24250013:49
openstackgerritRaildo Mascena de Sousa Filho proposed openstack/nova: Nested Quota Driver: Get Hierarchy info  https://review.openstack.org/24256813:49
KLBdanpb: yes, we're planning on doing that. My work is part of a bigger project however, so I got a deadline to consider as well I'm afraid!13:50
*** pkoniszewski has quit IRC13:51
KLBA blueprint will be created before trying to get it upstream though of course13:51
KLBI'll create a note of the ram disk deal for now, and I guess that it can be discussed further if this leads anywhere later on13:52
*** markvoelker has joined #openstack-nova13:53
danpbKLB: oh, well be warned that if you implement it first and then submit a blueprint once its "ready"13:55
danpbKLB: then there's a good chance you'll end up having to re-design and/or rewrite it13:55
danpbbased on feedback on the spec/blueprint13:55
openstackgerritRaildo Mascena de Sousa Filho proposed openstack/nova: Nested Quota Driver: Get Hierarchy info  https://review.openstack.org/24256813:55
openstackgerritRaildo Mascena de Sousa Filho proposed openstack/nova: Nested Quota Driver: Get Hierarchy info  https://review.openstack.org/24256813:56
*** daemontool has quit IRC13:56
KLBdanpb: I count on it, the qemu/kernel work is still in progress as well, so it's going to be changed over time anyway13:56
*** pkoniszewski has joined #openstack-nova13:57
*** ljxiash has joined #openstack-nova13:57
*** daemontool has joined #openstack-nova13:57
openstackgerritjichenjc proposed openstack/python-novaclient: Print current nova default nova API microversion  https://review.openstack.org/24913213:57
PaulMurrayLive migration meeting on #openstack-meeting-3 in 4 minutes: PaulMurray paul-carlton2 eliqiao shaohe_feng pkoniszewski jlanoux yuntongjin mdbooth13:57
*** tdurakov_ is now known as tdurakov13:57
*** achanda has quit IRC13:57
ildikovdanpb: hi13:58
*** daemontool has quit IRC13:58
ildikovdanpb: I addressed your comment in https://review.openstack.org/#/c/21250813:58
*** daemontool has joined #openstack-nova13:59
ildikovdanpb: could you please take a look? :)13:59
shaohe_fengPaulMurray:  thank you. will join13:59
*** salv-orl_ has quit IRC14:00
*** zhangjn has quit IRC14:00
*** subscope has quit IRC14:00
*** haomaiwang has quit IRC14:01
*** haomaiwa_ has joined #openstack-nova14:01
*** jhesketh has joined #openstack-nova14:02
*** jhesketh has quit IRC14:03
*** rlrossit has joined #openstack-nova14:03
*** jaosorior has quit IRC14:03
*** otter768 has joined #openstack-nova14:03
*** gszasz has quit IRC14:03
*** rcernin has quit IRC14:03
*** jaosorior has joined #openstack-nova14:04
*** jhesketh has joined #openstack-nova14:04
*** subscope has joined #openstack-nova14:04
ndipanovhey folks - can anyone remember why we thought it was a good idea to depend on pbr at runtime14:05
ndipanovI seem to remember this coming up a bunch of times (rightfully so) and we still seem to depend on it14:05
*** achanda has joined #openstack-nova14:06
*** pilgrimstack has quit IRC14:07
johnthetubaguyndipanov: I don't remember why, honestly14:07
bauzasPaulMurray: so, I'm not really opiniated14:08
bauzasPaulMurray: re https://review.openstack.org/#/c/245543/714:08
*** otter768 has quit IRC14:08
bauzasPaulMurray: I mean, it's understandable that having a microversion for that means that the operator can just uses the max capping for that microversion14:08
bauzasPaulMurray: that said, I leave oomichi and alex_xu for that because I'm not really API seasoned14:09
*** pilgrimstack has joined #openstack-nova14:10
*** subscope has quit IRC14:10
*** gszasz has joined #openstack-nova14:10
*** subscope has joined #openstack-nova14:11
*** ctrath has joined #openstack-nova14:11
*** ankit_ag has quit IRC14:12
*** paul___ has left #openstack-nova14:12
*** paul___ has joined #openstack-nova14:12
ndipanovjohnthetubaguy, I seem to remember there being an attempt to move the version bits of pbr into oslo.version and have no idea what happened with that14:12
*** zenoway has quit IRC14:12
*** subscope has quit IRC14:13
*** subscope has joined #openstack-nova14:13
*** subscope has quit IRC14:16
*** zenoway has joined #openstack-nova14:16
*** subscope has joined #openstack-nova14:17
*** pilgrimstack has quit IRC14:18
*** pilgrimstack has joined #openstack-nova14:19
*** eharney has joined #openstack-nova14:19
openstackgerritRaildo Mascena de Sousa Filho proposed openstack/nova: Nested Quota Driver  https://review.openstack.org/24262614:21
*** jerrygb has joined #openstack-nova14:23
*** mylu has joined #openstack-nova14:23
*** jichen has quit IRC14:24
*** venkat_p has quit IRC14:26
*** venkat_p has joined #openstack-nova14:26
openstackgerritAlexis Lee proposed openstack/nova: Remove SoftDeleteMixin from BandwidthUsage  https://review.openstack.org/24036114:28
*** omnipresent has joined #openstack-nova14:29
*** Sree__ has quit IRC14:30
rlrossitlxsli: you were right about doing 1 at a time when asking for reviews... after one got merged, the rest went into merge conflict :(14:31
*** Sree has joined #openstack-nova14:32
*** mc_nair has joined #openstack-nova14:32
*** amotoki has joined #openstack-nova14:32
*** akshai has joined #openstack-nova14:32
chinmaya:garyk1 Hi14:33
*** zenoway has quit IRC14:33
*** mriedem_away is now known as mriedem14:33
*** mrkz has joined #openstack-nova14:33
chinmayagaryk1: was thinking to take up considering dest param in migration / allow_resize_to_same_host = true case for vmware,14:34
chinmayashould it be taken as a bp or a bug ?14:35
lxslirlrossit: doh!14:35
chinmayalooks like it may lead into a big churn14:35
lxslirlrossit: chain them?14:35
*** willsama has joined #openstack-nova14:36
chinmaya:garyk1: allow_resize_to_same_host = false * case14:36
openstackgerritClaudiu Belu proposed openstack/nova: Hyper-V: refines the exceptions raised in the driver  https://review.openstack.org/21210214:36
*** Sree has quit IRC14:36
*** mtanino has joined #openstack-nova14:37
rlrossitlxsli: nah I'm just a lazy bum. I'll do one at a time now...14:38
openstackgerritPavel Kholkin proposed openstack/nova-specs: keypairs-pagination support  https://review.openstack.org/23966314:39
beaglesvladikr, I've just been going over some of the SR-IOV PF stuff. I'm thinking I misunderstood something. Are we looking at dynamic management of VFs/PFs in the first iteration of this?14:39
garyk1chinmaya: at the moment the migration code is not supported at all, unless you consider resize as migrations14:39
openstackgerritRyan Rossiter proposed openstack/nova: Use o.vo FlexibleBooleanField  https://review.openstack.org/24533614:39
garyk1i also think that you are addressing a real edge case14:39
*** zenoway has joined #openstack-nova14:40
vladikrbeagles, hmm.. are you referring to this? http://specs.openstack.org/openstack/nova-specs/specs/mitaka/approved/sriov-physical-function-passthrough.html14:42
chinmaya@garyk1 : yeah, its a edge case for resize. Since method migrate_disk_and_power_off handles both cold migrate and resize , i was thinking its good to handle "dest" and clone the vm to the other compute.14:42
beaglesvladikr, yup14:43
chinmaya:garyk1: are we planning to divide resize and migrate into a separate methods  ?14:43
*** goodygum_ is now known as noqa_v_qoovnie14:44
*** omnipresent has quit IRC14:44
*** sacharya has joined #openstack-nova14:45
vladikrbeagles, yea. the idea is to pass a PF, that has no assigned VFs , once it's assigned , the related VFs should not be available for assignment.. this is the level of management we are looking at14:45
garyk1chinmaya: for the cloning we should leverage the 6.0 features which enable14:45
garyk1this should also support live migrations.14:45
vladikrbeagles, not to reconfigure the driver on the host or anything like that, just to manage the resources14:46
beaglesvladikr, okay. The reason I ask is that in some cases there is a neutron agent for SR-IOV running on that host - there are implications when the case is more dynamic.14:47
vladikrbeagles, did I answer the question or just confused you more :)14:47
vladikroh14:47
beaglesvladikr, nope I think that clarified the situation :)14:47
chinmaya:garyk1: but that can be handled in a seperate method : live_migration , right ?14:47
*** jwcroppe has joined #openstack-nova14:47
*** jgriffith_away is now known as jgriffith14:47
garyk1chinmaya: the pans are that we add the live migration support. my guess is that we will need a BP for that. the idea was to get involved in the efforts led by PaulMurray14:48
vladikrbeagles, I think this spec (sriov-physical-function-passthrough) doesn't rely on any networking awareness14:48
garyk1chinmaya: rado is going to try and work on this. he is just out this week and beginning of next14:48
beaglesvladikr, well.. in the intel case I don't think there is an issue, but I think there are two things when there is an agent: 1. data consistency on VF allocations and 2. the agent probably needs to get involved with manipulating the NIC14:48
*** madhaviy has joined #openstack-nova14:48
garyk1if possible can you connect up with him next week14:48
*** sacharya has quit IRC14:49
chinmaya:garyk1 sure gary. Cheers!14:49
madhaviyhi there, is there any way to retrieve servers list(vm list) based on user_id?14:49
beaglesvladikr, right.. which is probably sensible. In any case, the VNIC stuff is more-or-less underway. I'll need to loop in moshele, baoli, irenab to get some advice on the agents14:50
vladikrbeagles, yea, moshele pointed me to the patch today. sounds great14:51
*** irenab has quit IRC14:51
* beagles totally forgot about the sr-iov meeting this morning :(14:51
chinmaya:madhaviy : nova list  --user <userid> , will do14:52
*** yuntongjin has quit IRC14:52
*** achanda has quit IRC14:53
*** achanda has joined #openstack-nova14:54
*** pumaranikar has joined #openstack-nova14:54
openstackgerritSylvain Bauza proposed openstack/nova: Add code-review devref for release notes  https://review.openstack.org/24777514:55
bauzasmriedem: so, I made a respin for the reno code-review change14:55
bauzasmriedem: ^14:56
*** achanda_ has joined #openstack-nova14:56
bauzasmriedem: if you could just rant my change, that would be nice :)14:56
*** jerrygb has quit IRC14:56
bauzasjohnthetubaguy: eh, I guess you'd be interested in that too ^14:56
*** jerrygb has joined #openstack-nova14:57
*** tdurakov has quit IRC14:58
*** akshai has quit IRC14:59
mriedembauzas: ok, after the performance meeting, starting nowish14:59
mriedem#openstack-performance14:59
*** jwcroppe has quit IRC14:59
bauzasis there a meeting there?14:59
bauzasman14:59
bauzasI'm just following the meeting rooms14:59
*** achanda has quit IRC14:59
*** mgoddard_ has joined #openstack-nova14:59
bauzas-ETOOMANYCHANS15:00
mriedemshould be starting in a minute15:00
*** akshai has joined #openstack-nova15:00
*** jaosorior has quit IRC15:00
mriedemjohnthetubaguy: is there a nova meeting this week?15:00
*** haomaiwa_ has quit IRC15:01
mriedemit's on the US thanksgiving holiday15:01
*** mylu has quit IRC15:01
johnthetubaguymriedem: so I haven't cancelled it yet, I was thinking of sending a not the ML about that15:01
*** haomaiwa_ has joined #openstack-nova15:01
*** garyk1 has quit IRC15:02
*** mylu has joined #openstack-nova15:02
*** akshai has quit IRC15:02
*** jaosorior has joined #openstack-nova15:02
*** boris-42 has joined #openstack-nova15:02
johnthetubaguymriedem: I am thinking we just do it anyway, noting its likely to be quite short, and I am assuming no US folks are joining for that? or does that sound like a bad plan?15:02
mriedemseems fine15:02
*** rotbeard has quit IRC15:03
*** ljxiash has quit IRC15:03
*** mgoddard has quit IRC15:03
*** salv-orlando has joined #openstack-nova15:04
lxslimriedem: can you look at https://review.openstack.org/#/c/248780/ when you have a minute please?15:04
*** ljxiash has joined #openstack-nova15:04
*** thorst_ has joined #openstack-nova15:04
mriedemlxsli: that probably needs to come up in the nova meeting15:05
lxsliOK15:05
*** thorst_ has quit IRC15:05
*** rajesht has quit IRC15:05
mriedemalso,15:05
*** thorst_ has joined #openstack-nova15:06
lxslidoes it look vaguely plausible? I haven't done a lot of schema changes before15:06
mriedemnvm15:06
*** chinmaya has quit IRC15:06
mriedemlxsli: the change itself looks ok15:07
*** breitz has quit IRC15:08
*** breitz has joined #openstack-nova15:08
lxslimriedem: excellent, thanks15:08
*** dims_ has joined #openstack-nova15:08
mriedemit doesn't seem to have broken the bw usage cache periodic task in the xenserver CI http://dd6b71949550285df7dc-dda4e480e005aaa13ec303551d2d8155.r49.cf1.rackcdn.com/80/248780/1/16806/logs/screen-n-cpu.txt.gz15:09
madhaviy:chinmaya Thanks15:09
mriedemwhich is good15:09
*** dims has quit IRC15:09
openstackgerritChangBo Guo(gcb) proposed openstack/nova: Use version convert methods from oslo_utils.versionutils  https://review.openstack.org/20332215:09
mriedemthe db migration must not have been too bad since the t-h testing passed15:09
mriedemalaski: does this cause any db migration issues for rax? https://review.openstack.org/#/c/248780/15:10
*** burgerk has joined #openstack-nova15:10
*** thorst_ has quit IRC15:10
mriedemxen is the only virt driver that uses that table15:10
*** burgerk_ has joined #openstack-nova15:11
*** sahid has quit IRC15:12
*** jinxing has quit IRC15:13
*** gszasz has quit IRC15:14
*** burgerk has quit IRC15:15
*** jerrygb has quit IRC15:15
*** jerrygb has joined #openstack-nova15:16
*** njirap has quit IRC15:16
*** gcb has quit IRC15:17
*** thangp has joined #openstack-nova15:18
*** markvoelker has quit IRC15:18
*** markvoelker has joined #openstack-nova15:18
*** sneti has joined #openstack-nova15:20
*** sahid has joined #openstack-nova15:21
*** zenoway has quit IRC15:21
markus_zsdague: You showed my the shiny grafana, would be cool to have your feedback to the PoC: http://lists.openstack.org/pipermail/openstack-dev/2015-November/080381.html15:24
*** venkat_p has quit IRC15:25
*** subscope has quit IRC15:26
*** pratikmallya has joined #openstack-nova15:27
johnthetubaguymriedem: I think add foreign key can be expensive on older versions of MySQL, but it looks OK on newer versions: http://dev.mysql.com/doc/refman/5.7/en/innodb-create-index-overview.html15:27
mriedemresurrect johannes bot15:27
*** gszasz has joined #openstack-nova15:27
johnthetubaguyyeah15:28
alaskimriedem: I'll have to actually test it later, not at a good place to do it atm, but it's very likely to cause issues.15:29
alaskimriedem: not a reason to not add it though15:29
*** electrocucaracha has joined #openstack-nova15:30
johnthetubaguyalaski: it looks screwed for mysql 5.5, the docs for mariaDB seem to suggest you need to ask for it to be online but I am unsure, and mysql 5.6 looks OK, but we don't use that15:30
alaskijohnthetubaguy: yeah, I'm more worried about needing to clean up data so FK constraints aren't violated before it's run15:31
bauzasmeh, are we talking of adding a FK on the instances table ?15:31
bauzasthat's a big operational change AFAIK15:31
bauzasbecause it will lock the table unless I'm wrong?15:31
johnthetubaguybauzas: not always, but this is bandwidth usage table (which is probably bigger)15:32
johnthetubaguyalaski: true15:32
bauzasjohnthetubaguy: :/15:32
bauzasI played with MySQL 5.1 and 5.5 and that kind of thing is very sensitive on large tables15:33
mriedembauzas: https://review.openstack.org/#/c/248780/15:33
*** gszasz_ has joined #openstack-nova15:33
mriedemalaski: johnthetubaguy: yeah i suspect there are a lot of orphaned bw_usage_cache records, pointing at instance uuids that aren't in the instances table anymore15:33
*** jerrygb has quit IRC15:33
*** electrocucaracha has quit IRC15:34
bauzasjohnthetubaguy: oh I see the MySQL page you said, thanks for that15:35
*** gszasz has quit IRC15:35
alaskimriedem: yeah.  So likely to cause issues there, and potentially have db downtime to run the migration.  The orphaned data is our problem though and shouldn't affect the review.15:36
*** salv-orlando has quit IRC15:36
*** akshai has joined #openstack-nova15:36
*** subscope has joined #openstack-nova15:36
alaskibelliott did some testing recently on adding foreign keys and db downtime so he may be able to answer the other part.15:36
mriedemalaski: well, we could archive/purge orphaned bw_usage_cache as part of the migration if needed15:37
*** Marga_ has joined #openstack-nova15:38
alaskipurging data that can't exist with the FK would be nice15:38
*** shaohe_feng1 has joined #openstack-nova15:40
*** subscope has quit IRC15:40
alaskiI'm not supposed to be here today so I'm going to step away again.  But I'll follow up with belliott on potential downtime from that migration so we can add a data point to it15:40
mriedemok, thanks15:40
*** salv-orlando has joined #openstack-nova15:40
markus_zmikal: What can I do to revoke your -1 from the virtlogd spec? https://review.openstack.org/#/c/234291/15:40
*** gszasz_ has quit IRC15:41
mriedemjhesketh: can you tell me if any of the data sets in the t-h runs have a populated bw_usage_cache table?15:42
*** shaohe_feng has quit IRC15:42
*** mylu has quit IRC15:43
*** tdurakov has joined #openstack-nova15:44
*** sfinucan has joined #openstack-nova15:46
*** haomaiwa_ has quit IRC15:49
mirrorboxjaypipes: ping15:50
*** EinstCra_ has quit IRC15:51
jaypipesmirrorbox: gimme about 15 minutes please15:51
*** salv-orlando has quit IRC15:51
openstackgerritStephen Finucane proposed openstack/nova: test_fields: Remove all 'Enum' subclass tests  https://review.openstack.org/24437215:51
*** zenoway has joined #openstack-nova15:51
mirrorboxjaypipes: cool, no rush, just wanted to remind you about |https://review.openstack.org/#/c/182242/15:52
*** achanda_ has quit IRC15:53
*** pratikmallya has quit IRC15:54
mriedemhmm, i have a feeling this is done https://blueprints.launchpad.net/nova/+spec/fewer-networking-token-checks15:57
mriedemvery old bp15:57
mriedembut i thought with the caching of neutronclient and the session stuff that jamielennox added awhile back, that's basically done15:57
*** subscope has joined #openstack-nova15:57
*** pratikmallya has joined #openstack-nova15:59
*** subscope has quit IRC15:59
*** achanda has joined #openstack-nova15:59
sahiddanpb: any chance you look at https://review.openstack.org/#/c/224726/ and https://review.openstack.org/#/c/197569/ (was rebase)16:00
bauzasjaypipes: when you're around and free, got a sec for educating me on https://review.openstack.org/#/c/211753/38/nova/objects/request_spec.py,cm ?16:00
*** salv-orlando has joined #openstack-nova16:00
bauzasjaypipes: I missed those decos, so I wonder what is needed for any DB API method16:00
*** kentb1 has joined #openstack-nova16:01
bauzas(I can read the code tho)16:01
PaulMurrayndipanov, hi, are you around? I want to ask about device names for volumes16:01
*** vilobhmm has joined #openstack-nova16:01
*** pratikma_ has joined #openstack-nova16:03
*** tdurakov has quit IRC16:03
*** gszasz has joined #openstack-nova16:03
*** vilobhmm1 has joined #openstack-nova16:04
mriedemlxsli: you'd do it in the migration script16:04
lxslisorry, wrong channel16:04
lxslithanks!16:04
*** otter768 has joined #openstack-nova16:04
PaulMurraydanpb, do you have a minute, same question about device names ^^^16:04
mriedemlxsli: i guess the question is do we archive (move to shadow tables?) or purge?16:04
*** salv-orlando has quit IRC16:04
lxsliWe should ask a Xen person I guess but I'd rather purge16:05
mriedemlxsli: i don't really know how valuable that data is so i'm not sure if it should be archived, that's a question more for the rax people since they are the ones using it16:05
danpbPaulMurray: what about them ?16:05
*** pratikmallya has quit IRC16:05
mriedemlxsli: i guess it could check shadow tables for the instance uuid and if not there, purge, else archive,16:06
*** vilobhmm has quit IRC16:06
mriedembut maybe that's too over the top for this16:06
PaulMurraydanpb, I'm doing a spec for detaching/attaching volumes in when shelved16:06
PaulMurraydanpb, attaching is done in a synchronized block normally16:06
*** suro-patz has joined #openstack-nova16:06
PaulMurraybut if the instance is shelved there is no compute host involved, so the is no way to synchronize16:07
PaulMurrayIt turns out the only thing that needs the sync is16:07
PaulMurraythe part that reserves a name for the device16:07
*** ericksonsantos has joined #openstack-nova16:07
PaulMurraywhich calls down into the virt driver16:07
openstackgerritPaul Carlton proposed openstack/nova-specs: Cancel ongoing live migrations  https://review.openstack.org/22882816:07
*** zenoway has quit IRC16:07
*** klkumar has quit IRC16:08
PaulMurraySo I'm wondering about how to get around doing that?16:08
PaulMurrayAre you familiar with that?16:08
*** klkumar has joined #openstack-nova16:08
lxslimriedem: +1 over the top16:08
jaypipesbauzas: gonna be a while...16:09
*** otter768 has quit IRC16:09
bauzasjaypipes: nvm, just reading the code16:09
*** whenry_ has joined #openstack-nova16:10
openstackgerritStephen Finucane proposed openstack/nova-specs: Rework policies for virt-driver CPU thread pinning  https://review.openstack.org/24419816:10
*** nkrinner has quit IRC16:12
sfinucandanpb: Could I request some of your time for a review of the CPU thread pinning spec rework? It seems you're the main man as far as this spec goes.16:12
*** mjura has quit IRC16:13
lxslijaypipes: https://review.openstack.org/#/c/219761/ is landable!16:13
lxslishould be no diff since you reviewed it last16:14
mriedemi wonder how many people will ping jaypipes to review a thing before his head explodes16:15
mriedemlet's start an office pool16:15
danpbPaulMurray: needs nikola to answer that i think16:15
*** madhaviy has quit IRC16:15
PaulMurraydanpb, ok - thanks16:16
*** matrohon has quit IRC16:16
lxslimriedem: yeah but it's wafer thin16:16
edleafemriedem: put me down for $10 on 516:16
*** rcernin has joined #openstack-nova16:16
bauzaspaul-carlton: you should enjoy some fancy answer to your ML thread...16:16
*** mpavone has quit IRC16:17
*** madhaviy has joined #openstack-nova16:17
paul-carlton1I'm already re thinking it a bit, maybe sdague is right and I should re write it with a GET /servers/{id}/migration then call DELETE on it16:19
paul-carlton1I'd go for migration (singular) because only one migration can be active and if you want old migrations the is migrations-list16:20
*** alexschm has quit IRC16:20
*** Guest72939 has quit IRC16:22
*** achanda_ has joined #openstack-nova16:23
mriedemgibi: this isn't actually complete right? https://blueprints.launchpad.net/nova/+spec/remove-service-management-from-nova-manage16:23
*** rods has joined #openstack-nova16:23
mriedemthat's supposed to be targeted for N16:23
*** mgoddard_ has quit IRC16:24
gibimriedem: yes, that is supposed to be done in N16:24
*** mgoddard_ has joined #openstack-nova16:24
mriedemok, i updated launchpad16:24
gibimriedem: this was completed for Mitaka https://blueprints.launchpad.net/nova/+spec/deprecate-service-management-in-nova-manage16:25
mriedemyeah16:25
*** mylu has joined #openstack-nova16:25
gibimriedem: thanks16:26
*** achanda has quit IRC16:26
*** zhenguo has quit IRC16:29
*** dims_ has quit IRC16:30
*** josecastroleon has quit IRC16:31
*** matrohon has joined #openstack-nova16:32
*** jdurgin1 has joined #openstack-nova16:32
*** suro-patz has quit IRC16:35
*** gszasz has quit IRC16:37
*** yonglihe has joined #openstack-nova16:37
*** signed8bit has joined #openstack-nova16:40
*** aix has quit IRC16:40
*** salv-orlando has joined #openstack-nova16:41
*** salv-orlando has quit IRC16:41
*** salv-orlando has joined #openstack-nova16:41
*** daemontool has quit IRC16:43
johnthetubaguyPaulMurray: bauzas: I had an idea for a slight tweak to that live-migrate doc, can I share that with you both?16:44
*** daemontool has joined #openstack-nova16:44
bauzasjohnthetubaguy: I need to drop off (daughter to pick up at her english class) but feel free to comment that here16:44
johnthetubaguybauzas: I am thinking we could just merge it and fix up a few things in a follow on patch?16:45
PaulMurrayjohnthetubaguy, yes, I was just going over the comments16:45
*** tdurakov has joined #openstack-nova16:45
bauzasjohnthetubaguy: I can remove that16:45
PaulMurrayjohnthetubaguy, I'm good with that, but what's the fix up?16:46
*** dims has joined #openstack-nova16:46
bauzasjohnthetubaguy: PaulMurray: tbc, are we okay to spin a new change providing some modifications ?16:46
bauzasjohnthetubaguy: PaulMurray: if so, I can +W and say "fair enough"16:47
ndipanovPaulMurray, am now16:47
ndipanovwhat16:47
ndipanovup16:47
johnthetubaguybauzas: one sec...16:47
PaulMurrayndipanov, with you in one moment16:47
openstackgerritJohn Garbutt proposed openstack/nova: DO NOT MERGE: quick idea to refactor move servers  https://review.openstack.org/24932116:47
tdurakovfolks, could anyone review patch https://review.openstack.org/#/c/249110/16:47
PaulMurraybauzas, BTW - cloud operator and cloud user are actors - not nova API roles16:47
bauzasjohnthetubaguy: dropped my -116:47
bauzasI really need to go16:48
bauzasfeel free to clarify that in the channel16:48
johnthetubaguybauzas: no problems, you should go16:48
*** jdurgin1 has quit IRC16:48
PaulMurrayjohnthetubaguy, you going to +W it?16:49
johnthetubaguyPaulMurray: I am curious if that makes sense: https://review.openstack.org/24932116:49
*** daemontool has quit IRC16:49
PaulMurrayjohnthetubaguy, yes, that does help16:50
*** scheuran has quit IRC16:50
johnthetubaguyPaulMurray: we could leave that as a follow on patch, thats probably easiest I guess?16:50
*** bnemec has quit IRC16:50
PaulMurrayjohnthetubaguy, sure, works for me16:50
*** suro-patz has joined #openstack-nova16:51
PaulMurrayjohnthetubaguy, did you get my point above about actors vs roles?16:51
*** EinstCrazy has joined #openstack-nova16:51
PaulMurraynot sure I want to complicate it16:51
claudiub|2johnthetubaguy: sdague: hello. the exceptions raised by the HyperVDriver have been refined into more specific exceptions. As per our discussion last week. Can you take a look at the patch pls? https://review.openstack.org/#/c/212102/16:52
johnthetubaguyPaulMurray: I think so, I think if we put migrate first, those comments about the cloud operator fit into context more easily16:52
PaulMurrayjohnthetubaguy, agree - it looks a lot more natural - comes across as use cases rather than explaining actions16:53
*** kbyrne has quit IRC16:53
PaulMurrayndipanov, did you see my question to danpb above?16:54
ndipanovPaulMurray, let me scorll up16:55
*** jwcroppe has joined #openstack-nova16:55
ndipanovPaulMurray, hmm16:56
ndipanovthat's a good one16:56
ndipanovI wonder...16:56
ndipanovif we had some kind of a...16:56
ndipanovdistributed lock manager...16:56
*** suro-patz has quit IRC16:56
* ndipanov grins16:56
*** EinstCrazy has quit IRC16:56
PaulMurrayndipanov, if you bring up DLMs and world peace again I'm going home16:56
ndipanovlol16:56
ndipanovso thinking about it16:57
ndipanovso I would say16:57
ndipanovattach and leave the device name empty16:57
ndipanovonce the instance gets a compute host16:57
ndipanovdecide device names16:57
ndipanovholding an instance wide lock like attach does16:58
*** e0ne has quit IRC16:58
ndipanovPaulMurray, does that make sense?16:58
PaulMurrayndipanov, its brilliant - exactly what I was thinking !16:58
ndipanovthat's what boot does anyway16:58
PaulMurrayso completely ignore the device-name if the user supplies one16:59
*** danpb has left #openstack-nova16:59
PaulMurrayI think it gets ignored anyway doesn't it?16:59
*** danpb has joined #openstack-nova16:59
PaulMurrayin the virt driver16:59
PaulMurray(at least libvirt)17:00
ndipanovyeah I mean feel free to store it but in case of libvirt it will get overridden17:00
*** lykinsbd has joined #openstack-nova17:00
PaulMurraywill it trip up anywhere If the same name is supplied for two devices?17:00
*** diegows has quit IRC17:00
*** mgoddard_ has quit IRC17:00
openstackgerritMarkus Zoeller (markus_z) proposed openstack/nova: review guide: add location details for config options  https://review.openstack.org/24578917:00
ndipanovthough if we are adding a new API let's start off with no device name even possible17:01
*** mgoddard has joined #openstack-nova17:01
PaulMurrayndipanov, are we adding a new API?17:01
mtaninosdague: hi,17:02
markus_zgaryk: I don't fully understand your feedback in https://review.openstack.org/#/c/242064/ Could you explain it to me please?17:02
*** jwcroppe has quit IRC17:03
*** shaohe_feng1 has quit IRC17:03
garykmarkus_z: all code under openstack/common is code that is imported from the oslo incubator17:05
garyktheoretically this code should note be changed17:05
*** shihanzhang has quit IRC17:05
*** liusheng has quit IRC17:05
*** shihanzhang has joined #openstack-nova17:05
garykthat is, say a bug was fixed in the oslo policy code then that would be cherry picked and your changes would be overridden17:05
PaulMurrayjohnthetubaguy, we need to stop changes in api-guide triggering all those CI jobs17:05
openstackgerritBalazs Gibizer proposed openstack/nova: Add infra for versioned notifications  https://review.openstack.org/24702417:05
*** liusheng has joined #openstack-nova17:06
*** jlanoux_ has quit IRC17:06
markus_zgaryk: woot? That import practice is news to me.17:06
garykmarkus_z: yeah, it has been like this since dokeys years.17:07
johnthetubaguyPaulMurray: oh, true, I can never remember how thats done in gate17:07
openstackgerritJohn Garbutt proposed openstack/nova: docs: add clarifications to move servers  https://review.openstack.org/24932117:07
garykmarkus_z: fyi - https://github.com/openstack/nova/blob/master/openstack-common.conf17:07
lxslimarkus_z: it's true. the incubator is nearly empty now though afaik, we've been trying to move away from it17:08
markus_zgaryk: Hah, learning never stops. OK, got it, I will change the patch set.17:08
garykmarkus_z: thanks. fyi i think that this code will go away when noa moves to oslo_policy17:09
markus_zlxsli: Good to know. I haven't done anything with the incubator yet.17:09
openstackgerritJohn Garbutt proposed openstack/nova: docs: reorder move servers  https://review.openstack.org/24933117:09
markus_zgaryk: Do you happen to know when this is going to happen?17:11
*** ssurana has joined #openstack-nova17:11
johnthetubaguyPaulMurray: put those two patches up, they really don't change too much, just a few tweaks, let me know how they look17:11
PaulMurrayjohnthetubaguy, will do17:12
johnthetubaguymarkus_z: there is a blueprint trying to track the olso stuff: https://blueprints.launchpad.net/nova/+spec/oslo-for-mitaka17:12
johnthetubaguymarkus_z: not sure all the when and how have actually been agreed yet17:13
markus_zjohnthetubaguy: Great, thanks! Seems to be blocked right now by dansmith17:13
openstackgerritAlexis Lee proposed openstack/nova: Add FK bw_usage_cache.uuid -> instances.uuid  https://review.openstack.org/24878017:13
markus_zjohnthetubaguy: no worries, I was just curious17:13
*** ccarmack has joined #openstack-nova17:13
dansmithmarkus_z: say wha?17:14
garykmarkus_z: no idea.17:14
markus_zdansmith: https://review.openstack.org/#/c/198065/17:14
*** madhaviy has quit IRC17:14
dansmithmarkus_z: I was just -2ing it by request before the last release17:15
*** Luigi_ has quit IRC17:15
markus_zdansmith: It's a free elf now :)17:15
markus_zthanks17:15
markus_zdims: FYI: https://review.openstack.org/#/c/198065/17:16
*** jwcroppe has joined #openstack-nova17:17
*** kfarr has joined #openstack-nova17:18
*** dims has quit IRC17:18
*** dims_ has joined #openstack-nova17:18
*** david-ly_ has joined #openstack-nova17:19
*** matrohon has quit IRC17:19
*** nic has joined #openstack-nova17:20
rlrossitgibi: I have a feeling the notifications meeting is going to suddenly become popular this week ;)17:20
openstackgerritPushkar Umaranikar proposed openstack/nova: Modify VM's updated_at field on volume actions  https://review.openstack.org/24717617:21
*** lpetrut has quit IRC17:21
*** david-l__ has joined #openstack-nova17:23
*** david-ly_ has quit IRC17:23
*** david-lyle has quit IRC17:23
*** tdurakov has quit IRC17:23
*** vilobhmm1 has quit IRC17:25
*** mylu has quit IRC17:26
*** kylek3h has quit IRC17:26
*** mylu has joined #openstack-nova17:26
markus_zdansmith: Would it make sense to merge a new patch set of https://review.openstack.org/#/c/215102/ before your LibvirtLiveMigrationData object merges? I'm thinking about a possible backport of the patch to Liberty.17:27
dansmithmarkus_z: I'd rather we not17:28
markus_zdansmith: pre-condition is that the new patch set doesn't screw up the update behavior17:28
dansmithmarkus_z: it's adding a new thing to an unversioned blob, that existing nodes running that release don't have17:29
dansmithmarkus_z: I'd rather just call it broken and fix it going forward17:29
dansmithespecially since it's not a regression17:30
*** david-l__ has quit IRC17:30
markus_zdansmith: Right, it never worked really...17:30
*** mylu has quit IRC17:31
markus_zdansmith: A backport would have been great and if I understand the code correctly, it would have worked in a mixed environment.17:32
*** rdopiera has quit IRC17:32
dansmithmarkus_z: the current code completely breaks interacting with the current release17:33
markus_zdansmith: True, a new patch set is needed.17:33
dansmithmarkus_z: it could be done in a way such that it doesn't break things, but I'd rather us not17:33
markus_zdansmith: OK, just wanted to double-check, thans.17:34
markus_z*thanks17:34
*** derekh has quit IRC17:35
*** Marga_ has quit IRC17:42
*** sayali has quit IRC17:42
*** burt has joined #openstack-nova17:44
*** david-lyle has joined #openstack-nova17:44
*** Marga_ has joined #openstack-nova17:46
*** lykinsbd has quit IRC17:48
*** markmc has quit IRC17:49
*** ijw has joined #openstack-nova17:50
*** yamahata has joined #openstack-nova17:50
*** Marga_ has quit IRC17:51
*** klkumar has quit IRC17:51
*** pratikmallya has joined #openstack-nova17:54
*** pratikmallya has quit IRC17:54
*** pratikmallya has joined #openstack-nova17:54
*** ccarmack has left #openstack-nova17:55
*** pratikma_ has quit IRC17:56
*** aix has joined #openstack-nova17:57
*** suro-patz has joined #openstack-nova17:57
*** stackdump has joined #openstack-nova17:59
*** sacharya has joined #openstack-nova18:00
*** e0ne has joined #openstack-nova18:01
*** irenab has joined #openstack-nova18:01
*** david-lyle has quit IRC18:03
*** pratikmallya has quit IRC18:04
*** jistr has quit IRC18:04
*** sacharya has quit IRC18:04
*** otter768 has joined #openstack-nova18:05
*** rotbeard has joined #openstack-nova18:05
*** PaulMurray is now known as ptm_away18:06
jrollwould y'all need a spec for this, or is the BP sufficient (when the ironic spec lands)? https://blueprints.launchpad.net/nova/+spec/ironic-rescue-mode18:07
*** markus_z has quit IRC18:08
openstackgerritDan Smith proposed openstack/nova: Actually pass the migration data object down to the virt drivers  https://review.openstack.org/24821118:09
*** jaosorior has quit IRC18:09
*** otter768 has quit IRC18:09
*** jaosorior has joined #openstack-nova18:10
*** rotbart has joined #openstack-nova18:10
*** david-lyle has joined #openstack-nova18:11
*** wasmum has joined #openstack-nova18:11
*** hemna has quit IRC18:12
*** rotbeard has quit IRC18:12
*** claudiub|2 has quit IRC18:12
*** achanda has joined #openstack-nova18:13
*** Marga_ has joined #openstack-nova18:14
dansmithjroll: I think one could make an argument for a specless "feature parity" blueprint for that18:15
dansmithjroll: what is the crypt() piece?18:16
dansmiththe admin password for the rescue instance?18:16
jrolldansmith: yeah, /etc/shadow style to avoid it in the db in plaintext18:16
jrollI meant to write (like /etc/shadow uses) there18:17
*** achanda_ has quit IRC18:17
dansmithjroll: but you will still install the key like normal too right?18:17
*** mriedem has quit IRC18:17
dansmithjroll: do you support admin password for regular instances?18:17
jrolldansmith: there were reasons I don't necessarily remember why we didn't do the ssh key downstream, but if that's what other drivers do that's fine18:18
dansmithjroll: you don't do the key in normal instances?18:18
jrolldansmith: no, we do, I meant we didn't inject ssh key for rescue18:18
dansmithoh18:19
lucasagomesdansmith, jroll not totally related but yet related we do something similar here https://review.openstack.org/#/c/245082/18:19
dansmithI'm not sure about the other drivers, but libvirt doesn't implement admin pass at all, AFAIK18:19
jrollas for admin password on regular instances, I think so? assuming that cloud-init/metadata service/configdrive support it18:19
jrollorly18:19
lucasagomeswe generate the encrypted password with openssl18:19
dansmithokay, we can do it if the agent is running it looks like18:20
*** kevinbenton has quit IRC18:20
dansmithanyway, I'm not saying you shouldn't do it, but I think key would be required too18:21
jrolldansmith: ok cool, I'll mention that in a comment on the ironic spec18:21
jrollthanks18:21
*** mriedem has joined #openstack-nova18:21
dansmithjroll: so I'l put that on the meeting agenda for thursday, with a comment about it being feature parity,18:22
dansmithand when you return from food coma week, it might be approved18:22
*** achanda has quit IRC18:22
jrolldansmith: sweet, ty sir. note the ironic spec isn't approved but I don't expect much to change18:23
dansmithah, well, that'd be a thing probably18:23
jrolldansmith: on the ssh key thing, is that --key-name passed to nova rescue or?18:23
jrolljust whatever key is used for that instance?18:23
openstackgerritsahid proposed openstack/nova: libvirt: introduce "snapshot" to Guest's object  https://review.openstack.org/24935318:23
dansmithjroll: should be whatever key the instance was built with18:23
dansmithyeah18:24
mriedemjroll: make sure your nova bp depends on the ironic bp in launchpad18:24
jrolldansmith: so what if their key was lost/compromised? :)18:24
dansmithjroll: I guess maybe cloud-init in the rescue instance will handle that? I dunno18:24
dansmithjroll: meaning that's the reason for the rescue?18:24
jrolldansmith: yeah18:24
dansmithjroll: I'm not sure that's a thing we care about, but if adminpass works too, then.. :)18:24
jrolldansmith: keeping in mind not all ironic deployments allow for console18:25
jrollheh, yeah. cool.18:25
dansmithjroll: I'm not sure that's a thing we care about, but if adminpass works too, then.. :)18:25
dansmithoops18:25
jroll:P18:25
jrollmriedem: done18:25
*** pixelbeat has quit IRC18:27
*** liverpooler has quit IRC18:27
gibirlrossit: we will see :)18:27
*** jaosorior has quit IRC18:28
*** sahid has quit IRC18:28
gibidansmith: hi! do you have a minute?18:31
dansmithgibi: yeah18:31
*** tjones has joined #openstack-nova18:31
gibidansmith: so I'm trying to figure out how the Service.version field is updated18:31
gibithe code here https://github.com/openstack/nova/blob/master/nova/objects/service.py#L267-L27118:31
gibimakes me wonder18:31
gibiI'm implementing a new notification for service status change and I'd like to send notification if the version changes too18:32
*** danpb has quit IRC18:33
dansmithgibi: that version never changes at runtime, so I'm not sure what you're trying to notify about18:33
gibidansmith: does it changed in the db directly?18:34
dansmithgibi: inside a given service, it's defined here: https://github.com/openstack/nova/blob/master/nova/objects/service.py#L3118:34
dansmithgibi: which we write to the database so that other services know how old or new we are18:34
gibidansmith: so when somebody deploys a new version of a service and restarts the service the new code will update the service.version in the specific db row?18:36
*** pixelbeat has joined #openstack-nova18:36
*** ctrath has quit IRC18:37
dansmithgibi: yes18:37
*** tdurakov has joined #openstack-nova18:38
gibidansmith: so the Service.__init__ will do the update in the object, but then somebody will call save later on to persist the change18:39
dansmithgibi: yes18:39
gibiand we assume that this save will not be a skip because other than the version field is changed18:40
*** vilobhmm11 has joined #openstack-nova18:40
*** lucasagomes is now known as lucas-dinner18:40
dansmithgibi: it requires us to do a .save() to update it, but we do that every $periodic on the services anyway18:41
gibidansmith: I see. Thanks it makes sense. So my plan to send the notification from the .save() will work for the version change as well18:43
*** ctrath has joined #openstack-nova18:44
dansmithgibi: well, it'll always look dirty, so you probably want to filter it out somehow18:44
dansmithgibi: otherwise it'll keep looking changed in your notifications18:45
gibiif it is only the version changed then I will not send notification18:45
gibias the save() will be a skip anyhow18:45
*** rlrossit has quit IRC18:46
*** bnemec has joined #openstack-nova18:47
openstackgerritVladik Romanovsky proposed openstack/nova-specs: Enable SR-IOV physical functions assignment with Neutron port  https://review.openstack.org/23987518:47
*** mtanino has quit IRC18:47
gibidansmith: this is the current piece of code https://review.openstack.org/#/c/245678/8/nova/objects/service.py,cm18:47
*** jichen has joined #openstack-nova18:48
*** pilgrimstack has quit IRC18:49
*** ijw has quit IRC18:50
*** pratikmallya has joined #openstack-nova18:50
*** pratikmallya has quit IRC18:50
doffmedleafe: Do you have a PoC for the alternative scheduler described in your resource-tracker spec?18:51
dansmithgibi: if you don't care to show the fields that changed in the parent object, then that's fine18:51
*** pratikmallya has joined #openstack-nova18:51
edleafedoffm: yes18:51
*** garyk has quit IRC18:51
mriedemi'm surprised we don't notify on interface attach18:52
*** apoorvad has joined #openstack-nova18:52
edleafedoffm: I haven't put it through any sort of heavy tests, though. Just enough to show it working18:52
doffmedleafe: Is it posted anywhere? What did it end up using Zookeeper? Cassandra? I can't remember. :/18:52
*** rlrossit has joined #openstack-nova18:53
edleafedoffm: No, not posted anywhere. I showed it to a few people in Tokyo.18:53
edleafedoffm: since it was a hack due to not being able to swap out the resource tracker, I didn't post it18:54
gibidansmith: you mean in every other save() call the version will look like as changed even if it is previously saved?18:54
edleafedoffm: and it used Cassandra, but really could have been Kafka or anything else18:54
doffmedleafe: I'd be happy to help if you're interested in taking the PoC any further. Just let me know.18:55
dansmithgibi: no, I'm saying it doesn't look like your top-level notification has a "these are the fields that actually changed" list18:55
dansmithgibi: which is fine18:55
doffmI guess johnthetubaguy was saying he wanted something that *could* go in-tree before adding a config option.18:56
dansmithgibi: if you did, you might want to figure out how to filter version so you only show it as changed if it actually did change18:56
*** sacharya has joined #openstack-nova18:56
edleafedoffm: honestly, there is such an entrenched resistance that I'm not planning on spending more time on it18:56
edleafedoffm: but to be in-tree, it has to support an in-tree solution18:57
edleafedoffm: and using anything other than the current db will *not* be supported in-tree18:57
mriedemi feel like the orchestration that's going to be added with this is going to be gross https://review.openstack.org/#/c/139910/18:57
*** achanda has joined #openstack-nova18:57
gibidansmith: OK, thanks for the help!18:57
doffmedleafe: Fair enough. That does seem to be the reaction. :)18:58
edleafedoffm: indeed. Well, at least I got people to "think different" :)18:59
*** pradk has quit IRC19:00
*** garyk has joined #openstack-nova19:00
doffmTooo different. :)19:00
*** zenoway has joined #openstack-nova19:01
*** jerrygb has joined #openstack-nova19:01
*** wuhg has quit IRC19:01
*** pradk has joined #openstack-nova19:02
*** pradk has quit IRC19:02
*** aginwala has joined #openstack-nova19:02
*** hemna has joined #openstack-nova19:03
*** pratikmallya has quit IRC19:05
*** pratikmallya has joined #openstack-nova19:05
*** LukeHinds has quit IRC19:06
*** tdurakov has quit IRC19:09
*** unicell has joined #openstack-nova19:09
*** kevinbenton has joined #openstack-nova19:10
*** alejandrito has quit IRC19:10
*** tdurakov has joined #openstack-nova19:10
mriedemwhat is the deal with the hyper-v manual rechecks from all of their people?19:12
mriedemociuhandu: ^?19:12
mriedemit's hard for me to filter hyper-v ci noise when it's real people manually rechecking things to run the hyper-v ci19:12
*** signed8bit is now known as signed8bit_ZZZzz19:13
edleafemriedem: yeah, I've gotten them on things that haven't even had the hyper-v ci run yet19:13
mriedemi just want them to use robots like everyone else19:14
*** mylu has joined #openstack-nova19:14
mriedemi guess these could be robots19:14
mriedemromanian CI cyborgs19:14
ociuhandumriedem: we are having at the moment some issues with some pip dependencies and have had fails on the CI due to those19:14
mriedemociuhandu: so these are people rechecking on hyper-v ci fails? or just to trigger the initial run?19:15
mriedemociuhandu: like pip mirror issues?19:15
ociuhandumriedem: we get notifications on failed CI runs, that are looked over for reasons. If the reason is found to be in the CI run (like it failed during the environment initialization) we recheck only on our CI19:16
mriedemok19:18
*** mtanino has joined #openstack-nova19:18
mriedemanother example of how i wish we had like an elastic-recheck for 3rd party CI, but that's not likely going to happen19:18
ociuhandumriedem: we have CI internal checks and retries for any build / run step to catch these issues and we’re working on improving those also.19:18
vilobhmm11bauzas : ping19:20
bauzasvilobhmm11: ack19:20
vilobhmm11wanted to talk regarding https://blueprints.launchpad.net/nova/+spec/isolate-scheduler-db19:20
*** achanda has quit IRC19:21
ociuhandumriedem: for instance the latest issue we had (which just got fixed like 5 minutes ago) was with some pip packages (newer versions in oslo) that were failing due to the version not being available on the cache server and for some reason the upstream pip mirror it reached. This can’t be solved automatically by a script yet in the CI19:21
bauzasvilobhmm11: mmm ?19:21
*** mylu has quit IRC19:21
vilobhmm11bauzas : the update_aggr and delete_aggr will make sure the cache is consistent right ?19:22
*** burgerk_ has quit IRC19:22
bauzasvilobhmm11: correct, you mean the RPC API ?19:22
bauzasif so, yes19:22
*** penick has joined #openstack-nova19:23
*** liusheng has quit IRC19:23
*** liusheng has joined #openstack-nova19:23
*** signed8bit_ZZZzz is now known as signed8bit19:23
*** tjones has quit IRC19:24
vilobhmm11bauzas : yes the RPC api…are there any other interfaces through which the cache might get updated ? because if i understand correctly the data is fecthed from agg table and the map is contructed and worked upon by the scheduler so this blueprint has changes along API->scheduler client ->scheduler query -> then actually using the map in host manager19:24
vilobhmm11bauzas : and nothing that gets updated from compute or resource tracker that the map needs to be aware of right ?19:25
vilobhmm11unless i am missing something19:25
*** achanda has joined #openstack-nova19:25
bauzasvilobhmm11: the HostManager attribute for the list of Aggregates is set when the scheduler is started19:25
bauzasvilobhmm11: by looking at the list of aggs19:25
vilobhmm11bauzas : agreed https://github.com/openstack/nova/blob/master/nova/scheduler/host_manager.py#L17419:26
bauzasvilobhmm11: then, anytime an CRUD operation (well, CUD) for aggregates is done, then it calls the scheduler API to update that yes19:26
*** tjones has joined #openstack-nova19:27
bauzasvilobhmm11: rather https://github.com/openstack/nova/blob/master/nova/scheduler/host_manager.py#L33719:27
vilobhmm11bauzas : thats the place where map is constructed19:28
bauzasyup19:28
vilobhmm11ok cool…just wanted to confirm that something like RT is not updating the cache19:29
vilobhmm11bauzas : ^^19:29
mriedembauzas: i'm wondering if we can get the instance uuid from the request spec in the numa topology filter here https://review.openstack.org/#/c/202650/ but not really sure what pitfalls there are there19:29
mriedemooo https://review.openstack.org/#/c/202677/19:30
*** omnipresent has joined #openstack-nova19:31
*** ijw has joined #openstack-nova19:31
bauzasmriedem: yeah, I need to respin a bit...19:32
*** ijw_ has joined #openstack-nova19:33
*** ijw has quit IRC19:33
bauzasvilobhmm11: for the aggregates, nope19:34
bauzasvilobhmm11: but you should look at the instances ;)19:34
*** zenoway has quit IRC19:34
*** paul-carlton1 has quit IRC19:34
vilobhmm11bauzas : can you point me to the code ? something in host manager that I should look at ? are you referring to https://github.com/openstack/nova/blob/master/nova/scheduler/host_manager.py#L614 ?19:35
*** eglynn has quit IRC19:36
*** stackdump has quit IRC19:37
*** kentb1 has quit IRC19:37
*** pixelbeat has quit IRC19:40
*** salv-orlando has quit IRC19:41
*** pixelbeat has joined #openstack-nova19:42
openstackgerritmelanie witt proposed openstack/python-novaclient: Fix repr of a host from a hosts.list()  https://review.openstack.org/24830019:42
*** tpatil has joined #openstack-nova19:43
*** Marga_ has quit IRC19:45
*** claudiub has joined #openstack-nova19:45
openstackgerritEd Leafe proposed openstack/nova: Add better help text to scheduler options  https://review.openstack.org/24718119:47
openstackgerritEd Leafe proposed openstack/nova: Config options: centralize section "scheduler"  https://review.openstack.org/24589119:47
sfinucanetiquette question: Should we -1 on commit messages, or is that too nitpicky? I assume they're valuable and should make sense?19:48
openstackgerritBalazs Gibizer proposed openstack/nova: Add infra for versioned notifications  https://review.openstack.org/24702419:53
*** dims has joined #openstack-nova19:53
*** omnipresent has quit IRC19:53
*** aginwala has quit IRC19:54
*** zenoway has joined #openstack-nova19:54
*** achanda has quit IRC19:54
*** dims_ has quit IRC19:56
*** achanda has joined #openstack-nova19:57
bauzassfinucan: in general, you should rather propose a new PS by just updating the commit msg, like the Gerrit UI helps19:58
bauzassfinucan: or just leave a comment without -1ing19:58
bauzasbut you can still -1, the vote doesn't really mean you hate the owner19:59
edleafesfinucan: for spelling/grammar, don't -1. Fix it as bauzas suggested19:59
sfinucanbauzas: OK. I didn't want to do that because it changes the author and the assignee for any bugs in Launchpad19:59
bauzassfinucan: leave a +0 then19:59
*** aginwala has joined #openstack-nova20:00
edleafesfinucan: but if the commit message is missing something important (DocImpact, etc), or doesn't properly describe the change, -1 can be appropriate20:00
bauzasin general, people hate receiving -1s while I feel it's just a note20:00
*** rfolco_ has quit IRC20:00
sfinucanedleafe: So +0 for nitpick. -1 for important changes. Got it20:01
bauzasif that needs a respin, the note doesn't change that20:01
sfinucanbauzas: Yes, people can be protective about their code (and commit messages) :)20:01
*** penick has quit IRC20:01
bauzassfinucan: meh, johnthetubaguy made a very nice session in Tokyo explaining why people should care more about problems and not implementations :)20:02
rlrossitfor anyone that was interested in the notifications ML thread, we have the notifications subteam meeting going on in #openstack-meeting-alt20:02
*** sripriya has joined #openstack-nova20:02
sfinucanbauzas: Oh really? :) I'd love to share that with some folks, should you ever stumble upon a video of it20:03
bauzassfinucan: https://www.youtube.com/watch?v=ffPRfMUmsFM&feature=youtu.be20:03
sfinucanbauzas: Excellent. Time to go find my comfy spot to watch it. Thank you.20:04
*** otter768 has joined #openstack-nova20:06
*** sacharya has quit IRC20:06
*** omnipresent has joined #openstack-nova20:08
openstackgerritStephen Finucane proposed openstack/nova: tests_fields: Remove most enum-type field tests  https://review.openstack.org/24437020:10
*** otter768 has quit IRC20:10
*** mylu has joined #openstack-nova20:10
*** zenoway has quit IRC20:11
*** changbl has quit IRC20:11
*** ociuhandu has quit IRC20:13
*** signed8bit is now known as signed8bit_ZZZzz20:14
mriedemjroll: i've gone through https://review.openstack.org/#/c/237067/ again20:14
mriedemjroll: let me know if you want to chit chat in the next hour or so before i'm out for the week20:14
*** mylu has quit IRC20:15
*** signed8bit_ZZZzz is now known as signed8bit20:16
mriedemsfinucan: if the commit message just has typos, point them out and ask thye are fixed if they respin, but not a -120:17
mriedemsfinucan: if it's a complicated change and the commit message makes 0 sense or doesn't explain anything, that's a -120:18
mriedemif it's an upgrade impact and the UpgradeImpact tag isn't in there, that's a -120:18
*** otter768 has joined #openstack-nova20:18
mriedemand if they say 'the details are in the bug report, go read that', then you stop reviewing their code and move on20:19
*** thangp has quit IRC20:19
sfinucanmriedem: :D understood20:19
openstackgerritjichenjc proposed openstack/nova: Change some wording on server_concepts.rst  https://review.openstack.org/24806320:20
mriedemwhatever you do, don't ask this question in the -dev ML20:20
*** apoorvad has quit IRC20:21
edleafemriedem: heh20:22
*** zenoway has joined #openstack-nova20:23
*** thangp has joined #openstack-nova20:24
tpatilmriedem: Hi20:25
*** omnipresent has quit IRC20:26
*** pixelbeat has quit IRC20:26
tpatilmriedem: Want to discuss with you about specs : https://review.openstack.org/#/c/13538720:26
*** stackdump has joined #openstack-nova20:27
*** pixelbeat has joined #openstack-nova20:27
tpatilmriedem: I have replied to your comments on the above patch. Would appreciate if you can have a look at it and give your feedback20:28
*** ccarmack1 has joined #openstack-nova20:28
*** ccarmack1 has left #openstack-nova20:29
*** changbl has joined #openstack-nova20:31
*** mylu has joined #openstack-nova20:31
openstackgerritjichenjc proposed openstack/nova: Use SpawnIsSynchronousFixture in most unit tests  https://review.openstack.org/23095320:32
openstackgerritjichenjc proposed openstack/nova: Replace fake_utils by using Fixture  https://review.openstack.org/23095420:32
*** edtubill has joined #openstack-nova20:34
rlrossitjaypipes: if you have a chance (you liked the last one in this group): https://review.openstack.org/#/c/245336/ :)20:34
mriedemtpatil: ok....but i'll be honest that a lot of that spec is lost on me20:34
*** pixelbeat has quit IRC20:35
*** dane-fichter has joined #openstack-nova20:35
*** ociuhandu has joined #openstack-nova20:35
tpatilmriedem: We have requested Andrew Laski to review it since he is the one who knows it from the beginning20:36
tpatilmriedem: We will add this topic in stuck review in the next weekly meeting to discuss it further20:36
mriedemtpatil: i don't think adding it to the nova meeting every week is going to help20:37
*** omnipresent has joined #openstack-nova20:37
mriedemand alaski is out of the office i believe20:37
mriedemi saw it was posted to the ops list, but no replies20:37
tpatilmriedem: then, what do you suggest how we should proceed on this. I'm worried if we can make it before freeze date 3rd of Dec.20:37
tpatilmriedem: Is it possible to get approval on non-priority specs post 3rd of Dec for the Mitaka release?20:38
*** e0ne has quit IRC20:38
*** zenoway has quit IRC20:40
*** penick has joined #openstack-nova20:40
*** zenoway has joined #openstack-nova20:40
*** yamahata has quit IRC20:42
*** omnipresent has quit IRC20:43
*** achanda has quit IRC20:43
mriedemtpatil: no20:43
*** sacharya has joined #openstack-nova20:44
*** aginwala has quit IRC20:44
*** mylu has quit IRC20:44
tpatilmriedem: Ok, so we have just handful of days remaining to get the approval. We will followup with John and Andrew to see if they agree on it. Thanks for your time.20:45
*** cfriesen__ has quit IRC20:46
*** ctrath has quit IRC20:47
*** ctrath has joined #openstack-nova20:50
*** markmc has joined #openstack-nova20:51
*** mylu has joined #openstack-nova20:51
*** aysyd has quit IRC20:52
jrollmriedem: replied on https://review.openstack.org/#/c/237067/20:53
jrollmriedem: happy to chat if that doesn't all make sense, otherwise I can get a new version up if you want to +2 before you disappear20:53
mriedemtpatil: i don't think i can get over why we need a new config option for this,20:54
mriedemtpatil: isn't the point that if i have shared storage, then i don't want to offload the disk?20:55
*** stackdump has quit IRC20:55
mriedemshouldn't that just be automatic w/o the config option telling me?20:55
mriedemtpatil: or is that b/c nova doesn't know how you've configured glance?20:56
*** stackdump has joined #openstack-nova20:56
tpatilmriedem: this new config option was suggested by Andrew20:56
openstackgerritSylvain Bauza proposed openstack/nova: Add code-review devref for release notes  https://review.openstack.org/24777520:59
bauzasmriedem: Vek had some good comments for my bad English grammar so... ^20:59
bauzasmriedem: in case you're not yet seated and waiting for the turkey21:00
*** salv-orlando has joined #openstack-nova21:00
dansmithbauzas: turkey on thursday21:01
mriedembauzas: just reading through this unshelve api spec again21:01
*** salv-orl_ has joined #openstack-nova21:01
*** raildo is now known as raildo-afk21:01
bauzasdansmith: meh, I'm sad, I was expecting US folks to eat turkey for the whole week21:01
mriedembauzas: that's the week after21:01
mriedemleftovers21:01
bauzasmriedem: a-ha no worries21:01
tpatilmriedem: even if compute nodes are aware of glance configuration it will take lot of time for downloading/copying snapshot during unshelving process. If you get instance disk files directly from the instance path it will be fastest21:01
*** baoli has quit IRC21:02
*** sripriya_ has joined #openstack-nova21:03
*** sripriya has quit IRC21:04
*** salv-orlando has quit IRC21:05
dansmithheh21:05
*** EinstCrazy has joined #openstack-nova21:06
tpatilmriedem: I'm checking Andrew's comments to point out why exactly he recommended to add a new config option.21:07
*** pixelbeat has joined #openstack-nova21:08
*** otter768 has quit IRC21:08
*** mylu has quit IRC21:09
*** omnipresent has joined #openstack-nova21:09
mriedemtpatil: more commends inline21:10
tpatilmriedem: https://review.openstack.org/#/c/135387/12/specs/liberty/approved/improve-unshelve-performance.rst21:10
tpatilmriedem: let me check21:10
mriedemtpatil: andrew said basically 'i don't like using -2 as a flag, if we're going to flag like this, i'd rather use a boolean flag'21:11
mriedemtpatil: that's not the same as saying, 'we should really have a config option for this'21:11
mriedemi would need to see something in the spec that explicitly says in what case i'd be using shared storage and would leave shelved_offload_time=True21:11
mriedemb/c if we have to document that if you're using shared storage, set that to False, we should do it automatically (with no config option)21:12
*** zenoway has quit IRC21:12
*** EinstCrazy has quit IRC21:12
tpatilmriedem: during shelving process, we can determine whether the instance disk files are stored on shared storage or not. so we need to introduce this new config option.21:13
tpatilmriedem: we cannot determine21:13
tpatilmriedem: during shelving process, we cannot determine whether the instance disk files are stored on shared storage or not. so we need to introduce this new config option.21:13
*** penick has quit IRC21:14
mriedemtpatil: huh? the spec says, and i quote,21:14
mriedem"then call Virt driver instance_on_disk method to check whether instance files exists in the instance path. If yes, that means the instance path is mounted on the shared storage."21:14
mriedemit says that for unshelve, but what's the difference?21:14
openstackgerritClinton Knight proposed openstack/nova-specs: Manila support in metadata service  https://review.openstack.org/24830121:15
*** zenoway has joined #openstack-nova21:16
mriedemtpatil: also, evacuate is also being updated to detect shared storage and do the right thing, so how would that work if we didn't know we were on shared storage21:16
mriedemmigrate also checks that21:16
*** RuiChen has quit IRC21:16
*** RuiChen has joined #openstack-nova21:16
*** dane-fichter has quit IRC21:16
tpatilmriedem: Unshelve instance is the next step and it's a separate API call21:17
*** ctrath has quit IRC21:17
* mriedem finds gibi's bp for evacuate + shared storage21:17
mriedemtpatil: what does that matter?21:17
mriedemif you can tell if you're on shared storage with unshelve, why couldn't you in the shelve operation?21:17
openstackgerritDan Smith proposed openstack/nova: Actually pass the migration data object down to the virt drivers  https://review.openstack.org/24821121:17
dansmithmriedem: well,21:18
dansmithmriedem: once you're unshelved (offloaded) you don't have a compute node21:18
tpatilmriedem: When you shelve instance, how will the compute node know if the instance disk files are mounted on the shared storage or not. Let's say it's not, then we have to take the snapshot so that user can unshelve instance using snapshot21:19
dansmithwhich means you don't have config21:19
dansmithbut that means we need to stash it with the instance,21:19
*** aginwala has joined #openstack-nova21:19
dansmithnot have a config21:19
dansmithbut this also means there is probably something we need to do to make sure you land on a compute node with the same storage config21:19
dansmithwhen you get rescheduled21:19
dansmithlike, if you have some computes that use ceph storage and some that use local21:19
*** omnipresent has quit IRC21:19
openstackgerritPushkar Umaranikar proposed openstack/nova: Modify VM's updated_at field on volume actions  https://review.openstack.org/24717621:20
dansmithlive migration handles that by passing crazy dicts of crap around to make that call21:20
tpatilmriedem:If yes, then no need to take snapshot as we can assume when the newly selected compute node will contain instance disk files in the cache (shared storage)21:20
tpatilmriedem:If yes, then no need to take snapshot during shelve api as we can assume when the newly selected compute node will contain instance disk files in the cache (shared storage) when an instance will be unshelved21:21
dansmithmriedem: so, I could be remembering wrong, but I thought at the summit the room kinda felt like this was not a worthwhile thing to do21:21
dansmithmriedem: did you read the minutes? I'd have to go back and re-read to see if it was captured21:21
mriedemdansmith: nope21:21
*** yonglihe has quit IRC21:21
dansmithbut that basically shelving makes less sense in a shared storage world, IIRC21:22
*** akshai has quit IRC21:22
*** omnipresent has joined #openstack-nova21:22
*** ctrath has joined #openstack-nova21:23
*** penick has joined #openstack-nova21:23
*** akshai has joined #openstack-nova21:23
mriedemtpatil: so i guess the config option is to handle the shared storage vs non-shared storage computes?21:23
tpatilmriedem: yes21:23
bauzasmeh, just catching the convo21:24
mriedemdansmith: but if people shelve to keep their uuid and IP, then the storage backend doesn't really matter, right?21:24
tpatilmriedem: we are going to use host aggregate group. Each host aggregate group compute nodes will be use it's own shared storage server21:24
bauzastpatil: is it you who just wrote an ShelveFilter?21:24
tpatilbauzas: another team member from NTT group21:25
*** sripriya_ has quit IRC21:25
bauzasokay, I need to scroll back then21:25
dansmithmriedem: yeah, it's just less of a deal because they're still paying for live storage, instead of the shelve case where they're only paying for glance storage21:25
*** sripriya has joined #openstack-nova21:25
bauzashttps://review.openstack.org/#/c/234013/ FWIW21:25
*** zenoway has quit IRC21:26
*** lpetrut has joined #openstack-nova21:26
dansmithmriedem: I mean, in the typical shelve case you go down to just paying for a snapshot image and some overhead for the uuid21:26
bauzasto be clear, I feel those 2 specs should somehow be discussed at the same time, since I'm pretty -1 for the latter (scheduler filter)21:26
*** zenoway has joined #openstack-nova21:26
tpatilmriedem : if shelved_offload_disk parameter is configured correctly, then you can guarantee instance disk files will be available on the newly select compute node in the unshelve call21:27
dansmithmriedem: but in the case of this shared storage shelve, you still want to charge them for the ceph storage21:27
*** suro-patz has quit IRC21:27
mriedemtpatil: so rather than the config option, can we, like dan said, stash that info off in the instance system_metadata and then when unshelving, we make sure it lands on a host that satisfies the storage requirement?21:28
mriedemmaybe that's where the filter comes in21:28
bauzasmriedem: yup, that's why they wrote that21:28
*** suro-patz has joined #openstack-nova21:28
mriedemi'd much rather store info in the db and re-use that later when scheduling than force config option deployment everywhere21:29
bauzasmriedem: but I'm pretty against having a very specific filter for just one usecase21:29
bauzasmriedem: +121:29
*** otter768 has joined #openstack-nova21:29
mriedembauzas: why?21:29
mriedemi mean, why against the filter21:29
bauzasI fear a big-bang here21:30
*** omnipresent has quit IRC21:30
bauzaswhile it's pretty easy to have custom filters out-of-tree21:30
bauzasfor specific deployments21:30
mriedembauzas: yeah, but then if we're just adding this new system_metadata to the instance in the shelve case for shared storage,21:30
mriedemand the only consumer of that data is in a scheduler filter,21:31
mriedemthen i think that scheduler filter should be in tree21:31
tpatilmriedem: If instance disk files are not present on the new compute node, then the instance will be set to error status or may be we can start the instance using snapshot21:31
bauzasmriedem: some existing filters can have that logic21:31
bauzasmriedem: I'm not against adding some logic, just not adding a new filter for that specific stuff21:31
bauzasmriedem: we actually already filter on flavors and aggregates21:32
tpatilmriedem: the new config option is introduced so that cleanup of instance disk files from shelved_host and new compute node is easier21:32
bauzashence me wondering why all of that is really needed21:32
tpatilmriedem:when you unshelve instance, if the shelve_offload_disk=False is set on the new compute node, then we will check if instance disk files are present or not. If yes, no problem. If not, set the instance status to "error".21:34
*** tdurakov has quit IRC21:35
*** omnipresent has joined #openstack-nova21:35
mriedemtpatil: but can't we just call the virt driver's instance_on_disk method?21:35
mriedemto check for shared storage during unshelve?21:35
mriedemi think the spec even says it would do that21:35
mriedemthis really just seems like:21:36
mriedem1. shelve offload - if on shared storage, don't offload disk files21:36
dansmithtpatil: that's not how unshelve is supposed to work though21:36
mriedem2. unshelve - if on shared storage, re-use disk files, else use snapshot21:36
dansmithtpatil: unshelve is supposed to work regardless of those details, because it's just redeploying a snapshot from glance21:36
mriedemright21:36
mriedemif i shelve an instance and unshelve fails b/c it landed on the wrong node or the operator didn't have the config option set properly everywhere, i'd be pissed21:37
mriedemespecially b/c i'm shelving and unshelving my pet21:37
mriedemand i need madame sparkles to come back to me21:37
tpatilmriedem: 1. shelve_offload, how to know whether instance disk files are on shared storage during shelving process?21:37
*** Marga_ has joined #openstack-nova21:37
*** dims has quit IRC21:37
mriedemvirt_driver.instance_on_disk21:38
mriedemsame as unshelve21:38
*** zenoway has quit IRC21:38
mriedemthis all really seems like a nice to have optimization21:38
*** dims has joined #openstack-nova21:38
mriedembut fallback to spawn from snapshot if the shared storage files aren't ofund21:39
mriedem*found21:39
dansmithwell, that defeats the whole thing21:39
mriedemand i can really only see landing the unshelve on the right host with a filter change21:39
dansmithbecause there is no real snapshot in this shared case right?21:39
bauzasthat's a sharding problem21:39
bauzaswhich is a capacity problem21:39
bauzasthat's not related to the shelve operation by itself21:40
tpatilmriedem: instance_on_disk needs two host to configure whether they share same storage or not.21:40
*** gjayavelu has joined #openstack-nova21:40
mriedemdansmith: there isn't a snapshot image in glance?21:40
dansmithmriedem: not in this shared case I don't think so21:40
tpatilmriedem: during shelving process, we don't know whether the instance will be unshelved21:40
*** pratikmallya has quit IRC21:40
dansmithmriedem: that's the point of this work, right? to avoid the snapshot if you're on shared storage?21:40
bauzasmriedem: if that's pointing out a right compute having the same shared storage, that's a deployment issue21:41
bauzasmriedem: you could just make use of AZs like I mentioned21:41
tpatildansmith: Correct, if instance disk files are retained, then no need to take snapshot21:41
*** sacharya has quit IRC21:41
dansmithmriedem: see, this is really taking shelve and making it something different21:41
dansmithmriedem: which is kindof the problem, IMHO21:41
tpatildansmith: but from user's point of view, it's an API change . So we are just wondering how to solve this problem21:42
*** Marga_ has quit IRC21:42
dansmithtpatil: right exactly21:42
mriedemdansmith: if we don't take the snapshot, then yeah it's an api change21:42
mriedemas was pointed out in the spec at some point21:42
tpatildansmith: mriedem, recommended to return actual snapshot id or None in the shelve api response.21:42
*** pixelbeat has quit IRC21:42
doffmWhy wouldn't we take the snapshot? Is that the thing that isn't performing. I thought it was the *unshelve* that has performance issues?21:43
*** sacharya has joined #openstack-nova21:43
dansmithdoffm: if you never take the snapshot then unshelve becomes SUPER fast :P21:43
doffmdansmith: No I mean take the snapshot anyway, even if you end up using the old image.21:44
doffmThat way if it starts up on another host you use the snapshot that was created.21:44
doffmAnd delete the old image.21:44
dansmithdoffm: but the whole point is to never start from the image21:44
dansmithdoffm: these are pets, remember21:44
dansmithdoffm: restarting from the image is like a clone.. it's like the original instance, but it's not the actual instance21:44
dansmithdoffm: it would be like saying "is it cool if we sometimes don't boot from your volume, but instead clone it and fork and make you not a boot-from-volume instance?"21:45
mriedemi guess i was thinking you use a snapshot as a fallback in case you land on the wrong node21:45
dansmithno21:45
dansmiththat's not the thing21:45
dansmiththat's like saying you have a boot-from-volume instance, and we'll just snapshot your volume and make you a regular instance if we can't do that bfv thing you asked for21:45
dansmiththat would be a real problem :)21:45
mriedemok21:46
doffmdansmith: Ok. Understand. Only boot from node where image is available.21:46
*** pratikmallya has joined #openstack-nova21:46
mriedemso, don't snapshot, hope you land on the right node that uses the same shared storage, and if not, error21:46
dansmithdoffm: right, and that's a thing, but it's different from what unshelve is21:46
openstackgerritTracy Jones proposed openstack/nova: Cleanup of compute api reboot method  https://review.openstack.org/12742721:46
*** jaypipes has quit IRC21:47
mriedemand part of hoping you land on the right node is the scheduler filter, which bauzas is -1 on21:47
dansmithit's a little better if you filter in the scheduler first, but it's still not the same thing, IMHO21:47
mriedemand having hte config options correct everywhere21:47
tpatilmriedem: It's certainly possible to unshelve instance from snapshot if instance files are not present on the shared storage. But in this case we don't know whether instance disk files are still there on the shelved_host, If yes, how to cleaned them up.21:47
bauzasmriedem: the problem is because some nodes are not using the same shared storage, right?21:47
*** sacharya has quit IRC21:47
mriedembauzas: yeah i guess21:48
mriedemsome could be using ceph, some using lvm21:48
dansmithI think it's worse than that21:48
doffmCan't this be done with host aggregates?21:48
bauzasmriedem: because I guess they treat some computes with various levels of support21:48
dansmithI think tpatil wants to make it fail if those files are not already cached21:48
doffmEnsure that particular aggregates have shared storage.21:48
*** otter768 has quit IRC21:48
bauzasdoffm: that's my point, it just sounds a deployment issue21:48
*** boris-42 has quit IRC21:48
doffmbauzas: Yeah. If deployed properly aggregates work.21:49
mriedemdansmith: yeah, so NoValidHost21:49
tpatilbauzas,mriedem:  we want provider to configure shelve_offload_disk new config parameter only in case whether all compute nodes are using shared storage or each host aggregate group compute node has it's own shared storage server21:49
dansmithmriedem: what I mean is, not just ceph vs. lvm, but "ceph and already has that image cached"21:49
*** omnipresent has quit IRC21:50
mriedemright21:50
mriedemyuck21:50
mriedemso....21:50
dansmithtpatil: so you know that we're getting ready to have coordinated glance-and-ceph snapshots, right?21:50
dansmithwhich makes a snapshot of a ceph instance essentially take zero time21:50
dansmithbecause we don't have to upload it21:50
mriedemso as an operator, i need to align the planets to make bursting of unshelve API calls faster21:50
dansmithwe just tell glance that the snapshot is "this thing in ceph"21:50
*** yamahata has joined #openstack-nova21:50
dansmithtpatil: seems like regular shelve then becomes very fast and not required to have these extra cases21:51
mriedemdansmith: they want to use NFS21:51
mriedemnot ceph21:51
openstackgerritTracy Jones proposed openstack/nova: config options: centralize section "guestfs"  https://review.openstack.org/24896321:51
dansmithmriedem: then I *REALLY* don't care :P21:51
mriedemha21:51
dansmiththat's the way to solve this, IMHO21:51
*** zenoway has joined #openstack-nova21:52
*** ijw_ has quit IRC21:52
tpatildansmith: I understand ceph is another option, but right now, we want to use NFS21:52
dansmithtpatil: right, but ceph is built for doing this, NFS is not,21:54
dansmithand asking us to take on this really weird feature special case thing is not cool21:54
* dansmith runs off for a bit21:55
*** Marga_ has joined #openstack-nova21:55
tpatildansmith: I understand your point and also know why it's taking more time to get the approval on this spec. If there are any issues in spec we are ready to solve them21:56
*** Marga_ has quit IRC21:57
tpatilmriedem: What do you suggest about new config option after all this discussion? IMO, if service provider configures it correctly, then lot of things will be simpler especially cleaning up instance disk files on the shelved_host21:57
*** Marga_ has joined #openstack-nova21:58
*** aginwala has quit IRC21:58
*** suro-patz has quit IRC21:59
*** akshai has quit IRC21:59
*** suro-patz has joined #openstack-nova22:00
mriedemi don't think i even undersatnd the cleaning up part22:01
*** suro-patz has quit IRC22:01
*** akshai has joined #openstack-nova22:01
*** aginwala has joined #openstack-nova22:02
*** suro-patz has joined #openstack-nova22:02
mriedemso when deleting a shelved_offloaded instance, we use shelved_host to go back to the original host and cleanup files22:02
*** ijw has joined #openstack-nova22:02
*** gjayavelu has quit IRC22:02
mriedemwhat does the config option do in this case? if we're on the shelved_host, we check shelved_offload_disk and if it's True, we cleanup local disk files, else we don't22:03
mriedemagain, it seems like a thing you could figure out on the original host if it's using shared storage or not22:03
*** gjayavelu has joined #openstack-nova22:03
*** aginwala has quit IRC22:03
*** MVenesio has quit IRC22:04
mriedemhonestly, i've tried to wrap my head around this and we've talked about it for an hour and a half, and i'm kind of done reviewing/thinking about this corner case technical debt thing that a single provider wants to add to nova22:04
mriedemthere seems to be 0 interest from other operators on this22:04
*** aginwala has joined #openstack-nova22:05
*** zenoway has quit IRC22:05
*** nic has quit IRC22:06
tpatilmriedem: We will again consider ceph as a option and see if my customer is ok with it.Thanks for your time.22:06
*** zenoway has joined #openstack-nova22:07
mriedemtpatil: do you guys by chance have some proprietary NFS backend or something?22:07
*** lpetrut has quit IRC22:07
*** apoorvad has joined #openstack-nova22:08
tpatilmriedem: Evaluating some commercial NFS storage providers to decide on one22:11
*** rlrossit has left #openstack-nova22:12
*** smurke has joined #openstack-nova22:12
*** baoli has joined #openstack-nova22:12
*** edtubill has quit IRC22:13
mriedemhmm22:13
mriedemjust tell your senior architect to drop that idea and use ceph :)22:13
mriedemi'm sure red hat wouldn't mind selling you a ceph solution22:14
*** jerrygb has quit IRC22:14
mriedemjroll: i think i'm ok on https://review.openstack.org/#/c/237067/ if you clean it up quick22:14
*** pratikmallya has quit IRC22:14
*** paul-carlton has left #openstack-nova22:15
*** jerrygb has joined #openstack-nova22:15
*** Piet has quit IRC22:16
*** lucas-dinner has quit IRC22:18
*** ZZelle_ has joined #openstack-nova22:18
tpatilmriedem: Sure, we will think of some solution that would benefit both sides22:18
*** gjayavelu has quit IRC22:19
*** mylu has joined #openstack-nova22:19
*** baoli has quit IRC22:19
*** signed8b_ has joined #openstack-nova22:20
*** signed8bit has quit IRC22:20
*** thorst_ has joined #openstack-nova22:21
*** zaina has joined #openstack-nova22:21
*** kfarr has quit IRC22:22
*** thorst__ has joined #openstack-nova22:22
*** mylu has quit IRC22:23
*** vladikr has quit IRC22:25
*** omnipresent has joined #openstack-nova22:25
tjonesmelwitt: sdague: dims: i have updated https://review.openstack.org/#/c/127427/ to address melwitt's comments.  thanks for reviews if you have time22:25
*** thorst_ has quit IRC22:25
*** lucasagomes has joined #openstack-nova22:26
smurkehttps://bugs.launchpad.net/nova/+bug/1514550 I am working on this bug and have difficulty in converting dict to instance obj in messaging.py22:26
openstackLaunchpad bug 1514550 in OpenStack Compute (nova) "nova.cells.messaging.instance_update_at_top is assuming it gets an Instance object" [Low,Triaged] - Assigned to Sumant Murke (sumant-murke)22:26
*** thorst__ has quit IRC22:26
smurke instance = objects_base.NovaObject.obj_from_primitive(instance)22:27
*** thorst_ has joined #openstack-nova22:27
smurkethis is not working where instance passed to the function is a dictionary22:27
*** rotbart has quit IRC22:27
*** mylu has joined #openstack-nova22:28
smurkeI even tried to create instance by instance = objects.Instance(**instance)22:28
smurke ...but this also dosent work22:28
smurkei am curious to know how to convert dictionary to object22:28
*** zenoway has quit IRC22:28
*** suro-patz has quit IRC22:30
*** aginwala has quit IRC22:30
bauzassmurke: so you want to hydrate an Instance object from a dict, but do you know how the dict was set?22:30
*** mylu has quit IRC22:30
*** aginwala has joined #openstack-nova22:30
*** thorst_ has quit IRC22:31
bauzassmurke: oh sec, saw the bug22:31
*** achanda has joined #openstack-nova22:31
*** thangp has quit IRC22:31
smurke@bauzas:  i am setting it manually for testing purpose {'_orig_system_metadata': {'key1': u'value1', 'key2': u'value2'}, '_obj_info_cache': InstanceInfoCache(created_at=<?>,deleted=<?>,deleted_at=<?>,instance_uuid=fake-uuid,network_info=<?>,updated_at=<?>), '_orig_metadata': {}, '_context': None, '_changed_fields': set(['cell_name', 'system_metadata', 'uuid', 'info_cache']), '_obj_uuid': 'b48316c5-71e8-45e4-9884-6c78055b9b13',22:31
smurke'_obj_system_metadata': {'key1': u'value1', 'key2': u'value2'}, '_obj_cell_name': u'fake'}22:31
*** unicell1 has joined #openstack-nova22:32
*** signed8b_ has quit IRC22:32
*** achanda has quit IRC22:33
*** mylu has joined #openstack-nova22:34
*** unicell has quit IRC22:34
*** mylu has quit IRC22:36
smurkebauzas: Do I have to use NovaObjectSerializer class to hydrate from dict to object ...and not oslo_versionedobjects method obj_from_primitive ?22:36
bauzassmurke: mmm, the main problem is that base.obj_to_primitive is not idempotent22:37
bauzassmurke: it provides a dict from the fields, but it doesn't create a real primitive22:38
*** signed8bit has joined #openstack-nova22:38
bauzaslike the one you could use as a DB primitive22:38
*** mriedem has quit IRC22:38
*** ctrath has quit IRC22:38
smurkebut then do i have to create an obj_from_primitive method (i.e inherit from base class ) ?22:38
smurkebauzus: but then do i have to create an obj_from_primitive method (i.e inherit from base class ) ?22:39
bauzassmurke: unfortunately, I really need to go :(22:40
smurkeok np22:40
openstackgerritjichenjc proposed openstack/python-novaclient: Not transform to str on potential unicode fields  https://review.openstack.org/24862622:42
openstackgerritSylvain Bauza proposed openstack/nova: Modify Scheduler RPC API select_dests()  https://review.openstack.org/19920522:43
openstackgerritSylvain Bauza proposed openstack/nova: Modify left filters for RequestSpec  https://review.openstack.org/20267822:43
openstackgerritSylvain Bauza proposed openstack/nova: Modify conductor to use RequestSpec object  https://review.openstack.org/20307822:43
openstackgerritSylvain Bauza proposed openstack/nova: Modify metric-related filters for RequestSpec  https://review.openstack.org/20267622:43
openstackgerritSylvain Bauza proposed openstack/nova: Use RequestSpec in the ChanceScheduler  https://review.openstack.org/19905122:43
openstackgerritSylvain Bauza proposed openstack/nova: Modify NUMA, PCI and num_instances filters for RequestSpec  https://review.openstack.org/20267722:43
openstackgerritSylvain Bauza proposed openstack/nova: Modify Aggregate filters for RequestSpec  https://review.openstack.org/20267422:43
openstackgerritSylvain Bauza proposed openstack/nova: Modify default filters for RequestSpec  https://review.openstack.org/20267522:43
*** aginwala has quit IRC22:43
*** zaina has quit IRC22:43
*** zaina has joined #openstack-nova22:45
*** zaina has quit IRC22:45
*** jichen has quit IRC22:45
*** mylu has joined #openstack-nova22:46
*** pratikmallya has joined #openstack-nova22:46
*** mc_nair has quit IRC22:46
*** mylu has quit IRC22:48
*** mylu has joined #openstack-nova22:48
*** unicell1 has quit IRC22:49
*** zenoway has joined #openstack-nova22:49
*** doug-fis_ has joined #openstack-nova22:49
*** unicell has joined #openstack-nova22:49
*** mylu_ has joined #openstack-nova22:50
*** suro-patz has joined #openstack-nova22:50
*** zenoway has quit IRC22:50
*** mc_nair has joined #openstack-nova22:51
*** omnipresent has quit IRC22:52
*** mylu has quit IRC22:52
*** doug-fish has quit IRC22:53
*** mc_nair has quit IRC22:53
*** doug-fis_ has quit IRC22:53
*** aginwala has joined #openstack-nova22:55
*** hemna is now known as hemnafk22:55
*** smurke has quit IRC22:57
*** wuhg has joined #openstack-nova22:57
*** Marga_ has quit IRC22:57
*** sacharya has joined #openstack-nova22:57
*** Marga_ has joined #openstack-nova22:59
*** mylu_ has quit IRC22:59
*** mylu has joined #openstack-nova23:00
*** sneti has quit IRC23:00
openstackgerritTracy Jones proposed openstack/nova: config options: centralize section "guestfs"  https://review.openstack.org/24896323:02
openstackgerritJim Rollenhagen proposed openstack/nova-specs: Tenant networking support for Ironic driver.  https://review.openstack.org/23706723:04
jrollmrie<tab> noooo too late.23:04
*** doug-fish has joined #openstack-nova23:04
openstackgerritTracy Jones proposed openstack/nova: Cleanup of compute api reboot method  https://review.openstack.org/12742723:05
*** burt has quit IRC23:07
*** otter768 has joined #openstack-nova23:08
*** doug-fish has quit IRC23:08
*** vilobhmm11 has quit IRC23:10
*** vilobhmm11 has joined #openstack-nova23:10
*** boris-42 has joined #openstack-nova23:10
*** baoli has joined #openstack-nova23:11
*** jwcroppe has quit IRC23:11
*** jwcroppe has joined #openstack-nova23:13
*** baoli has quit IRC23:13
*** baoli has joined #openstack-nova23:14
*** baoli has quit IRC23:16
*** jwcroppe has quit IRC23:17
*** ZZelle_ has quit IRC23:17
*** jwcroppe has joined #openstack-nova23:18
*** aginwala has quit IRC23:19
*** signed8bit is now known as signed8bit_ZZZzz23:20
*** jwcroppe has quit IRC23:22
*** pumaranikar has quit IRC23:24
*** apoorvad has quit IRC23:25
*** dims_ has joined #openstack-nova23:28
openstackgerritEd Leafe proposed openstack/nova: Add better help text to scheduler options  https://review.openstack.org/24718123:28
openstackgerritEd Leafe proposed openstack/nova: Config options: centralize section "scheduler"  https://review.openstack.org/24589123:28
*** vilobhmm11 has quit IRC23:28
*** vilobhmm11 has joined #openstack-nova23:28
*** dims has quit IRC23:29
*** thorst has joined #openstack-nova23:29
*** willsama has quit IRC23:31
*** mylu_ has joined #openstack-nova23:33
*** claudiub has quit IRC23:33
*** ijw has quit IRC23:35
*** signed8bit_ZZZzz is now known as signed8bit23:36
*** mylu has quit IRC23:36
*** thorst has quit IRC23:36
*** pixelbeat has joined #openstack-nova23:38
*** akshai has quit IRC23:39
*** aginwala has joined #openstack-nova23:39
*** akshai has joined #openstack-nova23:40
*** rcernin has quit IRC23:42
*** suro-patz has quit IRC23:43
*** akshai_ has joined #openstack-nova23:45
*** akshai has quit IRC23:46
*** vilobhmm11 has quit IRC23:49
*** vilobhmm11 has joined #openstack-nova23:50
*** apoorvad has joined #openstack-nova23:51
*** ijw has joined #openstack-nova23:52
*** otter768 has quit IRC23:53
*** jwcroppe has joined #openstack-nova23:53
*** EinstCrazy has joined #openstack-nova23:56
*** mrkz has quit IRC23:57
*** signed8bit is now known as signed8bit_ZZZzz23:59

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