Monday, 2016-02-29

*** haomaiwang has quit IRC00:01
*** haomaiwang has joined #openstack-nova00:01
*** ircuser-1 has joined #openstack-nova00:02
*** unicell has joined #openstack-nova00:05
*** Fdaisuke has joined #openstack-nova00:05
*** mylu has joined #openstack-nova00:07
*** thorst has joined #openstack-nova00:08
*** unicell has quit IRC00:10
*** Pistachio has quit IRC00:13
*** davideagle has quit IRC00:15
*** wmolicki has joined #openstack-nova00:16
*** unicell has joined #openstack-nova00:19
*** thorst has quit IRC00:27
*** wmolicki has quit IRC00:28
*** wmolicki has joined #openstack-nova00:28
*** beekneemech has quit IRC00:29
*** bnemec has joined #openstack-nova00:31
*** markvoelker has joined #openstack-nova00:43
*** wmolicki has quit IRC00:44
*** mylu has quit IRC00:46
*** markvoelker has quit IRC00:47
*** vladikr has quit IRC00:48
*** mylu has joined #openstack-nova00:50
*** hoangcx has joined #openstack-nova00:51
*** jinxing has joined #openstack-nova00:55
*** haomaiwang has quit IRC00:58
*** unicell has quit IRC00:59
*** achanda has quit IRC01:00
*** hayato_ has joined #openstack-nova01:00
*** Jeffrey4l has joined #openstack-nova01:01
*** vladikr has joined #openstack-nova01:01
*** Daisy has joined #openstack-nova01:03
*** EinstCrazy has joined #openstack-nova01:06
*** mylu has quit IRC01:07
*** mylu has joined #openstack-nova01:09
openstackgerritClaudiu Belu proposed openstack/nova: Adds HostCapabilities object model  https://review.openstack.org/28585601:10
*** vladikr has quit IRC01:12
*** jinxing has quit IRC01:12
*** salv-orlando has joined #openstack-nova01:12
openstackgerritZhenyu Zheng proposed openstack/nova: Decode injected content when checking length limit  https://review.openstack.org/28564901:14
openstackgerritZhenyu Zheng proposed openstack/nova: Add checks for volume status when rebuilding  https://review.openstack.org/21756701:16
*** jinxing has joined #openstack-nova01:16
openstackgerritZhenyu Zheng proposed openstack/nova: Add expected_task_state for instance.save() used by block_device_mapping  https://review.openstack.org/24503801:17
openstackgerritZhenyu Zheng proposed openstack/nova: Handle NotImplementedError for attach_interface  https://review.openstack.org/27247101:17
*** aysyd has joined #openstack-nova01:20
*** salv-orlando has quit IRC01:20
*** Marga_ has quit IRC01:21
*** Marga_ has joined #openstack-nova01:22
*** Marga__ has joined #openstack-nova01:22
*** Marga__ has quit IRC01:23
*** Marga_ has quit IRC01:23
*** Marga_ has joined #openstack-nova01:23
*** Marga_ has quit IRC01:24
*** Marga_ has joined #openstack-nova01:25
eliqiaoandreykurilin: Hi, there? can I ask a question about https://review.openstack.org/#/c/260383/4/novaclient/v2/shell.py01:29
*** aysyd has quit IRC01:31
*** Daisy has quit IRC01:32
*** Daisy has joined #openstack-nova01:32
*** claudiub has joined #openstack-nova01:35
*** Daisy has quit IRC01:36
*** haomaiwa_ has joined #openstack-nova01:42
*** Marga__ has joined #openstack-nova01:42
*** vilobhmm11 has joined #openstack-nova01:43
*** ljxiash has joined #openstack-nova01:43
*** Daisy has joined #openstack-nova01:43
*** mylu has quit IRC01:44
*** markvoelker has joined #openstack-nova01:44
*** ljxiash has quit IRC01:44
*** ljxiash has joined #openstack-nova01:44
*** ljxiash has quit IRC01:45
*** Marga_ has quit IRC01:46
*** Daisy has quit IRC01:46
*** mylu has joined #openstack-nova01:46
*** Daisy has joined #openstack-nova01:46
*** markvoelker has quit IRC01:48
*** Daisy_ has joined #openstack-nova01:50
*** Daisy has quit IRC01:51
*** ljxiash has joined #openstack-nova01:51
*** ducttape_ has joined #openstack-nova01:53
*** Sukhdev has joined #openstack-nova01:56
*** jinxing has quit IRC02:00
*** vilobhmm11 has quit IRC02:00
*** haomaiwa_ has quit IRC02:01
*** haomaiwang has joined #openstack-nova02:01
*** jinxing has joined #openstack-nova02:04
*** jinxing has quit IRC02:04
*** Kevin_Zheng has joined #openstack-nova02:04
*** ducttape_ has quit IRC02:05
openstackgerritClaudiu Belu proposed openstack/nova: object: Adds host_capabilities in ComputeNode model  https://review.openstack.org/22828002:06
openstackgerritClaudiu Belu proposed openstack/nova: Adds HostCapabilities object model  https://review.openstack.org/28585602:06
openstackgerritClaudiu Belu proposed openstack/nova: driver: Adds get_hypervisor_capabilities method  https://review.openstack.org/25412402:06
openstackgerritClaudiu Belu proposed openstack/nova: Hyper-V: Adds get_hypervisor_capabilities implementation  https://review.openstack.org/25412502:06
openstackgerritClaudiu Belu proposed openstack/nova: db: Adds host_capabilities column in compute_nodes  https://review.openstack.org/22827902:06
*** Daisy_ has quit IRC02:06
openstackgerritJay Pipes proposed openstack/nova: Fix _test_pci() to NOT actually claim device  https://review.openstack.org/28586502:09
*** Daisy has joined #openstack-nova02:09
*** achanda has joined #openstack-nova02:10
*** ljxiash has quit IRC02:11
*** ljxiash has joined #openstack-nova02:11
*** ljxiash has quit IRC02:12
*** ljxiash has joined #openstack-nova02:12
*** Sukhdev has quit IRC02:13
*** Sukhdev has joined #openstack-nova02:13
*** achanda has quit IRC02:14
openstackgerritZhenyu Zheng proposed openstack/nova: Check 'destination_type' instead of 'source_type' in _check_and_transform_bdm  https://review.openstack.org/25283602:15
*** achanda has joined #openstack-nova02:15
*** mylu has quit IRC02:18
*** mylu has joined #openstack-nova02:20
*** achanda has quit IRC02:22
*** mylu has quit IRC02:28
*** thorst has joined #openstack-nova02:28
*** Yingxin has quit IRC02:29
*** mylu has joined #openstack-nova02:29
*** aginwala has joined #openstack-nova02:29
*** Yingxin has joined #openstack-nova02:29
*** Sukhdev has quit IRC02:31
openstackgerritZhenyu Zheng proposed openstack/nova: [WIP]Add config option "scheduler_compute_node_update_interval" for scheduler  https://review.openstack.org/26092002:31
*** Marga__ has quit IRC02:33
*** Marga_ has joined #openstack-nova02:33
*** mylu has quit IRC02:35
*** thorst has quit IRC02:36
*** salv-orlando has joined #openstack-nova02:37
*** mylu has joined #openstack-nova02:37
*** Daisy has quit IRC02:38
*** Daisy has joined #openstack-nova02:38
*** lixiaoy1 has joined #openstack-nova02:39
*** mylu has quit IRC02:40
*** Daisy has quit IRC02:43
*** Daisy has joined #openstack-nova02:43
*** markvoelker has joined #openstack-nova02:44
*** kashyap has quit IRC02:45
*** adreznec has quit IRC02:45
*** mdavidson has quit IRC02:46
*** mylu has joined #openstack-nova02:46
*** lennyb__ has quit IRC02:46
*** adreznec has joined #openstack-nova02:47
*** lennyb__ has joined #openstack-nova02:47
*** kfox1111 has quit IRC02:49
*** markvoelker has quit IRC02:49
*** kfox1111 has joined #openstack-nova02:49
*** kashyap has joined #openstack-nova02:49
*** mdavidson has joined #openstack-nova02:50
openstackgerritWenzhi Yu proposed openstack/nova: Make sure destination will rollback if live migration fails  https://review.openstack.org/27009302:50
*** boris-42 has joined #openstack-nova02:50
*** ctrath has joined #openstack-nova02:51
*** Sukhdev has joined #openstack-nova02:52
*** salv-orlando has quit IRC02:53
*** vilobhmm11 has joined #openstack-nova02:58
*** mdnadeem has joined #openstack-nova02:59
*** haomaiwang has quit IRC03:01
*** haomaiwang has joined #openstack-nova03:01
*** tangchen has joined #openstack-nova03:01
*** mylu has quit IRC03:07
*** mylu has joined #openstack-nova03:07
*** nelsnels_ has joined #openstack-nova03:09
*** nelsnelson has quit IRC03:12
*** aginwala has quit IRC03:20
*** baoli has joined #openstack-nova03:21
*** tojuvone_ has quit IRC03:21
*** mylu has quit IRC03:23
*** aginwala has joined #openstack-nova03:23
*** Yingxin_ has joined #openstack-nova03:27
*** tojuvone has joined #openstack-nova03:28
*** ctrath has quit IRC03:28
*** ljxiash has quit IRC03:28
*** Yingxin has quit IRC03:29
*** Yingxin_ is now known as Yingxin03:29
*** ljxiash has joined #openstack-nova03:29
*** Daisy has quit IRC03:33
*** ljxiash has quit IRC03:33
*** Daisy has joined #openstack-nova03:34
*** Daisy has joined #openstack-nova03:34
*** thorst has joined #openstack-nova03:36
*** achanda has joined #openstack-nova03:37
*** hayato__ has joined #openstack-nova03:39
*** hayato_ has quit IRC03:41
*** haukebruno has joined #openstack-nova03:41
*** thorst has quit IRC03:41
*** achanda has quit IRC03:42
*** dave-mccowan has quit IRC03:42
*** Daisy has quit IRC03:43
*** links has joined #openstack-nova03:44
*** Daisy has joined #openstack-nova03:44
*** tyagiprince has joined #openstack-nova03:47
*** Daisy has quit IRC03:48
*** baoli has quit IRC03:49
*** achanda has joined #openstack-nova03:49
*** aginwala has quit IRC03:51
*** Daisy has joined #openstack-nova03:52
*** stevemar has joined #openstack-nova03:53
*** Daisy has quit IRC03:54
*** Daisy has joined #openstack-nova03:54
*** achanda has quit IRC03:55
*** salv-orlando has joined #openstack-nova03:57
*** Daisy has quit IRC03:59
*** haomaiwang has quit IRC04:01
*** mingyu has joined #openstack-nova04:01
*** Daisy has joined #openstack-nova04:01
*** haomaiwang has joined #openstack-nova04:01
*** links has quit IRC04:01
*** salv-orlando has quit IRC04:03
*** Sukhdev has quit IRC04:04
*** hayato_ has joined #openstack-nova04:05
*** Daisy has quit IRC04:06
*** dimtruck is now known as zz_dimtruck04:07
*** hayato__ has quit IRC04:08
*** hayato__ has joined #openstack-nova04:09
*** hayato___ has joined #openstack-nova04:10
*** hayato_ has quit IRC04:10
*** hayato_ has joined #openstack-nova04:11
*** hayato__ has quit IRC04:11
*** hayato__ has joined #openstack-nova04:11
*** david-lyle has joined #openstack-nova04:13
*** mingyu has quit IRC04:14
*** hayato___ has quit IRC04:15
*** hayato_ has quit IRC04:15
*** claudiub has quit IRC04:17
*** links has joined #openstack-nova04:18
*** mingyu has joined #openstack-nova04:22
*** mingyu has quit IRC04:23
*** mingyu has joined #openstack-nova04:23
*** haomaiwang has quit IRC04:31
*** salv-orlando has joined #openstack-nova04:32
*** david-lyle has quit IRC04:36
*** salv-orlando has quit IRC04:38
*** markvoelker has joined #openstack-nova04:45
*** markvoelker has quit IRC04:50
*** david-lyle has joined #openstack-nova04:50
*** thorst has joined #openstack-nova04:54
*** achanda has joined #openstack-nova04:55
*** david-lyle has quit IRC04:56
*** achanda has quit IRC05:01
*** mingyu has quit IRC05:02
*** mingyu has joined #openstack-nova05:02
*** thorst has quit IRC05:03
*** chhavi has joined #openstack-nova05:06
*** mylu has joined #openstack-nova05:07
*** Daisy_ has joined #openstack-nova05:08
*** mingyu_ has joined #openstack-nova05:09
*** mingyu has quit IRC05:12
*** tyagiprince has quit IRC05:19
*** ishant has joined #openstack-nova05:19
*** mingyu_ has quit IRC05:25
*** ljxiash has joined #openstack-nova05:28
*** salv-orlando has joined #openstack-nova05:36
*** eliqiao_ has quit IRC05:38
*** aginwala has joined #openstack-nova05:38
*** zhangjn has quit IRC05:38
*** zhangjn has joined #openstack-nova05:42
*** chhavi has quit IRC05:45
*** salv-orlando has quit IRC05:47
*** mubirru has joined #openstack-nova05:50
*** ankit_ag has joined #openstack-nova05:50
*** jinxing has joined #openstack-nova05:52
*** mylu has quit IRC05:53
*** fawadkhaliq has joined #openstack-nova05:54
*** amotoki has joined #openstack-nova05:56
*** gongysh has joined #openstack-nova05:57
*** achanda has joined #openstack-nova05:58
*** gszasz has joined #openstack-nova05:59
*** thorst has joined #openstack-nova06:00
*** baoli has joined #openstack-nova06:01
*** achanda has quit IRC06:02
*** jinxing has quit IRC06:03
*** zenoway has joined #openstack-nova06:03
*** moshele has joined #openstack-nova06:03
*** Daisy has joined #openstack-nova06:04
*** baoli has quit IRC06:05
*** jinxing has joined #openstack-nova06:06
*** Daisy_ has quit IRC06:07
*** thorst has quit IRC06:07
*** ekuris_ has joined #openstack-nova06:08
*** omnipresent has joined #openstack-nova06:09
*** mingyu has joined #openstack-nova06:11
*** achanda has joined #openstack-nova06:11
*** zenoway has quit IRC06:12
openstackgerritEli Qiao proposed openstack/python-novaclient: [microversion] Bump to 2.25  https://review.openstack.org/26038306:13
openstackgerritTang Chen proposed openstack/nova: Implement state machine for live-migration.  https://review.openstack.org/24147606:13
*** Sukhdev has joined #openstack-nova06:13
*** zenoway has joined #openstack-nova06:15
*** omnipresent has quit IRC06:18
openstackgerritAbhishek Talwar proposed openstack/python-novaclient: nova quota-update shouldn't work with tenant-name  https://review.openstack.org/28404206:18
*** aginwala has quit IRC06:19
*** mingyu_ has joined #openstack-nova06:20
*** omnipresent has joined #openstack-nova06:20
*** dguitarbite has joined #openstack-nova06:20
*** dguitarbite has quit IRC06:20
*** BobBall_AWOL has joined #openstack-nova06:21
*** Daisy has quit IRC06:22
*** Daisy has joined #openstack-nova06:22
*** mingyu has quit IRC06:23
*** dguitarbite has joined #openstack-nova06:23
*** dguitarbite has quit IRC06:24
*** zenoway has quit IRC06:24
*** dguitarbite has joined #openstack-nova06:24
*** BobBall_1WOL has quit IRC06:25
*** zenoway has joined #openstack-nova06:25
*** gcb has joined #openstack-nova06:26
*** Daisy_ has joined #openstack-nova06:26
*** Daisy has quit IRC06:26
*** BobBall_1WOL has joined #openstack-nova06:26
*** BobBall_AWOL has quit IRC06:26
*** esracelik has joined #openstack-nova06:28
*** omnipresent has quit IRC06:29
*** sridharg has joined #openstack-nova06:30
*** omnipresent has joined #openstack-nova06:31
*** Daisy has joined #openstack-nova06:31
*** nikhil has quit IRC06:32
*** zenoway has quit IRC06:34
*** Daisy_ has quit IRC06:35
*** omnipresent has quit IRC06:36
*** zenoway has joined #openstack-nova06:36
*** dedery has joined #openstack-nova06:36
*** lpetrut has joined #openstack-nova06:37
*** aginwala has joined #openstack-nova06:39
*** dedery_ has joined #openstack-nova06:40
*** moshele has quit IRC06:41
*** salv-orlando has joined #openstack-nova06:42
*** dedery has quit IRC06:42
*** liverpooler has joined #openstack-nova06:44
*** rcernin has joined #openstack-nova06:44
*** moshele has joined #openstack-nova06:45
*** ianw has quit IRC06:45
*** markvoelker has joined #openstack-nova06:46
*** zhangjn has quit IRC06:47
*** rcernin has quit IRC06:49
*** zhangjn has joined #openstack-nova06:49
*** Fdaisuke has quit IRC06:49
*** ianw has joined #openstack-nova06:50
*** markvoelker has quit IRC06:50
*** garyk has joined #openstack-nova06:54
*** zenoway has quit IRC06:54
*** zenoway has joined #openstack-nova06:54
*** nkrinner has joined #openstack-nova06:57
*** zenoway has quit IRC06:59
*** garyk has quit IRC06:59
*** jaosorior has joined #openstack-nova07:01
*** sheel has joined #openstack-nova07:02
*** hayato__ has quit IRC07:04
*** hoangcx has quit IRC07:04
*** mjura has joined #openstack-nova07:04
*** thorst has joined #openstack-nova07:05
*** dedery_ is now known as dedery07:11
*** thorst has quit IRC07:12
*** paul-carlton2 has joined #openstack-nova07:12
*** fawadk has joined #openstack-nova07:15
*** fawadkhaliq has quit IRC07:15
*** fawadkhaliq has joined #openstack-nova07:15
*** amotoki has quit IRC07:19
*** fawadk has quit IRC07:20
*** hoangcx has joined #openstack-nova07:21
*** rcernin has joined #openstack-nova07:24
*** belmoreira has joined #openstack-nova07:25
openstackgerritZhenyu Zheng proposed openstack/nova: Decode injected content when checking length limit  https://review.openstack.org/28564907:26
*** mingyu_ has quit IRC07:30
*** scheuran has joined #openstack-nova07:30
*** zenoway has joined #openstack-nova07:30
*** amotoki has joined #openstack-nova07:31
*** nikhil has joined #openstack-nova07:32
*** paul-carlton2 has quit IRC07:32
*** zhangjn has quit IRC07:33
*** zenoway has quit IRC07:35
*** paul-carlton2 has joined #openstack-nova07:35
*** amotoki has quit IRC07:35
*** Daisy has quit IRC07:35
*** Daisy has joined #openstack-nova07:36
*** speller has joined #openstack-nova07:36
*** claudiub has joined #openstack-nova07:37
*** lpetrut has quit IRC07:38
*** zhangjn has joined #openstack-nova07:39
*** gongysh has quit IRC07:39
*** haomaiwang has joined #openstack-nova07:41
*** Daisy has quit IRC07:41
*** pcaruana has joined #openstack-nova07:43
*** fawadkhaliq has quit IRC07:43
eliqiaoandreykurilin: Hi, there?07:44
*** dstepanenko__ has quit IRC07:45
*** lpetrut has joined #openstack-nova07:48
*** amotoki has joined #openstack-nova07:49
*** amotoki has quit IRC07:49
*** gus has quit IRC07:50
*** erno has joined #openstack-nova07:50
openstackgerritEli Qiao proposed openstack/nova: API: Mapping ConsoleTypeInvalid exception to HTTPBadRequest  https://review.openstack.org/28592207:51
*** Daisy has joined #openstack-nova07:52
*** gus has joined #openstack-nova07:52
*** zhangjn has quit IRC07:54
*** zenoway has joined #openstack-nova07:54
*** gongysh has joined #openstack-nova07:55
*** gszasz has quit IRC07:57
*** zenoway has quit IRC07:58
*** zhangjn has joined #openstack-nova08:00
*** haomaiwang has quit IRC08:01
*** haomaiwang has joined #openstack-nova08:01
*** Daisy has quit IRC08:02
*** rk4n has joined #openstack-nova08:02
*** mattymo has quit IRC08:03
*** nik__ is now known as snikitin08:04
*** Daisy has joined #openstack-nova08:05
*** mattymo has joined #openstack-nova08:05
*** rk4n has quit IRC08:05
*** ihrachys has joined #openstack-nova08:06
*** rdopiera has joined #openstack-nova08:06
*** jichen has joined #openstack-nova08:07
jaosoriorgibi: Hey dude, are you around?08:07
*** lpetrut has quit IRC08:08
*** wwwbukolaycom has quit IRC08:09
*** thorst has joined #openstack-nova08:11
*** paul-carlton2 has quit IRC08:13
*** hayato_ has joined #openstack-nova08:15
*** hayato_ has quit IRC08:15
*** hayato_ has joined #openstack-nova08:16
*** thorst has quit IRC08:17
*** zhangjn has quit IRC08:18
*** jed56 has joined #openstack-nova08:20
*** andrearosa_web has joined #openstack-nova08:22
*** zenoway has joined #openstack-nova08:22
*** jlanoux has joined #openstack-nova08:23
*** lpetrut has joined #openstack-nova08:23
*** yassine has joined #openstack-nova08:24
*** matrohon has joined #openstack-nova08:25
*** achanda has quit IRC08:26
*** paul-carlton2 has joined #openstack-nova08:26
*** fawadkhaliq has joined #openstack-nova08:27
*** gongysh has quit IRC08:29
*** zhangjn has joined #openstack-nova08:29
*** mingyu has joined #openstack-nova08:29
*** rcernin has quit IRC08:29
*** sudipto has joined #openstack-nova08:30
openstackgerritEli Qiao proposed openstack/nova: [WIP]Compute: Query procceeding status migration in confirm/revert_resize()  https://review.openstack.org/28593108:31
*** mpavone has joined #openstack-nova08:35
*** amotoki has joined #openstack-nova08:35
*** amotoki has quit IRC08:36
*** achanda has joined #openstack-nova08:37
*** rcernin has joined #openstack-nova08:37
*** fawadkhaliq has quit IRC08:38
*** amotoki has joined #openstack-nova08:45
*** lpetrut has quit IRC08:45
*** markvoelker has joined #openstack-nova08:47
bauzasgood morning Nova08:47
openstackgerritSergey Nikitin proposed openstack/nova: Added db API layer to add instance tag-list filtering support  https://review.openstack.org/24880508:49
openstackgerritSergey Nikitin proposed openstack/nova: Added server tags controller  https://review.openstack.org/12894008:49
openstackgerritSergey Nikitin proposed openstack/nova: Added server tags support in nova-api  https://review.openstack.org/26893208:49
*** gszasz has joined #openstack-nova08:49
*** markvoelker has quit IRC08:51
*** PaulMurray has joined #openstack-nova08:51
*** sahid has joined #openstack-nova08:54
openstackgerritSergey Nikitin proposed openstack/nova: Added missed '-' to the rest api history doc  https://review.openstack.org/28594108:54
PaulMurrayjohnthetubaguy, alex_xu it seems we still need to resolve shaohe_feng's novaclient patch for report migrations: https://review.openstack.org/#/c/281335/08:56
*** paul-carlton2 has quit IRC08:57
*** ndipanov has joined #openstack-nova08:57
*** omnipresent has joined #openstack-nova09:00
*** haomaiwang has quit IRC09:01
*** haomaiwang has joined #openstack-nova09:01
*** zenoway has quit IRC09:03
*** achanda has quit IRC09:08
*** acabot has joined #openstack-nova09:09
*** huats__ has left #openstack-nova09:10
*** amotoki has quit IRC09:10
*** achanda has joined #openstack-nova09:12
*** amotoki has joined #openstack-nova09:13
*** Sukhdev has quit IRC09:13
*** thorst has joined #openstack-nova09:15
*** Daisy has quit IRC09:15
*** Daisy has joined #openstack-nova09:15
*** ljxiash has quit IRC09:17
*** ljxiash has joined #openstack-nova09:17
*** ljxiash has quit IRC09:17
*** ljxiash has joined #openstack-nova09:18
*** ljxiash has quit IRC09:18
*** rpodolyaka has left #openstack-nova09:19
*** jistr has joined #openstack-nova09:20
*** Daisy has quit IRC09:20
*** rk4n has joined #openstack-nova09:21
*** derekh has joined #openstack-nova09:21
*** huats is now known as Guest3387509:22
*** thorst has quit IRC09:22
*** davideagle has joined #openstack-nova09:23
*** amotoki has quit IRC09:24
*** patrickeast has quit IRC09:24
*** patrickeast has joined #openstack-nova09:25
*** paul-carlton2 has joined #openstack-nova09:25
alex_xuPaulMurray: I will take a look at after hour, have to go home now09:27
*** vilobhmm11 has quit IRC09:31
*** danpb has joined #openstack-nova09:32
*** rpodolyaka has joined #openstack-nova09:34
PaulMurrayalex_xu, I'm going the other way, offline for a while to go to office09:34
*** amotoki has joined #openstack-nova09:34
*** BobBall_1WOL is now known as BobBall09:35
openstackgerritNikola Dipanov proposed openstack/nova: functional: Grab the service version from the module  https://review.openstack.org/28545909:37
openstackgerritNikola Dipanov proposed openstack/nova: live-mig: Add claims and proper resource tracking  https://review.openstack.org/24448909:37
*** davideagle has quit IRC09:37
*** davideagle has joined #openstack-nova09:38
*** PaulMurray has quit IRC09:38
andreykurilineliqiao: hi! yes09:40
openstackgerritShaoHe Feng proposed openstack/python-novaclient: Add nova client server-migration-list and server-migration-show  https://review.openstack.org/28133509:42
eliqiaoandreykurilin: hi, it's re-https://review.openstack.org/#/c/260383/09:42
*** e0ne has joined #openstack-nova09:43
eliqiaoandreykurilin: actually, I tried your suggestion (add start_version end_version) but I still get args conflict error.09:43
andreykurilinhm...09:43
*** aginwala has quit IRC09:43
andreykurilinit is strange09:43
dederyhello nova. I see an issue that I'm not sure if/how it should be addressed (a fix may be in order or not). I spin a VM with SRIOV port, I shutdown the PF in the host (the vNIC changes status to DOWN), I take a snapshot of this suboptimal VM. The snapshot fails due to the offline PF, the VM will get back up without the port09:44
dederyThe fact that the VM doesn't have the port is understandable, but I'm not sure about the failed snapshot. Once i commented out two "raise" from libvirt.py everything worked09:45
andreykurilineliqiao: it works for 2.21 microversion - https://github.com/openstack/python-novaclient/blob/master/novaclient/v2/contrib/instance_action.py#L90-L10009:45
dederyndipanov: ping :) can you please address ^ ?09:46
ndipanovdedery, I don't understand the problem09:46
eliqiaoandreykurilin: okay, thanks for point me out, I will do another try.09:46
andreykurilineliqiao: I'll check your patch now. it should work!:) if not, there is a bug in novaclient's code, which should be fixed asap09:47
ndipanovdedery, it would be best to report a bug if you think it's a problem09:47
dederyndipanov: I'm not sure that there's a problem here. Just wondering if this is the expected behavior or a missed spot. Should the snapshot creation fail on a suboptimal VM?09:47
ndipanovdedery, probably not09:48
dederyndipanov: cool. plus, it fails due to the spin-up of the VM AFTER the snapshot, the snapshot by itself is successfull.09:48
dederyI'll issue a bug and try to fix it09:49
dedery(not by removing the exception raise of course)09:49
*** roeyc has joined #openstack-nova09:49
*** Daisy_ has joined #openstack-nova09:52
*** lpetrut has joined #openstack-nova09:52
*** achanda has quit IRC09:53
*** boris-42 has quit IRC09:54
*** ihrachys has quit IRC09:54
*** e0ne has quit IRC09:55
eliqiaoandreykurilin: can you please check my testing step(diff is again to my patch) http://paste.openstack.org/show/488519/09:55
openstackgerritShaoHe Feng proposed openstack/python-novaclient: Add nova client server-migration-list and server-migration-show  https://review.openstack.org/28133509:56
*** Daisy_ has quit IRC09:57
*** shaohe_feng has joined #openstack-nova09:58
*** salv-orl_ has joined #openstack-nova09:59
*** ihrachys has joined #openstack-nova09:59
*** thorst has joined #openstack-nova09:59
*** haomaiwang has quit IRC10:01
*** haomaiwang has joined #openstack-nova10:01
*** salv-orlando has quit IRC10:02
andreykurilineliqiao: hm. I can't find the difference in your code and mine( http://paste.openstack.org/show/488521/ ). But it works in my case:)10:02
*** davideagle has quit IRC10:03
eliqiaoandreykurilin: oh, my bad. I forget to remove 2.25 version in http://paste.openstack.org/show/488521/@5210:05
*** ishant has quit IRC10:05
eliqiaoandreykurilin: it works perfect for me know, I am going to update my patch after I back to home.10:05
eliqiaoandreykurilin: really thanks for you help :)10:06
*** thorst has quit IRC10:06
andreykurilineliqiao: nice!10:06
shaohe_fengandreykurilin: hi10:06
*** wznoinsk__ is now known as wznoinsk10:07
andreykurilinshaohe_feng: hi!10:07
shaohe_fengandreykurilin:  I have get into trouble with my novaclient10:07
andreykurilinshaohe_feng: what had happend?10:07
*** PaulMurray has joined #openstack-nova10:07
shaohe_fengandreykurilin: https://review.openstack.org/#/c/281335/10:07
shaohe_fengandreykurilin: you have reviewed this patch.10:08
andreykurilinyeah, I remembered this patch10:08
shaohe_fengandreykurilin:  see the Patch Set 6 comments "@ Andrey Kurilin"  from me.10:09
andreykurilinshaohe_feng: one moment:)10:10
PaulMurrayshaohe_feng, just looking at you patch10:11
andreykurilinshaohe_feng: it is strange, api_versions should be there10:11
andreykurilinwill check10:11
shaohe_fengandreykurilin:  I think so.10:11
*** jinxing has quit IRC10:12
shaohe_fengandreykurilin: I want to add a testcase for migration-list.10:14
*** EinstCrazy has quit IRC10:14
shaohe_fengandreykurilin:  https://review.openstack.org/#/c/281335/8/novaclient/tests/unit/v2/fakes.py@2396  I hope the  migration-list will call the get_os_migrations, and pass the api_version to it.10:15
shaohe_fengPaulMurray: Great. Thank you.10:15
PaulMurrayshaohe_feng, just following really10:16
shaohe_fengPaulMurray: and thanks for update it last week.10:16
PaulMurrayshaohe_feng, what are you planning to do about alex_xu comments?10:16
shaohe_fengPaulMurray: one concern. should we display the link column?10:17
alex_xushaohe_feng: can we display it when it existed?10:17
PaulMurrayshaohe_feng, I would say no - but I wanted to ask alex_xu and johnthetubaguy10:17
shaohe_fengalex_xu: yes. we cna10:17
*** davideagle has joined #openstack-nova10:18
shaohe_fengalex_xu: yes, we  can. but the problem is that, ref is too long.10:18
alex_xuPaulMurray: ah, I think you are right, that isn't useful for cli user10:18
PaulMurrayalex_xu, clients don't usually display links like this do they?10:18
johnthetubaguyI would focus on the new API, and not the os-migrations API10:18
alex_xushaohe_feng: I think PaulMurray is right10:18
johnthetubaguytry server list, and look at the flavor, that has links in it10:19
shaohe_fengalex_xu: agree. I also do not like to display it.10:19
johnthetubaguybut regardless, I would focus on listing server migrations using the new API10:19
shaohe_fengjohnthetubaguy: got it.10:21
*** gszasz has quit IRC10:22
shaohe_fengjohnthetubaguy:  I have get into trouble with the old api os-migrations in novaclient when add testcase for it. For I find I can not pass the  api_version to FakeHTTPClient.10:23
*** daemontool_ has quit IRC10:23
johnthetubaguyshaohe_feng: hmm, there must be some existing similar tests for things like key pairs, I would have thought10:24
*** omnipresent has quit IRC10:24
shaohe_fengjohnthetubaguy: I have check the existing code. not found.  andreykurilin is helping to fix it.10:24
*** zenoway has joined #openstack-nova10:26
*** roeyc has quit IRC10:27
andreykurilinshaohe_feng: Existing TestCase for migrations inherits from utils.TestCase, can you try to use utils.FixturedTestCase ? ( https://github.com/openstack/python-novaclient/blob/master/novaclient/tests/unit/utils.py#L73 )10:28
openstackgerritPetrut Lucian proposed openstack/nova: objects: add HyperVLiveMigrateData stub  https://review.openstack.org/28537010:29
shaohe_fengandreykurilin: let me try it.10:29
*** daemontool has joined #openstack-nova10:29
*** Pistachio has joined #openstack-nova10:33
bauzasjohnthetubaguy: ready for being hassled by https://review.openstack.org/#/c/284959/ ? :D10:36
*** sfinucan has joined #openstack-nova10:37
spellerHi guys, I want to propose a blueprint for rebuild_server to be able to get not just an image, but a bdm, just like create_server. Do you have any insights on that before I submit a blueprint?10:37
*** hayato_ has quit IRC10:39
*** daemontool_ has joined #openstack-nova10:39
johnthetubaguybauzas: oh, sure10:39
johnthetubaguy:)10:39
bauzasjohnthetubaguy: so, you think we should update the RPC API for this, and not just commenting it ?10:40
johnthetubaguyso I am on the fence10:40
bauzasI agree I should respin with at least some docstrings10:40
johnthetubaguya new version is free10:40
johnthetubaguywell, a few lines of code10:40
bauzasjohnthetubaguy: well, my point is that we agreed to say that cells v1 are nice but not really having more features in there10:41
*** daemontool has quit IRC10:41
johnthetubaguyI am not saying pass the thing down, just bump the version number, so we have a hook to fix things10:41
johnthetubaguyagreed about no more cells v1 features10:41
bauzasjohnthetubaguy: oh, just bumping the manager version and adding a new version string in the RPC API ?10:42
johnthetubaguyyeah, I think thats all we are both asking for10:42
*** daemontool_ is now known as daemontool10:42
*** gszasz has joined #openstack-nova10:42
*** salv-orlando has joined #openstack-nova10:42
bauzasjohnthetubaguy: so a new version having the exact same payload than the older ?10:42
johnthetubaguybauzas: yep10:42
bauzasmmm10:42
johnthetubaguyif we later have any issues, we know its a new caller10:42
*** salv-orlando has quit IRC10:43
*** salv-orl_ has quit IRC10:43
johnthetubaguywhich might help us10:43
bauzaswell, I see your point10:43
*** salv-orlando has joined #openstack-nova10:43
bauzasokay, lemme respin it quickly and see if that's okay10:43
johnthetubaguyits maybe pointless, I am not sure, just seemed like a cunning idea10:43
bauzasjohnthetubaguy: well, honestly, I dunno if that's more helping that a docstring, but fine, I can do that10:44
bauzashelping than*10:44
bauzasjohnthetubaguy: I would just say "okay, see folks, we're supporting the exact same stuff than the older, except that we fence those new bits to be passed down"10:45
bauzasthat wouldn't technically change the RPC interface, just the Facade - but the facade isn't versioned10:45
bauzasanyway10:45
bauzasI can do that - fer sur10:46
bauzasI can now understand better matt's point10:46
bauzasjohnthetubaguy: thnaks10:46
openstackgerritGleb Stepanov proposed openstack/nova: Fix wrong watermark state during live migration  https://review.openstack.org/27961610:47
alex_xubauzas: morning, quick question, i'm thinking we can add scheduler_hints flag for live-migration,evacuate,etc in n release, do you think it make sense or not or is there any people from scheduler sub-team have same plan? otherwise I plan to help on that.10:47
johnthetubaguybauzas: no worries10:47
*** markvoelker has joined #openstack-nova10:47
johnthetubaguybauzas: agreed, the facade is not versioned, as its only ever called by the "new" coe10:47
johnthetubaguycode10:47
bauzasjohnthetubaguy: yup10:48
bauzasjohnthetubaguy: but okay, I see why matt mentioned a "signal"10:48
bauzasalex_xu: you mean supporting to add hints when live-migrating ?10:48
shaohe_fengandreykurilin: https://paste.fedoraproject.org/331058/14567429/10:48
shaohe_fengandreykurilin:  it does not work.10:48
bauzasalex_xu: like nova live-migrate myinstance --hint foo=bar ?10:49
alex_xubauzas: yes, not only live-migration, also can add for evacuate, rebuild..or other api we will rescheduling instance10:49
bauzasalex_xu: mmm, not sure I like that10:49
alex_xubauzas: ok, what is your concern about that?10:49
andreykurilinshaohe_feng: ok, will check10:49
bauzasalex_xu: because you are defining your constraints when booting your instance10:49
*** jinxing has joined #openstack-nova10:50
johnthetubaguyalex_xu: need to look at why that is wanted, and if thats the best way to do it10:50
bauzasalex_xu: in case you want to break those constraints when migrating, you can force a destination10:50
alex_xubauzas: that is a chance for people change the the constraints10:50
alex_xujohnthetubaguy: yea, the use-case :)10:50
johnthetubaguyright, the idea is maintain the user's suggestions, or force a particular host10:50
bauzasalex_xu: but that should be a clear claim that you're probably breaking something10:50
johnthetubaguyalex_xu: I don't like the admin changing the user's scheduler hints10:50
bauzasalex_xu: resize is probably a specific case, because you're going to ask a different constraint10:51
bauzasjohnthetubaguy: ^10:51
alex_xujohnthetubaguy: emm...good point, admin shouldn't change it, looks like I need think about it10:51
johnthetubaguyalex_xu: now if there were a live-resize, that allowed resize to the same flavor, that could have a user scheduler hint, for when an end user wants to move things10:51
bauzasjohnthetubaguy: yeah that §10:52
*** markvoelker has quit IRC10:52
johnthetubaguylike, move server groups, for example10:52
johnthetubaguythat could be a live-resize10:52
johnthetubaguymaybe...10:52
alex_xubauzas: yea, I missed the point about admin-api10:52
johnthetubaguybut its very anti-cloud10:52
bauzas++10:52
bauzasif you want to change the user constraints, it's a resize10:53
bauzasor a destructive rebuild, rather10:53
bauzasbut that's furiously anti-cloud as johnthetubaguy said10:53
*** mubirru has quit IRC10:53
*** andreykurilin__ has joined #openstack-nova10:54
bauzasalex_xu: so, see, I think the main problem we have is the taxonomy we have on the API side about all our move operations10:54
bauzasie. we're not clear at all10:54
*** sdague has joined #openstack-nova10:55
openstackgerritClaudiu Belu proposed openstack/nova: object: Adds host_capabilities in ComputeNode model  https://review.openstack.org/22828010:55
openstackgerritClaudiu Belu proposed openstack/nova: Adds host_capabilities to HostState  https://review.openstack.org/25474710:55
openstackgerritClaudiu Belu proposed openstack/nova: scheduler: Adds HostCapabilitiesFilter filter  https://review.openstack.org/25507310:55
openstackgerritClaudiu Belu proposed openstack/nova: Adds HostCapabilities object model  https://review.openstack.org/28585610:55
openstackgerritClaudiu Belu proposed openstack/nova: Adds ResourceTracker host capabilities update  https://review.openstack.org/25016610:55
openstackgerritClaudiu Belu proposed openstack/nova: driver: Adds get_hypervisor_capabilities method  https://review.openstack.org/25412410:55
openstackgerritClaudiu Belu proposed openstack/nova: db: Adds host_capabilities column in compute_nodes  https://review.openstack.org/22827910:55
alex_xubauzas: yeah10:55
bauzasalex_xu: but TBC, changing or adding scheduler hints is destructive10:55
*** daemontool__ has joined #openstack-nova10:56
bauzasalex_xu: like if you're changing your flavor10:56
*** flaper87 has quit IRC10:56
*** flaper87 has joined #openstack-nova10:56
alex_xubauzas: got it10:56
alex_xujohnthetubaguy: bauzas thanks a lot for helping me clear my mind, let me re-think of it.10:57
bauzasalex_xu: so, why not having something like "non-conservative rebuild" which would allow you to change something10:57
*** daemontool has quit IRC10:57
bauzasbut still I sucks at naming, that "non-conservative rebuild" is certainly not a good name10:58
alex_xubauzas: emm...what is mean non-conservative rebuild?10:58
alex_xubauzas: ok, i got you, another name10:58
bauzasrebuild is just "replay", right10:58
*** cdent has joined #openstack-nova10:58
bauzas?10:58
johnthetubaguybauzas: so rebuild already allows the changing of the image10:58
*** hoangcx has quit IRC10:59
alex_xumay i ask what is the use-case for rebuild?10:59
*** amotoki has quit IRC11:00
bauzasjohnthetubaguy: and resize does that for a flavor, I know :)11:00
bauzasjohnthetubaguy: so, see my point is that all of that is just linked11:00
*** haomaiwang has quit IRC11:01
*** haomaiwang has joined #openstack-nova11:01
*** rk4n_ has joined #openstack-nova11:01
bauzasjohnthetubaguy: from a user PoV, it's "I want to change something by *that11:02
bauzasfor that specific instance11:02
johnthetubaguybauzas: true11:03
bauzasor rather, "I want to replay the instance creation with that modified parameter" because either I want a new image with security fixes, or because I want this image but bigger in size11:03
*** amotoki has joined #openstack-nova11:03
PaulMurrayalex_xu, bauzas if an admin wants to move a vm at the moment he can say "move it anywhere" or "move it here"11:03
bauzasPaulMurray: yup, and I want to keep that11:04
PaulMurrayalex_xu, bauzas but he might want to say "move it to anywhere that uses the same shared storage"11:04
*** rk4n has quit IRC11:04
PaulMurray?11:04
alex_xuPaulMurray: yes11:04
bauzasPaulMurray: you truly admit it can only be an admin thing, right ?11:04
PaulMurraybauzas, admins are the only ones that can chose to move a vm11:05
alex_xubauzas: thinking of we have some hints is for admin-only11:05
bauzasPaulMurray: so, the problem is that shared storage is not seen as a constraint as of now11:05
*** thorst has joined #openstack-nova11:06
bauzasPaulMurray: but that's a constraint actually, so the admin shouldn't even specify that11:06
PaulMurraybauzas, why?11:06
bauzasPaulMurray: because that's a migration if the destination is not on a same storage, not a move11:07
bauzasmigrating an instance is not moving11:07
PaulMurraybauzas, migration is a move - ok, lets say migration11:08
PaulMurraythe admin wants to migrate a vm to a host that uses the same shared storage11:09
PaulMurraybauzas, why do you say migration is not a move?11:09
bauzasPaulMurray: and so, you think he should express that when moving ?11:09
bauzasor migrating11:09
bauzasPaulMurray: I just feel that we are not clear on the concepts11:10
*** thorst has quit IRC11:11
*** amotoki has quit IRC11:11
PaulMurraybauzas, users are concerned with definition of the server (and maybe server groups and aggregates etc)11:12
*** xek has joined #openstack-nova11:12
PaulMurraybauzas, admins are concerned (in some way) with operating an infrastructure11:12
bauzasPaulMurray: right, that's what I call user-defined constraints (that are necessarly explicit) vs. admin-defined constraints (that can be either explicit or implicit - thru flavor extra specs or image props)11:13
bauzasPaulMurray: right, so say that you have an instance on a shared storage, is that a constraint or just something that you ended up without asking for it ?11:14
bauzasPaulMurray: that can be both, agreed ?11:15
PaulMurraybauzas, yes11:15
bauzasPaulMurray: so, you want now to say that was probably not a constraint will become a constraint when you'll move that instance ?11:15
bauzasPaulMurray: if so, what if the user wants to resize ?11:16
PaulMurraybauzas, that's different11:16
bauzasPaulMurray: is that becoming a constraint for the subsequent resize ?11:16
bauzasPaulMurray: why ?11:16
bauzaswhy is that different ?11:16
PaulMurraybauzas, because the user doesn't get to select how things are done11:17
PaulMurraybauzas, so I agree with what you say from the user perspective11:17
PaulMurraybauzas, I'm exploring what the admin may need to be able to do11:17
bauzasPaulMurray: so you want to say "for that specific admin move, I'll get you some extra bits for scheduling that you should forget once that move is done" right?11:18
PaulMurraybauzas, pretty much - for example11:18
openstackgerritbaikai proposed openstack/nova: Sync up instance object with nova db before unshelve operation done.  https://review.openstack.org/28341811:18
PaulMurraybauzas, a migration could go to a different shared storage - which will require a block migration11:19
PaulMurraybauzas, but the admin might want to restrict it to the same shared storage to avoid that overhead11:19
sdaguemoring folks11:19
*** _RuiChen has quit IRC11:19
bauzasPaulMurray: well, I see that usecase as just a suboptimal placement11:20
PaulMurraybauzas, at another time he might specifically want to migrate vms off the shared storage so it can be decommisioned11:20
bauzasPaulMurray: ah11:20
*** RuiChen has joined #openstack-nova11:20
PaulMurraybauzas, that second one could be done like marking hosts as disabled I suppose11:20
bauzasPaulMurray: well, all of that sounds like "move my instance by changing this parameter"11:21
bauzaslike a resize or a rebuild, but instead of changing a flavor or an image, you are asking for a 3rd item11:22
bauzasPaulMurray: sorry, misexplained, it's rather "move my instance by changing that constraint" (the constraint being the image, flavor, something else)11:23
*** daemontool_ has joined #openstack-nova11:23
*** achanda has joined #openstack-nova11:24
PaulMurraybauzas, might be useful to think about the things that affect scheduling at the moment and see if they do the job11:25
openstackgerritSean Dague proposed openstack/nova: complete the removal of api_version from rest client parameters  https://review.openstack.org/28425711:25
PaulMurraybauzas, e.g. aggregates can be changed, that will affect the scheduling without the vm filter properties changing11:25
*** davideagle has quit IRC11:25
bauzasPaulMurray: the real problem is that you know we're bad with shared storage11:26
PaulMurray:)11:26
bauzasPaulMurray: so take the aggregate example11:26
bauzasPaulMurray: and let's stop focusing on the shared storage problem11:26
*** davideagle has joined #openstack-nova11:27
*** daemontool__ has quit IRC11:27
bauzasPaulMurray: if you're changing an host from one aggregate to another, it will just check the instance AZs, but not if that's breaking an aggregate-related filter (eg. AggregateInstanceExtraSpecs)11:28
bauzasPaulMurray: but if you're going to move one instance from that host to another, it will verify again that11:28
*** rk4n_ has quit IRC11:28
*** achanda has quit IRC11:29
bauzasPaulMurray: and make sure that you're not violating the rules11:29
*** dims has joined #openstack-nova11:29
bauzasPaulMurray: so, say that for maintenance purpose, you know that you don't want to match the aggregate vs. extra specs, then you would like *as an admin* for that specific move to disable the extra specs11:30
bauzasPaulMurray: but IMHO, that's really hard from an UX PoV11:31
bauzasPaulMurray: my guts on that is that operators want to move instances to a list of hosts11:31
*** omnipresent has joined #openstack-nova11:31
PaulMurraybauzas, yes I agree11:32
*** dims has quit IRC11:32
bauzasPaulMurray: because they know those hosts are correct, they just want to make sure it's okay11:32
PaulMurraybauzas, aggregates are used (in some way or other) to maintain a pool of hosts that are used for a given purpose11:32
*** dims has joined #openstack-nova11:32
PaulMurraybauzas, and that pool can be updated dynamically11:32
bauzasPaulMurray: so it's rather live-migrate myinstance [--force] [dest1, dest2...]11:33
openstackgerritpallavi proposed openstack/nova: Update time is not updated when metadata of aggregate is updated  https://review.openstack.org/28402311:33
*** Guest22888 is now known as beagles11:33
*** rk4n has joined #openstack-nova11:33
PaulMurraybauzas, that loses some expressiveness11:33
eliqiaoandreykurilin: hi11:34
PaulMurraybauzas, I was rather wondering if changing an aggregate instead of specifying the "--force" might do the job11:34
bauzasPaulMurray: I agree, but adding more ways to refine your move would necessarly mean to match with how the scheduler is filtering11:34
*** zenoway has quit IRC11:34
PaulMurraybauzas, I need to do something else for a while - perhaps gathering some use cases and see how they can be done will be a good exercise11:35
bauzasPaulMurray: well, you'd rather like something like "nova live-migrate myinstance myagg"11:36
*** omnipresent has quit IRC11:36
*** liverpooler has quit IRC11:36
*** Daisy has joined #openstack-nova11:36
bauzasPaulMurray: and then you could express your needs in the agg metadata11:36
*** liverpooler has joined #openstack-nova11:37
*** zenoway has joined #openstack-nova11:37
bauzasPaulMurray: in that case, the scheduler will consider that "destination" exactly what I'd like for http://specs.openstack.org/openstack/nova-specs/specs/mitaka/approved/check-destination-on-migrations.html11:37
bauzasPaulMurray: that sounds doable11:38
PaulMurraybauzas, hmm - so kind of "include this aggregate for this operation"?11:38
bauzasPaulMurray: no11:38
bauzasPaulMurray: it would be "scheduler, just run the filters against that subset of hosts"11:39
bauzasPaulMurray: since the aggregate-related filters would look up the aggregate metadata, you'd be sure to pass some extra bits in there11:39
PaulMurraybauzas, oh, so literally that set of hosts, not just adding some extra data to those hosts (which is what aggregates normally do)11:40
bauzasPaulMurray: yes11:41
*** omnipresent has joined #openstack-nova11:42
*** ekuris_ has quit IRC11:42
alex_xubauzas: thinking of the thing about live-migrate instance to newer host for rolling-upgrae, how did you tell scheduler find newer host or not?11:42
bauzasPaulMurray: so back to your concern, you could create an aggregate grouping all your hosts sharing the same storage11:42
eliqiaohi johnthetubaguy seam GM, are you convenient to take a look at microver 2.25 patch start from https://review.openstack.org/#/c/254102/11:42
eliqiaosorry, I meant sdague (instead of seam)11:43
bauzasalex_xu: so I have a draft BP that I should show up to johnthetubaguy https://blueprints.launchpad.net/nova/+spec/scheduler-filter-service-version11:43
johnthetubaguyeliqiao: oh, good point, I do need to take a look at that again, now its rebased11:44
*** zenoway has quit IRC11:44
alex_xubauzas: so that need scheduler-hints flag for lm?11:44
openstackgerritDaniel Berrange proposed openstack/os-vif: os-vif: introduce a ComputeInfo object to represent compute info  https://review.openstack.org/28243611:45
bauzasalex_xu: why ? no11:45
bauzasalex_xu: ah I see your question11:45
bauzasalex_xu: well, no, I should remove that phrase, it's not good11:46
alex_xubauzas: yes, that sounds like admin-only hint, and can be used in admin-only migration11:46
*** Daisy has quit IRC11:46
bauzasoh man11:46
* bauzas is having a terrible headache11:46
*** Daisy has joined #openstack-nova11:46
*** zenoway has joined #openstack-nova11:48
*** raildo-afk is now known as raildo11:49
openstackgerritSylvain Bauza proposed openstack/nova: Fix Cells RPC API by accepting a RequestSpec arg  https://review.openstack.org/28495911:50
bauzasjohnthetubaguy: ^11:51
*** Daisy has quit IRC11:51
bauzasjohnthetubaguy: lemme know if that sounds good for you11:51
*** haukebruno has quit IRC11:52
*** omnipresent has quit IRC11:52
*** omnipresent has joined #openstack-nova11:54
bauzasalex_xu: I clarified the target of that bp in https://blueprints.launchpad.net/nova/+spec/scheduler-filter-service-version11:54
*** roeyc has joined #openstack-nova11:54
gcbalex_xu, bauzas ,  Do you have time to look at simple  oslo library replacement  commits,  we'd better get them merged in Mitaka ?11:54
gcbhttps://review.openstack.org/#/c/257232/  Use imageutils from oslo.utils11:54
bauzasalex_xu: if check-destination-on-migrations is implemented, operator could ask to live-migrate to an host by proposing a destination that would cope with that filter11:55
gcbUse constant_time_compare from oslo.utils  https://review.openstack.org/#/c/284635/11:55
*** dave-mccowan has joined #openstack-nova11:55
*** marcusvrn_ has joined #openstack-nova11:56
bauzasgcb: we'll be cutting M-3 in 3 days, isn't that a bit risky?11:56
gcbbauzas: no risk , just simple replacement11:56
*** sudipto has quit IRC11:56
gcbsame code  with we have in nova11:56
*** zenoway has quit IRC11:57
alex_xubauzas: you mean that is default behaviour, always move to newer host?11:58
*** htruta` is now known as htruta11:58
openstackgerritEli Qiao proposed openstack/python-novaclient: [microversion] Bump to 2.25  https://review.openstack.org/26038311:58
*** shh_away has joined #openstack-nova11:58
bauzasalex_xu: if the new filter I'm going to write is enabled, yes11:58
eliqiaobauzas: but admin need to understand which host are newer host.11:59
bauzasalex_xu: but atm, (correct me if I'm wrong), you can still create some instances on an old compute11:59
eliqiaobauzas: if there are many many hosts, admin will be crazy.11:59
bauzaseliqiao: so, that's another problem that I discussed with PaulMurray 30 mins ago :)12:00
eliqiaobauzas: oh, yeah, thanks for point me out, I will read the log.12:00
*** davideagle has quit IRC12:00
cdentbauzas, dansmith, jaypipes, johnthetubaguy: There's a fair few questions laying about on this stack of patches, can people get in there for a look before the scheduler meeting so we're all aware of the state: https://review.openstack.org/#/c/281837/12:00
alex_xubauzas: yes, if the filter enabled, all new instance will go to the new host12:00
*** haomaiwang has quit IRC12:01
bauzaseliqiao: tl;dr it's hard to say to have hints for live-migrations, because that's destructive, I'd rather propose to pass an aggregate as a proposed destination12:01
bauzascdent: oh man oh man12:01
alex_xugcb: i will try to check that12:01
gcbalex_xu, bauzas: thanks for your time :-)12:01
* bauzas moving out of keyboard12:01
*** haomaiwa_ has joined #openstack-nova12:02
eliqiaobauzas: hmm... what do you mean bay destructive? Can you take an example?12:02
cdentbauzas i don't think it is too super "oh man oh man" just a bit of attention required so we can make sure we have the migrations and objects in for M. I'm going to change locations, but will check back in .5 hour12:03
eliqiaos/bay/by12:03
alex_xueliqiao: you will get that from the log 30 mins ago :)12:03
*** omnipresent has quit IRC12:03
eliqiaoalex_xu: oh man, thanks man.12:03
*** cdent has quit IRC12:03
*** zenoway has joined #openstack-nova12:04
*** haukebruno has joined #openstack-nova12:06
*** lucasagomes is now known as lucas-hungry12:06
-openstackstatus- NOTICE: Infra currently has a long backlog. Please be patient and where possible avoid rechecks while it catches up.12:06
openstackgerritClaudiu Belu proposed openstack/nova: WIP: scheduler: removes check for supported_instances from filter  https://review.openstack.org/28599812:07
openstackgerritClaudiu Belu proposed openstack/nova: WIP: drivers: Removes supported_instances from get_available_resource  https://review.openstack.org/28599912:07
openstackgerritClaudiu Belu proposed openstack/nova: WIP: objects: Removes supported_instances from compute_node  https://review.openstack.org/28600012:07
openstackgerritClaudiu Belu proposed openstack/nova: WIP: db: Removes supported_instances from compute_node table  https://review.openstack.org/28600112:07
*** smatzek has joined #openstack-nova12:08
*** rfolco has joined #openstack-nova12:08
*** omnipresent has joined #openstack-nova12:09
*** ndipanov has quit IRC12:10
PaulMurrayeliqiao, see https://review.openstack.org/#/c/259319/21/nova/tests/functional/api_sample_tests/test_migrate_server.py12:11
eliqiaoPaulMurray: sure.12:11
PaulMurrayeliqiao, do you mean to override that test method with one that doesn't do anything?12:12
eliqiaoPaulMurray: yes, the thing is. v2.25 don't change anything of *cold* migration.12:13
*** zenoway has quit IRC12:13
eliqiaoPaulMurray: and If I don't 'pass' that case, it will require another sample file in https://review.openstack.org/#/c/259319/21/nova/tests/functional/api_sample_tests/api_samples/os-migrate-server/v2.25/12:13
eliqiaoPaulMurray: but that sample file has nothing changes compared with v2.24 version.12:14
PaulMurrayeliqiao, ok12:16
*** EinstCrazy has joined #openstack-nova12:17
*** daemontool_ has quit IRC12:18
*** mingyu has quit IRC12:19
*** mingyu has joined #openstack-nova12:19
*** daemontool has joined #openstack-nova12:20
*** baoli has joined #openstack-nova12:22
*** baoli has quit IRC12:22
*** achanda has joined #openstack-nova12:26
*** cdent has joined #openstack-nova12:27
*** Mackie2k has joined #openstack-nova12:29
*** amotoki has joined #openstack-nova12:30
*** achanda has quit IRC12:30
openstackgerritesracelik proposed openstack/nova: Improve the help text for cells options (7)  https://review.openstack.org/27892712:31
openstackgerritGleb Stepanov proposed openstack/nova: Remove unused variable and redundant code path  https://review.openstack.org/28601112:32
*** thorst has joined #openstack-nova12:32
*** daemontool has quit IRC12:32
*** jaosorior has quit IRC12:33
*** jaosorior has joined #openstack-nova12:34
*** daemontool has joined #openstack-nova12:34
ankit_agsdauge: hi12:36
ankit_agCould you please check Tushar's reply on https://review.openstack.org/#/c/221162/12:36
ankit_agI have also verified it and it does not raises key error on bdms12:36
*** jschlueter has quit IRC12:38
*** mingyu has quit IRC12:38
*** mingyu has joined #openstack-nova12:38
*** rk4n_ has joined #openstack-nova12:39
*** mingyu has quit IRC12:39
*** mingyu has joined #openstack-nova12:39
*** davideagle has joined #openstack-nova12:40
*** wanghao has quit IRC12:41
sdagueankit_ag: thanks12:42
*** rk4n has quit IRC12:42
*** haomaiwa_ has quit IRC12:42
*** rtheis has joined #openstack-nova12:42
*** wanghao has joined #openstack-nova12:42
*** haomaiwang has joined #openstack-nova12:43
*** haomaiwang has quit IRC12:43
ankit_agsdauge: Thank you12:43
*** haomaiwa_ has joined #openstack-nova12:43
*** haomaiwa_ has quit IRC12:43
*** chhavi has joined #openstack-nova12:44
*** amotoki has quit IRC12:45
*** Guest33875 has quit IRC12:45
openstackgerritTang Chen proposed openstack/nova: Implement state machine for migration.  https://review.openstack.org/24147912:45
openstackgerritTang Chen proposed openstack/nova: Implement state machine for evacuation.  https://review.openstack.org/24147812:45
openstackgerritTang Chen proposed openstack/nova: Implement state machine for resize.  https://review.openstack.org/24147712:45
*** huats_ has joined #openstack-nova12:47
*** ljxiash has joined #openstack-nova12:48
*** markvoelker has joined #openstack-nova12:48
openstackgerritWenzhi Yu proposed openstack/nova: Make sure destination will rollback if live migration fails  https://review.openstack.org/27009312:51
*** markvoelker has quit IRC12:53
*** pcaruana has quit IRC12:53
*** josecastroleon has joined #openstack-nova12:54
*** baoli has joined #openstack-nova12:55
*** daemontool has quit IRC12:55
*** daemontool has joined #openstack-nova12:55
*** daemontool has quit IRC12:56
*** shaohe_feng_ has joined #openstack-nova12:56
*** tbachman has joined #openstack-nova12:57
openstackgerritJohn Garbutt proposed openstack/nova: WIP: prototype filter based scheduler weights  https://review.openstack.org/28602312:58
*** daemontool has joined #openstack-nova12:59
openstackgerritGleb Stepanov proposed openstack/nova: Improvements for BaseCoreFilter  https://review.openstack.org/28542713:00
*** gcb has quit IRC13:01
*** amotoki has joined #openstack-nova13:02
*** jinxing has quit IRC13:02
*** andreykurilin__ has quit IRC13:03
*** jinxing has joined #openstack-nova13:04
*** Oku_OS has joined #openstack-nova13:05
BobBalljohnthetubaguy: You aware of the critical regression in XenAPI live migrate?  https://review.openstack.org/#/c/285741/1 I've set the bug to High since it only affects XenAPI, but I think it's a must-fix for Mitaka13:05
*** lucas-hungry is now known as lucasagomes13:06
openstackgerritWenzhi Yu proposed openstack/nova: Make sure destination will rollback if live migration fails  https://review.openstack.org/27009313:06
*** wanghao has quit IRC13:07
*** wanghao has joined #openstack-nova13:08
*** davideagle has quit IRC13:08
*** pcaruana has joined #openstack-nova13:08
*** jinxing has quit IRC13:09
*** huats_ has quit IRC13:10
*** huats_ has joined #openstack-nova13:11
*** huats_ has quit IRC13:11
*** huats_ has joined #openstack-nova13:11
*** ociuhandu has quit IRC13:11
*** ljxiash has quit IRC13:12
*** haomaiwang has joined #openstack-nova13:12
*** Mackie2k has quit IRC13:13
*** rfolco_ has joined #openstack-nova13:14
*** toabctl has quit IRC13:14
*** takedakn has joined #openstack-nova13:16
*** rfolco has quit IRC13:16
*** links has quit IRC13:18
*** toabctl has joined #openstack-nova13:18
*** Mackie2k has joined #openstack-nova13:20
openstackgerritAlex Xu proposed openstack/nova: Generate better validation error message when using name regexes  https://review.openstack.org/28114313:24
*** edmondsw has joined #openstack-nova13:25
*** davideagle has joined #openstack-nova13:26
*** ivase has joined #openstack-nova13:28
johnthetubaguyBobBall: yeah, coreywright pinged me about that13:28
*** dmellado is now known as dmellado|lunch13:28
*** dmellado|lunch is now known as dmellado13:28
*** huats_ has quit IRC13:30
*** jschlueter has joined #openstack-nova13:30
*** mingyu has quit IRC13:31
*** ociuhandu has joined #openstack-nova13:31
*** huats_ has joined #openstack-nova13:31
*** n0ano has joined #openstack-nova13:33
*** ankit_ag has quit IRC13:35
*** takedakn has quit IRC13:37
*** rook has joined #openstack-nova13:38
*** amotoki has quit IRC13:39
*** tongli has joined #openstack-nova13:40
*** scottda_is_outta is now known as scottda13:41
*** liverpooler has quit IRC13:42
*** dedery has quit IRC13:43
*** Pistachio33 has joined #openstack-nova13:43
*** ekuris_ has joined #openstack-nova13:43
*** fawadkhaliq has joined #openstack-nova13:43
*** aysyd has joined #openstack-nova13:45
shaohe_feng_andreykurilin:  hi13:47
*** markvoelker has joined #openstack-nova13:47
*** baoli has quit IRC13:47
andreykurilinshaohe_feng_:  hi! I'm not sure that understood what is not working in your patch. Can you explain more?13:48
*** daemontool has quit IRC13:48
shaohe_feng_andreykurilin:  OK.13:48
*** baoli has joined #openstack-nova13:48
shaohe_feng_andreykurilin: my patch also need to do another things.13:49
shaohe_feng_andreykurilin: to change another REST API "os-migration" GET with version bump13:50
shaohe_feng_andreykurilin: this so I need to api_version.wraps to decorate the bumped api, migration-list, right?13:51
andreykurilinshaohe_feng_: right13:51
shaohe_feng_andreykurilin: then I need to add a test case for it.13:51
*** aysyd has quit IRC13:52
andreykurilinshaohe_feng_: right13:52
*** amotoki has joined #openstack-nova13:53
*** achanda has joined #openstack-nova13:53
shaohe_feng_andreykurilin: but I find, the test case use FakeHTTPClient as Client, I have set one of the api_version as run_command params13:53
shaohe_feng_andreykurilin: but I find the test case does not work.13:53
shaohe_feng_andreykurilin: for the api_version does not pass to the FakeHTTPClient  _cs_request.13:54
*** daemontool has joined #openstack-nova13:54
shaohe_feng_andreykurilin: and I do not find any example similar to my patch.13:54
*** RuiChen has quit IRC13:54
*** aysyd has joined #openstack-nova13:55
*** RuiChen has joined #openstack-nova13:55
shaohe_feng_andreykurilin: I did not know why the api_version does not pass to the _cs_request.13:55
*** daemontool_ has joined #openstack-nova13:55
*** davideagle has quit IRC13:55
andreykurilinshaohe_feng_: it should work. key-pairs tests use this parameter.13:56
shaohe_feng_andreykurilin: I remember, I have check the key pairs code.13:58
shaohe_feng_andreykurilin: some different, the os-migrations is in v2/contrib dir13:58
*** links has joined #openstack-nova13:58
shaohe_feng_andreykurilin: so what's wrong with  http://paste.openstack.org/show/488521 ?13:59
*** daemontool has quit IRC13:59
shaohe_feng_andreykurilin: sorry, not this link14:00
*** eglynn has joined #openstack-nova14:00
*** rlrossit has joined #openstack-nova14:00
*** haomaiwang has quit IRC14:01
*** bswartz has joined #openstack-nova14:01
*** haomaiwang has joined #openstack-nova14:01
andreykurilinshaohe_feng_: it shouldn't depend on contrib dir. So I got you problem and will check it now14:01
shaohe_feng_andreykurilin: https://paste.fedoraproject.org/331058/14567429 thank you.14:02
*** tbachman has quit IRC14:02
*** vladikr has joined #openstack-nova14:06
*** busterswt has joined #openstack-nova14:06
*** davideagle has joined #openstack-nova14:06
*** yvesbationo has joined #openstack-nova14:08
*** MVenesio has joined #openstack-nova14:09
*** yvesbationo has left #openstack-nova14:10
*** mingyu has joined #openstack-nova14:11
*** mriedem has joined #openstack-nova14:11
*** zz_dimtruck is now known as dimtruck14:12
andreykurilinshaohe_feng_: there is no need to transmit api_version to FakeHTTPClient. In real HTTPClient api_version parameter is just used for setting headers. Headers are not checked in our shell testcases .14:12
*** achanda has quit IRC14:13
shaohe_feng_andreykurilin: then, How do I add the test case for the bump?14:14
*** mingyu has quit IRC14:14
*** erno has quit IRC14:16
*** links has quit IRC14:16
andreykurilinshaohe_feng_: one moment, will finish a sample:)14:16
shaohe_feng_andreykurilin: ok, thank you.14:17
*** boris-42 has joined #openstack-nova14:17
*** mdrabe has joined #openstack-nova14:17
*** ljxiash has joined #openstack-nova14:20
*** cdelatte has joined #openstack-nova14:21
*** ekuris_ has quit IRC14:21
*** andrewbogott has quit IRC14:21
*** andrewbogott has joined #openstack-nova14:21
*** sudipto has joined #openstack-nova14:22
andreykurilinshaohe_feng_: http://paste.openstack.org/show/488565/ In this example, I wrapped old list method with 2.0-2.22 versions, created new list method for 2.23(key for host is different) and added new testcase with another assert_called method14:23
*** jichen has quit IRC14:23
*** sridharg has quit IRC14:23
*** ctrath has joined #openstack-nova14:24
openstackgerritMoshe Levi proposed openstack/nova-specs: Add scheduling with NIC capabilities  https://review.openstack.org/28607314:25
*** andymaier has joined #openstack-nova14:26
shaohe_feng_andreykurilin: thank. how does the self.run_command can get my expected  data? seems it is getting the old migrations data.14:26
mriedemtonyb: i'm happy with https://review.openstack.org/#/c/281341/ if you are, xenserver ci check was +114:27
*** Pistachio33 has quit IRC14:30
*** Pistachio has quit IRC14:31
*** smatzek has quit IRC14:33
*** mylu has joined #openstack-nova14:34
claudiubjohnthetubaguy: hello. I've resubmitted previously approved specs to newton. Could you take a look at them pls? https://review.openstack.org/#/c/279045/  https://review.openstack.org/#/c/279044/  https://review.openstack.org/#/c/279043/  https://review.openstack.org/#/c/279042/  https://review.openstack.org/#/c/279041/14:34
*** eharney has joined #openstack-nova14:34
mriedemclaudiub: how do i recheck the hyper-v ci again?14:36
mriedemclaudiub: i wanted to run it on https://review.openstack.org/#/c/285370/14:36
claudiubmriedem: check hyper-v14:36
mriedemok, do you know if it will run on ^ if i request it? or is it disabled?14:37
*** dimtruck is now known as zz_dimtruck14:37
claudiubmriedem: yeah, it'll run.14:37
andreykurilinshaohe_feng_: ok. In this case, you are right about transmitting api_version to FakeHTTPClient - http://paste.openstack.org/show/488567/14:37
mriedemok, cool14:37
claudiubmriedem: no reason why it won't run.14:37
*** mylu has quit IRC14:38
mriedemclaudiub: also, does the hyper-v test live migration?14:38
mriedem*ci14:38
*** pcaruana has quit IRC14:38
shaohe_feng_andreykurilin: yes, great. thank you very much.14:39
*** zz_dimtruck is now known as dimtruck14:39
*** gszasz has quit IRC14:39
*** esracelik has quit IRC14:39
*** gszasz has joined #openstack-nova14:40
andreykurilinshaohe_feng_: you are welcome14:40
claudiubit does. apparently, it wasn't for a while because there was a new config option introduced in tempest, specifying the number of compute nodes (default = 1). The test was being skipped because of this.14:40
mriedemah and when you fixed that it failed b/c of the regression in nova14:40
shaohe_feng_andreykurilin: that's really we need. :)14:41
claudiubmriedem: indeed.14:41
shaohe_feng_andreykurilin: I think this can be an example for the following similar patches.14:41
*** burt has joined #openstack-nova14:42
*** mylu has joined #openstack-nova14:42
*** knikolla has joined #openstack-nova14:42
shaohe_feng_andreykurilin: the following similar patch can ref your solution.  really good.14:42
andreykurilinshaohe_feng_: I suppose your patch can be an example in future ;)14:45
*** tbachman has joined #openstack-nova14:45
*** READ10 has joined #openstack-nova14:45
shaohe_feng_andreykurilin: yes. it should be. thanks. I will update the patch and re-submit.14:46
*** dimtruck is now known as zz_dimtruck14:47
cdentYingxin: I've got to step away for about five minutes, but when I get back we can talk resource-*14:47
Yingxincdent: np, thanks14:48
openstackgerritSergey Belous proposed openstack/nova: do not merge, trying to run tempest with enabled os-vif  https://review.openstack.org/28608614:48
*** mrkz has joined #openstack-nova14:49
*** pradk has joined #openstack-nova14:50
*** wanghao has quit IRC14:51
johnthetubaguyclaudiub: afraid I will not get to many specs till we hit RC-1, snowed under with code reviews right now14:51
*** gcb has joined #openstack-nova14:51
*** wanghao has joined #openstack-nova14:51
*** pcaruana has joined #openstack-nova14:52
*** ndipanov has joined #openstack-nova14:52
*** edtubill has joined #openstack-nova14:53
*** ducttape_ has joined #openstack-nova14:53
bauzascdent: so, now that we're off the meeting, we all agree on having that https://review.openstack.org/#/c/279313 implemented in Mitaka to prevent online migrations, right?14:54
bauzasdansmith: you agree ?14:54
*** yamahata_ has quit IRC14:55
bauzasif the compute node is not able to persist information on a fresh new style, then we would need to access that otherwise and populate it online, nope?14:55
dansmithbauzas: that's the point I wanted to get to yeah.. I was just looking for the deadline to see if we're still good or not.. I thought it was friday.14:55
*** rk4n_ has quit IRC14:55
cdentbauzas, dansmith: I defer to your guys' expertise, but my understanding is "yes we want that"14:56
cdentYingxin: I'm back now.14:56
*** rk4n has joined #openstack-nova14:56
*** doug-fish has joined #openstack-nova14:56
*** cfcp1 has joined #openstack-nova14:56
Yingxincdent: If I'm correct, the resource_provider.uuid is equal to compute_node.uuid if the provider is that compute node.14:56
bauzasdansmith: cdent: just to be sure, object remotable methods accessing both tables are in the previous commits of the branch, ie. https://review.openstack.org/#/c/284484/ and https://review.openstack.org/#/c/284833/ ?14:57
cdentYingxin: that's correct14:57
Yingxincdent: But what does the resource_provider.uuid mean when it refers to a shared resource pool?14:57
bauzascdent: dansmith: I just want to make sure that we're not forgetting any object accessor14:57
cdentYingxin: it is the uuid of the that resource, for example as shared disk server somewhere. The admin is expected to provide the uuid when created the resource provider14:58
dansmithbauzas: I'm not sure what you're asking.. those two commits are db_api methods to insulate the object from the fact that we're querying two tables14:58
PaulMurrayshaohe_feng_, I'm not sure where you are with https://review.openstack.org/#/c/281335/8 - we can continue it for you ?14:58
bauzasYingxin: then it would be the aggregate uuid AFAICU14:58
PaulMurraypkoniszewski, andreykurilin ^^ do you know what is happening with shaohe_feng_'s patch at the moment ?14:58
Yingxinbauzas: but there is a many-many relationship between provider and aggregates.14:59
bauzasdansmith: sorry I wasn't clear14:59
andreykurilinPaulMurray: yes:)14:59
pkoniszewskiPaulMurray: let me try to ask him14:59
bauzasdansmith: so, object remotable methods are executed server-side (ie. possibly on old computes)14:59
cdentbauzas: no, it's not the aggregate uuid14:59
cdentthe aggregate uuid is for the aggregate14:59
dansmithbauzas: server-side is conductor for remotables14:59
bauzasdansmith: I just want to make sure that we have those methods in the tree14:59
andreykurilinPaulMurray: we had a talk with him and it looks like shaohe_feng_ is working on new patch-set14:59
Yingxincdent: so I don't know the meaning of aggregate uuid15:00
cdenta resource provider is associated with an aggregate accross the reosurceprovieraggregates table15:00
bauzasdansmith: oh, fsck, yeah, you're right, so we're good15:00
*** haomaiwang has quit IRC15:01
shaohe_feng_PaulMurray: I'm here15:01
dansmithbauzas: :)15:01
*** haomaiwang has joined #openstack-nova15:01
shaohe_feng_PaulMurray: WIP15:01
bauzasdansmith: that's what happens when you take a PTO15:01
*** EinstCra_ has joined #openstack-nova15:01
cdentYingxin: the aggregate uuid is newly added to the aggregate table to allay concerns about aggregates being easy to migrate out of a individual cells into the some other db15:01
PaulMurrayshaohe_feng_, ok - good, just trying to keep track15:02
dansmithbauzas: you forget everything after one day of PTO? Makes me wonder: what did you do on your PTO? :)15:02
dansmithbauzas: must've been a good time :D15:02
cdentYingxin: In terms of understanding how they are involved in a resource pools this spec is the one: https://review.openstack.org/#/c/253187/15:02
openstackgerritVladik Romanovsky proposed openstack/nova: Clean up networks with SR-IOV binding on reschedule  https://review.openstack.org/28319815:02
bauzasdansmith: playing with children, so you know, it's mostly braindraining15:02
*** EinstCra_ has quit IRC15:02
dansmithbauzas: +100015:02
*** EinstCrazy has quit IRC15:02
*** smatzek has joined #openstack-nova15:02
*** lennyb__ is now known as lennyb15:03
shaohe_feng_PaulMurray: really thank you.15:03
*** EinstCrazy has joined #openstack-nova15:03
Yingxincdent: so aggregate.uuid is not the resource provider things, and resource_provider.uuid cannot be aggregate.uuid?15:04
cdentYingxin: correct15:05
ZZelleHi everyone,15:06
ZZellei have a trouble with vmware backend: VCenter returns shutdown status for running vms when under heavy load15:06
mriedemtjones_zzzz: is this a known issue with the vmware ci? http://208.91.1.172/logs/nova-vc6-dsvm-tempest/190627/7/2665/g-api.log.gz?level=TRACE15:07
mriedemgetting a 503 while uploading an image to the vmware datastore15:07
Yingxincdent: I was confused because this patch is in the bp/generic-resource-pool series https://review.openstack.org/#/c/282519/15:07
jaosoriorDoes anyone have time to review this? https://review.openstack.org/#/c/248662/ Would be nice to fix that regression :D15:08
cdentYingxin: dansmith is very bad at writing useful commit messages. I'm surprised he's allowed to get away with it.15:08
openstackgerritMark Doffman proposed openstack/nova: Add manage command for cell0.  https://review.openstack.org/27526615:08
openstackgerritMark Doffman proposed openstack/nova: Map instances to cell0 on failed schedule  https://review.openstack.org/26782715:08
openstackgerritMark Doffman proposed openstack/nova: Manage db sync command for cell0  https://review.openstack.org/27488515:08
mriedemjaosorior: should probably have sdague look at that one15:08
*** davideagle has quit IRC15:08
jaosoriormriedem: Will add him to the review, thanks!15:09
Yingxincdent: :-) no messages at all15:09
mriedemi already did15:09
dansmithcdent: dude, I usually write pretty long ones. That one got away from me, but ... seriously15:09
* cdent passes dansmith some of his sense of humor15:10
mriedemjaosorior: so by 'changed' that means, as in the v2.1 API is not the same as the v2 API15:10
jaosoriormriedem: That is the case, yes15:10
cfriesen_dansmith: I agree, that one is too long.15:11
johnthetubaguycdent: so can I sync on what we want in mitaka, and what we need to leave for newton, worried we are not all focusing on the same things15:11
johnthetubaguycdent: so it seems like we need this patch, and all its dependencies: https://review.openstack.org/#/c/279313/15:11
cdentyes15:11
johnthetubaguycdent: thats because, when you do a live-upgrade, old and new computes, for the next release, we want to be able to assume all the data is in the correct position already15:12
cdentI think we also need this one and its dependencies: https://review.openstack.org/#/c/284963/15:12
johnthetubaguycdent: why do we need that one?15:12
dansmithI don't think we need that one15:12
cdentbecause, as I understood things, we need the object to exist before going into the next cycle15:12
dansmithno15:12
cdenthow about we _want_?15:13
dansmithno15:13
* cdent sighs15:13
cdentthis is entirely different from what we agreed last week15:13
dansmithI have been saying all along that the allocation stuff is not mitaka stuff at all15:13
dansmiththere's no reason for it at all15:13
*** haukebruno has quit IRC15:13
dansmithwe have to get the inventory stuff done in mitaka so that we can do the allocation stuff in newton without a multi-step dependency process15:14
cdentdansmith: so you're saying that tree should stop at: https://review.openstack.org/#/c/284895/ ?15:14
johnthetubaguyits a move existings data issue, that stuff is all new data I think?15:14
cdents/tree/branch of the tree/15:14
dansmithjohnthetubaguy: well, the allocation stuff is kindof existing, because it's already in the instance. However, what I'm trying to get us to is all of one type of data (compute node) so that we can do allocations (instance stuff) in newton assuming the compute node stuff is there and done15:15
sdaguejaosorior: just left a detailed review asking for some additional testing. Let me know if that's reasonable to do.15:16
*** mtanino has joined #openstack-nova15:16
johnthetubaguydansmith: right, that seems like a good way to stack those15:16
jaosoriorsdague: I actually left this patch alone since november cause it took me too long to do the functional testing part. Doing such a thing requires coming up with a framework and turned out way more complicated than the patch itself :/15:17
cdentjohnthetubaguy, dansmith: Should I still worry about the unique constraint?15:18
cdentI assume yes, given "get the data right, now" is a goal15:18
johnthetubaguycdent: thats in the bottom patch I guess? it seems worth adding the constraint now, if we think its useful, as its easy to drop it (hard to add it later)15:18
dansmiththe UC is part of the provider table which impacts the inventories, right? if so, then that's probably important to get in15:18
* cdent nods15:19
dansmithprobably not critical until we have external resource providers, but better to do before we get lots of data in the table15:19
*** permalac has joined #openstack-nova15:19
*** permalac has quit IRC15:19
cdentjohnthetubaguy, dansmith If you guys see jaypipes later in the day, can you make sure you sync up with him on this stuff. I've sent him a ping but I think he's on a plane.15:19
bauzasso I just left 10 mins the chan, and you folks litterally had that long convo :p15:19
johnthetubaguyOK, so turning this around, when can we get al the patches in this queue, ready to merge, based on the current comments? as in this one, and all its deps? https://review.openstack.org/#/c/28496315:19
dansmithI feel like we've synced up on this maaaany times, but sure15:20
bauzasjohnthetubaguy: yup15:20
bauzasgetting the compute updating the stats is the most important big15:20
*** permalac has joined #openstack-nova15:20
bauzasbit15:20
bauzascdent: ready to udate your -W by adding the UC ?15:20
dansmithjohnthetubaguy: did you mean the other stack?15:20
johnthetubaguycrap...15:20
cdentbauzas: yes that's where I was headed when this conversation started15:20
jaosoriorsdague: I could try again, but I'm actually not sure where those tests would go. Would that be in tempest?15:20
bauzasjohnthetubaguy: so you said it was okay to merge https://review.openstack.org/#/c/281837/ without waiting the nova-specs side to be merged ?15:21
johnthetubaguyyeah, so its this one: https://review.openstack.org/#/c/279313/15:21
bauzas(provided the UC is added)15:21
dansmithjohnthetubaguy: I need to rewrite the resource tracker tests to make them work with this, which I'm going to do this morning, after which I'll remove my WIP and I think ready for review15:21
dansmithjohnthetubaguy: I think the stack under that can all be reviewed now15:21
* dansmith checks for comments15:21
jaosoriormriedem ^^15:21
johnthetubaguydansmith: OK, that sounds good15:21
bauzasdansmith: we have a -W because of the UC at the bottom of the stack15:22
bauzasdansmith: that's just preventing us to call Jenkins15:22
mriedemjaosorior: the tests would live in nova/tests/functional15:22
dansmithbauzas: on which patch?15:22
johnthetubaguycdent: dansmith: so I am thinking about dropping the -2 hammer on patches not in that high priority stack, at least until we have that full stack merged, so we are all on the same page?15:22
dansmithoh I see it now15:22
bauzasdansmith: https://review.openstack.org/#/c/281837/15:22
dansmithjohnthetubaguy: +115:22
mriedemjaosorior: i think sdague is looking for a fake hook to get registered that has similar logic to what you have in the bug report15:22
bauzasjohnthetubaguy: ++15:22
dansmithbauzas: yep got it15:22
*** haukebruno has joined #openstack-nova15:23
sdaguemriedem: yeh, hooks are so weird15:23
mriedemso fake hook for this https://github.com/openstack/nova/blob/3da31e3262ee3b07e96efa4eca381953ff1de169/nova/compute/api.py#L144315:23
bauzasit would also be ideal if we could have the deps fully rebased in the stack, because https://review.openstack.org/#/c/279313/ is not current on top of it15:23
jaosoriormriedem: I could try, though I'm not very familiar with the tests... I was just trying to fix a bug :/15:23
bauzasbut that's something we can do on the fly15:23
dansmithbauzas: yeah, it's just because so many people are working on it.. it's been a struggle for me at the top :/15:23
sdaguejaosorior: right, I do get that you are trying to fix the bug. My concerns is this areas is so dark that we're just going to break it again by accident.15:24
*** kfarr has joined #openstack-nova15:24
cdentalright, I'll get that constraint, will ping bauzas when done15:25
bauzasdansmith: no worries, we can rebase that when needed15:25
sdaguedhellmann: stevedore question, if you are around - we're trying to figure out a reasonable way to test nova.hooks at runtime without having to change setup.py to specify a stevedore entry point15:26
bauzasdansmith: ideally, I'd appreciate if cdent could take your latest SHA1s on his local branch, so it would set the branch correctly15:26
*** irenab has quit IRC15:26
bauzascherry-picking the latest top patches I mean15:27
bauzasand not breaking the series15:27
dhellmannsdague : each stevedore manager class has a class method for building a test instance with explicitly specified plugin objects15:27
dhellmannsdague : they're meant for building fixtures that you can inject into your code to replace the "real" manager15:27
*** ccarmack has joined #openstack-nova15:27
johnthetubaguydansmith: cdent: I have -2ed a bunch of stuff, just want to make sure the hammer hit the right places, see: https://review.openstack.org/#/c/279313/ and https://review.openstack.org/#/c/28496315:27
*** irenab has joined #openstack-nova15:28
sdaguedhellmann: do we have to replace the whole manager?15:28
*** irenab has quit IRC15:28
*** mylu has quit IRC15:28
dhellmannsdague : well, the idea is  you'd mock.patch it, yeah15:28
dhellmannsdague : though that depends on exactly what you're trying to test, I guess15:28
sdagueright, we're trying to test a large behavior15:28
johnthetubaguycdent: dansmith: so its basically this one that we are doing right? https://blueprints.launchpad.net/nova/+spec/compute-node-inventory15:29
sdaguehttps://github.com/openstack/nova/blob/8e8acd930fe9f9d6be99e4ea22c3e33176014ec4/nova/hooks.py#L132 - nova has this hooks facility, built on stevedore15:29
dansmithjohnthetubaguy: -2 looks right.. don't ask me to make sense of the specs :)15:29
sdagueit turns out some of the hooks fail now because of some behavior changes kind of far up as to what data is available15:29
johnthetubaguydansmith: I was thinking we just spec-less approve that compute-node-inventory blueprint to track this effort15:29
dansmithjohnthetubaguy: but yeah, inventory stuff15:29
dansmithokay15:30
openstackgerritSylvain Bauza proposed openstack/nova: Fix Cells RPC API by accepting a RequestSpec arg  https://review.openstack.org/28495915:30
*** mriedem is now known as mriedem_meeting15:30
cdentjohnthetubaguy: yes, I believe that's what you and dansmith have decided but I don't feel like it is what jaypipes thought was decided. I realize without him here and me being not entirely informed that's a bit complicated.15:30
*** irenab has joined #openstack-nova15:30
*** zz_dimtruck is now known as dimtruck15:30
*** mgoddard__ has joined #openstack-nova15:30
sdagueso ideally I'd like to run some in tree full stack testing where when we setup our set of nova services, we can specify a hook class15:30
dhellmannsdague : I recommend a test fixture that replaces members of the _HOOKS registry with test instances of the manager, populated with -- right15:30
sdaguehttps://github.com/openstack/nova/blob/8e8acd930fe9f9d6be99e4ea22c3e33176014ec4/doc/source/hooks.rst#L37-L5715:30
sdagueok, that seems doable15:31
dansmithcdent: there is absolutely no way we can get the other stack into mitaka15:31
dansmithcdent: I will catch jaypipes when he shows up and confirm15:31
sdaguedhellmann: thanks15:31
cdentdansmith: I'm not disagreeing with you. I just recall that there were _parts_ of it that we wanted, but I'm not certain of the details. Thanks.15:31
dhellmannsdague : fwiw, that line 142 is re-scanning the entry points every time it is invoked, and then throwing away the results sometimes. it would be much more efficient  to do that as a separate "if not in" check15:32
sdaguedhellmann: the decorator?15:32
jaosoriorsdague: I'm still unsure if by full-stack you mean you want tests in tempest (with a full stack) or as mriedem_meeting said in nova/tests/functional15:33
dhellmannsdague : yeah, it's written with the implication that the same name might be used more than once, so if that's not true then nevermind15:33
*** davideagle has joined #openstack-nova15:33
*** mgoddard_ has quit IRC15:33
dhellmannsdague : but I would replace setdefault() with "if name not in _HOOKS" so the HookManager() is only constructed once15:33
sdaguedhellmann: ok, good to know. This code is all circa 2012 and very poorly tested, so I would be very cautious in optimizing it15:33
dhellmannsdague : sure15:34
sdaguedhellmann: but it's worth looking into for sure15:34
sdaguejaosorior: nova/tests/funtional - let me poke at a fixture here that might be helpful15:34
jaosoriorsdague: Alright, thanks15:34
johnthetubaguycdent: just to double check, you are adding the UC on this right now I guess? https://review.openstack.org/#/c/281837/15:35
cdentyes15:35
*** mylu has joined #openstack-nova15:36
*** jaosorior is now known as jaosorior_away15:37
johnthetubaguycdent: cool, thanks15:37
johnthetubaguysdague: do have any time to take a look at this final live-migrate API change? https://review.openstack.org/#/c/259319/ I would love a second opinion on that before we approved it, if you have the time15:42
sdaguejohnthetubaguy: yeh, I can look now15:43
*** pushkaru has joined #openstack-nova15:45
*** moshele has quit IRC15:45
*** Sukhdev has joined #openstack-nova15:46
*** sneti has joined #openstack-nova15:47
*** jlanoux has quit IRC15:48
*** tbachman has quit IRC15:48
*** vladikr has quit IRC15:48
*** vladikr has joined #openstack-nova15:49
sdaguejohnthetubaguy: I think the API change looks good, I just +Aed that. I haven't looked at the patch below it yet15:49
*** armax has joined #openstack-nova15:50
sdagueI'm going to work on this hooks test fixture first unless you think you need me on the lower patch. You and alex_xu are both +2 on it.15:50
johnthetubaguysdague: cool thats, I can just +W that one anyways, it was the API one that worried about15:50
johnthetubaguysdague: thanks for that15:50
johnthetubaguyPaulMurray: now we have +W on https://review.openstack.org/#/c/259319/, is it mostly python-novaclient patches we need now?15:51
*** mriedem_meeting is now known as mriedem15:51
sdagueI'll admit, I'm not thrilled about the way we're doing follow on json schema by patching the base one15:51
sdaguebut we do it all over the place15:51
sdagueI kind of think we should be expanding those all out15:51
johnthetubaguysdague: yeah, same, it follows the pattern, we can fix them all15:51
*** davideagle has quit IRC15:52
johnthetubaguysdague: yeah, I don't think we can ever "fix" the old ones, 99% of the time, so obfuscating the schema is probably the wrong call15:52
sdagueright15:53
sdaguelow hanging fruit newton tasks15:53
*** wolsen has joined #openstack-nova15:53
doffmalaski: I tried re-spining one of your patches last week. 'Add build request object'. Unfortunately still failing unit tests.15:53
doffmalaski: Sorry if that messed things up for you.15:53
alaskidoffm: not at all, thanks for doing that. I'm looking at the failure now15:54
PaulMurrayjohnthetubaguy, shaohe_feng_ said he is doing a new patchset for https://review.openstack.org/#/c/281335/15:54
*** davideagle has joined #openstack-nova15:54
PaulMurrayjohnthetubaguy, if he needs it we can take over from him later15:54
*** haplo37 has joined #openstack-nova15:54
doffmalaski: Ok. I was going to look at it if you were somehow out...or not available today. But i'll leave it to you. :)15:54
PaulMurraythat will hopefully leave just eliqiao's last patch15:55
*** EinstCrazy has quit IRC15:55
PaulMurrayto be completed15:55
openstackgerritChris Dent proposed openstack/nova: Adjust resource-providers models for resource-pools  https://review.openstack.org/28183715:56
*** erno has joined #openstack-nova15:56
*** angdraug has joined #openstack-nova15:57
johnthetubaguyPaulMurray: cools15:57
cdentbauzas, johnthetubaguy ^^15:57
openstackgerritChris Dent proposed openstack/nova: Adjust resource-providers models for resource-pools  https://review.openstack.org/28183715:57
openstackgerritChris Dent proposed openstack/nova: Add name to ResourceProvider object  https://review.openstack.org/28194515:58
*** penick has joined #openstack-nova15:59
bauzascdent: ack, going in a call for the next hour, but will review later tonight15:59
cdentthanks bauzas15:59
*** salv-orl_ has joined #openstack-nova16:00
*** sc68cal has joined #openstack-nova16:01
*** haomaiwang has quit IRC16:01
*** wuhao has quit IRC16:01
*** haomaiwang has joined #openstack-nova16:01
*** wuhao has joined #openstack-nova16:02
dansmithah, crap, I have to write some backport routine for this ComputeNode change16:02
cfriesen_Any chance of getting someone to look at https://review.openstack.org/#/c/283861/ ?  I got a +1 from the original author of the code being tweaked.  It's a 1-liner plus unit test changes.16:03
*** salv-orlando has quit IRC16:03
openstackgerritPushkar Umaranikar proposed openstack/nova: "nova list-extensions" not shwoing summary for all  https://review.openstack.org/28613016:03
*** nkrinner has quit IRC16:03
openstackgerritMark Doffman proposed openstack/nova: Add manage command for cell0.  https://review.openstack.org/27526616:05
openstackgerritMark Doffman proposed openstack/nova: Map instances to cell0 on failed schedule  https://review.openstack.org/26782716:05
openstackgerritMark Doffman proposed openstack/nova: Manage db sync command for cell0  https://review.openstack.org/27488516:05
doffmbauzas: I know you are busy, but if you get a chance could you take a look at the cell0 patches? ^^16:06
doffmAnyone else welcome also. :)16:06
*** mjura has quit IRC16:08
* PaulMurray AFK 30 mins16:11
*** browne has joined #openstack-nova16:11
openstackgerritAndrew Laski proposed openstack/nova: Create BuildRequest object during boot process  https://review.openstack.org/27812516:11
openstackgerritAndrew Laski proposed openstack/nova: Create Instance from BuildRequest if not in a cell  https://review.openstack.org/26392716:11
openstackgerritAndrew Laski proposed openstack/nova: Add BuildRequest object  https://review.openstack.org/27812416:11
openstackgerritAndrew Laski proposed openstack/nova: Make InstanceMappings.cell_id nullable  https://review.openstack.org/27859816:11
openstackgerritAndrew Laski proposed openstack/nova: Populate instance_mappings during boot  https://review.openstack.org/26392516:11
*** mdrabe has quit IRC16:12
markuszdansmith: Hi, could you maybe take a look at https://review.openstack.org/#/c/264157/ ? It fixes a networking bug for LXC (and afaik PowerVM too).16:15
*** ptm_away has joined #openstack-nova16:15
*** markusz is now known as markus_z16:15
sheelDear All Nova members: need some eyes on one small patch https://review.openstack.org/#/c/285222/16:15
*** haukebruno has quit IRC16:15
sheelPlease find some spare time and have a review16:15
sheelThanks16:15
*** jlanoux has joined #openstack-nova16:16
thorstmarkus_z: I think that patch fixes all operators using cloud-init to apply IP addresses (specifically IPv6 only)16:16
*** kylek3h_ is now known as kylek3h16:16
*** rcernin has quit IRC16:16
markus_zthorst: Ah, even better.16:16
thorstmarkus_z: Yeah, nothing PowerVM specific there.  We just noticed it as well.16:16
*** fawadkhaliq has quit IRC16:17
*** pcaruana has quit IRC16:17
markus_zdansmith: Some time ago I asked for contacts in the networking area and your name was the only one coming up, that's why I pinged you.16:17
*** PaulMurray has quit IRC16:18
*** ptm_away has quit IRC16:20
*** penick has quit IRC16:23
*** belmoreira has quit IRC16:24
openstackgerritSylvain Bauza proposed openstack/nova: WIP: Cold migrate using the RequestSpec object  https://review.openstack.org/28497416:25
*** mylu has quit IRC16:25
*** mdrabe has joined #openstack-nova16:26
*** ndipanov has quit IRC16:26
*** ndipanov has joined #openstack-nova16:26
sheelmarkus_z: hi there16:26
markus_zsheel: hey ho16:27
sheelmarkus_z: any chances of reviewing https://review.openstack.org/#/c/285222/16:27
sheelmarkus_z: actually its regarding https://bugs.launchpad.net/nova/+bug/1535224 where you had some interest..16:27
openstackLaunchpad bug 1535224 in OpenStack Compute (nova) "meta data of nova instance with case sensitive has problem when deleting" [Undecided,In progress] - Assigned to Sheel Rana (ranasheel2000)16:27
*** abitha has joined #openstack-nova16:27
*** omnipresent has quit IRC16:28
sheelmarkus_z: I found some comments from you in this bug, so though you might be interested in reviewing16:28
*** mylu has joined #openstack-nova16:28
*** lxsli has joined #openstack-nova16:28
*** zenoway has joined #openstack-nova16:28
sheelmarkus_z: so please review in spare time..16:28
markus_zsheel: yep, I just read the bug entry to remember. I add it to my todo list of tomorrow16:29
*** mgoddard__ has quit IRC16:29
*** mgoddard has joined #openstack-nova16:29
markus_zsheel: thanks for the patch16:29
*** rodrigods has quit IRC16:29
sheelmarkus_z: ok thanks16:29
*** rodrigods has joined #openstack-nova16:29
*** lxsli has quit IRC16:29
markus_zsheel: Any change you can push test cases for that until tomorrow?16:30
markus_zs/change/chance16:30
*** lxsli has joined #openstack-nova16:30
sheelmarkus_z: yes, I will16:30
*** hemna has joined #openstack-nova16:30
markus_zsheel: cool. From a first glance it seems sane what you do.16:30
sheelmarkus_z: :)16:31
*** jaugustine has joined #openstack-nova16:31
*** zenoway has quit IRC16:33
*** lxsli has quit IRC16:33
*** lxsli has joined #openstack-nova16:34
*** cdent has quit IRC16:35
*** tbachman has joined #openstack-nova16:40
openstackgerritDan Smith proposed openstack/nova: Migrate compute node resource information to Inventory objects  https://review.openstack.org/27931316:40
dansmithmarkus_z: hmm, that's a little scary of a change to make because I think it will impact cloud-init and I'm not sure I know enough to confirm that it will work for all debian variants16:42
dansmithmarkus_z: not sure who to poke about that really16:42
*** mylu has quit IRC16:42
dansmithlarsks: cloud-init parses the debian-style interfaces file that nova generates, is that right?16:42
larsksdansmith: yeah.  as long as we are providing a deiban-style interfaces file.  There is (was?) a bug open due to the fact that our nova packages had a broken template.16:43
larsksBut that is the model, yes.16:43
dansmithlarsks: can you check this then? https://review.openstack.org/#/c/264157/416:43
dansmithit's changing our template16:43
*** thorst is now known as thorst_afk16:44
larsksdansmith: that seems reasonable at first glance.  I'm not familiar enough with debian to know whether it's *correct*, but it looks okay.16:45
larsksI can test that out, although probably not today...16:45
dansmithlarsks: well, yeah, I'm kinda asking if you can test it :D16:46
larsksYup.16:46
*** pkarikh has quit IRC16:46
*** pkarikh has joined #openstack-nova16:47
*** ljxiash has quit IRC16:49
markus_zthorst_afk: ^16:50
*** paul-carlton2 has quit IRC16:50
*** markstur has joined #openstack-nova16:50
*** scheuran has quit IRC16:51
*** cdent has joined #openstack-nova16:54
*** daemontool_ has quit IRC16:55
*** gcb has quit IRC16:56
*** davideagle has quit IRC16:56
*** PaulMurray has joined #openstack-nova16:57
*** matrohon has quit IRC16:57
*** apoorvad has joined #openstack-nova16:57
*** roeyc has quit IRC16:59
sdaguemarkus_z: hey, do you have scripts you use to process nova bugs?16:59
markus_zsdague: A few hacky things I use for querying stuff. I moved away from batch processing them. Need anything specific.17:00
markus_z?17:00
*** haomaiwang has quit IRC17:01
sdaguemarkus_z: just wondering, I was thinking about doing some collection per tag, and looking for things that don't have a tag17:01
sdaguebut didn't want to start from scratch17:01
sdagueif you want to throw up a github repo or somethign with what you have, that might be handy17:01
*** haomaiwa_ has joined #openstack-nova17:01
*** speller has quit IRC17:02
markus_zsdague: let me take a look at the stuff I have, I'll come back17:02
*** Jeffrey4l has quit IRC17:03
openstackgerritSwaminathan Vasudevan proposed openstack/nova: Implement setup_networks_on_host for Neutron networks  https://review.openstack.org/27507317:03
*** yamahata has joined #openstack-nova17:04
PaulMurrayeliqiao, merge conflict on https://review.openstack.org/#/c/259319/17:04
sdaguemarkus_z: cool, thanks17:05
*** jaosorior_away is now known as jaosorior17:08
*** mpavone has quit IRC17:08
PaulMurrayeliqiao, sorry - my mistake that's not a merge conflict17:10
*** gszasz has quit IRC17:13
*** amotoki has quit IRC17:13
*** paul-carlton2 has joined #openstack-nova17:13
*** boris-42 has quit IRC17:14
*** rhagarty has joined #openstack-nova17:14
*** mingyu has joined #openstack-nova17:15
markus_zsdague: https://github.com/markuszoeller/openstack/blob/master/scripts/query_rc_blocker_reviews.py17:15
markus_zsdague: That's a simple one you can use as a template.17:15
markus_zsdague: replacing "liberty-rc-potential" with "-*" should do what you want.17:15
sdaguemarkus_z: cool, thanks17:16
*** andreykurilin__ has joined #openstack-nova17:18
*** openstackgerrit has quit IRC17:18
*** openstackgerrit has joined #openstack-nova17:18
*** mingyu has quit IRC17:19
*** busterswt has quit IRC17:19
openstackgerritTracy Jones proposed openstack/nova: scheduler: do not update HostState if compute_node has no valid data  https://review.openstack.org/26114517:20
*** pkoniszewski_ has joined #openstack-nova17:20
*** sc68cal has quit IRC17:22
*** daemontool_ has joined #openstack-nova17:26
*** jistr has quit IRC17:26
*** nic has joined #openstack-nova17:27
johnthetubaguycdent: dansmith: does anyone know what the generation and can_host do in resource provider are doing?17:27
johnthetubaguybauzas: including you, as you reviewed the previous patch ^17:29
*** david-lyle has joined #openstack-nova17:30
johnthetubaguyI guess generation gets updated on every update, will dig in the rest of the cahin17:31
johnthetubaguychain17:31
*** wanghao has quit IRC17:32
alaskijohnthetubaguy: it's explained in the spec, if I can find that17:32
johnthetubaguyah, I got lost in spec soup around that stuff17:33
jaosoriorsdague: Thanks for starting the conversation on the nova hooks. One thing though... Those have been pretty useful, even if they lack documentation and are a bit hard to figure out. Wouldn't it be a possibility to refactor them instead and come up with a stable API for them?17:33
*** wanghao has joined #openstack-nova17:34
openstackgerritShaoHe Feng proposed openstack/python-novaclient: Add two server-migration commands and bump migration-list command  https://review.openstack.org/28133517:34
sdaguejaosorior: if it was something we wanted to support. It changes other expectations as well.17:34
johnthetubaguyalaski: you just reminded me, are there any critical cells v2 changes we need for mitaka, I am likely to start a new round of -2s tomorrow17:35
jaosoriorcan you ellaborate what you mean by "17:35
jaosoriorit changes other expectations as well."17:35
*** danpb has quit IRC17:35
jaosoriorsdague ^^17:35
*** abitha has quit IRC17:35
sdaguejaosorior: anyway, here is my take. If we decide to deprecate hooks, I'll +2 your bug fix as is, because it makes no sense to require testing the broader thing for your fix17:36
alaskijohnthetubaguy: I'm not sure I'd call them critical from an upgrade PoV, but the series at https://review.openstack.org/#/c/278124/ would be good to have, as well as melwitt and doffms nova-manage changes17:36
*** fawadkhaliq has joined #openstack-nova17:36
sdaguejaosorior: there are all kinds of implications in providing arbitrary code execution there, especially when things like cloud-init exist17:36
alaskijohnthetubaguy: that should all be in the priority review etherpad17:36
*** yassine has quit IRC17:36
sdaguehonestly, I don't know the rdo usage enough to know why that's the plug point here17:37
jaosoriorsdague: Well.. Actually what's being done there is processed by cloud-init17:38
alaskijohnthetubaguy: here's the generation and can_host info https://review.openstack.org/#/c/283253/17:38
jaosoriorsdague: And notifications don't provide enough information17:39
*** sfinucan has quit IRC17:39
sdaguejaosorior: well, then we'd have that discussion about what is needed17:39
*** lpetrut has quit IRC17:40
*** davideagnello has joined #openstack-nova17:40
sdaguejaosorior: I can't ad-hoc all the implications of what you are doing and what's needed on the fly. But it's probably worth writing down your use cases in detailed regardless, to figure out what you might need in newton if this mechanism is removed17:40
shaohe_feng_PaulMurray: andreykurilin: send the new patch. Thanks.17:40
*** pece has joined #openstack-nova17:41
PaulMurrayshaohe_feng_, just looking : https://review.openstack.org/#/c/281335/8..9/novaclient/v2/contrib/migrations.py L69 should that be 2.2317:41
johnthetubaguyjaosorior: we are re-working the notifications in newton, so getting the required information in there, could be a good way forward here17:41
shaohe_feng_PaulMurray: yes. good catch. let me fix it.17:42
johnthetubaguyalaski: thanks for all those, looks good17:42
openstackgerritPawel Koniszewski proposed openstack/nova: Allow block_migration and disk_over_commit to be None  https://review.openstack.org/25410217:42
johnthetubaguyalaski: ah, needed for those atomic compare things, that sounds believable.17:43
openstackgerritShaoHe Feng proposed openstack/python-novaclient: Add two server-migration commands and bump migration-list command  https://review.openstack.org/28133517:44
*** penick has joined #openstack-nova17:44
openstackgerritPawel Koniszewski proposed openstack/nova: API: Improve os-migrateLive input parameters  https://review.openstack.org/25931917:44
*** sahid has quit IRC17:44
*** ihrachys has quit IRC17:45
pkoniszewski_hi, i just rebased +Wed patch that failed to merge, because of a change in doc/notification_samples/service-update.json17:45
pkoniszewski_https://review.openstack.org/#/c/25410217:45
pkoniszewski_can it get re-approved?17:45
PaulMurrayjohnthetubaguy, simple rebase on patch you +W: https://review.openstack.org/#/c/254102/3517:45
*** wanghao has quit IRC17:45
*** wanghao has joined #openstack-nova17:46
johnthetubaguyPaulMurray: ah, cools17:47
openstackgerritShaoHe Feng proposed openstack/python-novaclient: Add two server-migration commands and bump migration-list command  https://review.openstack.org/28133517:47
*** achanda has joined #openstack-nova17:47
PaulMurrayjohnthetubaguy, and the follow-on : https://review.openstack.org/#/c/25931917:47
*** harlowja_at_home has joined #openstack-nova17:48
*** derekh has quit IRC17:53
*** Marga_ has quit IRC17:54
johnthetubaguyPaulMurray: I hit both I thought?17:54
johnthetubaguyoh wait, timeline warp17:55
PaulMurrayjohnthetubaguy, yes, you did - yep, I'm slightly in the past17:55
*** david-lyle has quit IRC17:55
*** david-lyle_ has joined #openstack-nova17:55
PaulMurray(although being in bristol I am actually 5 mins ahead)17:56
*** tongli has quit IRC17:56
* johnthetubaguy its funny that IRC conversions exhibit distributed system problems...17:56
*** jaugustine has quit IRC17:57
*** claudiub has quit IRC17:57
*** burt has quit IRC17:59
*** krtaylor has quit IRC17:59
*** haomaiwa_ has quit IRC18:01
*** claudiub has joined #openstack-nova18:01
*** jlanoux has quit IRC18:01
*** haomaiwang has joined #openstack-nova18:01
*** Guest67703 is now known as me_18:01
*** agireud has quit IRC18:01
*** me_ is now known as med_18:01
*** med_ has quit IRC18:01
*** med_ has joined #openstack-nova18:01
*** baoli has quit IRC18:01
*** baoli has joined #openstack-nova18:03
*** baoli has quit IRC18:03
*** agireud has joined #openstack-nova18:03
*** aginwala has joined #openstack-nova18:04
*** achanda has quit IRC18:04
*** lucasagomes is now known as lucas-dinner18:05
*** sudipto has quit IRC18:08
*** aginwala has quit IRC18:09
*** zenoway has joined #openstack-nova18:10
*** matrohon has joined #openstack-nova18:10
*** baoli has joined #openstack-nova18:10
*** krtaylor has joined #openstack-nova18:11
*** vladikr_ has joined #openstack-nova18:11
pkoniszewski_andreykurilin: hi, there?18:12
andreykurilin__pkoniszewski_: hi, yes18:13
*** vladikr has quit IRC18:13
dansmithbauzas: still around?18:13
pkoniszewski_im fixing GET/SHOW migrations in client18:14
pkoniszewski_wonder what you mean there https://review.openstack.org/#/c/281335/11/novaclient/v2/contrib/migrations.py18:14
*** Swami has joined #openstack-nova18:14
pkoniszewski_is api_version part of 'cs' ?18:14
pkoniszewski_andreykurilin__: ^^18:14
andreykurilin__pkoniszewski_: yes https://github.com/openstack/python-novaclient/blob/master/novaclient/v2/client.py#L13418:16
*** vladikr_ has quit IRC18:16
andreykurilin__cs is just a initialized Client class, so it have api_version property18:16
andreykurilin__*it has18:16
pkoniszewski_got it! :)18:16
*** sc68cal has joined #openstack-nova18:19
*** baoli_ has joined #openstack-nova18:19
*** baoli has quit IRC18:22
thorst_afkdansmith markus_z: We had tested 264157 in our envs with IPv6 only and IPv4 only and it was working well.18:23
*** thorst_afk is now known as thorst18:23
*** Guest63721 is now known as mfisch18:24
*** mfisch is now known as Guest200418:25
markus_zthorst: maybe you can contact larsks to double-check with him?18:25
larsksmarkus_z: that sounds like suitable testing to me :).18:26
thorstdefinitely.  larsks if it would help, I can also set up a devstack for KVM and verify in that env?  Our testing of it had been with the PowerVM driver, but the code that touches is not PowerVM specific.  Regardless, if we'd like to run it through a KVM env, I could run that quick as well18:27
*** raildo is now known as raildo-afk18:27
*** krtaylor has quit IRC18:27
larsksthorst: I think that makes sense, yes; that's what I was planning on doing either later today or early tomorrow, but if you can get to it now more power to you!18:27
dansmiththorst: I specifically want to make sure it works with ubuntu and rhel, since cloud-init has to translate18:28
*** Marga_ has joined #openstack-nova18:28
dansmiththorst: if you can do those, then that's cool18:28
*** Guest2004 is now known as mfisch18:28
*** mfisch has quit IRC18:28
*** mfisch has joined #openstack-nova18:28
thorstdansmith larsks: my testing had been with Ubuntu clients.  I don't have RHEL images handy...I can probably build some though.  But it might take me a bit longer?18:28
dansmiththorst: okay, well, I dunno... someone should test it :)18:29
thorstdansmith: agree.  I can get the RHEL testing done.  Just will take me a bit longer  :-)18:29
*** baoli_ has quit IRC18:29
thorstI'll update the patch set when I finish the test with the results.18:29
*** raildo-afk is now known as raildo18:29
dansmithokay, thanks18:30
thorstdansmith larsks markus_z: thanks!18:30
*** boris-42 has joined #openstack-nova18:30
*** baoli has joined #openstack-nova18:31
*** thorst is now known as thorst_afk18:31
*** abitha has joined #openstack-nova18:31
*** doug-fish has quit IRC18:32
*** vladikr_ has joined #openstack-nova18:32
*** whenry_ has joined #openstack-nova18:32
*** huats_ has quit IRC18:33
*** huats_ has joined #openstack-nova18:33
*** huats_ has quit IRC18:33
*** huats_ has joined #openstack-nova18:33
*** browne has quit IRC18:33
*** pece has quit IRC18:34
*** rdopiera has quit IRC18:35
*** PaulMurray has quit IRC18:35
*** paul-carlton2 has quit IRC18:36
*** chhavi has quit IRC18:39
*** krtaylor has joined #openstack-nova18:39
openstackgerritKaitlin Farr proposed openstack/nova-specs: Integrate Castellan for Key Management  https://review.openstack.org/24756118:40
*** baoli has quit IRC18:42
openstackgerritSean Dague proposed openstack/nova: WIP: example code to try to test hooks  https://review.openstack.org/28619818:43
*** baoli has joined #openstack-nova18:44
*** angdraug has quit IRC18:45
*** andrearosa_web has quit IRC18:45
*** rk4n has quit IRC18:45
*** Sukhdev has quit IRC18:45
*** doug-fish has joined #openstack-nova18:46
*** doug-fish has quit IRC18:46
*** doug-fish has joined #openstack-nova18:47
mriedemman, check queue is 400 deep18:47
*** vilobhmm11 has joined #openstack-nova18:49
dansmithedleafe: so the problem with you using the model in the update method is that we don't get back the inv_* keys, which means we update the compute node with zeroes on save18:50
edleafedansmith: hmmmm...18:51
*** e0ne has joined #openstack-nova18:51
dansmithI'm inclined to do something roundabout in the object to avoid this18:51
dansmithlemme see how terrible it is18:51
edleafedansmith: so maybe update has to update two things for the time being?18:51
edleafedansmith: i.e., both the compute node and the inv_* stuff?18:52
dansmithno18:52
dansmithwe don't want it to do that18:52
*** baoli has quit IRC18:52
dansmithif anything, we just need to have it return the result of a get query18:52
*** thorst_afk is now known as thorst18:52
dansmithmaybe I should just do that for now18:52
*** vladikr_ has quit IRC18:54
*** baoli has joined #openstack-nova18:54
*** jaosorior has quit IRC18:54
*** baoli has quit IRC18:55
*** vladikr_ has joined #openstack-nova18:56
*** baoli has joined #openstack-nova18:58
*** jaosorior has joined #openstack-nova18:58
johnthetubaguymriedem: something tells me we have already merged all the patches for mitaka-318:59
johnthetubaguyan python-novaclient release18:59
*** andymaier has quit IRC18:59
johnthetubaguyanyways, time for dinner18:59
* johnthetubaguy bravely runs away18:59
mriedemm-3 for novaclient?18:59
dansmithgate blocker.. coming up?18:59
mriedemi think the gate is already pretty much at a standstill18:59
mriedemcheck queue is 410 and counting18:59
ndipanovhow come it's so slow?19:00
mriedemthere are ~650 nodes max in nodepool19:00
mriedemeveryone pushing changes for FF week19:00
*** delattec has joined #openstack-nova19:00
dansmithand nova jobs take 25 nodes...19:00
*** delattec has quit IRC19:00
dansmitheach one19:00
mriedemand tempest is like 30+ jobs19:01
*** haomaiwang has quit IRC19:01
mriedemso yeah, lots of patches, lots of jobs, not enough resources19:01
*** haomaiwang has joined #openstack-nova19:01
ndipanovah right FF week19:01
dansmithmriedem: can you comment here? https://review.openstack.org/#/c/281837/22/nova/db/sqlalchemy/migrate_repo/versions/318_resource_provider_name_aggregates.py19:02
mriedemyeah19:03
dansmithcdent: after you get mriedem's read, please push up a new set so we can try to get everyone rebased on top of yours..19:03
cdentdansmith: yup19:03
dansmithedleafe: you're working on that feedback from johnthetubaguy I assume?19:03
*** cdelatte has quit IRC19:03
dansmithI have a new patch to push but will wait until you push, rebased on cdent's latest to avoid confusing the issue further19:03
*** doug-fis_ has joined #openstack-nova19:03
edleafedansmith: yeah, just started but taking awhile because... meetings. :(19:04
dansmithokay19:05
mriedemcommented19:06
*** doug-fi__ has joined #openstack-nova19:06
*** doug-fi__ has quit IRC19:06
*** doug-fi__ has joined #openstack-nova19:07
*** jaosorior has quit IRC19:07
mriedembasically, if no fkey, then no effing problem19:07
*** doug-fish has quit IRC19:07
*** doug-fis_ has quit IRC19:08
*** dims_ has joined #openstack-nova19:11
mriedemalaski: doffm: several questions / comments in https://review.openstack.org/#/c/278124/19:11
*** dims has quit IRC19:11
*** angdraug has joined #openstack-nova19:13
mriedemnow i've been sucked into the black hole that is the resource providers series19:13
openstackgerritChris Dent proposed openstack/nova: Adjust resource-providers models for resource-pools  https://review.openstack.org/28183719:14
cdentthere we go dansmith, edleafe, johnthetubaguy19:14
*** mtanino has quit IRC19:14
cdentmriedem: it is a spooky place19:14
*** jichen has joined #openstack-nova19:15
*** doug-fi__ is now known as doug-fish19:16
*** ducttape_ has quit IRC19:16
*** baoli has quit IRC19:18
*** baoli has joined #openstack-nova19:18
*** ihrachys has joined #openstack-nova19:20
*** e0ne has quit IRC19:20
pkoniszewski_andreykurilin__: still there?19:21
*** cdelatte has joined #openstack-nova19:22
*** baoli has quit IRC19:23
*** baoli has joined #openstack-nova19:23
*** ducttape_ has joined #openstack-nova19:23
mriedemalaski: policy question, could one disable file injection by setting the personality policy to role:admin? https://github.com/openstack/nova/blob/master/etc/nova/policy.json#L42119:24
andreykurilin__ pkoniszewski_: yup19:24
alaskimriedem: not with that rule, the *:discoverable rules just indicate whether or not the extension is advertised as being available19:26
*** baoli has quit IRC19:26
alaskiAPI extension19:26
*** dedery has joined #openstack-nova19:26
*** jdillaman has quit IRC19:27
mriedemso if i used ! for the discoverable policy, and tried to inject files at boot, i'm assuming that should fail19:27
mriedemor at least not pass them on19:27
mriedemsame with scheduler hints19:27
alaskiI'm pretty sure it doesn't work like that. It just controls whether or not it shows up in /extensions19:28
mriedemok, i'll test it out19:29
alaskiyeah, I don't know for sure. but my understanding is that extensions are always loaded, but may not always be shown in the /extensions list19:31
mriedemalaski: yeah, you're right.19:34
*** knikolla has quit IRC19:34
mriedemi listed extensions and scheduler hints was in there, i changed the os-scheduler-hints:discoverable policy to ! and now it doesn't show up,19:34
mriedembut nothing prevents me from booting with --hint foo=bar19:34
alaskithat is some functionality we lost, as it used to be preventable by not enabling the extension19:35
*** mtanino has joined #openstack-nova19:35
alaskithough I think we intentionally lost that19:35
mriedemdo we persist scheduler hints in the request_specs table now?19:37
alaskiyes. that's mostly what it's for19:38
mriedemah yup19:38
*** baoli has joined #openstack-nova19:39
mriedemthar she blar "scheduler_hints": {"foo": ["bar"]}}19:40
mriedemin my api db19:40
*** tbachman has quit IRC19:41
openstackgerritChris Dent proposed openstack/nova: Add name to ResourceProvider object  https://review.openstack.org/28194519:42
*** tongli has joined #openstack-nova19:42
openstackgerritChris Dent proposed openstack/nova: Add a get_by_uuid for aggregates  https://review.openstack.org/28489519:43
openstackgerritChris Dent proposed openstack/nova: Add Allocation and AllocationList objects  https://review.openstack.org/28244219:44
*** ihrachys has quit IRC19:44
openstackgerritChris Dent proposed openstack/nova: WIP Add ResourcePool object  https://review.openstack.org/28496319:44
*** achanda has joined #openstack-nova19:47
*** cfcp1 has quit IRC19:48
pkoniszewski_andreykurilin__: i can't get one thing fixed in GET/SHOW migrations19:50
pkoniszewski_andreykurilin__: Shaohe wanted to check api version in https://review.openstack.org/#/c/281335/11/novaclient/tests/unit/v2/fakes.py@238819:51
*** knikolla has joined #openstack-nova19:51
pkoniszewski_andreykurilin__: point is that api_version is not set in FakeSessionMockClient19:52
bauzasdansmith: /me is back19:53
bauzasdansmith: 'supp ?19:53
dansmithbauzas: I figured out my problem, but thanks19:53
bauzasdansmith: heh, no worries, the callcenter is 24/7 ;)19:54
*** vladikr__ has joined #openstack-nova19:55
*** vladikr_ has quit IRC19:55
*** jdillaman has joined #openstack-nova19:56
*** achanda has quit IRC19:57
*** tbachman has joined #openstack-nova19:57
*** dims_ has quit IRC19:58
*** armax has quit IRC19:59
*** haomaiwang has quit IRC20:01
*** haomaiwang has joined #openstack-nova20:01
*** baoli has quit IRC20:02
*** davideagle has joined #openstack-nova20:03
bauzascdent: comment in https://review.openstack.org/#/c/281837/ but I'm still fine20:04
cdentthanks bauzas, looking20:04
bauzascdent: tbc, so creating a new resource provider would be done by an API post, right?20:04
*** shaleh has joined #openstack-nova20:04
bauzascdent: using the new scheduler endpoint20:05
bauzascdent: I just want to make sure that duplicates on name are provided to the user by a better UX20:05
bauzasif we have an UC20:05
cdentbauzas: that would be in the domain of either the api, or the ov.object, neither of which are planned to be done in this cycle. My expectation is that the ov.object would raise an exception that the api would properly transform into something useful20:07
bauzascdent: sure, I'm fine with that hence my +220:07
cdent20:07
bauzascdent: I just want to make sure you're keeping that in your mind20:07
cdentyes20:07
*** Pistachio has joined #openstack-nova20:08
cdentthinking of those things is why I discovered the need for the additional constraint20:08
cdentgiven the choices made earlier today on what gets a -2, the 'name' field will remain hidden for quite a while20:08
bauzasokay20:09
shalehwhile investigating a couple of of nova questions I noticed that there is inconsistent logging from keystonemiddleware when a request is handled. Is that expected behavior or do I have an issue with lost log messages?20:09
* bauzas winks to mriedem for https://review.openstack.org/#/c/284959/20:10
* mriedem blushes20:11
bauzaswoah, the gate is just awesomeness tonigh20:11
bauzastonight20:11
*** achanda has joined #openstack-nova20:11
*** angdraug has quit IRC20:11
*** dims has joined #openstack-nova20:12
bauzasmriedem: you're lucky, I'm not on your Facebook timeline so I won't poke you20:12
mriedembauzas: i'm not on facebook20:12
mriedembauzas: alaski is questioning the version bump in that change20:12
bauzasmriedem: you're not loosing that much20:12
bauzasorly? missed that20:12
*** david-lyle_ is now known as david-lyle20:12
bauzashah20:13
bauzasalaski: mriedem: soooo, about the cells rpcapi change, it was just a discussion with johnthetubaguy20:13
*** pushkaru has quit IRC20:13
*** pushkaru has joined #openstack-nova20:13
bauzasalaski: I don't honestly want to modify the payload for that20:14
bauzasalaski: like we discussed earlier20:14
alaskiyeah, I agree20:14
alaskiI just don't understand the version bump then20:14
bauzasbut john and matt had some concerns also about having a nice way to see that20:14
*** eharney_ has joined #openstack-nova20:15
alaskito see that the payload didn't change?20:15
mriedemi guess my concern was just tracking the version change in case we needed to come back to it later for some reason20:15
bauzasalaski: yup20:15
mriedemmaybe dansmith has an opinion20:15
alaskimriedem: like if something broke because we did actually change the payload?20:16
bauzasso, I'm just opiniated on the non-payload change, I'm fine with any outcome on how to provide some clear doc20:16
dansmithI always have an opinon.. let me read the backscroll to see what I have an opinion about this time20:16
alaskidansmith: https://review.openstack.org/#/c/284959/20:16
bauzasdansmith: tl;dr some ComputeTaskAPI changes required the cells API to modify as well, but since cells v1 is quite feature-freeze, I didn't want to pass thru the new object20:17
dansmithalaski: it's a new rpc param so it needs a version bump right?20:17
bauzasdansmith: so, the question is : "how to comment that it's normal to modify the facade but not the RPC interface"20:18
dansmithif not we get a dispatch failure instead of a nice "unsupported version" message20:18
alaskidansmith: nothing about the rpc actually changes. rpcapi is taking a new param but purposely not sending it over the wire20:18
dansmithoh20:18
bauzasyup20:18
dansmiththen yeah, no version bump20:18
*** yamahata has quit IRC20:18
*** eharney has quit IRC20:19
bauzasso I'll just comment that20:19
*** Sam-I-Am has joined #openstack-nova20:19
Sam-I-Ammriedem: ping20:20
bauzasmriedem: agreed ?20:20
mriedembauzas: sure, i think that's what i was asking for last week, not necessary the version bump, but something documented in the code20:20
bauzasmriedem: you asked for either, so I'm good :)20:20
mriedem"If we aren't going to do that, we should probably put a note in the methods themselves that we are intentionally not passing the request_spec down b/c $reason."20:20
*** tbachman has quit IRC20:20
mriedemSam-I-Am: pong20:20
*** ZZelle_ has joined #openstack-nova20:20
bauzastypey typey20:20
Sam-I-Ammriedem: hey. trying to solve an error where nova-compute keeps throwing an error about 'missing cpu model name' in the libvirt xml20:21
Sam-I-Ammriedem: usually if i set virt_type = qemu, things Just Work20:21
Sam-I-Ambut in this case, no value for cpu_mode works20:21
*** fawadkhaliq has quit IRC20:22
Sam-I-Amsort of bashing my head on the desk because just using virt_type=qemu works in devstack and on most of my labs, but not in this environment20:22
mriedemSam-I-Am: related? https://ask.openstack.org/en/question/82918/nova-compute-is-not-running-using-devstack/20:24
*** doug-fish has quit IRC20:24
mriedemare you doing nested virt or not?20:24
Sam-I-Ammriedem: this is a SL box20:24
Sam-I-Ammriedem: its a vm20:25
mriedemSam-I-Am: so things are working now and you just want to know why it's different in this case? or it's not working and you're looking for help?20:28
Sam-I-Ammriedem: its not working20:28
Sam-I-Amusing virt_type=qemu and defaulting cpu_mode should Just Work for nova-compute running on a cloud server20:28
Sam-I-Amjust in this case it isnt20:28
Sam-I-Amso i'm trying to figure out if i'm missing something obvious, or there's a deeper problem... perhaps with libvirt itself20:29
*** dims has quit IRC20:29
*** doug-fish has joined #openstack-nova20:30
mriedemoff the top of my head i don't know, there are several similar cases on the forum https://ask.openstack.org/en/questions/scope:all/sort:activity-desc/page:1/query:missing%20cpu%20model%20name/20:30
mriedemdanpb is the expert but he's not around20:30
mriedemmy devstack is using virt_type=qemu and cpu_mode=none20:31
Sam-I-Ammriedem: yeah, thats what i'm using here. and it breaks.20:31
Sam-I-Amwhich is why i suspect something else is going on20:32
mriedem"If virt_type="kvm|qemu", it will default to "host-model", otherwise it will default to "none""20:32
mriedemso...have you explicitly tried using cpu_mode=none?20:32
*** doug-fis_ has joined #openstack-nova20:32
*** tongli has quit IRC20:34
Sam-I-Amyes20:34
Sam-I-Amthats what i have it set to now20:34
mriedemhave you tried setting cpu_mode=host-model?20:34
Sam-I-Amyep. also fails.20:34
*** doug-fish has quit IRC20:34
*** salv-orlando has joined #openstack-nova20:36
*** yarkot_ has joined #openstack-nova20:36
Sam-I-Ammriedem: its interesting that 'virsh capabilities' lists no <model> under <cpu>20:36
Sam-I-Amthere should be at least a qemu32 there20:36
*** mylu has joined #openstack-nova20:37
*** doug-fis_ has quit IRC20:37
openstackgerritSylvain Bauza proposed openstack/nova: Fix Cells RPC API by accepting a RequestSpec arg  https://review.openstack.org/28495920:37
*** xyang1 has joined #openstack-nova20:38
*** yarkot_ has quit IRC20:38
*** salv-orl_ has quit IRC20:39
*** Sukhdev has joined #openstack-nova20:40
*** eharney_ is now known as eharney20:41
mriedemSam-I-Am: can you do a paste of what's in /usr/share/libvirt/cpu_map.xml ?20:41
*** READ10 has quit IRC20:42
mriedemi mean, i see several forum threads and an older ML thread on the same issue, w/o resolution20:42
mriedemw/o danpb i don't really have an answer20:42
*** zenoway has quit IRC20:42
Sam-I-Ammriedem: http://paste.openstack.org/show/488629/20:43
*** zenoway has joined #openstack-nova20:43
mriedemi know the SL hosts are running centos 7.1 with a much newer libvirt than we use in the gate20:43
*** lpetrut has joined #openstack-nova20:43
Sam-I-Ammriedem: http://paste.openstack.org/show/488630/20:43
Sam-I-Amthats what virsh capabilities shows on this box20:43
*** burt has joined #openstack-nova20:44
Sam-I-Amon my other lab nodes in the cloud, i see this: http://paste.openstack.org/show/488631/20:44
Sam-I-Amnotice the <model> in there20:44
*** knikolla has quit IRC20:45
mriedemand what's /proc/cpuinfo in your guest showing for a model?20:45
openstackgerritEd Leafe proposed openstack/nova: Use new inventory schema in all compute_node gets  https://review.openstack.org/28483320:45
*** baoli has joined #openstack-nova20:47
Sam-I-Ammriedem: http://paste.openstack.org/show/488633/20:47
Sam-I-Amthats on the SL box20:47
Sam-I-Amwell, SL vm20:47
ZZelle_Hi everyone, is it possible to run a liberty nova-conductor with juno nova-computes?20:47
*** baoli has quit IRC20:48
*** baoli has joined #openstack-nova20:48
*** MVenesio has quit IRC20:49
*** ivase_ has joined #openstack-nova20:49
*** MVenesio has joined #openstack-nova20:49
*** ociuhandu has quit IRC20:49
*** MVenesio has quit IRC20:50
*** ducttape_ has quit IRC20:50
mriedemSam-I-Am: and the image you're using has worked before?20:50
Sam-I-Ammriedem: i havent been able to get an instance to boot on this node20:51
Sam-I-Ambecause of this libvirt thing20:51
mriedemok, so i'd ping danpb in the morning20:51
mriedemhe's in london20:51
openstackgerritSean Dague proposed openstack/nova: Deprecate nova.hooks  https://review.openstack.org/28627620:52
edleafedansmith: pushed an update to 28483320:52
dansmithedleafe: okay cool20:52
edleafedansmith: no real changes to the code, though - just the tests20:53
Sam-I-Ammriedem: k, thx for the help.20:53
Sam-I-Ammriedem: i bet its something simple and wonky :/20:53
*** jpomeroy has joined #openstack-nova20:53
*** ivase has quit IRC20:53
ivase_ZZelle:  best test it yourself, will be surprised if it works you can use vagrant with openstack ansible20:54
mriedemno idea, what version of libvirt?20:54
mriedemlike 1.2.17 or something?20:54
*** ivase_ is now known as ivase20:55
*** Sukhdev has quit IRC20:55
Sam-I-Ammriedem: 1.2.220:55
dansmithedleafe: ah, meant to say.. I don't think we need this: https://review.openstack.org/#/c/284833/6/nova/db/api.py20:55
sdagueSam-I-Am: what's an SL box?20:55
dansmithedleafe: we don't need to do this from outside db/sqlalchemy right?20:56
Sam-I-Amsdague: softlayer20:56
jpomeroymriedem, other nova people, I got this question i'm hoping you can answer:  Are nova extensions even still real or are they replaced by microversions or will they be there for a few releases?20:56
Sam-I-Ammriedem: same ver that runs in the gate iirc20:56
dansmithjpomeroy: they're gone20:57
mriedemSam-I-Am: wait, that's the guest or the host?20:57
edleafedansmith: I wasn't sure if it would be needed for the compute node objects20:57
dansmithedleafe: not so far20:57
jpomeroyso checking that an extension exists is kind of meaningless then right?20:57
dansmithbut I guess it's not too bad to leave it20:57
Sam-I-Ammriedem: this is on the "host" (which is a SL VM)20:57
sdagueSam-I-Am: what does cat /proc/cpuinfo produce on that box? I wonder if libvirt can't guess based on the odd flags passed to it20:57
edleafedansmith: well, it is a temp hack...20:58
mriedemsdague: http://paste.openstack.org/show/488633/20:58
dansmithedleafe: yeah, which is why I was going to say leave it out20:58
dansmithbut20:58
ZZelle_ivase, no migration matrix with nova-conductor/nova-compute supported versions?20:58
Sam-I-Amsdague: http://paste.openstack.org/show/488633/20:58
*** angdraug has joined #openstack-nova20:59
*** haomaiwang has quit IRC21:01
dansmithedleafe: re: john's comments.. the existing tests are kinda covering the didn't-break-existing-functionality case right?21:01
*** sneti has quit IRC21:01
*** haomaiwang has joined #openstack-nova21:01
bauzasdansmith: cdent: so I'm a bit worried by +Wing https://review.openstack.org/#/c/284484/ since I'm not a DB expert21:02
dansmithbauzas: yeah, that's cool21:02
openstackgerritPawel Koniszewski proposed openstack/python-novaclient: Add two server-migration commands and bump migration-list command  https://review.openstack.org/28133521:02
dansmithbauzas: I'm +2 because I've beat it up from above and so I'm pretty confident that it's right21:02
edleafedansmith: yes, exactly21:02
dansmithbauzas: I don't know who else to get to review it, but I think it's fine for you to not +W it out of comfort21:02
*** ducttape_ has joined #openstack-nova21:02
bauzasdansmith: given that, a revert could be possible, right?21:02
cdentbauzas: I'm fairly confident that the sqlA generates the desired sql21:03
dansmithedleafe: okay, I complained about whitespace damage, but otherwise I think it's okay21:03
bauzasokay, let's wait for another reviewer and we'll see21:03
sdagueSam-I-Am: I wonder if this is too new a proc for the libvirt you have to play the guessing game.21:03
dansmithbauzas: until my patch that uses the inventories then a revert is fine yeah21:03
dansmithbauzas: but yeah, I think it's fine to punt to someone else21:03
bauzasdansmith: what worries me is the state of the gate21:03
*** davideagnello has quit IRC21:03
dansmithbauzas: sure21:04
Sam-I-Amsdague: could be. how does one play the guessing game?21:04
*** davideagnello has joined #openstack-nova21:04
sdagueI don't know, I think at this point it's down to reading libvirt code21:04
Sam-I-Amawesome :/21:04
bauzasdansmith: but it seems the gate is better now21:04
edleafedansmith: fixing the unrelated whitespace beautification... :)21:04
dansmithedleafe: call it damage or beautification, it's still unrelated :)21:05
bauzasthat's the check pipeline which is bad21:05
edleafedansmith: :)21:06
*** ndipanov has quit IRC21:06
*** knikolla has joined #openstack-nova21:07
openstackgerritEd Leafe proposed openstack/nova: Use new inventory schema in all compute_node gets  https://review.openstack.org/28483321:08
*** salv-orlando has quit IRC21:08
* SpamapS pays attention to the CPU discussion21:08
edleafedansmith: ^^ gift-wrapped for you21:08
dansmithedleafe: thanks21:08
Sam-I-AmSpamapS: lol21:08
*** smatzek has quit IRC21:09
*** salv-orlando has joined #openstack-nova21:09
*** pushkaru has quit IRC21:09
*** baoli_ has joined #openstack-nova21:10
*** baoli_ has quit IRC21:10
*** raildo is now known as raildo-afk21:12
*** baoli_ has joined #openstack-nova21:13
*** baoli has quit IRC21:14
openstackgerritSean Dague proposed openstack/nova: Deprecate nova.hooks  https://review.openstack.org/28627621:14
sdaguedansmith: fixed21:14
* SpamapS tries libvirt from wily21:15
dansmithsdague: got it thanks21:15
*** rfolco_ has quit IRC21:16
SpamapShrm, wily is still only 1.2.1621:16
SpamapSmight have to try xenial21:16
Sam-I-AmSpamapS: which is still a lot newer than 1.2.221:17
*** sheel has quit IRC21:17
SpamapSxenial has 1.321:17
SpamapShttp://paste.openstack.org/show/488641/21:18
SpamapSSam-I-Am: ^21:18
SpamapSsdague: ^21:18
SpamapStrying xenial21:18
Sam-I-AmSpamapS: yep, still no <model>21:19
bauzasdansmith: cdent: so I just figured out http://docs.sqlalchemy.org/en/latest/core/tutorial.html#using-joins for testing to translate SQLA into SQL21:19
bauzasjust testing to play with it21:19
dansmithbauzas: look at my patch above these too21:19
dansmithwhich relies on it behaving properly21:19
cdentbauzas: you can print the generated query at any stage of the process21:20
*** gszasz has joined #openstack-nova21:20
bauzascdent: how ?21:20
cdentone sec21:20
*** zenoway has quit IRC21:22
cdentbauzas: If I recall correctly each of those variables (e.g ram_inv_join) will stringify to the corresponding SQL, so, for example, you could use a debugger or print to stderr or whatever at line 770 of 'select' to see the generated sql21:23
SpamapSSam-I-Am: same21:23
SpamapShttp://paste.openstack.org/show/488644/21:23
*** dims has joined #openstack-nova21:23
*** vishwanathj has joined #openstack-nova21:24
bauzascdent: yeah that's basically what says the above SQLA doc21:25
* bauzas testing21:25
*** lucas-dinner has quit IRC21:28
*** yamahata has joined #openstack-nova21:29
*** davideagnello has quit IRC21:32
*** browne has joined #openstack-nova21:33
*** cdelatte has quit IRC21:33
*** davideagnello has joined #openstack-nova21:34
*** aysyd has quit IRC21:35
*** ociuhandu has joined #openstack-nova21:35
*** lucasagomes has joined #openstack-nova21:36
*** dims has quit IRC21:40
*** cdelatte has joined #openstack-nova21:42
*** jichen has quit IRC21:43
*** dims has joined #openstack-nova21:44
*** browne has quit IRC21:47
*** davideagle has quit IRC21:48
mriedemdansmith: tonyb: for after the stable meeting https://review.openstack.org/#/c/285710/21:48
*** baoli_ has quit IRC21:48
tonybmriedem: Oh yeah I meat to +2 that yesterday21:48
mriedemmmm meat21:48
*** davideagle has joined #openstack-nova21:49
mriedemclaudiub: dansmith: mikal: this needs a +W too https://review.openstack.org/#/c/284761/21:49
*** mingyu has joined #openstack-nova21:50
*** fawadkhaliq has joined #openstack-nova21:50
tonybmriedem: speakign of meat.  I watch what we do in the shadows.21:50
tonybmriedem: +1 would watch again :)21:50
mriedemit's nice to know at least some people around here have good taste21:51
sdaguemriedem: were you ever going to merge this to kilo - https://review.openstack.org/#/c/278992/ ?21:51
mriedembauzas: would like your review on this backport also https://review.openstack.org/#/c/276191/21:51
tonybmriedem: I grew up in wellington so there was extra stuff for me :)21:51
mriedemsdague: yeah maybe21:51
tonybmriedem: well not just me .... you know what I mean21:52
*** cdelatte has quit IRC21:52
*** cdelatte has joined #openstack-nova21:53
*** armax has joined #openstack-nova21:53
*** edmondsw has quit IRC21:53
bauzasdansmith: cdent: question (while jay isn't there) https://review.openstack.org/#/c/284484/2/nova/db/sqlalchemy/api.py@75621:53
bauzasit's a nit, but why not provding the reserved disk and cpu ones ?21:54
*** cdelatte has quit IRC21:54
*** haplo37 has quit IRC21:54
*** cdelatte has joined #openstack-nova21:54
*** dedery has quit IRC21:54
claudiubmriedem: the hyper-v ci was set in debug / silent mode until the live migration is fixed in nova. ociuhandu posted the job results on: https://review.openstack.org/#/c/285370/21:55
*** cdelatte has quit IRC21:55
tonybsdague: I think we're waitign to see the impact on master now that the liberty (for grenade) backport landed21:55
cdentbauzas: looking21:56
bauzascdent: that's something we can modify later (so still a nit)21:57
mriedemclaudiub: +221:58
*** haplo37 has joined #openstack-nova21:58
mriedemclaudiub: although rather than disabling the CI, wouldn't the problem tests just have been skipped?21:58
*** vilobhmm11 has quit IRC21:58
mriedemor set the tempest config to FALSE for live migration testing until it was fixed?21:58
mriedems/wouldn't/couldn't/21:59
*** vilobhmm11 has joined #openstack-nova21:59
*** davideagle has quit IRC21:59
*** salv-orl_ has joined #openstack-nova21:59
claudiubmriedem: true, but you wanted to see the live migration tests run. :)22:00
*** vilobhmm11 has quit IRC22:00
mriedemclaudiub: i don't remember asking for that before this change, but sure22:00
*** vilobhmm11 has joined #openstack-nova22:00
mriedemmy point is, if there is a specific regression that only impacts a subset of configurable tests in tempest, the CI should skip/disable those tests until it's fixed, not completely take the CI down22:00
claudiubmriedem: yeah, you asked me last week if the hyper-v ci runs the live migration tests. :)22:00
mriedemsince other bad things could be sneaking in22:01
*** haomaiwang has quit IRC22:01
mriedemyeah, i was surprised22:01
mriedemanyway, for future reference, i'd personally prefer to see the CI remain up but skip problematic tests if there is a regression22:01
*** haomaiwa_ has joined #openstack-nova22:01
claudiubmriedem: sure, that's what we typically do anyways.22:01
*** salv-orlando has quit IRC22:02
bauzasmriedem: so https://review.openstack.org/#/c/276191/2 is a bug yes, but IMHO the related bug report is wrong22:02
claudiubmriedem: we do exclude tests that are failing or can't pass on the current hyper-v ci (for example, the nic hot plug test cannot pass on 2012 r2, but it can on 2016).22:03
cdentbauzas: I can't figure it out. My first assumption was that in the pre-resource provider world ram reservation was thing where disk and cpu were not, but I don't know how to look to really figure out what's going on . Maybe dansmith will have some ideas when he surfaces?22:03
bauzasmriedem: that's only if operators use those filters that we would have some problems (but those are disabled by default)22:03
bauzasmriedem: TBH, it's an Ironic problem hence probably the bug report (because Ironic deployments use those in https://github.com/openstack/nova/blob/master/nova/conf/scheduler.py#L58-L60 =22:05
mriedembauzas: yeah i saw all the ironic stuff in the bug report22:05
mriedembut 'operators would only have problems if they used this code' is kind of true for anything in nova right>22:05
mriedem?22:05
dansmithcdent: I'm not sure what you're asking22:05
mriedembugs in the vmware driver are only issues if you're using the vmware driver22:06
*** doug-fish has joined #openstack-nova22:06
mriedembauzas: i guess my point was i wanted to know if you were ok with that going back to stable/liberty22:06
bauzasmriedem: so, I'm fine with backporting that since it's an Ironic-related bug or for operators explicitly using those filters22:06
cdentdansmith at line 756 https://review.openstack.org/#/c/284484/2/nova/db/sqlalchemy/api.py@756 there's some handling of reserved ram (and a question from bauzas, which is the question)22:06
bauzasmriedem: yes, it's a valid bug, not a wishlist one22:06
mriedemok22:06
bauzasmriedem: I should have commented that in the master review btw.22:07
auggyclaudiub: what's the nosiest pepper?22:07
bauzasmriedem: because that big 'scheduler' bug is just a placeholder22:07
mriedembauzas: want to adjust the bug severity?22:07
bauzasmriedem: no, wishlist is perfect22:08
auggyclaudiub: a jalapeño cuz it's jalapeño (all up in yo') business!!!22:08
dansmithah, I don't know22:08
mriedembauzas: ahh!22:08
mriedembauzas: so it's a bug, but it's not a bug?22:08
cdentgood eyes there bauzas22:08
bauzasmriedem: I should have just said to mgoddard to create another bug report for that specific issue22:08
openstackgerritPawel Koniszewski proposed openstack/python-novaclient: Add two server-migration commands and bump migration-list command  https://review.openstack.org/28133522:08
*** knikolla has quit IRC22:09
mriedemok, so original problem is wishlist,22:09
mriedemthing he fixed is a bug22:09
claudiubauggy: hmm... puns. :D i didn't know that one. you seem familiar.22:09
mriedemand part of the overall thingy22:09
bauzasmriedem: exactly, sorry for being unclear22:09
mriedemnp22:09
*** dims has quit IRC22:09
auggyclaudiub: we were making bad puns on the bus at the midcycle :)22:10
*** baoli has joined #openstack-nova22:10
mriedembauzas: btw,22:10
bauzasmriedem: http://i.dailymail.co.uk/i/pix/2014/06/13/article-2657035-1EB9365300000578-176_634x505.jpg22:10
mriedembauzas: you know about tasty cheese right?22:10
claudiubauggy: yeees, i thought so. :D22:10
bauzasmriedem: heh, probably22:10
mriedembauzas: but do you know about tasty children? http://www.cbsnews.com/news/minnesota-woman-admits-to-threatening-to-taste-children/22:10
auggymriedem: you know i was just commenting to someone that i keep reading "incredible" as "inedible"22:11
*** browne has joined #openstack-nova22:11
*** browne has quit IRC22:12
bauzasmriedem: heh, I only know MN this way http://totalpackers.com/wp-content/uploads/2013/10/BViF0EfIcAABtZ0.jpg22:12
*** ijw has joined #openstack-nova22:12
mriedemthat is the most inedible sunset i've ever seen...22:12
mriedembauzas: omfg22:12
dansmiththat's wisconsin22:12
mriedembauzas: that's WI22:12
dansmithyou just insulted him big time22:12
mriedemfor shame!22:12
bauzasmriedem: I know :D22:12
dansmithhaha22:12
bauzasthat's an HIMYM episode22:12
claudiuboooh... himym. <322:12
*** browne has joined #openstack-nova22:12
dansmithall you need to know about american culture you can learn from HIMYM22:13
mriedemis nasal guy from MN in the show?22:13
*** mylu_ has joined #openstack-nova22:13
claudiubi actually have a copy of the playbook and the bro code. :D22:13
*** cdelatte has joined #openstack-nova22:13
*** mylu has quit IRC22:13
dansmithclaudiub: I have the bro code22:13
bauzas+122:13
dansmithclaudiub: courtesy of sdague22:13
claudiub:))22:13
claudiubi actually prefer the playbook. some of the plays are actually practical. :D22:14
dansmithheh22:14
*** phschwartz_ is now known as phschwartz22:14
mriedemsdague: tonyb: i'm +2 on https://review.openstack.org/#/c/278992/ now22:15
mriedemi had to check logstash first22:15
claudiubi think i saw that show like 5 times. :D22:15
*** browne has quit IRC22:17
*** sdague has quit IRC22:18
openstackgerritChuck Carmack proposed openstack/nova-specs: Re-propose spec for refresh-quotas-usage  https://review.openstack.org/28630222:18
*** yamahata has quit IRC22:18
*** yamahata has joined #openstack-nova22:19
ccarmackmriedem: I uploaded the re-proposed spec for "nova-manage usage refresh"22:19
*** armax has quit IRC22:19
mriedemccarmack: ok22:21
mriedemdansmith: alaski: we aren't actually approving newton specs yet are we? even if they are just re-proposed from mitaka?22:22
dansmithI would expect not22:22
alaskiI don't think there's a hard rule against it, but it's definitely not a focus right now22:22
*** claudiub has quit IRC22:23
*** armax has joined #openstack-nova22:26
*** eharney has quit IRC22:26
*** browne has joined #openstack-nova22:27
*** shaleh has quit IRC22:35
*** doug-fis_ has joined #openstack-nova22:35
*** thorst has quit IRC22:35
*** gszasz has quit IRC22:37
*** doug-fish has quit IRC22:37
*** Scalefab has joined #openstack-nova22:38
mriedemi found a way to work this image into a conversation http://www.todayifoundout.com/wp-content/uploads/2010/08/zz_top2crop1.jpg22:41
mriedemwhich i think means i've had a successful day22:41
dansmithwoot22:41
*** baoli has quit IRC22:41
openstackgerritAndrew Laski proposed openstack/nova: Create Instance from BuildRequest if not in a cell  https://review.openstack.org/26392722:41
openstackgerritAndrew Laski proposed openstack/nova: Populate instance_mappings during boot  https://review.openstack.org/26392522:41
openstackgerritAndrew Laski proposed openstack/nova: Include CellMapping in InstanceMapping object  https://review.openstack.org/28630922:41
ccarmackmriedem: which one are you?22:42
mriedemccarmack: one of the main guys22:42
mriedem!drummer22:42
openstackmriedem: Error: "drummer" is not a valid command.22:42
dansmithmriedem: you wish22:42
*** thorst has joined #openstack-nova22:42
ccarmackyou are not the sharp dressed man22:42
mriedemyou guys don't have the context of the conversation though22:42
*** lbeliveau has quit IRC22:43
*** rtheis has quit IRC22:43
*** claudiub has joined #openstack-nova22:43
*** thorst has quit IRC22:46
*** rlrossit has quit IRC22:48
*** haplo37 has quit IRC22:48
*** doug-fis_ has quit IRC22:48
*** doug-fish has joined #openstack-nova22:48
*** davideagle has joined #openstack-nova22:50
*** mingyu has quit IRC22:50
*** MVenesio has joined #openstack-nova22:50
*** edtubill has quit IRC22:51
*** Scalefab has quit IRC22:52
*** kfarr has quit IRC22:53
*** doug-fish has quit IRC22:53
*** doug-fish has joined #openstack-nova22:53
*** achanda has quit IRC22:54
*** MVenesio has quit IRC22:56
*** baoli has joined #openstack-nova22:57
*** ivase has quit IRC22:58
openstackgerritAndrew Laski proposed openstack/nova: Create BuildRequest object during boot process  https://review.openstack.org/27812523:00
openstackgerritAndrew Laski proposed openstack/nova: Create Instance from BuildRequest if not in a cell  https://review.openstack.org/26392723:00
openstackgerritAndrew Laski proposed openstack/nova: Add BuildRequest object  https://review.openstack.org/27812423:00
openstackgerritAndrew Laski proposed openstack/nova: Make InstanceMappings.cell_id nullable  https://review.openstack.org/27859823:00
openstackgerritAndrew Laski proposed openstack/nova: Populate instance_mappings during boot  https://review.openstack.org/26392523:00
openstackgerritAndrew Laski proposed openstack/nova: Include CellMapping in InstanceMapping object  https://review.openstack.org/28630923:00
*** thorst has joined #openstack-nova23:00
*** tbachman has joined #openstack-nova23:00
*** haomaiwa_ has quit IRC23:01
*** haomaiwang has joined #openstack-nova23:01
*** baoli has quit IRC23:04
*** jpomeroy has quit IRC23:04
*** thorst has quit IRC23:05
*** mdrabe has quit IRC23:07
*** davideagle has quit IRC23:07
*** ivase has joined #openstack-nova23:08
*** burt has quit IRC23:08
*** achanda has joined #openstack-nova23:08
*** browne has quit IRC23:09
*** cdent has quit IRC23:09
openstackgerritMark Doffman proposed openstack/nova: Add manage command for cell0.  https://review.openstack.org/27526623:12
openstackgerritMark Doffman proposed openstack/nova: Map instances to cell0 on failed schedule  https://review.openstack.org/26782723:12
openstackgerritMark Doffman proposed openstack/nova: Manage db sync command for cell0  https://review.openstack.org/27488523:12
*** lpetrut has quit IRC23:12
*** ivase has quit IRC23:12
*** yamahata has quit IRC23:12
*** dimtruck is now known as zz_dimtruck23:12
*** browne has joined #openstack-nova23:14
*** ctrath has quit IRC23:14
*** browne has quit IRC23:14
*** dims has joined #openstack-nova23:14
*** Sukhdev has joined #openstack-nova23:15
*** salv-orl_ has quit IRC23:15
*** salv-orlando has joined #openstack-nova23:19
dansmitheff23:21
dansmithhttps://github.com/openstack/nova/blob/master/nova/compute/api.py#L366923:21
*** cdelatte has quit IRC23:22
*** pkoniszewski_ has quit IRC23:24
*** Daisy has joined #openstack-nova23:28
openstackgerritDan Smith proposed openstack/nova: Migrate compute node resource information to Inventory objects  https://review.openstack.org/27931323:28
openstackgerritDan Smith proposed openstack/nova: Add Service.get_minimum_version_multi() for multiple binaries  https://review.openstack.org/27931223:28
openstackgerritDan Smith proposed openstack/nova: Adjust resource-providers models for resource-pools  https://review.openstack.org/28183723:28
openstackgerritDan Smith proposed openstack/nova: Use new inventory schema in all compute_node gets  https://review.openstack.org/28483323:28
openstackgerritDan Smith proposed openstack/nova: Use new inventory schema in compute_node_get_all()  https://review.openstack.org/28448423:28
*** penick has quit IRC23:29
*** penick has joined #openstack-nova23:31
*** Daisy has quit IRC23:31
*** Daisy has joined #openstack-nova23:32
*** pradk has quit IRC23:32
*** sc68cal has quit IRC23:34
*** EinstCrazy has joined #openstack-nova23:34
*** baoli has joined #openstack-nova23:35
*** EinstCrazy has quit IRC23:35
*** Daisy has quit IRC23:36
*** andymaier has joined #openstack-nova23:36
*** cdelatte has joined #openstack-nova23:39
*** browne has joined #openstack-nova23:43
*** xyang1 has quit IRC23:46
*** matrohon has quit IRC23:50
*** mylu_ has quit IRC23:52
openstackgerritScott DAngelo proposed openstack/nova: api_version_request.matches does not accept a string or None  https://review.openstack.org/28540923:52
*** Sam-I-Am has left #openstack-nova23:53
*** mylu has joined #openstack-nova23:55
*** Swami has quit IRC23:55
*** thorst has joined #openstack-nova23:56
*** suresh12 has joined #openstack-nova23:56
*** baoli has quit IRC23:57
*** mrkz has quit IRC23:57
*** thorst_ has joined #openstack-nova23:58

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