Friday, 2015-11-06

*** haomaiwa_ has quit IRC00:01
*** haomaiwang has joined #openstack-nova00:01
*** davideagnello has joined #openstack-nova00:03
*** zhangjn has joined #openstack-nova00:03
*** mc_nair has joined #openstack-nova00:07
*** heyongli has quit IRC00:09
*** heyongli has joined #openstack-nova00:09
*** pratikmallya has joined #openstack-nova00:11
*** su_zhang has quit IRC00:11
*** Marga__ has quit IRC00:12
*** Marga_ has joined #openstack-nova00:13
*** Marga_ has quit IRC00:17
*** Marga_ has joined #openstack-nova00:17
*** takedakn has joined #openstack-nova00:19
*** heyongli has quit IRC00:19
*** heyongli has joined #openstack-nova00:20
*** ijw has joined #openstack-nova00:21
*** vilobhmm11 has quit IRC00:21
alex_xu_gmann: thanks :)00:21
*** zhangjn has quit IRC00:22
alex_xu_jaypipes: will review today00:22
*** EinstCrazy has quit IRC00:22
*** tonytan4ever has joined #openstack-nova00:26
*** Jeffrey4l has joined #openstack-nova00:27
*** diogogmt has joined #openstack-nova00:29
*** heyongli has quit IRC00:29
*** heyongli has joined #openstack-nova00:30
openstackgerritZhenyu Zheng proposed openstack/nova: Add project-id and user-id when list server-groups  https://review.openstack.org/20901800:38
*** Jeffrey4l has quit IRC00:38
*** heyongli has quit IRC00:39
*** heyongli has joined #openstack-nova00:40
*** su_zhang has joined #openstack-nova00:41
*** eglynn has quit IRC00:45
*** jamielennox is now known as jamielennox|away00:46
*** su_zhang has quit IRC00:46
*** xyang1 has quit IRC00:47
*** jamielennox|away is now known as jamielennox00:47
*** daemontool has quit IRC00:48
*** daemontool has joined #openstack-nova00:48
*** heyongli has quit IRC00:50
*** heyongli has joined #openstack-nova00:50
*** Piet has joined #openstack-nova00:51
*** ijw has quit IRC00:52
*** dims has joined #openstack-nova00:52
*** hemna is now known as hemnafk00:53
*** mc_nair has quit IRC00:57
*** jamielennox is now known as jamielennox|away00:58
*** heyongli has quit IRC01:00
*** haomaiwang has quit IRC01:01
*** zhangjn has joined #openstack-nova01:01
*** heyongli has joined #openstack-nova01:01
*** haomaiwang has joined #openstack-nova01:01
*** EinstCrazy has joined #openstack-nova01:02
*** stackdump has quit IRC01:02
*** arunkant_ has joined #openstack-nova01:03
arunkant_Hi...looking for information on running nova unit tests ...keep getting this error with pydev "error: cannot switch to a different thread" . Seems related to eventlet threading.01:05
*** jamielennox|away is now known as jamielennox01:06
*** su_zhang has joined #openstack-nova01:10
*** heyongli has quit IRC01:10
*** heyongli has joined #openstack-nova01:11
*** ssurana has quit IRC01:16
*** ssurana has joined #openstack-nova01:16
*** dims has quit IRC01:17
*** Daisy has joined #openstack-nova01:17
*** Daisy has quit IRC01:19
*** Daisy has joined #openstack-nova01:20
*** heyongli has quit IRC01:20
*** otter768 has joined #openstack-nova01:20
eliqiaohi all, any changes made to nova v2.1 , I am adding a new keypair to nova, but failed and api told me Keypair data is invalid: failed to generate fingerprint01:21
*** ssurana has quit IRC01:21
*** heyongli has joined #openstack-nova01:21
*** gjayavel_ has quit IRC01:22
*** arunkant_ has quit IRC01:23
*** otter768 has quit IRC01:25
*** Jeffrey4l has joined #openstack-nova01:26
*** electrocucaracha has quit IRC01:27
*** electrocucaracha has joined #openstack-nova01:27
*** Daisy has quit IRC01:28
*** pratikmallya has quit IRC01:30
*** heyongli has quit IRC01:31
*** heyongli has joined #openstack-nova01:31
*** Nathan has joined #openstack-nova01:34
*** Daisy has joined #openstack-nova01:34
*** rfolco has joined #openstack-nova01:35
*** Daisy has quit IRC01:39
*** heyongli has quit IRC01:41
*** salv-orlando has joined #openstack-nova01:41
*** heyongli has joined #openstack-nova01:42
*** Nathan has quit IRC01:43
*** Kevin_Zheng has joined #openstack-nova01:43
*** wverdugo500 has quit IRC01:44
*** Nathan has joined #openstack-nova01:45
*** mdrabe has joined #openstack-nova01:45
junjiehi all, i am new here01:46
*** zhenguo has joined #openstack-nova01:50
*** su_zhang has quit IRC01:50
*** heyongli has quit IRC01:51
*** pratikmallya has joined #openstack-nova01:52
*** heyongli has joined #openstack-nova01:52
eliqiaojunjie: hi welcome to nova.01:53
*** tobe has joined #openstack-nova01:55
*** otter768 has joined #openstack-nova01:57
*** salv-orlando has quit IRC01:59
alex_xu_eliqiao: you need upgrade your python-novclient I guess02:00
alex_xu_junjie: welcome~02:00
junjiethanks02:00
*** pixelbeat has quit IRC02:00
eliqiaoalex_xu_:  it's so strange, I just use pdb do some debuging , it passed.02:00
*** takedakn has quit IRC02:01
*** haomaiwang has quit IRC02:01
*** haomaiwang has joined #openstack-nova02:01
*** heyongli has quit IRC02:01
*** Daisy has joined #openstack-nova02:02
*** heyongli has joined #openstack-nova02:02
*** Daisy has quit IRC02:09
*** Daisy has joined #openstack-nova02:09
*** breitz2 has quit IRC02:11
*** breitz has joined #openstack-nova02:12
*** heyongli has quit IRC02:12
*** heyongli has joined #openstack-nova02:12
*** seanw1 has quit IRC02:12
*** takedakn has joined #openstack-nova02:13
*** seanw1 has joined #openstack-nova02:13
*** mrkz has quit IRC02:13
*** Daisy has quit IRC02:14
*** unicell has quit IRC02:17
*** heyongli has quit IRC02:22
*** heyongli has joined #openstack-nova02:23
*** browne has quit IRC02:23
*** ndipanov has joined #openstack-nova02:23
*** klkumar has joined #openstack-nova02:25
*** salv-orlando has joined #openstack-nova02:27
*** Daisy has joined #openstack-nova02:28
*** gyee has quit IRC02:31
*** heyongli has quit IRC02:32
*** heyongli has joined #openstack-nova02:33
*** Jeffrey4l has quit IRC02:33
*** Jeffrey4l has joined #openstack-nova02:34
*** mtanino has quit IRC02:34
*** gongysh has quit IRC02:35
*** gongysh has joined #openstack-nova02:35
*** yonglihe has joined #openstack-nova02:40
*** heyongli has quit IRC02:42
*** Daisy has quit IRC02:42
*** heyongli has joined #openstack-nova02:44
*** rfolco has quit IRC02:44
*** otter768 has quit IRC02:44
*** inteq has joined #openstack-nova02:45
*** salv-orlando has quit IRC02:49
*** Marga_ has quit IRC02:50
*** Marga_ has joined #openstack-nova02:51
*** heyongli has quit IRC02:53
*** heyongli has joined #openstack-nova02:54
*** pratikmallya has quit IRC02:54
*** Marga_ has quit IRC02:55
*** venkat_p has joined #openstack-nova03:00
*** heyongli has quit IRC03:00
*** haomaiwang has quit IRC03:01
*** ccarmack has joined #openstack-nova03:01
*** haomaiwang has joined #openstack-nova03:02
*** mdrabe has quit IRC03:03
*** Daisy has joined #openstack-nova03:04
*** Daisy has quit IRC03:08
*** jwcroppe has quit IRC03:16
*** ndipanov has quit IRC03:16
*** salv-orlando has joined #openstack-nova03:19
*** baoli has joined #openstack-nova03:19
*** otter768 has joined #openstack-nova03:22
openstackgerritvenkatesh proposed openstack/nova: make the driver.Scheduler as abstract class  https://review.openstack.org/21201603:23
*** browne has joined #openstack-nova03:24
*** boris-42 has joined #openstack-nova03:24
*** Jeffrey4l has quit IRC03:25
*** hparekh has quit IRC03:26
*** Daisy has joined #openstack-nova03:32
*** Jeffrey4l has joined #openstack-nova03:32
*** gjayavelu has joined #openstack-nova03:34
*** baoli has quit IRC03:36
*** Daisy has quit IRC03:37
*** gjayavelu has quit IRC03:38
*** hparekh has joined #openstack-nova03:39
*** salv-orlando has quit IRC03:40
*** haomaiwang has quit IRC03:51
*** Daisy has joined #openstack-nova03:54
*** jyuso1 has joined #openstack-nova03:55
*** baoli has joined #openstack-nova03:57
*** gcb has quit IRC03:57
*** Daisy has quit IRC03:57
*** Sree has joined #openstack-nova03:58
*** links has joined #openstack-nova03:59
*** stackdump has joined #openstack-nova04:00
*** yonglihe has quit IRC04:00
*** stackdump has quit IRC04:04
*** klkumar has quit IRC04:05
*** Nathan__ has joined #openstack-nova04:06
*** klkumar has joined #openstack-nova04:08
*** Nathan has quit IRC04:09
*** Nathan__ is now known as Nathan04:09
*** emagana has quit IRC04:10
*** jwcroppe has joined #openstack-nova04:17
*** subscope has joined #openstack-nova04:18
*** fawadkhaliq has joined #openstack-nova04:20
*** gjayavelu has joined #openstack-nova04:24
*** otter768 has quit IRC04:29
*** electrocucaracha has quit IRC04:30
*** electrocucaracha has joined #openstack-nova04:30
*** emagana has joined #openstack-nova04:33
openstackgerritTang Chen proposed openstack/nova-specs: Support triggering crash dump in an instance  https://review.openstack.org/22925504:38
*** salv-orlando has joined #openstack-nova04:40
*** emagana has quit IRC04:41
*** wuhg has joined #openstack-nova04:43
*** jwcroppe has quit IRC04:46
*** snikitin1 has joined #openstack-nova04:48
*** salv-orlando has quit IRC04:49
*** amotoki has joined #openstack-nova04:51
*** baoli has quit IRC04:51
*** samos123 has joined #openstack-nova04:52
*** jnclyz12483 has joined #openstack-nova04:54
*** vilobhmm11 has joined #openstack-nova04:59
*** samos123 has quit IRC04:59
*** jwcroppe has joined #openstack-nova05:01
*** subscope has quit IRC05:02
*** electrocucaracha has quit IRC05:02
*** vilobhmm11 has quit IRC05:02
*** gcb has joined #openstack-nova05:05
*** subscope has joined #openstack-nova05:05
*** samos123 has joined #openstack-nova05:07
*** samos123 has quit IRC05:07
*** zhangjn has quit IRC05:09
*** Marga_ has joined #openstack-nova05:14
*** Marga_ has quit IRC05:14
*** Marga_ has joined #openstack-nova05:15
*** zhangjn has joined #openstack-nova05:16
openstackgerritjunxu proposed openstack/nova-specs: Allow force stop server in nova rest api  https://review.openstack.org/19541805:16
*** jerrygb_ has quit IRC05:18
*** vilobhmm11 has joined #openstack-nova05:20
*** Samos123 has joined #openstack-nova05:20
*** pratikmallya has joined #openstack-nova05:26
*** zhangjn has quit IRC05:29
*** venkat_p has left #openstack-nova05:30
*** pratikmallya has quit IRC05:31
*** zzzeek has quit IRC05:34
openstackgerritChangBo Guo(gcb) proposed openstack/nova: doc: update threading.rst  https://review.openstack.org/19901305:35
*** Samos123 has quit IRC05:36
*** heyongli has joined #openstack-nova05:40
*** zzzeek has joined #openstack-nova05:42
*** gjayavelu has left #openstack-nova05:43
*** gjayavelu has quit IRC05:43
*** heyongli has quit IRC05:44
*** heyongli has joined #openstack-nova05:44
*** Samos123 has joined #openstack-nova05:46
*** zzzeek has quit IRC05:47
*** nikhil_k has joined #openstack-nova05:48
*** nikhil has quit IRC05:48
*** zzzeek has joined #openstack-nova05:50
*** heyongli has quit IRC05:54
*** heyongli has joined #openstack-nova05:55
*** zzzeek has quit IRC05:58
*** klkumar has quit IRC06:00
*** oomichi_ has quit IRC06:03
*** heyongli has quit IRC06:05
*** jinxing has joined #openstack-nova06:05
*** heyongli has joined #openstack-nova06:05
*** zhangjn has joined #openstack-nova06:08
*** Nathan has quit IRC06:09
openstackgerritAndrew Bogott proposed openstack/nova: Add disk_minimum_physical_free_space_ratio option to disk filter.  https://review.openstack.org/24225106:12
*** chinmaya has joined #openstack-nova06:12
*** cfriesen__ has quit IRC06:12
*** heyongli has quit IRC06:15
*** heyongli has joined #openstack-nova06:15
*** vilobhmm111 has joined #openstack-nova06:18
*** edtubill has joined #openstack-nova06:19
*** vilobhmm11 has quit IRC06:19
*** haomaiwang has joined #openstack-nova06:20
*** heyongli has quit IRC06:21
*** heyongli has joined #openstack-nova06:21
*** Jeffrey4l has quit IRC06:24
*** unicell has joined #openstack-nova06:24
*** heyongli has quit IRC06:25
*** heyongli has joined #openstack-nova06:25
*** subscope has quit IRC06:26
*** TakashiN has joined #openstack-nova06:27
*** heyongli has quit IRC06:27
*** yonglihe has joined #openstack-nova06:27
*** Nathan has joined #openstack-nova06:28
*** salv-orlando has joined #openstack-nova06:29
*** otter768 has joined #openstack-nova06:30
*** TakashiN has left #openstack-nova06:30
*** TakashiN has joined #openstack-nova06:31
*** openstackgerrit has quit IRC06:31
*** TakashiN has quit IRC06:31
*** openstackgerrit has joined #openstack-nova06:32
*** chinmaya has quit IRC06:34
*** otter768 has quit IRC06:34
*** yonglihe has quit IRC06:35
*** Samos123 has quit IRC06:35
*** yonglihe has joined #openstack-nova06:36
*** Jeffrey4l has joined #openstack-nova06:36
*** david-lyle has joined #openstack-nova06:40
*** salv-orlando has quit IRC06:41
*** tonytan4ever has quit IRC06:44
*** edtubill has quit IRC06:44
*** david-lyle has quit IRC06:45
*** yonglihe has quit IRC06:46
*** yonglihe has joined #openstack-nova06:46
*** praneshp has joined #openstack-nova06:47
praneshpjaypipes: ping. I was looking for some help on  https://github.com/openstack/cookbook-openstack-common, what’s the right irc for that? Saw your name on the author list06:48
*** vilobhmm111 has quit IRC06:54
*** yonglihe has quit IRC06:56
*** yonglihe has joined #openstack-nova06:56
*** jamielennox is now known as jamielennox|away06:59
*** sudipto has joined #openstack-nova06:59
*** haomaiwang has quit IRC07:01
*** Marga_ has quit IRC07:01
*** haomaiwang has joined #openstack-nova07:01
*** lsmola has joined #openstack-nova07:02
*** baoli has joined #openstack-nova07:03
*** unicell1 has joined #openstack-nova07:03
*** unicell has quit IRC07:04
*** josecastroleon has joined #openstack-nova07:05
*** yonglihe has quit IRC07:06
*** yonglihe has joined #openstack-nova07:06
*** baoli has quit IRC07:08
*** Jeffrey4l has quit IRC07:09
*** e0ne has joined #openstack-nova07:10
*** yonglihe has quit IRC07:16
*** yonglihe has joined #openstack-nova07:17
*** salv-orlando has joined #openstack-nova07:17
*** nkrinner has joined #openstack-nova07:18
*** fawadkhaliq has quit IRC07:19
*** salv-orlando has quit IRC07:19
*** salv-orlando has joined #openstack-nova07:20
*** e0ne has quit IRC07:21
*** Jeffrey4l has joined #openstack-nova07:21
openstackgerritlalit dagre proposed openstack/nova: Flavor object which support both DB with active migration  https://review.openstack.org/21304107:25
openstackgerritlalit dagre proposed openstack/nova: Creates flavor* tables in API database  https://review.openstack.org/20160607:25
*** Jeffrey4l has quit IRC07:26
*** yonglihe has quit IRC07:27
*** yonglihe has joined #openstack-nova07:27
*** takedakn has quit IRC07:28
*** snikitin1 has quit IRC07:33
*** fawadkhaliq has joined #openstack-nova07:34
*** Daisy has joined #openstack-nova07:36
*** romainh has joined #openstack-nova07:36
*** yonglihe has quit IRC07:37
*** yonglihe has joined #openstack-nova07:37
*** Jeffrey4l has joined #openstack-nova07:40
*** takedakn has joined #openstack-nova07:42
*** alex_klimov has joined #openstack-nova07:43
*** sahid has joined #openstack-nova07:44
*** rk4n has joined #openstack-nova07:44
*** yonglihe has quit IRC07:47
*** yonglihe has joined #openstack-nova07:47
*** jichen has joined #openstack-nova07:48
*** Jeffrey4l has quit IRC07:49
bauzasgood morning Nova07:50
bauzasoops, my manners07:50
*** bauzas is now known as bauwser07:51
*** fawadkhaliq has quit IRC07:52
*** Guest65445 is now known as tdurakov07:56
*** yonglihe has quit IRC07:57
*** yonglihe has joined #openstack-nova07:58
*** fawadkhaliq has joined #openstack-nova07:58
*** ihrachys has joined #openstack-nova07:58
*** pratikmallya has joined #openstack-nova08:00
*** haomaiwang has quit IRC08:01
*** haomaiwang has joined #openstack-nova08:01
*** rdopiera has joined #openstack-nova08:05
*** praneshp_ has joined #openstack-nova08:05
*** RuiChen has joined #openstack-nova08:05
*** praneshp has quit IRC08:06
*** praneshp_ is now known as praneshp08:06
*** yonglihe has quit IRC08:08
*** markmc has joined #openstack-nova08:08
*** yonglihe has joined #openstack-nova08:08
openstackgerritRaga lahari proposed openstack/nova: Support for new --status parameter to "nova-manage vm list" command  https://review.openstack.org/24237008:09
openstackgerritlvdongbing proposed openstack/nova: Add oslo_config PortOpt support  https://review.openstack.org/23956908:09
*** matrohon has joined #openstack-nova08:11
*** haomaiwang has quit IRC08:11
*** josecastroleon has quit IRC08:12
*** yonglihe has quit IRC08:18
*** yonglihe has joined #openstack-nova08:18
*** abhishekk has joined #openstack-nova08:20
alex_xu_bauwser: morning08:22
tangchen_Hi there, :)08:23
tangchen_Do you guys have time to discuss about how to deprecate host maintenance mode in nova ?08:24
*** Nathan__ has joined #openstack-nova08:25
tangchen_1. There is an API. 2. Xen is using it. So I don't know how to deprecate it.08:25
*** kiran-r has joined #openstack-nova08:27
*** Nathan has quit IRC08:27
*** Nathan__ is now known as Nathan08:27
*** yonglihe has quit IRC08:28
*** yonglihe has joined #openstack-nova08:28
*** otter768 has joined #openstack-nova08:31
*** rk4n has quit IRC08:32
*** rk4n has joined #openstack-nova08:34
*** otter768 has quit IRC08:36
*** jinxing has quit IRC08:36
*** agireud has quit IRC08:37
*** zigo has quit IRC08:37
*** agireud has joined #openstack-nova08:37
*** praneshp has quit IRC08:37
*** Daisy has quit IRC08:38
*** jinxing has joined #openstack-nova08:38
*** ZZelle has quit IRC08:38
*** yonglihe has quit IRC08:38
*** ZZelle has joined #openstack-nova08:38
*** Daisy has joined #openstack-nova08:38
*** yonglihe has joined #openstack-nova08:39
*** zigo has joined #openstack-nova08:42
*** openstackstatus has quit IRC08:42
*** Daisy has quit IRC08:43
*** lpetrut has joined #openstack-nova08:43
*** jlanoux has joined #openstack-nova08:44
*** gszasz has joined #openstack-nova08:46
*** takedakn has quit IRC08:48
*** yonglihe has quit IRC08:48
*** yonglihe has joined #openstack-nova08:49
*** Daisy has joined #openstack-nova08:52
*** jwcroppe has quit IRC08:53
*** jwcroppe has joined #openstack-nova08:54
*** Daisy has quit IRC08:54
*** Nathan has quit IRC08:54
*** browne has quit IRC08:55
*** subscope has joined #openstack-nova08:57
*** subscope has quit IRC08:58
*** yonglihe has quit IRC08:58
*** jwcroppe has quit IRC08:58
*** yassine has joined #openstack-nova08:59
*** yonglihe has joined #openstack-nova08:59
*** dgonzalez has quit IRC09:03
*** dgonzalez has joined #openstack-nova09:03
*** jichen has quit IRC09:07
*** yonglihe has quit IRC09:07
*** jinxing_ has joined #openstack-nova09:08
*** josecastroleon has joined #openstack-nova09:08
*** jinxing has quit IRC09:08
*** deepakcs has joined #openstack-nova09:09
openstackgerritSudipta Biswas proposed openstack/nova: glance:add helper method to get client version  https://review.openstack.org/22215009:10
*** links has quit IRC09:11
openstackgerritPavel Kholkin proposed openstack/nova: Use EngineFacade from oslo_db.enginefacade  https://review.openstack.org/22131009:11
*** derekh has joined #openstack-nova09:11
openstackgerritPavel Kholkin proposed openstack/nova: enginefacade: 'instance_info' and 'instance_extra'  https://review.openstack.org/22506509:15
openstackgerritPavel Kholkin proposed openstack/nova: enginefacade: 'cell_mapping'  https://review.openstack.org/22678809:15
openstackgerritPavel Kholkin proposed openstack/nova: enginefacade: 'instance_mapping'  https://review.openstack.org/22897909:15
openstackgerritPavel Kholkin proposed openstack/nova: enginefacade: 'network'  https://review.openstack.org/24025309:15
openstackgerritPavel Kholkin proposed openstack/nova: enginefacade: 'key_pair' and 'cell'  https://review.openstack.org/23991509:15
openstackgerritPavel Kholkin proposed openstack/nova: enginefacade: 'certificate' and 'pci_device'  https://review.openstack.org/24027509:16
openstackgerritPavel Kholkin proposed openstack/nova: WIP: enginefacade: 'floating_ip'  https://review.openstack.org/24051309:16
openstackgerritPavel Kholkin proposed openstack/nova: WIP: enginefacade: 'fixed_ip'  https://review.openstack.org/24081109:16
openstackgerritPavel Kholkin proposed openstack/nova: enginefacade: 'service'  https://review.openstack.org/24117809:16
openstackgerritPavel Kholkin proposed openstack/nova: enginefacade: 'host_mapping'  https://review.openstack.org/24203509:16
openstackgerritPavel Kholkin proposed openstack/nova: enginefacade: 'dnsdomain' and 'ec2'  https://review.openstack.org/24201909:16
openstackgerritPavel Kholkin proposed openstack/nova: enginefacade: 'compute_node'  https://review.openstack.org/24118909:16
kashyaptangchen_: I think most folks interested in it are in US east coast timezone09:18
*** subscope has joined #openstack-nova09:18
*** jistr has joined #openstack-nova09:19
*** pixelbeat has joined #openstack-nova09:20
*** achanda has quit IRC09:21
*** e0ne has joined #openstack-nova09:27
*** jnclyz12483 has quit IRC09:31
johnthetubaguytangchen_: so I can cover some of this, I think we just add the deprecation log messages09:32
johnthetubaguytangchen_: the API side of things is a little tricker09:32
johnthetubaguytangchen_: its probably worth a very small spec to agree the details09:32
*** Samos123 has joined #openstack-nova09:36
*** Sree has quit IRC09:36
*** Sree has joined #openstack-nova09:37
*** cdent has joined #openstack-nova09:38
*** haomaiwa_ has joined #openstack-nova09:40
*** jianghuaw has joined #openstack-nova09:41
*** rk4n has quit IRC09:41
*** haomaiwa_ has quit IRC09:45
openstackgerritSam Yaple proposed openstack/nova: Fix attibute error when cloning raw images in Ceph  https://review.openstack.org/23779909:49
*** njirap has joined #openstack-nova09:53
*** josecastroleon has quit IRC09:55
*** jwcroppe has joined #openstack-nova09:55
*** tobe has quit IRC09:55
*** josecastroleon has joined #openstack-nova09:56
*** zhenguo has quit IRC09:58
tangchen_kashyap, johnthetubaguy: OK, I know. I agree we cannot simply remove all the source code. I'll try to post a BP and a spec to list up all the things I can think of.09:58
johnthetubaguytangchen_: sounds great, thank you, spec is a good way forward, I totally support the idea, just need to think through some of the details09:59
*** zhangjn has quit IRC10:01
*** zhangjn has joined #openstack-nova10:03
openstackgerritChangBo Guo(gcb) proposed openstack/nova: test: use enforce_type=True parameter in method CONF.set_override  https://review.openstack.org/24241610:03
*** zhangjn has quit IRC10:04
*** zhangjn has joined #openstack-nova10:08
*** kiran-r has quit IRC10:08
*** fawadkhaliq has quit IRC10:10
*** sudipto has quit IRC10:10
*** Samos123 has quit IRC10:11
*** mitz has quit IRC10:12
*** pedroalvarez has quit IRC10:12
*** pedroalvarez has joined #openstack-nova10:12
*** mitz has joined #openstack-nova10:14
*** abhishekk_ has joined #openstack-nova10:14
*** rajesht_ has joined #openstack-nova10:14
*** jyuso1 has quit IRC10:15
*** jyuso1 has joined #openstack-nova10:16
*** abhishekk has quit IRC10:16
*** rajesht has quit IRC10:16
*** huanxie has joined #openstack-nova10:19
*** tdurakov has quit IRC10:20
*** Guest13749 has joined #openstack-nova10:20
*** jwcroppe has quit IRC10:23
*** BadCub has quit IRC10:27
*** BadCub has joined #openstack-nova10:27
*** tpeoples has quit IRC10:28
*** tpeoples has joined #openstack-nova10:29
*** otter768 has joined #openstack-nova10:32
*** otter768 has quit IRC10:36
*** Daisy has joined #openstack-nova10:37
*** ihrachys has quit IRC10:37
*** ihrachys has joined #openstack-nova10:38
*** zhangjn has quit IRC10:40
*** EinstCrazy has quit IRC10:41
*** Daisy has quit IRC10:41
*** ferest has joined #openstack-nova10:43
*** danpb has joined #openstack-nova10:45
*** ferest has quit IRC10:47
openstackgerritPavel Kholkin proposed openstack/nova: enginefacade: 'dnsdomain' and 'ec2'  https://review.openstack.org/24201910:48
*** jinxing_ has quit IRC10:48
*** jamielennox|away is now known as jamielennox10:49
*** jianghuaw has quit IRC10:50
*** Sree has quit IRC10:51
*** njirap has quit IRC10:57
*** mhickey has joined #openstack-nova10:58
openstackgerritAlexander Schmidt proposed openstack/nova-specs: Libvirt: AIO mode for disk devices  https://review.openstack.org/23251411:02
*** aysyd has joined #openstack-nova11:04
PaulMurrayanyone know how to trigger recheck for check-citrix-xenserver ?11:05
*** aix has quit IRC11:07
*** aysyd has quit IRC11:08
*** aysyd has joined #openstack-nova11:09
*** mmdurrant has quit IRC11:09
kashyap'recheck xen'?11:10
*** romainh has quit IRC11:11
*** jamielennox is now known as jamielennox|away11:11
PaulMurraykashyap, I think that does dsvm-tempest-xen11:13
kashyapOops, sorry for the misinfo then.11:13
PaulMurrayoh, I found it in the comment from the job (duh) it says xenserver: recheck11:14
PaulMurraythanks anyway11:14
*** chinmaya has joined #openstack-nova11:21
*** achanda has joined #openstack-nova11:22
openstackgerritSylvain Bauza proposed openstack/nova: cells: Create BDM only when device_name is not null  https://review.openstack.org/24244711:26
*** achanda has quit IRC11:26
*** mwagner has quit IRC11:27
*** dims has joined #openstack-nova11:27
Anticimexwhat's the best way to utilize multiple rbd pools on one nova-compute?11:28
Anticimexi found a post from seb from september: http://www.sebastien-han.fr/blog/2015/09/15/openstack-nova-configure-multiple-ceph-backend-on-one-hypervisor/11:28
Anticimexa bit interesting approach, is there no native way?11:28
*** smatzek has joined #openstack-nova11:33
*** pratikmallya has quit IRC11:34
*** subscope has quit IRC11:41
*** ferest has joined #openstack-nova11:41
*** josecastroleon has quit IRC11:42
andrearosais there a way to change the assigne and drafter for a blueprint? the original author is not working on it and I have inherited his job. I'd like to make some changes to the blueprint. can some admin here change those fields or do I need to put a new blueprint? ref: https://blueprints.launchpad.net/nova/+spec/enhance-instance-operations-during-live-migration11:43
*** subscope has joined #openstack-nova11:43
*** ferest has quit IRC11:46
bauwserandrearosa: ask one of the LP nova-drivers, cc johnthetubaguy11:46
johnthetubaguyandrearosa: yeah, I can update that for you11:47
bauwserI'm getting crazy with the cells job11:47
andrearosaok thanks11:47
johnthetubaguyandrearosa: not sure I got the right launchpad id, did that work?11:48
*** Marga_ has joined #openstack-nova11:49
andrearosajohnthetubaguy: nope it is assigned to caporosso and I am andrea-rosa-m11:49
johnthetubaguyandrearosa: that makes a lot more sense, launchpad search was thawting me11:49
bauwserI actually use the Foundation stuff11:50
andrearosajohnthetubaguy: worked now, thanks11:50
johnthetubaguyandrearosa: np11:50
johnthetubaguyandrearosa: are you getting a spec up for this one?11:50
andrearosayes the spec is already up, I need to ref the BP in the commit11:51
andrearosahttps://review.openstack.org/22619911:51
*** zhangjn has joined #openstack-nova11:53
*** EinstCrazy has joined #openstack-nova11:53
*** vladikr has quit IRC11:53
*** jerrygb has joined #openstack-nova11:54
PaulMurrayjohnthetubaguy, can we talk about https://blueprints.launchpad.net/nova/+spec/volume-ops-when-shelved for a moment11:54
johnthetubaguyandrearosa: cools11:54
johnthetubaguyPaulMurray: sure11:54
PaulMurrayI put a question on the mail list - seems to me the only way to synchronize the operations is11:55
PaulMurrayusing task states11:55
PaulMurraydoes that seem reasonable?11:55
PaulMurrayAt least for shevled_offloaded11:56
*** ferest has joined #openstack-nova11:57
PaulMurrayjohnthetubaguy, if so my plan would be to make that part of the spec for this and then make the detach boot volume one depend on it11:58
*** sudipto has joined #openstack-nova11:58
*** sudipto has quit IRC11:59
johnthetubaguyPaulMurray: so maybe, not sure I get all the implications12:02
johnthetubaguyPaulMurray: we do a lot of synchronisation on hidden task states, but yeah, need to think through that a bit more12:03
*** RuiChen has quit IRC12:03
PaulMurrayjohnthetubaguy, at the moment in compute manager the volume attach/detach ops are synchronised on instance id, so there are no task states associated12:04
*** RuiChen has joined #openstack-nova12:04
PaulMurrayand operations will queue and take turn12:04
PaulMurraythey are asynchronous12:04
PaulMurrayif done in the API they would be done synchronously with the API calls12:05
*** baoli has joined #openstack-nova12:05
PaulMurrayIf using task states (like detaching, attaching) to make sure only one happens at a time12:05
PaulMurraya second one would fail and return error instead of queing12:06
*** josecastroleon has joined #openstack-nova12:06
PaulMurrayso the API would de different in that respect12:06
PaulMurrayBut only for shelved_offloaded12:06
*** rk4n has joined #openstack-nova12:07
PaulMurray(this is all a bit more involved than I had hoped for - but there you go).12:07
johnthetubaguyPaulMurray: OK, I am missing a bit, why do we need that when we are shelved_offloaded?12:09
*** baoli has quit IRC12:09
*** rfolco has joined #openstack-nova12:09
PaulMurrayThe proposal for detaching boot volumes is to only do it when shelved12:10
johnthetubaguyPaulMurray: yeah, I am cool with that bit12:10
johnthetubaguyPaulMurray: but why do we need the task states to synchronise the attach/detach again?12:10
PaulMurrayI need some synchronization around it12:11
PaulMurrayotherwise its possible for two attach boot volume operations to collide12:11
*** ferest has quit IRC12:11
PaulMurray(maybe)12:11
PaulMurrayIt would also be good to allow any volume to be attached and detach if we can do it with boot volumes12:12
PaulMurray(again - maybe)12:12
PaulMurrayI may be able to synchronize the boot volume on its own bdm state (the bdm will exist)12:13
PaulMurrayBut that only works for a boot volume12:13
*** Daisy has joined #openstack-nova12:13
PaulMurrayBTW detaching just works - its only attaching that is a problem for other volumes12:14
*** Daisy has quit IRC12:14
*** romainh has joined #openstack-nova12:16
*** jwcroppe has joined #openstack-nova12:19
*** jichen has joined #openstack-nova12:19
*** IanGovett has joined #openstack-nova12:20
openstackgerritHans Lindgren proposed openstack/nova: Remove flavors.get_all_flavors() only used in tests  https://review.openstack.org/24246512:22
*** Sree has joined #openstack-nova12:22
johnthetubaguyPaulMurray: oh, now I see, because it doesn't go to the compute, we can't do the simple locking on instance-uuid, I get your point12:23
johnthetubaguyPaulMurray: yeah, some hidden task state makes sense, like attaching-boot-volume12:23
*** aysyd has quit IRC12:23
*** jwcroppe has quit IRC12:23
*** aysyd has joined #openstack-nova12:24
*** achanda has joined #openstack-nova12:24
PaulMurrayjohnthetubaguy, I'm going to write the spec and see what people think - if I can do the general case I think the boot from volume will be an extension of it12:26
*** rajesht_ has quit IRC12:26
PaulMurraythanks for being a sounding board12:26
PaulMurrayjohnthetubaguy, do you happen to know when ndipanov will be back online?12:28
*** achanda has quit IRC12:30
PaulMurraybauwser, do you know ? ^^^12:30
openstackgerritZoltan Arnold Nagy proposed openstack/nova-specs: Encryption support for rbd-backed volumes  https://review.openstack.org/23979812:31
*** wuhg has quit IRC12:31
*** otter768 has joined #openstack-nova12:32
johnthetubaguyPaulMurray: I think he is away all this week on holiday, I was assuming Monday, but I don't know so12:32
*** lpetrut has quit IRC12:34
johnthetubaguyPaulMurray: I would rather keep existing attach/detach using the nova-compute local lock, that seems nice and simple. Its really just about the shelved case where there is no owner of the VM, I guess, although that sounds messy now I typed that out12:34
*** rotbeard has joined #openstack-nova12:34
*** zigo has quit IRC12:36
*** yonglihe has joined #openstack-nova12:36
*** zigo has joined #openstack-nova12:37
*** otter768 has quit IRC12:37
*** weihan has joined #openstack-nova12:38
*** RuiChen has quit IRC12:40
*** RuiChen has joined #openstack-nova12:43
*** Sree has quit IRC12:43
*** mgoddard_ has joined #openstack-nova12:43
*** Sree has joined #openstack-nova12:43
*** mgoddard has quit IRC12:44
*** mgoddard__ has joined #openstack-nova12:44
*** thorst has joined #openstack-nova12:45
mnestratov|2johnthetubaguy: Hi! Could we discuss https://blueprints.launchpad.net/nova/+spec/libvirt-vzstorage-volume-support a bit ?12:46
*** mnestratov|2 is now known as mnestratov12:46
johnthetubaguymnestratov: so I am stepping away for lunch12:47
johnthetubaguymnestratov: is it a quick question?12:47
mnestratovin https://etherpad.openstack.org/p/mitaka-nova-spec-review-tracking it is marked as don not appove12:47
mnestratovas do not approve12:48
*** mgoddard_ has quit IRC12:48
mnestratovit is not clear why?12:48
johnthetubaguymnestratov: yes, do not approve as a specless blueprint, because there is a spec in review, only approve after the spec has merged12:48
johnthetubaguymnestratov: thats the list of specless blueprint approvals, basically12:48
mnestratovyear but there is a spec12:48
johnthetubaguymnestratov: so I am clearly not communiting this well12:49
johnthetubaguymnestratov: my comment is, there is a spec, lets approved the blueprint once we get the spec merged12:50
mnestratovah, ok. makes sence12:50
johnthetubaguymnestratov: sorry for the confusion12:50
mnestratovno problem12:50
johnthetubaguymnestratov: appreciate you reaching out quickly to resolve that :)12:51
* johnthetubaguy bravely runs away to lunch12:51
*** weihan has quit IRC12:51
mnestratovi thought it was some sort of miscommunication12:51
*** irenab has joined #openstack-nova12:53
*** deepakcs has quit IRC12:55
*** jwcroppe has joined #openstack-nova12:56
gibibauwser: hi! do you have a minute or two for questions around request_spec, filter_properties and instance_groups?12:56
*** boris-42 has quit IRC12:58
*** huanxie has quit IRC12:59
*** markmc has quit IRC13:01
*** markmc has joined #openstack-nova13:02
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: Enable options for oslo.reports  https://review.openstack.org/21691713:04
*** mwagner has joined #openstack-nova13:06
bauwserPaulMurray: sorry was out to lunch13:07
*** thorst has quit IRC13:07
*** lbelivea has quit IRC13:07
*** ndipanov has joined #openstack-nova13:07
*** baoli has joined #openstack-nova13:07
PaulMurraybauwser, thats ok - do you know when ndipanov is back?13:08
bauwserPaulMurray: so ndipanov will be back on Tues 10/1113:08
PaulMurraythanks13:08
bauwserPaulMurray: but he'll be on the Japanese TZ13:08
bauwserIIUC13:08
bauwserfor the week13:08
*** jyuso1 has quit IRC13:08
bauwsergibi: hi sure13:08
gibibauwser: great. :) Let me explain what I'd like to achieve13:09
gibibauwser: I'm trying to understand how the filter properties converted to request spec and how it is converted back to filter properties during select_destination.13:09
gibibauwser: basically I want to rebase https://review.openstack.org/#/c/148275/ as part of rebasing the soft-affinty server-group policy patches.13:09
*** cfriesen__ has joined #openstack-nova13:10
gibibauwser: what I need is a new field num_instance_per_host in the filter properties as the soft affinity po13:10
gibilicy is implemented with a weigher that sort the hosts by this number.13:10
bauwsergibi: did you see my last patches about that?13:10
gibibauwser: I don't think so13:10
bauwsergibi: okay, sec13:10
bauwsergibi: okay, sechttps://review.openstack.org/#/q/status:open+project:openstack/nova+branch:master+topic:bp/request-spec-object-mitaka,n,z13:10
*** mmdurrant has joined #openstack-nova13:11
bauwseroops13:11
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: Avoid intermediate Token auth plugin  https://review.openstack.org/22936813:11
bauwsers/okay, sec/13:11
*** abhishekk_ has quit IRC13:11
gibibauwser: thanks, I have to check these as I guess these are touching the same places13:11
bauwsergibi: so, my last changes are about moving where I'm returning a primitive dict13:12
PaulMurrayjohnthetubaguy, agreed - could make existing cases use the task states even though using local lock - but wont propose that. Keep existing as is.13:13
bauwsergibi: since I didn't want to modify all the filters by the same change, I'm providing a compat decorator in the next patch13:13
bauwserand then moving the back tranformation into the decorator instead13:13
gibibauwser: ohh I see13:13
PaulMurrayjohnthetubaguy, incidentally, philday started to introduce attaching and detaching task states for existing case before - but abandoned. Seems it was13:13
bauwsergibi: and then, when modifying the filter to use the object, then also remove the deco13:14
PaulMurraypossible to try and start some operations (like resize) in the middle of a detach/attach. But I think that has all changed long since.13:14
bauwsergibi: then, once all of that is done, I'm changing *where* the Spec object is hydrated by https://review.openstack.org/19920513:15
*** ndipanov has quit IRC13:15
gibibauwser: as far as I understand the RequestSpec obj has an InstanceGroup field. But that is not the original group given by the user in the scheduler hint but a new one created during some compatibility code here https://github.com/openstack/nova/blob/master/nova/objects/request_spec.py#L15713:15
*** ndipanov has joined #openstack-nova13:15
bauwserright13:15
bauwsersince I was having a dict payload by the scheduler, I was needing to hypdrate a new InstanceGroup object13:16
bauwserhence the from_primitives() helper13:16
gibiwhy don't we simply reuse the original instance group that was provided in the scheduler_hints?13:16
bauwserbut by mid-term, we should remove that from_primitives helper in the conductor and directly create the Spec bject directly13:16
bauwsergibi: mmm? you say the instance_group object is provided in the hints ?13:17
bauwserwhere then ?13:17
gibithe id of the group is provided13:18
bauwsergibi: because AFAIK it's a filter_props key13:18
bauwsergibi: but it would need to call the DB to get it, right?13:18
bauwserI mean an InstanceGroup.get_by_id13:18
bauwserwhich calls the DB13:18
bauwserif so, I'm opposed to that13:19
bauwserbecause we want to avoid to call the DB for that13:19
bauwserif it's already provided by the filter_props dict13:19
bauwsergibi: ^13:19
gibibauwser: oh, OK. You are right we would need a db call13:19
bauwsergibi: like I said, it's a temporary work13:20
gibibauwser: anyhow, besides hosts and policies I would need another information in the filter_properties for the soft affinty filter13:20
bauwsergibi: because by the end, the Spec object will be passed by the conductor13:20
bauwserso we'll be possibily direct return the InstanceGroup object directly by the conductor13:21
bauwsergibi: mmm, what kind of information you'd like to add ?13:21
gibinumber of instance per host in a given group13:22
bauwsergibi: tbh, we decided in Kilo to carefully review all the changes which were adding more keys to the filt_props dict - because of the Spec object13:22
bauwsergibi: I see13:22
bauwsergibi: how could you make sure this field would be accurate?13:22
gibiit is the patch calculating the information https://review.openstack.org/#/c/147517/51/nova/objects/instance_group.py,cm13:23
bauwserI mean, the number of instances13:23
bauwserie. the conductor passing the object to the scheduler in a distributed and concurrent world13:23
gibibauwser: yes, it has the same concurrency problem as the instance group already has13:24
bauwsergibi: and you know we don't have a consensus yet on that ?13:24
gibibauwser: a concurrent scheduling can make the hosts field of the filter_properties invalid13:24
bauwserfor example, jaypipes was pretty concerned about that13:24
bauwsergibi: I'm reading your spec now, to make sure I haven't missed anything13:25
gibibauwser: I'm awar of jaypipes concerns about the whole instance group concept13:25
gibis/awar/aware/13:25
bauwserI mean, it's a weigher, so probably it's less invasive than a filter, but still the decision could be a bit unaccurate13:26
gibibauwser: agree, it has the same unaccuracy as the instance group has in case of parallel scheduling for the same group13:26
bauwserbut don't get me wrong - I don't want a scheduler not making mistakes, I certainly prefer a scheduler able to make quick decisions with a reasonable number of retries13:27
*** jinxing has joined #openstack-nova13:27
bauwserso, from a technical standpoint, you're now stuck because some bad man provided a new NovaObject instead of leaving you just adding a new key in an unformated dict ? :)13:28
*** tellesnobrega_ has joined #openstack-nova13:28
bauwserthe short answer would be 'you could add a new field to the object you want to amend'13:28
gibibauwser: either I add a field to the unformatted dict, or I would need to query the original object that has the db13:28
*** aix has joined #openstack-nova13:29
bauwserthe latter is performance-concernable13:29
bauwserI guess13:29
bauwserlots of guys already complain that we do ComputeNode.get_all in the scheduler codepath13:30
gibibauwser: this is a calculated value from the hosts and the members of the InstanceGroup but the compatibility code creates a new InstanceGroup object that does not have members13:30
gibibauwser: therefore I cannot recalculate13:30
bauwsergibi: oh I see, then why aren't you proposing to modify the helper to match your need?13:31
bauwsergibi: oh sec13:31
*** edmondsw has joined #openstack-nova13:32
bauwsergibi: I guess the problem is https://review.openstack.org/#/c/148275/51/nova/scheduler/weights/affinity.py,cm L69 right?13:32
*** thorst has joined #openstack-nova13:32
gibibauwser: right, this is the calculated value I need for the weighers13:33
*** jwcroppe has quit IRC13:33
bauwsergibi: how do you set that value ?13:34
bauwserI can review the series for sure13:34
gibibauwser: it is calculated here https://review.openstack.org/#/c/147517/51/nova/objects/instance_group.py,cm and added to the filter_properties here https://review.openstack.org/#/c/148277/52/nova/scheduler/utils.py,cm L33713:36
*** fnordahl has quit IRC13:37
*** xyang1 has joined #openstack-nova13:37
*** josecastroleon has quit IRC13:38
*** moshele has joined #openstack-nova13:38
*** josecastroleon has joined #openstack-nova13:38
*** fnordahl has joined #openstack-nova13:39
openstackgerritSam Yaple proposed openstack/nova: Fix attibute error when cloning raw images in Ceph  https://review.openstack.org/23779913:40
bauwsergibi: I see13:40
*** yonglihe has quit IRC13:40
bauwserwell13:40
bauwserI'm pretty concerned by that, but I'll try to explain why from my best13:41
*** baoli_ has joined #openstack-nova13:41
gibibauwser: I'm totally open for alternatives13:41
*** yonglihe_ has joined #openstack-nova13:41
*** ericksonsantos has quit IRC13:41
*** Nathan has joined #openstack-nova13:42
bauwsergibi: so, the problem is that you calculate a discrete value (well, a keyed dict of hosts having discrete values) once in the lifetime and then passing it13:42
bauwsergibi: for that calculation, you call the world to get the full list of instances with a specific filter13:43
bauwsersay that one cloud is running 1000 nodes with 100 instances each, I leave you imagine the full scan13:43
gibibauwser: the calculation is limited to a single instance group13:44
*** baoli has quit IRC13:44
gibithe group already has the members stored so there is no full scan at all13:44
bauwserinstances = objects.InstanceList.get_by_filters(self._context, filters=filters) isn't a full scan ?13:45
gibino because the filter is filtering for uuids13:45
gibior it depends what do you mean by full scan13:45
gibiit has the same performance as InstanceGroup.get_hosts() and that is already called in the scheduling code path13:46
*** ericksonsantos has joined #openstack-nova13:47
*** tellesnobrega_ has quit IRC13:47
gibihere https://review.openstack.org/#/c/148277/52/nova/scheduler/utils.py,cm L33413:48
bauwsergibi: agreed13:48
bauwsergibi: but that doesn't mean it's a good thing :)13:49
gibibauwser: ok :) then what to do? :)13:49
*** diogogmt has quit IRC13:49
bauwseranyway, we have indexes on uuid, so that's a bit okay13:49
*** inteq has quit IRC13:49
*** pradk has joined #openstack-nova13:50
bauwsergibi: okay, so you calculate once the values then passing them to the namedtuple, right?13:50
gibiright, the same way as group_hosts13:50
*** chinmaya has quit IRC13:50
*** salv-orlando has quit IRC13:51
*** salv-orlando has joined #openstack-nova13:51
bauwsergibi: and then, that namedtuple is casted as a dict for becoming filt_props['group'] right?13:52
gibiohh I just found that you added hosts as a field to the InstanceGroup during the request spec work13:52
*** moshele has quit IRC13:52
gibibauwser: right13:52
bauwsergibi: yup because members was the list of uuids13:52
bauwsergibi: so I had to amend the object to carry the needed information13:53
*** subscope has quit IRC13:53
bauwsergibi: see my point?13:53
*** diogogmt has joined #openstack-nova13:53
gibibauwser: so basically you had the same problem as I had and you added a field for it. Then maybe I can add a field too13:53
bauwserperformance-unwise, if you want to pass something to the scheduler, you now have to add a new field to the instance_group object13:53
gibibauwser: I see13:53
*** paul-carlton has joined #openstack-nova13:54
*** vladikr has joined #openstack-nova13:54
gibibauwser: so you suggest to adding a new field to the InstsanceGroup to store this calculated value a same way as you added hosts13:54
bauwserbut the main difference between the hosts field and the dict you want to add is that one is pretty small and quite unchanging, while the latter is a bit questionable about its accuracy and its performance13:54
gibibauwser: yes, you are right13:55
*** e0ne has quit IRC13:55
gibibauwser: so it will be more problematic to add it to the object13:55
bauwsergibi: that's my concerns yeds13:55
bauwserso, I'm wondering how to actually get that correctly13:55
gibibut this is a deadlock as either I calculate the value but that has performance impact or I store the value but that will look ugly13:56
bauwserI'm thinking of an alternative approach13:56
bauwserwe do have the list of instances per host in the scheduler memory13:56
bauwserin the HostManager13:56
bauwserand the list of instances per host is thus given in host_state passed in filters13:56
*** e0ne has joined #openstack-nova13:56
*** dshaw has joined #openstack-nova13:57
bauwserany change to an instance makes an RPC cast to the scheduler, so that's a bit less racy13:57
bauwserwhat you get in the HostState is a pretty accurate value of the list of instances per host13:57
gibiyes, but I have to filter that by the group members13:57
bauwsergibi: that's then just a live calculation that can be done in the weigher, no ?13:58
bauwserie. filter one list by another13:58
gibiweigher does not have the list of memeber is a group right now13:58
bauwsergibi: no, but it gets the instance_group object from the spec, right?13:59
bauwserwhich contains the list of members and hosts13:59
gibibut that is a ~fake object which does not have memebers just hosts and policies13:59
bauwsergibi: on the other hand, the weigher knows the host_state13:59
*** mdrabe has joined #openstack-nova13:59
bauwsergibi: what if you pass the members to the fake object?14:00
gibibauwser: that might be doable :)14:00
bauwserwhen hydrating the Spec object?14:00
bauwserlemme show you how you can get the list of instances per host14:00
*** gszasz has quit IRC14:01
bauwserhttps://github.com/openstack/nova/blob/master/nova/scheduler/host_manager.py#L582-L60114:01
bauwsergibi: ^14:01
*** edleafe is now known as figleaf14:02
bauwserso I'd see 2 things :14:02
*** dustins has joined #openstack-nova14:03
gibibauwser: I see14:03
bauwser#1 add the list of members in the filt_props dict, so that the helper hydrate the list of members in the nested InstanceGroup object of the ReqSpec object (with the backwards method for returning a dict keyed by members)14:03
bauwser#2 in the weigher, get the list of members from the spec object, and match that with the list of hosts14:04
bauwseroops14:04
bauwsermatch that with the list of instances the host belongs to14:04
openstackgerritAndrea Rosa proposed openstack/nova-specs: Allow more instance operations during live migration  https://review.openstack.org/22619914:04
*** rlrossit has joined #openstack-nova14:04
bauwsergibi: does that work for you ?14:04
gibibauwser: I think it is doable.14:04
bauwsercoolness14:05
dshawwhen installing and configuring a compute node, is /etc/nova/nova.conf or /etc/nova/nova-compute.conf the proper file to edit?14:05
gibiI will try put this together  :)14:05
gibibauwser: thanks a lot!14:05
bauwsersorry to have thrown your series under the bus, but I feel it's important for us to have stable and versioned APIs :)14:05
gibibauwser: I totally agree that your work is more important than my series so no hard feelings14:05
bauwsergibi: the main thing is that we found an approach I feel that can be accurate and perfomance-wise14:06
*** subscope has joined #openstack-nova14:07
gibibauwser: agree. For me the main thing is that I can move forward with my rebase meaningfully. :)14:07
bauwserwhat I like is that the calculation is made in the weigher, which can be optional for operators depending on their conf14:07
gibimake sense14:07
*** klkumar has joined #openstack-nova14:08
gibianyhow, thanks again for your time!14:09
*** ccarmack has quit IRC14:09
*** markus_z is now known as markymark14:09
*** pabardina has joined #openstack-nova14:10
*** nkrinner has quit IRC14:10
gibiI owe you a beer or some nutella in Austin :)14:11
bauwsergibi: np14:11
bauwserthe fun stuff is that I *hate* nutella but shhhhttt14:11
gibilol14:11
*** ccarmack has joined #openstack-nova14:12
*** Piet has quit IRC14:14
*** ctrath has joined #openstack-nova14:14
*** ndipanov has quit IRC14:14
*** Nathan has quit IRC14:16
*** mriedem has joined #openstack-nova14:18
bauwsermriedem: morning14:19
bauwsermriedem: that cells job failure is getting me crazy14:19
*** pabardina has left #openstack-nova14:19
mriedemheh14:19
openstackgerritgaryk proposed openstack/nova: VMware: expand support for Opaque networks  https://review.openstack.org/16575014:19
mriedemdid you put that try/except change?14:19
mriedem*push14:19
openstackgerritjichenjc proposed openstack/nova: Make lock policy default to admin or owner  https://review.openstack.org/24221314:19
bauwsermriedem: nope, I tried an alternative14:20
openstackgerritRaildo Mascena de Sousa Filho proposed openstack/nova: Nested Quota Driver: Create Column Allocated  https://review.openstack.org/24250014:20
bauwsermriedem: because the exception is just eaten by the cells rpcapi14:20
bauwserbut that doesn't work too14:21
bauwserso, your change seems for some unknown reasons making the gate happy14:21
*** Janice_Lee has joined #openstack-nova14:21
*** diogogmt has quit IRC14:21
*** paul-carlton has quit IRC14:21
bauwsermriedem: because like tonyb stated, it shouldn't work because of the local DB refresh we do before calling the parent14:21
*** salv-orlando has quit IRC14:22
bauwserFWIW, I'm going to abandon my change (or spin off the try/except stuff if I can)14:23
openstackgerritgaryk proposed openstack/nova: VMware: fix trivial indentations  https://review.openstack.org/24250514:23
*** ijuwang has joined #openstack-nova14:23
mriedembauwser: ok i see your change hit the cells failure too huh14:24
bauwseryup :(14:24
mriedembauwser: so where does the exception get eaten in the cells code?14:24
mriedembtw, i meant doing the try/except in bdm_update_or_create_at_top in cells.messaing, not bdm.save()14:25
bauwserhttps://github.com/openstack/nova/blob/master/nova/cells/rpcapi.py#L421-L42114:26
*** salv-orlando has joined #openstack-nova14:26
openstackgerritdane-fichter proposed openstack/nova-specs: Nova Support of Glance Image Signing  https://review.openstack.org/18887414:26
mriedemyeah so that's when the bdm.save() calls it right?14:26
*** diogogmt has joined #openstack-nova14:26
mriedemi was thinking we do it in here https://github.com/openstack/nova/blob/master/nova/cells/messaging.py#L116714:26
mriedemchange self.db.block_device_mapping_update_or_create to be a try/except with update/create14:26
bauwseryup, that was my other idea14:27
bauwserlemme just provide another thing14:27
bauwsermriedem: we also pop the BDM id, any idea why ?14:28
mriedemalaski: said that was to avoid collisions14:28
mriedemwhich makes me wonder how the update actually works14:28
mriedemsince the id is the primary key14:29
mriedemif we pop that how does the db api know what it's updating14:29
bauwsermriedem: because it checks the device_name14:29
mriedemyeah, i guess it's making it's own UC14:29
mriedembut since the device_name changes, that doesn't really work14:29
bauwseroh I wonder something, since we nullify device_name in the second save(), it means that https://github.com/openstack/nova/blob/master/nova/db/sqlalchemy/api.py#L3945 is always False right?14:30
bauwsermriedem: ^14:30
*** burt has joined #openstack-nova14:31
mriedemyeah14:31
mriedemiff the bdm.save() is getting there with bdm.device_name == None that is14:31
bauwseradding a bit of logging + removing that14:31
mriedemi'm not entirely sure if it is saved into the db that way14:31
mriedemyeah i was working o na logging patch too14:32
bauwserthat's a bit strange14:33
*** Sree has quit IRC14:33
bauwserhow can we nullify the device_name by this code ?14:33
*** otter768 has joined #openstack-nova14:33
bauwseralso the model is weird, we say that device_name is like a PK but we drop it14:34
bauwsermriedem: https://github.com/openstack/nova/blob/master/nova/db/sqlalchemy/api.py#L3943-L3944 that comment is particulary weird14:35
*** subscope has quit IRC14:35
*** pratikmallya has joined #openstack-nova14:36
mriedemi think it'd be useful to have some logging in there that gets the bdms by instance uuid and then checks to see if any don't have a device_name set14:36
*** smatzek has quit IRC14:38
bauwsermriedem: so IIUC, we pop the id to allow api db and cell db to have same rows with different ids14:38
*** otter768 has quit IRC14:38
bauwserthat means we semehow need to do a right lookup14:38
bauwserby using device_name for the lookup, we should use only the original one, not the one we want to set to14:39
mriedemyeah, so the other day i was talking about in cells.messaging.bdm_update_or_create_at_top if create is None we get the bdms from the db by instance uuid (like it does later in that method) and then try to correlate on device_name14:39
mriedembut as alaski pointed out's what the db api code was already doing14:39
mriedembut say the bdm device_name was set and we created a bdm, then later we set bdm.device_name=None and save it, that would trigger an update_or_create in the parent cell and since device_name isn't set, it'd create a 2nd bdm, right?14:40
bauwserthat's my understanding but I could be wrong14:40
mriedemthis doesn't fail in the non-cells case b/c the id isn't popped from the bdm object when we do the save, like it does in the api cell code14:41
bauwserokay, I'm gonna try something in the cells.messaging code14:41
bauwsermriedem: right, the problem is that the lookup is terribly bad in the cells case14:41
bauwsermriedem: so I'm going to do that scan for getting the right BDM14:42
bauwserin the cells.messaging code14:42
bauwserwe do that anyway later in the code14:42
bauwserthe only problem I see is that we still search for the next device_name14:43
bauwserspeaking of https://github.com/openstack/nova/blob/master/nova/cells/messaging.py#L118314:43
bauwsermriedem: ^14:43
*** jwcroppe has joined #openstack-nova14:43
mriedemyeah that's if create is False14:43
bauwserrigt14:44
mriedemif we get there and bdm.device_name was None, we'd fail to update14:44
*** edtubill has joined #openstack-nova14:44
mriedemalso because volume_id isn't set in this test, snapshot_id is14:44
mriedemwhich is why i added https://review.openstack.org/#/c/241390/14:44
mriedembut ^ is also failing in the cells job14:44
*** dshaw has quit IRC14:44
bauwsermriedem: but it fails because it's with the create=False case14:45
bauwserso I guess we should do this lookup in the create=None case14:45
mriedemyeah14:45
bauwserhappy with writing it or me ?14:46
*** achanda has joined #openstack-nova14:46
bauwserlike, exploding the db.update_or_create case by trying to lookup the BDM and then either update or create14:46
bauwserI feel we're pretty close14:46
openstackgerritErickson Filipe Guedes dos Santos proposed openstack/nova: Nested Quota: Set default values to subproject  https://review.openstack.org/24251414:47
*** achanda has quit IRC14:51
*** mc_nair has joined #openstack-nova14:52
alaskimriedem: bauwser do we need a similar check to https://github.com/openstack/nova/blob/master/nova/objects/block_device.py#L145 in save()?14:52
johnthetubaguyjaypipes: got libosinfo approved, a quick heads up, this patch has a -2 on it from you: https://review.openstack.org/#/c/149625/2114:52
*** alaski is now known as lascii14:52
bauwserlascii: well, I tried this approach with no luck https://review.openstack.org/#/c/242447/1/nova/objects/block_device.py,cm14:53
*** Sree has joined #openstack-nova14:53
snikitinmriedem: Hi Matt! Yesterday you +2ed enginafacade patch. but we forgot to configure() facade for tests. Could you please look at it again? https://review.openstack.org/#/c/221310/14:53
lasciibauwser: I'm thinking that rather than toggling 'create' maybe just don't send a message when device_name is not set14:55
lasciibecause the bdm can't be looked up properly in the parent cell14:55
bauwserlascii: that's what we discussed above ^14:55
lasciimriedem has been mentioning that device_name gets nulled and reset, which I didn't realize was a thing that happens14:55
bauwser:)14:55
openstackgerritMatt Riedemann proposed openstack/nova: DNM: more debug logging for cells BDM race failure  https://review.openstack.org/24251714:55
mriedembauwser: lascii: dansmith: ^14:55
bauwserlascii: I'm just writing a change14:56
lasciibauwser: okay, cool.  I wasn't quite following it all14:56
*** burgerk has joined #openstack-nova14:57
*** Sree has quit IRC14:58
openstackgerritDan Smith proposed openstack/nova: Add service records for nova-api services  https://review.openstack.org/24220614:58
*** pratikma_ has joined #openstack-nova14:59
*** pumaranikar has joined #openstack-nova14:59
openstackgerritSylvain Bauza proposed openstack/nova: cells: bdm_update_or_create_at_top needs to check snapshot/image id  https://review.openstack.org/24139014:59
bauwserlascii: mriedem: ^15:00
bauwsershamely reusing mriedem's change15:00
*** Piet has joined #openstack-nova15:01
mriedembauwser: cool, that's basically what i just added in the db api https://review.openstack.org/#/c/242517/1/nova/db/sqlalchemy/api.py15:01
*** pratikmallya has quit IRC15:01
bauwserlascii: mriedem: of course I need to modify some unittests, but I first want to check if that passes15:01
bauwserheh :)15:02
mriedemi would actually move that to the db api if it works15:02
mriedembut yeah let's see15:02
bauwsermriedem: agreed15:02
mriedemhey, high five for synergy!15:02
bauwserI don't care about the all-star credits :)15:02
bauwserif that works with you, I'm fine :)15:02
bauwserI just want to stop recheck bug15:02
*** alejandrito has joined #openstack-nova15:04
*** alex_klimov has quit IRC15:06
openstackgerritMatt Riedemann proposed openstack/nova: DNM: more debug logging for cells BDM race failure  https://review.openstack.org/24251715:07
*** smatzek has joined #openstack-nova15:08
*** Marga_ has quit IRC15:10
*** Marga_ has joined #openstack-nova15:10
*** jichen has quit IRC15:11
*** lbelivea has joined #openstack-nova15:12
bauwsermriedem: FWIW I usually prefer to call a traceback.print_stack() but that sounds a little pervasive :p15:13
mriedemi just copied what was in nova.cmd.network15:13
mriedemthe traceback is probably not going to be helpful since it'll just traceback to an rpc call i think15:14
mriedemthe logging in the bdm object is probably more helpful15:14
mriedemsince there was a question about where the bdm.create was initially called from15:14
bauwserright15:14
*** dshaw has joined #openstack-nova15:14
bauwserit's just friday and I'm just a little pissed off by the cells job failure :)15:15
*** Marga_ has quit IRC15:15
*** whenry has joined #openstack-nova15:16
openstackgerritDerek Higgins proposed openstack/nova: Handle a NeutronClientException 404 Error for floating ips  https://review.openstack.org/24215815:19
*** amotoki has quit IRC15:19
*** wearemy369 has joined #openstack-nova15:20
*** tongli has joined #openstack-nova15:20
*** mtanino has joined #openstack-nova15:21
mriedemit's ok to be angry15:22
mriedemembrace it15:22
*** edtubill has quit IRC15:23
johnthetubaguymriedem: thanks for running the meeting yesterday, all seemed to go OK15:24
mriedemjohnthetubaguy: yeah, i stumbled through a lot of the release process change stuff15:25
mriedemi hadn't read all of the emails in the [release] threads yet15:25
*** klkumar has quit IRC15:25
bauwserwell, it just seems the release cadence has to be per-project now, amirite?15:26
bauwserincl. the stable branches15:27
mriedemthat was one of the many things15:27
*** tjones has joined #openstack-nova15:27
mriedembasically yeah for stable we own doing our releases as we see fit15:27
mriedemso, i guess i/we will need to be keeping track of when we get some important fixes backported to stable so we can cut a release15:28
mriedemspeaking of, garyk had a critical fix on stable/liberty i was supposed to look at15:28
*** sfinucan has joined #openstack-nova15:31
*** diogogmt has quit IRC15:32
*** sileht has quit IRC15:32
mriedemwhere is superdan?15:32
*** dansmith is now known as superdan15:33
superdanhere :)15:33
mriedemwhew15:33
*** Janice_Lee has quit IRC15:33
johnthetubaguymriedem: it was more a highlight them to folks thing, only just read through them myself yesterday15:34
*** READ10 has joined #openstack-nova15:34
*** paul-carlton has joined #openstack-nova15:34
mriedemi did have a question, the nova mitaka release schedule said spec proposal freeze is 12/3 but i think the meeting agenda said 12/115:35
mriedemso i was saying 12/1 during the meeting15:35
*** tonytan4ever has joined #openstack-nova15:37
*** edtubill has joined #openstack-nova15:37
*** juzuluag has quit IRC15:38
*** klkumar has joined #openstack-nova15:38
*** diogogmt has joined #openstack-nova15:38
*** dave-mccowan has quit IRC15:39
johnthetubaguymriedem: oops15:40
johnthetubaguymriedem: I think 12/3 is the deadline15:40
johnthetubaguymriedem: thats the thursday at least15:40
mriedemok15:41
mriedemas long as the wiki is correct15:42
*** electrocucaracha has joined #openstack-nova15:43
pkholkinmriedem: Hello Matt! Thanks a lot for you help with enginefacade! We have updated your patch once again, we forgot to configure enginefacade for tests15:44
pkholkinplease look https://review.openstack.org/#/c/221310/3015:44
pkholkinnow everything seems ok15:44
mriedempkholkin: why didn't the unit tests fail on patch set 29 then?15:45
pkholkinmodified only nova/tests/fixtures.py as it was before15:45
pkholkinmriedem: I think it took default settings15:45
pkholkinbut it should be configured too15:45
mriedemis there a way to detect when that's not set and blow up?15:46
*** e0ne has quit IRC15:46
pkholkinno, we can check some private field 'started' https://github.com/openstack/oslo.db/blob/master/oslo_db/sqlalchemy/enginefacade.py#L220 , but it is not needed15:47
mriedemsuperdan: you were on the original change for this backport, it looks clean, i think we should get it in before juno-eol https://review.openstack.org/#/c/221876/15:47
pkholkinmriedem: now it is configured everywhere I think15:47
mriedempkholkin: i commented in the review15:48
superdanmriedem: done15:48
*** dane-fichter has joined #openstack-nova15:49
dane-fichterdanpb: please check my responses to your comments on https://review.openstack.org/#/c/188874/ I hope they will clarify our approach15:50
pkholkinmriedem: for working in production everything is good because of parse_args, as for tests I think that it would be better to configure facade too, also as far as I understand default setting are the same as for main database15:50
pkholkinmaybe the problems can happen with api database, but tests don;t fail15:51
pkholkinby default it takes this https://github.com/openstack/oslo.db/blob/master/oslo_db/sqlalchemy/enginefacade.py#L13215:52
mriedemmaybe we need a comment in the database fixture when configuring the session to justify it15:52
*** mdrabe has quit IRC15:52
mriedemlike, we do this when configuring any other service to use the db, so also do it in the db fixture so we're testing the same code path15:53
*** dave-mccowan has joined #openstack-nova15:53
mriedem*with the same db options15:53
mriedemi just don't want to forget why it's there in a year15:54
pkholkinmriedem: ok, understand) we will add a comment right now15:54
superdanmarkymark: are you going to rev the config spec?15:54
*** Sree has joined #openstack-nova15:55
markymarksuperdan: yeah, I'll push another patch set for that very important sentence. Takes a few minutes.15:55
superdanokay15:55
superdanI'll wait to review then15:56
markymarksuperdan: thanks15:56
*** vilobhmm11 has joined #openstack-nova15:57
*** READ10 has quit IRC15:58
openstackgerritMarkus Zoeller (markus_z) proposed openstack/nova-specs: Centralize Config Options  https://review.openstack.org/22794815:59
openstackgerritPavel Kholkin proposed openstack/nova: Use EngineFacade from oslo_db.enginefacade  https://review.openstack.org/22131016:00
pkholkinmriedem: added note message, please look https://review.openstack.org/#/c/221310/16:00
*** rdopiera has quit IRC16:00
mriedempkholkin: +216:01
mriedemjaypipes: ^16:01
markymarksuperdan: done: https://review.openstack.org/#/c/227948/ Thanks for reviewing.16:01
*** Sree has quit IRC16:01
pkholkinmriedem: great!!! thank you)16:01
superdanmarkymark: yeah, looking now16:01
openstackgerritPavel Kholkin proposed openstack/nova: enginefacade: 'instance_info' and 'instance_extra'  https://review.openstack.org/22506516:01
openstackgerritPavel Kholkin proposed openstack/nova: enginefacade: 'cell_mapping'  https://review.openstack.org/22678816:01
openstackgerritPavel Kholkin proposed openstack/nova: enginefacade: 'instance_mapping'  https://review.openstack.org/22897916:01
openstackgerritPavel Kholkin proposed openstack/nova: enginefacade: 'key_pair' and 'cell'  https://review.openstack.org/23991516:01
openstackgerritPavel Kholkin proposed openstack/nova: enginefacade: 'network'  https://review.openstack.org/24025316:01
openstackgerritPavel Kholkin proposed openstack/nova: enginefacade: 'certificate' and 'pci_device'  https://review.openstack.org/24027516:01
openstackgerritPavel Kholkin proposed openstack/nova: WIP: enginefacade: 'floating_ip'  https://review.openstack.org/24051316:01
openstackgerritPavel Kholkin proposed openstack/nova: WIP: enginefacade: 'fixed_ip'  https://review.openstack.org/24081116:02
openstackgerritPavel Kholkin proposed openstack/nova: enginefacade: 'service'  https://review.openstack.org/24117816:02
openstackgerritPavel Kholkin proposed openstack/nova: enginefacade: 'dnsdomain' and 'ec2'  https://review.openstack.org/24201916:02
openstackgerritPavel Kholkin proposed openstack/nova: enginefacade: 'host_mapping'  https://review.openstack.org/24203516:02
*** sudipto has joined #openstack-nova16:02
openstackgerritPavel Kholkin proposed openstack/nova: enginefacade: 'compute_node'  https://review.openstack.org/24118916:02
markymarkPaulMurray: You're leading the live-migrate team to glory, right?16:03
markymarkPaulMurray: I'm asking because we have two different tags for bugs in that area "live-migration" and "live-migrate". Would be cool if we use just one. Preferences?16:05
markymarkPaulMurray: Would make my life easier when I'm doing bug-skimming.16:06
*** pratikma_ has quit IRC16:07
markymarkpkholkin: I've seen you change that often to "live-migrate". What's the background?16:07
*** zzzeek has joined #openstack-nova16:08
*** Janice_Lee has joined #openstack-nova16:09
*** mdrabe has joined #openstack-nova16:09
*** jaypipes is now known as leakypipes16:09
*** zzzeek has quit IRC16:09
*** zzzeek has joined #openstack-nova16:10
openstackgerritSudipta Biswas proposed openstack/nova: glance:add helper method to get client version  https://review.openstack.org/22215016:10
leakypipesmriedem, pkholkin: +W'd16:11
*** hemnafk is now known as hemna16:12
diana_clarkeI only have a few more days of work before I go on maternity leave. For the most part, my patches in the review queue are pretty boring, but one is a prerequisite for someone else's patch.16:13
diana_clarkeShould I abandon it before I leave, so they aren't blocked by me not answering feedback on it? And encourage the other person to submit it instead? Or just leave it as-is? Thanks!16:13
*** pumaranikar has quit IRC16:13
*** klkumar has quit IRC16:13
pkholkinleakypipes: wow, thanks!)16:13
*** pumaranikar has joined #openstack-nova16:14
snikitinleakypipes: thanks!16:14
superdanmriedem: bauwser: so what's the current thinking on the cells stuff?16:14
superdanI missed the convo this morning, but it seemed like maybe you were shifting plans16:14
*** emagana has joined #openstack-nova16:15
bauwsersuperdan: so we tried to remove the update_or_create call by something better like16:15
superdandiana_clarke: don't abandon, anyone else can revise your patch if need be16:15
bauwserfind the related BDM, and if so, update it, else create it16:15
*** romainh has quit IRC16:15
superdanbauwser: the cells messaging call or inside the object?16:15
openstackgerritGábor Antal proposed openstack/nova: Replaced deprecated timeutils methods  https://review.openstack.org/24117916:15
diana_clarkesuperdan: okie dokie. thanks16:15
mriedemsuperdan: in cells messaging https://review.openstack.org/#/c/241390/2/nova/cells/messaging.py16:16
bauwsersuperdan: so we made 2 changes, one for me in the cells.messaging stuff, one from mriedem in the db api16:16
mriedemsuperdan: i have a separate debug patch here https://review.openstack.org/#/c/242517/16:16
bauwserfor the moment, we need to see if the cells job is fine before trying to modify more than that16:16
mriedemthat as bauwser says does the same check in the db api16:16
superdanhmm16:16
*** electrocucaracha has quit IRC16:17
superdanso, that comment says you don't know the bdm id, but that wouldn't help anyway, since they're going to be different in the parent vs. child database anyway16:17
mriedemlascii: we don't test resize in the cells job b/c of flavors right? tempest has it's own flavors created in devstack that aren't synced to cells16:17
mriedemright?16:17
bauwsersuperdan: yup because since there are 2 DBs, the ID is not the same16:17
superdanI'm not sure if using one of those three is always enough to identify it, but if so, then that might be cool16:17
lasciimriedem: right16:18
mriedemok16:18
*** rk4n has quit IRC16:18
bauwsersuperdan: so, the main problem is that for finding the BDM, the db api method was checking the device_name as a key16:18
*** jinxing has quit IRC16:18
*** klkumar has joined #openstack-nova16:18
superdanbauwser: yeah, I'm just worried about changing that assumption everywhere16:19
bauwsersuperdan: but since we *want* to modify the device_name to none, then there are no ways to get the right BDM to update which means it's always a create16:19
superdanlascii: you okay with changing that to be one of the three uuids?16:19
BobBallI've got 2 kilo installs; one of them has the os-hypervisor extension enabled but the other does not.  I'm getting confused with all of the config options that exist orr are deprecated etc.  Any clues for a config option that I should look at?  The symptom is just that "nova hypervisor-list" returns a 404 from /v2/.../os-hypervisors16:19
bauwsersuperdan: for the moment, this is just a DNM16:19
superdanbauwser: yeah, I know16:19
*** rk4n has joined #openstack-nova16:19
bauwsersuperdan: but I agree with you that it's questionable16:19
superdanbauwser: just wondering if it's a legit path to pursue if it "seems" to work16:19
*** venkat_p has joined #openstack-nova16:19
mriedemjroll: so you need to get flavors into the cells db that are non-default right?16:19
bauwsersuperdan: maybe the long-term plan is to find a clear path for finding a BDM if not by the fields16:20
*** achanda has joined #openstack-nova16:20
superdanbauwser: sure, long term16:20
mriedemjroll: we kind of need the same just for the cells job b/c the flavors created in devstack aren't in the cells db, so we don't test any resize operations16:20
leakypipesDNM?16:20
lasciiin a meeting atm, not following well enough to answer smartly16:20
mriedemleakypipes: do not merge16:20
bauwserDo Not Merge16:20
jrollmriedem: doeeeeet16:20
*** venkat_p has quit IRC16:21
jrollmriedem: I really just need it for occassional testing16:21
*** Janice_Lee has quit IRC16:23
bauwsermriedem: meh 241390 is currently off the weeds for cells16:23
bauwsersooooo16:24
mriedemso, i have to leave for an appt16:25
mriedemback in probably 1.5 hours16:25
mriedemneed my annual high powered puffs of air shot into my eyeballs16:25
mriedemwill check back on the test results when i'm done16:25
*** derekh has quit IRC16:26
bauwsermriedem: actively chasing down your change for the DB API16:26
bauwsermriedem: but it seems superdan was right, the lookup is not right16:26
leakypipesmriedem: lol, that's funny. I have an opthamologist appt this afternoon at 3pm...16:27
mriedemhigh five16:27
*** mriedem is now known as mriedem_away16:27
bauwserFWIW I had a dentist appointment this morning, can I high-five too ?16:27
leakypipescores: https://review.openstack.org/#/c/222150/ should be an easy win. Been through a number of iterations and I'm happy with it now.16:28
*** ihrachys has quit IRC16:29
*** smatzek_ has joined #openstack-nova16:30
*** pratikmallya has joined #openstack-nova16:31
*** mhickey has quit IRC16:32
*** mhickey_ has joined #openstack-nova16:32
*** electrocucaracha has joined #openstack-nova16:32
*** otter768 has joined #openstack-nova16:34
*** smatzek has quit IRC16:35
*** sudipto_ has joined #openstack-nova16:35
*** vilobhmm11 has quit IRC16:35
*** vilobhmm11 has joined #openstack-nova16:36
*** emagana has quit IRC16:37
*** HenryG has quit IRC16:37
*** sudipto has quit IRC16:38
openstackgerritLudovic Beliveau proposed openstack/nova: Support configuration of multiple pci_alias within an array  https://review.openstack.org/24255516:38
*** HenryG has joined #openstack-nova16:39
*** otter768 has quit IRC16:39
*** e0ne has joined #openstack-nova16:39
PaulMurraymarkymark, sorry - I was in a call16:39
*** pratikma_ has joined #openstack-nova16:39
*** pratikmallya has quit IRC16:39
*** sudipto__ has joined #openstack-nova16:39
PaulMurraymarkymark, are those tags both used for the same thing?16:40
markymarkPaulMurray: yes, the "live-migration" is the "official" one which gets autocompletion the other one is often used by pkholkin16:40
*** matrohon has quit IRC16:41
*** sileht has joined #openstack-nova16:41
*** sudipto_ has quit IRC16:42
PaulMurraymarkymark, same thing has happened with the priority title - i called it live migration - johnthetubaguy called it live migrate16:43
*** pratikma_ is now known as pratikmallya16:43
PaulMurrayI really don't mind - if there is already an "official" one I would go with that16:43
PaulMurrayI expect its something that will continue to be confused16:43
markymarkPaulMurray: I have no strong preference either, just focusing on one would be cool.16:45
*** achanda has quit IRC16:45
*** emagana has joined #openstack-nova16:45
*** su_zhang has joined #openstack-nova16:45
*** mgoddard_ has joined #openstack-nova16:45
markymarkPaulMurray: OK, let's use "live-migration" then and switch those bugs to the proper tag: https://bugs.launchpad.net/nova/+bugs?field.searchtext=&orderby=-importance&field.status%3Alist=NEW&field.status%3Alist=CONFIRMED&field.status%3Alist=TRIAGED&field.status%3Alist=INPROGRESS&field.status%3Alist=FIXCOMMITTED&field.status%3Alist=INCOMPLETE_WITH_RESPONSE&field.status%3Alist=INCOMPLETE_WITHOUT_RESPONSE&assignee_option=an16:45
markymarky&field.assignee=&field.bug_reporter=&field.bug_commenter=&field.subscriber=&field.structural_subscriber=&field.tag=live-migrate&field.tags_combinator=ANY&field.has_cve.used=&field.omit_dupes.used=&field.omit_dupes=on&field.affects_me.used=&field.has_patch.used=&field.has_branches.used=&field.has_branches=on&field.has_no_branches.used=&field.has_no_branches=on&field.has_blueprints.used=&field.has_blueprints=on&field.ha16:45
markymarks_no_blueprints.used=&field.has_no_blueprints=on&search=Search16:45
markymarkwhoops, that was bigger than I thought :-|16:45
markymarkPaulMurray: http://bit.ly/1XUHNkg  <= Would you change those to the correct tag then?16:47
*** su_zhang has quit IRC16:47
markymarkPaulMurray: I'm using then "live-migration" in bug skimming in the future.16:47
*** mgoddard__ has quit IRC16:48
PaulMurrayok16:48
*** sudipto__ has quit IRC16:49
*** vilobhmm11 has quit IRC16:49
*** Marga_ has joined #openstack-nova16:49
*** vilobhmm11 has joined #openstack-nova16:49
*** dshaw has quit IRC16:51
markymarkPaulMurray: Cool cool, thanks! I've added also an entry to https://wiki.openstack.org/wiki/Nova/BugTriage#Step_2:_Triage_Tagged_Bugs16:51
*** pratikma_ has joined #openstack-nova16:52
*** vilobhmm11 has quit IRC16:54
*** ccesario has quit IRC16:54
*** tjones has quit IRC16:54
superdanlascii: johnthetubaguy: https://review.openstack.org/#/c/242206/16:55
superdanis that similar to what you had in mind?16:55
*** pratikmallya has quit IRC16:55
*** achanda has joined #openstack-nova16:56
*** tjones has joined #openstack-nova16:56
*** Sree has joined #openstack-nova16:57
superdanjohnthetubaguy: lascii that will make api also fail to start if you try to start one older than every other api in the deployment16:57
*** Sree has quit IRC17:01
*** mgoddard_ has quit IRC17:01
*** mgoddard has joined #openstack-nova17:01
openstackgerritRodolfo Alonso Hernandez proposed openstack/nova: Added new scheduler filter: AggregateTypeExtraSpecsAffinityFilter  https://review.openstack.org/18927917:04
PaulMurraymarkymark, did you sneak in a commitment to triage all the bugs behind my back then?17:04
*** unicell1 has quit IRC17:04
*** jlanoux has quit IRC17:04
*** unicell has joined #openstack-nova17:05
*** ctrath has quit IRC17:05
*** ccarmack has quit IRC17:05
*** jdurgin has quit IRC17:06
*** rk4n has quit IRC17:06
openstackgerritRaildo Mascena de Sousa Filho proposed openstack/nova: Nested Quota Driver: Get Hierarchy info  https://review.openstack.org/24256817:06
lasciilascii: which three uuids are you referencing above?17:07
lasciidangit17:08
superdanI see that baby exhaustion is in full effect17:08
lasciisuperdan: which three uuids are you referencing above?17:08
lasciiit has a bit of a hold on me atm17:08
superdanlascii: the volume, snapshot, or .. one other17:09
superdanlemme get a link17:09
superdanlascii: https://review.openstack.org/#/c/241390/2/nova/cells/messaging.py,cm17:09
*** ccarmack has joined #openstack-nova17:11
*** ctrath has joined #openstack-nova17:12
*** browne has joined #openstack-nova17:15
*** ssurana has joined #openstack-nova17:16
lasciiI'm not sure that snapshot_id or image_id are safe to treat as unique here17:17
superdanyeah, that's my concern17:17
*** romainh has joined #openstack-nova17:18
*** sahid has quit IRC17:19
lasciiI would like to use device_name/volume_id, but that fails if device name is ever nulled.  I was thinking that we could keep it from ever being null in the parent cell db17:19
lasciiwe perform a check for that in the object create method, but not in save17:20
lasciiin the spirit of these other PoC patches let me push something up with what I'm thinking17:21
*** e0ne has quit IRC17:21
superdanlascii: so,17:21
johnthetubaguysuperdan: loving the API service record stuff, we should maybe add a specless blueprint for this, process wise17:22
superdanlascii: I wonder if we could get away with stashing something in connection_info, potentially hidden by the object from the upper layers and use that until we get a uuid?17:22
*** rlrossit has left #openstack-nova17:22
superdanjohnthetubaguy: I *knew* you were going to say that :)17:23
johnthetubaguyPaulMurray: markymark: yeah, oops, I wish I could remember what the live-migrate API is called for longer than 5 mins, and just stick to that one17:23
superdanjohnthetubaguy: we could do that, or we could attach it to this: https://review.openstack.org/#/c/229062/17:23
johnthetubaguysuperdan: :)17:23
openstackgerritLudovic Beliveau proposed openstack/nova: Update binding:profile for SR-IOV ports  https://review.openstack.org/24257317:23
johnthetubaguysuperdan: sure, I buy that too17:23
superdanjohnthetubaguy: okay17:24
lasciisuperdan: stashing what though?  I'm not sure there's a clear identifier that will always work atm17:24
superdanlascii: if we generate a uuid on the child cell and put it into connection_info, then we could use that in the parent cell to disambiguate17:25
superdanlascii: we'd need some graceful handling of the upgrade situation, but presumably all BDMs are in both places at the point at which you roll the new code, so as long as we're graceful about it not being there...17:25
openstackgerritAndrew Laski proposed openstack/nova: DNM Cells: don't sync up bdm with no device_name  https://review.openstack.org/24257717:25
lasciisuperdan: oh I see, I didn't realize you meant store in the db as well17:26
superdanhow many parallel hail mary patches are we up to now?17:26
superdanlascii: yeah, store it17:26
*** krtaylor has quit IRC17:26
superdanlascii: if we did that, then we could add the column to the DB and start migrating into that when it's available17:27
lasciisuperdan: why connection_info, because it's a text field?  I would think device_name if we went that route17:28
lasciioh, nvm17:28
superdanlascii: just because we can stash things in there without breaking anything else17:28
superdanpresumably we don't want to hijack device_name17:28
lasciiyeah, just realized that would be bad17:28
superdanthis aside, that cells path is not using objects, right?17:28
lasciiit if17:29
lasciibah, *is17:29
superdanokay17:29
*** stackdump has joined #openstack-nova17:29
superdanI think we could add uuid to the object, and strip that in/out during load/save without anything above noticing17:29
superdanor17:30
superdanwe just add the uuid column, be graceful about it, and say the bug isn't fixed until you roll that17:30
*** subscope has joined #openstack-nova17:30
lasciiwe did something similar to avoid instance.save() loops with cells so there's precedent for hiding info.  My concern is I don't want a temp fix to steal motivation for a longer fix17:32
superdanno, the temp fix would come with the long-term fix I think17:32
superdanbut we can certainly do the long fix and just make it graceful so the bug doesn't go away until you expand your schema17:33
*** klkumar has quit IRC17:34
lasciiI'm not sure I understand the temp fix coming with the long term fix.17:35
lasciiBut I'm good to whip something up so we can debate on a review17:35
superdanthe temp fix would be something we could backport17:36
*** klkumar has joined #openstack-nova17:36
superdanbut I'm good with not doing that17:38
*** zhangjn has quit IRC17:38
superdanI can put up the db and base object change for us to consider if you want17:38
lasciisure, if you're itching to do it17:38
superdanI'm not itching to do it, but I would like to see this stop failing soon :)17:38
openstackgerritMaxim Nestratov proposed openstack/nova-specs: libvirt: runtime image type detection  https://review.openstack.org/24016317:39
*** krtaylor has joined #openstack-nova17:40
*** mc_nair has quit IRC17:41
lasciisuperdan: okay.  if you're good to take it I'll leave it with you so I can get lunch and then write/revise some cells specs17:41
*** unicell has quit IRC17:42
superdanlascii: I'll do that part and we can circle back with mriedem to see what he thinks and maybe get him do to the higher level updates on top to actually use it17:42
openstackgerritDan Smith proposed openstack/nova: Add service records for nova-api services  https://review.openstack.org/24220617:43
*** lpetrut has joined #openstack-nova17:44
*** mc_nair has joined #openstack-nova17:48
*** mhickey_ has quit IRC17:50
*** rk4n has joined #openstack-nova17:51
*** pradk has quit IRC17:52
*** lpetrut has quit IRC17:52
*** vilobhmm11 has joined #openstack-nova17:54
*** IanGovett has quit IRC17:54
*** jistr has quit IRC17:54
*** cdent has quit IRC17:56
*** dane-fichter has quit IRC17:57
*** Sree has joined #openstack-nova17:57
*** tonytan4ever has quit IRC17:58
*** tonytan4ever has joined #openstack-nova18:00
*** Sree has quit IRC18:02
*** su_zhang has joined #openstack-nova18:02
*** yassine has quit IRC18:03
*** su_zhang has quit IRC18:03
*** su_zhang has joined #openstack-nova18:04
*** romainh has left #openstack-nova18:05
*** mriedem_away is now known as mriedem18:09
mriedemroar i'm back!18:09
mriedemi don't need to read scrollback do i?18:09
mriedemmy left eye is official f'ed, soon i'll be wearing a patch like an old sea captain18:10
*** achanda has quit IRC18:12
*** unicell has joined #openstack-nova18:12
*** danpb has quit IRC18:13
*** ctrath has quit IRC18:13
lasciitime for one of these then http://www.amazon.com/Smiffys-Parrot-Inches-Elastic-Holder/dp/B003BR9F4G/ref=sr_1_418:14
kashyapmriedem: Ugh, is that a coincidence, I just came back from the doc. about a screwed up left eye!18:16
mriedemno18:16
mriedemit's contageous18:16
*** tonytan_brb has joined #openstack-nova18:17
*** browne has quit IRC18:17
*** tonytan_brb has quit IRC18:17
mriedemlike cells DNM patches18:17
kashyapCrazy, I'm typing this with one eye closed - not fun18:17
mriedembauwser: so https://review.openstack.org/#/c/241390/ actually hit the cells failure18:17
mriedemhave you dug into the logs?18:17
*** ccarmack has quit IRC18:18
*** klkumar has quit IRC18:19
*** PaulMurray is now known as ptm_away18:19
*** tonytan4ever has quit IRC18:19
*** ctrath has joined #openstack-nova18:20
*** jichen has joined #openstack-nova18:20
*** e0ne has joined #openstack-nova18:21
*** cdent has joined #openstack-nova18:21
*** tjones has quit IRC18:21
*** lsmola has quit IRC18:21
*** klkumar has joined #openstack-nova18:21
*** ccarmack has joined #openstack-nova18:24
*** cdent has quit IRC18:24
*** dsanders has joined #openstack-nova18:24
*** tjones has joined #openstack-nova18:25
*** salv-orlando has quit IRC18:25
*** salv-orlando has joined #openstack-nova18:26
*** stackdump has quit IRC18:28
*** stackdump has joined #openstack-nova18:29
*** rotbeard has quit IRC18:29
*** jdurgin has joined #openstack-nova18:31
*** pratikma_ has quit IRC18:32
*** achanda has joined #openstack-nova18:34
*** otter768 has joined #openstack-nova18:35
*** achanda has quit IRC18:35
openstackgerritMatt Riedemann proposed openstack/nova: Remove skips for resize tests from tempest-dsvm-cells-rc  https://review.openstack.org/24259418:37
mriedemmy debug logging change hit the cells failure http://logs.openstack.org/17/242517/2/check/gate-tempest-dsvm-cells/feadce1/console.html#_2015-11-06_16_48_44_720 so i'll start digging into the logs there18:38
*** emagana has quit IRC18:38
*** otter768 has quit IRC18:40
superdanmriedem: did you read the scrollback between lascii and I?18:43
mriedemyeah, stashing uuid in connection_info ftw18:43
superdanwell,18:44
superdanlascii: nak'd that in favor of just doing the full uuid column approach18:44
superdanwhich isn't backportable, but I'm okay with that18:44
bauwsermriedem: I'm back (was afk for dinner), scrolling back18:45
*** paul-carlton has quit IRC18:46
mriedemcells doesn't support rolling upgrades anyway18:47
bauwsermriedem: so yeah I saw the change hitted the cells issue, it seems the problem is probably that it didn't found the good BDM18:48
*** achanda has joined #openstack-nova18:48
lasciiwell, I'm fine with connection_info in the short term, as long as we also move towards uuids18:49
openstackgerritTiago Mello proposed openstack/nova: libvirt: Handle unsupported Spice feature per arch  https://review.openstack.org/20380918:50
*** mnestratov has quit IRC18:54
superdanmriedem: no, not rolling, but we can't suddenly break everyone's rows in their DBs18:55
superdanmriedem: I meant backportable to libuerty18:56
*** ildikov has joined #openstack-nova18:56
bauwsermriedem: uh, just reading the result for your eye, hope it can go better18:56
mriedemsuperdan: so you know how yesterday we were looking at what was creating the bdm in the first place?18:58
mriedemhttps://github.com/openstack/nova/blob/master/nova/compute/api.py#L128118:58
mriedemand how the cells api code overrides that and noops it?18:58
*** Sree has joined #openstack-nova18:58
mriedemi added this logging and hit the failure https://review.openstack.org/#/c/242517/2/nova/compute/api.py18:58
mriedembut that log message doesn't show up18:58
bauwsermriedem: superdan: lascii: what do you think of the idea to provide the original device_name when calling save() ?18:58
mriedemoh nvm http://logs.openstack.org/17/242517/2/check/gate-tempest-dsvm-cells/feadce1/logs/screen-n-cell-child.txt.gz#_2015-11-06_16_32_41_04318:59
mriedemdifferent log file18:59
bauwserso we could do a lookup on the original one if device_name is within the updates18:59
*** browne has joined #openstack-nova18:59
mriedembauwser: i feel like a uuid would be just as easy19:00
mriedemunless we know the prevoius value in the object before saving it off19:00
mriedemwhich i'm not sure we do19:00
bauwsermriedem: it needs a migration, right?19:00
mriedemthe uuid can be stashed in bdm.connection_info, which is a json string19:00
mriedemso the wild west19:00
bauwsermriedem: I mean, I'm fine with an uuid, I just feel a bit torn if it needs to add a migration19:00
superdanuuid is a much better way to go I think19:01
superdanbauwser: why? adding a uuid is easy19:01
mriedemuuid is pretty simple19:01
superdanmuch easier than a new UC19:01
mriedemcolumn add should be quick19:01
mriedemand then we don't need to monkey with enforcing constraints and logic in the code19:01
bauwsersuperdan: because it's a bit invasive, but okay19:01
superdanit's not as straightforward in the code because BDMs are so eff'd up anyway, but I'm getting there19:01
bauwserk, fair enough then :)19:01
superdanbauwser: it's also the right approach, and not that invasive, IMHO19:01
openstackgerritGábor Antal proposed openstack/nova: Replaced deprecated timeutils methods  https://review.openstack.org/24117919:02
*** su_zhang has quit IRC19:02
superdanit's just not backportable19:02
bauwseryeah that19:02
superdanwell, that's why I was suggesting a connection_info hack19:02
superdanbut the more I think about it,19:02
superdanit's just easier if we only have two things to consider, instead of three19:02
bauwseragreed on the right approach, we just left it out in our previous discussions because of the migration stuff19:02
superdan1. original 2. hack 3. uuid19:02
*** Sree has quit IRC19:02
lasciisuperdan: +119:03
bauwserbut if we consider adding an uuid is acceptable, then I'm +1 to it19:03
superdanI'm almost done with it19:03
bauwserit's even much better from a conceptual PoV19:03
bauwsersuperdan: cool19:04
*** praneshp has joined #openstack-nova19:04
*** emagana has joined #openstack-nova19:05
superdanman, 11am and I haven't had a shred to eat19:05
* superdan hungers19:05
bauwserheh19:05
superdanyou might even say I'm: https://www.youtube.com/watch?v=oOg5VxrRTi019:05
mriedemc'mon19:06
bauwserman, I have a very precise idea in mind, but that's unfortunately a french movie, so I guess the joke is unbearable19:06
mriedemmore like https://www.youtube.com/watch?v=2ssCL292DQA19:06
mriedemooo la la19:07
mriedemnobody puts cells in the corner19:07
*** e0ne has quit IRC19:08
mriedembauwser: btw, you can see here that the first time we create the bdm in the api code the device_name isn't set http://logs.openstack.org/17/242517/2/check/gate-tempest-dsvm-cells/feadce1/logs/screen-n-cell-child.txt.gz#_2015-11-06_16_45_08_04219:10
bauwserwtf?19:11
bauwseryou speak of the first save() we do ?19:12
bauwserin the manager?19:12
bauwsercompute manager19:12
bauwsermriedem: ^19:12
mriedemno19:12
mriedembauwser: this https://github.com/openstack/nova/blob/master/nova/compute/api.py#L128119:12
mriedemit happens in the child cell19:12
*** e0ne has joined #openstack-nova19:12
bauwsersec19:13
bauwserthat's a compute.api stuff19:13
bauwserjust finding the call path19:13
*** aix has quit IRC19:15
bauwseroh right, because it's done by the cells scheduler19:15
bauwserwhen creating the instance19:15
*** smurke has joined #openstack-nova19:16
mriedemyup, volume_id is set, device_name isn't19:16
bauwserbecause it doesn't get the user request, right?19:17
bauwserI mean the options19:17
*** tonytan4ever has joined #openstack-nova19:17
mriedemlet me see if the test passes it in19:17
mriedemyeah tempest passes in the vda hard-coded device name on the request to create the server19:20
mriedem'device_name': 'vda',19:20
mriedemi'm not really sure why it's not in http://logs.openstack.org/17/242517/2/check/gate-tempest-dsvm-cells/feadce1/logs/screen-n-cell-child.txt.gz#_2015-11-06_16_45_08_042 then19:20
mriedemon the initial create19:20
bauwsernot sure how the base options are populated down to the cells scheduler19:21
mriedeminteresting, look for "Calling bdm_update_or_create_at_top from child cell" here http://logs.openstack.org/17/242517/2/check/gate-tempest-dsvm-cells/feadce1/logs/screen-n-cell-child.txt.gz19:23
mriedemonly shows up twice, and for different instances19:23
mriedemneither is from the test that failed19:24
*** achanda has quit IRC19:24
mriedemnothing hit the warning i added here https://review.openstack.org/#/c/242517/2/nova/db/sqlalchemy/api.py19:24
mriedemwell, f it, uuid column it is19:25
bauwsermriedem: shouldn't we provide yet another DNM for just getting the list of BDMs ?19:25
mriedemwhere?19:25
mriedemhttps://review.openstack.org/#/c/242517/ is dnm for logging, whatever we want19:26
bauwserin the cells.messaging lovely method19:26
*** pratikmallya has joined #openstack-nova19:27
mriedemidk, i think i'm just going to way for dan's patch at this point19:28
mriedem*wait19:28
*** electrocucaracha has quit IRC19:28
sdagueso, the cells job is at 50% failure rate which means tons of people are now burning all the CI resources trying to get their nova patches to pass19:28
sdaguewhich is slowing down fixing this19:28
sdaguecan we make this non voting?19:28
mriedemwe can skip it and unskip in whatever change we think fixes it19:28
bauwserfair point19:28
mriedemwe don't need to make the job non-voting19:28
bauwserwe can add it in the RC file19:29
mriedemright19:29
bauwserso yeah, we could just remove it in any change we'd like to test19:29
sdagueat 50% fail, for a full week, it's no longer responsible to have it voting19:29
*** achanda has joined #openstack-nova19:29
*** pratikma_ has joined #openstack-nova19:29
bauwsersdague: it's failing for a single test, hence the rc file19:29
mriedembauwser: just restore your skip patch19:29
openstackgerritDan Smith proposed openstack/nova: Add uuid column to BlockDeviceMapping  https://review.openstack.org/24260219:30
openstackgerritDan Smith proposed openstack/nova: Make BlockDeviceMapping object support uuid  https://review.openstack.org/24260319:30
superdansdague: is it really 50%?19:30
bauwsersec19:30
*** dave-mccowan has quit IRC19:30
superdansdague: we sometimes have a hard time reproducing it19:30
sdaguesuperdan: yes19:30
superdanmriedem: bauwser: lascii: ^19:30
superdansdague: okay19:30
mriedemyeah looking19:30
sdaguehttp://tinyurl.com/nr3c9ng19:30
mriedemso we'll skip with bauwser's change and unskip with superdan's19:30
superdansdague: just to be clear, several of us have been working on it all week19:31
superdansome hard, others (like me) not so hard19:31
bauwserhttps://review.openstack.org/#/c/241258/ is reopened19:31
sdaguesuperdan: sure, which is fine. That's where non-voting would let that continue to get the fail rate back under control19:31
sdaguebut not cause a ton of collateral damage19:31
mriedembauwser: you have to address that comment19:31
mriedemsdague: we're on it19:32
superdanmriedem: someone needs to put something on top of mine to actually use the uuid during the high-level update-or-create call I think19:32
mriedemi can do that in a sec19:32
bauwsermriedem: agreed, just wonder if we shouldn't just exclude the one we know failing19:32
mriedemlet's get bauwser's skip patch approved19:32
sdaguemriedem: by doing it as a skip, you do loose the data set19:32
mriedembauwser: you have to skip it in both v1 and v219:32
*** pratikmallya has quit IRC19:32
superdanif we can control this via our own repo, then we can just unskip in mriedem's patch19:32
superdanwhich is probably okay19:32
bauwsermriedem: okay, spinning a new change19:32
superdanit means we won't be able to merge a non-unskipping fix and get wide data on it19:33
sdaguesuperdan: sure, if you don't need the test volume to figure out if it's working or not19:33
mriedemyeah i want to control this in our repo, not project-config19:33
bauwserI just need to find my local branch :D19:33
*** Marga_ has quit IRC19:33
*** Piet has quit IRC19:33
superdansdague: yeah, I don't really know what I prefer, tbh19:33
superdanI don't want to expose all of cells just because of this test19:33
sdaguepersonally I've always found the non-voting to be better19:33
superdanif we're reasonably confident that we've fixed it, it won't hurt to unskip and then reskip if we're wrong19:33
mriedemwe're going to have to skip it in stable/liberty anyway, so we need the rc change to backport19:34
sdaguebecause you can then ask reviewers to look at a thing for a while19:34
mriedemsince we aren't going to backport the db migration19:34
sdaguebut you can still know you got it19:34
mriedemb/c branchless tempest19:34
superdansdague: unless something else regresses19:34
superdanI think I'd prefer to skip/unskip once.. if we get it wrong, then we should make it non-voting and wait for the test data19:35
sdaguesuperdan: yeh, sure.19:35
mriedemsuperdan: +1 to that plan19:35
superdanthis change we're going to make is the "right" one, so less questionably going to fix it19:35
superdanmore definitely going to fix it19:35
superdanwhatever, you know what I mean19:35
mriedemjinx19:35
mriedemyou just jinxed us19:35
*** openstackstatus has joined #openstack-nova19:35
*** ChanServ sets mode: +v openstackstatus19:35
sdaguebut we need to be a bit more sensitive to the carnage this is causing everyone else, after 48 hrs in a state like this, it really needs to be skipped or nv19:36
sdaguewe're now on day 519:36
mriedemday 319:36
mriedemstarted on 11/319:36
superdanwell, we wouldn't do that for the core jobs19:36
openstackgerritSylvain Bauza proposed openstack/nova: Exclude all BDM checks for cells  https://review.openstack.org/24125819:37
mriedemanyway, we're skipping ^19:37
mriedemso let's stop talking about it19:37
superdanmriedem: you +2 it and I'll +W.. I prolly can't verify the correctness of that rehex19:37
superdaner, regex19:37
bauwseronce we're confident the issue is fixed, we can revert my change19:38
superdanbauwser: we have to put the revert in or on top of the new patches so we can get runs, but that's doable19:38
bauwserdid I f*ck'd something ?19:38
mriedembauwser: no it's ok19:38
mriedemyeah i can handle the revert19:38
mriedemwe're also going to be backporting to stable19:38
lasciibauwser: I think they're saying we need a revert up to hang patches onto19:39
bauwseroh yeah19:39
bauwsercan do, sec19:39
bauwseror mriedem19:39
bauwserso you or me ?19:39
bauwser:)19:39
superdanbauwser: let mriedem do it19:39
mriedemjust hold up for 2 seconds19:39
superdanless confusion in the stacking19:39
bauwserok19:39
bauwserfair point19:40
mriedem1. i'm reviewing dan's changes, 2. we put a change on top of https://review.openstack.org/#/c/242603/ that uses it in parent cell update_or_create, 3. revert skip19:40
-openstackstatus- NOTICE: Gerrit will be offline at 20:00-20:15 UTC today (starting 20 minutes from now) for scheduled project rename maintenance19:40
superdanoh jeez19:40
mriedemheh19:40
superdanthis all ends in 20 minutes19:40
superdanbetter hope that skip merges19:40
bauwsermriedem: +1 to that plan19:42
openstackgerritDan Smith proposed openstack/nova: Make BlockDeviceMapping object support uuid  https://review.openstack.org/24260319:43
openstackgerritDan Smith proposed openstack/nova: Add uuid column to BlockDeviceMapping  https://review.openstack.org/24260219:43
openstackgerritDan Smith proposed openstack/nova: Add service records for nova-api services  https://review.openstack.org/24220619:45
*** dave-mccowan has joined #openstack-nova19:46
*** daemontool has quit IRC19:47
*** salv-orl_ has joined #openstack-nova19:48
*** stackdump has quit IRC19:48
mriedemsuperdan: bunch of comments in ps1 of https://review.openstack.org/#/c/242602/19:51
*** salv-orlando has quit IRC19:51
lasciisuperdan: were you going to change the order of create/update in https://review.openstack.org/#/c/242206/5/nova/service.py,cm ?19:53
superdanlascii: yeah, I didn't see that until I pushed19:53
superdanbecause you silly people don't -119:53
*** pratikma_ has quit IRC19:53
lasciithere you go :)19:53
lasciilgtm otherwise19:54
*** e0ne has quit IRC19:54
superdanmriedem: replied19:56
superdanlascii: trying to get the fix up before gerrit closes the curtain19:56
*** Marga_ has joined #openstack-nova19:56
superdannot that it matters19:56
*** tonytan4ever has quit IRC19:57
*** pixelbeat has quit IRC19:57
superdanlascii: I figured we might expose api services later, I just didn't want to get into the api crap in that patch19:58
superdanlascii: we also need to think about a few things, since they're not updating their records periodically19:59
lasciiyeah, I didn't expect you too, was just mentioning it19:59
superdanso it might not make sense, or we might need to null out their states or something19:59
*** lpetrut has joined #openstack-nova19:59
*** Sree has joined #openstack-nova19:59
openstackgerritDan Smith proposed openstack/nova: Add service records for nova-api services  https://review.openstack.org/24220619:59
*** mgoddard_ has joined #openstack-nova20:00
lasciisuperdan: fair point.  it may make sense to consider liveness of api servers at some point, but no need to discuss now20:00
openstackgerritMatt Riedemann proposed openstack/nova: Properly log BlockDeviceMappingList in _create_block_device_mapping  https://review.openstack.org/24261720:00
superdanlascii: I guess, I would have thought that would be unwelcome extra load from a lot of workers20:01
superdanlascii: perhaps we only do it if we're on a high-falutin' thing like zk20:01
*** rk4n has quit IRC20:01
*** mmdurrant has quit IRC20:01
lasciiyeah.  or maybe have a different checkin interval, dunno.20:02
-openstackstatus- NOTICE: Gerrit is offline until 20:15 UTC today for scheduled project rename maintenance20:03
lasciibut everyone loves zookeeper so we can use it and ride off into the sunset20:03
bauwserah snap20:03
*** ChanServ changes topic to "Gerrit is offline until 20:15 UTC today for scheduled project rename maintenance"20:03
*** mgoddard has quit IRC20:03
bauwserbye my comments20:03
*** pratikmallya has joined #openstack-nova20:03
mmmporkwas there a memo about sillifying irc nicks that i missed?? ;)20:04
*** Sree has quit IRC20:04
superdanmmmpork: no, yours is already silly20:04
superdanso you're not on the cc list20:04
mriedemfart!20:04
mmmporka girl's gotta have standards you know20:04
mriedembye bye gerrit20:04
mriedemsuperdan: so block_device_mapping_destroy_by_instance_and_uuid - i'm thinking we don't need that20:05
mmmporkmarkymark: can i add my name to the project config funky bunch?20:05
lasciiwelp, lost my comments as well20:05
bauwserso, Gerrit is down for 20 mins, what's next on the TV ?20:05
superdanmriedem: did you see my reply?20:05
*** pratikma_ has joined #openstack-nova20:05
lasciimriedem: superdan I agree that we don't need to lookup by instance uuid20:05
mriedemsuperdan: yeah, something about possibly duplicate uuids in the parent cell20:05
superdanokay20:05
mmmporkmarkymark: i can either patch it and submit it or you can add my name, i just don't want to blow away the reviews people have done :/20:05
mriedemwhich baffles me20:05
mriedemok20:05
superdanif lascii thinks it's okay20:05
lasciisuperdan: we would have issues with instances as well, but we currently assume uuids will actually be unique20:06
mriedemwhen i was talking to odden about this earlier, he was wondering why we couldn't tell in the parent cell method that the id is unique within a given cell namespace or something20:06
mriedemto avoid pop'ing the id20:06
superdanlascii: but the parent has a UC on instance.uuid now20:06
lasciisuperdan: hmm, has it always, and do we actually handle a failure there?20:07
mriedemUC on instance.uuid was added in kilo20:07
*** jroll is now known as tjroll20:07
* tjroll participates in casual friday, finally20:07
superdantjroll: +120:07
superdantjroll: jtroll would be better, no?20:07
mriedemwith a script to run before upgrade to kilo to see if you have null instance uuids20:07
mriedemor djroll20:08
mriedemif you're into that20:08
tjrollsuperdan: already registerd :(20:08
superdanbummer20:08
*** pratikmallya has quit IRC20:08
mriedemsuperdan: so didn't see the replies in the migration script about making it nullable20:08
*** mmmpork is now known as mmmborkborkbork20:08
superdanlascii: realized I had no test for that startup logic, which pointed out I had a majorly dumb bug in my code :)20:09
superdanlascii: (re: the service records one)20:09
mriedemsuperdan: i'm assuming we don't make the column non-nullable b/c we'd have to default the uuids on existing rows20:09
*** mwagner has quit IRC20:09
lasciisuperdan: is there a reason not to put a UC on bdm.uuid?  with this in place we could create the bdm in the parent cell first, which we avoid now only because there's no device_name guaranteed at that point20:09
superdanmriedem: yeah20:09
superdanmriedem: we can't do that20:09
mriedemand we don't want to create the column, update all rows with a uuid, and then make it non-nullable in the migration?20:09
superdanlascii: because we have no default20:10
superdanlascii: it's kinda crazy that we have this insane loop between the parent and child just because there is no uuid in tthe table :(20:10
superdanmriedem: I guess we could, but it would require people to do this migration before rolling code20:11
mriedemlascii: how many bdm's are in rax production cloud dbs?20:11
lasciiI am very aware20:11
superdanmriedem: right now, they can do it early, or while rolling out code knowing that it should be fast20:11
lasciimriedem: not sure, I can get a rough estimate from a region though20:11
mriedemupdating every bdm entry in the db to add a uuid would be rough i suppose20:11
mriedemzzzeek: are you around?20:11
bauwsercouldn't we add an uuid on the fly when saving ?20:11
superdanthat's what I'm doing20:12
bauwserif noone is existing yet of course20:12
superdanthey're talking about making it unique20:12
bauwserawesomeness20:12
superdanI really don't think that doing that at migration time is a good idea20:12
bauwseroh snap, missed that piece20:12
superdanI'd rather fix it after mitaka, which we can definitely do20:12
superdanmriedem: require them to do the online migration thing in mitaka, and then require that it's unique before we move to N, where we add the UC20:12
superdanlike we did for flavors20:13
bauwsersince it's an UUID, I feel it's less risky indeed20:13
mriedemsure, that's fine20:13
superdanthen after that, we can drop this in cells and fix it up20:13
*** salv-orl_ has quit IRC20:13
* mriedem takes a quick break20:14
lasciihuh, did not expect that.  around 3 million bdm entries in one region20:14
*** achanda has quit IRC20:15
superdanregion, meaning in the parent cell?20:15
lasciiyes20:15
superdancan I just take a tangent for a quick set?20:15
superdansec20:15
lasciimost of those being deleted20:15
superdanI effing love that lascii can just jump on the RAX db (probably with root privs) and do a random query20:15
superdanright20:15
tjrolllol20:16
lasciiwell, a slave, but yeah :)20:16
*** Nathan__ has joined #openstack-nova20:16
superdanwhatever :)20:16
superdanthe only one I can get on has like 10 BDMs :)20:17
lasciiscale up, it's the cloud20:18
superdanheh20:19
*** praneshp has left #openstack-nova20:21
*** Piet has joined #openstack-nova20:21
sdaguesuperdan: sounds like you need some more equipment in your home data center20:22
superdanI most certainly do not20:22
* superdan looks at his $300/mo power bill20:22
superdanI do have a laser-etched sign outside the door to that room now though20:22
superdanmy wife got certified on the laser at work and made it for me for my birthday20:23
*** nihilifer has quit IRC20:23
*** rotbeard has joined #openstack-nova20:23
*** rfolco has quit IRC20:23
sdaguenice, though you should get one of these - https://glowforge.com/20:24
*** rotbeard has quit IRC20:24
*** rotbeard has joined #openstack-nova20:25
superdansdague: does it etch plate steel? if not, then it won't be as cool as mine :)20:25
mmmborkborkborkall hail the glowforge20:25
sdaguesuperdan: they list titanium and aluminum in their etchable materials20:26
sdaguehttps://glowforge.com/tech-specs20:27
superdanwow, that's scary20:27
mriedemsdague: where is the thing that decides that we don't run dsvm/tempest jobs on docs only or unit test only changes?20:30
tjrollmriedem: zuul/layout20:30
tjroll(in project-config)20:30
mriedemk20:30
mriedemyeah20:30
tjrollhttps://github.com/openstack-infra/project-config/blob/master/zuul/layout.yaml#L70320:30
mriedemwe should have to run unit tests/pep8 on these devstack rc files in the nova tree20:31
mriedem*shouldn't20:31
*** tjones has quit IRC20:31
*** ildikov has quit IRC20:31
sdaguemriedem: so, probably, but the complexity of all the skips vs. the time saved, is pretty minor20:31
sdaguethe big win was dumping dsvm runs for things they couldn't possibly effect20:31
mriedemfine, you've talked me out of caring20:32
sdagueheh20:32
openstackgerritDan Smith proposed openstack/nova: Add service records for nova-api services  https://review.openstack.org/24220620:32
*** tongli has quit IRC20:33
superdanmriedem: did you see my reply about the update_or_create thing not letting you eff up the database if you provide a uuid and there are no matches?20:33
mriedemdon't think so20:33
mriedemoh wait yeah20:33
mriedemi was replying to that when gerrit died20:33
mriedemi.e. we want to start using that thing in ambiguous ways20:34
mriedemlike lance and gary20:34
mriedems/lance/ace/20:34
superdanum20:35
openstackgerritjichenjc proposed openstack/nova: Add DiskFormat as Enum in fields  https://review.openstack.org/22985420:35
openstackgerritjichenjc proposed openstack/nova: Make ImageMeta:disk_format use DiskFormatField  https://review.openstack.org/23146020:35
*** aysyd has quit IRC20:35
dimsmriedem "project name migration work" (reason for Gerrit outage)20:36
mriedemi know20:36
*** otter768 has joined #openstack-nova20:36
*** ChanServ changes topic to "This channel is for Nova development. For support of Nova deployments, please use #openstack. Please see: https://wiki.openstack.org/wiki/Nova/Liberty_Release_Schedule"20:36
*** dims is now known as dimsum__20:37
*** vilobhmm11 has quit IRC20:38
* mriedem goes back to reviewing what the ibm execs notes were from teh summit20:38
*** codebaus1 is now known as codebauss20:38
*** vilobhmm11 has joined #openstack-nova20:39
*** stackdump has joined #openstack-nova20:39
*** otter768 has quit IRC20:40
bauwsergood weekend, folks20:42
*** bauwser is now known as bauzas20:42
mriedembauzas: later20:42
*** lucas-afk has quit IRC20:43
*** Guest88047 is now known as jdg20:43
*** jdg is now known as jgriffith20:44
*** stackdump has quit IRC20:44
*** tjones has joined #openstack-nova20:45
superdanmriedem: yeah, I could make the object always require a uuid and generate it if it reads a null one from the db20:48
superdanmriedem: the only problem would be if we pulled the record, grabbed the uuid, then didn't save and pulled it again and got a different one20:48
mriedemsuperdan: re: making the field nullable=False in the bdm objecT?20:48
superdanassuming we don't want to force the object to save on query20:48
superdanyes20:48
mriedemdidn't we do a similar data conversion for flavors?20:49
*** stackdump has joined #openstack-nova20:49
superdanonly on save, but it was less problematic there,20:49
superdanbecause we weren't making up an identifier20:49
superdanif you read twice and didn't save, you'd get the same result with flavors20:49
*** lucasagomes has joined #openstack-nova20:49
mriedemi guess i was thinking it'd be best to make the uuid field in the bdm object as nullable=False to avoid issues since we have nullable=True in the db schema20:50
mriedemthat's how the instance.uuid stuff used to be20:50
superdanyep20:51
openstackgerritAndrew Laski proposed openstack/nova-specs: Proposal for cells v2 scheduling interaction  https://review.openstack.org/23999520:51
*** klkumar has quit IRC20:51
superdanI agree, I'm just calling out the potential problem20:51
superdanbut we should shoot for the moon and fix it if we uncover issues20:51
*** daemontool has joined #openstack-nova20:52
*** mwagner has joined #openstack-nova20:52
*** salv-orlando has joined #openstack-nova20:53
mriedemk20:55
*** ccarmack has quit IRC20:55
openstackgerritErickson Filipe Guedes dos Santos proposed openstack/nova: Nested Quota Driver  https://review.openstack.org/24262620:56
*** harlowja_ has joined #openstack-nova20:56
*** harlowja has quit IRC20:56
*** BobBall is now known as BobBall_AWOL20:57
*** burgerk has quit IRC20:58
*** ccarmack has joined #openstack-nova20:59
*** ZZelle_ has joined #openstack-nova21:00
*** Sree has joined #openstack-nova21:00
*** ctrath has quit IRC21:01
*** openstackgerrit has quit IRC21:01
*** smatzek_ has quit IRC21:02
*** su_zhang has joined #openstack-nova21:02
*** openstackgerrit has joined #openstack-nova21:02
*** stackdump has quit IRC21:02
mriedemgerrit is back, so back to work21:03
dimsum__yay!21:03
openstackgerritDan Smith proposed openstack/nova: Make BlockDeviceMapping object support uuid  https://review.openstack.org/24260321:03
openstackgerritDan Smith proposed openstack/nova: Add uuid column to BlockDeviceMapping  https://review.openstack.org/24260221:03
*** mriedem has left #openstack-nova21:03
openstackgerritjichenjc proposed openstack/nova: Add more 'actions' for server concepts doc  https://review.openstack.org/23694721:03
*** mriedem has joined #openstack-nova21:04
leakypipesguh, dilated eyes... can't read shit.21:04
superdanmriedem: ^21:04
mriedemleakypipes: ha, i told them i wasn't going to do that21:04
*** stackdump has joined #openstack-nova21:04
*** raildo is now known as raildo-afk21:04
mriedemleakypipes: "are you going to do the extra thing to avoid dilating your eyes which costs extra money, or dilate your eyes?" "umm, can i do neither?"  "..."21:04
*** Sree has quit IRC21:05
superdanI do the non-dilation thing21:05
*** READ10 has joined #openstack-nova21:06
mriedemi do too, when i have time and cash21:06
superdanheh21:06
*** su_zhang has quit IRC21:06
*** ctrath has joined #openstack-nova21:09
*** thorst has quit IRC21:11
*** thorst has joined #openstack-nova21:12
mriedemsuperdan: ok, comments in https://review.openstack.org/#/c/242602/21:13
mriedemnothing serious21:13
*** smurke has quit IRC21:14
*** READ10 has quit IRC21:14
openstackgerritEd Leafe proposed openstack/nova: Make the ResourceTracker class configurable  https://review.openstack.org/24263621:14
*** electrocucaracha has joined #openstack-nova21:16
*** thorst has quit IRC21:16
mriedemi think your object compat check here is wrong https://review.openstack.org/#/c/242603/21:16
*** vladikr has quit IRC21:16
mriedemotherwise LGTM21:16
mriedemfigleaf: will you be offended if i proceduraly -2 that?21:17
mriedemsince the bp isn't approved21:17
superdanmriedem: oops, yep, meant to fix that, thanks21:20
figleafmriedem: sure21:20
figleafI just wanted to get the code out there21:20
mriedemyeah, np21:20
figleafmriedem: and it's so nice of you to think of my feelings. <321:21
*** rotbeard has quit IRC21:21
mriedemaww21:21
*** thorst has joined #openstack-nova21:22
*** rfolco has joined #openstack-nova21:22
*** signed8bit has joined #openstack-nova21:22
mriedemis there an easy way to refresh a series with dependent changes once those are updated in gerrit?21:24
mriedemw/o redoing my local topic branch21:24
*** su_zhang has joined #openstack-nova21:24
superdanjust pull the new one down and then rebase your branch on it21:24
mriedemaight21:24
*** slDabbler has joined #openstack-nova21:24
superdancoming right up21:25
openstackgerritDan Smith proposed openstack/nova: Make BlockDeviceMapping object support uuid  https://review.openstack.org/24260321:25
openstackgerritDan Smith proposed openstack/nova: Add uuid column to BlockDeviceMapping  https://review.openstack.org/24260221:25
*** lpetrut has quit IRC21:30
mriedemdo we want to be specific on bdm create? https://review.openstack.org/#/c/242602/4/nova/db/sqlalchemy/api.py21:33
superdanmriedem: yeah maybe so21:33
mriedemi was trying to think of how we handle this in bdm._create21:34
superdanwe probably want to be diligent there so we don't get screwed by the less restrictive cells interface to these things21:34
mriedemyeah21:35
*** subscope has quit IRC21:39
openstackgerritDan Smith proposed openstack/nova: Make BlockDeviceMapping object support uuid  https://review.openstack.org/24260321:39
openstackgerritDan Smith proposed openstack/nova: Add uuid column to BlockDeviceMapping  https://review.openstack.org/24260221:39
*** tonytan4ever has joined #openstack-nova21:39
*** jwcroppe has quit IRC21:40
*** jichen has quit IRC21:40
*** jwcroppe has joined #openstack-nova21:40
*** jwcroppe has quit IRC21:45
*** ZZelle_ has quit IRC21:46
*** jerrygb has quit IRC21:46
*** jerrygb has joined #openstack-nova21:47
mriedemgod i hate the logic in bdm_update_or_create_at_top21:49
mgagnemriedem: :D21:51
*** tjones has left #openstack-nova21:51
mriedemmgagne: don't tell me you guys have already fixed the cells bdm create races out of tree21:51
superdanmriedem: I hate most of the bdm code21:51
mriedemme 321:51
mgagnemriedem: only bug fix I made related to that: https://review.openstack.org/#/c/152997/21:51
*** jerrygb has quit IRC21:51
mriedemi think i'll just push up what i have, but it feels very inefficient21:52
lasciiphew, I'm not in git blame for that method21:52
mgagnein master: https://review.openstack.org/#/c/152257/21:52
*** rfolco has quit IRC21:52
superdanmriedem: let's get it fixed and then we can start cutting out the nonsense21:52
mgagnemriedem: but your bug might not be related to mine which could only be triggered by booing on a volume without providing device name.21:53
mgagnemriedem: still waiting for Jenkins results for cells+neutron job so I can debug further21:54
mriedemhmm, since bauzas' skip change hasn't landed yet, i can't revert it in this series21:56
*** alejandrito has quit IRC21:56
superdanmriedem: well, no need until it lands anyway21:56
mriedemyeah21:56
*** dave-mccowan has quit IRC21:57
*** Sree has joined #openstack-nova22:00
*** Sree has quit IRC22:05
*** pixelbeat has joined #openstack-nova22:07
openstackgerritAndrew Laski proposed openstack/nova-specs: WIP Cells: CellZero  https://review.openstack.org/23866522:08
*** achanda has joined #openstack-nova22:08
lasciisuperdan: decided to call the special cell cell0 for now.  let the bikeshedding begin22:09
*** jerrygb has joined #openstack-nova22:09
*** slDabbler has quit IRC22:10
*** jerrygb_ has joined #openstack-nova22:10
openstackgerritAndrew Laski proposed openstack/nova-specs: Cells: CellZero  https://review.openstack.org/23866522:11
openstackgerritMatt Riedemann proposed openstack/nova: cells: check for existing BDM based on uuid in bdm_update_or_create_at_top  https://review.openstack.org/24264922:12
*** pixelbeat has quit IRC22:13
*** lascii is now known as alaski22:13
mriedemCellZero (tm)22:13
mriedemsuperdan: alaski: so this was my thing, it's ugly, the logic bugs me22:13
mriedemhttps://review.openstack.org/#/c/242649/1/nova/cells/messaging.py22:13
mriedemno unit tests yet22:13
*** ctrath has quit IRC22:14
*** jerrygb has quit IRC22:14
*** figleaf is now known as edleafe22:15
mriedemat some point we'll need to update bdm_destroy_at_top or add a new one that passes the uuid22:15
alaskiyeah, there's a lot to clean up I think22:16
alaskiwith the uuid in place I would like to have the bdm be created first in the parent cell, and then only updated from the children22:16
mriedemupdating that change quick, the reduncant update code is bugging me22:20
mriedemif we found the bdm by uuid, don't try to lookup by device_name/vol_id22:21
*** boris-42 has joined #openstack-nova22:21
*** mmmborkborkbork is now known as mmmpork22:22
mgagnemriedem: only 1 test failing in gate-tempest-dsvm-full now: tempest.scenario.test_network_basic_ops.TestNetworkBasicOps.test_network_basic_ops[compute,id-f323b3ba-82f8-4db7-8ea6-6a895869ec49,network,smoke]22:22
mgagnemriedem: somehow it still complains about FIP22:22
*** pratikma_ has quit IRC22:22
mgagnemriedem: could be that tempest doesn't honour the "fixed" ssh connectivity config22:23
mriedemyeah22:23
mriedemthat's what i was thinking22:23
mgagnemriedem: so I would ignore that test for now or fix it if it's simple22:23
sfinucanWhat do I do if a gate test keeps failing? Tests for this change keep flip-flopping :( https://review.openstack.org/#/c/237762/22:24
mriedemmgagne: 5 failed tests http://logs.openstack.org/85/235485/6/check/gate-tempest-dsvm-neutron-full/2289378//console.html#_2015-11-06_21_56_10_45522:24
mriedembut still, that's pretty damn good for cells + neutron22:24
mriedemwith minimal changes22:24
mriedemalaski: ^22:24
mgagneyea, trying to see each test results22:24
mgagnemriedem: ironic test is taking a LOT of time, probably caused by lot of timeout22:24
mriedemsfinucan: the cells fails are a known thing, there is a skip in the gate for that now22:24
mriedemwe shouldn't be running ironic tests in the cells / neutron job22:25
mriedemi can disable those22:25
mgagnemriedem: cool. we can see to enable them back later as in our case, cells are the only way for us to run both virtual and metal instances22:25
sfinucanmriedem: OK, back to 'recheck' hell it seem, heh22:26
sfinucanCheers22:26
mriedemsfinucan: https://review.openstack.org/#/c/241258/22:26
mriedemjust wait for that ^22:26
mriedemotherwise you're just making noise22:26
mriedemwith rechecks22:26
sfinucanmriedem: Ah, ok - no problem22:27
sfinucananything in progress for xenserver?22:27
*** achanda has quit IRC22:27
mriedemmgagne: one of the failures was test_create_ebs_image_and_check_boot which we're skipping right now22:27
mriedem^22:27
mriedemsfinucan: ignore that one22:27
mgagnemriedem: also saw test_update_server_from_auto_to_manual22:28
mgagnemriedem: is there an easy way using some black magic to get the names of failing jobs and tests?22:28
mriedemi just grep for ... FAILED22:28
mgagnemriedem: I don't feel like digging through MB of logs in my browser22:28
mriedemin the console log22:28
mriedemor22:28
mriedemhttp://logs.openstack.org/85/235485/6/check/gate-tempest-dsvm-neutron-full/2289378/logs/testr_results.html.gz22:29
alaskimriedem: nice, 5 failures is really decent22:29
mriedemyar22:29
mriedemactually 422:29
* sfinucan goes to drop colleague to airport22:29
*** sfinucan has quit IRC22:29
mriedemone is the ebs global fail22:29
alaskieven better22:29
mriedemmgagne: test_server_connectivity_pause_unpause is trying to create a floating IP22:30
mriedemso yeah, defintily some tempest bugs here22:30
mgagnemriedem: I'm poor, I don't have much ram. We should add ANT_SIZED_RAM=1 config so sc68cal doesn't feel alone in his misery22:31
mriedemmgagne: can't you just rip off resources from your own production cloud?22:32
*** dustins has quit IRC22:33
openstackgerritMatt Riedemann proposed openstack/nova: cells: check for existing BDM based on uuid in bdm_update_or_create_at_top  https://review.openstack.org/24264922:33
*** signed8bit has quit IRC22:33
mriedemwith ^ i'm going to let it run and check results after i get home, gotta pick up the kid - plus solo parenting tonight22:36
mriedemso pb + j's all around and lots of TV time!22:36
andrewbogottin my jenkins tests I’m seeeing a lot of 'ERROR_ON_CLONE=True’ — am I correct in thinking that that’s a failure of the CI infra and not actually a problem with my patch?22:36
andrewbogottI don’t have much practice understanding all these test logs :(22:36
*** otter768 has joined #openstack-nova22:37
*** mriedem has quit IRC22:37
*** otter768 has quit IRC22:42
*** rk4n has joined #openstack-nova22:45
*** rk4n has quit IRC22:48
*** thorst has quit IRC22:54
*** thorst has joined #openstack-nova22:54
*** IanGovett has joined #openstack-nova22:55
superdanalaski: heh, cool :)22:57
*** su_zhang has quit IRC22:57
*** IanGovett1 has joined #openstack-nova22:58
*** thorst has quit IRC22:58
*** mdrabe has quit IRC23:00
*** IanGovett has quit IRC23:00
*** pixelbeat has joined #openstack-nova23:01
*** burt has quit IRC23:01
*** Sree has joined #openstack-nova23:01
*** IanGovett1 has quit IRC23:02
*** pratikmallya has joined #openstack-nova23:04
*** Sree has quit IRC23:06
*** achanda has joined #openstack-nova23:08
*** achanda has quit IRC23:08
*** edtubill has quit IRC23:09
*** thorst has joined #openstack-nova23:13
*** pixelbeat has quit IRC23:16
*** thorst has quit IRC23:17
openstackgerritDan Smith proposed openstack/nova: cells: check for existing BDM based on uuid in bdm_update_or_create_at_top  https://review.openstack.org/24264923:19
openstackgerritDan Smith proposed openstack/nova: Make BlockDeviceMapping object support uuid  https://review.openstack.org/24260323:19
*** lbelivea has quit IRC23:24
*** su_zhang has joined #openstack-nova23:25
*** xyang1 has quit IRC23:26
*** pumaranikar has quit IRC23:27
*** achanda has joined #openstack-nova23:29
*** mgoddard_ has quit IRC23:30
*** salv-orlando has quit IRC23:33
*** tonytan4ever has quit IRC23:33
*** pratikmallya has quit IRC23:34
*** stackdump has quit IRC23:35
*** mc_nair has quit IRC23:35
*** thorst has joined #openstack-nova23:35
*** IanGovett has joined #openstack-nova23:37
*** achanda has quit IRC23:37
*** stackdump has joined #openstack-nova23:38
*** IanGovett has quit IRC23:38
*** IanGovett has joined #openstack-nova23:38
*** thorst has quit IRC23:40
*** IanGovett has quit IRC23:43
*** otter768 has joined #openstack-nova23:49
*** READ10 has joined #openstack-nova23:52
*** dimsum__ has quit IRC23:52
*** jerrygb_ has quit IRC23:56
*** rfolco has joined #openstack-nova23:58

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