Tuesday, 2015-11-03

*** markvoelker has quit IRC00:00
*** zhangjn has joined #openstack-nova00:01
*** otter768 has joined #openstack-nova00:01
*** pixelb has joined #openstack-nova00:02
*** ijuwang has quit IRC00:02
*** jerrygb has quit IRC00:03
*** heyongli has quit IRC00:05
*** pratikma_ has quit IRC00:06
*** heyongli has joined #openstack-nova00:06
*** zhangjn has quit IRC00:08
*** browne has quit IRC00:09
*** amotoki has joined #openstack-nova00:09
*** Daisy_ has joined #openstack-nova00:10
*** EinstCrazy has quit IRC00:10
*** EinstCrazy has joined #openstack-nova00:12
*** amotoki has quit IRC00:14
*** heyongli has quit IRC00:15
*** heyongli has joined #openstack-nova00:16
*** Marga_ has quit IRC00:17
*** diogogmt has quit IRC00:19
*** EinstCrazy has quit IRC00:23
*** ssurana has quit IRC00:24
*** heyongli has quit IRC00:25
*** heyongli has joined #openstack-nova00:26
openstackgerritShraddha Pandhe proposed openstack/nova: Do not mask original spawn failure if shutdown_instance fails  https://review.openstack.org/24034700:27
*** salv-orlando has quit IRC00:27
*** angdraug has quit IRC00:27
*** otter768 has quit IRC00:28
*** heyongli has quit IRC00:36
*** heyongli has joined #openstack-nova00:37
*** shz has quit IRC00:40
*** shz has joined #openstack-nova00:41
*** pumaranikar has joined #openstack-nova00:43
*** heyongli has quit IRC00:46
*** heyongli has joined #openstack-nova00:47
*** su_zhang has quit IRC00:47
*** gonzalo2kx has joined #openstack-nova00:51
*** jdurgin has quit IRC00:51
*** eliqiao1 is now known as eliqiao00:52
*** zzzeek has quit IRC00:52
*** zzzeek has joined #openstack-nova00:53
*** r-daneel has quit IRC00:55
*** xyang1 has quit IRC00:55
*** heyongli has quit IRC00:56
*** heyongli has joined #openstack-nova00:57
*** RuiChen has quit IRC00:58
*** zzzeek has quit IRC00:59
*** RuiChen has joined #openstack-nova00:59
*** zzzeek has joined #openstack-nova00:59
*** EinstCrazy has joined #openstack-nova01:00
*** markvoelker has joined #openstack-nova01:00
*** Daisy_ has quit IRC01:00
*** asettle has joined #openstack-nova01:01
*** zhangjn has joined #openstack-nova01:01
*** Daisy_ has joined #openstack-nova01:01
*** tjones has joined #openstack-nova01:02
*** ndipanov has joined #openstack-nova01:04
*** markvoelker has quit IRC01:05
*** Daisy_ has quit IRC01:05
*** heyongli has quit IRC01:06
*** heyongli has joined #openstack-nova01:07
*** EinstCra_ has joined #openstack-nova01:09
*** zhenguo has joined #openstack-nova01:09
*** hemna is now known as hemnafk01:10
*** browne has joined #openstack-nova01:11
*** eliqiao_summit has joined #openstack-nova01:12
*** EinstCr__ has joined #openstack-nova01:12
*** eliqiao_summit has quit IRC01:13
*** su_zhang has joined #openstack-nova01:13
*** EinstCrazy has quit IRC01:13
*** mc_nair has quit IRC01:14
*** tpeoples has joined #openstack-nova01:14
*** kylek3h has quit IRC01:15
*** kylek3h has joined #openstack-nova01:15
*** su_zhang has quit IRC01:15
*** EinstCra_ has quit IRC01:16
*** su_zhang has joined #openstack-nova01:16
*** tjones has left #openstack-nova01:16
*** heyongli has quit IRC01:17
*** heyongli has joined #openstack-nova01:18
*** jogo has joined #openstack-nova01:19
*** achanda has quit IRC01:20
*** tpeoples has quit IRC01:23
openstackgerritZhang Ni proposed openstack/nova-specs: Add volume type to create server API  https://review.openstack.org/24105901:23
*** kylek3h has quit IRC01:23
*** heyongli has quit IRC01:27
*** Murali__ has quit IRC01:27
*** heyongli has joined #openstack-nova01:28
*** mtanino has quit IRC01:28
openstackgerritZhang Ni proposed openstack/nova-specs: Improve nova attach volume api to support disk-bus  https://review.openstack.org/24106301:33
*** ildikov has joined #openstack-nova01:34
*** rfolco has joined #openstack-nova01:36
*** su_zhang has quit IRC01:36
*** heyongli has quit IRC01:37
*** jerrygb has joined #openstack-nova01:38
*** heyongli has joined #openstack-nova01:38
*** emagana has quit IRC01:39
*** EinstCr__ has quit IRC01:41
openstackgerritZhang Ni proposed openstack/nova-specs: Add volume type to create server API  https://review.openstack.org/24106501:42
*** achanda has joined #openstack-nova01:44
openstackgerritZhang Ni proposed openstack/nova-specs: Add local-to-instance to create server api  https://review.openstack.org/24106601:44
*** Daisy_ has joined #openstack-nova01:45
*** heyongli has quit IRC01:47
*** heyongli has joined #openstack-nova01:48
*** dims has quit IRC01:49
*** tpeoples has joined #openstack-nova01:50
*** achanda has quit IRC01:52
*** achanda has joined #openstack-nova01:54
*** josecastroleon has quit IRC01:57
*** heyongli has quit IRC01:58
*** Daisy_ has quit IRC01:58
*** Daisy_ has joined #openstack-nova01:58
*** heyongli has joined #openstack-nova01:59
*** markvoelker has joined #openstack-nova02:01
*** Daisy_ has quit IRC02:02
*** erlarese has joined #openstack-nova02:06
*** markvoelker has quit IRC02:06
*** heyongli has quit IRC02:08
*** dims has joined #openstack-nova02:08
*** heyongli has joined #openstack-nova02:09
*** amotoki has joined #openstack-nova02:10
*** erlarese has quit IRC02:13
*** haomaiwang has joined #openstack-nova02:14
*** amotoki has quit IRC02:15
*** venkat_p has joined #openstack-nova02:17
*** heyongli has quit IRC02:18
*** heyongli has joined #openstack-nova02:19
*** kylek3h has joined #openstack-nova02:21
*** unicell has quit IRC02:23
*** heyongli has quit IRC02:28
*** otter768 has joined #openstack-nova02:29
*** kylek3h has quit IRC02:29
*** heyongli has joined #openstack-nova02:29
*** rfolco has quit IRC02:29
*** otter768 has quit IRC02:33
*** seanw1 has quit IRC02:34
*** seanw1 has joined #openstack-nova02:35
*** jwcroppe has joined #openstack-nova02:37
*** klkumar has joined #openstack-nova02:38
*** heyongli has quit IRC02:39
*** heyongli has joined #openstack-nova02:40
*** emagana has joined #openstack-nova02:43
*** Daisy has joined #openstack-nova02:47
openstackgerritChet Burgess proposed openstack/nova-specs: RBD instance snapshots  https://review.openstack.org/18824402:47
*** heyongli has quit IRC02:49
*** vilobhmm11 has quit IRC02:49
*** heyongli has joined #openstack-nova02:50
*** salv-orlando has joined #openstack-nova02:51
*** edtubill has joined #openstack-nova02:56
*** hparekh2 has joined #openstack-nova02:58
*** hparekh has quit IRC02:59
*** heyongli has quit IRC02:59
*** heyongli has joined #openstack-nova03:00
*** haomaiwang has quit IRC03:01
*** haomaiwang has joined #openstack-nova03:01
*** markvoelker has joined #openstack-nova03:02
*** Daisy has quit IRC03:05
*** Daisy has joined #openstack-nova03:05
*** markvoelker has quit IRC03:07
*** edtubill has quit IRC03:09
*** mdrabe has joined #openstack-nova03:09
*** heyongli has quit IRC03:09
*** Daisy has quit IRC03:10
*** ssurana has joined #openstack-nova03:10
*** heyongli has joined #openstack-nova03:10
*** salv-orlando has quit IRC03:12
*** jwcroppe has quit IRC03:12
*** jwcroppe has joined #openstack-nova03:13
*** Daisy has joined #openstack-nova03:13
*** tpeoples has quit IRC03:13
*** ssurana has left #openstack-nova03:14
*** spandhe has quit IRC03:15
*** dave-mccowan has quit IRC03:17
*** jwcroppe has quit IRC03:17
*** heyongli has quit IRC03:20
*** heyongli has joined #openstack-nova03:21
*** eliqiao has left #openstack-nova03:23
*** otter768 has joined #openstack-nova03:24
*** kylek3h has joined #openstack-nova03:26
*** dims has quit IRC03:28
*** heyongli has quit IRC03:30
*** heyongli has joined #openstack-nova03:31
*** kylek3h has quit IRC03:33
*** klkumar has quit IRC03:37
*** veena has joined #openstack-nova03:37
*** klkumar has joined #openstack-nova03:38
*** heyongli has quit IRC03:40
*** heyongli has joined #openstack-nova03:41
*** chenzeng has joined #openstack-nova03:46
*** armax has quit IRC03:47
*** heyongli has quit IRC03:50
*** heyongli has joined #openstack-nova03:51
*** links has joined #openstack-nova03:53
*** haomaiwang has quit IRC04:01
*** heyongli has quit IRC04:01
*** 17WAAY74W has joined #openstack-nova04:01
*** klkumar has quit IRC04:01
*** Daisy has quit IRC04:01
*** heyongli has joined #openstack-nova04:02
*** Daisy has joined #openstack-nova04:02
*** stackdump has joined #openstack-nova04:02
*** Daisy has quit IRC04:07
*** stackdump has quit IRC04:07
*** pumaranikar has quit IRC04:07
*** salv-orlando has joined #openstack-nova04:09
*** heyongli has quit IRC04:11
*** amotoki has joined #openstack-nova04:11
*** heyongli has joined #openstack-nova04:12
*** klkumar has joined #openstack-nova04:13
*** hparekh2 has quit IRC04:15
*** otter768 has quit IRC04:15
*** amotoki has quit IRC04:15
*** Sree has joined #openstack-nova04:16
*** Sree has quit IRC04:17
*** hparekh has joined #openstack-nova04:17
*** Sree has joined #openstack-nova04:17
*** klkumar has quit IRC04:20
*** unicell has joined #openstack-nova04:20
*** heyongli has quit IRC04:21
*** heyongli has joined #openstack-nova04:22
*** unicell1 has joined #openstack-nova04:24
*** unicell has quit IRC04:24
*** chenzeng has quit IRC04:27
*** Daisy has joined #openstack-nova04:27
*** pradipta has joined #openstack-nova04:27
*** Daisy has quit IRC04:28
*** deepakcs has joined #openstack-nova04:28
*** kylek3h has joined #openstack-nova04:30
*** heyongli has quit IRC04:31
*** heyongli has joined #openstack-nova04:32
*** gongysh has joined #openstack-nova04:33
*** salv-orlando has quit IRC04:34
*** klkumar has joined #openstack-nova04:37
*** kylek3h has quit IRC04:39
*** sahid has joined #openstack-nova04:40
*** heyongli has quit IRC04:42
*** heyongli has joined #openstack-nova04:43
*** jdurgin has joined #openstack-nova04:47
*** klkumar has quit IRC04:50
*** heyongli has quit IRC04:52
*** klkumar has joined #openstack-nova04:52
*** heyongli has joined #openstack-nova04:53
*** mdrabe has quit IRC04:56
*** boris-42 has quit IRC04:58
*** 17WAAY74W has quit IRC05:01
*** haomaiwa_ has joined #openstack-nova05:01
*** pixelb has quit IRC05:02
*** heyongli has quit IRC05:02
*** markvoelker has joined #openstack-nova05:03
*** heyongli has joined #openstack-nova05:03
*** ndipanov has quit IRC05:04
*** markvoelker has quit IRC05:07
*** spandhe has joined #openstack-nova05:08
*** heyongli has quit IRC05:12
*** heyongli has joined #openstack-nova05:13
*** jdurgin has quit IRC05:18
*** heyongli has quit IRC05:23
openstackgerritLianhao Lu proposed openstack/nova-specs: Add new API to list compute node metric names  https://review.openstack.org/18004905:24
*** heyongli has joined #openstack-nova05:24
*** salv-orlando has joined #openstack-nova05:31
*** heyongli has quit IRC05:33
*** heyongli has joined #openstack-nova05:34
*** vilobhmm11 has joined #openstack-nova05:36
*** kylek3h has joined #openstack-nova05:36
*** hparekh has quit IRC05:38
*** baoli has quit IRC05:38
*** baoli has joined #openstack-nova05:39
*** hparekh has joined #openstack-nova05:39
*** EinstCrazy has joined #openstack-nova05:40
*** sileht has joined #openstack-nova05:40
*** heyongli has quit IRC05:43
openstackgerritsahid proposed openstack/nova: libvirt: add cpu schedular priority config  https://review.openstack.org/19756705:44
openstackgerritsahid proposed openstack/nova: libvirt: rework membacking config to support future features  https://review.openstack.org/19756605:44
*** kylek3h has quit IRC05:44
openstackgerritsahid proposed openstack/nova: virt: add constraint to handle realtime policy  https://review.openstack.org/19756805:44
openstackgerritsahid proposed openstack/nova: libvirt: add realtime support  https://review.openstack.org/19756905:44
*** heyongli has joined #openstack-nova05:44
*** signed8bit has quit IRC05:45
*** baoli has quit IRC05:45
*** spandhe has quit IRC05:46
*** jamielennox is now known as jamielennox|away05:47
*** irenab has quit IRC05:50
*** EinstCra_ has joined #openstack-nova05:51
*** heyongli has quit IRC05:53
*** EinstCrazy has quit IRC05:54
*** heyongli has joined #openstack-nova05:54
*** salv-orlando has quit IRC05:55
*** jwcroppe has joined #openstack-nova05:57
*** amotoki has joined #openstack-nova05:57
*** jamielennox|away is now known as jamielennox05:58
*** chenzeng has joined #openstack-nova05:58
openstackgerritJianghua Wang proposed openstack/nova: XenAPI: Expose labels for ephemeral disks  https://review.openstack.org/21309406:00
*** haomaiwa_ has quit IRC06:01
*** haomaiwang has joined #openstack-nova06:01
*** veena has quit IRC06:01
*** amotoki has quit IRC06:02
*** gonzalo2kx has quit IRC06:03
*** heyongli has quit IRC06:04
*** heyongli has joined #openstack-nova06:04
*** emagana has quit IRC06:06
*** jerrygb has quit IRC06:14
*** heyongli has quit IRC06:14
*** heyongli has joined #openstack-nova06:15
*** otter768 has joined #openstack-nova06:16
*** cfarquhar has quit IRC06:19
*** cfarquhar has joined #openstack-nova06:21
*** cfarquhar has quit IRC06:21
*** cfarquhar has joined #openstack-nova06:21
*** otter768 has quit IRC06:21
*** heyongli has quit IRC06:24
*** heyongli has joined #openstack-nova06:25
*** klkumar has quit IRC06:32
*** irenab has joined #openstack-nova06:33
*** heyongli has quit IRC06:34
*** heyongli has joined #openstack-nova06:35
*** kylek3h has joined #openstack-nova06:41
*** cfarquhar has quit IRC06:43
*** heyongli has quit IRC06:45
*** heyongli has joined #openstack-nova06:45
*** garyk has joined #openstack-nova06:47
*** salv-orlando has joined #openstack-nova06:48
*** kylek3h has quit IRC06:48
*** openstackstatus has quit IRC06:49
*** markvoelker has joined #openstack-nova06:50
*** alex_klimov has joined #openstack-nova06:50
*** openstackstatus has joined #openstack-nova06:50
*** ChanServ sets mode: +v openstackstatus06:50
*** cfarquhar has joined #openstack-nova06:51
*** cfarquhar has quit IRC06:51
*** cfarquhar has joined #openstack-nova06:51
*** heyongli has quit IRC06:55
*** markvoelker has quit IRC06:55
*** heyongli has joined #openstack-nova06:56
*** asettle has quit IRC06:57
*** haomaiwang has quit IRC06:58
*** cfriesen_ has quit IRC06:59
*** josecastroleon has joined #openstack-nova07:00
*** haomaiwang has joined #openstack-nova07:01
*** amotoki has joined #openstack-nova07:03
*** heyongli has quit IRC07:05
*** heyongli has joined #openstack-nova07:06
*** klkumar has joined #openstack-nova07:06
*** sudipto has joined #openstack-nova07:08
*** EinstCra_ has quit IRC07:13
*** jerrygb has joined #openstack-nova07:15
*** heyongli has quit IRC07:15
*** heyongli has joined #openstack-nova07:16
*** nkrinner has joined #openstack-nova07:17
*** boris-42 has joined #openstack-nova07:18
*** gongysh has quit IRC07:18
*** gongysh has joined #openstack-nova07:19
*** jerrygb has quit IRC07:19
*** markus_z has joined #openstack-nova07:21
*** chenzeng has quit IRC07:21
*** heyongli has quit IRC07:26
*** heyongli has joined #openstack-nova07:26
*** jamielennox is now known as jamielennox|away07:29
*** chenzeng has joined #openstack-nova07:33
*** ihrachys has joined #openstack-nova07:34
*** heyongli has quit IRC07:36
*** heyongli has joined #openstack-nova07:37
openstackgerritHans Lindgren proposed openstack/nova: Avoid costly lazy-loads in compute manager during instance builds  https://review.openstack.org/24100007:38
*** alexschm has joined #openstack-nova07:39
*** rk4n has joined #openstack-nova07:40
openstackgerritHans Lindgren proposed openstack/nova: Use TimeFixture from oslo_utils to override time in tests  https://review.openstack.org/23761607:42
*** deepakcs has quit IRC07:45
*** kylek3h has joined #openstack-nova07:46
openstackgerritHans Lindgren proposed openstack/nova: Remove and deprecate conductor provider_fw_rule_get_all()  https://review.openstack.org/21624107:46
openstackgerritHans Lindgren proposed openstack/nova: Remove unused provider firewall rules functionality in nova  https://review.openstack.org/18402707:46
openstackgerritHans Lindgren proposed openstack/nova: Remove provider_fw_rules tables and associated db api methods  https://review.openstack.org/21624207:46
*** salv-orlando has quit IRC07:46
*** heyongli has quit IRC07:46
*** heyongli has joined #openstack-nova07:47
*** lsmola has joined #openstack-nova07:48
*** sudipto has quit IRC07:50
*** zigo has quit IRC07:53
*** kylek3h has quit IRC07:54
*** zigo has joined #openstack-nova07:55
*** danpb has joined #openstack-nova07:55
*** rdopiera has joined #openstack-nova07:56
*** heyongli has quit IRC07:56
openstackgerrithuan proposed openstack/nova: Resolve Nova/Neutron race condition  https://review.openstack.org/24112707:56
*** gcb has joined #openstack-nova07:57
*** heyongli has joined #openstack-nova07:57
*** baoli has joined #openstack-nova07:57
*** josecastroleon has quit IRC07:58
*** rdopiera has quit IRC07:58
tangchenhi, I have a question. If I want to add a new state_machine field into class Migration, and initialize it when Migration object is initialized, how should I do it ?07:58
*** rdopiera has joined #openstack-nova07:58
tangchenI tried to add a __init__() to class Migration.07:58
tangchenBut it seems that I cannot initialize the 'fields' in it.07:58
*** haomaiwang has quit IRC08:01
*** haomaiwang has joined #openstack-nova08:01
*** baoli has quit IRC08:02
*** lsmola has quit IRC08:03
*** heyongli has quit IRC08:07
*** heyongli has joined #openstack-nova08:07
*** jlanoux has joined #openstack-nova08:08
*** rk4n has quit IRC08:09
*** aix has quit IRC08:10
*** davideagnello has quit IRC08:10
*** vilobhmm11 has quit IRC08:12
openstackgerritBalazs Gibizer proposed openstack/nova: Deprecate nova-manage service subcommand  https://review.openstack.org/24085808:15
*** heyongli has quit IRC08:17
*** heyongli has joined #openstack-nova08:18
*** lsmola has joined #openstack-nova08:19
*** achanda has quit IRC08:25
*** haomaiwang has quit IRC08:25
*** Sree has quit IRC08:27
*** heyongli has quit IRC08:27
*** matrohon has joined #openstack-nova08:27
*** Sree has joined #openstack-nova08:28
*** haomaiwang has joined #openstack-nova08:28
*** heyongli has joined #openstack-nova08:28
*** xek has joined #openstack-nova08:28
*** Sree_ has joined #openstack-nova08:29
*** Sree_ has quit IRC08:29
openstackgerritzhu.rong proposed openstack/nova: Add subunit.log to gitignore  https://review.openstack.org/24113108:29
*** Sree_ has joined #openstack-nova08:30
*** jichen has joined #openstack-nova08:30
*** markmc has quit IRC08:30
*** Sree_ is now known as Guest8856408:30
*** salv-orlando has joined #openstack-nova08:32
*** ihrachys has quit IRC08:32
*** Sree has quit IRC08:32
*** ihrachys has joined #openstack-nova08:33
*** eglynn__ has quit IRC08:34
*** Sree has joined #openstack-nova08:34
*** chenzeng has quit IRC08:35
openstackgerritzhu.rong proposed openstack/nova: Add subunit.log to gitignore  https://review.openstack.org/24113108:35
*** heyongli has quit IRC08:37
*** ZZelle has quit IRC08:37
*** Guest88564 has quit IRC08:38
*** ihrachys has quit IRC08:38
*** ZZelle has joined #openstack-nova08:38
*** heyongli has joined #openstack-nova08:38
*** subscope has joined #openstack-nova08:39
*** josecastroleon has joined #openstack-nova08:39
*** ccard has joined #openstack-nova08:40
openstackgerritShraddha Pandhe proposed openstack/nova: Remove unnecessary destroy call from Ironic virt driver  https://review.openstack.org/24035708:41
*** venkat_p has joined #openstack-nova08:44
*** venkat_p has quit IRC08:45
*** Sree has quit IRC08:46
*** Sree has joined #openstack-nova08:47
*** heyongli has quit IRC08:48
*** heyongli has joined #openstack-nova08:48
*** aix has joined #openstack-nova08:49
*** kylek3h has joined #openstack-nova08:51
*** markvoelker has joined #openstack-nova08:52
*** markvoelker has quit IRC08:56
*** apuimedo has joined #openstack-nova08:57
*** heyongli has quit IRC08:58
*** kylek3h has quit IRC08:58
*** sudipto has joined #openstack-nova08:58
*** heyongli has joined #openstack-nova08:59
*** jistr has joined #openstack-nova09:00
*** haomaiwang has quit IRC09:01
*** haomaiwang has joined #openstack-nova09:01
*** subscope has quit IRC09:01
*** subscope has joined #openstack-nova09:04
*** Jeffrey4l has quit IRC09:04
*** ihrachys has joined #openstack-nova09:05
*** heyongli has quit IRC09:08
bauzasgood (jetlagged) morning Nova09:09
*** heyongli has joined #openstack-nova09:09
*** sudipto has quit IRC09:10
*** pixelb has joined #openstack-nova09:10
*** yassine has joined #openstack-nova09:12
*** apoorvad has joined #openstack-nova09:14
*** romainh has joined #openstack-nova09:15
*** e0ne has joined #openstack-nova09:15
*** jerrygb has joined #openstack-nova09:16
*** Jeffrey4l has joined #openstack-nova09:17
*** rk4n has joined #openstack-nova09:18
*** heyongli has quit IRC09:18
*** eglynn__ has joined #openstack-nova09:19
*** eglynn__ has quit IRC09:19
*** heyongli has joined #openstack-nova09:19
*** eglynn__ has joined #openstack-nova09:20
*** lennyb1 has joined #openstack-nova09:21
*** jerrygb has quit IRC09:21
*** lennyb1 has quit IRC09:21
*** MarcF has joined #openstack-nova09:22
*** sudipto has joined #openstack-nova09:23
*** achanda has joined #openstack-nova09:25
*** lennyb has quit IRC09:26
*** heyongli has quit IRC09:29
*** jwcroppe_ has joined #openstack-nova09:29
*** heyongli has joined #openstack-nova09:29
*** jwcroppe_ has quit IRC09:31
*** jwcroppe has quit IRC09:31
*** achanda has quit IRC09:31
*** jwcroppe has joined #openstack-nova09:33
openstackgerritShaoHe Feng proposed openstack/nova: remove the redundant policy check for SecurityGroupsOutputController  https://review.openstack.org/15936909:34
* alex_xu can't access gerrit, the server return 503...09:35
* alex_xu can access now...09:35
*** jwcroppe has quit IRC09:38
openstackgerritTimofey Durakov proposed openstack/nova-specs: nova-api hypervisor.cpu_info change from string to json object  https://review.openstack.org/18305709:39
*** heyongli has quit IRC09:39
*** heyongli has joined #openstack-nova09:40
*** subscope has quit IRC09:40
*** salv-orlando has quit IRC09:41
johnthetubaguytangchen: sounds like you might not have called the super classes __init__() method maybe?09:43
johnthetubaguytangchen: although I think you probably want to look at getting the correct kind of field, and it should just work, like an object field pointing at some migration class?09:43
*** derekh has joined #openstack-nova09:45
*** aix has quit IRC09:45
*** heyongli has quit IRC09:49
*** heyongli has joined #openstack-nova09:50
*** jwcroppe has joined #openstack-nova09:52
*** markvoelker has joined #openstack-nova09:53
*** kylek3h has joined #openstack-nova09:55
*** aix has joined #openstack-nova09:57
johnthetubaguymarkus_z: I have added some of the special review days on here, what do you think about the bug ones? https://wiki.openstack.org/wiki/Nova/Mitaka_Release_Schedule09:58
*** markvoelker has quit IRC09:58
* markus_z looking09:58
*** subscope has joined #openstack-nova09:59
*** heyongli has quit IRC09:59
*** heyongli has joined #openstack-nova10:00
*** haomaiwang has quit IRC10:01
markus_zjohnthetubaguy: To be honest, I think the participation was pretty low last time.10:01
*** aix has quit IRC10:01
*** haomaiwa_ has joined #openstack-nova10:01
markus_zjohnthetubaguy: I would try the "bug shaming" in the meetings or on the ML this time.10:01
johnthetubaguymarkus_z: yeah, I tried to pick a better day of the week, in the hope that makes a difference10:01
johnthetubaguymarkus_z: true, if that works, we could have a bug fixing day, or something10:02
markus_zjohnthetubaguy: I doubt that the date would make a difference.10:02
kashyapmarkus_z: Yeah, people often forget I guess10:02
bauzasmarkus_z: johnthetubaguy: honestly, the regression check we had during RCs was really needed10:02
johnthetubaguyregression check?10:02
bauzasmarkus_z: johnthetubaguy: I'd love to see it again10:02
bauzassorry, I mean checking which bugs were new and were regressions10:02
*** zhenguo has quit IRC10:03
markus_zbauzas: Hm, I must have missed that :-|10:03
johnthetubaguyoh, right, yeah, thats usually a good thing to check10:03
bauzasduring the RC phase, we found 3 critical ones and one high10:03
*** kylek3h has quit IRC10:04
bauzasmarkus_z: what do you really need for bug triaging ?10:04
markus_zbauzas: At best we discover such things as soon as the new ones get triaged.10:04
Guest60083markus_z, hi, have you checked this one? https://review.openstack.org/#/c/183057/10:04
kashyapMaybe a "bug fix week".10:04
*** Guest60083 is now known as tdurakov10:04
markus_zGuest60083: It's on my todo list, didn't yet have the chance10:05
bauzasmarkus_z: the main problem I had is that some bugs are created (hence NEW) and then a proposal is made (which made it IN PROGRESS)10:05
bauzasso, I missed some bugfixes which were really important for not having regressions10:05
markus_zbauzas: ok, I see your point.10:05
tdurakovmarkus_z, thanks, i've updated it, so it's almost ready to be merged10:05
bauzasfortunately, 2 of them were done by an IBM guy from mriedem_away's team10:06
johnthetubaguykashyap: I was always thinking about if folks will not do one day, they will not do a week, but actually, that might help as folks might have free time that week10:06
* kashyap brb, on phone10:06
*** jamielennox|away is now known as jamielennox10:06
*** aix has joined #openstack-nova10:06
markus_zjohnthetubaguy: Having a dedicated point in time to do triaging/fixing bugs could also lead to a delay.10:07
markus_zjohnthetubaguy: like, "yeah, not right now, let's do that in the bug fix week"10:07
markus_zbauzas: How was the "regression check" done? A query of non-prioritized bugs?10:08
johnthetubaguymarkus_z: true, thats the downside, its stuff we should be doing all the time, but a big push to deal with the backlog, but yeah, it can have that effect10:08
*** ihrachys_ has joined #openstack-nova10:08
bauzasmarkus_z: just basically verifying every 4 days that nothing was coming10:08
bauzaslike important10:09
bauzasarrrh10:09
bauzas4 *hours*10:09
markus_zjohnthetubaguy: I'm not entirely against the idea, but I think the participation won't grow.10:09
bauzasmy brain is still unmounted10:09
*** jhesketh has quit IRC10:09
*** ihrachys has quit IRC10:10
*** heyongli has quit IRC10:10
bauzaswe certainly need to have that post feature freeze IMHO10:10
*** huanxie has joined #openstack-nova10:10
*** sudipto has quit IRC10:10
*** jhesketh has joined #openstack-nova10:10
*** heyongli has joined #openstack-nova10:10
markus_zjohnthetubaguy: The announcement on the ML last time had next to no response.10:11
*** ccard has quit IRC10:12
huanxiehi johnthetubaguy, I'm huan from citrix. One quick question, for xen driver nova/neutron race condition problem, should we treat it as a bugfix or a new blueprint?10:12
*** zhangjn has quit IRC10:12
*** zhangjn has joined #openstack-nova10:13
bauzasmarkus_z: well, that's not because people don't answer to ML that they don't do bugfixing :)10:13
markus_zjohnthetubaguy: I'll post a request on the ML to update the subteam contacts for bugs https://wiki.openstack.org/wiki/Nova/BugTriage10:13
markus_zbauzas: True, but the few samples I took last time showed that johnthetubaguy you and kashyap were participating. :)10:14
markus_zapologies to everyone I missed :)10:14
*** zhangjn has quit IRC10:17
*** heyongli has quit IRC10:20
*** subscope has quit IRC10:20
*** subscope has joined #openstack-nova10:20
*** heyongli has joined #openstack-nova10:21
johnthetubaguyhuanxie: hi, good question, honestly, it could be either, I would start it as a bug fix, we can add a blueprint if we need to later10:21
bauzasPaulMurray: you there ?10:23
bauzasPaulMurray: I just checked the flights to BRS and unfortunately there are a few of them in weekdays10:23
bauzasPaulMurray: that said, I'm lucky enough to get a direct flight from GVA but I feel some information should be fulfilled soon for people wanting to land on LHR10:24
bauzaswith the transportation options10:24
bauzasPaulMurray: I was also looking at the hotel prices and the venue distance10:25
bauzasPaulMurray: I dunno if HP has some ways to get for room blocks :)10:26
PaulMurraybauzas, hi10:26
PaulMurraybauzas, sorting out room booking in next couple of days10:26
huanxiejohnthetubaguy: thanks a lot, will raise a bug for this fix10:26
bauzasoh coolness !10:26
PaulMurraybauzas, I'll put something together about ways to get here too10:26
bauzasPaulMurray: yeah I think the latter (transportation) is probably the more important as of now10:27
bauzasPaulMurray: because of budget estimates :)10:27
PaulMurrayI fly BRS-GVA often - GVA is a pain for easyjet, but shouldn't be a peak time for them10:27
PaulMurraygetting a bus from LHR to bristol costs about £40 return fare10:28
PaulMurraythey are very good10:28
bauzasyup, it's easyjet AFAIK10:28
johnthetubaguyright bus or train from LHR is a good option10:28
*** achanda has joined #openstack-nova10:28
bauzasgiven that the flight is around 100EUR for people in EU like me, taking train for 50EUR is just 1.5 the price :p10:29
*** jianghua has joined #openstack-nova10:29
bauzasand I don't give too much credit to LHR :)10:29
*** heyongli has quit IRC10:30
johnthetubaguyLHR is worth avoiding for short trips, but from the US, you are more likely to be able to go direct10:30
bauzas++10:31
*** heyongli has joined #openstack-nova10:31
*** jianghua has quit IRC10:32
*** achanda has quit IRC10:34
*** josecastroleon has quit IRC10:37
bauzasPaulMurray: 2 hours for the train from BRS to LHR ?10:38
*** zhangjn has joined #openstack-nova10:38
*** zhangjn has quit IRC10:38
*** alex_xu has quit IRC10:40
tangchenjohnthetubaguy: I think if I write a __init__() in class Migration, it needs to take all fields as its parameters, otherwise the callers won't be able to create a Migration object properly. But if I take all the parameters, I cannot assign them to the fields in __init__() because it will give this error:AttributeError: 'Migration' object has no attribute '_changed_fields'10:40
*** heyongli has quit IRC10:40
*** zhangjn has joined #openstack-nova10:40
johnthetubaguytangchen: can't you just do the (*args, **kwargs) trick? but yeah, the constructor isn't usually the correct place to change things, its probably the from_primitive stuff, or from the DB stuff that is more useful10:41
*** heyongli has joined #openstack-nova10:41
tangchenjohnthetubaguy: And also, if I want to initialize the state machine depending on the migration_type, I cannot refer to migration_type in __init__().10:41
*** ihrachys_ has quit IRC10:42
rajeshtjohnthetubaguy: could you please review https://review.openstack.org/#/c/215483/10:43
danpbbauzas: yeah, that's approx right duration10:43
rajeshtjohnthetubaguy: thanks :)10:43
tangchenjohnthetubaguy: BTW, migration_type and hidden are set to non-nullable. But actually we can leave them as None when create Migration object.10:43
*** salv-orlando has joined #openstack-nova10:43
tangchenjohnthetubaguy: Is there any way to fix it ?10:43
bauzasdanpb: ack, thanks - was considering 3 or 4 nights10:44
danpbbauzas: though not sure which station will be best - depends on what hotel PaulMurray suggests we use10:44
*** abhishekk has joined #openstack-nova10:44
abhishekkalaski: hi you around?10:44
danpbas it seems HP offices are not in the center of the city, rather on the outskirts10:44
bauzasyup I saw that10:44
*** alex_xu has joined #openstack-nova10:44
* danpb wonders if it is HP or HPE offices :-)10:44
*** ihrachys has joined #openstack-nova10:45
bauzaslol10:45
bauzasHPE :)10:45
bauzassee PaulMurray's email :p10:45
andrearosaHP office here in bristol are not in the center but just 10 mins of train from the Bristol Temple meads station which is located in city center10:45
PaulMurraybauzas, 2hrs yes - you need two trains - LHR to london paddington then paddington to bristol10:45
johnthetubaguytangchen: so not sure whats best there, feels like the caller should add in an appropriate statemachine to express the type10:45
bauzastangchen: IIUC, you want to add a new field and populate it whenever it's needed ?10:45
PaulMurraybauzas, bus is also 2hrs and goes direct to bristol city centre10:45
bauzasPaulMurray: okay, I feel I'll then stick with EasyJet and GVA10:46
bauzasthat's far more flexible10:46
bauzasI mean GVA/BRS10:46
johnthetubaguytangchen: yeah, what bauzas said10:46
*** thorst has joined #openstack-nova10:46
bauzasthere is something in the object helper factory10:47
bauzasobj_set_defaults()10:47
bauzasthat you can use for setting a field to a default10:47
bauzastangchen:10:47
bauzas^10:47
* bauzas is still booting10:47
tangchenbauzas, johnthetubaguy: I want to add a new field in to class Migration. It is an object of a class. But which class depends on the migration_type field.10:47
*** rotbeard has joined #openstack-nova10:48
bauzastangchen: like this https://github.com/openstack/nova/blob/master/nova/objects/request_spec.py#L345-L35310:48
PaulMurrayjohnthetubaguy, bauzas danpb as a quick spot poll : there are hotels more or less walking distance from our site on edge of bristol10:48
PaulMurrayor hotels in city centre10:48
bauzasPaulMurray: I guess the most crucial point is that : do they all provide good beers ?10:49
*** flyingtt has joined #openstack-nova10:49
PaulMurraycity centre is a bit of a treak to our site but is better for evening10:49
bauzaswe need to face the UK winter y'know10:49
danpbPaulMurray: what's transport like between city center & your site10:49
*** Sree has quit IRC10:49
danpbeg  its desirable to avoid having to pay for taxis each morning & evening10:49
PaulMurraybest in a car or taxi10:49
andrearosabauzas: there is no difference between seasons here in uk :(10:49
bauzasandrearosa: no worries, it's just right in the middle of the ski season :p10:50
*** salv-orlando has quit IRC10:50
andrearosacorrect10:50
bauzasdanpb: checked car rentals, not really expensive AFAICT - like 100EUR for 4 days10:50
*** heyongli has quit IRC10:51
bauzasdanpb: I'd even say 70EUR for 3 days10:51
tangchenbauzas, johnthetubaguy: Let me see for a while. Thanks. :)10:51
bauzastangchen: just upload something WIP in Gerrit and CC me, I'll help you okay?10:51
*** heyongli has joined #openstack-nova10:51
tangchenbauzas: OK, thank you very much. :)10:52
bauzastangchen: having a state in an object is fine, I just care about how you handle the state transitions10:52
bauzastangchen: btw I guess it would be an enum ?10:52
*** subscope has quit IRC10:53
*** josecastroleon has joined #openstack-nova10:53
openstackgerritgaryk proposed openstack/nova-specs: VMware: expand opaque network support  https://review.openstack.org/23042510:54
tangchenbauzas: I'm using automaton.machine.FiniteMachine. And it is not a Enum now. Please refer to these three BP.10:54
danpbPaulMurray: if the hotels are reasonable, i'd probably tend towards  staying withint walking distnace of office10:54
tangchen[1] https://blueprints.launchpad.net/nova/+spec/migration-state-machine10:54
tangchen[2] https://blueprints.launchpad.net/nova/+spec/migration-state-field-machine10:54
danpbPaulMurray: to avoid having todo a 20-30 min drive/taxi each morning / evening in rush hour10:55
tangchen[3] https://blueprints.launchpad.net/nova/+spec/migration-type-refactor10:55
bauzastangchen: is that somehow related to ndipanov's work ?10:55
tangchenbauzas: Thanks. :)10:55
tangchenyes10:55
*** gongysh has quit IRC10:55
tangchenbauzas: I'm taking it from him.10:55
tangchenbauzas: And we have discussed it several times in IRC and emails. The BP will show the direction it is going.10:56
*** yassine has quit IRC10:56
tangchenbauzas: But I think I have some trouble in doing the coding.10:56
*** haomaiwa_ has quit IRC10:57
*** gongysh has joined #openstack-nova10:57
*** MarcF has quit IRC10:57
*** ihrachys_ has joined #openstack-nova10:58
*** daemontool has quit IRC10:58
*** daemontool has joined #openstack-nova10:59
*** salv-orlando has joined #openstack-nova10:59
*** ihrachys has quit IRC10:59
*** ildikov has quit IRC11:00
*** kylek3h has joined #openstack-nova11:01
*** heyongli has quit IRC11:01
*** jwcroppe has quit IRC11:01
*** heyongli has joined #openstack-nova11:02
*** ildikov has joined #openstack-nova11:02
*** salv-orlando has quit IRC11:02
*** aysyd has joined #openstack-nova11:05
*** markvoelker has joined #openstack-nova11:09
*** dims has joined #openstack-nova11:09
*** kylek3h has quit IRC11:09
*** romainh has quit IRC11:10
*** heyongli has quit IRC11:11
*** heyongli has joined #openstack-nova11:12
*** markvoelker has quit IRC11:13
*** apoorvad has quit IRC11:15
*** ihrachys_ has quit IRC11:16
tangchenbauzas: I read the URL you gave me. But I don't it is what I want. The from/to_dict() is used to limit the attributes to be some suitable values, right ?11:20
openstackgerritAnna Babich proposed openstack/python-novaclient: Functional tests for os-extended-server-attributes  https://review.openstack.org/23260511:21
*** gszasz has joined #openstack-nova11:21
*** heyongli has quit IRC11:21
openstackgerritChangBo Guo(gcb) proposed openstack/nova: Filter out inactive compute before computing avaible resources  https://review.openstack.org/18015511:22
*** heyongli has joined #openstack-nova11:22
tangchenbauzas: What I want to do is initialize one field depending on the values of some other fields.11:23
tangchenbauzas: I failed to do it in __init__().11:23
*** alex_xu has quit IRC11:24
*** alex_xu has joined #openstack-nova11:25
johnthetubaguytangchen: not sure that sounds like a good idea, why can the person creating the migration object setup the statemachine by setting a field on the object? maybe do the simple thing first, then see how best improve that?11:26
tangchenjohnthetubaguy: My idea is make state machine a field of Migration, and depending on the migration_type field, we can initialize the state machine to different class.11:28
tangchenjohnthetubaguy: And yes, I'm spliting the current state machine into 3 different ones for 3 different migration types.11:29
*** stackdump has joined #openstack-nova11:29
*** rfolco has joined #openstack-nova11:30
tangchenjohnthetubaguy: The 3 new ones will be simpler and easier to understand. And they are the same as the old one before if we take them together..11:30
johnthetubaguytangchen: I would just try being explicit first, and see how bad it looks, it might be neater than trying to link those two fields11:30
tangchenjohnthetubaguy: I think I can post a first version patches for you guys to see.11:30
johnthetubaguytangchen: I think thats a good way forward11:30
tangchenjohnthetubaguy: Sure. :)11:31
*** jlanoux has quit IRC11:31
*** heyongli has quit IRC11:32
*** heyongli has joined #openstack-nova11:32
*** stackdump has quit IRC11:33
*** jamielennox is now known as jamielennox|away11:35
johnthetubaguydanpb: I am adding you as the main contact for the os-vif-lib, if thats OK? adding jaypipes into the list too, but he already has his name against the scheduler11:36
*** josecastroleon has quit IRC11:36
*** deepakcs has joined #openstack-nova11:36
*** ihrachys has joined #openstack-nova11:37
danpbjohnthetubaguy: sure, that's fine11:39
johnthetubaguydanpb: thanks11:40
danpbi'll aim to create an etherpad somewhere to coordinate / track progress once we get going11:40
*** jlanoux has joined #openstack-nova11:40
*** heyongli has quit IRC11:42
*** heyongli has joined #openstack-nova11:43
*** mgoddard_ has joined #openstack-nova11:44
*** mgoddard has quit IRC11:44
*** jlanoux_ has joined #openstack-nova11:44
kashyapNoticed people were already adding comments to this - https://etherpad.openstack.org/p/mitaka-nova-os-vif-lib11:45
*** dave-mccowan has joined #openstack-nova11:45
*** jlanoux has quit IRC11:47
johnthetubaguydanpb: would be good if we can just use the regular priority etherpad if thats possible11:50
*** jang1 has joined #openstack-nova11:51
danpbjohnthetubaguy: i thought that was just for tracking pending reviews ?11:51
*** smatzek has joined #openstack-nova11:51
danpbif its ok to have more general discussion points in it, i cna use it11:51
*** heyongli has quit IRC11:52
*** jang1 is now known as jang11:52
*** heyongli has joined #openstack-nova11:53
*** markmc has joined #openstack-nova11:54
* alex_xu reminders nova api meeting in 5 mins11:55
*** daemontool has quit IRC12:01
*** heyongli has quit IRC12:02
*** jerrygb has joined #openstack-nova12:03
*** jerrygb has quit IRC12:03
openstackgerritJohn Garbutt proposed openstack/nova-specs: Add Mitaka Priorities  https://review.openstack.org/24095912:03
*** heyongli has joined #openstack-nova12:04
openstackgerritJohn Garbutt proposed openstack/nova-specs: Add Mitaka Priorities  https://review.openstack.org/24095912:05
*** jlanoux_ has quit IRC12:05
*** salv-orlando has joined #openstack-nova12:06
*** kylek3h has joined #openstack-nova12:06
*** aix has quit IRC12:07
*** browne has quit IRC12:09
*** klkumar has quit IRC12:09
*** markvoelker has joined #openstack-nova12:09
*** josecastroleon has joined #openstack-nova12:10
*** subscope has joined #openstack-nova12:10
*** inteq has quit IRC12:11
*** aix has joined #openstack-nova12:12
*** heyongli has quit IRC12:13
*** yassine has joined #openstack-nova12:13
*** heyongli has joined #openstack-nova12:14
*** kylek3h has quit IRC12:14
*** thorst has quit IRC12:14
*** markvoelker has quit IRC12:14
*** salv-orl_ has joined #openstack-nova12:15
*** salv-orlando has quit IRC12:15
*** Jeffrey4l has quit IRC12:16
*** Jeffrey4l has joined #openstack-nova12:18
openstackgerritPavel Kholkin proposed openstack/nova: Use EngineFacade from oslo_db.enginefacade  https://review.openstack.org/22131012:18
openstackgerritPavel Kholkin proposed openstack/nova: enginefacade: 'service'  https://review.openstack.org/24117812:18
openstackgerritPavel Kholkin proposed openstack/nova: enginefacade: 'instance_info' and 'instance_extra'  https://review.openstack.org/22506512:21
openstackgerritPavel Kholkin proposed openstack/nova: enginefacade: 'cell_mapping'  https://review.openstack.org/22678812:21
openstackgerritPavel Kholkin proposed openstack/nova: enginefacade: 'key_pair' and 'cell'  https://review.openstack.org/23991512:21
openstackgerritPavel Kholkin proposed openstack/nova: enginefacade: 'instance_mapping'  https://review.openstack.org/22897912:21
openstackgerritPavel Kholkin proposed openstack/nova: enginefacade: 'network'  https://review.openstack.org/24025312:21
openstackgerritAlexander Schmidt proposed openstack/nova-specs: libvirt: iothreads for disk devices  https://review.openstack.org/23096812:21
openstackgerritPavel Kholkin proposed openstack/nova: enginefacade: 'certificate' and 'pci_device'  https://review.openstack.org/24027512:22
openstackgerritPavel Kholkin proposed openstack/nova: WIP: enginefacade: 'floating_ip'  https://review.openstack.org/24051312:22
openstackgerritPavel Kholkin proposed openstack/nova: WIP: enginefacade: 'fixed_ip'  https://review.openstack.org/24081112:22
openstackgerritGábor Antal proposed openstack/nova: Replaced deprecated timeutils methods (isotime() and strtime())  https://review.openstack.org/24117912:22
gibijohnthetubaguy: hi! do you have a minute or two? (I dont want to steal your lunchtime)12:22
johnthetubaguygibi: no problems, ask away12:22
gibiI'd like to create the notification subteam. I read up what it takes to do it and here are my plans12:22
gibi1) create a wiki named Meetings/NovaNotification12:22
gibi2) link it under Nova#Nova_subteams12:22
gibi3) define the mission and tasks12:22
gibi4) send out a mail on the mailing list as an advertisement12:22
gibi5) try to find a meeting slot that good for the interested participants12:22
gibiAm I missing something?12:22
*** heyongli has quit IRC12:23
*** klkumar has joined #openstack-nova12:24
*** achanda has joined #openstack-nova12:24
jrollgibi: 6) a patch here http://git.openstack.org/cgit/openstack-infra/irc-meetings/12:24
*** heyongli has joined #openstack-nova12:24
jroll:)12:24
*** subscope has quit IRC12:24
gibijroll: to book a meeting slot, yes, thanks :)12:24
*** thorst has joined #openstack-nova12:25
johnthetubaguygibi: so now you write that out, we should probably update the subteam doc here: https://wiki.openstack.org/wiki/Nova#Nova_subteams12:26
*** achanda has quit IRC12:26
*** subscope has joined #openstack-nova12:26
jrollmariojv: ^ fyi you may be interested in this12:26
gibijohnthetubaguy: I pretty much used the information from there to make my plan12:27
johnthetubaguyjroll: yeah, I was going to try catch you, we are reworking how our notifications work12:27
johnthetubaguygibi: cool, just thinking about making it easier12:27
jrolljohnthetubaguy: yeah, and we're doing the thing12:27
jrolljohnthetubaguy: drastic changes other than versioned schema?12:27
johnthetubaguygibi: I was thinking about the entry on here as well: https://etherpad.openstack.org/p/mitaka-nova-priorities-tracking12:28
johnthetubaguyjroll: nope, just the versioned stuff12:28
jrollcool12:28
gibijohnthetubaguy: ok, make sense, I will add a section12:28
jrolljohnthetubaguy: o.vo, I assume?12:28
johnthetubaguyjroll: although being clear its not intended as an end user async API, its more structured logging12:28
johnthetubaguyjroll: yeah12:28
gibijroll: yes, o.vo12:28
jrollyep12:28
jroll\o/12:28
johnthetubaguyjroll: gibi has a great spec on the details12:29
gibijroll: versioned notification api spec https://review.openstack.org/#/c/224755/12:29
jrollthanks12:29
johnthetubaguyjroll: we could extract that to be an openstack spec if we wanted to make sure we agree, I suppose, but we shouldn't block us both making progress on getting that sorted12:29
*** salv-orl_ has quit IRC12:29
johnthetubaguygibi: sorry, to answer your previous question, that looks good12:30
*** alex_klimov has quit IRC12:30
gibijohnthetubaguy: OK, I will do the typing then :)12:30
gibijohnthetubaguy: thanks12:30
jrolljohnthetubaguy: we could... I assume the hard parts around your spec is compatibility and such, with a greenfield thing it shouldn't be difficult (final last words)12:31
*** kylek3h has joined #openstack-nova12:31
*** kylek3h has quit IRC12:31
gibijroll: compatibility is handled by emitting old notifications as well for some time12:31
*** kylek3h has joined #openstack-nova12:31
*** zhangjn has quit IRC12:31
*** salv-orlando has joined #openstack-nova12:31
*** klkumar has quit IRC12:33
*** jeblair has quit IRC12:33
*** heyongli has quit IRC12:33
*** EmilienM has quit IRC12:33
*** zhangjn has joined #openstack-nova12:34
*** heyongli has joined #openstack-nova12:34
jrollgibi: right12:34
*** jeblair has joined #openstack-nova12:34
jrollspec lgtm, I suspect we'll take much of that for ironic12:35
johnthetubaguycools12:36
*** EmilienM has joined #openstack-nova12:36
*** asselin has quit IRC12:37
*** deepakcs has quit IRC12:37
*** jwcroppe has joined #openstack-nova12:38
gibijroll: cool, if you have further questions you can find me here. :)12:38
jrollgibi: cool, mariojv is leading that work so expect a ping from him :P12:38
gibijroll, mariojv: cool :)12:40
*** jwcroppe has quit IRC12:41
*** thorst_ has joined #openstack-nova12:41
*** jwcroppe has joined #openstack-nova12:42
*** thorst has quit IRC12:43
*** thorst_ is now known as thorst12:43
*** heyongli has quit IRC12:43
*** heyongli has joined #openstack-nova12:45
*** mgoddard__ has joined #openstack-nova12:45
johnthetubaguygibi: I updated the wiki page a little, incase that helps: https://wiki.openstack.org/wiki/Nova#Nova_subteams12:45
*** jwcroppe has quit IRC12:46
*** mgoddard__ has quit IRC12:46
*** mgoddard__ has joined #openstack-nova12:47
openstackgerritJohn Garbutt proposed openstack/nova-specs: Add Mitaka Priorities  https://review.openstack.org/24095912:48
*** mgoddard_ has quit IRC12:48
*** lixiaoy1 has joined #openstack-nova12:48
*** lixiaoy1 has quit IRC12:49
*** subscope has quit IRC12:50
*** baoli has joined #openstack-nova12:50
gibijohnthetubaguy: it helps, thanks.12:50
*** baoli_ has joined #openstack-nova12:51
johnthetubaguygibi: cool12:51
* johnthetubaguy runs away for lunch12:51
gibijohnthetubaguy: enjoy!12:51
openstackgerritPavel Kholkin proposed openstack/nova: enginefacade: 'compute_node'  https://review.openstack.org/24118912:52
*** heyongli has quit IRC12:54
*** heyongli has joined #openstack-nova12:55
*** baoli has quit IRC12:55
*** Jeffrey4l has quit IRC12:55
*** abhishekk has quit IRC12:55
*** links has quit IRC12:56
*** thorst has quit IRC12:57
*** subscope has joined #openstack-nova12:58
*** boris-42 has quit IRC12:58
*** subscope has quit IRC13:00
*** asselin has joined #openstack-nova13:00
*** jerrygb has joined #openstack-nova13:01
alexschmdanpb: in the AIO mode spec you commented that the aio setting has no effect for network based disks13:02
*** thorst has joined #openstack-nova13:03
danpbalexschm: yep13:03
alexschmdanpb: is this only true for kernel based rbd or does it also apply to NFS, iSCSI and glusterfs?13:03
danpbalexschm: ok, i meant disks that use     <disk type='network'>13:03
danpbie, QEMU is the network client13:03
*** alex_klimov has joined #openstack-nova13:04
danpbdisks that use kernel drivers via the host block layer are relevant for aio setting13:04
openstackgerritJay Pipes proposed openstack/nova-specs: Adds pci-generate-stats spec  https://review.openstack.org/24085213:04
*** heyongli has quit IRC13:04
alexschmdanpb: ah okay I get the difference now13:04
*** heyongli has joined #openstack-nova13:05
*** root__ has joined #openstack-nova13:05
alexschmdanpb: I'll incorporate your comments in the spec, did you make any progress regarding the performance measurements? :)13:05
*** jlanoux has joined #openstack-nova13:07
*** romainh has joined #openstack-nova13:07
danpbalexschm: talking to our perf team today to find out status of it13:13
alexschmdanpb: that's great, thank you!13:14
*** heyongli has quit IRC13:14
*** heyongli has joined #openstack-nova13:15
*** burgerk has joined #openstack-nova13:16
*** josecastroleon has quit IRC13:17
*** thorst has quit IRC13:18
*** makkie- has joined #openstack-nova13:20
openstackgerritPavel Kholkin proposed openstack/nova: enginefacade: 'compute_node'  https://review.openstack.org/24118913:21
openstackgerritPavel Kholkin proposed openstack/nova: enginefacade: 'service'  https://review.openstack.org/24117813:21
openstackgerritPavel Kholkin proposed openstack/nova: enginefacade: 'compute_node'  https://review.openstack.org/24118913:21
*** abramley_ has joined #openstack-nova13:22
*** gerhardq1x has joined #openstack-nova13:22
*** makkie_ has quit IRC13:22
*** abramley has quit IRC13:22
*** gerhardqux has quit IRC13:22
*** abramley_ is now known as abramley13:22
*** lsmola has quit IRC13:22
*** lsmola has joined #openstack-nova13:22
*** thorst has joined #openstack-nova13:24
*** heyongli has quit IRC13:24
*** pratikmallya has joined #openstack-nova13:25
*** heyongli has joined #openstack-nova13:25
*** thorst_ has joined #openstack-nova13:26
*** thorst has quit IRC13:28
*** thorst_ has quit IRC13:31
*** edmondsw has joined #openstack-nova13:31
*** Sree has joined #openstack-nova13:33
*** rmstar has joined #openstack-nova13:33
*** thorst has joined #openstack-nova13:34
*** mwagner has joined #openstack-nova13:34
*** heyongli has quit IRC13:35
*** mgoddard has joined #openstack-nova13:35
*** heyongli has joined #openstack-nova13:36
*** mgoddard__ has quit IRC13:36
*** gcb has quit IRC13:37
*** salv-orlando has quit IRC13:37
*** njirap has joined #openstack-nova13:37
*** gcb has joined #openstack-nova13:37
*** subscope has joined #openstack-nova13:38
openstackgerritgaryk proposed openstack/nova-specs: VMware: expand opaque network support  https://review.openstack.org/23042513:40
garykmriedem_away: ^13:40
*** cristicalin has joined #openstack-nova13:44
*** signed8bit has joined #openstack-nova13:45
*** heyongli has quit IRC13:45
openstackgerritPawel Koniszewski proposed openstack/nova-specs: Pause VM during live migration  https://review.openstack.org/22904013:45
*** heyongli has joined #openstack-nova13:46
bauzasjaypipes: dansmith: eh, just catching up my gerrit backlog, happy to see you reviewing the ReqSpec changes13:47
cristicalinanybody know if there is a version of https://launchpad.net/nova/+bug/1457517 for juno ?13:49
openstackLaunchpad bug 1457517 in nova (Ubuntu Vivid) "Unable to boot from volume when flavor disk too small" [High,Fix released]13:49
cristicalinI see it tagged for kilo and liberty only13:49
*** josecastroleon has joined #openstack-nova13:50
PaulMurrayjohnthetubaguy, looking at https://review.openstack.org/#/c/240959/13:51
PaulMurraythere is one item in our list that is related to resize instead of live migrate13:51
PaulMurrayis it worth mentioning?13:51
PaulMurrayIts the one about storage pools.13:52
*** alejandrito has joined #openstack-nova13:52
PaulMurrayjohnthetubaguy, see 6 on https://etherpad.openstack.org/p/mitaka-live-migration13:53
*** lpetrut has joined #openstack-nova13:54
*** subscope has quit IRC13:55
*** raildo-afk is now known as raildo13:55
*** heyongli has quit IRC13:55
*** heyongli has joined #openstack-nova13:56
johnthetubaguyPaulMurray: I guess storage pools helps with both?13:58
*** RA_ has joined #openstack-nova13:58
*** mdrabe has joined #openstack-nova13:59
*** rlrossit has joined #openstack-nova14:01
PaulMurrayjohnthetubaguy, not really, it removes the need for an external mechanism for copying disks - it lets libvirt take care of things, but its really used in cold migration14:01
bauzasalex_xu: still around ?14:01
alex_xubauzas: yea, I'm here14:02
bauzasalex_xu: I don't understand your point in https://review.openstack.org/#/c/191251/37/nova/scheduler/host_manager.py,cm for numa14:02
johnthetubaguyPaulMurray: oh, I thought that would help with the block migration during live-migrate as well, maybe I got the wrong end of the stick there14:02
*** pixelb has quit IRC14:02
PaulMurrayjohnthetubaguy, unless I understand wrong - maybe danpb can comment14:02
*** zul_ is now known as zul14:02
alex_xubauzas: sorry, I didn't explain clearly14:02
danpbno block live migration is completely separate14:03
johnthetubaguyPaulMurray: I don't really want to add resize in the priority list, but I OK with you folks adding the storage pools stuff in there, I think that has values14:03
johnthetubaguydanpb: OK, cool14:03
danpbthat uses an nbd server builtin to qemu14:03
markus_ztdurakov: That's OK from a zKVM POV => https://review.openstack.org/#/c/183057/814:03
bauzasPaulMurray: I'm fine with your email about 1500UTC, but you didn't said which day :)14:03
alex_xubauzas: give me a sec find some link to explain that14:03
*** su_zhang has joined #openstack-nova14:04
bauzasalex_xu: sure14:04
johnthetubaguydanpb: when we do the exclude list of config drive, do we end up doing a regular copy for that one, or is it just NDB for that too?14:04
danpbi can't remmeber how we deal with config drive right now14:05
*** pixelb has joined #openstack-nova14:05
danpbbut with new libvirt we'll be copying it via the nbd channel, as with all other disks we care about copying14:05
*** heyongli has quit IRC14:05
PaulMurrayjohnthetubaguy, do you mean add storage pools to the description of live migrate in https://review.openstack.org/#/c/240959/4 ?14:05
*** salv-orlando has joined #openstack-nova14:05
*** heyongli has joined #openstack-nova14:06
*** mc_nair has joined #openstack-nova14:06
alex_xubauzas: line 279 of https://review.openstack.org/#/c/191251/37/nova/scheduler/host_manager.py will caclualte an numa toplogy for target host and assign to request spec obj14:07
*** ccarmack has left #openstack-nova14:07
*** lpetrut has quit IRC14:08
bauzasalex_xu: hum, no14:08
bauzasalex_xu: consume_from_instance() is used for decrementing the resource usage from each HostState when an instance is provided14:08
alex_xubauzas: but hardware.numa_fit_instance_to_host return an new numatopology object14:09
openstackgerritJohn Garbutt proposed openstack/nova-specs: Add Mitaka Priorities  https://review.openstack.org/24095914:09
alex_xuwhich numa topology object is based on host topology14:09
bauzasalex_xu: that's hard to explain so I'll summarize14:10
bauzasalex_xu: basically, what the user asks for NUMA is quite abstract14:10
*** mrkz has joined #openstack-nova14:10
*** markvoelker has joined #openstack-nova14:10
bauzasalex_xu: so the scheduler just checks what's possible or not14:10
bauzasalex_xu: but once the host is found for the asked instance, then it transforms the numa request into something better said for the host14:11
alex_xubauzas: yes14:11
bauzasalex_xu: that's what the hardware.fit_instance_to_host does14:11
*** subscope has joined #openstack-nova14:12
*** changbl has quit IRC14:12
alex_xuyes, right. but that hide some user initial request14:12
*** thorst has quit IRC14:12
alex_xufor example, page_size https://github.com/openstack/nova/blob/master/nova/virt/hardware.py#L65414:12
bauzasalex_xu: not exactly because the user didn't asked for some specific PCI devices14:12
*** gongysh has quit IRC14:12
alex_xubauzas: that is the reason why we shouldn't save the new topology into request spec obj14:13
alex_xuwe should keep request spec obj to store the initial request14:13
*** w_verdugo has joined #openstack-nova14:13
*** venkat_p has joined #openstack-nova14:13
*** gongysh has joined #openstack-nova14:13
*** venkat_p has quit IRC14:14
bauzasalex_xu: well, it's already done by this way for the original stuff14:14
*** cfriesen_ has joined #openstack-nova14:14
bauzasalex_xu: like the instance object is a dict, it's a mutable object14:14
alex_xubauzas: for page size case, if user request MEMPAGES_LARGE, but the scheduler calculate a page size depend on the target host. and we save that page size in request spec obj. in next scheduling(migration), the MEMPAGES_LARGE will be forget14:15
bauzasalex_xu: so I'm not changing the behaviour14:15
*** thorst has joined #openstack-nova14:15
bauzasalex_xu: then the helper is buggy, not my change :)14:15
*** markvoelker has quit IRC14:15
alex_xubauzas: yea, I'm not say your patch wrong :)14:15
*** obondarev has joined #openstack-nova14:15
*** heyongli has quit IRC14:16
*** obondarev has quit IRC14:16
*** obondarev has joined #openstack-nova14:16
bauzasalex_xu: tbc, do you agree with the fact that the original consume_from_instance() method already wedges that?14:16
*** heyongli has joined #openstack-nova14:17
*** mriedem_away is now known as mriedem14:17
alex_xubauzas: I just saw line 164 in https://review.openstack.org/#/c/197912/35/nova/scheduler/filter_scheduler.py reset the hosts fields. I'm thinking maybe we should reset numa toplogy field also. But maybe this is part of persist request spec, not your patch. so nvm14:17
alex_xubauzas: emm....yea14:18
*** xyang1 has joined #openstack-nova14:18
*** jichen has quit IRC14:18
bauzasalex_xu: I don't want to regress because the helper is buggy but I can surely workaroud by using a different attribute for sure14:19
*** otter768 has joined #openstack-nova14:19
bauzassahid: you there N14:20
*** ijuwang has joined #openstack-nova14:20
*** electrocucaracha has joined #openstack-nova14:20
*** ccarmack has joined #openstack-nova14:20
bauzassahid: since ndipanov is on PTO, I'm hassling some other numa guy :p14:20
ccarmackgaryk: We are setting up openstack to manage a Vcenter.  We have nova working.   Is it possible to use neutron, or do we need NSX (or nova network)?14:22
garykccarmack: there are a numbr of choices:14:23
garyk1. ya good old nova network14:23
*** unicell has joined #openstack-nova14:23
garyk2. Neutron14:23
garykThat can be used in a number of forms:14:23
alex_xubauzas: you mean the 'different attributes' like request_spec.config_options?14:23
garykccarmack: you can choose your neutron drivers. There are a number of different options out there that support the VC14:24
bauzasalex_xu: sorry I meant a temporary variable14:24
bauzasalex_xu: like fitted_numa_topo14:24
*** otter768 has quit IRC14:24
bauzasalex_xu: since we only need that for pci_requests IIUC14:25
bauzasbut I'd defer that to sahid14:25
alex_xubauzas: that fitted_numa_topo should be passed to compute node14:25
garykccarmack: from the vmware_nsx repo you can choose one of the NSX plugins or a very simple DVS plugin - that will let an admin create provider networks for tenants14:25
*** unicell1 has quit IRC14:25
*** klkumar has joined #openstack-nova14:26
garykccarmack: you can also try one of the other VC networking solutions which I am not really familair with and have some nova patching that needs to be done - networking-vsphere and vmware-dvs14:26
*** heyongli has quit IRC14:26
*** njirap has quit IRC14:26
openstackgerritPawel Koniszewski proposed openstack/nova-specs: Pause VM during live migration  https://review.openstack.org/22904014:26
ccarmackgaryk: we don't want to use NSX, so I think we'll try the DVS plugin (although we have simple switch)14:26
*** heyongli has joined #openstack-nova14:27
mriedemgaryk: what do people use for vmware networking if their vcenter is < 5.5? dvswitch?14:27
garykmriedem: there are a number of options for that:14:27
bauzasalex_xu: we're not passing back the request spec14:27
garyk1. simple dvs neutron (vmware_nsx)14:27
bauzasalex_xu: the returned call is only (host, node, limits)14:27
garyk2. NSX|V (that requires NSX)14:27
ccarmackmriedem: our Vcenter is 5.514:28
*** su_zhang has quit IRC14:28
alex_xubauzas: yea, true, I missed that14:28
garyk3. one of the other neutron plugins (mirantis and hp have their offerenings)14:28
mriedemccarmack: i'm not asking for the same reasons you are14:28
ccarmackok14:28
bauzasalex_xu: IIUC, that's only pci_stats.apply_requests which persists that14:28
mriedemgaryk: is vmware_nsx the same as the NSX-MH plugin mentioned in https://review.openstack.org/#/c/230425/ ?14:28
garykccarmack: i can help with the plaugins in the vmware_nsx repo14:28
*** ctrath has joined #openstack-nova14:28
ccarmackgaryk:  ok, thanks.  We don't have DVS, we have simple.14:29
bauzasalex_xu: which is just horrible if you want my opinion, but that's something we discussed during the summit and we said we need some PCI refactoring14:29
openstackgerritPawel Koniszewski proposed openstack/nova-specs: Pause VM during live migration  https://review.openstack.org/22904014:29
garykmriedem: the vmware_nsx is the repo of the plugin that our team supports. there are 4 at the moment14:29
tdurakovjohnthetubaguy, hi, could you help with merging this spec: https://review.openstack.org/#/c/183057/14:29
mriedemgaryk: wow14:29
tdurakovmarkus_z, thanks a lot)14:29
garyki. NSX-MH, 2,NSXv 3. Simple DVS and 4. NSXv3 (which will deprecate the NSX-MH)14:29
mriedemwhen will there be a neutron vmware plugin of power that rules them all?14:29
*** dustins has joined #openstack-nova14:30
garykmriedem: as soon as the NSXv3 is released14:30
ccarmackgaryk: we also followed the instructions in the ML :  http://lists.openstack.org/pipermail/openstack-operators/2015-October/008383.html14:30
ccarmackgaryk: we created port groups in the Vcenter with matching names to the bridges created on the openstack node14:31
mriedemgaryk: so of those 4, if i have vcenter < 5.5, which can i use? 2 and 3?14:31
bauzasmeh, I missed the gate stability :)14:31
garykmriedem: for that 2 and or 314:31
*** mgoddard_ has joined #openstack-nova14:31
alex_xubauzas: yea14:31
mriedemok14:31
garykmriedem: 3 is very limited - no security groups and l3 support. We use it for testing and POC's14:32
mriedemgaryk: yeah, i read some vmware / vio blog about those 214:32
garykmriedem: #2 has a full fledged neutron stack.14:32
garykccarmack: if you need any help getting the stuff setup then pease feel free to reach out to me14:33
ccarmackthanks garyk, I might do that14:33
alex_xubauzas: will we save request spec in the scheduler?14:34
*** jwcroppe has joined #openstack-nova14:34
*** mgoddard has quit IRC14:34
garykccarmack: i also found this one today - https://github.com/Mirantis/vmware-dvs14:35
ccarmackgaryk:  do all of those drivers require NSX, because we don't have that14:35
ccarmacklooking14:35
garykccarmack: no, the simple DVS does not require NSX14:35
ccarmackok14:35
garykyou can use a simple DVS for that14:35
bauzasalex_xu: no14:36
bauzasnever14:36
johnthetubaguytdurakov: its on my radar, I want to start pushing on spec reviews over the next week or so14:36
*** heyongli has quit IRC14:36
alex_xubauzas: so line 153 at https://review.openstack.org/#/c/197912/35/nova/scheduler/filter_scheduler.py is purpose for what?14:36
bauzasmriedem: meh, seems a new bug http://logstash.openstack.org/#dashboard/file/logstash.json?query=message:%5C%22Invalid%20volume:%20Volume%20still%20has%201%20dependent%20snapshots%5C%22%20AND%20build_name:%5C%22gate-tempest-dsvm-cells%5C%2214:36
alex_xubauzas: sorry, 16314:37
*** ccarmack has quit IRC14:37
bauzasthe cells job is so in happiness14:37
*** heyongli has joined #openstack-nova14:37
mriedembauzas: i think i've seen that one14:37
mriedembefore today i mean14:37
*** smatzek has quit IRC14:37
mriedemthe ebs test in tempest that broke, the guy was trying to get it re-instated, maybe that happened14:37
mriedemchecking14:38
tdurakovjohnthetubaguy, ok, thanks, looks like everything is ok now with the spec, so no blocker for merging it.14:38
bauzasmriedem: for the cells job, it's new14:38
*** burgerk has quit IRC14:38
bauzasalex_xu: oh that14:38
*** salv-orlando has quit IRC14:39
*** salv-orlando has joined #openstack-nova14:39
mriedembauzas: yup https://github.com/openstack/tempest/commit/35fd828aad02456f9d95f95123c1fcd3d54c1f5614:40
mriedemthat's the one14:40
*** RA_ has quit IRC14:41
bauzasmriedem: erm14:41
*** burt has joined #openstack-nova14:41
bauzasmriedem: so we need to exclude it in the rc file14:41
*** electrocucaracha has quit IRC14:42
mriedembauzas: it might not just be cells14:42
mriedemchecking that now14:42
bauzasmriedem: I just did and that blows up14:43
bauzasalex_xu: so, there is no clear call to have the hosts change unset14:43
bauzasalex_xu: I left it because it was clearer that it was not needed14:44
*** krtaylor has quit IRC14:44
alex_xubauzas: ok, I see now14:46
*** heyongli has quit IRC14:46
*** Sree has quit IRC14:47
bauzasmriedem: so, I'd advocate for reverting the change to skip the test14:47
alex_xubauzas: that comment lead me to think about we will save the spec obj later14:47
*** heyongli has joined #openstack-nova14:47
andrearosareview please for an old patch: https://review.openstack.org/184537 /cc mriedem14:47
*** e0ne has quit IRC14:48
mriedemandrearosa: yeah been meaning to get back on that, been doing some specs14:48
alex_xubauzas: but nvm, it isn't something biggy. anyway thanks for the talk and explain :)14:48
mriedembauzas: i have to filter out some of the garbage with voting:"1"14:49
mriedemlooks like it's failing a lot of non-voting jobs14:49
andrearosamriedem: cool!14:49
*** rajesht_ has joined #openstack-nova14:49
*** mdrabe_ has joined #openstack-nova14:50
*** pradk has joined #openstack-nova14:50
andrearosamriedem: you talk about that patch?14:50
*** ccarmack has joined #openstack-nova14:50
mriedembauzas: we already had a query for the old failure on that ebs test, it's still there, but results are, weird http://status.openstack.org/elastic-recheck/index.html#148958114:50
bauzasmriedem: probably my message pattern is a bit not good14:51
mriedemandrearosa: ?14:51
andrearosamriedem: nevermind I thought you were talking to me14:51
mriedemok14:51
mriedemjust saying i've been reviewing specs lately14:51
mriedemrather than code/bugs14:51
*** garyk has quit IRC14:52
*** rajesht has quit IRC14:52
*** mdrabe has quit IRC14:52
bauzasmriedem: so tbh, I feel that the issue wasn't resolved when the proposal to unskip the test was merged :)14:54
*** irenab has quit IRC14:54
bauzasmriedem: because launchpad doesn't show me a clear solution path for that bug14:54
bauzasexcept the skip/unskip thing14:54
bauzasnevermind my previous concern, I'm blind14:56
*** heyongli has quit IRC14:57
*** sfinucan has joined #openstack-nova14:57
*** tpeoples has joined #openstack-nova14:57
*** krtaylor has joined #openstack-nova14:57
*** ctrath has quit IRC14:57
*** alexpilotti has joined #openstack-nova14:58
*** heyongli has joined #openstack-nova14:58
mriedembauzas: yeah it's not clear to me either what the fix was14:58
*** tonytan4ever has joined #openstack-nova14:58
*** smatzek has joined #openstack-nova15:01
*** pradipta has quit IRC15:01
*** READ10 has joined #openstack-nova15:02
johnthetubaguydanpb: could you move this over to mitaka, then I can apply the +2 +W https://review.openstack.org/#/c/19366815:02
*** ctrath has joined #openstack-nova15:02
johnthetubaguydanpb: I would do that, but just jumping into a meeting15:03
*** e0ne has joined #openstack-nova15:03
bauzasmriedem: oh interesting15:03
bauzasmriedem: my change wasn't racing on the same thing http://logs.openstack.org/87/188487/39/check/gate-tempest-dsvm-cells/6a75b7f/console.html#_2015-11-03_14_23_00_12215:03
bauzasmriedem: so https://review.openstack.org/#/c/217804/ is now OK but the later self.create_volume isn't15:04
danpbjohnthetubaguy: ok will do15:05
bauzass/create_volume/create_server15:05
*** heyongli has quit IRC15:07
*** heyongli has joined #openstack-nova15:08
mriedemwhat is causing the "Boot sequence for the instance is invalid"?15:09
*** burgerk has joined #openstack-nova15:09
bauzasmriedem: that's what I'm digging15:10
mriedemme too15:10
mriedemwe could probably use some more verbose logging around that kind of failure15:10
bauzasmriedem: I was obfuscated by the teardown15:10
*** pumaranikar has joined #openstack-nova15:12
bauzasoh oh15:13
openstackgerritAndrea Rosa proposed openstack/nova-specs: Allow more instance operations during live migration  https://review.openstack.org/22619915:14
bauzashttp://logs.openstack.org/87/188487/39/check/gate-tempest-dsvm-cells/6a75b7f/logs/screen-n-api.txt.gz#_2015-11-03_14_18_39_22015:14
*** wanghua has joined #openstack-nova15:14
openstackgerritAlexander Schmidt proposed openstack/nova-specs: Libvirt: AIO mode for disk devices  https://review.openstack.org/23251415:15
*** wanghua has quit IRC15:15
*** wanghua has joined #openstack-nova15:16
*** thorst has quit IRC15:16
*** heyongli has quit IRC15:17
*** thorst has joined #openstack-nova15:18
*** heyongli has joined #openstack-nova15:18
*** klkumar has quit IRC15:19
*** alexschm has quit IRC15:20
*** jaypipes has quit IRC15:21
*** thorst has quit IRC15:23
*** thorst has joined #openstack-nova15:24
*** dims has quit IRC15:24
mriedembauzas: yeah, i know, but that's the same thing tempest logs, which isn't very helpful15:24
*** dims has joined #openstack-nova15:24
mriedemi found the code but it's not helping me15:24
bauzasmriedem: so it's a cells job15:24
mriedemno boot from volume?15:25
bauzasmriedem: which means that the _validate_bdms() call is not made the same way unless I'm wrong15:25
*** dustins has quit IRC15:25
*** markvoelker has joined #openstack-nova15:26
bauzasmriedem: because of the https://github.com/openstack/nova/blob/master/nova/compute/__init__.py#L3915:26
*** gszasz has quit IRC15:27
*** heyongli has quit IRC15:27
mriedemwell, tempest\.scenario\.test_volume_boot_pattern\.TestVolumeBootPattern\.test_volume_boot_pattern is skipped for cells, probably for the same reason15:28
mriedemwe should have a support matrix for cells15:28
mriedemso i don't have to ask alaski every time if boot from volume is supported or not15:28
*** heyongli has joined #openstack-nova15:28
bauzasmriedem: see https://github.com/openstack/nova/blob/master/nova/compute/cells_api.py#L201-L20615:28
*** dustins has joined #openstack-nova15:28
bauzasin theory, the child cell should create the volume15:29
*** tongli has joined #openstack-nova15:29
johnthetubaguymriedem: so it works for us downstream with cells15:29
johnthetubaguybauzas: yeah, its created in the child cell15:29
johnthetubaguynow "works" its a relative term, it works for the things we test15:29
bauzasjust trying to get the correct path15:29
johnthetubaguygotcha15:29
johnthetubaguymriedem: the feature classification effort, I want to re-kick that, as it would be able to talk about cells and have those details listed15:30
openstackgerritRyan McNair proposed openstack/nova: Add retry logic for detaching device using LibVirt  https://review.openstack.org/22785115:30
*** markvoelker has quit IRC15:31
*** mdrabe_ has quit IRC15:31
bauzasso, now I'm trying to identify whether the validate_bdms() that raises the exception is done by the original super call to create_server or if it's coming from the cells scheduler creating the instance15:31
*** gszasz has joined #openstack-nova15:31
mriedembauzas: _create_block_device_mapping comes after _validate_bdm, which is what blows up15:32
mriedemcells api just no-ops _create_block_device_mapping15:32
bauzasright15:32
mriedemi'd like to find the actual boot from volume request in the tempest logs15:33
*** subscope has quit IRC15:33
bauzasbut if so, where is done the BDM creation ?15:33
*** mgoddard_ has quit IRC15:33
mriedemi think _validate_bdm is just validating the request15:33
*** mgoddard has joined #openstack-nova15:33
mriedemsanity checking15:33
*** Kennan has quit IRC15:34
mriedemnvm i guess it is a list of bdm objects, just not created in the db yet15:34
*** rlrossit has quit IRC15:34
mriedem_check_and_transform_bdm does that conversion15:35
openstackgerritPushkar Umaranikar proposed openstack/nova: Build timeouts task filters deleting instances  https://review.openstack.org/24001715:35
*** jistr has quit IRC15:37
*** e0ne has quit IRC15:37
mriedembauzas: hmm, wtf, why is test_volume_boot_pattern even running on the cells job here?15:37
mriedemhttp://logs.openstack.org/87/188487/39/check/gate-tempest-dsvm-cells/6a75b7f/logs/screen-n-api.txt.gz#_2015-11-03_14_18_39_22115:37
*** klkumar has joined #openstack-nova15:37
mriedemthat should be getting skipped https://github.com/openstack/nova/blob/master/devstack/tempest-dsvm-cells-rc#L7315:37
*** heyongli has quit IRC15:38
* bauzas checks the console log to verify the test path15:38
*** heyongli has joined #openstack-nova15:39
*** rlrossit has joined #openstack-nova15:40
mriedemhmm http://logs.openstack.org/87/188487/39/check/gate-tempest-dsvm-cells/6a75b7f/console.html#_2015-11-03_14_21_56_91215:40
*** HenryG has quit IRC15:40
mriedemtempest.scenario.test_volume_boot_pattern.TestVolumeBootPatternV2.test_create_ebs_image_and_check_boot [229.632832s] ... FAILED15:40
*** RuiChen has quit IRC15:40
mriedemr="$r|(?:tempest\.scenario\.test_volume_boot_pattern\.TestVolumeBootPatternV2\.test_volume_boot_pattern*)"15:40
mriedemah, because we only skip the one test15:40
bauzasmriedem: because the RC doesn't exclude that one15:40
mriedemnot the entire class15:40
mriedemyeah15:40
bauzasyeah that15:40
mriedemwe should just skip all of tempest.scenario.test_volume_boot_pattern15:41
bauzassorry, I feel like it's 11pm now for me, thanks jetlag :)15:41
*** subscope has joined #openstack-nova15:41
*** HenryG has joined #openstack-nova15:41
bauzasI'll drop off soon15:41
bauzasmriedem: so yeah, I did a recheck but I'll propose a change against removing the whole class and CC alaski15:42
*** pixelb has quit IRC15:42
mriedemi can do it too if you need to drop off15:43
bauzasmriedem: just writing it now15:43
*** pixelb has joined #openstack-nova15:43
mriedemk15:43
*** nkrinner has quit IRC15:43
bauzasI don't really need to drop off, just taking a few time off - because my brain is fried (c) johnthetubaguy15:43
mriedemjohn copyrighted that?15:44
*** browne has joined #openstack-nova15:44
openstackgerritAndrea Rosa proposed openstack/nova-specs: Allow more instance operations during live migration  https://review.openstack.org/22619915:44
*** alexschm has joined #openstack-nova15:46
mriedembtw this is the bdm request http://logs.openstack.org/87/188487/39/check/gate-tempest-dsvm-cells/6a75b7f/console.html#_2015-11-03_14_23_00_14515:46
mriedem"block_device_mapping_v2": [{"destination_type": "volume", "boot_index": 0, "uuid": "553083ac-40f2-4225-ac4d-a1d021eb7fb1", "source_type": "volume", "delete_on_termination": true}]15:46
*** jdurgin has joined #openstack-nova15:47
*** tdurakov has quit IRC15:47
openstackgerritSylvain Bauza proposed openstack/nova: Exclude all BDMv2 checks for cells  https://review.openstack.org/24125815:47
bauzasmriedem: I need to decrypt the very obfuscate validate_bdms() method :)15:48
*** Guest65445 has joined #openstack-nova15:48
mriedemyeah we need some logging before we raise that InvalidBDM exception15:48
bauzasbecause the boot index seems correct to me15:48
*** heyongli has quit IRC15:48
mriedemb/c boot_index was 015:48
*** w_verdugo has quit IRC15:48
*** heyongli has joined #openstack-nova15:49
bauzasbut 0 was in boot_indexes nope ? :)15:49
bauzashttps://github.com/openstack/nova/blob/master/nova/compute/api.py#L129315:49
mriedemit was15:49
*** w_verdugo has joined #openstack-nova15:49
mriedemso must have been _subsequent_list(boot_indexes) ?15:49
mriedemand return all(el + 1 == l[i + 1] for i, el in enumerate(l[:-1])) is very clear15:50
*** mdrabe has joined #openstack-nova15:50
bauzasmy point :)15:50
openstackgerritAlexander Schmidt proposed openstack/nova-specs: Libvirt: AIO mode for disk devices  https://review.openstack.org/23251415:52
mariojvjroll: gibi: thanks for the ping - i would be interested in attending that meeting15:53
*** breitz has quit IRC15:53
jrollmariojv: check out the spec too :)15:53
mariojvwas planning on writing up the ironic notifications spec later this week, i'll be sure to read that before getting much further15:53
*** breitz has joined #openstack-nova15:54
mriedembauzas: yeah so _subsequent_list is just checking for gaps, but with a list of [0] it seems odd that'd fail15:54
mriedemunless we have more than just 015:54
mriedemmaybe we have 0 in there multiple times...15:55
mriedemi'll push a change with logging15:55
*** achanda has joined #openstack-nova15:56
*** inteq has joined #openstack-nova15:57
*** su_zhang has joined #openstack-nova15:57
gibimariojv: great! Could you share your time preference for the meeting on the ML thread?15:58
mriedemwhy does it remove the last element from the list?15:58
mriedemwe need ndipanov around probably15:58
mriedemdanpb: are you around?15:58
*** heyongli has quit IRC15:58
*** heyongli has joined #openstack-nova15:59
kashyapmarkus_z: I guess is it okay to elide contacts that are not active any more on the bug triage wiki?16:01
*** jistr has joined #openstack-nova16:01
markus_zkashyap: yepp, sure16:02
markus_zkashyap: which one do you have in mind?16:02
*** pratikmallya has quit IRC16:02
kashyapmarkus_z: directxman (Solly Ross?) I don't see him active any more on libvirt component16:02
markus_zkashyap: Ah, ok, too bad. :(16:03
mriedemsolly isn't working on nova anymore16:03
kashyapYeah, that's what I meant16:03
*** diogogmt has joined #openstack-nova16:03
danpbmriedem: hi16:04
*** angdraug has joined #openstack-nova16:04
mriedemdanpb: the cells job is failing on a boot from volume test hitting this https://github.com/openstack/nova/blob/master/nova/compute/api.py#L1283-L129416:04
mriedemdo you know why _subsequent_list is removing the last element fromthe bdm boot index list?16:05
danpbno, never seen that code before16:05
* danpb goes to look at git history16:05
mariojvgibi: done, thanks for setting this up :)16:05
*** achanda has quit IRC16:05
gibimariojv: thanks for joining. :)16:06
kashyapOn a related note: "Instances failes to boot from volume" https://bugs.launchpad.net/nova/+bug/135767716:06
*** gongysh has quit IRC16:06
openstackLaunchpad bug 1357677 in OpenStack Compute (nova) "Instances failes to boot from volume" [High,Confirmed]16:06
*** humble__ has joined #openstack-nova16:07
mriedemdanpb: https://github.com/openstack/nova/commit/0ef7e15e225efcce3e02098cb1d57f9f40181f82 doesn't tell me much16:07
danpbmriedem: wierd, damned if i really understand what that's doing & git logs aren't much help16:07
*** wanghua has quit IRC16:07
mriedemyeah16:07
danpbunfortnuately nikola is on PTO for the whole week16:07
mriedemi heard16:07
mriedemftersin might know but not around either16:07
*** gongysh has joined #openstack-nova16:07
*** cristicalin has quit IRC16:08
*** heyongli has quit IRC16:08
openstackgerritDan Smith proposed openstack/nova-specs: nova-api hypervisor.cpu_info change from string to json object  https://review.openstack.org/18305716:09
*** heyongli has joined #openstack-nova16:09
*** zhangjn has quit IRC16:09
dansmithjohnthetubaguy: I think this is ready: https://review.openstack.org/#/c/183057/916:10
*** mtanino has joined #openstack-nova16:10
*** klkumar has quit IRC16:12
*** su_zhang has quit IRC16:12
openstackgerritMatt Riedemann proposed openstack/nova: Add debug logging for when boot sequence is invalid in _validate_bdm  https://review.openstack.org/24127016:12
mriedembauzas: ^16:12
*** edtubill has joined #openstack-nova16:12
openstackgerritMatt Riedemann proposed openstack/nova: Add debug logging for when boot sequence is invalid in _validate_bdm  https://review.openstack.org/24127016:14
*** dustins has quit IRC16:16
dansmithmriedem: your patch failed pci ci16:16
* dansmith cracks himself up16:16
*** dhellmann has quit IRC16:16
mriedemi'll abandon16:16
dansmithmriedem: you want me to +2 that?16:16
mriedemas you wish16:17
dansmithi.e. you're expecting to land this not just use it as recheck bait, right?16:17
mriedemyes16:17
mriedemit should also fail the cells job and give us more details16:17
mriedemotherwise i need to borrow sdague's special decoder ring for that code16:17
*** mtanino has quit IRC16:18
dansmithmriedem: you don't want to dump the BDMs as well? if you get some weird ordering, will that tell you what you really want to know, which is which BDM is broken?16:18
*** dhellmann has joined #openstack-nova16:18
*** heyongli has quit IRC16:19
mriedemcould....16:19
mriedemrepr on the bdm object should make it ok, but it's a list - that doesn't repr nicely does it?16:19
*** heyongli has joined #openstack-nova16:20
dansmithit should I think16:20
*** dustins has joined #openstack-nova16:20
*** otter768 has joined #openstack-nova16:20
*** stackdump has joined #openstack-nova16:21
*** alexpilotti has quit IRC16:21
*** danpb has quit IRC16:21
andrearosagibi: still around?16:21
dansmithmriedem:16:21
dansmith>>> repr(objects.InstanceList(objects=[objects.Instance(uuid='fake')]))16:21
dansmith'InstanceList(objects=[Instance(fake)])'16:21
mriedemhmm, i thought someone had a change up at one point to do something like that with pci device list and we nacked saying it should be done in ovo16:22
*** gszasz has quit IRC16:22
dansmithmriedem: that was an object field I think16:22
*** thorst has quit IRC16:23
*** pratikmallya has joined #openstack-nova16:24
*** dims_ has joined #openstack-nova16:24
*** josecastroleon has quit IRC16:24
*** alexschm has quit IRC16:24
*** dims has quit IRC16:24
*** alexpilotti has joined #openstack-nova16:25
*** otter768 has quit IRC16:25
mriedemhttp://logs.openstack.org/87/188487/39/check/gate-tempest-dsvm-cells/6a75b7f/logs/screen-n-cpu.txt.gz#_2015-11-03_14_08_57_03616:25
mriedemok yeah, i guess it just does <?> for subobjects16:25
dansmithno, <?> means it's unset16:26
*** thorst has joined #openstack-nova16:26
mriedemoh16:26
*** mtanino has joined #openstack-nova16:26
*** markus_z has quit IRC16:27
*** ccard has joined #openstack-nova16:27
*** heyongli has quit IRC16:29
*** tpeoples has quit IRC16:29
*** sahid has quit IRC16:29
*** emagana has joined #openstack-nova16:29
*** heyongli has joined #openstack-nova16:30
*** pratikmallya has quit IRC16:30
*** pratikmallya has joined #openstack-nova16:30
*** Piet has quit IRC16:31
*** klkumar has joined #openstack-nova16:31
*** edtubill has quit IRC16:34
*** pratikma_ has joined #openstack-nova16:34
*** gszasz has joined #openstack-nova16:34
mriedemdansmith: http://paste.openstack.org/show/477872/16:34
* dansmith doesn't know why people use paste.o.o16:34
dansmithso. slow.16:34
mriedemovo 0.12.016:35
dansmithoh, right16:35
mriedemare you using trunk?16:35
dansmithno, you're right, I just picked lucky16:35
mriedemok16:35
dansmithso what happens is it tries to summarize the objects in the list with their uuid field, if present16:35
mriedemah16:35
dansmithso you're right, iterate yourself a new list and repr() that16:35
*** jaypipes has joined #openstack-nova16:36
*** pratikmallya has quit IRC16:37
mriedemi suppose all_mappings.objects is out of the question16:37
mriedemseems we could just do that for the object list repr16:37
mriedemreturn repr(self.objects)16:38
dansmithyou can just do list(ll_mappings)16:38
*** edtubill has joined #openstack-nova16:38
*** rdopiera has quit IRC16:38
mriedemaight16:38
dansmithwe can16:38
dansmithI was just trying to be smart and summarize16:38
mriedemrepr(verbose=False) :)16:39
mriedemnot a thing, i know16:39
dansmithheh16:39
*** heyongli has quit IRC16:39
*** tpeoples has joined #openstack-nova16:39
*** pratikma_ is now known as pratikmallya16:40
*** heyongli has joined #openstack-nova16:40
*** sneti has joined #openstack-nova16:40
*** hemnafk is now known as hemna16:41
mriedemok i see where the stringify happens https://github.com/openstack/oslo.versionedobjects/blob/master/oslo_versionedobjects/fields.py#L52616:42
*** romainh has quit IRC16:42
*** changbl has joined #openstack-nova16:43
*** markvoelker has joined #openstack-nova16:45
*** lsmola has quit IRC16:46
*** mgoddard_ has joined #openstack-nova16:47
*** njirap has joined #openstack-nova16:47
*** aix has quit IRC16:48
*** heyongli has quit IRC16:49
*** mgoddard has quit IRC16:50
*** heyongli has joined #openstack-nova16:50
mriedemdansmith: dumping the bdm list might not be helpful anyway, the boot index list is sorted16:55
mriedemunless we dump both16:55
dansmithmriedem: sure, but I assume checking the sorting isn't what you're going for.. if there are two with the same index, you want to see the two conflicts, right?16:56
dansmithbut regardless, if you think this is enough that's fine16:56
dansmithwas just trying to think ahead16:56
mriedemright, and we can construct the boot index list and assume it's sorted from the bdm list in the logs i guess16:56
mriedemso i will go with the bdm list16:56
openstackgerritMatt Riedemann proposed openstack/nova: Add debug logging for when boot sequence is invalid in _validate_bdm  https://review.openstack.org/24127016:57
*** edtubill has quit IRC16:59
*** Murali_ has joined #openstack-nova16:59
*** humble__ has quit IRC16:59
*** su_zhang has joined #openstack-nova16:59
*** heyongli has quit IRC17:00
*** electrocucaracha has joined #openstack-nova17:00
*** mgoddard_ has quit IRC17:00
*** heyongli has joined #openstack-nova17:01
*** thorst has quit IRC17:03
*** thorst has joined #openstack-nova17:03
*** jlanoux has quit IRC17:04
*** vilobhmm11 has joined #openstack-nova17:05
*** erlon has joined #openstack-nova17:05
*** thorst has quit IRC17:08
*** ssurana has joined #openstack-nova17:08
*** subscope has quit IRC17:10
*** heyongli has quit IRC17:10
*** su_zhang has quit IRC17:10
*** klkumar has quit IRC17:10
sfinucandansmith: Did you see the discussion mriedem and I had about this patch yesterday? https://review.openstack.org/#/c/202647/917:10
*** heyongli has joined #openstack-nova17:11
dansmithsfinucan: apparently not17:11
sfinucanMind if I fill you in? :)17:12
dansmithnope, go for it17:12
sfinucanOK, so that review (and others) seems to be raising issues about undefined references to '_BaseInstance'17:14
sfinucaneven though your patch, which I've set as a dependency, has removed that17:14
mriedemto be fair, it's only your changes that are hitting that issue (according to logstash)17:14
mriedemit almost seems like the fetch isn't pulling down the dependency17:14
sfinucanYeah, but it's only my issues that depend on Dan's change17:14
dansmithbut my patch isn't hitting those, correct?17:15
*** stackdump has quit IRC17:15
mriedemright17:15
sfinucanexactly17:15
sfinucanMaybe I should just remove that dependency as I don't technically need it17:15
mriedemi also did a git review on sfinucan's change and pull both down, tests passed17:15
mriedemso not sure what's going on17:15
sfinucanbut then I'll have to add unused obj_relationship variables to be consistent17:16
dansmithyeah, looks like the dep is correct to me17:16
dansmithsfinucan: how about we just merge my thing? :)17:16
mriedemalternatively you could try using Depends-On in the commit message17:16
dansmithit was +2ed by johnthetubaguy previously just rebased17:16
dansmithmriedem: yeah, good call17:16
sfinucanSure - give me core rights ;)17:16
sfinucan(I kid)17:16
sfinucanThat's fine with me. Any ETA though?17:16
johnthetubaguycan I help by re-applying my +2?17:17
*** mgoddard has joined #openstack-nova17:17
mriedemdansmith: so john +2ed with reservations it sounded like17:17
mriedemyes17:17
mriedemthen i'll take a look at it17:17
dansmithyeah, but I don't think they made any sense17:17
mriedemouch17:17
dansmithI think he might be confused about where this starts and stops or something17:17
dansmithbecause this is exactly like all our rpc bumps17:18
dansmithin terms of the window17:18
dansmithand has been open for longer than those normally are anyway17:18
*** edtubill has joined #openstack-nova17:18
dansmithjohnthetubaguy: oh, I missed that you popped in.. what is your concern about the support window?17:19
mriedemand this was the liberty change right? https://review.openstack.org/#/c/217819/17:19
*** thorst has joined #openstack-nova17:19
dansmithjohnthetubaguy: we were going to bump objects across liberty, which means dropping the old stuff now, right?17:19
vilobhmm11johnthetubaguy : ping17:19
dansmithmriedem: aye17:19
johnthetubaguybeen around all day, but busy interviewing17:19
mriedemleaving rax huh17:20
mriedem:P17:20
dansmithheh17:20
johnthetubaguylol, it was the other way around17:20
mriedemtwitter tells me that ibm is hiring17:20
mriedemoh i see17:20
*** heyongli has quit IRC17:20
johnthetubaguyI think I was worrying about the tag, and loosing features, but I was probably overthinking it17:20
dansmithjohnthetubaguy: what tag?17:21
johnthetubaguyso the deprecation tag17:21
johnthetubaguyalthough the context was those deploying off truck17:21
*** heyongli has joined #openstack-nova17:21
johnthetubaguywe need them to cross one edge, then cross another17:21
johnthetubaguywe could just define that to the the release, or we define a time window17:22
dansmithjohnthetubaguy: are you talking about standard-deprecation or UpgradeImpact?17:22
johnthetubaguyeither, I think we are good now17:22
johnthetubaguydansmith: sorry, bad mutli-tasking, I think thats standard-deprecation17:22
mriedemso mitaka won't support kilo computes, but i'm not sure we ever claimed n-2 support did we?17:22
dansmithjohnthetubaguy: this doesn't affect features, so I'm not sure how that has any impact here17:22
*** ctrath has quit IRC17:23
*** thorst has quit IRC17:23
mriedemwe have a wiki for the standard rpc version bump stuff right?17:24
*** thorst has joined #openstack-nova17:24
*** yassine has quit IRC17:24
dansmithmriedem: yeah, and this follows the same model17:24
mriedemhttps://wiki.openstack.org/wiki/RpcMajorVersionUpdates17:25
dansmithyep17:25
mriedem"For example, support for a new API version is added just before the release of Icehouse and support for the old version is dropped once Juno development opens."17:25
mriedemso we added instance v2 in liberty, we drop v1 in mitaka17:25
dansmithmriedem: johnthetubaguy: I should put UpgradeImpact on this patch to make sure CDers know they need to have rolled past the v2 patch17:25
dansmithbut otherwise I think we're good17:25
johnthetubaguydansmith: I was thinking more about the time frame where you need to upgrade from, incase you end up hitting instance 1.x -> 2.x without the bit were they both work17:25
*** alexpilotti has quit IRC17:25
johnthetubaguydansmith: sorry, yeah, I think thats the bit we need17:26
johnthetubaguydansmith: that should do it17:26
dansmithjohnthetubaguy: they have both worked for at least a month now, which is longer than most RPC bumps :)17:26
johnthetubaguydansmith: +117:26
*** pratikmallya has quit IRC17:26
johnthetubaguydansmith: in summary, I think I was just overthinking it before17:27
mriedemyeah upgrade impact is needed on the drop change per the wiki17:28
*** emagana has quit IRC17:28
openstackgerritDan Smith proposed openstack/nova: Drop Instance v1.x support  https://review.openstack.org/22069017:28
dansmithjohnthetubaguy: mriedem ^17:28
vilobhmm11johnthetubaguy : wanted to talk regarding https://review.openstack.org/#/c/208078/5 ; you have some time ?17:29
dansmiththis one was DNM for a long time, so I just never re-updated the commit message I guess17:29
vilobhmm11since you mentioned we don;t need a spec for this problem17:29
*** thorst has quit IRC17:29
*** pratikmallya has joined #openstack-nova17:29
*** klkumar has joined #openstack-nova17:29
*** heyongli has quit IRC17:30
*** heyongli has joined #openstack-nova17:31
johnthetubaguyvilobhmm11: I am a bit distracted right now, but I think we need to get that blueprint on the blueprint review list17:31
dansmithjohnthetubaguy: I think you were right, no spec or bp for this17:32
dansmithit's just a bug17:32
dansmithwe definitely do not want an rpc call17:32
dansmithvilobhmm11: just check for storage before starting the snapshot on the compute manager side17:32
johnthetubaguydansmith: cool, lets drop the -2 and drop the BP17:33
dansmithvilobhmm11: if not enough storage instance goes to error state like any other failed operation17:33
openstackgerritJohn Garbutt proposed openstack/nova-specs: Snapshot failure makes instance unusable  https://review.openstack.org/20807817:33
dansmithjohnthetubaguy: drop the -2? you mean abandon the spec, right?17:33
*** ctrath has joined #openstack-nova17:33
*** gszasz has quit IRC17:33
*** unicell has quit IRC17:34
johnthetubaguydansmith: bummer, yes17:34
mriedemdone17:35
johnthetubaguymriedem: ah, yeah, thanks17:35
vilobhmm11johnthetubaguy, dansmith : the only reason why i proposed for extra rpc was the snapshot location mount might be different from instance dir mount in which case the storage computation will be different ; the current rpc checks for the space under $instances_path but if snapshots_directory = $instances_path/snapshots is diff say /var/snap then we need a seperate rpc toc ompute space for it…17:36
*** ctrath has quit IRC17:36
mriedemdansmith: humor me on an upgrade question per https://review.openstack.org/#/c/217819/17:36
*** ihrachys has quit IRC17:36
dansmithvilobhmm11: if you're on the compute node you don't need an RPC though17:36
mriedemdansmith: the "Note that since services like api and conductor will be sending v2 objects to older computes," part is just refering to api/conductor being at liberty level, right17:36
vilobhmm11johnthetubaguy, dansmith : thanks for your input ! ok makes sense17:36
dansmithmriedem: yep17:37
mriedemb/c with that change all objects.Instance are now 2.0 unless we have to compat to a kilo compute sending an objects.Instance 1.x17:37
dansmithyes17:37
mriedemk17:37
mriedemgood thing i read and retained at least 20% of your blog series17:38
dansmithheh17:38
*** ccarmack has quit IRC17:38
mriedemdo we by chance explode anywhere if i have a < kilo compute trying to talk to liberty?17:38
vilobhmm11dansmith : sure..I understand that..my concern was mostly related to $instances_path $snapshots_directory being different..but hopefully the approach you suggested should take care of it…depending on what is under consideration ( instance_path/snapshot_dir)17:38
vilobhmm11thanks!17:38
dansmithmriedem: no, but we did get that check in recently, so going forward we'll have those protections17:39
dansmithmriedem: which was this: https://review.openstack.org/#/c/229049/17:40
*** ctrath has joined #openstack-nova17:40
*** heyongli has quit IRC17:41
*** markmc has quit IRC17:41
*** davideagnello has joined #openstack-nova17:41
*** heyongli has joined #openstack-nova17:42
*** ccarmack has joined #openstack-nova17:43
*** njirap has quit IRC17:45
*** edtubill has quit IRC17:45
mriedemuh oh17:46
mriedem"Enforce that we are not older that the minimum version"17:46
mriedembug report on the typo there17:46
*** tonytan4ever has quit IRC17:48
dansmithmriedem: sfinucan I'm now hitting that _baseinstance thing on my rebased patch17:50
dansmithwhich I think is related to something else I merged to fix a thing, which needs cleaning up in this now17:50
mriedemyeah17:50
mriedemself.assertIsInstance(actual_inst, instance._BaseInstance)17:50
mriedemthat's all over nova.tests.unit.objects.test_instance17:51
dansmithyeah17:51
*** heyongli has quit IRC17:51
openstackgerritGábor Antal proposed openstack/nova: Check prefix with startswith() instead of slicing  https://review.openstack.org/23417017:51
*** heyongli has joined #openstack-nova17:52
*** vilobhmm11 has quit IRC17:52
openstackgerritDan Smith proposed openstack/nova: Drop Instance v1.x support  https://review.openstack.org/22069017:54
dansmithmriedem: johnthetubaguy: fixed ^ .. just a unit test change for that changed class name17:54
mriedemdone17:55
*** thorst has joined #openstack-nova17:55
*** ildikov has quit IRC17:55
dansmiththanks17:57
mriedemi like TestServiceVersion17:57
mriedemwas just reading back over https://github.com/openstack/nova/commit/38601b0aff01f953b8e95d817747594d2018555f17:57
mriedemglad we have a test that is tracking the service version history since it's in 2 places now17:57
*** klkumar has quit IRC17:58
dansmithmriedem: two places?17:58
dansmiththe SERVICE_VERSION history is not equal to the version history for the Service object17:58
mriedemwell, nova.compute.manager / rpcapi, and now nova.objects.service17:58
dansmithah, I see what you mean17:59
mriedemi know17:59
mriedemi saw we had compute_rpc 4.5 in service history and thought, great, now we have to track in two places, i hope we have an automated check for that17:59
mriedemand blamo!17:59
dansmith:)17:59
dansmithmriedem: did you see this? https://review.openstack.org/#/c/233289/17:59
dansmiththat's major awesome, IMHO17:59
dansmithspeaking of that, sdague: when are you thinking we'll swap to the multinode partial job?18:00
*** derekh has quit IRC18:00
mriedem"we can always set this!"18:00
dansmithsdague: maybe thursday so we can watch it on friday?18:00
mriedemlike, omg!18:00
mriedemthat is nice18:00
mriedemi think i saw talk of it in passing18:00
dansmithI need to figure out a sighup handler for that18:01
*** heyongli has quit IRC18:01
mriedemwas looking at the dependent nova change that requires nova-compute as the name18:02
*** su_zhang has joined #openstack-nova18:02
*** heyongli has joined #openstack-nova18:02
mriedemand that it handles other names, which is i think a way that some people run multi-hypervisor envs18:02
*** ctrath1 has joined #openstack-nova18:04
*** ctrath has quit IRC18:04
*** alex_klimov has quit IRC18:05
*** su_zhang has quit IRC18:07
*** tonytan4ever has joined #openstack-nova18:07
*** salv-orl_ has joined #openstack-nova18:07
*** mriedem has quit IRC18:09
edleafecurl \18:09
edleafe  --data-urlencode sig="`\18:09
edleafegeez18:09
*** salv-orlando has quit IRC18:09
*** ccarmack has quit IRC18:10
*** eglynn__ has quit IRC18:11
*** ZZelle_ has joined #openstack-nova18:11
*** su_zhang has joined #openstack-nova18:11
*** heyongli has quit IRC18:11
*** heyongli has joined #openstack-nova18:12
*** unicell has joined #openstack-nova18:16
johnthetubaguydansmith: hey, welcome back by the way, how was the weekend in tokyo?18:17
dansmithjohnthetubaguy: slightly better than the rest of the week I suppose, but still rather miserable18:17
*** stackdump has joined #openstack-nova18:17
dansmithjohnthetubaguy: I found a good gyoza place, so I at a lot of that :)18:17
dansmithneedless to say, we've already planned meals for the rest of the week to make up for the trip :)18:18
*** mmdurrant has joined #openstack-nova18:18
*** ZZelle_ has quit IRC18:21
*** otter768 has joined #openstack-nova18:21
*** ZZelle_ has joined #openstack-nova18:22
*** heyongli has quit IRC18:22
*** heyongli has joined #openstack-nova18:23
*** ZZelle_ has quit IRC18:23
*** mriedem has joined #openstack-nova18:23
johnthetubaguydansmith: good plan18:23
*** ccarmack has joined #openstack-nova18:23
johnthetubaguydansmith: I would have liked a bit more time to explore some places18:23
*** ZZelle_ has joined #openstack-nova18:23
dansmithjohnthetubaguy: well, we should have traded places then :)18:23
johnthetubaguydansmith: I accidentally tested that raw chicken was OK on the Friday night, that bit made me worried about the flight home, but turns out, it was fine18:24
dansmithgross18:24
*** READ10 has quit IRC18:24
dansmithI think the japanese are just trying to keep me out... which is fine18:25
mriedemccarmack: you can ask browne your vmware questions if garyk isn't around18:25
*** otter768 has quit IRC18:26
johnthetubaguydansmith: there was a big pot of marinade, raw stuff in, cook, dip back in, serve. Spotted that after we finished most of it, and I am fine, but I dunno, I am a bit sensitive about that stuff, tasted good18:26
johnthetubaguydansmith: heh18:26
dansmithjohnthetubaguy: ah, self-cooking? I did that with beef with good success18:26
johnthetubaguydansmith: ah, this was someone else cooking, I would have skipped the dip at the end myself18:27
dansmithjohnthetubaguy: okay wait, you said "raw chicken is okay" but it was cooked and by someone else? now I'm confused :)18:28
johnthetubaguydansmith: ah, it was the raw meat and cooked meat all dunked into the same pot of sauce that worried me18:28
dansmithah, I see18:28
dansmithyeah, I like my stuff well cooked18:28
*** achanda has joined #openstack-nova18:28
dansmithtaylor would have not liked that18:29
johnthetubaguyyeah, I mean raw chicken was an option, so I guess it must be safe, but try tell my brain that18:29
*** angdraug has quit IRC18:30
*** jichen has joined #openstack-nova18:30
*** ZZelle_ has quit IRC18:31
johnthetubaguydansmith: oh, in other news, I put the a quick draft of the priorities up: https://review.openstack.org/#/c/240959/18:31
*** ZZelle_ has joined #openstack-nova18:31
openstackgerritJohn Garbutt proposed openstack/nova-specs: Add Mitaka Priorities  https://review.openstack.org/24095918:31
*** ZZelle_ has quit IRC18:31
dansmithjohnthetubaguy: cool18:32
*** heyongli has quit IRC18:32
*** bauzas has quit IRC18:32
*** heyongli has joined #openstack-nova18:33
diana_clarkemriedem: I'm not convinced that this should be filed under oslo (vs nova). https://bugs.launchpad.net/oslo.service/+bug/151023418:35
openstackLaunchpad bug 1510234 in oslo.service "Heartbeats stop when time is changed" [Undecided,Confirmed]18:35
*** rk4n has quit IRC18:35
belliottjohnthetubaguy: yeah i never got sick either :)18:36
mriedemdiana_clarke: where does the fix go?18:36
diana_clarkemriedem: But I can see how my initial description would lead you to think that. Do you mind if I pop it back to nova for now, hoping to catch the eye of someone on the Nova team with ideas.18:36
belliottsalmonella isn't ported to japan18:36
johnthetubaguybelliott: :)18:36
diana_clarkemriedem: There is no fix so far...18:36
dansmithjohnthetubaguy: is "prioritizing" proper spelling in the queen's english?18:37
*** bnemec has quit IRC18:37
belliottdansmith: i enjoyed the food, but i started dreaming about pizza18:38
dansmithbelliott: by week's end I was about to start gnawing on the tables18:38
*** ctrath1 has quit IRC18:38
*** rlrossit has quit IRC18:38
johnthetubaguydansmith: possibly... although I am really not the right person to ask18:39
mriedemdiana_clarke: harass harlowja until he fixes it :)18:39
diana_clarke:)18:39
*** jistr has quit IRC18:39
dansmithjohnthetubaguy: I know, joke.. one clarity comment18:39
johnthetubaguydansmith: heh18:40
diana_clarkeharlowja: If you have the time, I would love to hear any thoughts you have on the following issue: https://bugs.launchpad.net/oslo.service/+bug/1510234 Thanks!18:40
openstackLaunchpad bug 1510234 in oslo.service "Heartbeats stop when time is changed" [Undecided,Confirmed]18:40
diana_clarkedansmith: Welcome back! You up for another round of reviews for the following patch? https://review.openstack.org/#/c/229964/18:41
johnthetubaguymriedem: btw, are the priorities the ones you expected?18:41
*** bnemec has joined #openstack-nova18:41
dansmithdiana_clarke: I'll let someone else hit that one18:41
dansmithjohnthetubaguy: other than that nit, I'm good to go18:42
dansmithjohnthetubaguy: did you want to collect a gaggle of core votes on that before we merge?18:42
*** heyongli has quit IRC18:42
diana_clarkedansmith: Okie dokie, thanks for other passes. #cheers18:42
dansmithjohnthetubaguy: if the non-present cores all agree, that's probably what you want18:42
*** ccarmack has quit IRC18:43
dansmithalaski: are you back full-time, minus poo and feedings?18:43
*** ctrath has joined #openstack-nova18:43
alaskidansmith: I am starting Thursday18:43
*** heyongli has joined #openstack-nova18:43
dansmithalaski: okay18:43
openstackgerritJohn Garbutt proposed openstack/nova-specs: Add Mitaka Priorities  https://review.openstack.org/24095918:44
johnthetubaguytalking of feedings, I should go do some cooking18:44
*** rlrossit has joined #openstack-nova18:45
*** mriedem has quit IRC18:45
*** salv-orl_ has quit IRC18:46
*** gonzalo2kx has joined #openstack-nova18:46
*** bauzas has joined #openstack-nova18:46
*** baoli_ has quit IRC18:46
*** salv-orlando has joined #openstack-nova18:47
*** ccarmack has joined #openstack-nova18:47
*** Piet has joined #openstack-nova18:47
*** jichen has quit IRC18:48
*** pixelb has quit IRC18:48
*** mriedem has joined #openstack-nova18:49
*** vilobhmm11 has joined #openstack-nova18:51
harlowjadiana_clarke will look at18:51
*** heyongli has quit IRC18:52
harlowjadiana_clarke i think https://bugs.launchpad.net/oslo.service/+bug/1510234/comments/1 is what i've heard is a way to fix this, i thought victor stinner had an open eventlet bug to try to change that...18:53
openstackLaunchpad bug 1510234 in oslo.service "Heartbeats stop when time is changed" [Undecided,Confirmed]18:53
*** ZZelle_ has joined #openstack-nova18:53
*** heyongli has joined #openstack-nova18:53
harlowjaso u might want to poke him, he's usually on irc under name 'haypo'18:54
diana_clarkeharlowja: Yup, I got that tip from Victor but it doesn't fix the nova-conductor service for some reason. I'm not sure if there's an open eventlet bug for it as well, but he didn't mention it when I pinged him about this last week. That said, it was summit.18:54
harlowjadiana_clarke i think i've heard him say it was a eventlet bug or something he was fixing, can't quite remember18:55
*** thorst has quit IRC18:55
harlowjait was before the summit when he told me about that, so i might be forgetting it :-P18:55
harlowjaimho its really an eventlet one, not a oslo.service one...18:55
harlowjaand all that18:55
mriedemdo we care about centralized config options? https://review.openstack.org/#/c/227948/18:55
mriedemi don't really18:56
diana_clarkeharlowja: thanks! I'll see if I can find an open eventlet bug, and otherwise dig some more.18:56
harlowjadiana_clarke cools18:56
mriedemi care about good help text for config options, but we don't need a spec or bp for that18:56
dansmithmriedem: I care about them for the config generation reason18:58
*** ctrath has quit IRC18:59
mriedemfor centralizing?18:59
mriedemwe already have config generation18:59
*** pixelb has joined #openstack-nova18:59
*** gonzalo2kx has quit IRC19:00
mriedemhttp://docs.openstack.org/developer/nova/sample_config.html19:00
dansmithmriedem: yeah, but it requires a full environment to do it19:00
mriedemyou mean for the dependent library options?19:01
*** thorst has joined #openstack-nova19:01
dansmithmriedem: the single act of consolidation seemed overwhelmingly popular at the meetup side, FWIW19:01
dansmithI don't really care to seem them collected, but others do, so meh19:01
*** artom has joined #openstack-nova19:01
mriedemconsolidation of the nova options in nova doesn't fix needing a venv with the oslo libs to pull their options into nova.conf.sample19:01
dansmithcorrect,19:02
*** ctrath has joined #openstack-nova19:02
dansmithbut it does fix needing an environment fat enough to import any file we have that has config options in it19:03
*** heyongli has quit IRC19:03
openstackgerritStephen Finucane proposed openstack/nova: Add 'hw_cpu_threads_policy' to ImageMetaProps  https://review.openstack.org/20264719:03
openstackgerritStephen Finucane proposed openstack/nova: Add 'hw:cpu_threads_policy=separate' scheduling  https://review.openstack.org/20265219:03
openstackgerritStephen Finucane proposed openstack/nova: Make use of 'InstanceNUMACell.cpu_policy' field  https://review.openstack.org/20265319:03
openstackgerritStephen Finucane proposed openstack/nova: trivial: Make use of 'CPUAllocation' enum values  https://review.openstack.org/20265419:03
openstackgerritStephen Finucane proposed openstack/nova: Add 'hw:cpu_threads_policy=isolate' scheduling  https://review.openstack.org/20265519:03
openstackgerritStephen Finucane proposed openstack/nova: Add 'cpu_policy' and 'cpu_threads_policy' fields  https://review.openstack.org/20264819:03
openstackgerritStephen Finucane proposed openstack/nova: Add 'hw:cpu_threads_policy=avoid' filtering  https://review.openstack.org/20264919:03
openstackgerritStephen Finucane proposed openstack/nova: trivial: Add some logs to 'numa_topology_filter'  https://review.openstack.org/20265019:03
openstackgerritStephen Finucane proposed openstack/nova: Add 'hw:cpu_threads_policy=require' scheduling  https://review.openstack.org/20265119:03
*** ctrath1 has joined #openstack-nova19:03
mriedemalright, i yield, i probably just need to remove myself from that spec review19:03
*** heyongli has joined #openstack-nova19:04
dansmithI also think that better help text is good, and that making source files start with 500 lines of text is bad19:04
dansmithso if we're going to do the former, I think we have to move them to retain sanity19:04
* bauzas waves back19:07
*** ctrath has quit IRC19:07
*** angdraug has joined #openstack-nova19:08
*** Murali__ has joined #openstack-nova19:09
*** stackdump has quit IRC19:10
*** Murali_ has quit IRC19:11
mriedemcburgess: thanks for cleaning up https://review.openstack.org/#/c/188244/19:11
*** heyongli has quit IRC19:13
*** heyongli has joined #openstack-nova19:14
*** e0ne has joined #openstack-nova19:14
bauzasmriedem: so back, digging into the cells job failure again19:15
bauzasthanks for https://review.openstack.org/#/c/241270/319:15
mriedembauzas: yeah so i think we can drop the rc chnage19:16
mriedemb/c this isn't failing often enough to need to skip it19:16
bauzasmriedem: I actually provided the change for discussing it :)19:16
mriedemorly19:16
mriedemi actually thought this was blocking everything19:17
mriedemwhen we were first looking i mean19:17
bauzasmriedem: yup, I needed to see how many cells failures were there19:17
sfinucanjohnthetubaguy: you commented way back when that I didn't need to submit a spec for the CPU thread pinning changes (https://review.openstack.org/#/c/194221/)19:17
*** marzif has joined #openstack-nova19:17
bauzasmriedem: but for sure, I can abandon it19:17
sfinucanSeeing as this feature is now being targeted for Mitaka, should I move the spec or just delete it?19:18
bauzasgraphite doesn't show me a bad behaviour for the cells job19:18
*** pixelb has quit IRC19:18
bauzasmriedem: http://goo.gl/xGnRW619:19
mriedemyeah, i'd also like to hit the failures with the debug logging in place,19:19
mriedemmaybe we're doing something dumb19:19
sfinucanedleafe: Are you here?19:19
*** alejandrito has quit IRC19:21
*** thorst has quit IRC19:22
*** thorst has joined #openstack-nova19:23
*** heyongli has quit IRC19:23
ccarmackbrowne: are you there?19:24
*** heyongli has joined #openstack-nova19:24
*** marzif is now known as daemontool19:25
bauzasmriedem: what I can't understand is why we have an exception given if boot_indexes is equal to [0]19:25
bauzasmriedem: because the conditional shouldn't fail19:25
cburgessmriedem: my pleasure19:27
*** salv-orlando has quit IRC19:30
*** thorst has quit IRC19:30
*** thorst has joined #openstack-nova19:31
*** thorst has quit IRC19:31
*** thorst has joined #openstack-nova19:32
*** heyongli has quit IRC19:33
*** heyongli has joined #openstack-nova19:34
*** baoli has joined #openstack-nova19:35
*** su_zhang has quit IRC19:39
*** jerrygb has quit IRC19:39
*** jerrygb has joined #openstack-nova19:40
*** aysyd has quit IRC19:41
mriedembauzas: yeah, that's what the debug logging is for19:42
*** aysyd has joined #openstack-nova19:42
bauzasmriedem: to be clear, the request body doesn't provide a volume request, just an image from a snapshot19:43
*** aysyd has quit IRC19:43
*** heyongli has quit IRC19:44
bauzasmriedem: so the block_device_mapping attribute should be instancied by seeing the image metadata AFAICT19:44
*** heyongli has joined #openstack-nova19:44
*** e0ne has quit IRC19:45
*** jerrygb has quit IRC19:45
mriedemthere is a block_device_mapping_v2 dict in the req body19:45
mriedemunless i'm misunderstanding your point19:45
*** thorst has quit IRC19:45
mriedemhttp://logs.openstack.org/87/188487/39/check/gate-tempest-dsvm-cells/6a75b7f/console.html#_2015-11-03_14_23_00_14519:46
*** thorst has joined #openstack-nova19:46
*** pratikmallya has quit IRC19:46
bauzasmriedem: nope that's not the same request19:46
mriedemoh maybe that's the first create server19:47
mriedemyeah19:47
bauzasmriedem: the issue is there https://github.com/openstack/tempest/blob/master/tempest/scenario/test_volume_boot_pattern.py#L18119:47
bauzasthe body is Body: {"server": {"imageRef": "7d649ce7-8c34-4ab2-9aa9-8f28a93677ea", "flavorRef": "42", "name": "tempest-TestVolumeBootPatternV2-1285706979"}}19:47
*** hparekh has quit IRC19:47
bauzasso only an image ref19:47
*** armax has joined #openstack-nova19:48
bauzasmriedem: so bdm is instanciated by check_and_transform_bdms here19:49
*** armax has quit IRC19:49
bauzashttps://github.com/openstack/nova/blob/master/nova/compute/api.py#L803-L80419:50
*** thorst has quit IRC19:50
*** smatzek has quit IRC19:50
*** aysyd has joined #openstack-nova19:50
*** aysyd has quit IRC19:50
edleafesfinucan: I'm here19:51
sfinucanedleafe: thought it might be easier discuss this here https://review.openstack.org/#/c/202654/ Gerrit's commenting system is rubbish19:52
sfinucanOr maybe not. I don't know what the etiquette here is19:52
mriedembauzas: yeah, we just don't log anything up to that point19:53
*** markmc has joined #openstack-nova19:53
edleafesfinucan: either is fine. Gerrit is better for async comments19:53
bauzasmriedem: well, I'm looking at g-api.log to see the image metadata19:53
*** browne has quit IRC19:54
*** rotbeard has quit IRC19:54
edleafesfinucan: you will be inconsistent either way then19:54
*** heyongli has quit IRC19:54
edleafesfinucan: think it's better to keep the number of "magic" values in tests to a minimum19:54
edleafesfinucan: for the same reason that using the constants in the code is clearer than using the literals19:55
*** eglynn__ has joined #openstack-nova19:55
*** hparekh has joined #openstack-nova19:55
*** heyongli has joined #openstack-nova19:55
*** achanda has quit IRC19:55
sfinucanedleafe: Yup, I agree. Like I said though, it seems the majority of tests go with the magic values approach. I didn't know if there was a reason19:55
sfinucanMaybe it implicitly tests the constants value or something, idk19:56
edleafesfinucan: I shudder at the sheer amount of magic values in our tests19:56
bauzaser, g-api doesn't provide neither the request body nor the returned data19:56
sfinucanedleafe: Yup, it seems tests are held to a lower standard than "real code"19:56
mriedembauzas: tempest logs will19:57
mriedemi'm checking there19:57
sfinucanOK, I'm happy to change so long as I don't get caught to revert it19:57
*** jerrygb has joined #openstack-nova19:57
mriedemhttp://logs.openstack.org/87/188487/39/check/gate-tempest-dsvm-cells/6a75b7f/logs/tempest.txt.gz#_2015-11-03_14_18_29_11819:57
mriedembauzas: ^19:57
*** mgoddard has quit IRC19:58
mriedembauzas: there are 2 bdms in the image metadata19:58
mriedemduplicates19:58
*** mgoddard has joined #openstack-nova19:58
mriedemso 2 boot_index=0 bdms19:58
*** aysyd has joined #openstack-nova19:59
bauzasright, that's what I'm seeing19:59
* alaski waves19:59
mriedemo/20:00
bauzas\o/20:00
mriedemhowdy stranger20:00
* mriedem does arnold voice from total recall20:00
alaskiheh20:00
mriedemhttps://www.youtube.com/watch?v=2ofcgepilzg20:00
mriedemha20:00
alaskiif y'all are discussing what I think you're discussing it's a bad interaction between cells and how bdms are created/updated20:00
mriedemso we race to update it and get duplicate entries20:01
mriedemi seem to remember you and ndipanov talking about that20:01
alaskiyeah20:02
alaskithe root problem is that there's just an update or create command, not a specific update20:02
*** dustins has quit IRC20:02
mriedemwas there another bug tracking that?20:02
alaskiand no uniqueness enforcement of device name, which is what Nova uses as a key for that db entry20:02
alaskithere should be, but I'm not actually sure20:03
*** ctrath1 has quit IRC20:03
bauzasso it's when snapshotting ?20:03
alaskibauzas: I think the bug happens generally, it's just noticed on this test that does snapshotting20:03
bauzasalaski: okay, because I was looking at https://github.com/openstack/tempest/blob/master/tempest/scenario/test_volume_boot_pattern.py#L181 which was failing20:04
*** heyongli has quit IRC20:04
mriedemb/c the image meta has duplicated bdm info20:04
bauzasright, which was created by the snapshot20:04
alaskimriedem: I can't find an open bug that I've contributed to about this20:05
*** heyongli has joined #openstack-nova20:05
mriedem"the root problem is that there's just an update or create command, not a specific update" - where is that?20:05
alaskibauzas: the snapshot exposes it because it writes the duplicate info.  but the duplication happens without a snapshot as far as I can tell20:05
*** thorst has joined #openstack-nova20:05
bauzasalaski: I see20:06
bauzasalaski: so that's a race20:06
mriedemyeah it has to be a race b/c we don't fail 100% on this20:06
bauzasmost of the time, it works20:06
alaskimriedem: bdm_update_or_create_at_top in cells/messaging.py20:07
bauzasoh man, looks like a analog problem to the instance save20:07
alaskithere are some safeguards in place to help prevent this, but something is being missed20:07
alaskiwhat complicates this further is that I think the bdm can exist in the api first, or the cell.  But I hadn't finished tracking down all origin points of a bdm20:08
alaskibecause I would like the cell to just say create, or update.  But I'm not sure yet how we can know when to do which20:09
openstackgerritStephen Finucane proposed openstack/nova-specs: Add virt-driver CPU thread pinning  https://review.openstack.org/24135520:09
*** aysyd has quit IRC20:09
mriedemoops, cells does it again20:09
alaskidid you just channel britney spears?20:09
mriedemyes20:09
mriedemi would have linked youtube but too many ads20:10
*** aysyd has joined #openstack-nova20:10
*** ctrath has joined #openstack-nova20:12
alaskiI think there's two parts to a solution.  add a uniqueness constraint to bdms so we can't create dupes, though it probably shouldn't be device_name which is the current likely candidate.  and figure out how to have cells send create, or update, not create_or_update.20:12
mriedemok so i see where bdm_update_or_create_at_top checks for the dev_name and volume_id20:12
*** baoli has quit IRC20:12
mriedemwhy can't we call block_device_mapping_get_all_by_instance before block_device_mapping_update_or_create ?20:13
*** heyongli has quit IRC20:14
bauzasso I'm trying to understand the race20:15
*** pratikmallya has joined #openstack-nova20:15
alaskimriedem: in the cell, or the api?20:15
mriedemin cells/messaging.bdm_update_or_create_at_top20:15
mriedemwhere create is NOne20:15
*** heyongli has joined #openstack-nova20:15
mriedem"We allow empty device names so they will be set later by the manager." - so much for a unique constraint on device_name, unless you have other columns in that constraint20:16
*** rfolco has quit IRC20:18
alaskimriedem: so that might work, but I've been away from this for too long to remember the exact details and if that would help.  really I would start with additional logging to figure out which of the multiple cases in bdm_update_or_create_at_top are problematic20:19
*** timello_ has quit IRC20:19
*** egarbade- has quit IRC20:19
*** ekhugen has quit IRC20:19
*** thorst has quit IRC20:19
alaskimriedem: right, device name is problematic for uniqueness.  It's really problematic that it's how we refer to bdms rather than a uuid of some sort20:19
mriedemwe have an index on bdm device_name and instance_uuid, maybe that's the UC?20:20
*** thorst has joined #openstack-nova20:20
mriedemi can add some logging to see where we are in bdm_update_or_create_at_top20:20
mriedemso we can maybe walk back a failure20:20
*** egarbade- has joined #openstack-nova20:20
bauzasalaski: I wonder how it can end up having duplicates in a racy way20:20
*** ekhugen has joined #openstack-nova20:21
alaskibauzas: I'm not sure of the exact mechanism.  part of why I want a unique constraint is that it would expose the race by failing20:22
bauzasalaski: I understand your point20:22
*** timello_ has joined #openstack-nova20:22
mriedemif this failed more often, we could just push a DNM patch that creates a UC and recheck it until we hit the duplicate create failure20:23
alaskibauzas: my best reasoning at this point is that multiple update_or_create messages are coming in quick succession and therefore both leading to creates20:23
mriedembauzas: nova.compute.api.API._create_block_device_mapping calls bdm.update_or_create20:23
*** thorst has quit IRC20:24
*** heyongli has quit IRC20:25
*** heyongli has joined #openstack-nova20:25
*** tonytan4ever has quit IRC20:26
bauzasalaski: I see, so that the 2nd create_or_update would check before the first one really updates the DB20:26
bauzasalaski: if so, not sure if an UC could help, right?20:26
bauzasoh, it would fail tho20:26
bauzasnvm20:26
alaskiyeah20:27
*** thorst has joined #openstack-nova20:27
*** ctrath has quit IRC20:27
bauzaswhat's pretty interesting with http://logs.openstack.org/87/188487/39/check/gate-tempest-dsvm-cells/6a75b7f/logs/tempest.txt.gz#_2015-11-03_14_18_29_118 is that the 2 BDMs have different snapshot ids20:27
mriedemwould it help if in nova.compute.api.create_db_entry_for_new_instance, if num_instances == 1 we just do bdm.create instead of update_or_create?20:28
mriedemthat papers over the race probably, but is also probably a bigger use case20:28
mriedemseems that update_or_create is for multi instance boot20:28
mriedembauzas: heh, https://review.openstack.org/#/c/241270/ failed on the ebs bug20:30
mriedemso we at least have that now20:30
mriedemhttp://logs.openstack.org/70/241270/3/check/gate-tempest-dsvm-cells/747b65a/logs/screen-n-api.txt.gz#_2015-11-03_19_36_12_17520:30
mriedemdansmith: ^20:31
dansmithcool20:31
bauzasmriedem: well, it's consistent with what we found20:31
bauzasmriedem: ie. we have 2 BDM objects20:31
mriedemi'll push up a logging patch for cells.messaging.bdm_update_or_create_at_top on top of that change in a series20:31
mriedemyup20:31
*** alex_klimov has joined #openstack-nova20:32
mriedemdo objects have __eq__ :) we could just set(all_mappings) and voila!20:32
*** erhudy has joined #openstack-nova20:32
bauzasthere is a base method for that obj_equal_prims20:32
bauzasIIRC20:32
bauzaswhich verifies 2 primitives20:33
*** ctrath has joined #openstack-nova20:33
*** heyongli has quit IRC20:35
mriedemalaski: why does cells bdm_update_or_create_at_top remove the bdm id?20:35
mriedemitems_to_remove = ['id']20:35
dansmithright, but no __eq__ for a reasn20:35
*** heyongli has joined #openstack-nova20:36
mriedemi was joking anyway20:37
mriedemhmm20:37
mriedemvol_id = bdm['volume_id']20:37
mriedemin this test we have a snapshot_id, not a volume_id20:37
alaskimriedem: there's no guarantee that the 'id' in each db will match.  and trying to set it could lead to a colision20:37
mriedemoh right20:38
mriedemoh cells20:38
openstackgerritStephen Finucane proposed openstack/nova: Ensure 'CONF' settings are loaded dynamically  https://review.openstack.org/24136120:38
mriedemok, so i see one problem in the cells code20:39
mriedemeasy fix20:39
alaskiI would say that I don't envy someone trying to run cells in production, except that I'm one of them20:39
mriedemhttps://github.com/openstack/nova/blob/master/nova/cells/messaging.py#L117620:40
mriedem"Search for it.. try matching either        # device_name or volume_id."20:40
mriedemvolume_id is null20:40
mriedemhttp://paste.openstack.org/show/477896/20:40
sfinucandansmith: Could I get your input on the following change? mriedem had some concerns that you're best positioned to address https://review.openstack.org/#/c/237762/20:40
mriedemso that filtering is busted20:40
mriedemwe have a snapshot_id20:40
mriedems owe should filter on that20:40
mriedemi'll push a change20:40
dansmithsfinucan: oh, I commented on that this morning and then forgot to hit the submit button20:41
sfinucan:)20:41
dansmithsfinucan: check now20:41
mriedemwe could also have an image_id in the bdm20:42
alaskimriedem: nice catch20:42
mriedem\o/20:42
mriedemwe might not even be getting that far20:42
mriedemas far as i can tell20:42
mriedemso i'll push the loging changes first20:42
*** achanda has joined #openstack-nova20:45
*** heyongli has quit IRC20:45
*** dustins has joined #openstack-nova20:45
sfinucandansmith: mriedem was concerned that there might be instances hanging around with 'always' stored in the database20:45
dansmithsfinucan: did you read my comment?20:46
*** heyongli has joined #openstack-nova20:46
dansmithsfinucan: it seemed like we are treating non-NULL as true, so it probably doesn't matter what is stored in the DB20:46
sfinucandansmith: I did20:46
sfinucandansmith: I think I may be mixing this issue up with an issue from the subsequent patch20:47
sfinucanwhich removes that non-NULL == true nonsense :)20:47
mriedemyeah, the issue is in the 2nd chnage20:48
mriedemthat builds on this20:48
sfinucanso for that change, I don't think there's an issue20:48
mriedemhttps://review.openstack.org/#/c/92899/11/nova/virt/configdrive.py20:48
sfinucanwe never actually stored 'always' in the database20:48
sfinucanor any value from 'force_config_drive', actually20:48
sfinucanthat's the whole point of this bug https://bugs.launchpad.net/nova/+bug/130371420:49
openstackLaunchpad bug 1303714 in OpenStack Compute (nova) "force_config_drive=True don't go to db" [Wishlist,In progress] - Assigned to Stephen Finucane (sfinucan)20:49
dansmithokay let me look t the second one20:49
openstackgerritChet Burgess proposed openstack/nova-specs: RBD instance snapshots  https://review.openstack.org/18824420:50
cburgessmriedem: I fixed the minor nits on that RBD spec if you want to +2 it again... :)20:50
mriedemcburgess: done20:52
vilobhmm11dansmith : qq20:52
vilobhmm11compute_nodes['free_disk_gb'] and compute_nodes['disk_available_least'] is coming -ve irrespective of enough available space on the compute….is there a better value to rely on which the resource tracker might update reflecting current state of the hypervisor/compute20:52
dansmithvilobhmm11: ask jaypipes or bauzas20:53
vilobhmm11bauzas , jaypipes : ^^20:53
bauzasme not understanding20:53
*** mrkz has quit IRC20:54
bauzasvilobhmm11: you mean that the semantics of those fields are pretty unclear?20:54
*** pixelb has joined #openstack-nova20:54
*** boris-42 has joined #openstack-nova20:55
*** heyongli has quit IRC20:55
vilobhmm11bauzas : please check http://paste.openstack.org/show/477899/20:55
dansmithsfinucan: I'm not sure I can validate your use of bool_from_string()20:56
dansmithsfinucan: since it's not clear to me we're always storing bool-like things there.. '' is falsey, so why not just use that?20:56
vilobhmm11her even thought 1.2 TB is availabel for /home the compute_nodes['free_disk_gb'] and compute_nodes['disk_available_least'] is coming -ve20:56
vilobhmm11why so ?20:56
*** heyongli has joined #openstack-nova20:56
sfinucandansmith: Yeah, I figured that would be a tricky point20:56
jaypipesvilobhmm11: what does "is coming -ve" mean?20:57
sfinucanThe function is being used in bool-like manner, so I thought it made sense to return a bool-like value20:57
sfinucanIt's a semantical (is that a word?) thing. Maybe it's not a practical thing, however.20:57
vilobhmm11jaypipes : shows negative values if you check this http://paste.openstack.org/show/477899/20:57
jaypipesvilobhmm11: "is coming -ve" means "shows negative values"?20:58
*** aysyd has quit IRC20:58
dansmithsfinucan: bool('') will return False20:58
vilobhmm11jaypipes : yes…sorry if it was not clear20:58
jaypipesvilobhmm11: I guess I'm just an old fart that doesn't know you young folks' hip speak :)20:59
mriedembool_from_string() can enforce strict usage20:59
sfinucanYes, but bool('False') will return true20:59
vilobhmm11jaypipes : :P20:59
openstackgerritMatt Riedemann proposed openstack/nova: cells: add debug logging to bdm_update_or_create_at_top  https://review.openstack.org/24136620:59
sfinucanmriedem: I avoided using that to allow the '' corner case :)20:59
jaypipesvilobhmm11: what is your disk_allocation_ratio on that compute node?20:59
dansmithsfinucan: are we actually storing 'False' in there? because other code seems to assume anything in that column means True21:00
dansmithsfinucan: I gotta go to a meeting now21:00
sfinucandansmith: No problem21:00
sfinucanAnd I'm attempting to do so, yes21:00
*** ctrath has quit IRC21:00
sfinucanDon't recall if it's in that patch or a follow up one ...21:00
vilobhmm11jaypiepes : 1.021:00
sfinucanI'll see what else I can come up with21:00
vilobhmm11jaypipes : ^^21:00
mriedemalaski: would you mind taking a run through this debug series https://review.openstack.org/#/q/status:open+project:openstack/nova+branch:master+topic:bug/1489581,n,z21:00
jaypipesvilobhmm11: you using shared storage by any chance?21:01
vilobhmm11jaypipes : nope its local store..everything on Hypervisor21:01
*** su_zhang has joined #openstack-nova21:02
alaskimriedem: sure21:02
jaypipesvilobhmm11: heh, weird...21:02
mriedemalaski: btw the bottom one failed b/c of the bug we're trying to debug21:03
*** tonytan4ever has joined #openstack-nova21:03
cburgessWho are the spec core reviewers?21:03
jaypipescburgess: Ditka. And God.21:03
bauzasvilobhmm11: sorry got distracted21:04
cburgessI suspect thats a joke that I don't get.21:04
jaypipesvilobhmm11: ah, I think I see now..21:04
vilobhmm11jaypipes : question is simple if I have 58% capacity available in /home then why are negative values being reported by resource tracker => compute nodes under 'free_disk_gb' and eventually to 'disk_available_least'  as disk_available_least =  free_disk_gb - disk_overcommit_size21:04
vilobhmm11disk_overcommit_size = virtual size of disks of all instance instance - used disk size of all instances21:04
bauzasvilobhmm11: so disk_available_least is reported by the driver as a sanity check for making sure that the nova db is consistent with the physical disk21:05
*** ctrath has joined #openstack-nova21:05
jaypipesvilobhmm11: so it seems that local_gb is being set from your /home mount, weirdly... and the free_disk_gb is being calculated by adding all the used values from all your mounts... really odd.21:05
*** heyongli has quit IRC21:06
jaypipessorry, meant that local_gb_used is being calculated...21:06
jaypipesvilobhmm11: ^21:06
bauzasjaypipes: vilobhmm11: that really depends on the driver21:06
vilobhmm11jaypipes : let me do the math please hold on…21:06
bauzasdisk_avail_least is directly updated from what the virt driver returns21:06
*** heyongli has joined #openstack-nova21:06
*** su_zhang has quit IRC21:07
mriedemjaypipes: trick question, ditka is god21:07
mriedemcburgess: these are the palms you need to grease https://review.openstack.org/#/admin/groups/302,members21:07
cburgessmriedem Was trying to figure out how to get that out of gerit.21:08
cburgessThanks21:08
bauzasvilobhmm11: jaypipes: while free_disk_gb is calculated from the diff (total - used) in RT21:08
mriedemcburgess: the filter box here https://review.openstack.org/#/admin/groups/21:08
cburgessCool21:08
*** mrkz has joined #openstack-nova21:08
*** ZZelle__ has joined #openstack-nova21:09
cburgessmriedem Yeah just trying to get this thing merged. I'll bring it up in the next meeting and see if another spec core can give it some attention in the next week or so.21:09
cburgessmriedem Thats for the support.21:09
*** ZZelle_ has quit IRC21:09
*** ZZelle_ has joined #openstack-nova21:10
*** alex_xu has quit IRC21:10
bauzasvilobhmm11: what's your virt driver?21:10
*** alex_xu has joined #openstack-nova21:12
vilobhmm11bauzas , jaypipes : local_gb_used  = 787 G while as reported by compute_nodes['local_gb_used'] = 3525 ?  bauzas : libvirt sure agree regarding free_disk_gb calc https://github.com/openstack/nova/blob/master/nova/compute/resource_tracker.py#L57621:12
bauzasvilobhmm11: that's because of RT.update_usage() which counts the root_gb and ephemeral_gb disk space for each instance21:15
dansmithcburgess: get jaypipes to ack that RBD spec and then I'll approve21:15
*** heyongli has quit IRC21:16
*** jerrygb has quit IRC21:16
*** alex_xu has quit IRC21:16
vilobhmm11bauzas : http://paste.openstack.org/show/477899/ if you see /home its used is 787G so it does not included the root_gb and ephemeral_gb disk space for each instance ?21:17
*** heyongli has joined #openstack-nova21:17
bauzasvilobhmm11: that's not working that way21:17
vilobhmm11bauzas : ok21:17
bauzasvilobhmm11: so the local_gb is reported by the driver21:17
*** su_zhang has joined #openstack-nova21:18
bauzasvilobhmm11: then local_gb_used is calculated by update_avail_resource() periodically which sums up the instances disk space21:18
vilobhmm11bauzas : ok..21:19
bauzasand then free_disk_gb is just (local_gb - local_gb_used) which can be negative21:19
jaypipescburgess: never mind... an old Saturday Night Live joke..21:20
*** changbl has quit IRC21:20
vilobhmm11bauzas : so in my case looks like the local_gb calculation is right since 2TB = 2014 GB and local_gb calculation should be based of instance_path (done by virt driver) ?21:20
bauzasvilobhmm11: I'm not really a libvirt expert, so I guess it's related to instance_path right21:21
*** changbl has joined #openstack-nova21:21
vilobhmm11but somehow the local_gb_used is coming wrong ? I think thats what jaypipes was earlier referring to21:21
bauzasvilobhmm11: could you please list all of your instances on the host and do the math ?21:22
*** rk4n has joined #openstack-nova21:22
*** alex_xu has joined #openstack-nova21:22
*** rajesht_ has quit IRC21:23
bauzasroot_gb + ephemeral_gb21:23
*** rajesht has joined #openstack-nova21:23
vilobhmm11bauzas : I tried this please check : http://paste.openstack.org/show/477903/21:23
vilobhmm11SELECT SUM(root_gb + ephemeral_gb) AS total_gb FROM instances WHERE node = 'foobar';21:23
bauzasnah, please deleted=021:24
vilobhmm11bauzas : my bad ..please check this now http://paste.openstack.org/show/477904/ reports  3525 as reported by compute_nodes['local_gb_used']21:25
*** jamielennox|away is now known as jamielennox21:25
bauzasvilobhmm11: so you see ?21:26
openstackgerritPushkar Umaranikar proposed openstack/nova: Build timeouts task filters deleting instances  https://review.openstack.org/24001721:26
*** heyongli has quit IRC21:26
bauzasvilobhmm11: like I said local_gb is returned by the virt driver, but local_gb_used is only updated by calling the DB21:26
dansmithsfinucan: DST screwed me on the meeting21:26
dansmithsfinucan: so where did we leave off?21:26
*** heyongli has joined #openstack-nova21:27
sfinucandansmith: DST is a bad idea and should go away21:27
sfinucanbut until then21:27
dansmithyes21:27
sfinucanwe were discussing how to handle the '' = False value for config drive21:27
*** ZZelle__ has quit IRC21:27
sfinucanI'd like to actually store 'False' or 'false' in the database - the way it's done now is confusing21:28
sfinucanso that's what I've been trying to do. There's a bug for it https://bugs.launchpad.net/nova/+bug/119343821:28
openstackLaunchpad bug 1193438 in OpenStack Compute (nova) "config_drive DB column cleanup" [Low,Invalid] - Assigned to Stephen Finucane (sfinucan)21:28
vilobhmm11bauzas : whatever we discussed till now makes sense…one last peice is missing  but again if you see /home is @TB = 2014 GB (reported by virt driver) how can it include 3525 GB of instance storage. The actual usage as shown by the file system is just 787 GB http://paste.openstack.org/show/477904/21:29
vilobhmm112TB21:29
dansmithsfinucan: okay, but converting everyone to something nice isn't worth the effort21:29
jaypipesdansmith: reviewed the RBD spec. good from me.21:29
dansmithjaypipes: cool thanks21:29
bauzasvilobhmm11: because you can allocate more disk space than what's really eaten21:30
bauzaslike say, I want to spin off a 10GB vm21:30
dansmithsfinucan: doing so generates non-trivial work and barriers for large deployments21:30
dansmithsfinucan: deployments with tons of existing instances21:31
bauzasin general, it will end up only eating far less than 10 GB21:31
vilobhmm11bauzas : yes21:31
dansmithsfinucan: so we can totally plan to make it a boolean on the object (which is all that matters for developers) in v3, and if we were going to do anything with the DB, we should head down the road of converting to a boolean I think, which is doable, but non-trivial21:31
bauzasvilobhmm11: so that's why it's really important to check 2 things21:31
sfinucandansmith: yeah, I know :(21:32
bauzas#1 that the real data usage is more than the free disk space calculated by the list of instances21:32
sfinucanOK, and how would be go about doing that?21:32
bauzass/real data usage/real data space left/21:32
sfinucanIs it something that should be done now, or should I just drop the 'bool_from_string' call and wait?21:32
dansmithsfinucan: we'd create a new column and migrate data to the new column during save()21:32
bauzas#2 that what the user asks is less than what we calculated as free21:32
mriedemdansmith: you could link your blog post on this - there is an example in there21:33
sfinucanah - online data migrations?21:33
dansmithsfinucan: unless there is a really good reason to do it, I wouldn't want to do this ever21:33
sfinucandansmith: yeah, there isn't really21:33
mriedemhttps://bugs.launchpad.net/nova/+bug/124472521:33
openstackLaunchpad bug 1193438 in OpenStack Compute (nova) "duplicate for #1244725 config_drive DB column cleanup" [Low,Invalid] - Assigned to Stephen Finucane (sfinucan)21:33
sfinucanI think we discussed this before - strictly a nice to have21:33
mriedemwas the original bug21:33
dansmithsfinucan: okay, so put a note in Instance to change config_drive to a boolean in v3 and be done with it21:34
dansmithsfinucan: alternately, you could make the object ensure that, for all layers above, config_drive is some known value, assuming it won't break any existing stuff21:34
sfinucandansmith: So a wrapper of sorts?21:34
sfinucanIf <db_value> == '', return False?21:35
*** su_zhang has quit IRC21:35
sfinucanthat kind of thing21:35
dansmithi.e. self.config_drive = str(db_instance['config_drive'] == 'mandatory').lower()21:35
dansmithyou'd do it in the instance object _from_db_obj() method21:35
sfinucanoh21:35
vilobhmm11bauzas : for irc://irc.freenode.net:6667/#1 that the real data usage is more than the free disk space calculated by the list of instances ; the real data space left [1.1 TB]  > the free disk space calculated by the list of instances  [-1511 GB]21:35
dansmithsfinucan: but actually, there is deployed code that considers "false" to be truthy, so you can't even do that21:35
vilobhmm11bauzas : is that correct ? ref is http://paste.openstack.org/show/477904/ /home21:36
bauzasvilobhmm11: the "real disk space" is disk_available_least, given by the driver21:36
dansmithsfinucan: unless you add a backport rule for older instances that converts 'false' back to ''21:36
dansmithsfinucan: hopefully I'm demonstrating why it's not worth making this purely cosmetic change? :)21:36
sfinucanUgh - sounds like a mess21:36
*** heyongli has quit IRC21:36
sfinucandansmith: yes, very effectively :)21:36
dansmithit's just kinda the reality of never wanting to break very large deployments of our stuff21:37
*** dims_ has quit IRC21:37
dansmithidealism doesn't really have a place :)21:37
vilobhmm11bauzas : so for number 1 : compute_nodes['disk_available_least'] = -1642 which is less than free disk space calculated by the list of instances [-1511 GB]21:37
*** heyongli has joined #openstack-nova21:37
sfinucanso it seems, heh21:37
sfinucanso in this case, pre-V3 or any real changes21:38
*** su_zhang has joined #openstack-nova21:38
*** pratikmallya has quit IRC21:38
*** lbelivea has joined #openstack-nova21:38
*** baoli has joined #openstack-nova21:38
*** lbelivea has quit IRC21:39
sfinucanI at least need to drop that 'bool_from_string' call, or convert it to bool21:39
*** lbelivea has joined #openstack-nova21:39
sfinucanso any string is regarded as "truthy"21:39
sfinucanplus whatever else reviews might yield21:39
sfinucan?21:39
*** spandhe has joined #openstack-nova21:39
dansmithI guess21:40
sfinucanOK, I'll try that21:40
mriedemhttps://review.openstack.org/#/c/92899/ actually points at a couple of bugs21:40
bauzasvilobhmm11: right, https://github.com/openstack/nova/blob/master/nova/virt/libvirt/driver.py#L5085-L508821:40
sfinucanand fix that weird Python34 issue21:40
mriedemwhich means it's not cosmetic21:40
dansmithmriedem: no, that issue isn't cosmetic, but changing the value we store in the db arbitrarily is21:41
sfinucanmriedem: No, it's not but storing false is21:41
sfinucanyeah, what he said ^^^21:41
spandhemriedem: thanks for the review and comments on https://review.openstack.org/#/c/240347/421:41
*** gyee has joined #openstack-nova21:42
*** alex_klimov has quit IRC21:43
vilobhmm11bauzas : so now even if the operator(or anyone) tries to spin off micro VM is shouldn't go through if micro[root_gb] + micro[ephemeral_gb] = 8gb > free_disk_gb (-1511 ) ?21:43
bauzasvilobhmm11: it should go thru this https://github.com/openstack/nova/blob/master/nova/scheduler/filters/disk_filter.py#L51-L5321:44
vilobhmm11bauzas : looks like while booting the actual file system free space is checked (as reported by the virt driver)21:45
openstackgerritShraddha Pandhe proposed openstack/nova: Remove unnecessary destroy call from Ironic virt driver  https://review.openstack.org/24035721:45
*** heyongli has quit IRC21:47
*** heyongli has joined #openstack-nova21:47
bauzasvilobhmm11: right but it also checks the libvirt domains21:48
*** dims has joined #openstack-nova21:48
bauzasvilobhmm11: that's an interesting discussion but I'll have to drop off - my brain is out of fuel21:50
lbeliveabauzas: Can you please have a look at https://bugs.launchpad.net/nova/+bug/1512880 ?  We have this working on our private fork of upstream.  We are looking to upstream our fixes (which are multiple).  Do you have some guidance on how to split the many commits ?21:50
openstackLaunchpad bug 1512880 in OpenStack Compute (nova) "Failed cold migration with SR-IOV" [Undecided,New]21:50
*** baoli has quit IRC21:50
openstackgerritStephen Lowrie proposed openstack/nova: Update lxc-rc file to exclude volume tests  https://review.openstack.org/24137721:51
*** baoli has joined #openstack-nova21:51
bauzaslbelivea: not sure I understand your need, you want to know how to split a git patch into many gerrit changes ?21:53
bauzaslbelivea: for SRIOV, I'm deferring that to ndipanov and sahid, but the former is on vacation while the latter is not on that TZ21:54
*** dims has quit IRC21:54
*** jamielennox is now known as jamielennox|away21:55
lbeliveabauzas: No.  I want to get going and submit multiple fixes/reviews.  Each one of them fixing a small piece of the puzzle ...  I was wondering if it makes sense to first fix the neutronv2 code for updating the neutron ports.  But this will not be sufficiant for having a fully working solution for cold migration.21:56
*** rowagner has joined #openstack-nova21:56
bauzaslbelivea: so that's my 2nd point, you should ask that to ndipanov when he's back (next week)21:57
lbeliveabauzas: Go it. Thanks !21:57
*** heyongli has quit IRC21:57
*** salv-orlando has joined #openstack-nova21:58
*** heyongli has joined #openstack-nova21:58
* bauzas umount /dev/brain21:58
*** burt has quit IRC21:58
*** baoli has quit IRC22:00
*** baoli has joined #openstack-nova22:01
rowagnerHello, I'm trying to use heat to deploy a few RHEL servers, but instead of deploying in parallel, they deploy sequentially.  Is there some setting in heat.conf or something that I have to set to allow multiple servers to deploy in parallel?22:03
*** kmartin_ is now known as kmartin22:06
*** baoli has quit IRC22:07
*** heyongli has quit IRC22:07
sfinucanrowagner: Wrong channel I think. That kind of question should go on #openstack22:08
sfinucanSee the message of the day22:08
*** heyongli has joined #openstack-nova22:08
*** daemontool has quit IRC22:08
*** baoli has joined #openstack-nova22:09
*** baoli has quit IRC22:10
*** baoli has joined #openstack-nova22:11
*** rk4n has quit IRC22:13
*** tongli has quit IRC22:13
*** Piet has quit IRC22:14
*** slagle has quit IRC22:14
*** pixelb has quit IRC22:14
*** browne has joined #openstack-nova22:15
*** pratikmallya has joined #openstack-nova22:15
*** rlrossit has left #openstack-nova22:15
*** daemontool has joined #openstack-nova22:16
*** jerrygb has joined #openstack-nova22:17
*** eglynn__ has quit IRC22:17
*** heyongli has quit IRC22:17
*** pratikma_ has joined #openstack-nova22:18
*** smurke has joined #openstack-nova22:18
*** RA_ has joined #openstack-nova22:18
*** heyongli has joined #openstack-nova22:18
*** pratikmallya has quit IRC22:21
*** jerrygb has quit IRC22:22
*** baoli has quit IRC22:22
*** baoli has joined #openstack-nova22:23
*** thorst has quit IRC22:26
*** thorst has joined #openstack-nova22:26
*** salv-orlando has quit IRC22:26
*** sorrison has joined #openstack-nova22:27
openstackgerritMatt Riedemann proposed openstack/nova: cells: bdm_update_or_create_at_top needs to check snapshot/image id  https://review.openstack.org/24139022:27
*** sorrison has left #openstack-nova22:28
*** heyongli has quit IRC22:28
*** heyongli has joined #openstack-nova22:28
*** su_zhang has quit IRC22:29
*** thorst has quit IRC22:31
*** jerrygb has joined #openstack-nova22:32
*** burgerk has quit IRC22:32
*** smurke has quit IRC22:32
*** changbl has quit IRC22:34
*** baoli has quit IRC22:35
*** baoli has joined #openstack-nova22:35
*** vilobhmm111 has joined #openstack-nova22:35
*** vilobhmm11 has quit IRC22:36
*** heyongli has quit IRC22:38
openstackgerritStephen Finucane proposed openstack/nova: force_config_drive: StrOpt -> BoolOpt  https://review.openstack.org/23776222:38
openstackgerritStephen Finucane proposed openstack/nova: Forcing a configdrive in cfg should populate DB  https://review.openstack.org/9289922:39
*** armax has joined #openstack-nova22:39
*** heyongli has joined #openstack-nova22:39
*** baoli has quit IRC22:39
*** baoli has joined #openstack-nova22:39
*** baoli has quit IRC22:40
*** baoli has joined #openstack-nova22:44
openstackgerritMatt Riedemann proposed openstack/nova: DO NOT MERGE: create unique constraint on block_device_mapping table  https://review.openstack.org/24139722:46
mriedemalaski: yar ^22:46
*** mc_nair has quit IRC22:47
*** heyongli has quit IRC22:48
*** baoli has quit IRC22:48
*** baoli has joined #openstack-nova22:49
*** heyongli has joined #openstack-nova22:49
*** mriedem has quit IRC22:49
*** ZZelle_ has quit IRC22:52
*** dave-mccowan has quit IRC22:53
*** ctrath has quit IRC22:55
*** su_zhang has joined #openstack-nova22:55
*** ccarmack has quit IRC22:55
*** baoli has quit IRC22:55
*** baoli has joined #openstack-nova22:56
*** thorst has joined #openstack-nova22:58
*** tonytan4ever has quit IRC22:58
*** heyongli has quit IRC22:58
openstackgerritMark Doffman proposed openstack/nova: Properly preallocate qcow images.  https://review.openstack.org/24140122:59
*** heyongli has joined #openstack-nova22:59
*** jamielennox|away is now known as jamielennox23:00
*** jhesketh has quit IRC23:00
*** jhesketh has joined #openstack-nova23:01
*** thorst has quit IRC23:02
*** jaypipes has quit IRC23:03
*** electrocucaracha has quit IRC23:04
*** Murali__ has quit IRC23:05
*** baoli has quit IRC23:07
*** baoli has joined #openstack-nova23:08
*** heyongli has quit IRC23:09
*** heyongli has joined #openstack-nova23:09
*** slagle has joined #openstack-nova23:10
*** Piet has joined #openstack-nova23:11
*** tpeoples has quit IRC23:11
*** davideagnello has quit IRC23:11
*** mdrabe has quit IRC23:11
*** pradk has quit IRC23:15
*** thorst has joined #openstack-nova23:16
*** baoli has quit IRC23:17
*** baoli has joined #openstack-nova23:17
*** heyongli has quit IRC23:19
*** pumaranikar has quit IRC23:20
*** heyongli has joined #openstack-nova23:20
*** thorst has quit IRC23:20
*** electrocucaracha has joined #openstack-nova23:21
*** sileht has quit IRC23:24
*** ctrath has joined #openstack-nova23:24
*** thorst has joined #openstack-nova23:24
*** dustins has quit IRC23:24
*** salv-orlando has joined #openstack-nova23:25
*** sneti has quit IRC23:25
*** smatzek has joined #openstack-nova23:25
*** IanGovett has joined #openstack-nova23:26
*** dims has joined #openstack-nova23:27
*** thorst has quit IRC23:28
*** thorst has joined #openstack-nova23:28
*** lbelivea has quit IRC23:29
*** baoli has quit IRC23:29
*** heyongli has quit IRC23:29
*** baoli has joined #openstack-nova23:30
*** heyongli has joined #openstack-nova23:30
*** dims has quit IRC23:30
*** thorst has quit IRC23:33
*** mtanino has quit IRC23:35
*** angdraug has quit IRC23:35
*** smatzek has quit IRC23:39
*** baoli has quit IRC23:39
*** heyongli has quit IRC23:39
*** ijuwang has quit IRC23:40
*** armax has quit IRC23:40
*** heyongli has joined #openstack-nova23:40
*** jerrygb has quit IRC23:43
*** josecastroleon has joined #openstack-nova23:44
*** salv-orlando has quit IRC23:48
*** heyongli has quit IRC23:50
*** heyongli has joined #openstack-nova23:50
*** angdraug has joined #openstack-nova23:55
*** inteq has quit IRC23:59

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