Wednesday, 2015-10-14

*** yamahata has quit IRC00:04
*** yuntongjin has joined #openstack-nova00:05
*** ssurana has quit IRC00:05
*** yamahata has joined #openstack-nova00:06
openstackgerritEric Brown proposed openstack/nova-specs: VMware: store vCenter user/password in Keystone  https://review.openstack.org/23448000:11
*** EinstCrazy has quit IRC00:11
*** otter768 has quit IRC00:11
*** asettle has quit IRC00:12
*** otter768 has joined #openstack-nova00:12
*** zhangjn has quit IRC00:12
*** vilobhmm11 has quit IRC00:12
openstackgerritEric Brown proposed openstack/nova-specs: VMware: store vCenter user/password in Keystone  https://review.openstack.org/23448000:14
*** pm90_ has joined #openstack-nova00:19
*** vilobhmm11 has joined #openstack-nova00:22
*** vilobhmm11 has quit IRC00:22
*** angdraug has quit IRC00:26
*** tongli has joined #openstack-nova00:27
*** thorst has joined #openstack-nova00:29
openstackgerritEric Brown proposed openstack/nova-specs: VMware: store vCenter user/password in Keystone  https://review.openstack.org/23448000:31
*** tongli has quit IRC00:32
*** vilobhmm11 has joined #openstack-nova00:33
*** rfolco has quit IRC00:35
*** su_zhang has quit IRC00:36
*** electrocucaracha has quit IRC00:36
*** darrenc_afk is now known as darrenc00:36
*** dave-mccowan has joined #openstack-nova00:40
*** otter768 has quit IRC00:41
*** browne has quit IRC00:41
*** otter768 has joined #openstack-nova00:42
*** diogogmt has quit IRC00:42
*** mnestratov has quit IRC00:42
*** baoli has joined #openstack-nova00:43
*** haigang has joined #openstack-nova00:45
*** baoli_ has joined #openstack-nova00:46
*** haomaiwang has joined #openstack-nova00:47
*** markvoelker has quit IRC00:47
*** baoli has quit IRC00:49
*** haomaiwang has quit IRC00:51
*** baoli_ has quit IRC00:52
*** links has joined #openstack-nova00:53
*** eliqiao has joined #openstack-nova00:54
*** lykinsbd_ has quit IRC00:59
*** eliqiao has quit IRC01:00
*** baoli has joined #openstack-nova01:00
*** jcoufal_ has quit IRC01:01
*** shangxdy has joined #openstack-nova01:04
*** lykinsbd_ has joined #openstack-nova01:04
openstackgerritZhenyu Zheng proposed openstack/nova: Resize: Return to initial state instead of ACTIVE when resize fails  https://review.openstack.org/20237901:05
*** EinstCrazy has joined #openstack-nova01:05
*** sneti has joined #openstack-nova01:11
*** vilobhmm11 has quit IRC01:13
*** zhenguo has joined #openstack-nova01:15
*** baoli has quit IRC01:15
*** shuquan has joined #openstack-nova01:17
*** eliqiao has joined #openstack-nova01:18
*** baoli has joined #openstack-nova01:18
*** mrkz has quit IRC01:19
*** haomaiwa_ has joined #openstack-nova01:20
*** wanghua has joined #openstack-nova01:20
openstackgerritEli Qiao proposed openstack/nova: Ignore errorcode=4 when executing `cryptsetup remove` command  https://review.openstack.org/21525201:22
*** asettle has joined #openstack-nova01:23
*** haomaiwa_ has quit IRC01:24
*** mmedvede has quit IRC01:26
*** mmedvede has joined #openstack-nova01:26
*** zhangjn has joined #openstack-nova01:28
*** mdrabe has joined #openstack-nova01:28
*** shuquan has quit IRC01:29
*** shuquan has joined #openstack-nova01:29
*** dims has quit IRC01:33
*** dims has joined #openstack-nova01:34
*** alex_klimov has quit IRC01:34
*** baoli has quit IRC01:34
*** baoli has joined #openstack-nova01:35
*** apoorvad has quit IRC01:36
*** shuquan has quit IRC01:40
*** ijw has quit IRC01:41
*** jwcroppe has joined #openstack-nova01:45
*** shuquan has joined #openstack-nova01:46
*** markvoelker has joined #openstack-nova01:48
*** baoli has quit IRC01:49
*** baoli has joined #openstack-nova01:50
openstackgerritRui Chen proposed openstack/nova: Only return latest fault of each instance in db api  https://review.openstack.org/22339201:50
*** markvoelker has quit IRC01:53
*** nic has quit IRC01:56
*** baoli has quit IRC02:00
*** armax has quit IRC02:00
*** baoli has joined #openstack-nova02:00
*** haomaiwang has joined #openstack-nova02:01
*** haomaiwang has quit IRC02:01
*** haomaiwang has joined #openstack-nova02:01
*** jwcroppe has quit IRC02:01
*** alex_xu has joined #openstack-nova02:02
*** annegentle has quit IRC02:03
*** baoli has quit IRC02:05
*** pm90_ has quit IRC02:05
*** gyee has quit IRC02:14
*** pdardeau has joined #openstack-nova02:16
*** browne has joined #openstack-nova02:19
*** mtanino has quit IRC02:20
*** tpeoples has joined #openstack-nova02:20
*** boris-42 has quit IRC02:28
*** VW has joined #openstack-nova02:28
*** baoli has joined #openstack-nova02:31
*** mdrabe has quit IRC02:36
*** mdrabe has joined #openstack-nova02:36
openstackgerritLi Yingjun proposed openstack/python-novaclient: Add pagination params for flavor list  https://review.openstack.org/23452002:38
*** yamahata has quit IRC02:40
*** mdrabe has quit IRC02:44
*** mdrabe has joined #openstack-nova02:45
*** haigang has quit IRC02:45
*** armax has joined #openstack-nova02:46
*** markvoelker has joined #openstack-nova02:49
*** penick has joined #openstack-nova02:50
*** markvoelker has quit IRC02:53
*** unicell has quit IRC02:53
*** mdrabe has quit IRC02:53
*** sneti has quit IRC02:54
*** achanda has joined #openstack-nova02:57
*** pdardeau has quit IRC02:58
*** haomaiwang has quit IRC03:01
*** 18WAAWN0R has joined #openstack-nova03:01
*** rfolco has joined #openstack-nova03:07
*** tpeoples is now known as tdp03:10
*** amotoki has joined #openstack-nova03:14
*** tdp is now known as tpeoples03:14
*** 18WAAWN0R has quit IRC03:15
*** haomaiwang has joined #openstack-nova03:16
*** reed_ has joined #openstack-nova03:16
openstackgerritHiroyuki Eguchi proposed openstack/nova: Cannot rebuild a instance booted from volume  https://review.openstack.org/20145803:17
*** rfolco has quit IRC03:18
*** penick has quit IRC03:19
*** otter768 has quit IRC03:25
*** otter768 has joined #openstack-nova03:25
*** VW has quit IRC03:26
*** VW has joined #openstack-nova03:26
*** VW_ has joined #openstack-nova03:27
*** VW has quit IRC03:27
*** VW_ has quit IRC03:28
*** VW has joined #openstack-nova03:29
*** amotoki has quit IRC03:30
*** VW has quit IRC03:33
*** penick has joined #openstack-nova03:35
*** su_zhang has joined #openstack-nova03:35
*** amotoki has joined #openstack-nova03:41
*** yuntongjin has quit IRC03:43
*** baoli has quit IRC03:46
*** haomaiwang has quit IRC03:47
*** haomaiwang has joined #openstack-nova03:48
*** markvoelker has joined #openstack-nova03:50
*** amotoki has quit IRC03:50
*** annegentle has joined #openstack-nova03:52
*** markvoelker has quit IRC03:54
*** amotoki has joined #openstack-nova03:55
*** annegentle has quit IRC03:57
openstackgerritNimish proposed openstack/nova: *Nova can incorrectly think an instance is volume backed if instance is booted with "nova boot...", it ends up with no image_ref set & an entry in the block_device_mappingstable. This confuses api.py & assume if image_ref isn't set then the instance is vo  https://review.openstack.org/23416503:57
*** otter768 has quit IRC03:57
openstackgerritNimish proposed openstack/nova: *Nova can incorrectly think an instance is volume backed if instance is booted with "nova boot...", it ends up with no image_ref set & an entry in the block_device_mappingstable. This confuses api.py & assume if image_ref isn't set then the instance is vo  https://review.openstack.org/23416503:58
*** otter768 has joined #openstack-nova03:58
*** haomaiwang has quit IRC04:01
*** haomaiwang has joined #openstack-nova04:01
*** david-lyle has quit IRC04:01
alex_xuKevin_Zheng: gmann , I flush out few bugs for wadl doc in https://etherpad.openstack.org/p/nova-v2.1-api-doc under The wadl API ref bug04:03
alex_xuI probably need go through more detail the full doc again, to check if there are some more detail problem04:04
alex_xufeel free take the item from that etherpad and mark the your name after the item, thanks04:04
*** Murali has joined #openstack-nova04:06
gmannalex_xu: Thanks04:09
gmannalex_xu: just added VIF one04:09
alex_xugmann: that is good one, thanks a lot!04:09
*** shuquan has quit IRC04:09
alex_xugmann: Kevin_Zheng free feel to add item to the list if there is something I missed04:10
*** sudipto has joined #openstack-nova04:10
gmannalex_xu: I will check more, Thanks for putting all together :)04:10
alex_xugmann: np :)04:10
alex_xugmann: few item need change our api sample test04:11
alex_xugmann: but there isn't too much, just few items04:11
gmannalex_xu: oh, which one04:12
alex_xugmann: for example, multiple create one https://bugs.launchpad.net/openstack-api-site/+bug/150588104:12
openstackLaunchpad bug 1505881 in openstack-api-site "Multiple create api for servers should use all extension enabled api sample in nova api ref" [Undecided,New]04:12
*** seanw1 has quit IRC04:13
gmannalex_xu: but those are for other place also right? where we run tests based on extension.04:13
gmanni mean when we have our sample tests with all extension enabled then it will be fine04:14
*** seanw1 has joined #openstack-nova04:14
*** oomichi has joined #openstack-nova04:14
*** tongli has joined #openstack-nova04:14
alex_xugmann: I guess most of item is ok, like server start/stop, etc04:14
alex_xugmann: is it possible we just change few api sample for currently?04:15
gmannalex_xu: yea that we can do..04:16
alex_xugmann: most of api didn't have extension, most of extension are extend the servers/flavor/image. So for fixing the wadl doc, we only need fix those related api sample test04:16
alex_xugmann: and the good news is we already have all extension enabled sample test for servers and flavors https://github.com/openstack/nova/tree/master/doc/api_samples/all_extensions04:16
gmannalex_xu: i saw for server also we do not have tests and sample file with all extension04:18
*** amotoki has quit IRC04:18
gmannlike - disk config and server extended attribute extensions tests04:18
*** Sree has joined #openstack-nova04:19
*** Sree has quit IRC04:20
*** Murali has quit IRC04:20
*** Sree has joined #openstack-nova04:20
gmannalex_xu: os-extended-availability-zone, os-extended-status, os-server-usage etc04:21
alex_xugmann: those are in https://github.com/openstack/nova/blob/master/doc/api_samples/all_extensions/servers-details-resp.json#L5404:21
*** tpeoples has quit IRC04:21
gmannalex_xu: ohh, so api-site takes those from all_extensions?04:21
alex_xugmann: yeah04:22
*** ssurana has joined #openstack-nova04:22
gmannalex_xu: ahh got it04:22
alex_xugmann: then in the api ref doc, we only have one servers entry instead of those separated items: os-extended-availability-zone, os-extended-status, os-server-usage etc04:22
gmannalex_xu: and which are left (as you mentioned) we just need to have all extension tests for those04:22
gmannalex_xu: yea04:22
alex_xugmann: yea04:23
gmannalex_xu: so that each extension gets included in all_extension sample file and so in doc04:23
gmannalex_xu: cool04:23
gmannalex_xu: i will do those quickly04:23
alex_xugmann: thanks a lot04:24
gmannalex_xu: thats nice plan to fix those as of now and later anyways we will have only all extension tests04:24
alex_xugmann: yea, and we also have swagger, hope we won't spend too much time on the wadl04:24
alex_xugmann: I think the goal is find easy and quick fix the current wadl04:25
gmannalex_xu: yea that will be nice. honestly saying i created my first patch on api-site the vif one and i do not like updating there04:25
gmannalex_xu: +104:25
alex_xugmann: yea04:26
alex_xugmann: if you work on any item, don't forget mark your name after the item04:26
*** garyk has quit IRC04:26
*** Murali has joined #openstack-nova04:28
*** yuntongjin1 has joined #openstack-nova04:29
*** thorst has quit IRC04:29
gmannalex_xu: yea, done04:30
alex_xugmann: cool, thanks :)04:30
*** Murali_ has joined #openstack-nova04:31
*** Murali has quit IRC04:33
*** Murali_ is now known as Murali04:33
*** shuquan has joined #openstack-nova04:35
*** deepthi has joined #openstack-nova04:36
*** Murali has quit IRC04:38
*** ijw has joined #openstack-nova04:40
*** Kennan2 has quit IRC04:40
*** Kennan has joined #openstack-nova04:41
*** dave-mccowan has quit IRC04:44
*** markvoelker has joined #openstack-nova04:50
*** markvoelker has quit IRC04:55
*** penick has quit IRC04:57
*** tbh has joined #openstack-nova04:59
*** jwcroppe has joined #openstack-nova05:00
*** haomaiwang has quit IRC05:01
*** haomaiwang has joined #openstack-nova05:01
*** wanghua has quit IRC05:02
*** pradipta has joined #openstack-nova05:04
*** asettle has quit IRC05:04
*** su_zhang has quit IRC05:11
*** ssurana has quit IRC05:13
*** su_zhang has joined #openstack-nova05:22
*** boris-42 has joined #openstack-nova05:23
*** tongli has quit IRC05:24
*** moshele has joined #openstack-nova05:25
*** VikasC has joined #openstack-nova05:25
*** ankit_ag has quit IRC05:30
*** vilobhmm11 has joined #openstack-nova05:34
*** breitz has quit IRC05:35
*** breitz has joined #openstack-nova05:36
*** haomaiwang has quit IRC05:38
*** haomaiwang has joined #openstack-nova05:38
*** changbl has quit IRC05:40
*** annegentle has joined #openstack-nova05:41
*** nikhil_k has joined #openstack-nova05:42
*** nikhil has quit IRC05:42
*** yuntongjin1 has quit IRC05:44
*** changbl has joined #openstack-nova05:44
*** ijw has quit IRC05:45
*** annegentle has quit IRC05:46
*** asettle has joined #openstack-nova05:48
*** armax has quit IRC05:49
*** pixelbeat has quit IRC05:51
*** markvoelker has joined #openstack-nova05:51
*** haomaiwang has quit IRC05:51
*** garyk has joined #openstack-nova05:52
*** haomaiwa_ has joined #openstack-nova05:52
*** yuntongjin has joined #openstack-nova05:53
*** pixelbeat has joined #openstack-nova05:54
*** markvoelker has quit IRC05:56
*** haomaiwa_ has quit IRC06:01
*** 32NAAJ35R has joined #openstack-nova06:02
*** VikasC_ has joined #openstack-nova06:02
*** VikasC has quit IRC06:05
*** nkrinner has joined #openstack-nova06:05
*** irenab has joined #openstack-nova06:06
*** Miouge has joined #openstack-nova06:07
openstackgerritgaryk proposed openstack/nova: Config drive: convert to use instance.image_meta property  https://review.openstack.org/23422406:11
*** unicell has joined #openstack-nova06:13
*** vilobhmm11 has quit IRC06:18
*** asettle has quit IRC06:19
*** Miouge has quit IRC06:19
*** Sree has quit IRC06:20
*** vilobhmm11 has joined #openstack-nova06:20
*** Sree has joined #openstack-nova06:20
*** Miouge has joined #openstack-nova06:20
*** asettle has joined #openstack-nova06:23
*** Sree has quit IRC06:25
*** su_zhang has quit IRC06:27
*** vlaza has joined #openstack-nova06:29
openstackgerritZhenyu Zheng proposed openstack/nova: Ensure Glance image 'size' attribute is 0, not 'None'  https://review.openstack.org/21594706:30
*** scheuran has joined #openstack-nova06:31
*** lykinsbd_ has quit IRC06:36
*** ankit_ag has joined #openstack-nova06:39
*** Marga_ has quit IRC06:42
* alex_xu hate wadl06:43
*** heyongli has joined #openstack-nova06:45
*** vilobhmm11 has quit IRC06:45
*** lykinsbd_ has joined #openstack-nova06:46
*** moshele has quit IRC06:48
*** moshele has joined #openstack-nova06:48
*** Murali has joined #openstack-nova06:49
*** sahid has joined #openstack-nova06:50
*** leimon has joined #openstack-nova06:50
*** leimon has left #openstack-nova06:51
*** leimon has joined #openstack-nova06:52
*** markvoelker has joined #openstack-nova06:52
*** heyongli has quit IRC06:52
*** stevemar_ has quit IRC06:53
*** heyongli has joined #openstack-nova06:53
*** stevemar_ has joined #openstack-nova06:54
openstackgerritGhanshyam Mann proposed openstack/nova: Fix multiple create server tests for all extension  https://review.openstack.org/23460206:54
*** stevemar_ has quit IRC06:56
*** markvoelker has quit IRC06:56
openstackgerritGhanshyam Mann proposed openstack/nova: Fix multiple create server tests for all extension  https://review.openstack.org/23460206:57
*** subscope has joined #openstack-nova06:59
*** Savemech has quit IRC06:59
*** romainh has joined #openstack-nova07:00
*** 32NAAJ35R has quit IRC07:01
*** openstackgerrit has quit IRC07:01
*** garyk has quit IRC07:01
*** Savemech has joined #openstack-nova07:01
*** sudipto has quit IRC07:01
*** openstackgerrit has joined #openstack-nova07:02
*** haomaiwang has joined #openstack-nova07:02
*** heyongli has quit IRC07:02
*** heyongli has joined #openstack-nova07:03
*** Sree has joined #openstack-nova07:05
*** Sree has quit IRC07:05
*** Sree has joined #openstack-nova07:06
*** unicell1 has joined #openstack-nova07:09
*** unicell has quit IRC07:10
*** Marga_ has joined #openstack-nova07:11
*** heyongli has quit IRC07:13
gmannalex_xu: this only should fix the multiple create response in doc - https://review.openstack.org/#/c/234610/07:13
gmannalex_xu: do we need nova one too? - https://review.openstack.org/#/c/234602/07:13
*** Marga_ has quit IRC07:14
*** heyongli has joined #openstack-nova07:14
*** Marga_ has joined #openstack-nova07:14
gmannalex_xu: i like to fix multiple sample tests for all extension together with other as we discussed yesterday meeting07:14
alex_xugmann: is it easy for fixing them all?07:17
gmannalex_xu: checking one by one, if it need some extra sample file or update then we need nova side fix also07:18
gmannalex_xu: actually, after nova fix we need to sync those sample file  on api-site also07:18
*** leimon has left #openstack-nova07:18
*** leimon has joined #openstack-nova07:18
gmannalex_xu: for multiple create issue directly we can fix on api-site as https://review.openstack.org/#/c/234610/07:19
*** rdopiera has joined #openstack-nova07:19
*** leseb_ has quit IRC07:20
alex_xugmann: so after nova side sample updated, we need change the path back07:20
gmannalex_xu: yea, even when we will run all our sample tests for all extension then there will be path changes for many sample file07:21
gmannalex_xu: as we will share common sample files among tests07:22
gmannalex_xu: but need to see when actually refactoring the tests07:22
*** matrohon has joined #openstack-nova07:23
*** heyongli has quit IRC07:23
*** markus_z has joined #openstack-nova07:23
*** heyongli has joined #openstack-nova07:24
alex_xugmann: ok, that sounds long term work, we can't finish it soon, so I think https://review.openstack.org/#/c/234610/ it is ok07:24
*** browne has quit IRC07:24
*** jwcroppe has quit IRC07:24
gmannalex_xu: yea, once we will have our final sample files and path with all extension then we can reiterate on api-site side(or may be not needed as per your swagger things :) )07:25
*** abhishekk has joined #openstack-nova07:25
alex_xugmann: yea, the best thing is we not need reiterate api-site again :)07:26
*** subscope has quit IRC07:26
gmannalex_xu: yea. ll be much happy :)07:26
*** achanda has quit IRC07:26
gmanneven all ll be happy :)07:26
alex_xu:)07:26
*** leseb_ has joined #openstack-nova07:27
*** achanda has joined #openstack-nova07:27
*** alex_klimov has joined #openstack-nova07:27
*** mpavone has joined #openstack-nova07:28
*** liu_ has joined #openstack-nova07:28
*** leimon has quit IRC07:29
*** leimon has joined #openstack-nova07:29
*** leimon has quit IRC07:29
*** annegentle has joined #openstack-nova07:30
*** liu_ has quit IRC07:31
*** liu_ has joined #openstack-nova07:31
*** liu_ has quit IRC07:31
*** achanda has quit IRC07:33
*** heyongli has quit IRC07:33
*** heyongli has joined #openstack-nova07:34
*** annegentle has quit IRC07:35
*** ijw has joined #openstack-nova07:37
*** leimeon has joined #openstack-nova07:38
*** jlanoux has joined #openstack-nova07:39
*** leimon has joined #openstack-nova07:40
*** leimon is now known as leimond07:41
*** leimond is now known as leimon07:41
*** leimon has quit IRC07:42
leimeon HexChat: 2.10.2 ** OS: Linux 4.0.4-301.fc22.x86_64 x86_64 ** Distro: Fedora release 22 (Twenty Two) ** CPU: 8 x AMD FX(tm)-8300 Eight-Core Processor            (AuthenticAMD) @ 1.40GHz ** RAM: Physical: 15.6GiB, 49.1% free ** Disk: Total: 1.8TiB, 93.5% free ** VGA: NVIDIA Corporation GT218 [GeForce 210] ** Sound: HDA-Intel - HDA ATI SB1: HDA-Intel - HDA NVidia ** Ethernet: Realtek Semiconductor Co., Ltd. CIe Gigabit07:43
leimeonEthernet ** Uptime: 5h 7m 50s **07:43
*** heyongli has quit IRC07:43
bauzasgood morning Nova07:44
*** heyongli has joined #openstack-nova07:44
*** leimon has joined #openstack-nova07:46
*** Murali has quit IRC07:49
*** leimon has left #openstack-nova07:50
*** leimeon has quit IRC07:51
*** leimeon has joined #openstack-nova07:51
*** marzif has quit IRC07:52
*** markvoelker has joined #openstack-nova07:53
*** heyongli has quit IRC07:54
*** heyongli has joined #openstack-nova07:55
*** Sree_ has joined #openstack-nova07:57
*** david-lyle has joined #openstack-nova07:57
*** Sree_ is now known as Guest634007:57
*** markvoelker has quit IRC07:57
*** lpetrut has joined #openstack-nova07:58
*** jcoufal has joined #openstack-nova07:59
*** Sree has quit IRC08:00
*** haomaiwang has quit IRC08:01
*** Sree has joined #openstack-nova08:01
*** Marga_ has quit IRC08:01
*** ijw has quit IRC08:01
*** haomaiwa_ has joined #openstack-nova08:02
openstackgerritLi Yingjun proposed openstack/python-novaclient: Add sort_dir/key to flavor list  https://review.openstack.org/23462308:02
*** ijw has joined #openstack-nova08:03
*** heyongli has quit IRC08:04
openstackgerritHans Lindgren proposed openstack/nova: Remove and deprecate conductor provider_fw_rule_get_all()  https://review.openstack.org/21624108:04
openstackgerritHans Lindgren proposed openstack/nova: Remove unused provider firewall rules functionality in nova  https://review.openstack.org/18402708:04
openstackgerritHans Lindgren proposed openstack/nova: Remove provider_fw_rules tables and associated db api methods  https://review.openstack.org/21624208:04
*** sahid has quit IRC08:05
*** heyongli has joined #openstack-nova08:05
*** sahid has joined #openstack-nova08:05
*** marzif has joined #openstack-nova08:06
*** sudipto has joined #openstack-nova08:07
*** ijw has quit IRC08:07
*** yassine has joined #openstack-nova08:08
*** mgoddard has joined #openstack-nova08:10
*** heyongli has quit IRC08:14
*** ociuhandu has quit IRC08:15
*** heyongli has joined #openstack-nova08:15
*** pradipta has quit IRC08:17
*** jistr has joined #openstack-nova08:18
*** danpb has joined #openstack-nova08:18
*** bapalm has quit IRC08:23
*** PaulMurray has joined #openstack-nova08:23
*** heyongli has quit IRC08:24
*** heyongli has joined #openstack-nova08:25
PaulMurrayjohnthetubaguy, do you have a moment to talk about migration08:25
*** bapalm has joined #openstack-nova08:26
*** eglynn has joined #openstack-nova08:27
*** zhangjn has quit IRC08:27
*** ndipanov has joined #openstack-nova08:27
*** zhangjn has joined #openstack-nova08:30
*** wznoinsk has joined #openstack-nova08:30
wznoinskhi all08:30
wznoinskjohnthetubaguy, jaypipes let me know when either of you is around, I wanted to have a 2mins chat about intel nfv ci08:31
*** sudipto has quit IRC08:34
*** heyongli has quit IRC08:35
johnthetubaguyPaulMurray: hey, I made a note to reach out to you about the live-migrate stuff08:35
johnthetubaguyPaulMurray: I saw the etherpad of things08:35
PaulMurrayjohnthetubaguy, I was away last week and missed the meeting - sorry08:35
johnthetubaguyPaulMurray: I am wondering about the best way to make use of summit time on that08:35
johnthetubaguyPaulMurray: no worries08:35
*** heyongli has joined #openstack-nova08:36
*** Amichayp has joined #openstack-nova08:36
PaulMurraysame here - there are a couple of things that seem to be quite clear, and a couple that are less so08:36
PaulMurrayThe clear ones are migrating instances with a mix of volumes, ephemeral and config drive08:37
*** rotbeard has joined #openstack-nova08:37
PaulMurraySo not much to talk about there - there is a patch already being tried08:37
johnthetubaguyPaulMurray: so you can totally have time on the friday, I am just wondering if we need a session for whats left08:37
johnthetubaguyPaulMurray: I think its worth creating a subteam in the etherpad for this live-migrate stuff, to help focus people on the right patches08:38
*** marzif has quit IRC08:38
PaulMurrayThat's what I was thinking - I'm not sure there is need for a lot of in depth discussion, but there is a need for coordination08:38
*** marzif has joined #openstack-nova08:39
PaulMurrayAlso its not so clear what can be done this cycle vs taking longer08:39
*** Sree has quit IRC08:39
PaulMurrayWhat do you suggest?08:39
*** Sree has joined #openstack-nova08:39
*** garyk has joined #openstack-nova08:40
johnthetubaguyhonestly, I think its worth assuming infinite time and resources, just to make a list with all the dependencies08:40
johnthetubaguywe can work out whats blocked by what, etc08:40
johnthetubaguythen its a case of who does what, and when, I guess08:40
*** jamielennox is now known as jamielennox|away08:40
johnthetubaguyif we could review that at the summit, on the friday, I think that would help move things along08:40
*** lucasagomes has joined #openstack-nova08:41
PaulMurrayok - I thought what you had put down in the etherpad looked good to me - just remember that the friday was a long list of stuff last time08:41
johnthetubaguywznoinsk: quite note, I noticed your message, just PaulMurray got in the queue first, and my multi-tasking is terrible, be with you in a bit08:41
johnthetubaguyPaulMurray: yeah, agreed, that comes up the top of the list, I feel08:42
*** lucasagomes_ has joined #openstack-nova08:42
PaulMurrayI'll try to structure as best I can with details about what we are trying to do08:42
johnthetubaguyPaulMurray: so, there was some stuff that didn't have a clear plan, what are those bits?08:42
PaulMurrayThe least detail is in CI - so might need some discussion there08:42
PaulMurrayAlso there is a little disagreement / discussion around what you should be able to do with an instance while it is being migrated08:43
johnthetubaguyso the CI is already in place, just needs hardening, as I understand it?08:44
johnthetubaguyas in the multi-host test08:44
johnthetubaguyin terms of parallel operations, right now we allow nothing, as I understand it, I vote we get it working before we start worrying about power operations during a live-migrate08:45
*** heyongli has quit IRC08:45
*** apuimedo_ has joined #openstack-nova08:45
johnthetubaguyyou should always be able to delete, other than that, I mean08:45
*** heyongli has joined #openstack-nova08:46
PaulMurraythere are simple things like getting at vnc and console logs08:46
*** lucasagomes has quit IRC08:46
*** sudipto has joined #openstack-nova08:46
johnthetubaguyah, true, that, in theory should work all the time, as its not something that changes the VM state08:46
johnthetubaguynow thats probably broken, but yeah, those things should get fixed08:47
johnthetubaguyPaulMurray: so fun idea, maybe we start with updating the API concept guide, to clearly state (and agree) our intentions08:47
PaulMurrayI think if the top few items in the "near term" list I made get done we will be in good shape08:47
johnthetubaguyto be honest, getting the CI working is the main thing that worries me08:48
johnthetubaguywe keep fixing it, and promptly breaking it08:49
*** Sree_ has joined #openstack-nova08:49
*** Sree has quit IRC08:49
*** Sree_ is now known as Guest7556908:49
johnthetubaguyonce we have that safety net in place, we can make progress, I feel08:49
johnthetubaguyPaulMurray: do we still have someone pushing on fixing the multi-host job?08:50
PaulMurraySo a good target for the summit would be to agree aims for migration and sign people up to near toerm work08:50
*** derekh has joined #openstack-nova08:50
openstackgerritgongysh proposed openstack/nova: Support keystone V3 for neutron access  https://review.openstack.org/23464208:50
johnthetubaguyPaulMurray: yes, shall we very quickly review that list, let me bring up the etherpad08:51
johnthetubaguyhttps://etherpad.openstack.org/p/mitaka-live-migration is the one right?08:51
PaulMurrayyep08:51
*** ZZelle has quit IRC08:53
*** ZZelle has joined #openstack-nova08:53
*** markvoelker has joined #openstack-nova08:53
johnthetubaguyPaulMurray: I remember seeing a spec for auto-converge, trying to think where that is at08:54
*** subscope has joined #openstack-nova08:54
*** zhangjn has quit IRC08:54
PaulMurraythere are a few auto-converge type things - some in qemu rather than nova08:55
PaulMurraywhat are you thinking of?08:55
*** stevemar_ has joined #openstack-nova08:55
*** heyongli has quit IRC08:55
johnthetubaguyI think its the qemu one, thinking about it, maybe its the same as pause08:55
johnthetubaguyalthough I think it was sync copying memory for a period, rather than a full pause08:56
johnthetubaguylike all pages dirty, or something like that08:56
*** heyongli has joined #openstack-nova08:56
*** zhangjn has joined #openstack-nova08:56
PaulMurraythere is something in qemu about slowing the vm and/or pausing it to guarantee completion08:56
PaulMurrayI haven't listed things that are outside of nova08:57
johnthetubaguyyeah, its that stuff08:57
johnthetubaguyjust thinking about us adding support for it, thats all really08:57
PaulMurrayI think it is in the longer term category because its not impplemented yet08:57
PaulMurraythat is what the bullet there is intended to capture08:58
*** lucasagomes has joined #openstack-nova08:58
johnthetubaguyah, OK, I got the impression it was merged, but maybe that was me making assuptions08:58
johnthetubaguyyeah, thats in the long term, so I think its covered08:58
*** stevemar_ has quit IRC08:58
*** markvoelker has quit IRC08:58
*** deepakcs has joined #openstack-nova08:58
PaulMurrayI would have to check - not entirely sure08:58
*** rajesht has quit IRC08:59
*** ankit_ag has quit IRC08:59
*** edmondsw has joined #openstack-nova08:59
*** abhishekk has quit IRC08:59
*** rajesht has joined #openstack-nova09:00
*** ankit_ag has joined #openstack-nova09:00
*** abhishekk has joined #openstack-nova09:00
johnthetubaguyPaulMurray: so I went through that near term list, I re-ordered it a little, does that look OK?09:01
*** haomaiwa_ has quit IRC09:01
*** Murali has joined #openstack-nova09:01
*** subscope has quit IRC09:01
*** subscope has joined #openstack-nova09:01
PaulMurrayMight be good to have cancel migration higher - mabe bundle in with pause bullet09:02
johnthetubaguywznoinsk: hi, did you want to catch up around the intel nfv ci?09:02
johnthetubaguyPaulMurray: yeah, could we not just focus on one of those, or does that not cut it?09:03
*** ijw has joined #openstack-nova09:03
PaulMurraylets dig in a see if there is a lot of work involved - could turn out to be easy to do both together09:04
johnthetubaguyPaulMurray: OK, makes sense09:04
PaulMurrayIts a lot of work - I doubt it will all get there09:05
johnthetubaguyPaulMurray: I guess this might be guest dependent thinking about it, cancel would stop the need to pause09:05
johnthetubaguyPaulMurray: agreed, it seems unlikely but lets see who steps up, I guess09:05
PaulMurrayyes - I think we have a plan now09:05
*** heyongli has quit IRC09:05
PaulMurraythanks09:06
johnthetubaguyPaulMurray: yeah, certainly worth reviewing this at the summit, but yeah, a full session seems overkill given how much agreement we already have here09:06
johnthetubaguyPaulMurray: are you good setting up a subteam in the review etherpad, just so you all see each others work quickly?09:06
*** heyongli has joined #openstack-nova09:06
johnthetubaguyPaulMurray: I am thinking about in this one: https://etherpad.openstack.org/p/mitaka-nova-priorities-tracking09:07
*** alexschm has joined #openstack-nova09:07
PaulMurrayyes, will do09:07
bauzasjohnthetubaguy: had you time to discuss with jaypipes about the sched session ?09:07
*** lucasagomes has quit IRC09:07
*** lucasagomes_ is now known as lucasagomes09:08
*** jichen has joined #openstack-nova09:08
johnthetubaguybauzas: not been online the same time as him recently, I am afraid09:08
johnthetubaguyor not both been free at the same time09:08
*** ijw has quit IRC09:09
bauzasjohnthetubaguy: okay, I just want to make sure you're not blocked09:09
markus_zbauzas: I have a (maybe stupid) scheduler question which you might be able to answer, do you have a minute?09:09
bauzasmarkus_z: there is no stupid question09:10
markus_zbauzas: We'll see :)09:10
markus_zbauzas: Are there events in Nova which might cause the scheduler to migrate an instance, which are NOT driven by the REST API?09:10
johnthetubaguybauzas: yeah, I am a little blocked on that right now, need to work out what goes in that scheduler session, thats concrete, or cancel it09:11
*** aix has joined #openstack-nova09:11
bauzasmarkus_z: retries09:11
bauzasmarkus_z: when something goes bad on the compute side, then it fires a reschedule by calling again the conductor api09:12
johnthetubaguymarkus_z: we are resisting adding them09:12
bauzasmarkus_z: apart from that, no, because we're cloud09:12
*** wolsen has quit IRC09:12
johnthetubaguynever saw retries like that, but I guess thats kinda true09:13
bauzasmarkus_z: if something needs to orchestrate a migration, it has to be done elsewhere09:13
*** yuntongjin has quit IRC09:13
bauzasjohnthetubaguy: well, catching an exception fires a RPC cast from the compute to the conductor, right ? :)09:13
bauzasalthough I have to check for migrations tho :)09:14
wznoinskjohnthetubaguy: hi, thanks for comin gback09:14
markus_zbauzas: johnthetubaguy: OK, I thought so too, I wasn't sure anymore after I stumbled on https://blueprints.launchpad.net/nova/+spec/utilization-aware-scheduling09:14
johnthetubaguybauzas: yeah, its more a build again, in my head, still from the initial API call, but yeah, works both ways09:14
wznoinskjohnthetubaguy: according to our last discussion to run standard set of tests with our featured flavors, please check https://review.openstack.org/#/c/229279/ - comments from last night09:15
bauzasjohnthetubaguy: agreed, I have to doublecheck re: migrations09:15
johnthetubaguymarkus_z: yeah, we would just provide them with APIs to do what they want, I feel09:15
wznoinskjohnthetubaguy: happy to talk to you whenever you have a free(er) moment09:15
johnthetubaguywznoinsk: I will take a look09:15
markus_zjohnthetubaguy: right, "build again" but traceable to one initial REST API call.09:16
*** heyongli has quit IRC09:16
johnthetubaguywznoinsk: ah, I see lots of tests there, which one should I look at?09:16
bauzasmarkus_z: I remember some OpenStack POC about that kind of utilisation-aware schedululer09:16
wznoinskjohnthetubaguy: I think we discussed to run as much as possible ;-)09:16
wznoinskjohnthetubaguy: we have 3 features: hugepages, cpupinning, numatopology09:17
bauzasmarkus_z: but like I said, it should be done by consuming the Nova APIs, not modifying those or orchestrating internally :)09:17
*** heyongli has joined #openstack-nova09:17
*** irenab has quit IRC09:17
markus_zbauzas: johnthetubaguy: OK, thanks, my doubts are gone, I fully agree with your view here.09:17
*** dims_ has joined #openstack-nova09:17
wznoinskjohnthetubaguy: I run 2 types (1. all from tempest/api/compute, 2. all from tempest/scenario) on each types = 6 tests + 1 our custom hugepages/numa/cpupinning tests09:17
*** ashishjain has joined #openstack-nova09:17
bauzasmarkus_z: FWIW, https://wiki.openstack.org/wiki/Watcher was what I've been heard09:17
ashishjainHello09:18
*** tbh has quit IRC09:18
johnthetubaguywznoinsk: this one looks good: http://intel-openstack-ci-logs.ovh/compute-ci/refs/changes/52/215252/7/api-compute-on-cpupinning-flavors/tempest/api-compute-on-cpupinning-flavors/testr_results.html09:18
ashishjainI am using kilo and trying to spin off vms09:18
*** irenab has joined #openstack-nova09:18
johnthetubaguywznoinsk: although I don't see any of the resize tests being run09:18
*** tbh has joined #openstack-nova09:18
*** annegentle has joined #openstack-nova09:18
ashishjainI see an issue where it says "Unable to mount image /var/lib/nova/instances/5cb913f2-bdec-48c7-9507-741ac4250e41/disk with error libguestfs installed but not usable (cannot find any suitable libguestfs supermin, fixed or old-style appliance on LIBGUESTFS_PATH (search path: /usr/lib/guestfs)). Cannot resize"09:19
ashishjainDo I  need to install libguestfs on nova compute node?09:19
*** marzif has quit IRC09:19
wznoinskjohnthetubaguy: I had to disable cinder because there were some issues (mainly with some volume resizing or shutting down servers with volumes attached etc.) I can work on later, there are still only 1 or 2 failing in current tests I need to investigate09:19
ashishjainI see a bug was fixed just before the kilo release https://bugs.launchpad.net/openstack-ansible/+bug/142863909:19
openstackLaunchpad bug 1428639 in openstack-ansible "Nova requires python-libguestfs in Kilo" [Medium,Fix released] - Assigned to Kevin Carter (kevin-carter)09:19
*** njirap has joined #openstack-nova09:19
openstackgerritSergey Nikitin proposed openstack/nova: Added server tags support in nova-api  https://review.openstack.org/12894009:19
*** marzif has joined #openstack-nova09:19
wznoinskjohnthetubaguy: I actually assumed these will be in scenario, looking09:20
*** dims has quit IRC09:20
johnthetubaguywznoinsk: yeah, I see the tempest conf enables them, it might be me being a bit blind09:20
johnthetubaguyashishjain: I think libguestfs is required, but I am not an expert on the libvirt driver, it might depend on exactly what features you use though09:21
johnthetubaguyashishjain: but you should get better answers in #openstack where there are more users about who are better at answering usage questions (please see topic)09:22
*** links has quit IRC09:22
ashishjainjohnthetubaguy: thanks I will ask those guys09:22
wznoinskjohnthetubaguy: expand any of the tempest.api.compute.servers.test_server_actions.ServerActionsTestJSON09:22
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: hacking check for contextlib.nested for py34 support  https://review.openstack.org/22868809:23
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: Enable options for oslo.reports  https://review.openstack.org/21691709:23
bauzasjohnthetubaguy: interesting... we do reschedule on build and resize, not on migrations09:23
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: Avoid intermediate Token auth plugin  https://review.openstack.org/22936809:23
*** annegentle has quit IRC09:23
bauzasmarkus_z: nevermind my comment about retries if it was about migrations, there is no retry in place for them09:23
wznoinskjohnthetubaguy: or hit 'All' at the top of the page and ctrl+f for resize09:24
johnthetubaguybauzas: I don't think we reschedule on anything but builds right now09:24
bauzasjohnthetubaguy: we do on resizes09:24
johnthetubaguybauzas: thats news to me09:24
bauzasjohnthetubaguy: hence my ping :)09:24
bauzasjohnthetubaguy: I remembered a _reschedule() helper09:24
markus_zbauzas: no worries, I think I got the idea09:24
openstackgerritBartosz Fic proposed openstack/nova: Live migration fails when the instance has a config_drive_format=iso9660  https://review.openstack.org/23465909:24
bauzasjohnthetubaguy: but it's only called by prep_resize09:25
johnthetubaguywznoinsk: ah, yeah, click all, oops!09:25
bauzasjohnthetubaguy: FYI https://github.com/openstack/nova/blob/master/nova/compute/manager.py#L1484-L151509:25
bauzasjohnthetubaguy: which is called in https://github.com/openstack/nova/blob/master/nova/compute/manager.py#L373009:26
*** heyongli has quit IRC09:26
johnthetubaguywznoinsk: so, after looking at all the tests results :) this is totally what I was hoping to see09:27
*** heyongli has joined #openstack-nova09:27
wznoinskjohnthetubaguy: my questions to you and jaypipes(ping) are then: 1. is there anything missing from our tests you want me to include, 2. if no in Q1 then given the 1 or 2 failed tests will be resolved can we start commenting back to gerrit09:27
wznoinskjohnthetubaguy: happy to hear that09:27
johnthetubaguywznoinsk: yeah, I like how you have tests you need to skip, we just need to publish that list, and work through trying to empty out that list09:27
wznoinskjohnthetubaguy: the only issue with that suite of tests now is it's taking long time to finish all 7, 2h+ in total, I'm adding another server to it today which will be 1-1.5h (still a lot given ~120patchsets in Nova daily)09:29
johnthetubaguywznoinsk: yeah, its a heavy load09:29
wznoinskjohnthetubaguy: by publishing the skipped tests you mean on 3rdparty ci WIKI or on the webhosting with logs itself? (I'm thinking of an extract of the skipped tests from tempest.log to a single file if testr_results.html is not enough to show them)09:30
*** haomaiwang has joined #openstack-nova09:30
johnthetubaguywznoinsk: ideally just with the logs, normally its just a list of tests that are skipped/excluded or something like that09:30
wznoinskjohnthetubaguy: if you mean something like an extract of all 'skip' tests from the results (like http://intel-openstack-ci-logs.ovh/compute-ci/refs/changes/79/202379/53/api-compute-on-hugepages-flavors/tempest/api-compute-on-hugepages-flavors/testr_results.html) consider it done09:32
openstackgerritOpenStack Proposal Bot proposed openstack/nova: Updated from global requirements  https://review.openstack.org/23467309:32
johnthetubaguywznoinsk: just digging for an example, one sec09:33
*** changbl has quit IRC09:35
*** lpetrut has quit IRC09:36
*** heyongli has quit IRC09:36
*** alex_klimov has quit IRC09:36
wznoinskjohnthetubaguy: I think I saw 'tabs' in tempest results html somewhere, you could filter on the skipped tests then, looking09:37
*** alex_klimov has joined #openstack-nova09:37
*** heyongli has joined #openstack-nova09:37
johnthetubaguywznoinsk: so most CIs report their tempest_exclusion_list file09:37
johnthetubaguywznoinsk: at least I thought they did, just trying to find it now09:37
BobBallxenserver CI does report it09:38
johnthetubaguyBobBall: I can't find it in the results, what is it called?09:38
johnthetubaguyBobBall: I am just looking at: http://dd6b71949550285df7dc-dda4e480e005aaa13ec303551d2d8155.r49.cf1.rackcdn.com/40/128940/80/12528//logs/index.html09:38
BobBalltempest_exclusion_list... ... ... don't tell me it's gone missing09:38
BobBallgrrr09:39
BobBall:)09:39
*** subscope has quit IRC09:39
johnthetubaguya little bit happy its not just me going mad09:39
BobBallIt's not there even vaguely.  I'll look at getting that sorted :)09:39
*** Miouge has quit IRC09:39
*** lpetrut has joined #openstack-nova09:40
johnthetubaguywznoinsk: here is an example from hyper-v: http://64.119.130.115/nova/128940/80/devstack_config/excluded-tests.txt09:40
johnthetubaguywznoinsk: thats the kind of thing I am thinking09:40
wznoinskBobBall: would you have a sample of the file somewhere? johnthetubaguy would I follow that standard or once BobBall has to fix it anyway should we improve (how would you like to see that exclusion?)09:40
*** ihrachys has joined #openstack-nova09:41
johnthetubaguywznoinsk: its basically the list of tests you give to tempest to do the skips09:41
BobBallwznoinsk: ours isn't standard... it's very ugly.09:41
ihrachystristanC: ping re https://review.openstack.org/#/c/209627/09:41
*** Miouge has joined #openstack-nova09:41
ihrachystristanC: I suspect the patch to break lbaas gate for neutron09:41
johnthetubaguywznoinsk: the cells one is quite messy, and is here: https://github.com/openstack/nova/blob/master/devstack/tempest-dsvm-cells-rc09:42
BobBallwznoinsk: We patch tempest to support an exclusion list https://github.com/stackforge/xenapi-os-testing/blob/master/run_tests.sh#L146 and this is the list https://github.com/stackforge/xenapi-os-testing/blob/master/tempest_exclusion_list09:42
wznoinskjohnthetubaguy, BobBall thanks09:45
johnthetubaguyBobBall: do you know how hyper-v make their list work?09:45
johnthetubaguyBobBall: wondering if there is upstream support for a excluded-tests list now?09:45
wznoinskjohnthetubaguy: I'll work on the separate exclusion list then, in the meantime I'll skip the failing 1 or 2 and would like to start commenting to gerrit, I think majority of the work is done09:45
johnthetubaguywznoinsk: so I am wondering, could we turn all these features on in a single flavor, and just run that one test?09:46
johnthetubaguywznoinsk: so hugepages, plus pinning, plus SRIOV?09:46
*** moshele has quit IRC09:46
wznoinskjohnthetubaguy: that's what I'm going to find out too now09:46
*** heyongli has quit IRC09:46
johnthetubaguywznoinsk: :)09:46
johnthetubaguywznoinsk: I think thats a good way forward here, try to get a single tempest run that covers all those features09:47
openstackgerritTang Chen proposed openstack/nova: Add a Nova API to trigger crash dump in an instance.  https://review.openstack.org/20261709:47
openstackgerritTang Chen proposed openstack/nova: Add a compute RPC API to trigger crash dump in instance.  https://review.openstack.org/20260509:47
openstackgerritTang Chen proposed openstack/nova: Improve inject_nmi() in libvirt driver and add tests.  https://review.openstack.org/20879409:47
openstackgerritTang Chen proposed openstack/nova: Add a cell RPC API to trigger crash dump in instance.  https://review.openstack.org/23469109:47
*** Kennan has quit IRC09:47
*** heyongli has joined #openstack-nova09:47
* wznoinsk 's Chrome lost icons on the tabs (getting thru too many open items)09:47
*** Kennan has joined #openstack-nova09:48
johnthetubaguywznoinsk: after we have all those running, why do we need those scenario tests? are they now redundant?09:48
openstackgerritTomi Juvonen proposed openstack/nova-specs: Get valid server state  https://review.openstack.org/19224609:50
*** haomaiwang has quit IRC09:50
johnthetubaguywznoinsk: for the ones that are not covered, I just wonder if we can get them upstream09:50
*** haomaiwa_ has joined #openstack-nova09:51
wznoinskjohnthetubaguy: I have to get back to the originator of these tests and we'll compare, atm no harm in running them I think - takes 3mins to finish09:52
sudiptondipanov, Hi, one quick question: https://github.com/openstack/nova/blob/master/nova/virt/hardware.py#L697 is there a reason we count the siblings to determine the number of hyperthreads instead of relying on the libvirt capabilities - topology section?09:53
johnthetubaguywznoinsk: yeah, OK, just thinking long term really, thanks for getting in touch, and getting all the regular tempest tests running.09:53
openstackgerritIhar Hrachyshka proposed openstack/nova: Revert "virt: Use preexec_fn to ulimit qemu-img info call"  https://review.openstack.org/23469609:54
*** markvoelker has joined #openstack-nova09:54
sudiptowondering, if it's to account for offline threads...09:55
*** moshele has joined #openstack-nova09:55
wznoinskjohnthetubaguy: happy to see it working finally (with only minor things todo), thanks for the time on checking it, I'll talk to you later on findings re flavor with all our nfv features tests and tests exclusions09:56
ndipanovsudipto, I am not sure I understand the question09:56
johnthetubaguywznoinsk: :)09:57
*** heyongli has quit IRC09:57
sudiptondipanov, ok - basically we seem to be counting the number of siblings to figure out the number of threads in a given core per the code i cited above.09:57
*** kumar has joined #openstack-nova09:57
ndipanovso there is a bug in that code09:57
sudiptondipanov, but libvirt also provides something like <topology sockets='1' cores='2' threads='2'/> - which suggests that there are 2 threads in each c ore...09:58
ndipanovsudipto, see these 3 fixes https://review.openstack.org/#/c/229575/09:58
sudiptondipanov, ok...09:58
*** heyongli has joined #openstack-nova09:58
ndipanovsudipto, but the idea is to expose the fact that it is running on hyperthreads to the guest OS09:58
*** markvoelker has quit IRC09:58
ndipanovit is not really necessary to use that whole topology structure09:59
ndipanovwe could have just added "thread" to the NUMA cell object09:59
sudiptondipanov, exactly what i thought...09:59
ndipanovso if we pin vcpus to 2 cores with 2 sibling threads09:59
ndipanovwe expose that in the topology element in libvirt so that the guest_os is aware of that10:00
ndipanovsudipto, due to the cpu pinning logic which considers only single numa cells10:00
*** haomaiwa_ has quit IRC10:01
ndipanovwe do this per cell10:01
ndipanovand then find the "least bad" value when spawning the instance10:01
*** haomaiwang has joined #openstack-nova10:01
sudiptondipanov, hmm that's fair. I was thinking more specifically to why there's a need to count the number of siblings to determine the hyperthreading...10:01
sudiptondipanov, it should be more straight forward to determine that via the libvirt capabilities (i thought)10:02
ndipanovsudipto, I don't understand what you mean by count10:03
*** ijw has joined #openstack-nova10:04
ndipanovsudipto, I think what you are missing is that we have to consider exact placement when pinning10:05
*** shuquan has quit IRC10:06
ndipanovso we may end up with 2 vcpus pinned to 2 hyperthreads that are not siblings of eachother10:06
sudiptondipanov, ok - https://github.com/openstack/nova/blob/master/nova/virt/hardware.py#L702 cores_per_sib is probably something like [1, 2] - and hence threads per core is len([1,2]) which is 2. Instead of deriving it like this, why can't be get the value directly of the libvirt topology - was my uestion10:06
sudiptondipanov, ah yeah that makes sense.10:06
ndipanovin that case - we don't want the guest to know that there are threads10:06
ndipanovsince from the guest POV they are not10:07
ndipanovthey are just slower CPUs lol10:07
sudiptondipanov, got it...10:07
*** heyongli has quit IRC10:07
sudiptoyeah :D now i get the reason for accounting the siblings...10:07
ndipanovcool10:07
ndipanovthat code could use more comments for sure - that's what mdbooth was complaining about actually10:08
*** heyongli has joined #openstack-nova10:08
ndipanovwill do it this week I hope10:08
*** PaulMurray has quit IRC10:09
*** Alexus has joined #openstack-nova10:09
*** ijw has quit IRC10:09
sudiptondipanov, sure...i also had a different question around this...10:09
sudiptondipanov, if you remember, i had spoken about a ppc related problem where not all threads of the core are made visible.10:10
sudiptondipanov, here's another kvm patch that sort of makes it flexible from a KVM per say... https://www.mail-archive.com/kvm@vger.kernel.org/msg115978.html10:10
sudiptondipanov, this is a ppc specific patch.10:10
*** haomaiwang has quit IRC10:11
*** romainh has quit IRC10:11
sudiptondipanov, the typical problem now is - in ppc there are 8 threads per core in a whole core mode. But only the primary thread - that is thread0 is made online and the rest of the threads are kept offline. KVM has this logic (via this patch) to wake up threads dynamically.10:12
sudiptoso if we have a situation where a VM has been requested with 8 VCPUs, the current pinning logic in openstack would look for the number of hyperthreads via the siblings...and would end up selecting 8 different cores...(even though each core has 7 sleeping threads)..10:12
ndipanovsudipto, yeah - we spoke about this before and it seems to me that we need libvirt to know about this10:13
*** zhenguo has quit IRC10:13
sudiptondipanov, libvirt can let us know about the number of hyperthreads in a core via the topology information - but it won't be able to update the siblings section against each core - because those threads are offline...10:14
sudiptondipanov, in a way - the user can't really pin to those offline threads either...but if we have a logic that can determine this condition - we can probably do better packing.10:15
sudiptofor example - 2 vcpus pinning request comes in - and we decide it to pin it to core0, next request comes in(for 2 vcpus) we know that core0 has 6 threads still left, so we again pin to core0.10:16
*** heyongli has quit IRC10:17
*** heyongli has joined #openstack-nova10:18
ndipanovsudipto, I get what you are saying  - we just can't make that assumption in Nova10:18
ndipanovit's not the right place to do it10:18
ndipanovwe need libvirt to tell us what we can and cannot do10:18
*** Murali_ has joined #openstack-nova10:18
ndipanovso even though the code is in kvm10:18
ndipanovwe really need it to be exposed via libvirt in some way10:18
*** oomichi has quit IRC10:19
ndipanovotherwise we have no hope of getting itright in the general case10:19
sudiptondipanov, you mean libvirt should be able to say - how many threads are used inside a core?10:19
johnthetubaguybauzas: how is your tasks spec coming along?10:19
ndipanovyes - if it's ppc specific - maybe it makes sense to update the libvirt xml with relevant information10:20
sudiptondipanov, hmm got it...10:20
*** marzif has quit IRC10:20
bauzasjohnthetubaguy: I took some notes in there https://review.openstack.org/#/c/221280/10:20
ndipanovNova assuming that kvm maybe does something on guest boot when scheduling is just not something we want to do10:20
*** marzif has joined #openstack-nova10:20
bauzasjohnthetubaguy: the idea is that we could agree on the items and create BPs accordingly10:21
ndipanovnova codes to it's data model, which is in turn based on the libvirt xml contract10:21
sudiptondipanov, hmm ok..10:21
*** Murali has quit IRC10:21
*** Murali_ is now known as Murali10:21
sudiptondipanov, i believe libvirt today can't alter that capabilities dynamically (i may be wrong - i will go back and check)10:21
*** kumar has quit IRC10:22
*** subscope has joined #openstack-nova10:22
bauzasjohnthetubaguy: I'd be focusing on adding more instance actions whenever it's possible and resubmit the Tasks BP as actions for Mitaka10:22
bauzasthe "fix reporting of error handling" is more bugfixes10:23
johnthetubaguybauzas: yeah, I think we want to make that a low hanging fruit task, once we are happy with the testing we have in place, etc10:23
ndipanovwell maybe it does not need to do it dynamically, just expose different values from the start10:23
bauzasjohnthetubaguy: right, hence me waiting to make sure we're all going to the same direction, then I could fire a couple of bugs and items for newcomers10:23
sudiptondipanov, you mean different values for each core - telling how many threads are there for each core? (sorry about dragging this)10:23
bauzasjohnthetubaguy: tbh, I can't boil the ocean by my own, I'd be more interested in seeing if people could be interested in helping me10:24
bauzasjohnthetubaguy: hence me writing that, then decoupling into actionable items10:24
bauzasthat could, or could not, be low-hanging-fruits10:24
*** wolsen has joined #openstack-nova10:26
*** sahid has quit IRC10:26
ndipanovsudipto, I don't really know what the right solution would be from libvirt POV10:26
johnthetubaguybauzas: totally agreed10:26
*** Guest75569 has quit IRC10:27
*** heyongli has quit IRC10:27
*** heyongli has joined #openstack-nova10:28
bauzasjohnthetubaguy: mmm, I see etherpads ready for sessions, I guess we can begin drawing ? :)10:32
bauzasha, you did that already, nvm10:32
ihrachysdanpb: ping re revert of qemu patch10:34
*** irenab has quit IRC10:37
johnthetubaguybauzas: most of those etherpads are blank right now, but yeah feel free to get filling them up with things :)10:37
*** heyongli has quit IRC10:38
johnthetubaguybauzas: I just uploaded the draft schedule actually: http://mitakadesignsummit.sched.org/type/Nova10:38
bauzasyup, just saw that10:38
*** gongysh has quit IRC10:38
bauzasI'll on vacation next week, so I'd do some stuff this week10:38
bauzasbe*10:38
johnthetubaguybauzas: ah, good point, that was my original plan too, I suspect there are others doing the same10:39
*** sahid has joined #openstack-nova10:39
bauzasyeah, Japan is attractive10:39
*** heyongli has joined #openstack-nova10:39
bauzasjohnthetubaguy: I guess you were aware of https://mitakadesignsummit.sched.org/event/b2812a85cbca739432fe0b3d26f5fe69#.Vh4xArzDia4 ?10:40
bauzasthat's conflicting the 2nd resource session tho :(10:40
*** Murali_ has joined #openstack-nova10:40
*** IanGovett has joined #openstack-nova10:40
johnthetubaguybauzas: no, I still need to reach out to armando, failed so far10:40
bauzasack10:41
*** Murali has quit IRC10:42
*** Murali_ is now known as Murali10:42
openstackgerritBartosz Fic proposed openstack/nova: Live migration fails when the instance has a config_drive_format=iso9660  https://review.openstack.org/23465910:43
danpbihrachys: ?10:44
*** leimeon has quit IRC10:45
ihrachysdanpb: can you check comment at https://review.openstack.org/#/c/234696/ ?10:46
*** heyongli has quit IRC10:48
openstackgerritBartosz Fic proposed openstack/nova: Live migration fails when the instance has a config_drive_format=iso9660  https://review.openstack.org/23465910:48
*** heyongli has joined #openstack-nova10:49
danpbihrachys: there's really no need to ping people to tell them you've added a comment to gerrit10:49
ihrachysdanpb: it's gate failure, I think those are different.10:50
*** marzif has quit IRC10:50
*** kmartin has quit IRC10:51
*** Marga_ has joined #openstack-nova10:52
*** ociuhandu has joined #openstack-nova10:53
*** marzif has joined #openstack-nova10:53
*** markvoelker has joined #openstack-nova10:55
*** stevemar_ has joined #openstack-nova10:56
*** e0ne has joined #openstack-nova10:56
*** heyongli has quit IRC10:58
*** PaulMurray has joined #openstack-nova10:58
openstackgerritPaul Carlton proposed openstack/nova: Mask the token used to allow access to consoles  https://review.openstack.org/22062210:58
*** stevemar_ has quit IRC10:59
*** heyongli has joined #openstack-nova10:59
sdaguebauzas: ++ for getting the ball moving on tasks again10:59
*** markvoelker has quit IRC11:00
*** ociuhandu has quit IRC11:01
sdagueihrachys: I think you should change your logstash query to - message:"segfault at" AND message:"nova-compute"11:03
sdagueit makes it a bit more clear that there is a recent event here11:03
sdaguehttp://logstash.openstack.org/#eyJzZWFyY2giOiJtZXNzYWdlOlwic2VnZmF1bHQgYXRcIiBBTkQgbWVzc2FnZTpcIm5vdmEtY29tcHV0ZVwiIiwiZmllbGRzIjpbXSwib2Zmc2V0IjowLCJ0aW1lZnJhbWUiOiI2MDQ4MDAiLCJncmFwaG1vZGUiOiJjb3VudCIsInRpbWUiOnsidXNlcl9pbnRlcnZhbCI6MH0sInN0YW1wIjoxNDQ0ODIwNTI3MzYwfQ==11:03
ihrachyssdague: sure, I just manually looked for the earliest hit - when I referred to Oct 1311:03
danpbihrachys: we need a separate bug for this because i looks to be not related to the neutron lbaas bug at all11:04
danpbthe logstash failures appear to hit arbitrary jobs/tests11:04
ihrachysdanpb: well, I agree you may want another bug, but it's probably related: lbaas uses octavia, that uses nova to start an instance to host the load balancer. but the instance fails before of the nova segfault11:05
sdagueyeh, and that signature hits no lbaas jobs11:05
*** ijw has joined #openstack-nova11:05
sdaguehttp://goo.gl/WHZKHS is the job breakdown11:06
ihrachyssdague: it does hit lbaas jobs for neutron repo, see the first log link in the bug11:06
danpbthat's just a co-incidence though11:06
ihrachysspecifically, lbaasv2-minimal job, and that's because we forgot to disable nova driver for octavia for that job (others work fine)11:07
danpbthis is just like any nova bug which causes random failures across all jobs - any of them could randomly cause an lbaas job to fail11:07
*** annegentle has joined #openstack-nova11:07
sdagueihrachys: that's not an lbaasv2-minimal job, it's a postgres job - gate-tempest-dsvm-postgres-full11:08
*** ociuhandu has joined #openstack-nova11:08
ihrachyssdague: I am sorry, where do you look for? I specifically refer to http://logs.openstack.org/43/234343/1/check/gate-neutron-lbaasv2-dsvm-minimal/b767acd/logs/testr_results.html.gz11:08
sdagueihrachys: the link in the review11:08
*** heyongli has quit IRC11:08
*** zhangjn has quit IRC11:09
ihrachyssdague: danpb: well maybe that job is the only one that triggers test failure for the error11:09
*** heyongli has joined #openstack-nova11:09
kashyapihrachys: This log doesn't exist anymore? http://logs.openstack.org/27/230227/5/gate/gate-tempest-dsvm-postgres-full/27576c8/logs/syslog.txt11:10
kashyap(It was mentioned in the comments.)11:10
danpbi'll just file a new bug myself for this11:10
*** ijw has quit IRC11:11
ihrachyskashyap: how is this relevant? The point is it started to crash on Oct 13, in qemu-img, and that seems to be quite in line with that nova patch merged.11:11
*** EinstCrazy has quit IRC11:11
ihrachysdanpb: ok. I think we should still refer to the lbaas bug as Related11:11
*** shuquan has joined #openstack-nova11:11
danpbits really not related - its just co-incidence11:12
kashyapihrachys: I'm only reading the comments just now, and clicked on the URL mentioned above.  If it's not relevant, why was that mentioned?11:12
ihrachyskashyap: I copy-pasted the link from logstash11:12
*** annegentle has quit IRC11:12
*** marzif has quit IRC11:12
ihrachyskashyap: that link was the first that hit nova-compute on Oct 1311:12
danpbhttps://bugs.launchpad.net/nova/+bug/150601211:12
openstackLaunchpad bug 1506012 in OpenStack Compute (nova) "Gate tests randomly failing qemu-img info calls" [Critical,New]11:12
ihrachysnot sure why no logs11:12
openstackgerritIhar Hrachyshka proposed openstack/nova: Revert "virt: Use preexec_fn to ulimit qemu-img info call"  https://review.openstack.org/23469611:13
ihrachysdanpb: cool, thanks. I updated the commit message ^11:13
*** shuquan has quit IRC11:13
*** marzif has joined #openstack-nova11:13
danpbihrachys: as i said, its not related to that neutron bug11:13
danpbalso your commit message description is still talking about hte neutron bug11:14
sdagueso, there is clearly a new issue in nova-compute segfaulting, and it may have hit a few neutron jobs, but it is orthoginal11:14
*** deepakcs has quit IRC11:14
ihrachysdanpb: I don't agree with your interpretation of Related-Bug. That said, I am fine to make it any way that would allow it to merge. I will update the commit message once more.11:15
openstackgerritIhar Hrachyshka proposed openstack/nova: Revert "virt: Use preexec_fn to ulimit qemu-img info call"  https://review.openstack.org/23469611:16
ihrachysdanpb: should be ok now, if not, please feel free to modify the commit message as you see more fit11:16
sdaguehttp://logs.openstack.org/92/194192/2/gate/gate-tempest-dsvm-full/33cef79/logs/screen-n-cpu.txt.gz#_2015-10-14_08_51_29_142 is the real signature here11:16
danpbok, i've +2 it now11:17
*** heyongli has quit IRC11:19
*** heyongli has joined #openstack-nova11:19
sdaguehttp://goo.gl/ziE4T8 is an updated query with the nova-compute logs that highlights the issue more clearly11:20
kashyapsdague: Added a logstash query for it?11:20
sdaguedo we have a dedicated bug for this yet (not the neutron one)11:20
kashyaps/logstash/ER/11:20
sdague?11:20
kashyapsdague: See above, Dan filed one11:21
kashyap150601211:21
sdagueoh, yep, great11:21
danpbsdague: i just updated hte bug with your new query11:21
*** manas has joined #openstack-nova11:21
sdaguedanpb: thanks11:21
sdagueI'll put in an ER signature11:21
*** e0ne has quit IRC11:23
ihrachyssdague: danpb: thanks for turnaround11:28
*** heyongli has quit IRC11:29
*** heyongli has joined #openstack-nova11:30
*** _amrith_ is now known as amrith11:32
ihrachyssdague: it's still interesting why it hits neutron lbaas-minimal job only. I would expect other tempest jobs to be affected too. But it's pretty consistent just for that job in our gate.11:36
ihrachysonly == in neutron gate11:36
sdagueihrachys: it doesn't only hit that job11:36
sdagueyou saw the job break down query right?11:37
sdagueyou have to be really careful extrapolating from a few things you happened to have noticed11:37
*** EinstCrazy has joined #openstack-nova11:37
sdaguebecause you can see a pattern where there is none because you don't have all the data11:37
sdaguehttp://goo.gl/WHZKHS11:37
*** zhangjn has joined #openstack-nova11:38
sdagueI suspect that it tends to hit more neutron jobs in general because there are more guests created during the jobs11:38
ihrachyssdague: ok right, now I see others are affected. it's interesting why I haven't seen any others. or maybe I saw and rechecked, but since minimal was new, I decided to look closer11:38
*** VW has joined #openstack-nova11:38
ihrachysok cool, now cleared. thanks folks :)11:39
sdagueihrachys: yes, that's often how we dig into these things, but it's really important to then take a step back and look at all the data and see what's going on11:39
*** heyongli has quit IRC11:39
*** heyongli has joined #openstack-nova11:40
ihrachyssdague: btw how do you get that 'quick analysis' page?11:41
ihrachyskashyap: I know why the link did not work: looks like though kibana provides .txt link, in reality the file is gzipped, hence you need to append .gz to it11:41
*** gszasz has joined #openstack-nova11:43
kashyapihrachys: Ah, yeah, I'm aware of this, but didn't realize it instantly.  Thanks.11:43
*** irenab has joined #openstack-nova11:44
*** heyongli has quit IRC11:45
sdagueihrachys: it's the "Score" button on results11:45
openstackgerritSergey Nikitin proposed openstack/nova: Added server tags support in nova-api  https://review.openstack.org/12894011:45
sdagueclick on the > on a column.11:45
sdagueand on the popup you can click on Score11:46
*** heyongli has joined #openstack-nova11:46
*** aix has quit IRC11:46
sdagueit's basically a groupby11:46
sdaguequery that gives you the top 25 results11:46
kashyapsdague: That's a nice tip11:47
ihrachyssdague: oh cool thanks, I didn't realize there a lot of useful stuff under that arrow.11:47
*** VW has quit IRC11:47
*** VW has joined #openstack-nova11:48
*** baoli has joined #openstack-nova11:48
*** Sree has joined #openstack-nova11:48
*** baoli_ has joined #openstack-nova11:49
*** thorst has joined #openstack-nova11:50
*** VW has quit IRC11:52
*** baoli has quit IRC11:52
*** subscope has quit IRC11:54
*** shuquan has joined #openstack-nova11:54
*** heyongli has quit IRC11:55
*** shuquan has quit IRC11:55
*** markvoelker has joined #openstack-nova11:56
*** heyongli has joined #openstack-nova11:56
*** aysyd has joined #openstack-nova11:56
*** subscope has joined #openstack-nova11:57
*** shuquan has joined #openstack-nova11:59
*** baoli_ has quit IRC12:00
*** markvoelker has quit IRC12:00
*** markvoelker has joined #openstack-nova12:00
*** manas has quit IRC12:02
*** ijw has joined #openstack-nova12:03
*** lucasagomes is now known as lucas-hungry12:03
*** irenab has quit IRC12:04
*** manas has joined #openstack-nova12:05
*** pixelbeat has quit IRC12:05
*** irenab has joined #openstack-nova12:06
*** Miouge has quit IRC12:07
*** ijw has quit IRC12:07
*** subscope has quit IRC12:07
*** pixelbeat has joined #openstack-nova12:08
*** raildo-afk is now known as raildo12:12
*** alexschm has quit IRC12:13
*** Sree has quit IRC12:14
*** Murali has quit IRC12:14
*** Sree has joined #openstack-nova12:14
*** heyongli has quit IRC12:15
*** achanda has joined #openstack-nova12:16
*** alex_klimov has quit IRC12:16
*** alex_klimov has joined #openstack-nova12:17
*** heyongli has joined #openstack-nova12:17
*** achanda has quit IRC12:17
*** achanda has joined #openstack-nova12:18
*** Sree has quit IRC12:19
*** shuquan has quit IRC12:20
*** gongysh has joined #openstack-nova12:20
*** garyk1 has joined #openstack-nova12:21
*** tbh has quit IRC12:22
*** achanda has quit IRC12:22
*** garyk1 has left #openstack-nova12:23
*** garyk1 has joined #openstack-nova12:23
*** shuquan has joined #openstack-nova12:24
garyk1johnthetubaguy:  can you please look at https://review.openstack.org/230425 i addressed your comments12:25
*** heyongli has quit IRC12:25
*** mpavone has quit IRC12:26
*** heyongli has joined #openstack-nova12:27
openstackgerritRajesh Tailor proposed openstack/nova: Fix quota-update when nova-compute startup finish  https://review.openstack.org/17011812:29
*** ociuhandu has quit IRC12:30
*** Amichayp has quit IRC12:30
*** garyk has quit IRC12:30
*** marzif has quit IRC12:31
*** marzif has joined #openstack-nova12:31
*** aix has joined #openstack-nova12:33
*** ociuhandu has joined #openstack-nova12:35
*** dave-mccowan has joined #openstack-nova12:35
*** heyongli has quit IRC12:36
*** shuquan has quit IRC12:36
johnthetubaguygaryk1: thanks for that update, upgrade impact is much clearer now, thank you12:36
*** heyongli has joined #openstack-nova12:37
garyk1johnthetubaguy: ok, thanks.12:37
*** baoli has joined #openstack-nova12:37
*** garyk1 has left #openstack-nova12:38
*** garyk1 has joined #openstack-nova12:38
*** rfolco has joined #openstack-nova12:42
*** subscope has joined #openstack-nova12:43
tristanCihrachys: danpb: oh wow, so do we know what went wrong ? are the default limit to strict or something ?12:43
*** ccarmack has joined #openstack-nova12:43
ihrachystristanC: I personally don't know.12:44
markus_zsdague: Could you help me with https://bugs.launchpad.net/nova/+bug/1505677 please? I think I did the update of the report wrong. I nominated it for "Liberty" and changed it to invalid for master. I'm not sure if this was the correct thing to do.12:44
openstackLaunchpad bug 1505677 in openstack-ansible "oslo.versionedobjects 0.11.0 causing KeyError: 'objects' in nova-conductor log" [Critical,In progress] - Assigned to Jesse Pretorius (jesse-pretorius)12:45
*** heyongli has quit IRC12:46
johnthetubaguymarkus_z: didn't we fix that in RC3?12:47
*** heyongli has joined #openstack-nova12:47
markus_zjohnthetubaguy: yes, sdague and dims did that. I wanted the bug report to reflect that.12:47
danpbtristanC: i'm not sure to be honest - the failures look really random12:48
*** rfolco has quit IRC12:48
sdaguejohnthetubaguy: we fixed it, the fix was happening before the bug, we didn't delay the patch by changing the commit message12:48
*** rfolco has joined #openstack-nova12:48
johnthetubaguymarkus_z: so RC3 is closed now, so its not easy to target https://bugs.launchpad.net/nova/+bug/1505677 for RC3 to mark it as fixed, ttx might now how to update that now its released12:48
openstackLaunchpad bug 1505677 in openstack-ansible "oslo.versionedobjects 0.11.0 causing KeyError: 'objects' in nova-conductor log" [Critical,In progress] - Assigned to Jesse Pretorius (jesse-pretorius)12:48
danpbtristanC: i would expect that for any single image the memory & cpu usage should be approx constant12:48
danpbtristanC: so the randomness is rather suprising12:49
*** setuid has quit IRC12:49
johnthetubaguysdague: yeah, totally, just needs targeting to the closed milestone, I think12:49
danpbtristanC: it could be todo with the way we use a preexec fn callback12:50
danpbtristanC: we are setting the limit between the time we fork() and when we exec()12:50
markus_zjohnthetubaguy: Ok, I'll ping ttx later about this.12:50
danpbtristanC: so at that point, we have a copy-on-write image of the main nova process memory still12:51
*** setuid has joined #openstack-nova12:51
danpbtristanC: so our memory limit that is intended to apply to qemu-img, is in fact being applied to whatever we inherit from nova, before we execve12:51
danpbit is conceivable that nova memory usage is randomly exceeding the limit we set12:51
tristanCdanpb: arg, yes this might very well be the reason this is failing randomly12:52
danpbtristanC: the only way around this is to *not* use the prexec-fn we just added to oslo.concurrency12:52
danpbtristanC: and instead do something like my original solution which invokes    prlimit12:52
danpbsince we can't rely on prlimit though, we'd have to do something else12:53
tristanCdanpb: yeah prlimit would have been the best12:53
danpbwe could create a stupidly small re-impl of prlimit in python for example12:53
danpb...but that would be horribly slow :L-(12:53
danpbor we could create a nova-prlimit, but only use that if we find the real native  prlimit missing12:54
danpbthat would limit the perf hit to ancient-ish distros12:54
tristanCdanpb: alright, thanks for the clarification12:55
*** eharney has joined #openstack-nova12:55
ttxjohnthetubaguy: it's easy, just need to mark the milestone as active again (and remember to close it again once done)12:56
* ttx does the job12:56
*** annegentle has joined #openstack-nova12:56
*** su_zhang has joined #openstack-nova12:56
*** heyongli has quit IRC12:56
*** stevemar_ has joined #openstack-nova12:57
*** eliqiao has quit IRC12:57
ttxjohnthetubaguy, markus_z: done12:57
*** rlrossit has joined #openstack-nova12:58
*** Miouge has joined #openstack-nova13:00
*** stevemar_ has quit IRC13:00
*** annegentle has quit IRC13:01
*** heyongli has joined #openstack-nova13:01
*** mgoddard has quit IRC13:03
*** shuquan has joined #openstack-nova13:04
*** shangxdy has quit IRC13:04
*** shangxdy has joined #openstack-nova13:04
*** heyongli has quit IRC13:06
*** heyongli has joined #openstack-nova13:07
johnthetubaguyttx: ah, that makes sense, thank you13:08
openstackgerritSean Dague proposed openstack/python-novaclient: make project_id optional in urls for version discovery  https://review.openstack.org/23478213:11
*** subscope has quit IRC13:11
*** dustins has joined #openstack-nova13:12
*** lucas-hungry is now known as lucasagomes13:12
*** marzif has quit IRC13:13
*** romainh has joined #openstack-nova13:14
*** sudipto has quit IRC13:14
*** vladikr has joined #openstack-nova13:14
*** amrith is now known as _amrith_13:15
*** amotoki has joined #openstack-nova13:15
*** claudiub has joined #openstack-nova13:16
*** marzif has joined #openstack-nova13:16
*** heyongli has quit IRC13:17
*** tbh has joined #openstack-nova13:17
*** stefanb has joined #openstack-nova13:19
*** subscope has joined #openstack-nova13:19
*** annegentle has joined #openstack-nova13:20
*** vladikr has quit IRC13:21
*** vladikr has joined #openstack-nova13:21
*** shuquan has quit IRC13:21
*** Alexus has quit IRC13:22
*** kylek3h has joined #openstack-nova13:23
*** kylek3h has quit IRC13:23
*** kylek3h has joined #openstack-nova13:23
*** shuquan has joined #openstack-nova13:25
*** ijuwang has joined #openstack-nova13:25
*** mriedem has joined #openstack-nova13:25
*** Sree has joined #openstack-nova13:25
sdaguejohnthetubaguy: fyi, implementation notes on unwinding project_id for nova - https://etherpad.openstack.org/p/removing-project-id-in-nova-urls13:26
mriedemsdague: simple patch to unblock the hyperv driver https://review.openstack.org/#/c/234437/13:28
*** subscope has quit IRC13:28
sdaguemriedem: don't we normally put that behind a try13:29
*** yuntongjin has joined #openstack-nova13:29
sdagueat the global level13:29
sdagueinstead of sticking in a method13:29
mriedemsdague: that's what i had asked for in ps213:29
mriedemi've seen imports at the method level too13:29
mriedemusually to avoid circular deps though, not failed imports13:29
*** sudipto has joined #openstack-nova13:29
sdaguethe problem with the method level is it's potentially a late failure13:30
mriedemyeah, see ps213:30
mriedemit was purely conditional there13:30
*** pm90_ has joined #openstack-nova13:31
openstackgerritBartosz Fic proposed openstack/nova: Live migration fails when the instance has a config_drive_format=iso9660  https://review.openstack.org/23465913:31
*** ankit_ag has quit IRC13:31
sdagueok, so you're with me on the -1 then :)13:32
openstackgerritAlexey I. Froloff proposed openstack/nova: Fix more inconsistency between Nova-Net and Neutron  https://review.openstack.org/22627413:32
claudiubsdague: putting that import in a try, won't that also ignore the import failure anyways?13:32
*** amotoki has quit IRC13:32
mriedemclaudiub: i like the conditional in ps213:32
sdagueclaudiub: right, but then it happens at start time13:32
mriedemwhere you had the if resource: in _qemu_resources()13:32
sdaguenot some other random point of time down the road13:32
* dansmith yawns13:33
claudiubah, I see. makes sense.13:33
sdagueand _qemu_resources isn't a singleton, it gets called a bunch. And I don't like import getting called a bunch even if it's supposed to be a noop on all the follow on calls13:33
*** marzif has quit IRC13:37
*** eharney has quit IRC13:38
claudiubsdague: mriedem: question: do we want to log an error message if the import failed?13:38
mriedemclaudiub: i don't think so13:39
claudiubor warning13:39
sdagueclaudiub: I don't think so, because it's normal on some platforms13:39
claudiubk13:39
*** subscope has joined #openstack-nova13:39
sdaguea WARN inside _qemu_resources if resource=None might be appropriate13:39
*** abhishekk has quit IRC13:39
sdagueto explain that something went very wrong13:39
*** amotoki has joined #openstack-nova13:40
*** annegentle has quit IRC13:41
*** subscope has quit IRC13:44
claudiubk13:44
*** mdrabe has joined #openstack-nova13:44
*** subscope has joined #openstack-nova13:44
*** mdrabe_ has joined #openstack-nova13:44
*** mdrabe_ has quit IRC13:45
*** deepthi has quit IRC13:47
*** amotoki has quit IRC13:47
*** tpeoples has joined #openstack-nova13:48
*** eharney has joined #openstack-nova13:51
openstackgerritClaudiu Belu proposed openstack/nova: Ignores ImportError when importing resource module  https://review.openstack.org/23443713:51
claudiubsdague: mriedem: ^ done. Thanks for the help. :)13:51
*** ctrath has joined #openstack-nova13:51
*** VW has joined #openstack-nova13:52
dansmithzzzeek: around?13:53
*** dustins has quit IRC13:55
mriedemclaudiub: comments inline13:55
*** shuquan has quit IRC13:56
*** jistr is now known as jistr|mtg13:56
markus_zttx: thanks! (sorry, I was in a meeting)13:58
zzzeekdansmith: yes13:58
*** mrkz has joined #openstack-nova13:58
dansmithzzzeek: so, I just wanted to see if you can help spot something13:58
dansmithzzzeek: https://github.com/openstack/nova/blob/master/nova/db/sqlalchemy/api.py#L448-L45113:59
dansmithif you recall that13:59
dansmithzzzeek: running against this dump: http://logs.openstack.org/89/233289/9/check/gate-grenade-dsvm-partial-ncpu/e0c4c5a/logs/grenade.sh.txt.gz#_2015-10-13_23_53_15_82413:59
dansmithzzzeek: I'm getting either 0 or None back from that call and I don't know why13:59
*** eharney has quit IRC13:59
openstackgerritClaudiu Belu proposed openstack/nova: Ignores ImportError when importing resource module  https://review.openstack.org/23443713:59
zzzeekdansmith: None back means that the SELECT statement matched no rows14:00
dansmithzzzeek: version is the last field on each of those lines, so it's easier to spot14:00
dansmithzzzeek: oh crap, does that mean the false() isn't matching the 0 of the forced_down?14:00
*** manas has quit IRC14:00
zzzeekdansmith: i think that it should, howver it would be one of the things I'd suspect to look at14:01
*** dims_ has quit IRC14:01
*** ssurana has joined #openstack-nova14:01
*** dustins has joined #openstack-nova14:01
dansmithzzzeek: dang, so there is a test that passes on this in sqlite.. could that differ between that and mysql?14:01
*** dims has joined #openstack-nova14:01
zzzeekdansmith: sqlite and mysql would work the same way in this regard, let me make sure false() works on mysql in this context14:01
*** amotoki has joined #openstack-nova14:02
dansmithzzzeek: oh god, I just got it14:02
dansmithzzzeek: it's nova-compute, not compute14:02
dansmithzzzeek: I bet we have a bunch of tests that are broken for that14:02
zzzeekdansmith: OK false() does what its supposed to normally, *however*, mysql in fact has a "false" constant14:03
zzzeekso for the mysql backend a query comes out as: SELECT count(%s) AS count_114:03
zzzeekWHERE q = false14:03
zzzeekdansmith: sqlite produces: SELECT count(?) AS count_114:04
zzzeekWHERE q = 014:04
*** pm90__ has joined #openstack-nova14:04
dansmithzzzeek: so should I change that to == 0?14:05
zzzeekdansmith: false should be equated to 0 on mysql, just tried it14:06
dansmithokay14:07
*** stevemar_ has joined #openstack-nova14:07
dansmithzzzeek: thanks for your help, sorry I'm an idiot and can't read :)14:07
*** pm90_ has quit IRC14:07
*** lykinsbd has quit IRC14:07
zzzeekdansmith: im not sure what the problem is yet i still need to look through those rows, this should be working14:08
dansmithzzzeek: it shouldn't because I'm checking for binary == compute14:08
zzzeekdansmith: oh14:08
dansmithzzzeek: it just took you saying "null means no rows" to figure that out :/14:08
zzzeekdansmith: ok great :)14:08
*** marzif has joined #openstack-nova14:09
zzzeekdansmith: oh didnt see your line there that you found it :)14:09
dansmithheh, yeah14:09
*** smatzek_ has joined #openstack-nova14:09
bauzasjohnthetubaguy: if you agree, I can respin https://review.openstack.org/#/c/192260/14:10
dansmithsdague: I can't depends-on a nova patch to get grenade to use that for the master side, can I?14:10
dansmithsdague: er, depends-on a nova patch, from a grenade patch I mean14:10
bauzassdague: oh btw. in http://lists.openstack.org/pipermail/openstack-dev/2015-October/076869.html by saying same UUIDs, you meant stable and master changes share the same Change-ID, right?14:11
*** moshele has quit IRC14:11
bauzasI thought it was impossible14:11
*** vlaza has quit IRC14:11
*** smurke has joined #openstack-nova14:12
bauzas(ie. I always ask for a new change-id before submitting a backport)14:12
*** Piet has quit IRC14:13
johnthetubaguybauzas: yes, that would be great, thanks14:13
bauzasack14:13
johnthetubaguybauzas: I suspect its just the index that needs merging14:13
bauzasyup14:13
sdaguebauzas: the change-id can be the same14:14
*** eharney has joined #openstack-nova14:15
sdaguethe stable maint teams were often -1ing them if they weren't14:15
*** burgerk has joined #openstack-nova14:15
sdaguedansmith: you can depends-on with grenade and nova14:15
dansmithsdague: orly, sweet14:15
sdaguebecause depends-on doesn't care about branches14:15
*** ihrachys has quit IRC14:16
dansmithsdague: okay14:16
bauzassdague: okay, good to know14:16
*** _amrith_ is now known as amrith14:17
*** ihrachys has joined #openstack-nova14:17
openstackgerritSylvain Bauza proposed openstack/nova: docs: add the scheduler evolution plans  https://review.openstack.org/19226014:17
bauzasjohnthetubaguy: ^14:17
mriedemjohnthetubaguy: dansmith: do you have the link handy to the potential summit agenda etherpad?14:19
*** burt has joined #openstack-nova14:19
johnthetubaguymriedem: sure https://etherpad.openstack.org/p/mitaka-nova-summit-suggestions14:20
johnthetubaguybauzas: thanks14:20
johnthetubaguymriedem: I have uploaded the current draft to sched14:20
johnthetubaguymriedem: just about to send an note to the ML about all that14:20
*** asettle has quit IRC14:21
*** sneti has joined #openstack-nova14:21
*** browne has joined #openstack-nova14:22
*** xyang1 has joined #openstack-nova14:23
*** sneti has quit IRC14:23
*** sneti has joined #openstack-nova14:24
*** wznoinsk1 has joined #openstack-nova14:25
*** marcusvrn_ has quit IRC14:25
*** wznoinsk has quit IRC14:26
*** wznoinsk2 has joined #openstack-nova14:26
*** yuntongjin has quit IRC14:26
*** yuntongjin1 has joined #openstack-nova14:26
*** Murali has joined #openstack-nova14:27
openstackgerritDan Smith proposed openstack/nova: Fix service_version minimum calculation for compute RPC  https://review.openstack.org/23480914:27
dansmithsdague: trivial stupid fix required for the auto pinning stuff ^14:27
*** jwcroppe has joined #openstack-nova14:27
*** wznoinsk1 has quit IRC14:27
*** jwcroppe has quit IRC14:28
*** jwcroppe has joined #openstack-nova14:28
*** annegentle has joined #openstack-nova14:28
openstackgerritMark Doffman proposed openstack/nova: libvirt: Don't attempt to convert initrd images.  https://review.openstack.org/22528914:29
*** mc_nair has joined #openstack-nova14:29
*** pumaranikar has joined #openstack-nova14:31
diana_clarkebauzas: Moving the conversation here in case someone else knows why the novasclient gate has been failing. In particular: gate-novaclient-dsvm-functional14:31
diana_clarkeI suspect it hasn't passed since Oct 5th, but I could be wrong.14:32
*** nihilifer has quit IRC14:32
*** READ10 has joined #openstack-nova14:32
pumaranikarhi, can you suggest how can i reproduce https://bugs.launchpad.net/nova/+bug/138422814:33
openstackLaunchpad bug 1384228 in OpenStack Compute (nova) "Exception should be raised if nova has failed to add fixed ip" [Low,Confirmed] - Assigned to Pushkar Umaranikar (pushkar-umaranikar)14:33
*** nihilifer has joined #openstack-nova14:33
*** electrocucaracha has joined #openstack-nova14:33
*** weihan has joined #openstack-nova14:34
*** haomaiwa_ has joined #openstack-nova14:35
*** tonytan4ever has joined #openstack-nova14:36
sdaguedansmith: is there a reason not to just throw an exception instead of warn there14:36
*** mriedem has quit IRC14:37
sdaguethis should be only called with an enumerated set of services, right?14:37
dansmithsdague: should, but it's technically just a query method and it will work if you have something in your DB without nova-, so I kinda feel like being liberal in what we accept will avoid us being bitten in the future14:38
*** ihrachys has quit IRC14:38
dansmithsdague: so, yes, we can raise there if you prefer, but my instinct is to not14:38
*** diogogmt has joined #openstack-nova14:39
sdagueI guess my preference is to avoid the typo causing issues and people not noticing. It seems like adding a canonical service in nova is a big enough deal that explicitly calling that fact out shouldn't be too onerous.14:40
bauzasdiana_clarke: seen that ? http://lists.openstack.org/pipermail/openstack-dev/2015-October/076805.html14:40
diana_clarkebauzas: No, I hadn't, thanks! That's exactly what I'm talking about.14:41
dansmithsdague: yeah, I was more thinking about the case where we change that prefix some day and we end up pinned because of that check in some code we can't change until after a cycle14:41
dansmithsdague: but that's fine14:41
*** Sree has quit IRC14:42
*** Alexus has joined #openstack-nova14:42
dansmithsdague: I'll leave that log and then raise, so we get the more detailed log information about what happened14:42
*** sneti_ has joined #openstack-nova14:42
*** sneti has quit IRC14:42
sdaguedansmith: ok14:43
*** lpetrut has quit IRC14:43
*** tpeoples has quit IRC14:45
*** ildikov has joined #openstack-nova14:46
*** mriedem has joined #openstack-nova14:47
mriedemdiana_clarke: Vek was saying in the ML that there were problems in that job14:48
openstackgerritAnne Gentle proposed openstack/nova: Rearranges to create new Compute API Guide  https://review.openstack.org/23018614:48
*** baoli has quit IRC14:48
*** baoli_ has joined #openstack-nova14:48
bauzasmriedem: diana_clarke: and melwitt started investigating14:49
*** changbl has joined #openstack-nova14:49
mriedembauzas: melwitt: is there a logstash query?14:49
mriedemor a bug reported?14:49
bauzasmriedem: http://lists.openstack.org/pipermail/openstack-dev/2015-October/076833.html14:49
bauzasI haven't yet digged into that14:50
*** tbh has quit IRC14:50
*** stevemar_ has quit IRC14:50
*** stevemar_ has joined #openstack-nova14:51
*** rotbeard has quit IRC14:51
*** stevemar_ has quit IRC14:52
*** stevemar_ has joined #openstack-nova14:52
*** oomichi has joined #openstack-nova14:53
openstackgerritDiane Fleming proposed openstack/nova: Fix the bug of "Error spelling of 'explicitely'"  https://review.openstack.org/23282714:53
*** sneti_ has quit IRC14:54
*** sneti has joined #openstack-nova14:54
*** erlarese has joined #openstack-nova14:55
*** dustins has quit IRC14:56
*** yuntongjin1 has quit IRC14:56
dansmithsdague: you suck, and let me explain why14:57
*** eharney_ has joined #openstack-nova14:57
dansmithsdague: raising there found all the wrong unit tests I suspected we had, as mentioned to zzzeek14:58
dansmithsdague: which is a lot of extra work for me, and probably means you were right to make me raise here14:58
mriedembauzas: melwitt: diana_clarke: Vek: here is a bug to track at least https://bugs.launchpad.net/python-novaclient/+bug/150610314:58
openstackLaunchpad bug 1506103 in python-novaclient "gate-novaclient-dsvm-functional fails with 300 response code" [Undecided,New]14:58
sdaguedansmith: :)14:58
diana_clarkemriedem, bauzas: Thanks! I should start paying attention to that mailing list...14:59
diana_clarkeNext, I need to figure out why I keep getting gate failures for my nova patch. I don't think they are related to my patch either.15:00
kashyapdiana_clarke: Be aware, it runs like a firehose :-)  Though, you can subscribe per-tag basis15:00
*** dustins has joined #openstack-nova15:00
*** haomaiwa_ has quit IRC15:01
dansmithsubscribing by tag is dangerous.. filtering in your MUA is better15:01
dansmithbecause mistyped tags (which happens really often) means you miss things15:01
*** haomaiwang has joined #openstack-nova15:01
dansmithand untagged mail gets dropped, IIRC15:01
*** eharney has quit IRC15:01
openstackgerritNimish proposed openstack/nova: *Nova can incorrectly think an instance is volume backed if instance is booted with "nova boot...",it confuses api.py & assume if image_ref isn't set then theinstance is volume backed. closes Bug: #1501851  https://review.openstack.org/23416515:01
openstackbug 1501851 in OpenStack Compute (nova) "Nova can incorrectly think an instance is volume backed" [Low,In progress] https://launchpad.net/bugs/1501851 - Assigned to Nimish Joshi (jnimish77)15:01
*** eharney_ is now known as eharney15:01
*** garyk1 has quit IRC15:01
kashyapdansmith: Yeah, I filter locally15:02
*** jistr|mtg is now known as jistr15:02
kashyapFor the reasons you mention15:02
openstackgerritDan Smith proposed openstack/nova: Fix service_version minimum calculation for compute RPC  https://review.openstack.org/23480915:02
*** gongysh has quit IRC15:02
openstackgerritSean Dague proposed openstack/nova: WIP: remove project_id enforcement in url  https://review.openstack.org/23307615:02
*** baoli_ has quit IRC15:02
dansmithsdague: ^15:02
sdague+215:03
*** ashishjain has quit IRC15:03
*** Piet has joined #openstack-nova15:04
*** pm90__ has quit IRC15:04
*** Miouge has quit IRC15:04
erlareseHi All, if I have a neutron port ID and I want to get the corresponding VIF object from within a nova process, what is the best way to do that?15:05
dansmiththanks15:05
dansmitherlarese: hmm, do we store VIF objects if we're using neutron?15:06
dansmithpretty sure not15:06
dansmitherlarese: are you talking about nova.network.model.VIF or nova.objects.VirtualInterface?15:07
*** VikasC_ has quit IRC15:07
*** moshele has joined #openstack-nova15:07
*** pdardeau has joined #openstack-nova15:08
mriedemwe have the network info cache15:08
mriedemwhich has the serialized vif objects15:08
*** armax has joined #openstack-nova15:09
dansmithright15:09
dansmithwhen I first read it, I thought he meant looking up VirtualInterface objects from the DB15:10
dansmiths/he15:10
mriedemthey might15:10
sdaguetrying to figure out what it would take to remove project_id from nova urls is making me learn more about our wsgi routing infrastructure, which is probably a good thing15:10
mriedemerlarese: are you eric larese?15:10
dansmithsdague: for a masochist15:10
erlaresemriedem: Hi Matt, yes15:10
sdaguedansmith: it's not that bad, mostly it's probably obscured through too many layers of abstractions15:11
*** pdardeau has quit IRC15:11
*** pm90_ has joined #openstack-nova15:11
*** jwcroppe has quit IRC15:11
*** emagana has joined #openstack-nova15:11
*** jwcroppe has joined #openstack-nova15:12
erlaresehonestly I'm not sure which object I'm after, I'm trying to find the "preserve_on_delete" flag for a given port as a result of this change: https://bugs.launchpad.net/nova/+bug/115868415:12
openstackLaunchpad bug 1158684 in Group Based Policy "Pre-created ports get deleted on VM delete" [High,Confirmed] - Assigned to Robert Kukura (rkukura)15:12
*** zhangjn has quit IRC15:12
mriedemerlarese: that's in the info cache15:12
*** pm90__ has joined #openstack-nova15:13
mriedemsee how it's used here https://github.com/openstack/nova/blob/master/nova/network/neutronv2/api.py#L163215:13
*** tpeoples has joined #openstack-nova15:13
*** dave-mccowan has quit IRC15:13
mriedemthe nw info cache is a list of vifs which are dicts15:13
*** kmartin has joined #openstack-nova15:13
mriedemstored here https://github.com/openstack/nova/blob/master/nova/network/neutronv2/api.py#L171815:14
*** pm90_ has quit IRC15:15
erlareseok cool, thanks that helps.  one more potentially dumb question, what is the best way to get an instance object using a port ID ?15:16
*** jwcroppe has quit IRC15:16
mriedemit's not stored in the db for neutron, so,15:16
mriedemyou probably have to get all instances from the db, then filter on nw info cache until you find the matching vif by port id15:16
mriedemwhich sucks for performance15:17
dansmiththe neutron port should h ave device_id,15:17
dansmithwhich is the instance uuid15:17
mriedemah yeah15:17
mriedemthat's much better15:17
dansmithyeah :)15:17
mriedemi forgot about how the other services stash instances uuid everywhere for our pleasure15:17
*** amrith is now known as _amrith_15:18
erlareseok excellent, thanks all for the help15:18
*** tdurakov has joined #openstack-nova15:18
tdurakovmriedem, are you around?15:19
mriedemumm15:19
*** jcoufal has quit IRC15:19
mriedemdepends on what you're going to ask me15:19
tdurakovmriedem, got question about /nova/virt/images.py15:19
mriedemi probably don't have answers, but ok15:20
tdurakovwhy do we have emu specific methods there?15:20
tdurakovqemu*15:20
mriedembecause the libvirt guys wrote it?15:20
*** _amrith_ is now known as amrith15:20
mriedemtdurakov: i'd ask pixelbeat15:20
tdurakovok, why it is no in libvirt package then?15:21
*** LukeHinds has joined #openstack-nova15:21
tdurakovpixelbeat, hi, could you comment above?15:21
*** erhudy has joined #openstack-nova15:21
mriedemtdurakov: the qemu bits could probably be moved15:21
*** weihan has quit IRC15:22
openstackgerritjichenjc proposed openstack/nova: WIP: add vnc section into nova configuration  https://review.openstack.org/23483615:22
*** weihan has joined #openstack-nova15:23
*** odyssey4me has joined #openstack-nova15:23
tdurakovmriedem, imo, we should keep such things separate, what do you think?15:23
mriedemin general i agree in separation of duties yes15:23
mriedembut i haven't looked at what is all using the qemu methods in nova.virt.images15:23
pixelbeattdurakov, Yes ideally libvirt specific stuff shouldn't be there15:24
*** weihan has quit IRC15:25
*** mdrabe has quit IRC15:25
*** david-lyle has quit IRC15:25
tdurakovmriedem, so, let me file bug for that and place it in the right package?15:25
*** weihan has joined #openstack-nova15:25
mriedemtdurakov: sure15:25
ndipanovjohnthetubaguy, I see that etherpads are up15:26
*** mgoddard has joined #openstack-nova15:26
*** david-lyle has joined #openstack-nova15:27
*** dave-mccowan has joined #openstack-nova15:27
*** tdurakov has quit IRC15:27
*** e0ne has joined #openstack-nova15:27
odyssey4mehi guys - I'm testing liberty here and have hit something new since yesterday, which I hope is simply a config error: the metadata service is spewing 'CRITICAL nova [-] PasteAppNotFound: Could not load paste app 'metadata' from /etc/nova/api-paste.ini' and isn't working as a result15:28
*** yamahata has joined #openstack-nova15:30
*** jdurgin1 has joined #openstack-nova15:30
*** tdurakov has joined #openstack-nova15:33
odyssey4mea full log is here: http://logs.openstack.org/39/227839/16/check/gate-openstack-ansible-dsvm-commit/1f331e8/logs/aio1_nova_api_metadata_container-1d782190/nova-api-metadata.log15:34
*** VW has quit IRC15:34
*** VW has joined #openstack-nova15:35
odyssey4melol, never mind - found the issue15:35
openstackgerritRyan McNair proposed openstack/nova: Add retry logic for removing device with LibVirt  https://review.openstack.org/22785115:35
*** artom has joined #openstack-nova15:35
tdurakovjohnthetubaguy,  hi, about multinode ci for nova. I've pushed few patches in tempest, that cover more cases for live-migration and cleans up code in test case. now working on job stability. Have you created sub-team for live-migrations in nova?15:36
*** scheuran has quit IRC15:37
*** pumaranikar has quit IRC15:38
*** pumaranikar has joined #openstack-nova15:38
*** VW has quit IRC15:39
*** marzif has quit IRC15:39
*** sahid has quit IRC15:40
openstackgerritChangBo Guo(gcb) proposed openstack/nova: Use version convert methods from oslo_utils.versionutils  https://review.openstack.org/20332215:40
*** pumaranikar has quit IRC15:40
*** VW has joined #openstack-nova15:41
*** pumaranikar has joined #openstack-nova15:41
johnthetubaguyndipanov: yeah, I have created the links, I am slowing filling them up with the boilerplace stuff right now15:42
ndipanovok so it was you filling stuff up15:43
*** markus_z has quit IRC15:43
ndipanovcool will add something to the SR-IOV one to make it a biti more useful for te session itself15:43
johnthetubaguyndipanov: thats awesome thank you15:43
*** mdrabe has joined #openstack-nova15:44
*** mgoddard_ has joined #openstack-nova15:45
johnthetubaguydansmith: did alaski_out catch you about his ideas around having the instance tables in both the cell and API databases?15:45
dansmithjohnthetubaguy: nope15:45
johnthetubaguydansmith: ah, OK, beginning to think I was imagining my conversation I had with him15:45
johnthetubaguydansmith: I think the idea was a bit like this...15:46
dansmithjohnthetubaguy: yesterday he said he might pop in here in the next few days, so..15:46
*** david-ly_ has joined #openstack-nova15:46
johnthetubaguydansmith: ah, yes, he did say he wanted to do that15:46
*** david-lyle has quit IRC15:47
johnthetubaguydansmith: I think the idea is still only have the instance object in one place, but just do a move operation once the cell mapping is added, and the child cell is picked, rather than having a different structure for instances that are not yet fully created15:47
*** mgoddard has quit IRC15:48
*** annegentle has quit IRC15:48
dansmithjohnthetubaguy: yeah, it sounds nice, but it seems problematic to me where relationships are concerned15:48
*** annegentle has joined #openstack-nova15:48
dansmithjohnthetubaguy: i.e. having to move a bunch of related data, or not having some related data we expect when it's in the API database15:48
dansmithjohnthetubaguy: a move operation could do a create of the thing and all sub-things in the other database I guess, so it's doable, I just.. I dunno.. worry about the details15:49
johnthetubaguydansmith: yeah, in theory the migrate from cells v1 and migrate between two v2 cells, all become very similar operations, at least at a high level15:50
johnthetubaguydansmith: but you are totally right, the cross links will be tricky15:50
bauzasI'm also a bit concerned by any locking action it could need15:50
bauzasI mean the move15:51
*** oomichi has quit IRC15:51
bauzasbecause that needs a bit of synchronization, nope ?15:51
dansmithyeah15:51
*** jwcroppe has joined #openstack-nova15:51
johnthetubaguybauzas: should be lock free, with a tiny state race, if I thought that through correctly15:51
bauzasor we could face all the pain that we have with cells v115:51
bauzasjohnthetubaguy: sure we could be eventually consistent15:51
johnthetubaguyI was thinking presence of the mapping means you look in the child cell15:51
johnthetubaguyno, there is only ever one copy alive at once15:52
dansmithit seems like just persisting the request spec at the top end makes it easier, because then you don't have to move things, and creating an instance involves creating the spec, then the instance in the cell db, and things are always where you expect15:52
dansmithjohnthetubaguy: the problem is if you fail in the middle, you might end up with the instance in both or neither place right?15:52
*** pumaranikar has quit IRC15:52
bauzasjohnthetubaguy: but that still needs a bit of implementation for making sure both instances couldn't be trampled15:52
dansmithjohnthetubaguy: moving between DBs is harder than moving between tables15:52
bauzas+115:52
johnthetubaguyI guess the thing at the top is explicitly read-only, which helps15:52
*** ildikov has quit IRC15:52
*** ijw has joined #openstack-nova15:53
*** pm90__ has quit IRC15:53
bauzasI thought an API conductor could be having this kind of indirection API15:53
*** kiran-r has joined #openstack-nova15:53
bauzasie. either lookup at this, or that15:53
johnthetubaguyit does replace that15:53
*** kiran-r has quit IRC15:53
johnthetubaguyI guess I am describing this very badly15:53
bauzasjohnthetubaguy: do you know if alaski_out already said if he could be remote for the cells session ?15:54
johnthetubaguyits basically using the instance table, rather than a new request spec table for the temporary entry in the top DB15:54
*** david-ly_ is now known as david-lyle15:54
dansmithjohnthetubaguy: I'm also doing a bunch of other things at the moment.. can we talk about this in tokyo?15:54
johnthetubaguydansmith: yes15:54
bauzasfor the cells session, yes!15:54
dansmithright15:54
bauzasbecause that's IMHO the main problem that we need to fix for Mitaka15:54
johnthetubaguybauzas: he is planning to be remove, I have emailed him about picking a time, so I can juggle that around as needed15:55
bauzasie. where to place data15:55
johnthetubaguyarg15:55
bauzasyeah remo15:55
johnthetubaguys/remove/remote/15:55
bauzas*te*15:55
bauzas;)15:55
bauzasokay, let us know, because alaski_out made a huge teaser15:55
bauzasby saying he was about thinking that, without explaining what :)15:56
bauzas:D15:56
johnthetubaguyah, yeah, I think thats the rough idea, above, but I suspect he has refined that somewhat since then15:56
* bauzas goes back to specs15:56
*** apoorvad has joined #openstack-nova15:58
*** ildikov has joined #openstack-nova15:59
*** mgoddard_ has quit IRC15:59
*** wznoinsk2 is now known as wznoinsk16:00
*** ihrachys has joined #openstack-nova16:00
*** mrkz has quit IRC16:00
*** mrkz has joined #openstack-nova16:00
*** jwcroppe has quit IRC16:00
*** jwcroppe has joined #openstack-nova16:00
*** haomaiwang has quit IRC16:01
*** pkholkin has quit IRC16:01
*** haomaiwang has joined #openstack-nova16:01
*** jcoufal has joined #openstack-nova16:02
*** su_zhang has quit IRC16:03
*** shangxdy has quit IRC16:03
*** mgoddard has joined #openstack-nova16:05
*** jistr has quit IRC16:06
*** jlanoux has quit IRC16:06
cfriesenhas anyone ever looked at getting rid of nova.compute.resources.vcpu.VCPU?  It seems wierd to track vcpus differently from all the other resources.  Was that a failed attempt at unifying the resource tracking or something?16:06
*** matrohon has quit IRC16:06
ndipanovcfriesen, exactly16:07
johnthetubaguycfriesen: that sounds like a hang over from the extensible resource tracker, yeah16:07
ndipanovthe so called extensible resource tracker16:07
johnthetubaguythe plan was to move all resources into that new model, so its easier to add new resource types16:08
bauzascfriesen: feel free to submit a change and I'll be happily +1'ing it16:08
*** pumaranikar has joined #openstack-nova16:08
cfriesenbauzas: :)16:08
mriedemPaulMurray: ^16:08
bauzasIMHO there are zero reasons to keep that until we somehow respawn an effort for another way to provide resourcres16:08
*** ccesario_ has quit IRC16:09
*** subscope has quit IRC16:09
bauzasgiven all the work we plan with resource-objects BP, and what could be discussed during the summit, that sounds a nice moveback until we have better ways to provide resources16:09
johnthetubaguycfriesen: bauzas: we have two sessions at the summit on resource modelling, it would be good to pause until after that16:09
*** kmartin has quit IRC16:09
bauzasjohnthetubaguy: honestly, this is dead code16:09
cfriesenbauzas: isnt' it currently used for vcpus though?16:10
bauzasjust a reminiscent of something which was reverted16:10
*** kmartin has joined #openstack-nova16:10
bauzascfriesen: yup, but only for it16:10
*** baoli has joined #openstack-nova16:10
bauzasand we actually decided to stop adding more16:10
*** jdurgin1 has quit IRC16:10
bauzasso the thing is, that's pretty confusing for people coming in and looking to the wonderful world of RT16:11
*** testing has joined #openstack-nova16:11
bauzasbecause they don't get that tribal knowledge16:11
tdurakovjohnthetubaguy, ping16:11
bauzasand honestly, I can't hardly explain why we keep it16:11
*** testing is now known as Guest8114616:11
johnthetubaguybauzas: I quite liked that direction, honestly16:12
johnthetubaguytdurakov: can I help?16:12
bauzasjohnthetubaguy: you mean the ERT?16:13
*** sneti_ has joined #openstack-nova16:13
johnthetubaguybauzas: yep16:13
tdurakovjohnthetubaguy, hi, left a message earlier, have you seen it?16:13
openstackgerritAkhila Chetlapalle proposed openstack/python-novaclient: Support to boot a VM with network name  https://review.openstack.org/22532616:13
bauzasjohnthetubaguy: so the thing is, there is the resource-objects BP that jaypipes makes me loving16:13
bauzasjohnthetubaguy: we can surely wait for it to be implemented because it would refactor that stuff16:14
johnthetubaguybauzas: agreed thats a better direction, but I see that as a refactor of the ERT interface16:14
*** ihrachys has quit IRC16:14
bauzasjohnthetubaguy: but in the meantime, it's really hard to consider the current situation as the idea lone16:14
*** sneti has quit IRC16:15
bauzasjohnthetubaguy: okay, then your idea to wait for the resource sessions is okay with me16:15
johnthetubaguybauzas: I would rather know its replacement before we remove that, thats all16:15
bauzasjohnthetubaguy: we can defer a decision after the talks16:15
bauzasjohnthetubaguy: agreed, makes sense16:15
johnthetubaguytdurakov: oh, sorry, been slogging through all the summit session etherpads16:15
johnthetubaguytdurakov: anyone can create a subteam, feel free to organise something with PaulMurray16:16
*** penick has joined #openstack-nova16:16
tdurakovjohnthetubaguy, ok, sure - do we have some specific process for that?)16:16
johnthetubaguytdurakov: I don't want to be a blocker for creating a subteam, but I am happy to help create one if thats useful16:16
*** ihrachys has joined #openstack-nova16:17
johnthetubaguytdurakov: its really up to the subteam, there are etherpads and wiki pages, but whatever works best for you all is the real answer16:17
*** Sree has joined #openstack-nova16:17
johnthetubaguytdurakov: at this point, I think its worth having an entry in the code review and spec review etherpads, then agreeing how to move forward at the summit16:18
*** romainh has left #openstack-nova16:19
tdurakovjohnthetubaguy, ok:)16:19
*** odyssey4me has left #openstack-nova16:19
tdurakovjohnthetubaguy, can i also ask you to review this patch again? https://review.openstack.org/#/c/227897/16:19
*** Murali has quit IRC16:19
tdurakovPaulMurray, hi, are you around?16:19
*** ccesario_ has joined #openstack-nova16:21
*** rotbeard has joined #openstack-nova16:23
johnthetubaguytdurakov: we should talk through that patch, it seems further away in this latest patchest16:24
johnthetubaguytdurakov: just going back to what we want, if self._teardown_network_on_destination raises an exception, we still want to attempt self._rollback_driver_on_destination16:24
johnthetubaguytdurakov: why not add self._rollback_driver_on_destination into a finally clause, would that do what we want?16:25
*** nic has joined #openstack-nova16:25
tdurakovjohnthetubaguy, what if driver rollback fails to16:26
johnthetubaguytdurakov: thats OK I think, what problem are you seeing in that case?16:27
tdurakovit shadow network fail, no?16:27
johnthetubaguytdurakov: thats OK, given you have @wrap_exception and @wrap_instance_fault both errors will get reported, I think you only actually need those decorators on _rollback_driver_on_destination16:28
*** r-daneel has joined #openstack-nova16:28
*** kumar has joined #openstack-nova16:28
*** weihan has quit IRC16:29
tdurakovjohnthetubaguy, so, about decorators. @wrap_exception and @wrap_instance_fault should be applied only to _rollback_driver_on_destination?16:31
*** sudipto has quit IRC16:31
*** yassine has quit IRC16:31
tdurakovand public rollback_live_migration_at_destination i suppose16:32
*** electrocucaracha has quit IRC16:32
johnthetubaguytdurakov: I am not sure now, just thinking that through16:34
*** Guest81146 has quit IRC16:37
*** testing_ has joined #openstack-nova16:37
*** electrocucaracha has joined #openstack-nova16:37
*** ccarmack has left #openstack-nova16:37
*** Murali has joined #openstack-nova16:38
*** pm90_ has joined #openstack-nova16:38
*** NightKhaos_ has joined #openstack-nova16:39
*** electrocucaracha has quit IRC16:39
*** jasondotstar_ has joined #openstack-nova16:39
*** pm90__ has joined #openstack-nova16:41
openstackgerritJohn Garbutt proposed openstack/nova: Wrap setup_networks_on_host with try/except  https://review.openstack.org/22789716:42
*** electrocucaracha has joined #openstack-nova16:43
*** Murali has quit IRC16:43
johnthetubaguytdurakov: I have attempted a code sketch of an idea, does that work? https://review.openstack.org/#/c/227897/6/nova/compute/manager.py,cm16:43
*** thomasem_ has joined #openstack-nova16:44
*** pm90_ has quit IRC16:44
*** cburgess_ has joined #openstack-nova16:44
openstackgerritJohn Garbutt proposed openstack/nova: Wrap setup_networks_on_host with try/except  https://review.openstack.org/22789716:45
*** smurke_ has joined #openstack-nova16:46
johnthetubaguytdurakov: so my code sketch was rubbish, so I updated it16:46
*** smurke has quit IRC16:46
*** Sree has quit IRC16:46
tdurakovjohnthetubaguy, need to check16:46
*** zzzeek_ has joined #openstack-nova16:46
cfriesenquestion...in virt/libvirt/storage/lvm.py, in _zero_volume(), why do we use "oflag=direct" and "conf=fdatasync" on each iteration?  Wouldn't it be enough to skip the direct I/O and call fdatasync() on the file once at the end?16:47
*** rfolco has quit IRC16:47
johnthetubaguytdurakov: that should mean both methods always get run, the first exception is always logged just incase its hidden by an exception in the finally clause, etc16:47
*** rfolco has joined #openstack-nova16:47
tdurakovjohnthetubaguy, so, if we suppose that driver exception has more priority then network exception, than that would be ok, one thing to change:)16:48
tdurakovno need to create private methods then16:48
*** aix has quit IRC16:48
johnthetubaguytdurakov: yeah, I think its worth removing the private methods16:48
johnthetubaguytdurakov: the logging should cover both equally, which seems cool16:49
*** e0ne_ has joined #openstack-nova16:49
*** ihrachys has quit IRC16:50
*** jwcroppe has quit IRC16:50
*** mrkz has quit IRC16:50
*** e0ne has quit IRC16:50
*** wznoinsk has quit IRC16:50
*** xyang1 has quit IRC16:50
*** alex_klimov has quit IRC16:50
*** jichen has quit IRC16:50
*** lykinsbd_ has quit IRC16:50
*** jaypipes has quit IRC16:50
*** zzzeek has quit IRC16:50
*** cburgess has quit IRC16:50
*** sbadia has quit IRC16:50
*** mirrorbox has quit IRC16:50
*** sileht has quit IRC16:50
*** Vek has quit IRC16:50
*** NightKhaos has quit IRC16:50
*** jdurgin has quit IRC16:50
*** ekhugen has quit IRC16:50
*** thomasem has quit IRC16:50
*** jasondotstar has quit IRC16:50
*** amrith has quit IRC16:50
*** dulek has quit IRC16:50
*** edmondk has quit IRC16:50
*** jcook has quit IRC16:50
*** rlrossit has quit IRC16:50
*** ociuhandu has quit IRC16:50
*** bapalm has quit IRC16:50
*** rdopiera has quit IRC16:50
*** unicell1 has quit IRC16:50
*** lifeless has quit IRC16:50
*** hogepodge has quit IRC16:50
*** pedroalvarez has quit IRC16:50
*** mtreinish has quit IRC16:50
*** isq_ has quit IRC16:50
*** baffle has quit IRC16:50
*** _cerberus_ has quit IRC16:50
*** mleroy has quit IRC16:50
*** NightKhaos_ is now known as NightKhaos16:50
* johnthetubaguy feel like I am on the wrong side of that split...16:50
dansmithjohnthetubaguy: them I am too I guess16:51
*** _cerberus_ has joined #openstack-nova16:51
raildolol16:52
cfriesendansmith: johnthetubaguy: either of you know anything about the sparse volume support in virt/libvirt/storage/lvm?  I'm suspicious that it's buggy...it seems to unconditionally allocate 64MB of space regardless of the configured volume size.  The code calls it "preallocated_space", but looking at the lvm docs it seems like that's all the "real" space for that volume.16:53
*** moshele has quit IRC16:53
*** phschwartz is now known as phschwartz_aw16:54
dansmithcfriesen: no16:54
dansmithcfriesen: git blame16:54
*** baoli_ has joined #openstack-nova16:54
*** e0ne_ is now known as e0ne16:55
*** pedroalvarez has joined #openstack-nova16:55
johnthetubaguydansmith: yeah, I thought it looked like everyone at first, I got carried away16:55
dansmithjohnthetubaguy: by the way, minor oopsie in this code, if you could +A: https://review.openstack.org/#/c/234809/16:56
cfriesendansmith: looks like it dates back to the initial lvm-disk-images blueprint in folsom16:56
johnthetubaguycfriesen: afraid there is very few bits of the libvirt driver know super well, I know the xenapi side better I am afriad16:57
dansmithjohnthetubaguy: with that, the grenade partial job auto-selects compute rpc version pins :D16:57
johnthetubaguydansmith: oh, very sweet16:57
*** moshele has joined #openstack-nova16:58
dansmithjohnthetubaguy: http://logs.openstack.org/89/233289/10/check/gate-grenade-dsvm-partial-ncpu/9cd1493/logs/new/screen-n-cond.txt.gz#_2015-10-14_16_05_52_78316:58
*** aysyd has quit IRC16:58
*** mrkz has joined #openstack-nova16:59
*** rlrossit has joined #openstack-nova17:00
*** ociuhandu has joined #openstack-nova17:00
*** bapalm has joined #openstack-nova17:00
*** rdopiera has joined #openstack-nova17:00
*** lifeless has joined #openstack-nova17:00
*** hogepodge has joined #openstack-nova17:00
*** mleroy has joined #openstack-nova17:00
*** mtreinish has joined #openstack-nova17:00
*** isq_ has joined #openstack-nova17:00
*** baffle has joined #openstack-nova17:00
openstackgerritTimofey Durakov proposed openstack/nova: Wrap setup_networks_on_host with try/except  https://review.openstack.org/22789717:00
tdurakovjohnthetubaguy, done17:00
*** haomaiwang has quit IRC17:01
*** moshele has quit IRC17:01
*** haomaiwang has joined #openstack-nova17:01
johnthetubaguytdurakov: that looks good to me now, sorry about all the debate there, hopefully others like that now too17:02
tdurakovjohnthetubaguy, oops again)))17:02
tdurakovduplicate logging17:03
tdurakovso warning or error for that?17:03
johnthetubaguytdurakov: where does it get logged again?17:03
johnthetubaguytdurakov: the error and debug is intentional there17:03
tdurakovjohnthetubaguy, copy pasted that LOG.error and LOG.debug...17:04
tdurakovso what would be correct for that?17:04
johnthetubaguytdurakov: its because of the exc_info17:04
tdurakovso, it's ok?17:05
*** xyang1 has joined #openstack-nova17:05
johnthetubaguytdurakov: I think so, its because we do not allow exe_info=True in things higher that debug, ideally17:05
johnthetubaguyat least, that was the plan at some point17:05
openstackgerritNikola Dipanov proposed openstack/nova-specs: spec document for sriov-physical-function-passthrough blueprint  https://review.openstack.org/21247217:06
tdurakovjohnthetubaguy, ok, thank you for helping with this:)17:06
*** ihrachys has joined #openstack-nova17:06
johnthetubaguytdurakov: having said that, I can't find other examples of that double logging thing any more :S17:07
*** mrkz has quit IRC17:07
*** rlrossit has quit IRC17:07
*** ociuhandu has quit IRC17:07
*** bapalm has quit IRC17:07
*** rdopiera has quit IRC17:07
*** lifeless has quit IRC17:07
*** hogepodge has quit IRC17:07
*** mtreinish has quit IRC17:07
*** isq_ has quit IRC17:07
*** baffle has quit IRC17:07
*** mleroy has quit IRC17:07
*** Vek has joined #openstack-nova17:07
*** dulek has joined #openstack-nova17:07
*** jaypipes has joined #openstack-nova17:07
*** lykinsbd has joined #openstack-nova17:07
*** mirrorbox has joined #openstack-nova17:07
*** mirrorbox has joined #openstack-nova17:07
*** jdurgin has joined #openstack-nova17:07
*** amrith has joined #openstack-nova17:07
*** edmondk has joined #openstack-nova17:08
*** jcook has joined #openstack-nova17:08
*** wznoinsk has joined #openstack-nova17:08
*** rfolco has quit IRC17:08
*** sileht has joined #openstack-nova17:08
*** ildikov has quit IRC17:08
*** VW has quit IRC17:08
*** su_zhang has joined #openstack-nova17:08
*** derekh has quit IRC17:08
*** kumar has quit IRC17:08
*** tdurakov has quit IRC17:09
*** VW has joined #openstack-nova17:09
*** ekhugen has joined #openstack-nova17:10
*** mrkz has joined #openstack-nova17:10
*** rlrossit has joined #openstack-nova17:10
*** ociuhandu has joined #openstack-nova17:10
*** bapalm has joined #openstack-nova17:10
*** rdopiera has joined #openstack-nova17:10
*** lifeless has joined #openstack-nova17:10
*** hogepodge has joined #openstack-nova17:10
*** mleroy has joined #openstack-nova17:10
*** mtreinish has joined #openstack-nova17:10
*** isq_ has joined #openstack-nova17:10
*** baffle has joined #openstack-nova17:10
*** ekhugen has quit IRC17:10
*** ekhugen has joined #openstack-nova17:10
*** ctrath has quit IRC17:10
smurke_to delete a vm is nova-compute servcice necessary to be running ?17:11
*** sbadia has joined #openstack-nova17:11
*** ijw has quit IRC17:11
*** Alexus has quit IRC17:12
*** aysyd has joined #openstack-nova17:12
*** VW has quit IRC17:13
*** ctrath has joined #openstack-nova17:13
*** manas has joined #openstack-nova17:13
johnthetubaguysmurke_: we have code to work around that, there might be a problem is when the service id down but its not yet detected as down17:14
*** yamahata has quit IRC17:14
*** rfolco has joined #openstack-nova17:14
*** tjones has joined #openstack-nova17:14
*** lucasagomes is now known as lucas-dinner17:14
*** amrith is now known as _amrith_17:14
*** claudiub has quit IRC17:15
*** electroc_ has joined #openstack-nova17:15
smurke_johnthetubaguy: yeah i was figuring it out when i disabled my nova-compute service and ran dlete vm command it still worked fine17:15
*** jcoufal has quit IRC17:15
*** baoli has quit IRC17:15
smurke_johnthetubaguy: should i assume it as a bug ?17:15
*** browne has quit IRC17:15
johnthetubaguysmurke_: thats intentional17:16
johnthetubaguysmurke_: now a disabled host can still be running, which is a slightly confusing case17:16
johnthetubaguysmurke_: at least if I understand whats you are saying is happening correctly its intentional17:17
*** unicell has joined #openstack-nova17:17
*** achanda has joined #openstack-nova17:17
*** moshele has joined #openstack-nova17:17
smurke_johnthetubaguy: i am new to openstack, just wanted to get clarified with the behavior. Thanx for the info !17:18
*** ccarmack has joined #openstack-nova17:18
*** ctrath has joined #openstack-nova17:18
*** gszasz has quit IRC17:18
*** vilobhmm11 has joined #openstack-nova17:18
*** electrocucaracha has quit IRC17:18
johnthetubaguysmurke_: no worries, #openstack should be better at helping with more usage things, this is more a dev channel17:19
*** pixelbeat has quit IRC17:19
johnthetubaguysmurke_: fwiw, there is logic that when a compute node stats up, it deletes instances that were fast deleted while it was down, etc, if my memory is correct17:19
johnthetubaguythat might be configurable actually...17:19
smurke_johnthetubaguy: Thanku !17:21
*** mriedem has quit IRC17:21
*** phschwartz_aw is now known as phschwartz17:23
openstackgerritArtom Lifshitz proposed openstack/nova: WIP: vNIC tagging  https://review.openstack.org/23490417:25
*** rfolco has quit IRC17:26
*** rfolco has joined #openstack-nova17:27
*** nkrinner has quit IRC17:28
*** baoli has joined #openstack-nova17:28
*** baoli has quit IRC17:28
*** patrickeast_ has joined #openstack-nova17:30
*** hemna has quit IRC17:31
*** baoli has joined #openstack-nova17:32
*** hemna has joined #openstack-nova17:34
*** baoli_ has quit IRC17:35
*** pixelbeat has joined #openstack-nova17:36
*** Marga_ has quit IRC17:38
*** Marga_ has joined #openstack-nova17:38
*** yamahata has joined #openstack-nova17:38
*** testing_ has quit IRC17:39
*** testing has joined #openstack-nova17:39
*** jasondotstar_ is now known as jasondotstar17:39
*** testing is now known as Guest3984617:39
*** moshele has quit IRC17:39
*** danpb has quit IRC17:39
*** mriedem has joined #openstack-nova17:40
*** Guest39846 has quit IRC17:40
vilobhmm11johnthetubaguy : ping17:40
vilobhmm11qq17:40
*** PaulMurray has quit IRC17:40
*** PaulMurray has joined #openstack-nova17:41
*** PaulMurray has quit IRC17:43
*** pixelbeat has quit IRC17:44
*** Marga_ has quit IRC17:44
*** moshele has joined #openstack-nova17:44
*** nikhil_k has quit IRC17:45
*** rlrossit has quit IRC17:47
*** thumpba has joined #openstack-nova17:51
*** rlrossit has joined #openstack-nova17:52
*** njirap has quit IRC17:53
*** jogo has quit IRC17:53
*** VW has joined #openstack-nova17:54
*** garyk has joined #openstack-nova17:54
*** jogo has joined #openstack-nova17:55
*** browne has joined #openstack-nova17:55
*** tjones has quit IRC17:55
*** moshele has quit IRC17:57
*** VW_ has joined #openstack-nova17:58
*** wasmum- has joined #openstack-nova17:58
*** VW_ has quit IRC17:58
*** su_zhang_ has joined #openstack-nova17:58
*** VW_ has joined #openstack-nova17:59
*** VW has quit IRC17:59
*** _amrith_ is now known as amrith18:00
*** baoli has quit IRC18:00
*** Marga_ has joined #openstack-nova18:00
*** haomaiwang has quit IRC18:01
*** READ10 has quit IRC18:01
*** haomaiwang has joined #openstack-nova18:01
*** su_zhang has quit IRC18:01
vilobhmm11dansmith : ping18:02
*** smurke_ has quit IRC18:02
*** jogo has quit IRC18:02
*** Murali has joined #openstack-nova18:02
*** moshele has joined #openstack-nova18:04
*** kmartin_ has joined #openstack-nova18:04
*** kmartin has quit IRC18:05
*** jogo has joined #openstack-nova18:05
*** moshele has quit IRC18:05
*** sajeesh has joined #openstack-nova18:06
*** LukeHinds has quit IRC18:06
openstackgerritArtom Lifshitz proposed openstack/nova: WIP: BLock device tagging  https://review.openstack.org/23491718:08
*** edmondsw has quit IRC18:09
*** smurke has joined #openstack-nova18:13
*** ijw has joined #openstack-nova18:14
*** nikhil has joined #openstack-nova18:15
*** e0ne has quit IRC18:15
*** xyang1 has quit IRC18:17
*** ijw_ has joined #openstack-nova18:18
*** ijw has quit IRC18:19
openstackgerritArtom Lifshitz proposed openstack/nova: WIP: Block device tagging  https://review.openstack.org/23491718:19
*** haomaiwang has quit IRC18:19
*** haomaiwang has joined #openstack-nova18:20
*** e0ne has joined #openstack-nova18:20
*** Murali has quit IRC18:21
openstackgerritArtom Lifshitz proposed openstack/nova: WIP: Block device tagging  https://review.openstack.org/23491718:21
dansmithvilobhmm11: ack18:21
*** eglynn has quit IRC18:22
*** ihrachys has quit IRC18:22
*** sneti_ has quit IRC18:23
*** sneti has joined #openstack-nova18:23
bauzasvilobhmm11: FWIW, currently reviewing your spec, but I think that since it's a refactoring effort, you should not provide any usecase and clean your spec for that18:24
*** jichen has joined #openstack-nova18:24
bauzascurrently reviewing the last sections before uploading the review18:24
vilobhmm11bauzas : ok cool…your comments have been helpful18:24
bauzasvilobhmm11: tbh, I don't see a need to discuss on ZK or MC in the spec18:25
bauzasvilobhmm11: because you're just changing the interface18:25
*** achanda has quit IRC18:25
vilobhmm11bauzas : I agree and as I clearly mentioned it will be covered in sperate spec18:25
bauzasnot the drivers18:25
openstackgerritArtom Lifshitz proposed openstack/nova: WIP: Block device tagging  https://review.openstack.org/23491718:25
vilobhmm11just giving a reference18:25
bauzasokay, lemme upload my comments18:25
*** patrickeast_ has quit IRC18:26
vilobhmm11bauzas : ok18:26
vilobhmm11dansmith : just wanted to request you to have a look at https://review.openstack.org/#/c/222423/8 ; hides in the corner after this request18:27
openstackgerritArtom Lifshitz proposed openstack/nova: WIP: vNIC tagging  https://review.openstack.org/23490418:27
*** edmondsw has joined #openstack-nova18:28
openstackgerritChuck Carmack proposed openstack/nova-specs: Allow user to set and retrieve the server Description  https://review.openstack.org/22890818:28
dansmithvilobhmm11: sigh :(18:28
*** thumpba has quit IRC18:29
*** jborak has joined #openstack-nova18:31
*** mehip has joined #openstack-nova18:34
*** annegentle has quit IRC18:35
*** david-lyle has quit IRC18:35
*** annegentle has joined #openstack-nova18:36
openstackgerritClif Houck proposed openstack/nova: Ensure _cleanup_deploy is called even if _unprovision raises  https://review.openstack.org/23446818:37
dansmithgaryk: question for you here: https://review.openstack.org/#/c/195662/818:37
*** jogo has quit IRC18:37
*** matrohon has joined #openstack-nova18:37
*** mehip has quit IRC18:38
*** pm90_ has joined #openstack-nova18:38
*** david-lyle has joined #openstack-nova18:39
*** mehip has joined #openstack-nova18:39
*** mehip has quit IRC18:40
*** pm90__ has quit IRC18:40
*** jogo has joined #openstack-nova18:40
*** david-ly_ has joined #openstack-nova18:40
jborakI'm poking around the nova database and even though I have 50+ instances with fixed IPs (and some floating IPs) there are no entries in the fixed_ips table in the nova db.18:41
jborakDoes anyone know where the records for fixed IPs are stored in the nova db?18:41
dansmithjborak: are you using neutron?18:42
jborakyup18:42
dansmithjborak: they're in neutron's database :)18:42
openstackgerritAndrei V. Ostapenko proposed openstack/nova: Fixes bug with notify_decorator bad getattr default value  https://review.openstack.org/22389018:43
openstackgerritAndrei V. Ostapenko proposed openstack/nova: Fixes bug with notify_decorator bad getattr default value  https://review.openstack.org/22389018:43
jborakdansmith, lol, I'm trying to link the floating_ips to the instances themselves18:43
*** david-ly_ has quit IRC18:43
openstackgerritAndrei V. Ostapenko proposed openstack/nova: Fixes bug with notify_decorator bad getattr default value  https://review.openstack.org/22389018:43
dansmithjborak: well, the link is still in neutron's db.. the device id is the instance uuid18:43
jborakso I see in neutron.floating_ips there is a tenant_id which helps me narrow down the project.18:43
dansmithjborak: we cache some of that information in our info_cache, but it's not easy to get at18:43
*** david-ly_ has joined #openstack-nova18:44
jborakdansmith, ah, I'm going to check that now, thanks for the tip18:44
*** david-lyle has quit IRC18:44
*** lucas-dinner has quit IRC18:44
*** pixelbeat has joined #openstack-nova18:44
*** david-ly_ is now known as david-lyle18:45
*** david-lyle has quit IRC18:45
*** su_zhang_ has quit IRC18:45
*** david-lyle has joined #openstack-nova18:47
*** sneti has quit IRC18:47
*** sneti has joined #openstack-nova18:47
*** apuimedo has quit IRC18:50
openstackgerritChuck Carmack proposed openstack/nova-specs: Allow user to set and retrieve the server Description  https://review.openstack.org/22890818:52
*** sneti has quit IRC18:53
*** haomaiwang has quit IRC18:53
*** nic has quit IRC18:53
jborakdansmith, I wrote the query I needed, thanks for the help!18:53
dansmithjborak: np18:54
jborakdansmith, I'm trying to write a simple program/script where I can query information about instances that have floating IPs and then update my "external DNS" with entries for them.18:54
*** su_zhang has joined #openstack-nova18:55
dansmithjborak: well, there is some hookage for when that stuff happens, instead of scraping the DB18:56
dansmithjborak: scraping  it out of the nova database in JSON form is going to suck18:56
dansmithyou can listen for notifications and probably get that information so you can do an update the instant it happens18:56
jborakthat's what I thought and I've been trying look for good docs on how to write some kind of hook for when ips are associated/released18:56
*** su_zhang has quit IRC18:57
jborakboth are good ideas, not sure how to listen for notifications either.  I imagine there are some messages or topic on rabbitmq I could subscribe too.18:58
dansmithyes18:58
*** penick has quit IRC18:58
jborakdo you have a link handy where i can read which topic I should be subscribing too and I can write a program to use that instead of polling the db18:59
dansmithno, but let me look18:59
dansmithkbyrne: https://wiki.openstack.org/wiki/NotificationEventExamples19:00
dansmithwtf, major tab fail19:00
dansmithjborak: ^19:00
*** david-lyle has quit IRC19:00
dansmithjborak: https://prosuncsedu.wordpress.com/2014/01/08/notification-of-actions-in-openstack-nova/19:02
dansmithjborak: basically, I think google will be able to find you examples19:03
jborakdansmith, thanks for those two links.  I've been searching on this topic for a while when I can between other things I do (write software), but I've had a hard time.  I gave up this afternoon and just wanted to get *something* going.19:04
*** thumpba has joined #openstack-nova19:04
jborakdansmith, but I can look through the nova python code for th events I need to look for, this all helps a lot!19:05
dansmithjborak: just getting an indication of an instance create with uuid means you can poll the neutron api with the client means you should be able to get what you want I think19:06
*** rdopiera has quit IRC19:06
jborakdansmith, yeah I should be able to do that.  I use gophercloud to do some openstack automation.  It's getting the notifications that will help me close the loop.19:07
*** david-lyle has joined #openstack-nova19:08
*** achanda has joined #openstack-nova19:09
*** sneti has joined #openstack-nova19:10
*** artom has quit IRC19:10
*** alex_klimov has joined #openstack-nova19:10
bauzasjroll: around ?19:14
bauzasjroll: re: your question about evacuation, I can point you some code if you want19:15
openstackgerritjichenjc proposed openstack/nova: WIP: add vnc section into nova configuration  https://review.openstack.org/23483619:15
bauzasjroll: we basically ask for recreate to the driver,and if the driver doesn't support it, then we raise an exception19:15
*** claudiub has joined #openstack-nova19:16
bauzasjroll: https://github.com/openstack/nova/blob/master/nova/compute/manager.py#L2760-L276219:16
bauzaswhen evacuating, recreate=True19:16
*** annegentle has quit IRC19:16
*** annegentle has joined #openstack-nova19:17
*** xyang1 has joined #openstack-nova19:24
*** penick has joined #openstack-nova19:25
*** ociuhandu has quit IRC19:25
*** david-lyle has quit IRC19:25
*** david-ly_ has joined #openstack-nova19:25
*** ctrath has quit IRC19:25
mriedemccarmack: http://developer.openstack.org/api-ref-compute-v2.1.html19:26
mriedemalready shows up for all_projects in os-server-groups19:26
ccarmackmriedem: I made all_projects a boolena even though it doesn't matter19:28
*** su_zhang has joined #openstack-nova19:28
*** sneti has quit IRC19:28
mriedemyeah19:28
mriedemthat's fine19:28
*** sneti has joined #openstack-nova19:28
mriedemuntil the day that someone reports a bug that it works with all_projects=1 or all_projects=foo19:28
mriedemand we have to explain that we don't care19:28
ccarmackmriedem: is it wrong for the non-admin to get a reply using all_projects and not an error?19:29
openstackgerritSean Dague proposed openstack/nova: WIP: remove project_id enforcement in url  https://review.openstack.org/23307619:29
openstackgerritSean Dague proposed openstack/nova: WIP: test adding route to simplify some of the wonkiness of the client.  https://review.openstack.org/23377919:29
mriedemccarmack: kind of misleading, what does all_tenants do if you're not an admin?19:29
*** manas has quit IRC19:30
*** ctrath has joined #openstack-nova19:30
*** su_zhang has quit IRC19:32
*** Marga_ has quit IRC19:33
*** ociuhandu has joined #openstack-nova19:36
*** apuimedo has joined #openstack-nova19:37
*** david-ly_ has quit IRC19:38
*** vkmc is now known as vkmc-afk19:38
*** pumaranikar has quit IRC19:38
*** david-lyle has joined #openstack-nova19:38
openstackgerritVilobh Meshram proposed openstack/nova-specs: Servicegroup foundational refactoring for Control Plane  https://review.openstack.org/22242319:39
*** david-lyle has quit IRC19:39
*** david-lyle has joined #openstack-nova19:41
ccarmackmriedem: it looks like if all_tenants has a policy check https://github.com/openstack/nova/blob/master/nova/api/openstack/compute/servers.py#L37119:42
*** heyongli has joined #openstack-nova19:48
*** e0ne has quit IRC19:49
*** leseb_ has quit IRC19:50
*** tonytan4ever has quit IRC19:51
*** stevemar_ is now known as stevemar_jays19:55
*** thumpba has quit IRC19:55
*** j_king has joined #openstack-nova19:56
*** david-lyle has quit IRC19:56
*** leseb_ has joined #openstack-nova19:56
mriedemccarmack: yeah https://github.com/openstack/nova/blob/master/etc/nova/policy.json#L25619:57
mriedemso in that case it'd fail if a non-admin tried by default19:57
mriedembut os-server-groups would be ok19:57
openstackgerritSean Dague proposed openstack/nova: WIP: remove project_id enforcement in url  https://review.openstack.org/23307619:57
*** heyongli has quit IRC19:57
mriedemseems like we should make os-server-groups all_projects usage be similar to all_tenants, with policy check and name of the query parameter, but meh19:57
mriedemit'd be a microversion chagne for something that maybe no one cares about19:58
*** david-lyle has joined #openstack-nova19:58
ccarmackmriedem: ok, no need to change existing behaviour19:58
*** heyongli has joined #openstack-nova19:59
*** tonytan4ever has joined #openstack-nova20:00
*** achanda has quit IRC20:00
*** david-ly_ has joined #openstack-nova20:01
*** david-lyle has quit IRC20:03
*** david-ly_ is now known as david-lyle__20:03
*** david-lyle__ is now known as david-lyle___20:03
*** Marga_ has joined #openstack-nova20:03
*** david-lyle has joined #openstack-nova20:06
*** david-lyle___ has quit IRC20:06
*** heyongli has quit IRC20:07
*** Marga_ has quit IRC20:09
*** angdraug has joined #openstack-nova20:09
*** heyongli has joined #openstack-nova20:09
*** amrith is now known as _amrith_20:10
*** marcusvrn_ has joined #openstack-nova20:10
*** su_zhang has joined #openstack-nova20:12
*** heyongli has quit IRC20:18
*** heyongli has joined #openstack-nova20:19
openstackgerritRyan McNair proposed openstack/nova: Add retry logic for detaching device using LibVirt  https://review.openstack.org/22785120:22
*** matrohon has quit IRC20:26
openstackgerritMike Fedosin proposed openstack/nova: Use helper method to remove version hardcoding  https://review.openstack.org/22857820:26
openstackgerritMike Fedosin proposed openstack/nova: Bringing Glance v2 images to a uniform format  https://review.openstack.org/23169620:26
openstackgerritMike Fedosin proposed openstack/nova: glance:add helper method to get client version  https://review.openstack.org/22215020:26
*** su_zhang has quit IRC20:26
*** smatzek_ has quit IRC20:27
*** dustins has quit IRC20:27
*** heyongli has quit IRC20:28
*** heyongli has joined #openstack-nova20:29
*** su_zhang has joined #openstack-nova20:29
*** eharney has quit IRC20:30
*** baoli has joined #openstack-nova20:32
*** baoli_ has joined #openstack-nova20:33
*** ijw_ has quit IRC20:36
*** baoli has quit IRC20:37
*** heyongli has quit IRC20:38
*** heyongli has joined #openstack-nova20:39
*** achanda has joined #openstack-nova20:41
*** achanda has quit IRC20:41
*** achanda has joined #openstack-nova20:44
openstackgerritSean Dague proposed openstack/python-novaclient: make project_id optional in urls for version discovery  https://review.openstack.org/23478220:45
*** gszasz has joined #openstack-nova20:46
*** su_zhang has quit IRC20:47
*** heyongli has quit IRC20:48
*** dave-mccowan has quit IRC20:50
*** changbl has quit IRC20:51
*** Marga_ has joined #openstack-nova20:51
*** pumaranikar has joined #openstack-nova20:52
*** smatzek has joined #openstack-nova20:54
*** Marga_ has quit IRC20:55
jrollbauzas: interesting, thanks20:56
*** achanda has quit IRC20:56
mrkzquestion: is there already a defined date to freeze blueprints/specs for the Mitaka release?20:58
*** raildo is now known as raildo-afk20:59
*** edmondsw has quit IRC21:01
*** rfolco has quit IRC21:01
pumaranikarhi, I am adding a fixed ip to nova instance. It does not raise an exception at client if it fails. is it expected behaviour ?I can see error in nova conductor logs21:01
*** ZZelle_ has joined #openstack-nova21:02
*** su_zhang has joined #openstack-nova21:02
*** su_zhang has quit IRC21:02
*** su_zhang has joined #openstack-nova21:03
*** su_zhang has quit IRC21:03
*** eharney has joined #openstack-nova21:03
*** jichen has quit IRC21:05
*** thumpba has joined #openstack-nova21:05
mriedemmrkz: it'll probably be about the same as for liberty21:08
mriedempumaranikar: i think you've asked this question about 5 times now? do you have a trace of the failure that you can put in a paste?21:09
openstackgerritTimofey Durakov proposed openstack/nova: Wrap setup_networks_on_host with try/except  https://review.openstack.org/22789721:10
mriedempumaranikar: adding a fixed ip to an instance is a cast https://github.com/openstack/nova/blob/master/nova/compute/rpcapi.py#L38421:11
mriedemso the caller is not going to get like a 400 in the response, they get a 20221:11
mriedempumaranikar: if it fails, there should be an instance fault associated with the instance21:12
*** achanda has joined #openstack-nova21:12
mriedemif it fails in the compute service, then the instance fault will be recorded here https://github.com/openstack/nova/blob/master/nova/compute/manager.py#L398021:13
pumaranikarmriedem : yes instance status is error21:13
mriedempumaranikar: so, this isn't a support channel. and besides, it's hard to know what you're seeing with a pastebin of the trace. you could report it as a bug with those details, but if it failed in the compute then there should be an instance fault associated with the instance, which you can get back via the api or novaclient. if the instance fault isn't there, then that's a bug.21:15
mriedem*without a pastebin of the trace21:15
pumaranikarmaiedem : here is a trace http://paste.openstack.org/show/476312/21:16
*** smurke has quit IRC21:16
*** smurke has joined #openstack-nova21:17
dansmithpumaranikar: it's a cast, so no error is expected on return21:17
dansmithpumaranikar: and that trace is not related to add-fixed21:18
mriedemumm, that's a failure for building an instance, not adding a fixed ip21:18
mriedempumaranikar: you should have an error in the nova-compute logs if you're failing to add a fixed ip21:18
mriedemto a built instance21:18
pumaranikari was working on a bug saying exception should be raised at client side if add_fixed_ip() fails21:19
pumaranikar*am21:19
mrkzmriedem: I read in the F.A.Q that is preferred to be before the summit so ideas could be properly defined/managed but I see that in Liberty schedule the spec revision was +3 weeks after the summit, that said, you mean it would be same case for M ?21:19
mriedempumaranikar: link the bug here please21:19
mriedemmrkz: our deadlines have been about the same for kilo and liberty, so i don't expect them to change for mitaka21:20
pumaranikarmriedem : https://bugs.launchpad.net/nova/+bug/138422821:20
openstackLaunchpad bug 1384228 in OpenStack Compute (nova) "Exception should be raised if nova has failed to add fixed ip" [Low,Confirmed] - Assigned to Pushkar Umaranikar (pushkar-umaranikar)21:20
mriedemwe start freezing things in the 2nd milestone21:20
dansmithpumaranikar: just because it's filed as a bug doesn't mean it's a bug, nor that it needs fixing :)21:20
mriedempumaranikar: not a bug21:21
mriedemcyeoh pointed it out long ago21:21
dansmithyeah, but he didn't mark it invalid unfortunatel21:21
dansmithI will do that now21:21
mrkzmriedem: right, and is expected that for that dates all blueprint/specs are completely defined (no draft status), right?21:21
*** su_zhang has joined #openstack-nova21:22
pumaranikarmriedem : Thank you for your comment.21:22
*** su_zhang has quit IRC21:23
mriedemmrkz: there is a spec freeze where you have to have specs up for review, and a feature proposal freeze, where approved specs have to have code up for review, and then a final feature freeze for everything else21:24
mriedemjohn had a wiki with those dates for liberty, which i can't seem to find21:25
* mrkz hands https://wiki.openstack.org/wiki/Nova/Liberty_Release_Schedule#Spec_and_Blueprint_Approval_Freeze21:25
mriedemhttps://wiki.openstack.org/wiki/Nova/Liberty_Release_Schedule21:25
mriedemmrkz: so the rule of thumb is get your spec up for review by last week21:26
doffmmriedem: Is there any ci for the zookeeper service group stuff? Basically is this https://github.com/openstack/nova/blob/master/nova/servicegroup/drivers/zk.py#L102 still true?21:26
*** pm90_ has quit IRC21:26
mriedemcreate a time machine, go back in time, post your spec, and then wait21:26
mriedemdoffm: i don't think there is any CI for the zookeeper stuff now21:26
mriedem*no21:26
*** smatzek has quit IRC21:27
mriedemhttps://github.com/openstack/nova/blob/master/nova/tests/unit/servicegroup/test_zk_driver.py#L4621:27
*** ccarmack has quit IRC21:28
*** mdrabe has quit IRC21:28
mriedemdoffm: proof http://logs.openstack.org/53/232653/1/check/gate-nova-python27/21b00e4/console.html#_2015-10-14_17_04_13_84921:28
mriedemdoffm: i think at one point jaypipes tried getting zookeeper unit tests to run in nova and it was stupid21:29
mriedemhttps://bugs.launchpad.net/nova/+bug/141451721:29
openstackLaunchpad bug 1414517 in OpenStack Compute (nova) "Zookeeper servicegroup API driver is not tested and apparently not usable either" [Medium,Confirmed] - Assigned to Hao Chen (chenh1987)21:29
*** tpeoples has quit IRC21:29
*** smatzek has joined #openstack-nova21:29
*** erlarese has quit IRC21:30
*** penick has quit IRC21:31
*** penick has joined #openstack-nova21:31
*** penick has quit IRC21:32
doffmmriedem: Thanks.21:33
*** penick has joined #openstack-nova21:34
*** su_zhang has joined #openstack-nova21:34
*** rajesht_ has joined #openstack-nova21:34
*** thorst has quit IRC21:34
*** ctrath has quit IRC21:35
*** Marga_ has joined #openstack-nova21:36
*** annegentle has quit IRC21:37
*** rajesht has quit IRC21:37
*** rlrossit has left #openstack-nova21:40
mrkzmriedem: thank you for your replies and sorry for being so insistent on this, but just want to be sure I got it right; so feature freeze would be in Mitaka-2 and code should be ready for review by that time, but the blueprint/spec freeze should be < Mitaka-2 milestone so does that mean that the time to iterate over spec revisions is from now until... Mitaka-1 milestone?21:40
*** ccarmack has joined #openstack-nova21:42
*** penick has quit IRC21:43
mriedemfeature freeze is the end of the release21:45
mriedemspec freeze is mitaka 221:45
mriedemcode and specs should be up for review as soon as posisble21:46
mriedemthe firm dates will probably be posted in the ML after the tokyo summit21:46
mriedemfeature freeze is the first week of march https://wiki.openstack.org/wiki/Mitaka_Release_Schedule21:47
*** rotbeard has quit IRC21:47
*** rotbeard has joined #openstack-nova21:47
*** achanda has quit IRC21:48
*** ctrath has joined #openstack-nova21:50
mrkzmriedem: ah, that link will help a lot, thanks for the clarification!21:51
*** burgerk has quit IRC21:54
*** smatzek has quit IRC21:56
*** pm90_ has joined #openstack-nova21:57
*** nikeshm has quit IRC21:57
mriedemmrkz: godspeed21:57
*** mriedem has quit IRC21:58
*** pm90__ has joined #openstack-nova21:59
*** baoli_ has quit IRC21:59
*** baoli has joined #openstack-nova22:00
*** baoli has quit IRC22:00
*** baoli has joined #openstack-nova22:01
*** pm90_ has quit IRC22:02
openstackgerritDan Smith proposed openstack/nova: Remove obj_relationships from objects  https://review.openstack.org/23127122:04
*** sneti has quit IRC22:04
openstackgerritDan Smith proposed openstack/nova: Clean up tests for dropping obj_relationships  https://review.openstack.org/23127022:04
openstackgerritDan Smith proposed openstack/nova: DNM: Canary test the backporting from a liberty compute  https://review.openstack.org/23148622:04
openstackgerritDan Smith proposed openstack/nova: Fix up Service object for manifest-based backports  https://review.openstack.org/23126922:04
openstackgerritDan Smith proposed openstack/nova: DNM: Drop Instance v1.x support  https://review.openstack.org/22069022:04
*** smurke has quit IRC22:06
*** pumaranikar has quit IRC22:07
*** jamielennox|away is now known as jamielennox22:07
*** yassine has joined #openstack-nova22:09
*** yassine has quit IRC22:09
*** mc_nair has quit IRC22:11
*** reed_ has quit IRC22:14
*** burt has quit IRC22:15
*** vkmc-afk is now known as vkmc22:15
*** reed_ has joined #openstack-nova22:15
*** achanda has joined #openstack-nova22:15
*** reed_ has quit IRC22:15
*** mmmpork has joined #openstack-nova22:15
*** tonytan4ever has quit IRC22:20
*** kylek3h has quit IRC22:21
*** aysyd has quit IRC22:21
*** josecastroleon has quit IRC22:22
*** pm90__ has quit IRC22:23
*** pm90_ has joined #openstack-nova22:23
*** ssurana has quit IRC22:23
*** ijuwang has quit IRC22:28
*** otter768 has quit IRC22:29
*** otter768 has joined #openstack-nova22:29
*** markvoelker has quit IRC22:43
*** asettle has joined #openstack-nova22:44
*** sneti has joined #openstack-nova22:45
*** achanda has quit IRC22:45
*** openstackgerrit has quit IRC22:46
*** openstackgerrit has joined #openstack-nova22:47
*** achanda has joined #openstack-nova22:47
*** achanda has quit IRC22:47
*** rdo has quit IRC22:50
*** ctrath has quit IRC22:50
*** annegentle has joined #openstack-nova22:52
*** markvoelker has joined #openstack-nova22:53
*** baoli has quit IRC22:57
*** VW has joined #openstack-nova22:59
*** jhesketh has quit IRC23:00
*** jhesketh has joined #openstack-nova23:01
*** VW_ has quit IRC23:03
*** dave-mccowan has joined #openstack-nova23:04
*** VW has quit IRC23:04
*** su_zhang has quit IRC23:05
*** spandhe has joined #openstack-nova23:06
*** su_zhang has joined #openstack-nova23:06
*** ZZelle_ has quit IRC23:07
*** otter768 has quit IRC23:08
*** su_zhang has quit IRC23:08
*** otter768 has joined #openstack-nova23:08
*** achanda has joined #openstack-nova23:09
*** su_zhang has joined #openstack-nova23:09
*** su_zhang has quit IRC23:12
*** su_zhang has joined #openstack-nova23:12
*** pm90_ has quit IRC23:16
*** zhangjn has joined #openstack-nova23:17
*** dims_ has joined #openstack-nova23:19
*** tpeoples has joined #openstack-nova23:19
*** dims has quit IRC23:22
*** Piet has quit IRC23:23
*** sfinucan has joined #openstack-nova23:23
*** su_zhang has quit IRC23:24
*** thorst has joined #openstack-nova23:24
*** dewsday has joined #openstack-nova23:26
*** asettle has quit IRC23:26
*** apoorvad has quit IRC23:27
*** dewsday is now known as asettle23:27
*** apoorvad has joined #openstack-nova23:27
*** annegentle has quit IRC23:28
openstackgerritMike Fedosin proposed openstack/nova: Use helper method to remove version hardcoding  https://review.openstack.org/22857823:28
*** annegentle has joined #openstack-nova23:29
*** haomaiwang has joined #openstack-nova23:31
*** annegentle has quit IRC23:33
*** _amrith_ is now known as amrith23:34
*** electroc_ has quit IRC23:35
*** alex_klimov has quit IRC23:36
*** haomaiwang has quit IRC23:37
*** markvoelker has quit IRC23:38
*** oomichi has joined #openstack-nova23:38
*** erhudy has quit IRC23:39
oomichimtreinish: hi, are you still working?23:39
oomichimtreinish: oops, wrong channel23:40
mtreinishyes23:40
*** electrocucaracha has joined #openstack-nova23:42
*** apuimedo_ has quit IRC23:46
*** rfolco has joined #openstack-nova23:46
*** rfolco has quit IRC23:46
*** su_zhang has joined #openstack-nova23:46
*** kenji has joined #openstack-nova23:48
*** kenji is now known as Guest2267923:48
*** Guest22679 has quit IRC23:48
*** agireud has quit IRC23:51
*** electrocucaracha has quit IRC23:54
*** penick has joined #openstack-nova23:56
*** agireud has joined #openstack-nova23:57
*** mgoddard_ has joined #openstack-nova23:57
*** mgoddard has quit IRC23:57
*** edmondsw has joined #openstack-nova23:58
*** asselin has quit IRC23:59
*** ccarmack has quit IRC23:59
*** asselin has joined #openstack-nova23:59

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