Thursday, 2016-02-11

*** haomaiwa_ has quit IRC00:01
*** haomaiwang has joined #openstack-nova00:01
*** irenab_ has joined #openstack-nova00:02
*** crinkle has quit IRC00:03
*** crinkle_ has joined #openstack-nova00:04
openstackgerritLudovic Beliveau proposed openstack/nova: Update binding:profile for SR-IOV ports  https://review.openstack.org/24257300:04
*** crinkle_ is now known as crinkle00:04
*** irenab has quit IRC00:04
*** irenab_ is now known as irenab00:04
*** mylu has joined #openstack-nova00:05
*** nelsnels_ has joined #openstack-nova00:07
*** nelsnelson has quit IRC00:08
*** ducttape_ has joined #openstack-nova00:09
*** armax has joined #openstack-nova00:10
*** nekrodesk has quit IRC00:11
*** thumpba has joined #openstack-nova00:13
*** Daisy has joined #openstack-nova00:14
*** hemna is now known as hemnafk00:16
*** kylek3h has quit IRC00:16
*** thumpba has quit IRC00:17
*** sb- is now known as sb00:17
*** Daisy has quit IRC00:18
*** mfedosin has quit IRC00:23
*** mylu has quit IRC00:26
*** kylek3h has joined #openstack-nova00:26
*** xyang1_ has joined #openstack-nova00:28
*** xyang1 has quit IRC00:28
*** xyang1_ is now known as xyang100:28
*** nic has quit IRC00:29
*** mylu has joined #openstack-nova00:29
*** ganso has quit IRC00:29
openstackgerritClaudiu Belu proposed openstack/nova: Fixes hex decoding related unit tests  https://review.openstack.org/27880800:31
*** claudiub has joined #openstack-nova00:31
openstackgerritClaudiu Belu proposed openstack/nova: Fixes python 3 urllib quote / unquote usage  https://review.openstack.org/27880900:31
openstackgerritClaudiu Belu proposed openstack/nova: Fixes python 3 unit tests  https://review.openstack.org/27881000:31
*** nekrodesk has joined #openstack-nova00:32
*** mingyu_ has joined #openstack-nova00:34
*** Dave_____ is now known as Dave00:34
*** mingyu_ has quit IRC00:34
*** Mingyu has joined #openstack-nova00:36
*** kylek3h has left #openstack-nova00:39
*** mylu has quit IRC00:40
*** mylu has joined #openstack-nova00:40
openstackgerritCorey Wright proposed openstack/nova: Implement images list default and maximum limit  https://review.openstack.org/27881500:42
*** aginwala has quit IRC00:42
*** Swami has quit IRC00:44
*** aginwala has joined #openstack-nova00:45
*** mylu has quit IRC00:46
*** aginwala has quit IRC00:46
*** aginwala has joined #openstack-nova00:46
*** mylu has joined #openstack-nova00:47
*** kylek3h has joined #openstack-nova00:48
*** thorst_ has joined #openstack-nova00:49
*** mylu has quit IRC00:49
openstackgerritCorey Wright proposed openstack/nova: Implement images list default and maximum limit  https://review.openstack.org/27881500:49
*** mylu has joined #openstack-nova00:49
*** Sukhdev has quit IRC00:51
*** kylek3h has quit IRC00:51
*** mylu has quit IRC00:52
openstackgerritMiguel Lavalle proposed openstack/nova: Use instance hostname for Neutron DNS unit tests  https://review.openstack.org/27730200:54
*** ducttape_ has quit IRC00:55
*** mylu has joined #openstack-nova00:55
*** Jeffrey4l has joined #openstack-nova00:56
openstackgerritMiguel Lavalle proposed openstack/nova: Use instance hostname for Neutron DNS unit tests  https://review.openstack.org/27730200:57
*** mylu has quit IRC00:59
*** haomaiwang has quit IRC01:01
*** mylu has joined #openstack-nova01:01
*** haomaiwa_ has joined #openstack-nova01:02
*** mylu has quit IRC01:03
*** eil397 has quit IRC01:03
*** thorst_ has quit IRC01:05
*** thorst_ has joined #openstack-nova01:06
*** mylu has joined #openstack-nova01:06
*** Jeffrey4l has quit IRC01:07
*** mylu has quit IRC01:08
*** mylu has joined #openstack-nova01:08
*** Sukhdev has joined #openstack-nova01:08
*** aginwala has quit IRC01:13
*** mylu has quit IRC01:13
*** thorst_ has quit IRC01:14
*** mylu has joined #openstack-nova01:15
*** vilobhmm11 has quit IRC01:17
*** harlowja has quit IRC01:18
*** mylu has quit IRC01:18
*** Jeffrey4l has joined #openstack-nova01:20
*** aginwala has joined #openstack-nova01:20
*** angdraug has quit IRC01:20
*** achanda has quit IRC01:21
*** achanda has joined #openstack-nova01:33
*** jasondotstar has quit IRC01:35
*** egarbade- has quit IRC01:35
*** raginbajin has quit IRC01:35
*** aginwala has quit IRC01:35
*** eliqiao_ has quit IRC01:36
*** egarbade- has joined #openstack-nova01:36
*** eliqiao_ has joined #openstack-nova01:36
*** dims_ has joined #openstack-nova01:37
*** jasondotstar has joined #openstack-nova01:37
*** ivase has joined #openstack-nova01:37
*** raginbajin has joined #openstack-nova01:37
*** dims has quit IRC01:38
*** dims_ has quit IRC01:41
*** apoorvad has quit IRC01:41
*** ivase has quit IRC01:41
*** zz_dimtruck is now known as dimtruck01:42
*** alex_xu has quit IRC01:43
*** ssurana has quit IRC01:44
*** alex_xu has joined #openstack-nova01:45
*** dims has joined #openstack-nova01:49
*** mylu has joined #openstack-nova01:51
*** baoli has joined #openstack-nova01:53
*** mylu has quit IRC01:54
*** ducttape_ has joined #openstack-nova01:59
*** eliqiao_ has quit IRC02:00
*** eliqiao_ has joined #openstack-nova02:00
*** baoli has quit IRC02:00
*** Daisy has joined #openstack-nova02:00
*** haomaiwa_ has quit IRC02:01
*** haomaiwang has joined #openstack-nova02:03
*** Daisy has quit IRC02:03
*** edmondsw has quit IRC02:03
*** mtanino has quit IRC02:04
*** shz has joined #openstack-nova02:06
*** rk4n_ has joined #openstack-nova02:06
*** Sukhdev_ has joined #openstack-nova02:06
*** browne has quit IRC02:07
*** mragupat has joined #openstack-nova02:08
*** mragupat has quit IRC02:08
*** alex_xu has quit IRC02:08
*** Jeffrey4l has quit IRC02:08
*** mragupat has joined #openstack-nova02:08
*** alex_xu has joined #openstack-nova02:10
*** daemontool has quit IRC02:11
*** Jeffrey4l has joined #openstack-nova02:11
*** thorst_ has joined #openstack-nova02:12
*** unicell has quit IRC02:14
*** ByPasS_ has joined #openstack-nova02:14
*** Sukhdev has quit IRC02:15
*** hanzhang has quit IRC02:15
*** rk4n has quit IRC02:15
*** hamzy has quit IRC02:15
*** openstackgerrit has quit IRC02:15
*** w_verdugo has quit IRC02:15
*** n0ano has quit IRC02:15
*** ByPasS has quit IRC02:15
*** ByPasS_ is now known as ByPasS02:15
*** penick has quit IRC02:16
*** baoli has joined #openstack-nova02:17
*** thorst_ has quit IRC02:19
*** hamzy has joined #openstack-nova02:21
*** baoli has quit IRC02:23
*** daemontool has joined #openstack-nova02:23
*** openstackgerrit has joined #openstack-nova02:24
*** mragupat has quit IRC02:24
*** w_verdugo has joined #openstack-nova02:24
*** baoli has joined #openstack-nova02:24
*** Jeffrey4l has quit IRC02:25
*** ducttape_ has quit IRC02:26
*** ducttape_ has joined #openstack-nova02:27
*** xyang1 has quit IRC02:29
openstackgerritClaudiu Belu proposed openstack/nova: Fixes python 3 unit tests  https://review.openstack.org/27881002:29
openstackgerritClaudiu Belu proposed openstack/nova: libvirt: fixes python 3 related unit tests  https://review.openstack.org/27883402:29
openstackgerritClaudiu Belu proposed openstack/nova: numa: Fixes NUMA topology related unit tests  https://review.openstack.org/27883502:29
*** baoli has quit IRC02:29
*** nekrodesk has quit IRC02:31
*** vilobhmm11 has joined #openstack-nova02:34
*** ducttape_ has quit IRC02:35
*** Sukhdev_ has quit IRC02:41
*** armax has quit IRC02:43
*** su_zhang has quit IRC02:45
*** Jeffrey4l has joined #openstack-nova02:49
openstackgerritjaveme proposed openstack/nova: raise exception ComputeHostNotFound if host is not found  https://review.openstack.org/24310502:52
*** haomaiwang has quit IRC03:01
*** haomaiwang has joined #openstack-nova03:01
*** vilobhmm11 has quit IRC03:04
*** browne has joined #openstack-nova03:06
*** mylu has joined #openstack-nova03:06
*** haplo37 has joined #openstack-nova03:06
*** daemontool has quit IRC03:08
*** links has joined #openstack-nova03:10
*** vilobhmm11 has joined #openstack-nova03:12
*** ljxiash has joined #openstack-nova03:12
*** fawadkhaliq has joined #openstack-nova03:16
*** yamahata has quit IRC03:17
*** thorst_ has joined #openstack-nova03:18
*** lucas-afk has quit IRC03:19
*** lucasagomes has joined #openstack-nova03:20
*** Marga_ has quit IRC03:21
*** sc68cal has quit IRC03:23
*** ljxiash has quit IRC03:23
*** ljxiash has joined #openstack-nova03:24
*** thorst_ has quit IRC03:24
*** haplo37 has quit IRC03:25
*** haplo37 has joined #openstack-nova03:26
*** baoli has joined #openstack-nova03:27
*** vilobhmm11 has quit IRC03:27
*** ljxiash has quit IRC03:28
*** vilobhmm11 has joined #openstack-nova03:31
*** mylu has quit IRC03:34
*** mylu has joined #openstack-nova03:35
*** su_zhang has joined #openstack-nova03:43
*** nekrodesk has joined #openstack-nova03:48
*** diana_clarke has joined #openstack-nova03:50
*** amotoki has joined #openstack-nova03:50
*** wyang has quit IRC03:53
*** wyang has joined #openstack-nova03:53
*** amotoki has quit IRC03:57
*** ducttape_ has joined #openstack-nova03:58
*** haomaiwang has quit IRC04:01
*** haomaiwang has joined #openstack-nova04:01
*** gjayavelu has joined #openstack-nova04:01
*** aginwala has joined #openstack-nova04:04
*** funeutron has joined #openstack-nova04:06
*** Sukhdev has joined #openstack-nova04:06
*** boris-42 has quit IRC04:14
*** dimtruck is now known as zz_dimtruck04:17
*** Daisy has joined #openstack-nova04:18
*** sc68cal has joined #openstack-nova04:20
*** mragupat has joined #openstack-nova04:21
*** thorst_ has joined #openstack-nova04:22
*** funeutron_ has joined #openstack-nova04:22
*** vilobhmm11 has quit IRC04:22
*** vilobhmm11 has joined #openstack-nova04:23
*** Daisy has quit IRC04:23
*** vilobhmm11 has quit IRC04:24
*** funeutron has quit IRC04:24
*** chhavi has joined #openstack-nova04:28
openstackgerritAugustina Ragwitz proposed openstack/nova: Fix _compare_result type handling comparison  https://review.openstack.org/27819104:28
*** claudiub has quit IRC04:29
*** ducttape_ has quit IRC04:29
*** amotoki has joined #openstack-nova04:29
*** thorst_ has quit IRC04:30
*** Marga_ has joined #openstack-nova04:30
*** jgriffith is now known as jgriffith_away04:31
*** Marga_ has quit IRC04:32
*** PaulMurray has joined #openstack-nova04:32
*** Marga_ has joined #openstack-nova04:33
*** mylu has quit IRC04:34
*** armax has joined #openstack-nova04:34
*** aginwala has quit IRC04:34
*** mylu has joined #openstack-nova04:38
*** baoli has quit IRC04:39
*** salv-orl_ has joined #openstack-nova04:41
*** amotoki has quit IRC04:42
*** dims has quit IRC04:43
*** ljxiash has joined #openstack-nova04:43
*** salv-orlando has quit IRC04:44
*** haplo37 has quit IRC04:44
*** fawadkhaliq has quit IRC04:46
*** mfedosin has joined #openstack-nova04:47
*** ljxiash has quit IRC04:48
*** armax has quit IRC04:51
*** haomaiwang has quit IRC05:01
*** haomaiwa_ has joined #openstack-nova05:01
*** markvoelker has quit IRC05:03
*** armax has joined #openstack-nova05:05
*** jamielennox is now known as jamielennox|away05:06
openstackgerritEric Brown proposed openstack/nova: Support multiple URLs for LDAP server  https://review.openstack.org/27756905:06
*** aginwala has joined #openstack-nova05:08
*** zenoway has joined #openstack-nova05:08
*** fawadkhaliq has joined #openstack-nova05:11
*** aginwala has quit IRC05:12
*** zenoway has quit IRC05:12
*** funeutron_ has quit IRC05:14
*** dave-mcc_ has quit IRC05:15
*** shyama has joined #openstack-nova05:16
*** sudipto has joined #openstack-nova05:19
*** PaulMurray has quit IRC05:19
*** jgriffith_away is now known as jgriffith05:21
*** mylu has quit IRC05:24
*** mylu has joined #openstack-nova05:27
*** thorst_ has joined #openstack-nova05:27
*** jamielennox|away is now known as jamielennox05:31
openstackgerritMike Fedosin proposed openstack/nova: Remove version hardcoding for 'create' and 'update' methods  https://review.openstack.org/25909705:32
openstackgerritMike Fedosin proposed openstack/nova: Make Xenplugin to work with glance v2 api  https://review.openstack.org/26693305:32
*** thorst_ has quit IRC05:34
*** yamahata has joined #openstack-nova05:35
*** rk4n_ has quit IRC05:36
*** zenoway has joined #openstack-nova05:36
*** armax has quit IRC05:37
*** lpetrut has joined #openstack-nova05:39
*** zenoway has quit IRC05:40
*** tangchen has quit IRC05:40
*** ljxiash has joined #openstack-nova05:43
*** ljxiash has quit IRC05:48
*** vilobhmm11 has joined #openstack-nova05:48
*** SridharG has joined #openstack-nova05:49
*** ljxiash has joined #openstack-nova05:54
*** haomaiwa_ has quit IRC06:01
*** 18VAACNL5 has joined #openstack-nova06:01
*** lpetrut has quit IRC06:03
*** markvoelker has joined #openstack-nova06:04
*** wasmum has quit IRC06:05
*** jaosorior has joined #openstack-nova06:10
*** lpetrut has joined #openstack-nova06:19
*** SridharG has quit IRC06:24
*** thorst_ has joined #openstack-nova06:32
*** esracelik has joined #openstack-nova06:34
*** bkumar has joined #openstack-nova06:34
*** markvoelker has quit IRC06:34
*** moshele has joined #openstack-nova06:35
*** diana_clarke has quit IRC06:35
*** liverpooler has quit IRC06:37
*** unicell has joined #openstack-nova06:37
*** cfriesen has quit IRC06:39
*** thorst_ has quit IRC06:39
*** unicell has quit IRC06:42
*** unicell has joined #openstack-nova06:43
*** tyagiprince has joined #openstack-nova06:43
openstackgerritjaveme proposed openstack/nova: raise exception ComputeHostNotFound if host is not found  https://review.openstack.org/24310506:44
*** rotbeard has joined #openstack-nova06:48
*** garyk1 has joined #openstack-nova06:52
*** lpetrut has quit IRC06:53
*** ljxiash has quit IRC06:53
*** jaosorior has quit IRC06:56
*** mjura has joined #openstack-nova07:00
*** vishwanathj has quit IRC07:00
*** 18VAACNL5 has quit IRC07:01
*** haomaiwang has joined #openstack-nova07:01
openstackgerritesracelik proposed openstack/nova: Config options: centralize section "hyperv"  https://review.openstack.org/25512407:01
*** aginwala has joined #openstack-nova07:02
*** mubirru has joined #openstack-nova07:02
*** tyagiprince1 has joined #openstack-nova07:03
*** sc68cal has quit IRC07:03
*** tyagiprince has quit IRC07:05
*** tyagiprince1 is now known as tyagiprince07:05
*** rk4n has joined #openstack-nova07:13
*** rdopiera has joined #openstack-nova07:14
*** paul-carlton1 has joined #openstack-nova07:15
*** Sukhdev has quit IRC07:15
*** SridharG has joined #openstack-nova07:19
*** jaosorior has joined #openstack-nova07:20
*** rdopiera has quit IRC07:24
*** rdopiera has joined #openstack-nova07:25
*** moshele has quit IRC07:25
openstackgerritHans Lindgren proposed openstack/nova: Get instance security_groups from already fetched instance  https://review.openstack.org/25981307:30
*** mpavone has joined #openstack-nova07:30
*** vilobhmm111 has joined #openstack-nova07:31
*** jaosorior has quit IRC07:32
*** jichen has joined #openstack-nova07:33
*** vilobhmm11 has quit IRC07:33
*** scheuran has joined #openstack-nova07:37
*** thorst_ has joined #openstack-nova07:37
*** amotoki has joined #openstack-nova07:38
openstackgerritOpenStack Proposal Bot proposed openstack/nova: Updated from global requirements  https://review.openstack.org/27870007:43
openstackgerritesracelik proposed openstack/nova: Improve the help text for hyperv options (1)  https://review.openstack.org/26817507:43
*** thorst_ has quit IRC07:45
*** rk4n has quit IRC07:46
*** liusheng has quit IRC07:48
*** liusheng has joined #openstack-nova07:49
openstackgerritesracelik proposed openstack/nova: Improve the help text for hyperv options (1)  https://review.openstack.org/26817507:49
*** sahid has joined #openstack-nova07:50
*** zenoway has joined #openstack-nova07:54
*** ndipanov has quit IRC07:55
*** ljxiash has joined #openstack-nova07:56
*** vilobhmm11 has joined #openstack-nova07:57
*** vilobhmm111 has quit IRC07:57
*** nkrinner has joined #openstack-nova07:59
*** ljxiash has quit IRC08:00
*** haomaiwang has quit IRC08:01
*** rk4n has joined #openstack-nova08:01
*** haomaiwang has joined #openstack-nova08:01
openstackgerritesracelik proposed openstack/nova: Improve the help text for hyperv options (2)  https://review.openstack.org/27823508:05
*** jaosorior has joined #openstack-nova08:05
openstackgerritesracelik proposed openstack/nova: Improve the help text for hyperv options (3)  https://review.openstack.org/27823608:09
*** aginwala_ has joined #openstack-nova08:09
*** moshele has joined #openstack-nova08:09
*** sinese_ has joined #openstack-nova08:10
*** achanda has quit IRC08:11
*** aginwala has quit IRC08:11
*** zenoway has quit IRC08:11
*** zenoway has joined #openstack-nova08:12
*** zenoway has quit IRC08:12
*** mylu has quit IRC08:12
*** zenoway has joined #openstack-nova08:12
tyagiprinceHey everyone.. I am facing a problem.. The thing is the hostname in the dns and the /etc/hostname file of the instance does not match.. dns finds the ip of the instance in this format : "host-10-X-X-X". I was trying to make it work. I just need the instance id to get the hostname (provided to instance in horizon during launching instance) from the metadata.08:13
tyagiprinceCan someone please help me08:13
*** achanda has joined #openstack-nova08:14
pkoniszewskihello everyone, is it ok to add release notes post-merge? https://review.openstack.org/#/c/227278/ didn't contain release notes but I think it is something that is worth to mention in notes that it is possible now to block live migrate with a mix of shared and non-shared devices08:16
*** paul-carlton1 has quit IRC08:21
bauzasgood morning Nova08:22
bauzaspkoniszewski: sure, we can discuss on the reno change08:22
bauzasand see if it's needed08:23
*** jlanoux has joined #openstack-nova08:25
openstackgerritMike Fedosin proposed openstack/nova: Remove version hardcoding for 'create' and 'update' methods  https://review.openstack.org/25909708:25
openstackgerritjichenjc proposed openstack/nova: relocate os_compute_api:servers:discoverable  https://review.openstack.org/27674008:26
*** vilobhmm11 has quit IRC08:26
*** jed56 has joined #openstack-nova08:26
*** nkrinner has quit IRC08:26
*** zenoway has quit IRC08:28
pkoniszewskibauzas: great08:28
pkoniszewskibauzas: so my change was part of a specless blueprint https://blueprints.launchpad.net/nova/+spec/block-live-migrate-with-attached-volumes08:29
bauzaspkoniszewski: in general, we try to provide a feature relnote only for the bps needing to modify a contractual API08:30
bauzassee http://docs.openstack.org/developer/nova/code-review.html#when-a-release-note-is-needed08:30
bauzaspkoniszewski: but like I said, we can see what you want to provide and discuss there08:30
bauzasI just dont want the relnotes to be a list of all our merged BPs08:31
bauzas:)08:31
bauzasbut rather what the operators need to know about modifying08:31
*** tyagiprince has quit IRC08:31
bauzasthat said - maybe johnthetubaguy and others could be having different opinions, like having a changelog getting all our merged BPs08:32
*** nkrinner has joined #openstack-nova08:32
*** SridharG has quit IRC08:32
*** sridharg has joined #openstack-nova08:33
pkoniszewskibauzas: well thats reasonable, im not sure we need a reno that mox has been removed from tests or something like that08:33
openstackgerritesracelik proposed openstack/nova: Improve the help text for cells options (7)  https://review.openstack.org/27892708:33
*** zakora has joined #openstack-nova08:34
*** liverpooler has joined #openstack-nova08:34
bauzasyeah, that kind of BP is not needed as a note08:34
*** su_zhang has quit IRC08:34
bauzasall the refactoring bits too08:34
pkoniszewskibauzas: thing that i worked on was demanded by operators, thats why im thinking of providing reno for this08:34
*** sinese_ has quit IRC08:34
pkoniszewskibauzas: let me write reno and we will continue, ok?08:34
*** su_zhang has joined #openstack-nova08:35
bauzashence me saying that in general things that are *real* features are either impacting a contractual API or adding a support to the hypervisor matrix08:35
*** rcernin has joined #openstack-nova08:35
*** garyk2 has joined #openstack-nova08:36
*** garyk1 has quit IRC08:36
*** browne has quit IRC08:38
*** su_zhang has quit IRC08:39
*** paul-carlton1 has joined #openstack-nova08:40
*** mragupat has quit IRC08:40
openstackgerritAndrey Pavlov proposed openstack/nova: remove EC2 legacy code  https://review.openstack.org/26642508:41
*** dedery has joined #openstack-nova08:41
*** e0ne has joined #openstack-nova08:42
*** thorst_ has joined #openstack-nova08:42
*** rk4n has quit IRC08:42
*** aginwala_ has quit IRC08:43
*** mylu has joined #openstack-nova08:43
*** achanda has quit IRC08:44
*** claudiub has joined #openstack-nova08:44
*** aginwala has joined #openstack-nova08:44
*** amotoki has quit IRC08:45
*** matrohon has joined #openstack-nova08:45
*** hemna_ has joined #openstack-nova08:45
*** irenab_ has joined #openstack-nova08:46
*** bkumar4 has joined #openstack-nova08:46
*** openstackgerrit has quit IRC08:47
*** openstackgerrit_ has joined #openstack-nova08:47
*** mylu has quit IRC08:47
openstackgerrit_Claudiu Belu proposed openstack/nova: Fixes python 3 unit tests  https://review.openstack.org/27881008:47
*** openstackgerrit_ is now known as openstackgerrit08:48
*** gjayavelu has quit IRC08:49
*** aginwala has quit IRC08:49
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
*** alex_xu_ has joined #openstack-nova08:49
openstackgerritjaveme proposed openstack/nova: raise exception ComputeHostNotFound if host is not found  https://review.openstack.org/24310508:50
*** thorst_ has quit IRC08:50
*** liverpooler has quit IRC08:51
*** ildikov has quit IRC08:51
*** liverpooler has joined #openstack-nova08:51
*** nkrinner has quit IRC08:52
*** liusheng has quit IRC08:52
*** bkumar has quit IRC08:52
*** shyama has quit IRC08:52
*** alex_xu has quit IRC08:52
*** irenab has quit IRC08:52
*** hemnafk has quit IRC08:52
*** irenab_ is now known as irenab08:52
*** liusheng has joined #openstack-nova08:52
*** shyama has joined #openstack-nova08:54
*** rmart04 has joined #openstack-nova08:54
*** omnipresent has joined #openstack-nova08:56
*** slunkad has quit IRC08:56
*** gszasz has joined #openstack-nova08:56
*** nkrinner has joined #openstack-nova08:57
*** rk4n has joined #openstack-nova08:57
*** fawadkhaliq has quit IRC08:59
openstackgerritClaudiu Belu proposed openstack/nova: libvirt: fixes python 3 related unit tests  https://review.openstack.org/27883408:59
*** rk4n has quit IRC08:59
*** bsv has joined #openstack-nova08:59
*** paul-carlton1 has quit IRC09:00
*** bsv has left #openstack-nova09:00
*** derekh has joined #openstack-nova09:00
*** haomaiwang has quit IRC09:01
*** BobBall_AWOL is now known as Bobball09:01
*** Bobball is now known as BobBall09:01
*** haomaiwa_ has joined #openstack-nova09:01
*** rmart04 has left #openstack-nova09:05
*** tyagiprince has joined #openstack-nova09:05
tyagiprinceHey everyone.. I am facing a problem.. The thing is the hostname in the dns and the /etc/hostname file of the instance does not match.. dns finds the ip of the instance in this format : "host-10-X-X-X". I was trying to make it work. I just need the instance id to get the hostname (provided to instance in horizon during launching instance) from the metadata.09:06
*** rk4n has joined #openstack-nova09:07
*** ihrachys has joined #openstack-nova09:07
tyagiprinceI am not able to resolve the instance with the name given to the instance. It is because the dns entry is different.09:07
*** slunkad has joined #openstack-nova09:08
*** omnipresent has quit IRC09:11
*** mylu has joined #openstack-nova09:13
openstackgerritSylvain Bauza proposed openstack/nova: Update ComputeNode values with disk allocation ratios in the RT  https://review.openstack.org/27795309:15
openstackgerritSylvain Bauza proposed openstack/nova: Move Disk allocation ratio to ResourceTracker  https://review.openstack.org/24561909:15
openstackgerritSylvain Bauza proposed openstack/nova: Add disk_allocation_ratio to ComputeNode  https://review.openstack.org/27793409:15
openstackgerritSylvain Bauza proposed openstack/nova: Update HostManager and DiskFilter to use ComputeNode disk ratio  https://review.openstack.org/27811209:15
*** mylu has quit IRC09:18
*** rotbeard has quit IRC09:22
*** paul-carlton1 has joined #openstack-nova09:22
*** yassine has joined #openstack-nova09:25
*** efoley has joined #openstack-nova09:25
*** rk4n has quit IRC09:25
*** ildikov has joined #openstack-nova09:26
*** yassine has quit IRC09:26
*** yassine has joined #openstack-nova09:26
*** mvk has joined #openstack-nova09:27
*** eliqiao_ has quit IRC09:29
*** danpb has joined #openstack-nova09:31
*** markvoelker has joined #openstack-nova09:31
*** ildikov has quit IRC09:33
*** garyk has joined #openstack-nova09:35
*** garyk2 has quit IRC09:35
*** eliqiao_ has joined #openstack-nova09:35
*** markvoelker has quit IRC09:36
*** scheuran has quit IRC09:37
openstackgerritStephen Finucane proposed openstack/nova: config options: Centralise 'virt.firewall' options  https://review.openstack.org/25799509:40
openstackgerritStephen Finucane proposed openstack/nova: config options: Centralise 'virt.netutils' options  https://review.openstack.org/25800909:40
openstackgerritStephen Finucane proposed openstack/nova: Improve 'virt.images' conf options documentation  https://review.openstack.org/25955309:40
openstackgerritStephen Finucane proposed openstack/nova: config options: Centralise 'virt.imagecache' options  https://review.openstack.org/25898409:40
openstackgerritStephen Finucane proposed openstack/nova:  config options: Centralise 'virt.images' options  https://review.openstack.org/25800409:40
openstackgerritStephen Finucane proposed openstack/nova: config options: Centralise 'virt.disk' options  https://review.openstack.org/25891209:40
openstackgerritStephen Finucane proposed openstack/nova: config options: Centralise 'virt.driver' options  https://review.openstack.org/25795609:40
openstackgerritStephen Finucane proposed openstack/nova: Improve 'virt.driver' conf options documentation  https://review.openstack.org/26636409:40
openstackgerritStephen Finucane proposed openstack/nova: Improve 'virt.firewall' conf options documentation  https://review.openstack.org/26636509:41
*** sfinucan has joined #openstack-nova09:41
*** shz has quit IRC09:41
johnthetubaguypkoniszewski: bauzas: so if there is something the reader of the release notes are interested in, it seems like a good add09:42
*** shz has joined #openstack-nova09:42
*** omnipresent has joined #openstack-nova09:43
*** ociuhandu has quit IRC09:44
*** claudiub has quit IRC09:45
*** ildikov has joined #openstack-nova09:45
*** thorst_ has joined #openstack-nova09:48
*** omnipresent has quit IRC09:48
*** romainh has joined #openstack-nova09:48
*** ccesario has quit IRC09:50
*** andymaier has joined #openstack-nova09:50
*** ganso has joined #openstack-nova09:51
*** scheuran has joined #openstack-nova09:51
openstackgerritAndrey Kurilin proposed openstack/python-novaclient: [microversions] Enable 2.20  https://review.openstack.org/27844609:52
openstackgerritAndrey Kurilin proposed openstack/python-novaclient: [microversions] Enable 2.21  https://review.openstack.org/27845409:53
*** kaisers has joined #openstack-nova09:54
*** thorst_ has quit IRC09:55
*** andymaier has quit IRC09:56
openstackgerritMike Fedosin proposed openstack/nova: Remove version hardcoding for 'create' and 'update' methods  https://review.openstack.org/25909709:59
*** cgalan has joined #openstack-nova09:59
*** scheuran has quit IRC10:00
*** haomaiwa_ has quit IRC10:01
*** haomaiwang has joined #openstack-nova10:01
*** ccesario has joined #openstack-nova10:01
*** scheuran has joined #openstack-nova10:02
openstackgerritJohn Garbutt proposed openstack/nova: Update ComputeNode values with disk allocation ratios in the RT  https://review.openstack.org/27795310:02
*** nekrodesk has quit IRC10:02
*** mingyu_ has joined #openstack-nova10:03
johnthetubaguybauzas: I attempted to reword that reno note. Does that look better ^10:03
*** mingyu_ has quit IRC10:03
bauzasjohnthetubaguy: looking :)10:03
*** efoley_ has joined #openstack-nova10:04
*** omnipresent has joined #openstack-nova10:04
*** ljxiash has joined #openstack-nova10:04
bauzasjohnthetubaguy: I was basically lazy so I just copied my comments in the Liberty ReleaseNotes page10:05
*** efoley has quit IRC10:05
bauzasjohnthetubaguy: but your comments look good10:05
bauzasjohnthetubaguy: if you're okay, I'll just edit for a typo10:06
johnthetubaguybauzas: totally, go for it10:06
openstackgerritSylvain Bauza proposed openstack/nova: Update ComputeNode values with disk allocation ratios in the RT  https://review.openstack.org/27795310:07
bauzasjohnthetubaguy: thanks for helping, I'm very bad at phrasing things :/10:08
*** ljxiash has quit IRC10:09
*** rk4n has joined #openstack-nova10:09
openstackgerritMoshe Levi proposed openstack/os-vif: Adding dev_type field to VIFHostDevice  https://review.openstack.org/27787110:10
johnthetubaguybauzas: no problems, I just had an idea I wanted to try out really10:10
*** tyagiprince1 has joined #openstack-nova10:11
johnthetubaguyraito, oops10:11
*** tyagiprince has quit IRC10:11
*** tyagiprince1 is now known as tyagiprince10:11
johnthetubaguybauzas: thanks for dropping that first reno note, I think thats what was confusing me about things yesterday, much easier read now10:12
bauzasjohnthetubaguy: yeah it was confusing10:12
bauzasit was even confusing myself, oops10:12
*** mylu has joined #openstack-nova10:14
*** rk4n_ has joined #openstack-nova10:15
*** rk4n has quit IRC10:15
*** ndipanov has joined #openstack-nova10:16
*** efoley_ is now known as efoley10:17
johnthetubaguybauzas: looks good though, +2 for all those10:19
*** mylu has quit IRC10:19
bauzasthanks10:19
bauzasI'm a bit torn, because I don't want to throw the resource-providers changes under the bus10:20
*** rk4n_ has quit IRC10:20
*** rk4n has joined #openstack-nova10:20
bauzasbecause I'm adding a new migration + a ComputeNode object version so it would wedge the UUID allocation ratio :)10:20
johnthetubaguybauzas: do we have the patches up for those select_destinations bits, btw? looked like we got a good few of those10:20
bauzasand I think the resource-providers BP is by far more important :)10:21
bauzasjohnthetubaguy: select_dests or check-dest ?10:21
johnthetubaguybauzas: I mean check, oopps10:21
bauzasjohnthetubaguy: so the one for evacuate merged10:21
bauzasI'm just atm working on the live-migrate one10:21
bauzassec10:21
bauzashttps://review.openstack.org/#/c/273104/ (merged)10:22
bauzasand https://review.openstack.org/277800 for live-migrate (WIP)10:22
johnthetubaguybauzas: ah thats right, cools10:23
bauzasI will have to add for (cold) migrate and unshelve too10:23
bauzasonce that will be merged, it could help a lot of operatoes10:23
johnthetubaguybauzas: +110:23
*** rk4n_ has joined #openstack-nova10:24
*** matrohon has quit IRC10:26
*** Daisy has joined #openstack-nova10:26
*** rk4n has quit IRC10:27
*** funeutron has joined #openstack-nova10:28
johnthetubaguybauzas: this pattern feels a bit odd, I wonder if we should just get hold of the request spec in the conductor, rather than create the request spec in one place and fetch it in the other?10:28
bauzasjohnthetubaguy: not sure I got your idea10:29
bauzasjohnthetubaguy: you don't like me hydrating a fresh one in the conductor ?10:29
*** efoley has quit IRC10:30
bauzasjohnthetubaguy: since the RequestSpec object is created in the API DB, I really wanted to pass it down rather than getting it in the conductor10:30
*** Daisy has quit IRC10:31
johnthetubaguybauzas: OK, but the conductor is also in the API layer, when calling the scheduler, I thought10:31
bauzasjohnthetubaguy: that's atm not yet sure10:31
johnthetubaguybauzas: yeah, true10:31
bauzasjohnthetubaguy: we were discussing of an API-conductor stuff10:31
bauzasjohnthetubaguy: that way, I was not wedging the cells v2 effort10:32
johnthetubaguybauzas: so maybe switch this around, could we not create the missing request_spec in the API later, rather than pass None?10:32
bauzasbecause if I was calling the Spec object in the in-cell conductor, it would need some cell-to-api call10:32
bauzasjohnthetubaguy: but what if the client is old ?10:32
bauzasI mean the RPC client10:33
johnthetubaguythe old API doesn't sent the request spec... true, I guess we need the logic there anyways, boo10:33
bauzaswe will still get a nullable request_spec then ?10:33
bauzasyeah10:33
bauzasthat's a bit unfortunate, I reckon10:33
bauzasalso10:34
bauzaswe somehow need to define when we want to stop supporting old running instances10:34
johnthetubaguyoh wait, the request_spec is only in the API?10:34
bauzasthe persisted object, yes10:34
bauzasin the API DB tbc10:34
johnthetubaguyI thought that would move to the child cell DB, once the instance is created... hmm.10:34
bauzasno10:35
bauzasno AFAIK10:35
bauzasnot*10:35
bauzasbut we could check that with alaski10:35
johnthetubaguyOK, so I had some bad assumptions in my head here, but that works10:35
bauzasso we have the ReqSpec object and the BuildRequest object for getting the instance info10:35
bauzasin the API DB10:35
bauzasthen, it's passed down thru the cell DB for creating the instance10:36
johnthetubaguyyeah, I guess I was having it attached to the instance, in my head, but that gets messy10:36
bauzasI know it's possible to communicate from the child cell to the API DB, but I would like to avoid that as much as possible10:36
johnthetubaguytotally agreed with you10:37
johnthetubaguythe cross talk needs to be at a minimum10:37
johnthetubaguyactually, I quite like not having a nova-conductor in the API cell, but the problem is build requests, and which conductor you send that to10:38
bauzasthat's one of the reasons we have some race conditions when instance.save() for example :)10:38
bauzasin cells v110:38
johnthetubaguybauzas: they plague our production system, I know them well10:38
bauzasCAP you said ? :p10:39
* johnthetubaguy hmm, got disconnected there10:41
*** salv-orlando has joined #openstack-nova10:42
openstackgerritLucas Alvares Gomes proposed openstack/nova: Add support for using Ironic's node name as the hostname of the instance  https://review.openstack.org/23859310:42
*** ankit_ag has joined #openstack-nova10:44
openstackgerritMarkus Zoeller (markus_z) proposed openstack/nova: libvirt: Acquire TCP ports for console during live migration  https://review.openstack.org/27580110:44
openstackgerritMarkus Zoeller (markus_z) proposed openstack/nova: libvirt: Add serial ports to the migration data object  https://review.openstack.org/21510210:44
openstackgerritMarkus Zoeller (markus_z) proposed openstack/nova: libvirt: move "_get_serial_ports_from_guest" to Guest class  https://review.openstack.org/23605110:44
*** achanda has joined #openstack-nova10:44
*** salv-orl_ has quit IRC10:45
openstackgerritMoshe Levi proposed openstack/os-vif: Provide plugins an oslo_config group for their setup  https://review.openstack.org/27528110:45
openstackgerritMoshe Levi proposed openstack/os-vif: import hw_veb plugin implementation  https://review.openstack.org/27897210:45
*** dims has joined #openstack-nova10:48
*** scheuran has quit IRC10:50
*** lpetrut has joined #openstack-nova10:50
*** rfolco has joined #openstack-nova10:51
*** achanda has quit IRC10:51
*** thorst_ has joined #openstack-nova10:52
*** mvk has quit IRC10:54
dulekI know dansmith isn't here now, but maybe someone else will be able to answer.10:55
dulekWhat is your policy of bumping the major version of the RPC API?10:55
dulekFor rolling upgrades Nova supports N-1 backward compatibility. When to raise the RPC version then to be able not to break it?10:56
*** cgalan has quit IRC10:57
*** cgalan has joined #openstack-nova10:57
*** thorst_ has quit IRC11:00
*** haomaiwang has quit IRC11:01
*** haomaiwa_ has joined #openstack-nova11:01
*** cdent has joined #openstack-nova11:01
*** ildikov has quit IRC11:03
*** aysyd has joined #openstack-nova11:03
*** scheuran has joined #openstack-nova11:05
ankit_agndipanov: Hi, could you please add your opinion on a pending review https://review.openstack.org/#/c/221162 when you get time11:06
*** FL1SK has quit IRC11:07
*** claudiub has joined #openstack-nova11:12
openstackgerritClaudiu Belu proposed openstack/nova: Fixes python 3 unit tests  https://review.openstack.org/27881011:14
openstackgerritClaudiu Belu proposed openstack/nova: libvirt: fixes python 3 related unit tests  https://review.openstack.org/27883411:14
johnthetubaguydulek: I can answer some of that11:15
openstackgerritClaudiu Belu proposed openstack/nova: numa: Fixes NUMA topology related unit tests  https://review.openstack.org/27883511:15
johnthetubaguydulek: we only ever support N to N+1 upgrades, and we make sure any changes respect that11:15
johnthetubaguydulek: we generally bump the major versions at the end of a release when there is enough technical debt we can drop11:16
*** fawadkhaliq has joined #openstack-nova11:16
openstackgerritDmitry Stepanenko proposed openstack/nova: Added support_requests method to PciDevicePoolList  https://review.openstack.org/24208711:17
johnthetubaguydulek: the online data migrations, and data schema contractions are the main limit on the N to N+1 rule at this point, rather than RPC or object versioning, although we make use of both when it makes sense11:17
johnthetubaguydulek: is that what you were meaning?11:17
*** romainh has quit IRC11:18
dulekjohnthetubaguy: In Cinder we would love to drop our RPC compatibility shims every release - that would require major version bump.11:18
johnthetubaguydulek: when we bump the major version, we actually make the system support the new major version (n).0 and all the (n-1).x versions as well, for a short time, usually at the very end of a release11:18
johnthetubaguydulek: let me find an example11:18
dulekjohnthetubaguy: Ah, that's what I've wondered about!11:18
johnthetubaguydulek: this is the supporting two major versions of an object: https://github.com/openstack/nova/blob/stable/liberty/nova/objects/instance.py#L98011:19
johnthetubaguydulek: this is the supporting of two major RPC versions: https://github.com/openstack/nova/blob/stable/liberty/nova/conductor/manager.py#L92411:20
bauzasdulek: saw dan's blogposts ?11:20
johnthetubaguydulek: basically a proxy that supports the latest version11:20
dulekjohnthetubaguy: So as Cinder is running 1.x currently, we should bump to 2.0 just before M's release (but without dropping any compatibility) and in early N drop the support for 1.0?11:20
johnthetubaguybauzas good point about this series: http://www.danplanet.com/blog/2015/10/05/upgrades-in-nova-rpc-apis/11:21
dulekbauzas: Sure, I've read them multiple times. :)11:21
johnthetubaguydulek: yeah, thats basically it, let me find our notes on that11:21
bauzasdulek: ack, so in general you bump a major when you want to stop supporting the old one, so what johnthetubaguy said11:21
*** daemontool has joined #openstack-nova11:21
johnthetubaguydulek: https://wiki.openstack.org/wiki/Nova/ReleaseChecklist and https://wiki.openstack.org/wiki/RpcMajorVersionUpdates11:22
dulekbauzas: From the posts "I’ll focus on minor revisions below and save major bumps for a later post.".11:22
dulekbauzas: "Later" never happened I think. ;)11:22
bauzasdulek: but that's not really because of $release, rather because we want to change something11:22
johnthetubaguydulek: yeah, I think thats the important one: https://wiki.openstack.org/wiki/RpcMajorVersionUpdates alongside some solid grenade tests to keep you honest11:23
dulekjohnthetubaguy: Ah, these two wiki pages are awesome, thank you!11:23
johnthetubaguydulek: we kept screwing it up, so we wrote it down!11:23
* dulek is running back to the whiteboard. :)11:23
*** cgalan has quit IRC11:24
bauzasdulek: see also https://review.openstack.org/#/c/230132/11:25
*** cgalan has joined #openstack-nova11:25
*** funeutron has quit IRC11:26
johnthetubaguybauzas: do we still need those now, with auto? I guess we only have auto for the compute nodes?11:26
*** mvk has joined #openstack-nova11:26
bauzasjohnthetubaguy: yeah very good point11:26
bauzasjohnthetubaguy: so11:27
bauzasI'm not dan11:27
bauzasbut11:27
bauzasI would say the auto flag is not yet deprecating the old rpc pins11:27
bauzaslemme check the series11:27
cdentalaski, johnthetubaguy: your recent comments on the resource pools spec suggest we've still got a lot of ambiguity about in which database the resource-* tables are going to live. I think we're okay for the time being to carry on while we hash it out: it's easy to change (before things merge).11:28
johnthetubaguycdent: yeah, I meant to ask about that, whats the current plan, compute cell DB?11:29
bauzascdent: johnthetubaguy: so we had a brief discussion on that yesterday's evening for cells meeting11:29
cdentjohnthetubaguy: that's where we left things the other evening, but I know alaski has some reservations11:29
bauzastl;dr: doffm had an idea11:29
bauzaswhere the resource-* tables would stay in the cell DB while the aggregates table would be in the api db11:30
bauzasthat would be the ideal11:30
johnthetubaguyso lets say scheduler is external, where does it live?11:30
bauzaswe don't really want to have the API DB having the resource-* tables11:30
bauzasin a 3rd DB :)11:30
bauzasbut that's a story for the ones who would split the scheduler11:31
bauzasneither for cellsv2 or the resouce-providers series IMHO11:31
openstackgerritAndrey Kurilin proposed openstack/python-novaclient: [microversions] Enable 2.21  https://review.openstack.org/27845411:31
openstackgerritAndrey Kurilin proposed openstack/python-novaclient: [microversions] Enable 2.20  https://review.openstack.org/27844611:31
openstackgerritAndrey Kurilin proposed openstack/python-novaclient: [microversions] Add support for 2.19  https://review.openstack.org/27838511:31
bauzasjohnthetubaguy: if we would split the scheduler, it would require a 3rd DB anyway, right ? :)11:32
* johnthetubaguy one sec on the phone11:32
bauzasnp11:32
*** markvoelker has joined #openstack-nova11:32
johnthetubaguybauzas: cdent: so I was just thinking about this from the point of view of claiming a resource when you have two cells11:35
johnthetubaguylets say an IP zone is shared between two cells11:35
johnthetubaguywe want atomic commits to a single DB table, so that resource table has to live somewhere, not two places11:36
johnthetubaguythat makes me think, put the resources in the API DB11:36
johnthetubaguy(or a scheduler DB)11:36
johnthetubaguyrather than the child cell DB11:36
*** Marga_ has quit IRC11:36
*** markvoelker has quit IRC11:37
*** Marga_ has joined #openstack-nova11:37
johnthetubaguybut host to host aggregate mapping, should live in the child DB, because when we add cells we add hosts (now the aggregate its-self probably should live in the API cell DB).11:37
johnthetubaguybauzas: would that make sense?11:37
* bauzas considering that11:38
johnthetubaguynow the problem here, is that its a made up use case11:38
cdentjohnthetubaguy: that presupposes resources which span cells, which is an unresolved question: one solution is for logical resources to be per cell, even if physical resources are not (slices of shared disk for example)11:38
*** PaulMurray has joined #openstack-nova11:38
bauzascdent: johnthetubaguy: well, we also tackled that question yesterday11:38
johnthetubaguyOK, I should maybe read the log11:39
cdenthowever I don't want to be seen as promoting the "keep it in the cells db" case. I don't really have a strong position, because of ignorance.11:39
bauzasand for the moment, the point is that aggregates are spanning cells11:39
johnthetubaguyeach cell having a different pool of CPU resources seems fine, and that probably should live in the cell db11:39
johnthetubaguyits when a single pool spans multiple cells11:39
johnthetubaguymaybe we just exclude that case11:40
bauzasso the point was that the operator could just reserve a chunk of the resources11:40
bauzasfor each cell11:40
johnthetubaguybauzas: thats not a terrible work around11:40
*** amotoki has joined #openstack-nova11:41
johnthetubaguythat is, for a case I don't really care about much11:41
bauzasso we would still have aggregates across cells, but resources being "sharded" (note the brackets) between cells11:41
johnthetubaguycdent: bauzas: so I am good with plan A, i.e. keep it in the cell DB11:41
johnthetubaguybauzas: aggregates crossing cells is fine11:41
johnthetubaguywell, thats almost certainly required11:42
bauzasthere are many usecases indeed11:42
johnthetubaguygroup all hosts with SSDs, etc11:42
bauzasheh, see the logs :p11:42
cdentI can predict with a fair degree of confidence that we'll cross this issue again when we start writing the resource-pools code, so we might just want to keep the top of change stack unmerged for a while?11:43
cdentat the moment everything is based off this: https://review.openstack.org/#/c/275432/11:43
bauzasI dunno11:43
cdentthe resource classes have merged, but that's fine because no db11:43
johnthetubaguycdent: thats not a bad idea11:43
openstackgerritDaniel Berrange proposed openstack/os-vif: Provide plugins an oslo_config group for their setup  https://review.openstack.org/27528111:44
openstackgerritDaniel Berrange proposed openstack/os-vif: vif_plug_ovs: Disable IPv6 on bridge devices  https://review.openstack.org/27529311:44
openstackgerritDaniel Berrange proposed openstack/os-vif: import openvswitch plugin implementation  https://review.openstack.org/27361011:44
openstackgerritDaniel Berrange proposed openstack/os-vif: import linux bridge plugin implementation  https://review.openstack.org/27360911:44
bauzascdent: johnthetubaguy: well tbh, I +2d it because I was agreeing the consensus to keep the resource-* tables in-tree11:44
bauzasoops11:44
bauzasin-cell11:44
bauzasbut that could wait some cellsv2 folks to approve that11:45
bauzaslike melwitt and alaski11:45
johnthetubaguyyeah, I like it, but I would love alaski to do the wambating11:45
johnthetubaguywombat11:45
cdentI'm okay with anything, just want to avoid as much dancing or duplication as possible when doing the work.11:45
bauzasjohnthetubaguy: so, let's wait for his axe then :)11:46
bauzasmerging the compute.uuid is certainly not a dependency tho, so +1ing your idea to unblock it, cdent11:46
bauzaseven if that would trample my own series :p11:47
*** achanda has joined #openstack-nova11:48
*** achanda has quit IRC11:52
*** tyagiprince1 has joined #openstack-nova11:53
johnthetubaguybauzas: cdent: wondering if we can use cell0 for any shared pools... but probably best not to overthink it11:54
cdentjohnthetubaguy: that idea is somewhere in the logs of the few other times we've had this discussion and the reaction was the same "best not to overthink it"11:55
*** tyagiprince has quit IRC11:55
*** tyagiprince1 is now known as tyagiprince11:55
johnthetubaguycdent: ah, cool11:55
openstackgerritMike Fedosin proposed openstack/nova: Remove version hardcoding for 'create' and 'update' methods  https://review.openstack.org/25909711:57
openstackgerritMike Fedosin proposed openstack/nova: Make Xenplugin to work with glance v2 api  https://review.openstack.org/26693311:57
*** thorst_ has joined #openstack-nova11:58
*** moorryan has joined #openstack-nova11:58
*** garyk has quit IRC11:59
*** garyk has joined #openstack-nova11:59
*** amotoki has quit IRC12:00
*** haomaiwa_ has quit IRC12:01
*** haomaiwang has joined #openstack-nova12:01
*** thorst_ has quit IRC12:02
sdagueBobBall: is it important that the xen plugins don't end in .py?12:03
BobBallNope12:03
sdaguebecause, that's making flake8 ignore them in tree12:03
*** amotoki has joined #openstack-nova12:03
BobBallxapi plugins don't have to be python either - just anything that can interpret xmlrpm12:03
BobBallxmlrpc of course12:03
openstackgerritAlvaro Lopez Garcia proposed openstack/nova: libvirt: make live_migration_uri flag dependent on virt_type  https://review.openstack.org/17578012:03
sdagueok, what would be the impact if we renamed them to have a .py?12:03
BobBallincompatible change - so I'd say a major version number increment.  johnthetubaguy might have a few words to say about that as it would require upgrading plugins + nova in sync rather than upgrading the plugins on the host in advance12:04
tdurakov_johnthetubaguy, hey, got question about upgrades, migrate_data object was introduced during mitaka, and already got 2 versions: 1.0 and 1.1 should I worry about compatibility of its versions, as I'm going to add 1.2 to migrate_data12:06
BobBallCan we do symlinks? or are they verboten in the nova code?12:07
sdaguehonestly, I don't know12:07
BobBallIf we can symlink, we could rename files + symlink from the original to ease the upgrade impact12:07
tdurakov_so nova guarantee compatibility between releases or during one release too?12:07
sdaguethe current state is just kind of sad12:07
johnthetubaguywe have symlinks in the specs repo12:07
*** tdurakov_ is now known as tdurakov12:07
sdaguethere is no testing on those files at all12:07
johnthetubaguyI think the original idea for .py and not .py is that the .py were not executable12:07
sdagueand they don't even syntax check12:08
BobBallxenstore.py is executable though :) The only plugin that has the .py extension12:08
johnthetubaguysdague: BobBall: I have a patch to add unit testing, I dug that out for BobBall a week ago or so12:08
sdaguejohnthetubaguy: ok, well can we prioritize that?12:08
BobBalltesting is on our backlog - but my team is in PRC and all on vacation :)12:08
BobBallThe joys of chinese new year.12:09
*** garyk has quit IRC12:09
*** garyk has joined #openstack-nova12:09
sdagueI kind of feel like this is a giant hole with the xen code, to the point of demoting it's support class.12:09
sdagueand it makes any of these other changes to do things like the glance support so much harder to review12:09
johnthetubaguyI am good with renaming them all to be .py, and add symlinks for backwards compat12:10
BobBallIt is a big hole indeed - and while I don't expect unit tests to get in Mitaka, I'm sure they will be up for review early in Newton.12:10
johnthetubaguyBobBall: why not Mitaka? just the basic bits, not fully tested12:11
*** garyk has quit IRC12:11
*** garyk has joined #openstack-nova12:11
johnthetubaguywe need to get to a point where all new stuff can add tests, ASAP, and add more coverage will take time, and be netwon12:11
BobBallBasic coverage may be possible; I was meaning proper coverage. let's discuss tomorrow.12:11
openstackgerritAndrey Pavlov proposed openstack/nova: remove EC2 legacy code  https://review.openstack.org/26642512:11
*** tyagiprince has quit IRC12:11
sdagueBobBall: I'm happy for *anything* at this point12:11
sdaguebecause right now we have nothing12:12
johnthetubaguyright12:12
sdaguelike we don't even know if those files are python when we approve them12:12
*** ig0r_ has joined #openstack-nova12:12
johnthetubaguytdurakov: you have to worry about compatibility, until the major version is bumped12:14
*** mylu has joined #openstack-nova12:14
johnthetubaguytdurakov: its a little tricky, but the unit test usually tells you if you changed something that matters12:14
johnthetubaguysdague: BobBall: to the rename to .py seems like a good idea, so we get the pep8 stuff back12:14
sdaguehow are these installed?12:15
johnthetubaguysdague: for us, using the RPM that we wripped out of tree12:15
johnthetubaguyas in it used to be in tree, but its not now12:15
sdagueok, but if the name is important it can be converted during that process right?12:15
johnthetubaguybut its basically xcopy install12:15
johnthetubaguyyeah, I mean we can fix it, I was worried about the other users really12:16
tdurakovjohnthetubaguy, so we maintain only major release compatibility, say if someone have mitaka-1 compute and mitaka-2 compute I should not carry about its compatibility, right?12:16
sdagueok, I'm going to be mean for a second, are there really all that many other users?12:16
*** drankis has joined #openstack-nova12:16
BobBallthe user survey says "not many" - but there are several12:17
johnthetubaguytdurakov: oh dear, I was very unclear, we maintain compatibility between major releases (I was talking object versions). any commit in mitaka should upgrade to a later commit in mitaka, in a rolling upgrade way, and also any commit should be OK from the last major release (or at least latest stable)12:17
sdagueit's kind of unfortunate that there isn't a real install tool for this in the nova tree12:18
sdaguethe devstack in line stuff is kind of gorpy12:18
BobBallThe RPM was pulled out of tree a while ago because it was deemed the wrong place for it iirc12:18
johnthetubaguyyeah, we took it out, because we didn't like the RPM, I don't remember why12:18
sdaguehttps://github.com/openstack-dev/devstack/blob/d3be1581814a77c7d9b0d423f0c5c38673f28b9d/lib/nova_plugins/hypervisor-xenserver#L7312:18
*** mylu has quit IRC12:18
sdagueright, I don't think an rpm like that should be in tree12:18
BobBallsdague: Indeed...12:19
sdagueI'm just saying that the install process here is currently: bubble gum, duck tape, bailing twine, and prayers12:19
pkoniszewskidoes novaclient support microversions?12:20
sdagueand given that, I'd honestly say that changing it in tree, pushing a reno that warns of the change should be fine12:20
*** smatzek has joined #openstack-nova12:20
sdagueand, better, would be if nova had "install_xen_dom0" which is something everyone could call, and then we'd give a real interface12:21
BobBallPerhaps.  I will look into that for sure.12:23
tdurakovandreykurilin, ^^^12:23
*** pradk_ has quit IRC12:24
BobBallGot a meeting now.12:24
*** cgalan has quit IRC12:26
johnthetubaguypkoniszewski: yes, some of them12:26
*** tyagiprince has joined #openstack-nova12:27
johnthetubaguypkoniszewski: and example is here: https://github.com/openstack/python-novaclient/commit/6cbb22583b94660cfd78d8ee0068778d5279ceca12:28
* johnthetubaguy goes for food12:28
pkoniszewskijohnthetubaguy: thanks! :)12:28
*** doug-fish has joined #openstack-nova12:29
*** root has joined #openstack-nova12:30
*** bkumar4 has quit IRC12:30
*** root is now known as Guest6325412:30
openstackgerritMike Fedosin proposed openstack/nova: Remove version hardcoding for 'create' and 'update' methods  https://review.openstack.org/25909712:32
openstackgerritMike Fedosin proposed openstack/nova: Make Xenplugin to work with glance v2 api  https://review.openstack.org/26693312:32
*** markvoelker has joined #openstack-nova12:33
*** ljxiash has joined #openstack-nova12:34
*** vladikr has joined #openstack-nova12:36
*** markvoelker has quit IRC12:37
*** pradk_ has joined #openstack-nova12:38
*** thorst_ has joined #openstack-nova12:38
*** ljxiash has quit IRC12:38
*** daemontool has quit IRC12:39
*** thorst_ has quit IRC12:39
*** daemontool has joined #openstack-nova12:39
*** dims has quit IRC12:40
openstackgerritsahid proposed openstack/nova: virt: reserved hugepages on compute host  https://review.openstack.org/27742212:40
*** thorst_ has joined #openstack-nova12:41
*** amotoki has quit IRC12:41
*** ivase has joined #openstack-nova12:41
*** baoli has joined #openstack-nova12:47
*** sudipto has quit IRC12:48
*** baoli_ has joined #openstack-nova12:48
*** daemontool_ has joined #openstack-nova12:49
openstackgerritMike Fedosin proposed openstack/nova: Remove version hardcoding for 'create' and 'update' methods  https://review.openstack.org/25909712:49
openstackgerritMike Fedosin proposed openstack/nova: Make Xenplugin to work with glance v2 api  https://review.openstack.org/26693312:49
*** daemontool__ has joined #openstack-nova12:49
*** daemontool has quit IRC12:51
*** baoli has quit IRC12:51
*** raildo-afk is now known as raildo12:53
*** daemontool_ has quit IRC12:54
*** jaypipes has joined #openstack-nova12:56
*** kylek3h has joined #openstack-nova12:57
*** su_zhang has joined #openstack-nova12:59
*** mfedosin has quit IRC13:00
*** haomaiwang has quit IRC13:01
*** bkumar4 has joined #openstack-nova13:01
*** haomaiwang has joined #openstack-nova13:01
*** bkumar4 has quit IRC13:01
*** bkumar4 has joined #openstack-nova13:02
*** su_zhang has quit IRC13:03
*** FL1SK has joined #openstack-nova13:05
tobascodoes anybody have a good insight into the live migration process?13:07
tobascoim using cinder root volumes with multipath and when i live migrate the multipath removal process fails on the source host causing a kpartx and blkid process to spawn and get stuck causing the next live migration to happen on that host to hang13:09
*** amotoki has joined #openstack-nova13:09
*** delattec has joined #openstack-nova13:10
openstackgerritClaudiu Belu proposed openstack/nova-specs: Moves Hyper-V Fibre Channel support spec to Newton  https://review.openstack.org/27904113:10
openstackgerritClaudiu Belu proposed openstack/nova-specs: Moves Hyper-V Storage QOS spec to Newton  https://review.openstack.org/27904213:10
openstackgerritClaudiu Belu proposed openstack/nova-specs: Moves the Hyper-V Cluster spec to Newton  https://review.openstack.org/27904313:10
openstackgerritClaudiu Belu proposed openstack/nova-specs: Moves the Hyper-V NUMA instance spec to Newton  https://review.openstack.org/27904413:10
openstackgerritClaudiu Belu proposed openstack/nova-specs: Moves the Hyper-V UEFI Secure Boot spec to Newton  https://review.openstack.org/27904513:10
*** andreykurilin__ has joined #openstack-nova13:10
*** romainh has joined #openstack-nova13:10
*** bkumar4 has quit IRC13:10
*** ducttape_ has joined #openstack-nova13:11
*** nekrodesk has joined #openstack-nova13:11
andreykurilin__pkoniszewski: hi! novaclient supports most of the existing microversions(2.1-2.18 now)13:12
andreykurilin__pkoniszewski: also, 2.19-2.21 are on review.13:12
*** delatte has quit IRC13:13
*** romainh1 has joined #openstack-nova13:14
*** romainh has quit IRC13:14
*** mylu has joined #openstack-nova13:14
*** nekrodesk has joined #openstack-nova13:16
*** nekrodesk has joined #openstack-nova13:18
*** nekrodesk has quit IRC13:18
*** veena has joined #openstack-nova13:18
*** eharney has joined #openstack-nova13:18
*** tcammann has joined #openstack-nova13:18
*** mylu has quit IRC13:19
*** romainh1 has left #openstack-nova13:20
*** dims has joined #openstack-nova13:20
*** romainh1 has joined #openstack-nova13:20
andreykurilin__phoniszewski: If you want to write support for your 2.22 microversion, you should depends on the previous one(2.21 - https://review.openstack.org/#/c/278454/). info about implementation microversions in novaclient , you can found here - https://specs.openstack.org/openstack/nova-specs/specs/liberty/approved/novaclient-api-microversions.html +13:20
andreykurilin__https://review.openstack.org/#/c/211206/13:20
*** nekrodesk has joined #openstack-nova13:20
*** romainh1 has quit IRC13:21
*** nekrodesk has joined #openstack-nova13:22
*** daemontool__ has quit IRC13:23
*** smatzek has quit IRC13:23
*** markvoelker has joined #openstack-nova13:23
andreykurilin__johnthetubaguy, sdague, alex_xu_ : can you look at the small change for novaclient's spec? https://review.openstack.org/#/c/211206/13:23
andreykurilin__please13:23
*** tcammann has quit IRC13:23
*** Daisy has joined #openstack-nova13:24
*** xyang1 has joined #openstack-nova13:24
*** nekrodesk has joined #openstack-nova13:26
*** nekrodesk has quit IRC13:26
andrei__Hi all, Do someone know why VIR_MIGRATE_PERSIST_DEST  is missing in default flags for live migration in nova.conf ?13:27
*** ducttape_ has quit IRC13:27
*** brault has quit IRC13:27
*** nekrodesk has joined #openstack-nova13:30
johnthetubaguyandrei__ unsure, danpb might know13:30
johnthetubaguytobasco: PaulMurray is leading up the team currently focusing on live-migrate, there are lots of active bugs around volume issues, but not sure multipath has come up before13:31
*** delatte has joined #openstack-nova13:32
*** nekrodesk has joined #openstack-nova13:33
*** tyagiprince has quit IRC13:33
*** delattec has quit IRC13:35
*** daemontool__ has joined #openstack-nova13:35
*** mubirru has quit IRC13:36
*** cdent has quit IRC13:37
pkoniszewskiandrei__: we reorganized live migration options a bit13:37
*** burgerk has joined #openstack-nova13:37
pkoniszewskiandrei__: right now this flag is managed by nova automatically13:38
pkoniszewskiandrei__: https://github.com/openstack/nova/blob/master/nova/virt/libvirt/driver.py#L70213:38
*** funeutron has joined #openstack-nova13:38
*** edmondsw has joined #openstack-nova13:38
*** lpetrut has quit IRC13:39
pkoniszewskiandrei__: you can also refer to reno: https://github.com/openstack/nova/blob/master/releasenotes/notes/libvirt-live-migration-flags-mangling-a2407a31ddf17427.yaml13:42
*** daemontool_ has joined #openstack-nova13:42
andrei__Thank you!13:43
*** brault has joined #openstack-nova13:44
danpbandrei__: iirc nova will write out hte config itself, so its redundnat13:44
*** ankit_ag has quit IRC13:45
*** daemontool__ has quit IRC13:46
*** pradk_ is now known as pradk13:46
*** smatzek has joined #openstack-nova13:47
*** diana_clarke has joined #openstack-nova13:48
*** links has quit IRC13:48
*** cgalan has joined #openstack-nova13:50
*** achanda has joined #openstack-nova13:50
*** mfedosin has joined #openstack-nova13:51
jaypipesjohnthetubaguy, sdague: thx for the review on generic-resource-pools. I'll push up a new rev shortgly.13:51
openstackgerritDongcan Ye proposed openstack/nova: VMware: Make http connection pool configurable  https://review.openstack.org/26534613:52
*** cgalan has quit IRC13:53
tobascojohnthetubaguy: thanks, i'm looking into this issue i have right now i also "signed up" for a ping when the next live-migration meeting is taking place13:55
tobascohopefully i can get somewhere13:55
*** achanda has quit IRC13:55
*** daemontool_ is now known as daemontool13:56
johnthetubaguytobasco: cool, it would be interesting if you get the same issues with cold migrate, its a similar pattern of calls, if not that might help narrow it down13:56
*** jfding has quit IRC13:56
*** rlrossit has joined #openstack-nova13:57
alaskijohnthetubaguy: bauzas late start this morning, a bit under the weather, but I read scrollback and it seems there was some discussion and then some agreement?13:57
bauzasalaski: so we were discussing about the relationship between resource-* and cells v213:57
alaskialso doffm has got a plan in his head on how this might all fit together and offerred to write it up13:57
bauzasand yeah I just commented that13:58
bauzasalaski: but maybe could you please review https://review.openstack.org/275432 ?13:58
bauzasI +2'd it because I was okay adding them in the cells db13:58
alaskiokay, will do13:58
bauzasbut your thoughts would be nivce13:59
bauzasnice*13:59
*** garyk has quit IRC13:59
*** cdent has joined #openstack-nova13:59
bauzas(and it's not late IIRC , just 9am ! )13:59
openstackgerritDaniel Berrange proposed openstack/os-vif: vif_plug_ovs: Disable IPv6 on bridge devices  https://review.openstack.org/27529313:59
openstackgerritDaniel Berrange proposed openstack/os-vif: import openvswitch plugin implementation  https://review.openstack.org/27361013:59
openstackgerritDaniel Berrange proposed openstack/os-vif: import linux bridge plugin implementation  https://review.openstack.org/27360913:59
bauzasah no13:59
*** edmondsw has quit IRC13:59
johnthetubaguyalaski: cool, sounds good. I can see how the current plan could work, and actually be a bit better that what I was first thinking we were going to do, so all good. Will look out for doffm's write up13:59
alaskibauzas: heh, I'm not usually as early as dansmith or sdague, but usually in earlier than this14:00
bauzasdon't ask me when I'm coming :)14:00
flip214meeting?14:00
bauzasright14:00
johnthetubaguyNova meeting time in #openstack-meeting14:00
johnthetubaguymikal tjones cburgess jgrimm adrian_otto funzo mjturek jcookekhugen irina_pov krtaylor danpb alexpilotti flip214 jaypipes garyk edleafe dims moshele anteaya Nisha sileht claudiub lxsli neiljerram markus_z swamireddy alevine tonyb andreykurilin ndipanov sc68cal akuriata artom jlvillal mnestratov kashyap aloga rgeragnov bauzas xyang tpatil med_ nic scottda nagyz belliott dguitarbite sdague jroll diana_clarke14:00
johnthetubaguy _diana_ raildo jichen gjayavelu mdorman klindgren sorrison belmoreira mrda auggy PaulMurray gcb thorst duncant macsz thomasem tpatzig bobball14:00
johnthetubaguydoing my cutting and pasting14:00
*** haomaiwang has quit IRC14:01
*** haomaiwang has joined #openstack-nova14:01
alaskijohnthetubaguy: I'm not convinced it's better in the long run, but certainly better know for getting it done, and I don't think it blocks the work we may want to do later14:01
*** ildikov has joined #openstack-nova14:02
*** jaosorior has quit IRC14:05
*** jaosorior has joined #openstack-nova14:05
thomasemhello14:06
*** dave-mccowan has joined #openstack-nova14:08
*** ljxiash has joined #openstack-nova14:09
PaulMurraypkoniszewski, remember to update the implementation status of your blueprints14:10
PaulMurraypkoniszewski, eg: https://blueprints.launchpad.net/nova/+spec/block-live-migrate-with-attached-volumes14:10
pkoniszewskiPaulMurray: sure, I will, still need python-novaclient change for pausing14:10
pkoniszewskiPaulMurray: thanks for reminder!14:10
PaulMurraypkoniszewski, of course - I forgot about that14:11
*** dave-mcc_ has joined #openstack-nova14:11
*** Daisy has quit IRC14:11
*** zz_dimtruck is now known as dimtruck14:11
openstackgerritAndrey Pavlov proposed openstack/nova: remove EC2 legacy code  https://review.openstack.org/26642514:11
*** ctrath has joined #openstack-nova14:12
openstackgerritSylvain Bauza proposed openstack/nova-specs: Fix bauzas Launchpad link in M priorities  https://review.openstack.org/27909114:12
*** mdrabe has joined #openstack-nova14:13
*** ljxiash has quit IRC14:14
*** dave-mccowan has quit IRC14:14
openstackgerritLudovic Beliveau proposed openstack/nova: Update binding:profile for SR-IOV ports  https://review.openstack.org/24257314:14
flip214johnthetubaguy: thanks for getting around to me.14:15
*** krotscheck_dcm is now known as krotscheck14:15
flip214There was a blueprint: https://review.openstack.org/#/c/134153/14:15
flip214but when os-brick got split out, and all that was left was the bits to connect Nova to os-brick, I thought (or got told? Can't remember) that no blueprint is necessary for that anymore.14:16
*** mriedem has joined #openstack-nova14:17
*** ljxiash has joined #openstack-nova14:20
*** ccarmack has joined #openstack-nova14:22
*** Daisy has joined #openstack-nova14:23
*** su_zhang has joined #openstack-nova14:23
mdboothAre there any folks about who understand ploop?14:23
*** ccarmack has quit IRC14:26
*** Daisy has quit IRC14:26
*** links has joined #openstack-nova14:27
johnthetubaguyflip214: no spec is needed, you still need a blueprint14:28
PaulMurraymdbooth, try pinging mnestratov14:28
johnthetubaguyflip214: we changed that in kilo I think, relaxed the hard everything needs a spec rule14:28
johnthetubaguyflip214: its written up, sort of, here: http://docs.openstack.org/developer/nova/blueprints.html#specs14:29
flip214johnthetubaguy: https://blueprints.launchpad.net/nova/+spec/drbd-driver  << that one okay?14:29
sdaguemriedem: ok, the 4 byte stuff is in my head. We once said it was ok for names, no one seems to have implemented it14:30
johnthetubaguyflip214: yes, thats fine, just needs submitting to be approved for a specific release, once we are open for new blueprints for newton14:30
mriedemsdague: ok14:30
flip214johnthetubaguy: thank you very much.14:30
flip214to make sure I understand:14:30
johnthetubaguyflip214: once we release RC1, basically bug me about what needs to be done14:31
flip214 * when newton is open, submit blueprint; submit code.14:31
HenryGjohnthetubaguy: jaypipes: ping regarding get-me-a-network14:31
johnthetubaguyflip214: yeah, thats it14:31
flip214johnthetubaguy: will do. thanks for the explanation.14:31
johnthetubaguyHenryG: ah, yeah14:32
johnthetubaguyHenryG: sorry, armax said you would be around, I totally forgot14:32
HenryGjohnthetubaguy: I was in the meeting and saw the call for help fly by :)14:32
johnthetubaguyHenryG: ah, no worries, it looks like everything is ready for the Nova modification now14:33
sdaguemarkus_z / auggy on - https://wiki.openstack.org/wiki/Nova/BugTriage#Weekly_bug_skimming_duty for the tag owners, can I suggest some changes?14:33
HenryGjohnthetubaguy: yes14:33
markus_zsdague: sure, please14:33
auggysdague: yes please, that list looks out of date to me14:33
sdaguewe should delete ec2 and docker, they aren't in tree any more and their owners aren't really around14:34
sdaguebaremetal as an official tag should go away14:34
sdagueyou can list me as api bug tag owner14:34
HenryGjohnthetubaguy: please let whoever works on it know they can ping me for help from the neutron side14:35
sdagueI'm not sure that wendar is really triaging at this point, I would probably remove her from the table14:35
markus_zsdague: ok, cool, I'll do that. Do you maybe know a contact for "network"?14:35
*** scheuran has quit IRC14:35
mriedemsdague: the postgres job was moved to experimental?14:36
sdaguemriedem: no14:36
mriedemjust v2.0?14:36
sdagueyes14:36
mriedemk14:36
*** liverpooler has quit IRC14:36
mriedemmarkus_z: we don't really have any dedicated network people14:37
sdaguemarkus_z: honestly, maybe dansmith14:37
mriedemfor nova-net, dan probably knows the most14:37
mriedemneutronv2 api is no mans land14:37
markus_zah, ok, I hoped I could spread that a little and pester different people.14:38
johnthetubaguyHenryG: cool, thank you14:38
auggyI thought it was the "postres" job.. had me wanting churros ;)14:39
*** ociuhandu has joined #openstack-nova14:39
*** lpetrut has joined #openstack-nova14:41
* johnthetubaguy mmm, churros14:41
mriedemHenryG: so i quickly skimmed through http://specs.openstack.org/openstack/neutron-specs/specs/liberty/get-me-a-network.html14:43
mriedemHenryG: but is there something that describes what the changes are in nova for get me a network?14:43
HenryGmriedem: I would talk to jaypipes - he went over it with armax at the mid-cycle14:44
mriedemGET jaypipes returns a 40914:44
jaypipesHenryG: that work is currently 4th on my priority list, unfortunately, behind sending emails to the ML with updates on resource-providers framework, email to ML on os-vif progress, and code review of resource-providers patch series. :(14:44
mriedemthis isn't going to happen for mitaka anyway (in nova)14:45
mriedembut i'm at least interested14:45
*** knikolla has joined #openstack-nova14:48
mriedemlooks like basically if a specific network isn't provided at nova boot time, and the auto_allocate extension is enabled in neutron, nova can call that to auto-allocate a network/subnet/router and then nova uses that per-tenant network to boot into14:48
mriedemand nova will create the port14:48
mriedemHenryG: jaypipes: ^ is that the gist?14:48
jaypipesmriedem: yes14:49
HenryGmriedem: you got it14:49
mriedemcool, easy peasy14:49
* mriedem was just looking at the API tests in https://review.openstack.org/#/c/277683/2/neutron/tests/api/admin/test_auto_allocated_topology.py14:49
HenryGmriedem: the operator needs to provision a couple of things first, too14:49
openstackgerritOpenStack Proposal Bot proposed openstack/nova: Updated from global requirements  https://review.openstack.org/27870014:50
jaypipesHenryG: right, just like how nova-network works with pre-created networks14:50
mriedemHenryG: which is what's happening in resource_setup for that test right?14:50
mriedem# Ensure the public external network is the default external network14:50
mriedem# Ensure a shared default subnetpool for auto-allocated subnets14:50
HenryGmriedem: yep14:50
mriedemstill, that's stuff that would need to be done for the neutron side to work, if that wasn't done, the call from nova to the auto-allocate API would just fail and nova would have to raise that up14:51
HenryGright14:51
mriedemi guess it would be nice if nova could tell that early in the boot process before we cast off to the compute service14:52
mriedemnova could at least validate that the auto_allocate extension is enabled from nova-api (if a network isn't provided)14:52
mriedemand fail fast14:52
wendarmarkus_z: confirmed, I haven't had time for triaging in a long while14:53
mriedemHenryG: how fast is client.get_auto_allocated_topology(tenant_id) ?14:53
HenryGmriedem: yes, and although neutron doesn't provide a "will-get-me-a-network-succeed", you can check for the default external net and default subnetpool.14:54
markus_zwendar: too bad. let me know when you find time again or have any questions.14:54
*** mrkz has joined #openstack-nova14:54
wendarmarkus_z: thanks :)14:54
mriedemHenryG: would be nice if neutron provided a readiness api of sorts for that so nova wouldn't need to know those details14:54
HenryGmriedem: I have not measured the timing. What is the concern?14:54
*** erlon has joined #openstack-nova14:55
mriedemHenryG: i was just thinking if nova-api could allocate the network before we cast off to the compute to build the vm14:55
mriedemor at least call that api and get a reservation id, something we can track, but would also let nova-api know early if auto-allocate is going to fail because the prereqs aren't setup14:56
sdaguemriedem: I really don't like that idea, nova api doing a synchronous block on another API is a good way to tie up a ton of resources14:56
mriedemsdague: yeah i know14:56
mriedemsdague: but i'd like a way to know if things are at least setup so when we do call the neutron api, it's not going to just fail b/c the admin didn't setup the pre-req stuff14:57
*** cfriesen has joined #openstack-nova14:57
*** esracelik has quit IRC14:57
*** diana_clarke has joined #openstack-nova14:57
mriedemb/c if that's in the compute then networking fails and i think it triggers a rebuild retry right?14:57
*** ccarmack has joined #openstack-nova14:57
mriedembut we'll just exhaust the rebuild retries since neutron isn't setup properly yet and end up with NoValidHost14:57
*** ducttape_ has joined #openstack-nova14:59
*** haomaiwang has quit IRC15:01
mriedemanyway, i'm interested, but it's a newton thing and probably needs a nova spec anyway15:01
*** haomaiwang has joined #openstack-nova15:01
ccesariohello.... could someone please tell what is the best way to provide a complete instance backup (with all volumes attached) ?15:01
*** burgerk has quit IRC15:01
*** eharney has quit IRC15:02
mriedemsdague: you should probably set a priority on the bug for this if you're proposing it for stable/kilo https://review.openstack.org/#/c/278992/15:04
jaypipesccesario: please see /topic. That is best asked on openstack@ mailing list. thanks.15:04
*** efoley has joined #openstack-nova15:04
efoleynstack-meeting15:04
*** jaosorior has quit IRC15:06
*** nekrodesk has quit IRC15:06
*** sc68cal has joined #openstack-nova15:07
*** brault has quit IRC15:07
alaskimriedem: a compromise option would be to have the conductor check the network allocation before scheduling and error there15:08
*** jwang_ has joined #openstack-nova15:08
*** gjayavelu has joined #openstack-nova15:09
ccesariojaypipes,  oops... sorry... whrong channel...  it was to be on #openstack :)15:09
jaypipesccesario: no worries :)15:11
*** jwang has quit IRC15:12
*** Daisy has joined #openstack-nova15:16
*** Daisy has quit IRC15:17
*** mragupat has joined #openstack-nova15:18
*** omnipresent has quit IRC15:18
*** omnipresent has joined #openstack-nova15:19
*** ig0r_ has quit IRC15:21
anteayajohnthetubaguy: if you get any volunteers for the nova side of get-me-a-network, I'm interested in knowing so I can help if need be15:21
*** eharney has joined #openstack-nova15:21
*** pushkaru has joined #openstack-nova15:21
*** mfedosin has quit IRC15:24
*** omnipresent has quit IRC15:24
*** burgerk has joined #openstack-nova15:26
openstackgerritAndrea Rosa proposed openstack/nova: WIP: Abort an ongoing live migration  https://review.openstack.org/27797115:26
*** veena has quit IRC15:27
dansmithjohnthetubaguy: alaski: did I miss some irc discussion about the resource providers db patch15:28
dansmith?15:28
alaskidansmith: it was mostly johnthetubaguy getting caught up with previous discussions15:29
dansmithalaski: okay, meaning we're good? or ... at least, you're good?15:29
johnthetubaguyyeah, it was totally me catch up15:29
*** angdraug has joined #openstack-nova15:29
alaskidansmith: yep, nothing has changed15:29
openstackgerritMartins Jakubovics proposed openstack/nova: Fix error message in imagebackend  https://review.openstack.org/27914015:29
johnthetubaguyyeah, that was my outstanding action15:30
*** daemontool_ has joined #openstack-nova15:32
*** omnipresent has joined #openstack-nova15:32
johnthetubaguyalaski: is that, you are happy, or equally unhappy?15:32
dansmithjohnthetubaguy: glad you asked, I was confused :)15:33
dansmithfigured it was the lack of caffeine15:33
*** brault has joined #openstack-nova15:33
alaskijohnthetubaguy: heh, I am fine with the current direction. what would make me happy would totally derail things so I'm good with starting simple15:33
alaskiI'm not unhappy15:34
*** tyagiprince has joined #openstack-nova15:34
tyagiprinceHii Everyone..15:34
tyagiprinceHow do I pass the neutron metadata proxy?15:34
*** daemontool has quit IRC15:34
*** achanda has joined #openstack-nova15:34
dansmithalaski: this is a thing we've been talking about for like two cycles, I feel like we have to make some incremental progress or we'll never get it going15:34
alaskidansmith: right, I'm completely on board with that15:35
dansmithalaski: speaking of lots of talking and incremental progress,15:35
*** zul_ has joined #openstack-nova15:36
dansmithalaski: what two cells patches should I look at right this moment while I'm in a good mood?15:36
*** zul has quit IRC15:36
openstackgerritMartins Jakubovics proposed openstack/nova: Fix error message in imagebackend  https://review.openstack.org/27914015:36
*** omnipresent has quit IRC15:36
mriedemalaski: dansmith: jaypipes: the resource-classes bp is a dependency for the resource-providers bp right?15:37
alaskidansmith: heh, you can pick any two out of my series at https://review.openstack.org/#/c/273641/, or melwitt/doffms work at https://review.openstack.org/#/c/270565/15:37
jaypipesmriedem: yes.15:37
*** dave-mcc_ has quit IRC15:37
dansmithmriedem: jaypipes refuses to put them into a line so I don't know what depends on what :)15:37
jaypipesmriedem: resource-classes bp and code is already merged now, though.15:37
tyagiprinceI am trying to set the correct entry in the openstack dns which should be the instance name. For that I made some changes to the code  where dns entry is given. For that I made the hostname lookup for the instance through it ip. But my instance is not able to boot up. It is still booting with the 169.254.169.254 in the routing table15:37
*** Daisy has joined #openstack-nova15:37
jaypipesdansmith: sorry man :(15:37
mriedemjaypipes: yeah i was just going to make that relationship in launchpad15:37
dansmithjaypipes: *shakes fist*15:37
*** dave-mccowan has joined #openstack-nova15:37
mriedemjaypipes: since there are like 3 specs and i was trying to sort out their order15:37
jaypipesdansmith: I'm still working on this email to the ML about our progress and decisions around scheduler and RT15:38
jaypipesmriedem: in order:15:38
jaypipes* resource-classes (bp MERGED, code MERGED)15:38
jaypipes* pci-generate-stats (bp MERGED, code IN REVIEW)15:38
jaypipes* resource-providers (bp MERGED, code IN REVIEW)15:38
jaypipes* generic-resource-pools (bp IN REVIEW, code TODO)15:38
jaypipes* compute-node-inventory (bp IN REVIEW, code TODO)15:38
jaypipes* resource-providers-allocations (bp IN REVIEW, code TODO)15:38
jaypipes* resource-providers-scheduler (bp IN REVIEW, code TODO)15:38
mriedemjaypipes: your email isn't about suggesting we schedule things once per year in a different location is it? :P15:38
jaypipesmriedem: heh15:38
dansmithalaski: so I can choose the top patch on either of those sets? that sounds unhelpful :D15:39
tyagiprincehelp people :p15:39
mriedemtyagiprince: see the channel topic15:39
doffmdansmith: I'd like you to look at melwitt's db connection switching. https://review.openstack.org/#/c/161906/15:40
alaskidansmith: I leave it up to your good mood to decide how helpful you would like to be :) I would recommend starting at the bottom though15:40
*** mtanino has joined #openstack-nova15:40
dansmithalaski: fine, fine15:40
doffmAlthough happy to have you look at my cell0 stuff also, the connection switching seems pretty core, and i'm going to depend on it for a couple of cell0 patches.15:40
mriedemjaypipes: cdent: if the resource-classes bp is complete, it should probably be marked that way in LP https://blueprints.launchpad.net/nova/+spec/resource-classes15:40
dansmithalaski: no tests? https://review.openstack.org/#/c/273641/315:41
dansmithalaski: there appear to be no tests in the tree either15:41
jaypipesmriedem: it was just merged yesterday...15:41
jaypipesmriedem: feel free to mark it.15:41
*** Daisy has quit IRC15:41
mriedemjaypipes: there are 3 patches in the bp whiteboard, they are all abandoned15:41
mriedemso i'm not sure which patch(es) it was15:41
mriedemhttps://review.openstack.org/#/c/273100/ ?15:41
jaypipesmriedem: ok, sorry, those patches are all the poc work.15:41
alaskidansmith: nope, probably should add those. I'll pretend I left it that way so you can -1 and improve your mood15:42
jaypipesmriedem: yup, that's it.15:42
*** tyagiprince has left #openstack-nova15:42
mriedemjaypipes: ok, i'll mark it complete15:42
jaypipescheers, sorry about that15:42
*** achanda has quit IRC15:42
*** fawadkhaliq has quit IRC15:42
*** fawadkhaliq has joined #openstack-nova15:43
dansmithalaski: oooo, that does improve my mood15:43
*** edmondsw has joined #openstack-nova15:43
*** mylu has joined #openstack-nova15:44
dansmithalaski: I should probably hit that connection switching one15:46
dansmithI was kinda hoping the sun would burn out before I had to come back to it, but..15:46
mriedemjaypipes: want to create a stub in LP for this? https://blueprints.launchpad.net/nova/+spec/compute-node-inventory15:46
alaskidansmith: heh, go for it. whenever your whimsy swings back around this way my series will be waiting15:46
dansmithalaski: poke me when you add a trivial test so I can keep my dignity and I'll hit that one again15:46
jaypipesmriedem: ya, sec15:46
alaskidansmith: will do15:47
johnthetubaguydansmith: I was OK ish on the connection switching, my suggest might be a bit nit-picky, let me know15:47
dansmithjohnthetubaguy: okay15:48
jaypipesmriedem: done: https://blueprints.launchpad.net/nova/+spec/compute-node-inventory15:48
mriedemwhere does https://blueprints.launchpad.net/nova/+spec/resource-objects fit into the dep tree?15:48
mriedemlp has resource-objects depending on pci-stats-generate15:48
jaypipesmriedem: that's essentially deprecated and made redundant by the new blueprints.15:49
mriedemblarg15:49
*** jlanoux has quit IRC15:49
jaypipesmriedem: it's marked as Superseded15:49
bauzasyeah, old story15:49
mriedemi'm sure it is15:49
mriedeman old story15:50
knikollaHi guys, quick question related to nova/keystone interaction. In the attach_volume flow, does nova-api use the user credentials?15:50
bauzasmriedem: nah, it was just the old liberty (and mitaka) BP which was referring to all that - and what we asked to split15:51
bauzasso, the spec is still in-tree15:51
*** andrei__ has quit IRC15:52
bauzashttp://specs.openstack.org/openstack/nova-specs/specs/mitaka/approved/resource-objects.html15:52
bauzasmaybe we should git rm it ?15:52
bauzasthat said, it was approved15:52
*** CustosLimen has quit IRC15:52
*** _gryf has quit IRC15:52
*** amotoki has quit IRC15:52
*** gjayavelu has quit IRC15:52
*** inara has quit IRC15:52
johnthetubaguybauzas: we haven't done that in the past, be we could I guess15:52
dansmithjohnthetubaguy: let's go for it15:52
dansmithjohnthetubaguy: I +2d15:52
*** timello has quit IRC15:53
*** efoley has quit IRC15:53
mriedemhttps://blueprints.launchpad.net/nova/+spec/compute-node-allocations doesn't exist either15:53
*** EmilienM has quit IRC15:53
*** q3k has quit IRC15:53
*** NightKhaos has quit IRC15:54
mriedembauzas: i'd at least amend the history section of the spec saying it was completed in mitaka but also superseded by * other blueprints15:54
*** pav0 has quit IRC15:54
bauzasmriedem: fine by me15:54
dansmithalaski: do you have time to do that trivial test? if not, I will do it for you15:54
mriedemwhere * is resource-providers, resource-classes, whatever else15:54
bauzasmriedem: that said, we only partially approved15:54
alaskidansmith: I do, but not at this moment. about to run out for an appointment15:54
alaskibut feel free15:54
mriedembauzas: i wouldn't remove the spec since the bp was marked complete and there were patches merged against it15:55
dansmithalaski: I'll do it15:55
dansmithjohnthetubaguy: are we waiting for melwitt on https://review.openstack.org/#/c/275432/ ?15:55
bauzasmriedem: mmm, really ? some patches landed ?15:55
*** HenryG has quit IRC15:55
mriedembauzas: yeah a lot https://review.openstack.org/#/q/topic:bp/resource-objects15:55
alaskidansmith: I just +W'ed that15:55
openstackgerritDaniel Berrange proposed openstack/os-vif: Provide plugins an oslo_config group for their setup  https://review.openstack.org/27528115:55
openstackgerritDaniel Berrange proposed openstack/os-vif: vif_plug_ovs: Disable IPv6 on bridge devices  https://review.openstack.org/27529315:55
openstackgerritDaniel Berrange proposed openstack/os-vif: import openvswitch plugin implementation  https://review.openstack.org/27361015:55
openstackgerritDaniel Berrange proposed openstack/os-vif: import linux bridge plugin implementation  https://review.openstack.org/27360915:55
dansmithalaski: I'm not sure where the top of that set is.. hint?15:55
dansmithalaski: woot, thanks15:56
dansmithalaski: is it https://review.openstack.org/#/c/263925/5 ?15:56
bauzasWAAAAT15:56
johnthetubaguydansmith: yeah, I was just wanting to make sure the cells folks were happy, sounds like we are good15:56
alaskidansmith: https://review.openstack.org/#/c/263925/515:56
dansmithalaski: got it15:56
alaskidansmith: everything after that is just noise atm15:57
dansmithroger15:57
bauzasmriedem: okay, https://review.openstack.org/#/q/topic:bp/resource-objects+is:merged+project:openstack/nova shows me that it was unrelated to the BP15:57
bauzasfor some reason, dan, paul and I were jinxed by jaypipes15:57
dansmithbauzas: eh? :)15:58
bauzasdansmith: see the url :)15:58
bauzasbut I understand now15:58
bauzasall of these patches were easing how we model our resources15:59
bauzasso it was loosely related to the resource-objects BP15:59
alaskibiab15:59
*** achanda has joined #openstack-nova15:59
*** mriedem is now known as mriedem_meeting16:00
*** sridharg has quit IRC16:00
*** haomaiwang has quit IRC16:01
*** liusheng has quit IRC16:01
*** haomaiwa_ has joined #openstack-nova16:01
*** _gryf has joined #openstack-nova16:01
openstackgerritMatthew Booth proposed openstack/nova: Implement import_file for LVM backend  https://review.openstack.org/27801116:01
openstackgerritMatthew Booth proposed openstack/nova: Update import_file to provide a general-purpose interface  https://review.openstack.org/26766216:01
openstackgerritMatthew Booth proposed openstack/nova: Implement import_file for Qcow2 backend  https://review.openstack.org/27801016:01
openstackgerritMatthew Booth proposed openstack/nova: Remove fake_imagebackend.Raw and cleanup dependent tests  https://review.openstack.org/26766116:01
openstackgerritMatthew Booth proposed openstack/nova: Rename Image.check_image_exists to Image.exists()  https://review.openstack.org/27099816:01
openstackgerritMatthew Booth proposed openstack/nova: Make import_file abstract  https://review.openstack.org/27801316:01
*** timello has joined #openstack-nova16:01
*** HenryG has joined #openstack-nova16:02
openstackgerritMatthew Booth proposed openstack/nova: Remove deprecated option libvirt.remove_unused_kernels  https://review.openstack.org/26588616:02
*** vstinner has joined #openstack-nova16:02
openstackgerritMatthew Booth proposed openstack/nova: Only attempt to inject files if the injection disk exists  https://review.openstack.org/25087216:02
openstackgerritMatthew Booth proposed openstack/nova: Implement import_file for ploop backend  https://review.openstack.org/27801216:02
*** andrei__ has joined #openstack-nova16:02
*** vstinner has left #openstack-nova16:02
*** achanda has quit IRC16:02
*** NightKhaos has joined #openstack-nova16:02
*** inara has joined #openstack-nova16:02
*** CustosLimen has joined #openstack-nova16:03
*** funeutron has quit IRC16:03
*** links has quit IRC16:04
*** pav0 has joined #openstack-nova16:04
*** efoley has joined #openstack-nova16:06
*** EmilienM has joined #openstack-nova16:06
openstackgerritLudovic Beliveau proposed openstack/nova: Allow saving empty pci_device_pools in ComputeNode object  https://review.openstack.org/21604916:10
doffmalaski: Just writing up the cells resource pools proposal now. (discussed in yesterdays meeting) Will put out a link later today.16:10
*** mjura has quit IRC16:11
*** mylu has quit IRC16:12
*** mylu has joined #openstack-nova16:12
*** haplo37 has joined #openstack-nova16:13
openstackgerritDan Smith proposed openstack/nova: Create BuildRequest object during boot process  https://review.openstack.org/27812516:14
openstackgerritDan Smith proposed openstack/nova: Add build_requests database table and model  https://review.openstack.org/26392616:14
openstackgerritDan Smith proposed openstack/nova: Add BuildRequest object  https://review.openstack.org/27812416:14
openstackgerritDan Smith proposed openstack/nova: Make InstanceMappings.cell_id nullable  https://review.openstack.org/27859816:14
openstackgerritDan Smith proposed openstack/nova: WIP Populate instance_mappings during boot.  https://review.openstack.org/26392516:14
openstackgerritDan Smith proposed openstack/nova: Change populate_security_groups to return a SecurityGroupList  https://review.openstack.org/27364116:14
openstackgerritDan Smith proposed openstack/nova: Improve unit tests for instance multiple create  https://review.openstack.org/27688216:14
tdurakovdanpb, hi, are you around?16:15
*** mylu_ has joined #openstack-nova16:17
*** mylu has quit IRC16:17
tdurakovdansmith hey, want to discuss cancelation of  stuck live-migrations16:18
openstackgerritRoey Chen proposed openstack/nova: Don't specify security-groups on an instance when using Neutron  https://review.openstack.org/27836916:19
dansmithtdurakov: are you asking _if_ I want to? :D16:20
*** q3k has joined #openstack-nova16:20
tdurakovdansmith, :) I'm proposing, if you have no time, could talk later16:21
*** bnemec has quit IRC16:21
*** browne has joined #openstack-nova16:21
*** drankis has quit IRC16:21
dansmithtdurakov: meh, I'm probably not the best person to talk about it with.. what do you want to discuss specifically?16:22
*** burt has joined #openstack-nova16:22
dansmithtdurakov: danpb was around earlier, so I expect he'll be back16:22
danpbi'm around but fairly busy16:23
tdurakovhere is the problem, in case of block-migration it's possible to end up with canceled live-migration, because as I understood disk is transfered first16:23
tdurakovand it looks like live-migration is stucked16:23
tdurakovdansmith^16:23
danpbhmm, don't we account for disk + memory when looking if it is stuck16:24
*** mvk has quit IRC16:24
tdurakovdanpb, data_total is memory + disk?16:25
*** jlanoux has joined #openstack-nova16:25
danpbyes, data rfers tothe combination of both16:26
openstackgerritMatthew Booth proposed openstack/nova: Implement import_file for LVM backend  https://review.openstack.org/27801116:26
openstackgerritMatthew Booth proposed openstack/nova: Update import_file to provide a general-purpose interface  https://review.openstack.org/26766216:26
openstackgerritMatthew Booth proposed openstack/nova: Implement import_file for Qcow2 backend  https://review.openstack.org/27801016:26
openstackgerritMatthew Booth proposed openstack/nova: Remove fake_imagebackend.Raw and cleanup dependent tests  https://review.openstack.org/26766116:26
openstackgerritMatthew Booth proposed openstack/nova: Rename Image.check_image_exists to Image.exists()  https://review.openstack.org/27099816:26
tdurakovdanpb, well, than code is valid16:26
openstackgerritMatthew Booth proposed openstack/nova: Make import_file abstract  https://review.openstack.org/27801316:26
openstackgerritMatthew Booth proposed openstack/nova: Remove deprecated option libvirt.remove_unused_kernels  https://review.openstack.org/26588616:26
openstackgerritMatthew Booth proposed openstack/nova: Only attempt to inject files if the injection disk exists  https://review.openstack.org/25087216:26
openstackgerritMatthew Booth proposed openstack/nova: Implement import_file for ploop backend  https://review.openstack.org/27801216:26
*** thumpba has joined #openstack-nova16:26
tdurakovbut at the same time I got block-migration canceled, while there was data transfer16:27
tdurakovdanpb, ^16:27
danpbwell the logs should show all the data values indicating why it cancelled16:28
danpbcan you pastebin the nova compute log for the migration16:28
tobascojohnthetubaguy: seems like the live-migration issue did not happen when i use cold migrations ("Migrate") or atleast not after testing like 10-15 migrations16:28
tobascojohnthetubaguy: updated the launchpad bug with some more info16:29
tdurakovdanpb, sure16:29
johnthetubaguytobasco: OK, good info, certainly looks like its worth comparing the Nova -> Cinder API call to work out whats causing your problem16:29
tdurakovthere were periodic messages like:  Migration running for 135 secs, memory 100% remaining; (bytes processed=0, remaining=0, total=0)16:29
*** jdurgin1 has joined #openstack-nova16:30
danpboh, that's misleading of us - we should be printing the full data size, not just memory16:30
danpbsince we're doing calculations based on full data16:31
openstackgerritJohn Garbutt proposed openstack/nova: Improve 'virt.driver' conf options documentation  https://review.openstack.org/26636416:31
tobascotdurakov: you should get an exception when the migration reaches the max timeout16:31
tdurakovdanpb, tobasco http://paste.openstack.org/show/486725/16:31
tdurakovbtw, nova instance-action-list doesn't mark migration as failed16:32
*** Swami has joined #openstack-nova16:32
danpbthe "stuck" messages indicate that it isn't making forwards progress overall16:32
tdurakovin this case16:32
danpbunfortunately we'll need to fix the log message to print out full data rather than just memory, to give you a clearer idea of what happened16:33
tobascojohnthetubaguy: don't think it's related to the cinder api afaik multipathing is handled by nova and the os-brick iscsi integration? not sure tho16:33
*** browne has quit IRC16:33
danpbcertainyl seems like it could not keep up with dirtying of disk blocks16:33
tdurakovdanpb, on the same env, I managed to block-migrate instance with smaller flavor16:33
tdurakovdanpb it was kind of synthetic test, so no ops on instance, or smth that could dirty disky blocks16:35
tdurakovs/disky/disk16:35
*** rk4n_ has quit IRC16:35
tdurakovI'll edit log message and try again, to get more info16:36
*** mylu has joined #openstack-nova16:36
tobascokashyap: can you have a look at https://bugs.launchpad.net/nova/+bug/1525802 when you have time, i know you have a lot of insight into libvirt and i'm pretty curious on my libvirt migration flags as i posted in my latest comment, but the two most recent includes a lot of info moving the bug forward16:36
openstackLaunchpad bug 1525802 in OpenStack Compute (nova) "live migration with multipath cinder volumes crashes node" [Undecided,New]16:36
kashyaptobasco: Heh, "lot of insight", don't get tricked too easily :-)16:37
kashyaptobasco: Will look in 10 mins, in the middle of something16:37
*** Vek has quit IRC16:37
bauzasjust in case a spec-core could want to hit me https://review.openstack.org/#/c/279091/16:37
*** nikhil_k has joined #openstack-nova16:38
*** ganso has quit IRC16:38
tobascokashyap: hehe, well you beat me by some lengths atleast ;) thanks16:38
*** drankis has joined #openstack-nova16:38
*** eliqiao has quit IRC16:38
*** wendar_ has joined #openstack-nova16:38
*** mylu_ has quit IRC16:38
*** zhenguo_ has quit IRC16:38
*** andrewbogott has quit IRC16:38
*** junjie has quit IRC16:38
*** tpeoples has quit IRC16:38
*** comstud has quit IRC16:38
tobascokashyap: might be leaving in a while so if gone just shoot a comment and i'll check it out asap and get back16:39
*** wasmum has joined #openstack-nova16:39
*** rook has quit IRC16:39
*** betherly has quit IRC16:39
*** Mingyu has quit IRC16:39
*** toan has quit IRC16:39
*** wendar has quit IRC16:39
*** nikhil has quit IRC16:39
kashyaptobasco: Okay, quick note - remove this VIR_MIGRATE_TUNNELLED when doing live block migration16:39
*** toan has joined #openstack-nova16:40
*** ganso has joined #openstack-nova16:40
*** krtaylor has quit IRC16:40
kashyaptobasco: Also a note for future releases of Nova: Both the flags 'live_migration_flag' and 'block_migration_flag' are now deprecated16:40
*** armax has joined #openstack-nova16:41
*** salv-orl_ has joined #openstack-nova16:41
kashyapMandatory flags are handled by default - https://review.openstack.org/#/c/263433/16:41
*** betherly has joined #openstack-nova16:41
*** unicell1 has joined #openstack-nova16:42
*** junjie has joined #openstack-nova16:42
kashyapInstead the tunnelling will be handled (by upcoming versions) with a single flag.  (See here for more info: https://review.openstack.org/#/c/263434/)16:42
*** scheuran has joined #openstack-nova16:42
*** eliqiao has joined #openstack-nova16:43
*** unicell has quit IRC16:43
*** tpeoples has joined #openstack-nova16:43
*** andrewbogott has joined #openstack-nova16:44
*** Mingyu has joined #openstack-nova16:44
*** jichen has quit IRC16:44
*** comstud has joined #openstack-nova16:44
*** zhenguo_ has joined #openstack-nova16:44
*** salv-orlando has quit IRC16:44
tobascokashyap: ok thanks, i will try the changes, seems like the issue with the bug is because of multipath cleanup so was not really related but wanted some good input on that config :)16:44
*** browne has joined #openstack-nova16:44
tobascokashyap: so if i understand it correctly in the future all needed flags would be determined by nova(?) and since I don't need tunneling I would just remove the live_migration_flag config16:45
*** whenry__ has joined #openstack-nova16:45
*** whenry__ has quit IRC16:45
*** Marga_ has quit IRC16:46
*** mgoddard_ has joined #openstack-nova16:46
*** Marga_ has joined #openstack-nova16:46
kashyaptobasco: Just remove the VIR_MIGRATE_TUNNELLED option from block_migration_flag.  (There are no multiple changes (you say "the changes"), as you're using Liberty or below & not Git (I assume), just that one flag I mentioned.)16:46
kashyaptobasco: Yes, on your last point.16:47
*** scheuran has quit IRC16:47
tobascokashyap: Cool thanks16:48
*** mgoddard has quit IRC16:49
*** nikhil_k is now known as nikhil16:50
*** r-daneel has joined #openstack-nova16:52
hogepodgejaypipes: HenryG: wait, I heard it was third, now fourth?16:52
*** zakora has quit IRC16:52
*** amotoki has joined #openstack-nova16:52
*** mriedem_meeting is now known as mriedem16:52
*** paul-carlton1 has quit IRC16:53
*** mdrabe has quit IRC16:54
*** rcernin has quit IRC16:56
*** bnemec has joined #openstack-nova16:56
*** nekrodesk has joined #openstack-nova16:57
*** krtaylor has joined #openstack-nova16:57
*** vishwanathj has joined #openstack-nova16:57
*** daemontool_ has quit IRC16:57
*** amotoki has quit IRC16:58
*** nelsnels_ has quit IRC16:59
*** nelsnelson has joined #openstack-nova17:00
*** nekrodesk has joined #openstack-nova17:00
*** nekrodesk has quit IRC17:00
*** haomaiwa_ has quit IRC17:01
*** haomaiwang has joined #openstack-nova17:01
tdurakovdanpb, something strange, http://xsnippet.org/361415/ need to go now17:02
*** whenry has joined #openstack-nova17:04
*** jwcroppe has joined #openstack-nova17:06
*** pushkaru has quit IRC17:06
*** ndipanov has quit IRC17:06
*** mdrabe has joined #openstack-nova17:09
*** lucasagomes is now known as lucas-dinner17:10
*** derekh has quit IRC17:12
*** ociuhandu has quit IRC17:12
*** paul-carlton1 has joined #openstack-nova17:13
*** sfinucan has quit IRC17:13
*** e0ne has quit IRC17:14
*** penick has joined #openstack-nova17:15
*** nekrodesk has joined #openstack-nova17:15
*** apoorvad has joined #openstack-nova17:17
tobascojohnthetubaguy: i think there is a race condition between the scsi devices being removed and the multipath being flushed but i cannot confirm it yet, just been scrolling through some code and compare to logs17:19
*** nekrodesk has joined #openstack-nova17:19
*** nkrinner has quit IRC17:19
*** rk4n has joined #openstack-nova17:21
*** pushkaru has joined #openstack-nova17:24
*** mpavone has quit IRC17:27
*** ociuhandu has joined #openstack-nova17:33
*** fawadkhaliq has quit IRC17:33
*** unicell1 has quit IRC17:33
*** paul-carlton1 has quit IRC17:34
*** nekrodesk has joined #openstack-nova17:37
*** jlanoux has quit IRC17:38
*** jdurgin1 has quit IRC17:43
*** rdopiera has quit IRC17:45
*** danpb has quit IRC17:47
*** paul-carlton1 has joined #openstack-nova17:48
*** nic has joined #openstack-nova17:49
*** penick has quit IRC17:50
*** moshele has quit IRC17:50
*** Guest15678 is now known as mariusv17:51
*** mariusv has quit IRC17:51
*** mariusv has joined #openstack-nova17:51
*** mgoddard_ has quit IRC17:51
*** mgoddard has joined #openstack-nova17:51
*** sahid has quit IRC17:52
dansmithugh17:53
dansmithtests failed at position 2 in the gate17:53
* cdent hands dansmith a tissue17:53
*** knikolla has quit IRC17:54
*** ssurana has joined #openstack-nova17:55
cdentdansmith: in the world of nova.objects do we usually call object.delete() or Class.delete(some identifier) if we want to destroy something?17:56
*** fawadkhaliq has joined #openstack-nova17:56
dansmithcdent: it's conventionally destroy, and conventionally on an object not a class17:58
dansmithcdent: if you have the identifier, it's trivial:17:58
cdentcool, thanks17:58
dansmithinstance = objects.Instance(id=1)17:58
dansmithinstance.destroy()17:58
dansmithyou don't have to look it up first17:58
* cdent nods17:58
*** ljxiash has quit IRC18:00
*** haomaiwang has quit IRC18:01
*** haomaiwang has joined #openstack-nova18:01
mriedemdansmith: notice a resemblance? https://review.openstack.org/#/c/252059/18:03
sdagueoh, hey, on those engine facade patches - https://bugs.launchpad.net/nova/+bug/153193018:03
openstackLaunchpad bug 1531930 in OpenStack Compute (nova) "SQLalchemy API crashes executing migration_get_unconfirmed_by_dest_compute" [Undecided,New]18:04
sdagueapparently unreleased oslo.db code was referenced18:04
dansmithmriedem: doh, sorry!18:04
mriedemnp18:04
mriedemhans pointed it out18:04
mriedemi mean on mine before i wasted time rebasing18:04
dimssdague : mriedem : need a oslo.db release or a g-r bump?18:05
sdaguedims: I think both18:05
melwittsdague: ah man18:05
sdaguehow did that get past18:06
*** unicell has joined #openstack-nova18:06
mriedemsdague: depends-on?18:06
*** browne has quit IRC18:07
sdagueno18:07
sdagueit doesn't work that way18:07
dimsy, depends-on does not kick in unless LIBS_FROM_GIT is also there18:08
mriedemif it's unreleased how are we not completely blocked...18:08
dimsmriedem : want to log a release request?18:08
sdaguemriedem: right, that's what I'm trying to figure out18:08
melwittI guess that code isn't hit during testing? I don't know18:08
dimsmelwitt : y, possible18:08
mriedemsdague: periodic task18:08
sdaguemriedem: ah...18:09
melwittI've seen that allow_async around for a long time and had no idea it was unreleased, just assumed it was because it's been used a lot already18:09
sdagueright, those are basically completely untested18:09
mriedem    @periodic_task.periodic_task18:09
mriedem    def _poll_unconfirmed_resizes(self, context):18:09
mriedemyar18:09
dansmith:(18:10
melwittusually when I see a commit patch that says "use this thing from oslo.*" I do a manual check on requirements range and feature release point18:10
mriedemand that runs like every 10 minutes or something18:10
mriedemdims: i can put up the release request quick yeah18:10
melwitt*commit message18:10
sdaguehmmm this landed https://review.openstack.org/#/c/249235/18:10
sdaguethat was a while ago18:10
mriedemin since 4.1.018:10
dimsmriedem : y, i want to avoid log a review and then work on it as well :)18:10
sdagueok, so this person has just a totally lying environment18:11
dimsi am generating what's not released yet18:11
mriedemsdague: so the bug reporter probably doesn't have new enough oslo.db18:11
*** ljxiash has joined #openstack-nova18:11
dimswhew18:11
sdaguethe bug reporter specificially said they had 4.2.018:11
melwittoh18:11
mriedemg-r reqiures at least 4.1.0 https://github.com/openstack/requirements/blob/master/global-requirements.txt#L9818:11
mriedemso that's why i'm not finding hits on that in logstash18:12
dimsmriedem : sdague : there's nothing left to release in oslo.db (one requirements change)18:12
sdaguemriedem: yeh, ok, I'll mark it up to bad bug reporter18:12
mriedemi invalidated the bug18:12
sdagueit was detailed enough that I assumed they knew what they were talking about18:12
sdaguemriedem: I did too18:13
* mriedem goes back to cafeteria salad18:13
*** aginwala has joined #openstack-nova18:14
dansmithheh18:14
*** ljxiash has quit IRC18:15
*** e0ne has joined #openstack-nova18:15
*** rcernin has joined #openstack-nova18:17
mriedemdoffm: this curly wurly is not what i expected18:17
mriedemand now i've bitten my tongue. damn you hilariously named british candy!18:18
*** baoli_ has quit IRC18:20
*** jwcroppe_ has joined #openstack-nova18:21
*** jwcroppe_ has quit IRC18:22
*** rmart04 has joined #openstack-nova18:22
*** jwcroppe_ has joined #openstack-nova18:22
*** mriedem has quit IRC18:22
*** jwcroppe has quit IRC18:23
sdagueoh, right, testr py34 db format bug18:24
sdaguethat's 30 minutes I'm not getting back trying to figure out why this test didn't run18:24
*** mriedem has joined #openstack-nova18:24
mriedemreminds me of the time that manfred mann got his anus curly wurly'ed and asked me if i needed a ride18:25
cburgess_What?18:25
dansmithmriedem: +118:25
mriedemcburgess_: go listen to any classic rock FM station18:26
dansmithfor at least two hours and you'll hear it18:26
openstackgerritTracy Jones proposed openstack/nova: config options: centralize section "volume"  https://review.openstack.org/25374718:26
*** jwcroppe_ has quit IRC18:26
cburgess_I'm so lost18:26
dansmithhttp://www.amiright.com/misheard/artist/manfredmannsearthband.shtml18:27
*** rmart04 has quit IRC18:27
mriedemhttps://www.youtube.com/watch?v=lcWVL4B-4pI18:27
cburgess_Yeah OK I've heard that song and I've never heard that.. wow...18:27
*** eil397 has joined #openstack-nova18:28
cburgess_Y'all are messed up18:28
mriedemi don't say "y'all" so who's messed up now?18:28
*** ihrachys has quit IRC18:28
alaskithat's a perfectly cromulent word18:29
mriedemdon't go out tonight, there is a bathroom on the right18:29
cburgess_I will give you that y'all is one of the bad things I still have from growing up in the south.18:29
auggyy'all is a perfectly valid plural you form18:30
mriedemi need an all white pant suit with no sleeves18:30
cburgess_I would pay to see that.18:30
*** cdent has quit IRC18:30
*** Jeffrey4l has quit IRC18:30
auggythe fact that it is one syllable makes it more efficient than "you all"18:30
*** nkrinner has joined #openstack-nova18:31
auggythe one that drives me crazy is "yunz"18:31
mriedemcburgess_: i have a red leisure suit hand-me-down, i could wear that in austin, but the hipsters would probably not even notice it's out of place18:31
auggyi never heard that until i went to a friends wedding in new hampshire18:31
cburgess_Hmm...18:31
cburgess_That might be worth a fiver.18:32
auggymriedem: and roller skates18:32
*** PaulMurray has quit IRC18:32
mriedemno way, never trusted those death traps18:32
sdagueoh, that's neat18:32
sdaguevirtualenv-14.0.6 breaks being able to run tox locally18:33
*** ctrath has quit IRC18:33
*** zhenguo_ has quit IRC18:33
edleafeauggy: in Texas, y'all is singular. They use "all y'all" as the plural.18:34
mriedemas in, f all y'all18:34
mriedemthe redundancy is endearing18:34
dansmithedleafe: y'all is usable in the singular, just like "they"18:34
JayFI always used all y'all as plural plural18:34
*** mdrabe has quit IRC18:34
JayFlike y'all can be multiple people18:34
JayFall y'all is multiple groups of people18:35
dansmithJayF: yeah, all y'all is usually lots of people18:35
*** mtanino__ has quit IRC18:35
edleafeI have no idea what youse are talking about18:35
*** vladikr has quit IRC18:35
JayFthat may be NC-dialect of y'all though :P18:35
*** Kevin_Zheng has quit IRC18:35
*** mtanino__ has joined #openstack-nova18:35
*** zhenguo_ has joined #openstack-nova18:35
*** ctrath has joined #openstack-nova18:36
alaskiJayF: that was my understanding of all y'all before I came to NC, so not specific to here18:36
*** su_zhang has quit IRC18:36
dansmithalaski: VA is just NNC18:36
alaskidansmith: hah18:36
JayFdansmith: only parts of VA that are country. Not NoVA18:36
*** baoli has joined #openstack-nova18:37
sc68caldansmith: hey, dumb question - but for live upgrades tag, did Nova move to doing multinode for grenade, and remove the single node job?18:37
dansmithJayF: right, part of VA is actually DC I think.. it's a messed up state, basically18:37
dansmithsc68cal: well, not for the tag, but yeah we did18:37
*** Kevin_Zheng has joined #openstack-nova18:37
JayFdansmith: heh, there's a reason I live on the west coast now :P18:37
dansmithJayF: +118:37
auggyJayF: +118:37
sc68caldansmith: cool, that's what I thought. armax and I were talking about multinode grenade for neutron and plans for the future18:37
dansmithsc68cal: cool18:38
*** jlvillal has quit IRC18:38
*** gszasz has quit IRC18:38
*** moshele has joined #openstack-nova18:39
*** angdraug has quit IRC18:39
*** jlvillal has joined #openstack-nova18:39
openstackgerritSean Dague proposed openstack/nova: Fix reported ppc64le bug on video selection  https://review.openstack.org/27922718:40
mtreinishsdague: ^^^ that'll take weeks to wash off :)18:41
sdaguemtreinish: yeh, well, it means one less bug in the tracker18:41
dansmithGROSS18:41
*** Vek has joined #openstack-nova18:41
edleafedansmith: show us on this doll where the power chip touched you18:42
dansmithlol18:42
* dansmith rips open the doll's head and points to the insides18:43
edleafedansmith: lol18:43
*** browne has joined #openstack-nova18:44
*** ccarmack has quit IRC18:45
*** penick has joined #openstack-nova18:46
*** knikolla has joined #openstack-nova18:46
lbeliveaulooking for reviews on this quick bug fix (migration state): https://review.openstack.org/#/c/27745118:46
*** kbringard has joined #openstack-nova18:47
*** ccarmack has joined #openstack-nova18:48
*** mdrabe has joined #openstack-nova18:48
*** vladikr has joined #openstack-nova18:49
*** gtt116__ has joined #openstack-nova18:49
*** eliqiao_ has quit IRC18:50
*** gjayavelu has joined #openstack-nova18:50
doffmmriedem: You prefered the toffee crisp? Good to know.18:50
*** paul-carlton1 has quit IRC18:50
*** gtt116_ has quit IRC18:51
*** eliqiao_ has joined #openstack-nova18:52
*** daemontool has joined #openstack-nova18:54
*** gjayavelu has quit IRC18:54
*** amotoki has joined #openstack-nova18:55
*** vilobhmm11 has joined #openstack-nova18:55
mriedemsdague: co-authored-by to xiaojinwei001@163.com ?18:56
*** mpavone has joined #openstack-nova18:58
*** ig0r_ has joined #openstack-nova18:58
*** amotoki has quit IRC18:59
*** mpavone has quit IRC19:00
sdaguemriedem: for 1 line?19:00
*** vishwana_ has joined #openstack-nova19:00
sdagueif you really want it, sure19:00
dansmithwe get a CAB for one line?19:00
*** haomaiwang has quit IRC19:01
dansmithI should go claim a bunch of credit...19:01
*** haomaiwang has joined #openstack-nova19:01
*** lpetrut has quit IRC19:01
mriedemi just figured it it's a patch in a bug report we were supposed to do that,19:02
mriedemi didn't -1 for it though19:02
mriedemmore of a question19:02
openstackgerritSean Dague proposed openstack/nova: Fix reported ppc64le bug on video selection  https://review.openstack.org/27922719:02
*** moshele has quit IRC19:02
sdaguemriedem: there you go19:02
dansmithis there something going on with the py34 job?19:03
*** ig0r_ has quit IRC19:03
mriedemit's racy19:03
sdaguethe mox bits, or something else?19:03
*** vishwanathj has quit IRC19:03
*** harlowja has joined #openstack-nova19:04
dansmiththis is dict/set/object ordering that I just hit19:04
dansmiththere are a lot of failing nova patches in the gate19:04
dansmithbut not all are py3419:04
mriedemis py34 in the gate?19:05
mriedemi thought it was moved to the check queue19:05
sdagueyes19:05
sdaguewe never did that change19:05
sdaguenew upstream releasE?19:06
dansmithof whaT?19:06
*** su_zhang has joined #openstack-nova19:07
sdaguedansmith: it's all object representation issues?19:08
dansmithsdague: it's just a buggy object comparison utility I guess19:08
dansmithhaven't seen it fail in like forever19:08
*** yamahata has quit IRC19:08
*** ig0r_ has joined #openstack-nova19:08
sdague{'nova_object.changes': ['cpuset', 'memory', 'id'] vs. {'nova_object.changes': ['cpuset', 'id', 'memory'19:08
dansmithactually,19:08
dansmiththat's just checking the json'd versions to see if they're the same19:09
dansmithwhich won't be reliable19:09
sdagueall the other nova patches failing in gate are different testing19:10
sdaguethat's just a bad test19:10
dansmithit's been in there since 201419:10
sdaguewhich is hash seed randomizing to fail from time to time19:10
dansmithcan't say I've ever noticed it fail before19:10
dansmithright19:10
sdagueright, well, still a bad test :)19:10
dansmithyep, yep19:10
sdaguemight be nice if objects sorted that field19:11
sdaguejust to make everyone's life a little simpler19:11
dansmithit's a set19:11
dansmithwhich json doesn't have19:11
dansmithsorting every message we send over the wire so our unit tests pass would be pretty crazy :)19:12
sdagueright, I get that, but keeping the json representation stable seems worthwhile19:12
dansmithI'll fix up the test19:12
*** fawadkhaliq has quit IRC19:12
*** nelsnels_ has joined #openstack-nova19:12
mriedemi feel like this conversation has happened before19:12
*** w_verdugo has quit IRC19:14
mriedemtimello: fyi https://review.openstack.org/#/c/279227/19:14
*** w_verdugo has joined #openstack-nova19:15
*** nelsnelson has quit IRC19:15
*** spandhe has joined #openstack-nova19:16
sdagueglance went kind of drunk - http://logs.openstack.org/56/257956/23/gate/gate-tempest-dsvm-full/fcf0b7f//logs/screen-g-api.txt.gz#_2016-02-11_18_34_22_00719:16
sdaguethat's why things are failing in the gate for one of those19:17
*** cdent has joined #openstack-nova19:17
*** yassine has quit IRC19:18
mriedemsdague: weird, that doesn't show up in logstash19:20
*** ccarmack has quit IRC19:20
*** nekrodesk has quit IRC19:22
*** Sukhdev has joined #openstack-nova19:23
*** ccarmack has joined #openstack-nova19:24
*** rlrossit has quit IRC19:24
*** ijw has joined #openstack-nova19:24
*** ccarmack has quit IRC19:26
*** penick has quit IRC19:26
*** boris-42 has joined #openstack-nova19:26
*** rlrossit_ has joined #openstack-nova19:28
*** funeutron has joined #openstack-nova19:29
*** lpetrut has joined #openstack-nova19:30
timellomriedem, thanks!19:30
*** ccarmack has joined #openstack-nova19:31
*** markus_z has quit IRC19:32
*** ctrath has quit IRC19:32
*** toure is now known as toure|biab19:32
*** ctrath has joined #openstack-nova19:33
*** ctrath has quit IRC19:33
*** rook has joined #openstack-nova19:35
*** penick has joined #openstack-nova19:36
*** markusz has joined #openstack-nova19:38
openstackgerritDan Smith proposed openstack/nova: Add StableObjectJsonFixture and use it in our base test class  https://review.openstack.org/27924219:40
dansmithmriedem: sdague ^19:41
dansmithif you like that I can sync to o.vo and we can start using it in 1.5 constraint-years or whatever19:41
*** mylu has quit IRC19:42
ivasehi all looking at https://blueprints.launchpad.net/nova/liberty wondering is there blueprint describing overall changes in 2.1 i see some blueprint talk for the api relax validation or for some policy enforcement in 2.1 but could not find general blueprint/doc describing delta changes between v2 and v2.119:43
doffmmriedem: You know the issue you found with the Flavor API db move? (link to the flavor through the instance.... can never delete flavor record)19:44
*** mylu has joined #openstack-nova19:44
doffmmriedem: Do you think the same issue might be found elsewhere? I'm thinking specifically of os-keypairs and perhaps security groups.19:44
mriedemthe spec?19:44
openstackgerritLudovic Beliveau proposed openstack/nova: Update binding:profile for SR-IOV ports  https://review.openstack.org/24257319:44
doffmmriedem: This spec. https://review.openstack.org/#/c/265282/19:45
doffmI just wonder if the same problem could be found for some other objects not just flavors.19:45
*** drankis has quit IRC19:46
*** nekrodesk has joined #openstack-nova19:46
mriedemdoffm: what do you mean by "can never delete flavor record"19:47
mriedem?19:47
* dansmith resists the urge to be sarcastic19:47
doffmdansmith: Go right ahead. Don't leave us hanging.19:49
mriedemdoffm: you mean if that spec is implemented to not return the flavor id as part of the server response body, and the subresource doesn't have the flavor id, we can't then delete the flavor19:49
mriedemthe admin can always delete a flavor record...19:50
mriedemi think the point was, instance show has a flavor 99 which has been deleted, and we can do a flavor show on 99 b/c it reads deleted flavors19:51
mriedemuntil they are hard-deleted19:51
doffmYeah, that.19:51
*** moshele has joined #openstack-nova19:51
*** gjayavelu has joined #openstack-nova19:51
mriedemyeah, so the issue is if you can read deleted on any other instance-related things via their apis, not the server api19:52
doffmOk, I guess I'll look out for that.19:53
*** Sukhdev has quit IRC19:54
mriedemso i guess you'd look for things that the server response shows (id's) to things that can be shown in the api even though they are deleted19:54
*** Sukhdev has joined #openstack-nova19:54
mriedemdoffm: i think image is the other obvious one19:55
*** nekrodesk has joined #openstack-nova19:55
*** dimtruck is now known as zz_dimtruck19:55
*** zz_dimtruck is now known as dimtruck19:55
mriedemdoffm: but images are a bit difference since those are in glance,19:55
*** eliqiao_ has quit IRC19:56
*** amotoki has joined #openstack-nova19:56
mriedemwe don't 'read' deleted images from the nova db since they aren't in the nova db, we'd just get a 404 from glance19:56
mriedemand pass that buck19:56
*** aginwala has quit IRC19:56
*** Swami has quit IRC19:57
*** eliqiao_ has joined #openstack-nova19:58
*** mylu has quit IRC19:59
*** penick has quit IRC19:59
*** ociuhandu has quit IRC19:59
*** moshele has quit IRC19:59
*** drankis has joined #openstack-nova20:00
erlonguys, quick question, Im booting some VMs from images/creating volumes, but my hypervisor is limiting the number of VMs based on the local disk consumed. Is there a way/config to change that?20:00
*** amotoki has quit IRC20:00
*** haomaiwang has quit IRC20:01
*** haomaiwa_ has joined #openstack-nova20:01
erlonI can boot 21VMs of 10GB disk, the compute host has 211GB, but after the creation it still has +-200 free space20:01
erlonas expected20:02
*** fawadkhaliq has joined #openstack-nova20:02
*** ljxiash has joined #openstack-nova20:03
*** baoli has quit IRC20:03
*** chhavi has quit IRC20:04
*** unicell has quit IRC20:04
*** aginwala has joined #openstack-nova20:04
*** unicell has joined #openstack-nova20:04
mriedemerlon: this isn't really the right channel, see topic, but i think you're looking for disk_allocation_ratio in http://docs.openstack.org/liberty/config-reference/content/section_compute-scheduler.html20:04
*** ccarmack has quit IRC20:04
erlonmriedem: sorry, the errors are happening in nova logs, but thank you!!20:05
*** aysyd has quit IRC20:06
sdaguefile-injection is a thing we want to deprecate right - https://bugs.launchpad.net/nova/+bug/1491216 ?20:08
openstackLaunchpad bug 1491216 in OpenStack Compute (nova) "Inject an ssh key failed when booting a instance by using direct image injection." [Undecided,New] - Assigned to Chung Chih, Hung (lyanchih)20:08
sdaguegiven the security issues20:08
*** Bjoern has joined #openstack-nova20:08
*** kbringard has quit IRC20:08
alaskiit would be deprecate it, but it's still used quite a bit from what I've seen20:09
alaskiwoops, it would be great to deprecate it20:09
*** ctrath has joined #openstack-nova20:10
sdagueyeh, it seems like it's also got bugs and might not be working atm20:10
alaskiI can't vouch for it working for libvirt, if it stops working for xen I think we'll hear about it20:13
*** toure|biab is now known as toure20:16
*** kbringard has joined #openstack-nova20:16
alaskidoffm: the eager load on the db relationship didn't work, from https://review.openstack.org/#/c/278124/2/nova/objects/build_request.py20:16
doffmalaski: :( Hmm. I'll take a look.20:18
*** zenoway has joined #openstack-nova20:19
*** su_zhang has quit IRC20:19
alaskiI pinged zzzeek in -dev to see if he has insight as well20:19
doffmalaski: Thats a good idea :)20:20
mriedemsdague: surprise, you modifed the db schema in https://review.openstack.org/#/c/279227/ :)20:21
*** gjayavelu has quit IRC20:21
*** andreykurilin__ has quit IRC20:22
sdaguemriedem: there must be an australian around somewhere we can lock up for that20:23
mriedemha20:23
sdagueturbo hipster go home, you are stoned20:23
mriedemthey are all enjoying clotted cream atm and reading about the queen, try later20:23
*** ctrath has quit IRC20:24
cdentwow20:24
*** rcernin has quit IRC20:24
*** penick has joined #openstack-nova20:24
sdaguealso, the logs for that test run don't say anything about such a fail20:25
sdaguemikal: you must be waking up shortly20:27
*** rmart04 has joined #openstack-nova20:28
jaypipescdent: what?20:28
openstackgerritDan Smith proposed openstack/nova: Add StableObjectJsonFixture and use it in our base test class  https://review.openstack.org/27924220:28
*** slagle has quit IRC20:28
cdentjaypipes: I was wowing at mriedem20:28
jaypipesoh :)20:28
cdentnow I'm wowing that your scheduler email just now showed up20:29
jaypipescdent: heh20:29
*** rdopiera has joined #openstack-nova20:29
cdentI'm going to wait to read it though so that I am not distracted from glorious Allocation objects20:29
cdentor rather, not _more_ distracted20:29
*** slagle has joined #openstack-nova20:29
*** ctrath has joined #openstack-nova20:30
*** fawadkhaliq has quit IRC20:30
*** rmart04 has quit IRC20:32
*** funeutron has quit IRC20:32
*** Swami has joined #openstack-nova20:33
*** omnipresent has joined #openstack-nova20:35
*** zenoway has quit IRC20:38
dansmithcdent: allocation is newton stuff right?20:39
cdentdansmith: I'm working to the spec. The spec says make Allocation objects :)20:40
dansmithah20:40
*** aginwala has quit IRC20:40
dansmithhow's the object patch atop the inventory bit going? should I bang on some more testing for that?20:40
*** aginwala has joined #openstack-nova20:40
cdentthat's where I am write now20:41
cdentI'll be committing soonish and releasing the lock for the night if you wanna have a gander20:41
dansmithokay20:41
*** efoley has quit IRC20:43
anteayamriedem: I looked at the clotted cream and couldn't get any further20:44
anteayadansmith's rant on it was enough to convince me I'd made a good choice20:44
tonybmmmm clotted cream20:44
anteayaewwwww20:44
dansmithI still have naughty dreams20:44
anteayaI don't want to know20:44
*** omnipresent has quit IRC20:44
dansmithanteaya: wait, I ranted about its goodness, right?20:45
anteayamriedem: can I trouble you for a requirements patch review for tomorrow's gerrit downtime? https://review.openstack.org/#/c/279257/120:45
anteayadansmith: I don't know the point of your rant, but it involved clotted cream20:45
anteayaI'm learning to avoid things you have strong opinions about20:45
dansmithanteaya: it was probably "omg this is so good" or "omg I want to smear this all over my body" or ... related things20:46
anteayathat could be20:46
sdaguedansmith: tmi tmi TMI20:46
anteayalarge gestures and pointing at clotted cream was my takeaway20:46
jaypipesalaski: is there a "default cell" in cellsv2?20:46
anteayasdague: thank you20:46
* cdent lives in the land of clotted cream20:46
cdentSadly I hate the stuff.20:46
dansmithjaypipes: default cell? what would that mean?20:47
alaskijaypipes: not sure what that would mean either20:47
dansmithalaski: maybe he's asking for "if tenant_id == "jaypipes": cell = cell0" for all public clouds20:47
jaypipesdansmith, alaski: if there is only a single cell in a deployment...20:47
dansmithjaypipes: well, then everything goes there,20:48
dansmithbut I wouldn't call it a default20:48
*** zenoway has joined #openstack-nova20:48
dansmithit's like having one compute node20:48
alaskiright, the only special cell is cell020:48
dansmithexactly like that.20:48
dansmithand it's not really a cell,20:48
alaskiyeah20:48
dansmithit's a wasteland of unstarted instances20:48
* dansmith considers making a rude analogy20:48
sdaguei thought it was going to be called the zombie cell20:48
jaypipesdansmith, alaski: what I'm really asking is can I make the --cell-uuid parameter to nova resource-pool-create an optional parameter if there is only a single cell in the deployment.20:48
dansmithno20:49
jaypipesok, nuf said :)20:49
dansmiththat would  be like saying  "can I forget which compute node I booted a thing on, if I only have one"20:49
alaskijaypipes: as dansmith said. there's no way to pick a cell without something to key off of20:49
*** su_zhang has joined #openstack-nova20:50
anteayamriedem: thank you20:50
mriedemyw20:50
mikalsdague: turbo hispter is angry?20:50
dansmithangry .. DRUNK20:50
mikalOh nice20:50
openstackgerritAugustina Ragwitz proposed openstack/nova: Fix _compare_result type handling comparison  https://review.openstack.org/27819120:50
mikalHow come its drunk and not me?20:51
mikaljhesketh: you around yet?20:51
dansmithbecause it's morning?20:51
sdagueit believes adding a constant related to ppc vga consoles has changed the mysql schema20:51
bauzasjaypipes: thanks for your email20:51
mikalIT HAS20:51
sdaguehttps://review.openstack.org/#/c/279227/20:51
mikalReview link?20:51
mikalTa20:51
bauzasI just feel we need somehow to discuss about the real not yet consensus on the scheduler claims20:51
bauzasnot now of course20:52
*** rlrossit_ has quit IRC20:52
mikalsdague: is this the only th wierdness? Or is it being weird to all reviews?20:52
*** ctrath has quit IRC20:52
jaypipesbauzas: I thought we already agreed to just agree with me and that will make everyone happy.20:52
bauzas:D20:52
*** daemontool_ has joined #openstack-nova20:52
sdaguemikal: I do not know, mriedem pointed this one out20:52
jaypipes:P20:52
dansmithjaypipes: only if your agreements are underwritten my my agreement20:53
mriedemmikal: that's the only one i've seen20:53
*** e0ne has quit IRC20:53
* mikal reads logs20:53
bauzasjaypipes: so maybe an hangout could be nice tomorrow ?20:53
bauzasit's just awfully late for me tonight :(20:54
jaypipesbauzas: I can do after 10:30am EST20:54
cdentcan you invite me too, for lurking?20:54
jaypipesof course20:54
*** smatzek has quit IRC20:54
bauzasjaypipes: yeah 11am EST is okay20:55
bauzasI just have a 10-11am meeting20:55
mikalsdague: I don't see any real errors in the logs, I might just do a recheck and see what happens20:55
*** daemontool has quit IRC20:55
*** Sukhdev has quit IRC20:56
*** ctrath has joined #openstack-nova20:56
*** ctrath has quit IRC20:56
*** su_zhang has quit IRC20:56
jaypipesalaski, dansmith: I guess I'm a little uncomfortable having --cell-id in the API here. My reasoning is that I always assumed cells were an implementation detail and not to be exposed in a REST API. Remember that the reosurce-pool-create API is going to be a REST API in the broken out scheduler. Adding a cell ID to the request payload will mean Nova's scaling implementation details are leaking out of the public REST API20:56
jaypipes for the scheduler.20:56
bauzastbc, I'm not sure we could yet have an agreement, but I'd like to reviezw your opinions for the week-edn20:56
bauzas:)20:56
dansmithjaypipes: I'm probably missing context,20:56
dansmithbut I agree it shouldn't leak out the user side of the api20:57
*** ociuhandu has joined #openstack-nova20:57
alaskijaypipes: I agree, but by putting those tables into the cell db this is a necessary evil20:57
alaskidansmith: my comment on https://review.openstack.org/#/c/253187/20:57
jaypipesalaski: and what about when we have generic resource pools for things that are in Neutron (for example the IPv4 subnet pools)? Neutron doesn't have cells, so how do you envision reconciling this?20:58
dansmithah, this is why I said "user side of the api"20:58
bauzaswell, I'm seeing the cell as an admin API resource20:58
dansmithbauzas: exactly20:58
alaskijaypipes: the conversation we had a few days ago went in the direction of needing to slice subnet pools by cell20:59
*** ccarmack has joined #openstack-nova20:59
dansmithjaypipes: configuring neutron to report this will require neutron to have some idea of a lot of nova-ness,20:59
dansmithjaypipes: but you'll configure a segment to report to a given cell20:59
alaskijaypipes: deployers, or some tool, will need to decide how many to put in each cell and rebalance as necessary20:59
dansmithjaypipes: which I would expect to be a metadata-like key on a segment or something20:59
jaypipesdansmith, alaski: one option we could consider is the following: create a UUID column on the aggregates table. Create a cell_to_aggregate mapping table in the API database. Then, when a resource pool is associated with an aggregate, the cell ID can be determined from the cell_to_aggregate mapping table.21:00
*** baoli has joined #openstack-nova21:00
dansmithI think that probably makes sense21:00
dansmithalthough,21:00
*** haomaiwa_ has quit IRC21:01
dansmithwe can just do it with metadata on an aggregate I think,21:01
bauzasisn't what doffm has to write an ascii diagram ? :p21:01
dansmithbecause you'd want an aggregate to be able to span cells I think, right?21:01
jaypipesdansmith: as opposed to a uuid?21:01
alaskiI think that's what doffm had in mind as well21:01
dansmithjaypipes: meaning not make it a primary property of an aggregate21:01
bauzasheh, jinxing alaski21:01
*** haomaiwang has joined #openstack-nova21:01
*** notmorgan is now known as morganfainberg21:02
*** aginwala has quit IRC21:02
*** drankis has quit IRC21:02
bauzasso, having an aggregate per resource pool (and then per cell) is okay by me21:02
bauzasthat doesn't mean it stops the aggregates spanning cells21:03
*** aginwala has joined #openstack-nova21:03
dansmithwell,21:03
dansmithif you have a cell-uuid property of aggregate,21:03
mriedemjaypipes honey, i have a question about the image api stuff in nova21:03
bauzasah that no21:04
dansmiththen it does mean an aggregate is pinned to one, unless you make it nullable in which case it means any cell21:04
bauzassorry I was not clear21:04
mikalHave I failed at calendars, or are we meant to be having a nova meeting now?21:04
bauzasI'm okay with a 1:N relationship, not a 1:121:04
dansmithbauzas: yeah, same21:04
bauzasso a indirection table looks fine by me21:04
alaskimikal: you have failed21:04
mikalalaski: please explain the nature of my failure?21:05
bauzas1400UTC today21:05
dansmithmikal: total21:05
alaskimikal: early meeting today21:05
bauzaswell, yesterday for mikal21:05
mikalHerm, that's not what the repeating event in calendar says. Did we swap weeks somewhere or something?21:05
bauzasyeah21:05
alaskithere were two odd weeks in a row at the end of the year21:06
mikalOh, that will have messed me up21:06
bauzasmikal: http://lists.openstack.org/pipermail/openstack-dev/2016-January/083216.html21:06
*** yamahata has joined #openstack-nova21:06
* mikal wonders if that will have broken tonyb's calendaring thingie21:06
auggymikal: not sure what calendar client you use, but I just set the meeting location to Reykjavik so it converts to whatever timezone I'm in21:06
mikalGiven he's calendar-core21:06
bauzasauggy: or use a correct calendar which knows UTC21:07
mikalauggy: no, the problem is we have alternating times, but tweaked where we were in the alternation sequence21:07
mriedemwhere/how does nova.image.s3 ever get used?21:07
bauzasauggy: but TZs are unrelated to mikal's problem21:07
auggyHa yeah just realized that after I posted;)21:07
tonybmikal: yes and no.  I knew it was a thing.  I haven't propgated the change out to all the private calendars which is probably an issue .. meh21:08
*** zenoway has quit IRC21:08
mikaltonyb: please fix my calendar21:08
mikaltonyb: cause its performance review season21:08
* auggy is on phone so typing slowlyyy21:08
tonybmikal: "other duties as required" *sigh*21:08
tonybI wont point out that the change happened 6 weeks ago and mikal is only just workign it out ;P21:09
*** raildo is now known as raildo-afk21:09
mriedemandreykurilin: do you know anything about nova.image.s3?21:09
mikaltonyb: yes well21:09
mikaltonyb: I blame Christmas / mid-cycles / lca21:09
*** su_zhang has joined #openstack-nova21:09
mikaltonyb: or worse yet I might lash out in a fit of management rage21:09
mikaltonyb: so careful now21:09
mikaltonyb: :P21:09
jaypipesmriedem: what is your ? on the image API?21:10
mriedemjaypipes: yeah21:10
tonybmikal: I can only tink of one response and that's not appropriate for a public channel ;D21:10
mriedemjaypipes: like if image api get_all calls _get_session https://github.com/openstack/nova/blob/master/nova/image/api.py#L5421:10
mriedemand that always gives us the GlanceImageService object,21:10
mriedemi'm trying to figure out where in nova we'd ever create and use the S3ImageService object21:11
jaypipesalaski, dansmith: and ok, sorry, do we have an agreement on my solution for not having the cell ID be something we pass in the API?21:11
*** ihrachys has joined #openstack-nova21:11
jaypipesmriedem: we don't any longer, AFAIK. That was for the nova-objectstore daemon that has been removed now that ec2-api is separate, right?21:11
*** aginwala has quit IRC21:11
dansmithjaypipes: personally I don't really think it's a huge problem, especially since this is an api for admins, but I'm fine with your aggregate approach too, as long as it's not a primary/required property for aggregate21:12
*** morganfainberg is now known as notmorgan21:12
mriedemjaypipes: that's the only thing i can think of21:12
alaskijaypipes: I think there's agreement that we may be able to make it work. Honestly I would like to see this all drawn out somehow as there's a lot to keep straight here21:12
jaypipesalaski: k, I will map it out in the next rev of generic-resource-pools spec.21:13
mriedemjaypipes: ah, removed here https://review.openstack.org/#/c/266425/21:13
*** vishwanathj has joined #openstack-nova21:13
mriedemwell, will be removed there21:13
*** zenoway has joined #openstack-nova21:14
alaskijaypipes: doffm is writing up a proposal on this as well, which I think matches yours. But it would be good to verify we're all actually on the same page here21:14
jaypipesk21:14
*** vishwana_ has quit IRC21:15
dansmithalaski: I suppose the other option would just be a mapping table in the api of resource-pool uuids to cells, like we have for instances21:16
dansmithpurely for routing21:16
*** aginwala has joined #openstack-nova21:16
dansmithgiven the relationship between aggregates and pools, it probably makes sense to go that route though21:16
*** papodaca_ has joined #openstack-nova21:16
*** penick has quit IRC21:17
papodaca_anyone know how `virsh capabilities` decides what host types are supported? mine only has a host section for some reason21:17
alaskiright. And we're pretty set on aggregates being a thing in the api db21:17
dansmithaye21:18
*** NightKhaos has quit IRC21:19
*** nekrodesk has quit IRC21:19
*** edtubill has joined #openstack-nova21:19
*** NightKhaos has joined #openstack-nova21:21
openstackgerritChris Dent proposed openstack/nova: WIP resource-provider versioned objects  https://review.openstack.org/27746621:22
*** ijw has quit IRC21:23
dansmithcdent: what else do you think needs to be done there to s/WIP//21:23
dansmith?21:23
cdentdansmith: that's an excellent question21:23
*** flip214 has quit IRC21:23
* cdent thinks for a moment21:23
cdenta) I'm unclear that is has the requisite methods on the objects to do their proper jobs21:24
cdentb) I'm not cognizant of the level of robustness/defensiveness these things are supposed to have21:24
*** flip214 has joined #openstack-nova21:24
*** flip214 has joined #openstack-nova21:24
dansmithwell, I guess we won't fully know the answer to (a) until we have the compute node object patch above it to create/migrate those inventories, eh?21:24
cdentc) I've committed what I've got cuz I'm tired and haven't read through it all to see if I think it is somewhere close to done but I kinda think it probably is, but was going to do that tomorrow morning and give it a proper commit message then21:25
dansmithmaybe I should work on that21:25
cdentif you've got the cycles go for it21:25
cdentI kinda think this stuff has been done in a weird order.21:26
*** ihrachys has quit IRC21:26
dansmithreally? it's being done in the only order I think works at all :)21:26
*** ihrachys has joined #openstack-nova21:27
dansmithI hope I haven't stepped on your toes with it21:27
dansmithwell, *too much*... a little toe assaulting isn't so bad21:27
*** pushkaru has quit IRC21:27
cdentI'd prefer to work backwards from a use case, building the objects and models as required, rather than starting from the models->objects->use case21:28
cdentYour help has been _very_ welcome21:28
*** pushkaru has joined #openstack-nova21:28
dansmithwell, doing this in the reverse order means we don't get to land any of it until it's all done,21:28
dansmithwhich means newton or later21:29
dansmithand then either some big-bang aspect of it, or more complexity21:29
cdentyes, I'm learning to adapt to those constraints21:29
*** zenoway has quit IRC21:35
*** rlrossit has joined #openstack-nova21:38
*** mylu has joined #openstack-nova21:39
mriedemsdague: i haven't followed the status of the ec2 removal stuff, but is https://review.openstack.org/#/c/266425/ something we want to get done in mitaka?21:41
armaxmriedem: ping21:42
mriedempong21:42
*** mylu has quit IRC21:42
*** rdopiera has quit IRC21:42
armaxmriedem: hi, I was reading the exchange between you and HenryG on this channel regarding get-me-a-network21:42
armaxthat was probably too early for me to jump in.21:43
armaxyou make a sensible point on lack of proper setup, but how you suggest we tackle it?21:43
armaxI am not sure there’s really much it can be done…failures due to deployment misconfiguration can occur in any random circumstance21:44
cfriesendoes anyone know where "xsd:dict" in our API guides is actually documented?21:44
mriedemarmax: i don't have the code in front of me, but the functional test setup is checking 2 things (subnet and something else)21:44
armaxmriedem: perhaps we can pick up the conversation in rochester, as I saw you signed up, but if you wanted to kick the tires sooner, feel free to give me a shout21:44
armaxmriedem: I need to see the new patchset21:44
mriedemarmax: HenryG said nova could validate those also, but that's leaking neutron details that nova shouldn't need to know about imo21:44
armaxmriedem: and yes, you need certain deployment things to be there21:45
armaxmriedem: those things could be done in devstack, the same way we create a public and a private tenant network21:45
mriedemarmax: sure, but sans devstack,21:45
armaxmriedem: sans devstack you don’t even have keystone catalog21:45
armaxmriedem: so :)21:45
mriedemi'm looking for a way to fail fast in the nova-api before we cast to the compute node to actually try creating the network, just to find out things aren't configured and neutron fails the request b/c of that21:46
mriedemarmax: well, sans devstack meaning joe schmo operator setting up his cloud w/o devstack21:46
mriedemfor sure we'll need to do that setup in devstack to test this in the gate21:46
armaxmriedem: my understanding is that hte network validation is done on the api side21:46
mriedemarmax: neutron api?21:46
armaxI mean, checking that the tenant has networks21:47
armaxno in the nova-api21:47
armaxso we would fail fast21:47
mriedemwell, if we're doing get-me-a-network, the tenant doesn't have a network, and wants that auto-created for them,21:47
mriedembut nova-api doesn't want to actually do the network create at that time21:47
mriedemwe do that in the compute21:47
armaxcorrect, today we fail because we have no networks21:48
mriedemsort of like quota checking in the nova-api for network resources21:48
mriedemso what i was trying to get at, was doing some early sniff validation in nova-api such that the neutron network auto-create won't fail simply because the operator doesn't have the subnet setup or whatever21:48
armaxso right now, but my understanding may be wrong, if we boot without requested networks21:48
armaxwhere is the actual validation that ultimately leads a user error that there are no networks to be connected?21:49
armaxapi or compute?21:49
mriedemlet me look21:49
*** zenoway has joined #openstack-nova21:49
armaxI thought taht was on the api side21:49
*** papodaca_ has left #openstack-nova21:50
*** rk4n has quit IRC21:50
*** ctrath has joined #openstack-nova21:51
*** eharney has quit IRC21:52
*** ociuhandu has quit IRC21:52
armaxmriedem: I agree with the fail fast principle, we just have to figure out what’s the best way of doing so and whether we check at every tenant request21:53
*** ociuhandu has joined #openstack-nova21:53
*** cdent has quit IRC21:53
mriedemarmax: yeah i think we get here https://github.com/openstack/nova/blob/master/nova/network/neutronv2/api.py#L202-L20721:53
*** aginwala has quit IRC21:54
armaxmriedem: that happens on nova-api does it not?21:54
armaxit’s hard to tell21:54
armaxI have a faint recollocation of my old nova days though21:54
*** thumpba has quit IRC21:54
mriedemarmax: yeah, that's from nova.compute.api_validate_networks -> neutronv2.api.validate_networks21:55
mriedemeventually gets down in there21:55
mriedeminterestingly,21:55
mriedemi don't see anything that checks if there are 0 networks to use and would fail that validation in the api side21:56
armaxmriedem: go on…21:56
armaxmriedem: um that can’t be right21:56
mriedemcan this result in an empty list? https://github.com/openstack/nova/blob/master/nova/network/neutronv2/api.py#L202-L20721:56
*** daemontool_ has quit IRC21:56
*** amotoki has joined #openstack-nova21:56
*** smatzek has joined #openstack-nova21:57
*** aginwala has joined #openstack-nova21:57
mriedemand if that is the case at allocate time in the compute, we don't seem to care much https://github.com/openstack/nova/blob/master/nova/network/neutronv2/api.py#L56821:57
armaxmriedem: I had this at one point, I am gonna have to dig deeper, now I have to run the neutron drivers meeting…I’ll get back to this21:58
armaxI wodner if it’s something in the base api layer for network21:59
armaxbut it doesn’t look like it21:59
*** nekrodesk has joined #openstack-nova22:00
*** nkrinner has quit IRC22:00
*** delatte has quit IRC22:00
*** _ducttape_ has joined #openstack-nova22:00
*** ijw has joined #openstack-nova22:00
mriedemi don't think so22:00
*** haomaiwang has quit IRC22:01
mriedemi think people intentionally just put their heads in the sand here https://bugs.launchpad.net/nova/+bug/119104422:01
openstackLaunchpad bug 1191044 in OpenStack Compute (nova) grizzly "Create VM with no networks with Quantum Gives SecurityGroups Exception" [Medium,Fix released] - Assigned to Aaron Rosen (arosen)22:01
mriedem'trying to boot a vm with no networks results in a security group issue, so let's just not run that code...'22:01
*** amotoki has quit IRC22:01
*** haomaiwang has joined #openstack-nova22:01
mriedemno one ever notices with devstack b/c devstack sets up the network for you22:01
armaxmriedem: let’s clean this up!22:02
mriedemheh, there was even a -1 from a young and starry eyed mriedem22:02
*** burgerk has quit IRC22:03
mriedemunless....you can later attach a port22:03
*** ducttape_ has quit IRC22:03
mriedembut that kind of craps all over our vif plugging callback code i think22:03
*** penick has joined #openstack-nova22:05
*** bwallis has joined #openstack-nova22:06
mriedemlooks like we're ok on the callback code, network_info vif list will be empty and we won't wait for any events22:08
*** Sukhdev has joined #openstack-nova22:08
*** nekrodesk has joined #openstack-nova22:09
*** aginwala_ has joined #openstack-nova22:10
*** aginwala has quit IRC22:10
*** thorst_ has quit IRC22:11
*** thorst_ has joined #openstack-nova22:11
*** dimtruck is now known as zz_dimtruck22:11
mtreinishmriedem: you can easily test that in devstack. Devstack only setups up networks for the tenants it creates, if you create any additional ones it doesn't have anything22:12
mriedemand there isn't a public shared network?22:13
*** ijw has quit IRC22:13
*** ijw has joined #openstack-nova22:13
armaxmriedem: yes there22:14
armaxis22:14
mriedemyeah, so from what i can tell, nova allows you to create a vm without any networking (with neutron),22:15
mriedemand i think, if you try attaching an interface to it without specifying a network, it'll puke (as it should)22:16
*** thorst_ has quit IRC22:16
armaxmriedem: yeah…I am starting to remember that the behavior changed at one point22:16
openstackgerritAugustina Ragwitz proposed openstack/nova: Fix _compare_result type handling comparison  https://review.openstack.org/27819122:17
mriedemjust no one would hit this with devstack if devstack is creating a shared public network22:17
mriedemanyway, this makes the nova stuff for get me a network at least a bit more complicated since it's possible to boot without a network today and it's not an error22:17
mriedemi really need to get a current devstack setup with neutron, haven't done that in awhile22:18
*** knikolla has quit IRC22:19
*** ganso has quit IRC22:19
*** zz_dimtruck is now known as dimtruck22:20
openstackgerritAndrew Laski proposed openstack/nova: Create BuildRequest object during boot process  https://review.openstack.org/27812522:20
openstackgerritAndrew Laski proposed openstack/nova: Add build_requests database table and model  https://review.openstack.org/26392622:20
openstackgerritAndrew Laski proposed openstack/nova: Add BuildRequest object  https://review.openstack.org/27812422:20
openstackgerritAndrew Laski proposed openstack/nova: Make InstanceMappings.cell_id nullable  https://review.openstack.org/27859822:20
openstackgerritAndrew Laski proposed openstack/nova: WIP Populate instance_mappings during boot.  https://review.openstack.org/26392522:20
mtreinishmriedem: it probably sets up an external network, but IIRC you can't boot with just that22:21
*** rk4n has joined #openstack-nova22:21
mriedemmtreinish: i seem to recall that check in nova too, sec22:21
*** mragupat has quit IRC22:23
*** dims has quit IRC22:23
armaxmriedem: I am not sure the code will be more complicated22:23
mriedemarmax: it would be hard to make nova.network.neutronv2.api more complicated :)22:23
armaxmriedem: fair enough :)22:23
mtreinishmriedem: I have faith that you can do it22:24
mriedemthat makes one of us22:24
mtreinishhaha22:24
armaxmriedem: in the end, nova checks for what networks the tenant has access to22:24
armaxmriedem: if there are, fine, if there aren’t it can provision one and get on with it22:25
SpamapSctrath: hey, we were talking offline, let's chat a bit in here..22:25
mriedemarmax: sure22:25
SpamapSctrath: can you point me at any docs about how the scheduler will work with cells v2?22:25
armaxmriedem: now that raises the question as two what we do with the code path where we boot a vm without networks22:25
mriedemarmax: yeah, see, that's what i'm thinking about22:26
*** Swami has quit IRC22:26
armaxbut we’d need to ensure consistency between the nova-network codepath and the neutron one22:26
mriedemlike, do you just let that continue, or do you actually try creating the network (how do you determine what the user's intent was)22:26
*** dims has joined #openstack-nova22:26
mtreinisharmax: while I agree that's a good direction, it change a lot of the current workflow with neutron22:26
mriedemarmax: i think john was also expecting a nova microversion of this, i have to think through how that is going to be checked, because as of this morning i thought a network was required22:27
mtreinishwould that have negative effects for people who have code out there today to do the network allocation outside of nova22:27
mriedemmtreinish: if you create the network outside of nova aren't you expected to provide that info at boot time of the vm?22:28
armaxmriedem, mtreinish: agreed.22:28
mriedemwell, unless nova is looking up the networks for your tenant (like it does today)22:28
*** bwallis has quit IRC22:28
*** pradk has quit IRC22:28
*** mragupat has joined #openstack-nova22:29
*** smatzek has quit IRC22:29
mtreinishmriedem: right that's my concern. The only time you have to specify is if there is > 1 network (because nova doesn't know how to boot with 2 networks)22:30
mriedemmtreinish: this is the thing i was looking for https://review.openstack.org/#/c/85189/22:30
mtreinishwe have a lot of logic in tempest around doing all the neutron magic to boot a guest with the right network22:30
mriedemmtreinish: well, i'd think that if you boot a vm w/o specifying a network and there are no networks available, then nova would request one22:30
mriedemespecially if you can't boot a vm w/o a network and then later attach one22:31
mriedembut i think you might be able to do the latter if you're providing a port/fixed_ip22:31
*** thorst_ has joined #openstack-nova22:31
mriedemidk, maybe for the first round we don't want to even deal with attach_interface22:32
*** thorst_ has quit IRC22:33
*** thorst_ has joined #openstack-nova22:33
*** daemontool has joined #openstack-nova22:34
*** sshen has joined #openstack-nova22:35
*** _ducttape_ has quit IRC22:37
*** ducttape_ has joined #openstack-nova22:38
*** thorst_ has quit IRC22:39
openstackgerritMatt Riedemann proposed openstack/nova: neutron: remove redundant request.network_id assignment  https://review.openstack.org/27929522:42
mriedemthere, my first contribution ^22:42
*** salv-orlando has joined #openstack-nova22:42
*** cdelatte has joined #openstack-nova22:42
*** thorst_ has joined #openstack-nova22:43
*** salv-orl_ has quit IRC22:44
*** mylu has joined #openstack-nova22:45
*** thorst_ has quit IRC22:48
*** penick has quit IRC22:51
*** penick has joined #openstack-nova22:53
*** mriedem has quit IRC22:53
*** aginwala_ has quit IRC22:56
*** aginwala has joined #openstack-nova22:56
*** xyang1 has quit IRC22:58
*** haomaiwang has quit IRC23:01
*** haomaiwang has joined #openstack-nova23:01
*** edleafe has quit IRC23:02
*** ijw has quit IRC23:02
*** thorst_ has joined #openstack-nova23:03
*** mdrabe has quit IRC23:07
anteayayay23:08
*** vishwanathj has quit IRC23:08
*** edleafe has joined #openstack-nova23:09
*** rlrossit has quit IRC23:09
*** mragupat has quit IRC23:11
*** ihrachys has quit IRC23:11
*** dedery has quit IRC23:13
*** lpetrut has quit IRC23:13
*** edtubill has quit IRC23:15
*** shz has quit IRC23:16
*** shihanzhang has joined #openstack-nova23:17
*** thorst_ has quit IRC23:20
*** thorst_ has joined #openstack-nova23:21
*** burt has quit IRC23:23
openstackgerritDan Smith proposed openstack/nova: WIP resource-provider versioned objects  https://review.openstack.org/27746623:27
openstackgerritDan Smith proposed openstack/nova: Allocate UUID for compute node  https://review.openstack.org/27755423:27
openstackgerritDan Smith proposed openstack/nova: Make Service.get_minimum_version() work for multiple binaries  https://review.openstack.org/27931223:27
openstackgerritDan Smith proposed openstack/nova: WIP: Migrate compute node stats to Inventory objects  https://review.openstack.org/27931323:27
*** pushkaru has quit IRC23:27
*** thorst_ has quit IRC23:29
*** baoli has quit IRC23:33
*** baoli has joined #openstack-nova23:36
*** ccarmack has quit IRC23:41
*** ctrath has quit IRC23:42
*** ljxiash has quit IRC23:42
*** zenoway has quit IRC23:44
*** marcusvrn_ has quit IRC23:47
*** nekrodesk has quit IRC23:47
*** Bjoern has quit IRC23:47
*** ivase has quit IRC23:49
*** haplo37 has quit IRC23:51
*** mylu has quit IRC23:52
*** dimtruck is now known as zz_dimtruck23:52
*** mylu has joined #openstack-nova23:53
*** ducttape_ has quit IRC23:55
*** diana_clarke has quit IRC23:56
*** amotoki has joined #openstack-nova23:57

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