Wednesday, 2015-12-09

*** hblixt_ has joined #openstack-nova00:00
*** jerrygb has quit IRC00:01
*** Daisy has quit IRC00:01
openstackgerritTracy Jones proposed openstack/nova: config options: centralize section "wsgi"  https://review.openstack.org/25268700:03
*** pratikmallya has quit IRC00:03
*** hblixt has quit IRC00:03
*** takashin has joined #openstack-nova00:03
*** yalie1 has quit IRC00:03
*** Sukhdev has quit IRC00:05
*** zhangjn has joined #openstack-nova00:05
*** zhangjn has quit IRC00:06
*** hblixt_ has quit IRC00:06
*** zhangjn has joined #openstack-nova00:06
*** ijw_ has quit IRC00:06
*** mgoddard has joined #openstack-nova00:07
*** otter768 has joined #openstack-nova00:08
*** ijw has joined #openstack-nova00:08
*** diogogmt has quit IRC00:09
*** Sukhdev has joined #openstack-nova00:09
*** Apoorva has joined #openstack-nova00:12
melwittdansmith: does this help text for the compute 'auto' option look okay to you? https://review.openstack.org/#/c/239321/00:13
*** salv-orl_ has joined #openstack-nova00:18
*** akshai has quit IRC00:18
*** otter768 has quit IRC00:19
*** alex_xu has quit IRC00:19
*** otter768 has joined #openstack-nova00:20
*** hemna has quit IRC00:20
*** salv-orlando has quit IRC00:20
*** hemna has joined #openstack-nova00:20
*** alex_xu has joined #openstack-nova00:21
*** zenoway has joined #openstack-nova00:21
*** migi has quit IRC00:22
*** vladikr has quit IRC00:22
*** zul has quit IRC00:22
*** mordred has quit IRC00:23
*** zul has joined #openstack-nova00:23
*** migi has joined #openstack-nova00:23
*** vladikr has joined #openstack-nova00:23
*** mordred has joined #openstack-nova00:23
*** EinstCra_ has quit IRC00:24
*** zhangjn has quit IRC00:24
*** otter768 has quit IRC00:24
*** gyee has joined #openstack-nova00:25
*** zenoway has quit IRC00:25
*** ijw has quit IRC00:26
*** mc_nair_ has quit IRC00:26
*** ctrath has quit IRC00:26
*** gokrokve has joined #openstack-nova00:28
*** takedakn has quit IRC00:30
*** tjones has quit IRC00:30
*** mkoderer has quit IRC00:30
*** belmoreira has quit IRC00:30
*** mnestratov has quit IRC00:32
*** ZZelle_ has quit IRC00:33
*** wyang has joined #openstack-nova00:36
*** mgoddard has quit IRC00:36
*** mkoderer has joined #openstack-nova00:36
*** ducttape_ has joined #openstack-nova00:38
*** Sukhdev has quit IRC00:40
openstackgerritClaudiu Belu proposed openstack/nova: Add Hyper-V storage QoS support  https://review.openstack.org/17547900:43
*** gokrokve has quit IRC00:43
melwittclaudiub: hey, I was wondering why this doesn't also update the tests-py3.txt? https://review.openstack.org/#/c/253990/00:43
*** gokrokve has joined #openstack-nova00:44
*** hemna is now known as hemnafk00:44
claudiubmelwitt: it doesn't? weird... might have been a mistake from my part. thanks for pointing it out! will upload a patchset asap.00:44
*** tonytan4ever has quit IRC00:45
melwittclaudiub: okay, cool00:45
*** RichardRaseley has quit IRC00:45
*** Sukhdev has joined #openstack-nova00:46
melwittclaudiub: I noticed this one didn't either, so if we need an update to the blacklist you could upload that too https://review.openstack.org/#/c/238239/00:47
melwittas a separate change I mean00:47
*** gokrokve has quit IRC00:49
melwittthat might have been a preliminary fix, I'm not familiar with the series. upon further inspection it looks like the "Fixes..." patches are the ones that do the blacklist removals00:49
claudiubmelwitt: yeah, that one is a preliminary fix00:49
claudiubmelwitt: it's in a longer patch series, which, at the end, enables ~2k unit tests.00:49
melwittclaudiub: awesome00:50
*** ijw has joined #openstack-nova00:50
*** openstackstatus has quit IRC00:50
*** openstack has joined #openstack-nova00:52
claudiubmelwitt: anyways, this is the biggest py3 change I have up, if you're feeling masochistic today. :D https://review.openstack.org/#/c/238323/00:53
*** ducttape_ has quit IRC00:53
melwittclaudiub: hah, okay00:53
*** zhangjn has joined #openstack-nova00:55
*** gokrokve has joined #openstack-nova00:58
*** gongysh_ has joined #openstack-nova01:03
gongysh_garyk, hi01:03
gongysh_alex_xu, hi01:03
*** ianbrown_ has quit IRC01:03
*** EinstCrazy has joined #openstack-nova01:03
alex_xugongysh_: hi01:03
gongysh_did you forget my patch yesterday?01:04
*** zhangjn has quit IRC01:04
alex_xugongysh_: no, too busy last night :)01:04
openstackgerritClaudiu Belu proposed openstack/nova: Fixes network py3 unit tests  https://review.openstack.org/25399001:04
*** zhangjn has joined #openstack-nova01:06
*** ijw has quit IRC01:13
*** rk4n has quit IRC01:14
*** Sukhdev has quit IRC01:15
*** chenzeng has quit IRC01:15
*** shihanzhang has joined #openstack-nova01:15
*** c00281451_ has joined #openstack-nova01:16
*** shz has quit IRC01:19
*** diogogmt has joined #openstack-nova01:21
*** krtaylor has quit IRC01:22
*** ducttape_ has joined #openstack-nova01:23
*** rk4n has joined #openstack-nova01:23
*** ljxiash has joined #openstack-nova01:24
*** zhenguo has joined #openstack-nova01:24
*** ljxiash_ has joined #openstack-nova01:24
*** ljxiash__ has joined #openstack-nova01:25
*** ljxias___ has joined #openstack-nova01:25
*** tjones has joined #openstack-nova01:25
*** ljxia____ has joined #openstack-nova01:26
*** ljxia____ has quit IRC01:27
*** ljxiash has quit IRC01:28
*** ljxiash has joined #openstack-nova01:28
*** ljxiash__ has quit IRC01:29
*** ljxiash_ has quit IRC01:29
*** ljxias___ has quit IRC01:30
*** gongysh_ has quit IRC01:30
*** shuquan has joined #openstack-nova01:33
*** krtaylor has joined #openstack-nova01:36
*** zhangjn_ has joined #openstack-nova01:36
*** terryyao has joined #openstack-nova01:39
*** zhangjn has quit IRC01:40
*** alex_xu has quit IRC01:41
*** gjayavelu has quit IRC01:42
*** alex_xu has joined #openstack-nova01:43
*** shuquan has quit IRC01:44
*** ducttape_ has quit IRC01:44
*** jamielennox is now known as jamielennox|away01:47
*** ferest has joined #openstack-nova01:47
*** ducttape_ has joined #openstack-nova01:47
*** cp16net has joined #openstack-nova01:49
*** gokrokve has quit IRC01:50
*** vilobhmm11 has quit IRC01:52
*** vilobhmm11 has joined #openstack-nova01:53
openstackgerritDave McCowan proposed openstack/nova: Check context before returning cached value  https://review.openstack.org/25435801:53
*** vilobhmm11 has quit IRC01:53
*** rk4n has quit IRC01:53
*** vilobhmm11 has joined #openstack-nova01:53
*** ferest has quit IRC01:53
*** rk4n has joined #openstack-nova01:55
*** Sukhdev has joined #openstack-nova01:56
*** Sukhdev has quit IRC01:59
*** rk4n has quit IRC02:01
*** Jeffrey4l has joined #openstack-nova02:01
*** armax has quit IRC02:02
*** pratikmallya has joined #openstack-nova02:03
*** rk4n has joined #openstack-nova02:04
*** tjones has left #openstack-nova02:10
*** ferest has joined #openstack-nova02:12
*** ferest has quit IRC02:12
*** ferest has joined #openstack-nova02:13
*** yalie has joined #openstack-nova02:13
tangchenalex_xu: Hi alex, what is the naming style in nova/compute/instance_actions.py ?  I think you told me once before, but I forgot the URL,02:13
tangchenalex_xu_ would you please tell me again ?02:14
*** gokrokve has joined #openstack-nova02:14
alex_xutangchen: emm...I didn't remember that02:14
alex_xutangchen: we tell you on the irc or some review on patchset?02:15
*** Apoorva has quit IRC02:15
alex_xutangchen: looks like many naming style at here02:16
tangchenalex_xu: I think it is review on patch-set. I can find it. If there was not, then it is my mistake, I think. :)02:16
*** Apoorva has joined #openstack-nova02:16
*** ducttape_ has quit IRC02:16
*** ducttape_ has joined #openstack-nova02:17
alex_xuoomichi: do we have naming style for instance_actions?02:17
*** mtanino has quit IRC02:17
*** ducttape_ has quit IRC02:18
oomichitangchen: what kind of naming style?02:18
oomichitangchen: in request/response body?02:18
tangchenoomichi: I mean in nova/compute/instance_actions.py, it should be aaa_bbb or aaaBbb ?02:19
alex_xuoomichi: I guess tangchen talk about this https://github.com/openstack/nova/blob/master/nova/compute/instance_actions.py02:19
alex_xuoomichi: that will be the value of API02:19
tangchenoomichi alex_xu: Yes02:19
oomichitangchen: https://review.openstack.org/#/c/253417/ will help it, I feel02:19
oomichitangchen: in the response/request body, parameter names should be snake_case02:20
*** dave-mccowan has quit IRC02:20
alex_xuoomichi: that is the value, not field name, but I think we should use same style02:20
alex_xuor say we use same action name as in the API02:21
alex_xuoomichi: https://github.com/openstack/nova/blob/master/doc/api_samples/os-instance-actions/instance-action-get-resp.json#L302:21
*** ferest has quit IRC02:22
tangchenalex_xu, oomichi: OK, I see. Thanks.02:22
oomichialex_xu: yeah, snake_case is nice for that also02:23
*** ducttape_ has joined #openstack-nova02:23
oomichialex_xu: for the consistency02:23
alex_xuoomichi: ok02:23
alex_xutangchen: np02:23
*** devananda has joined #openstack-nova02:27
*** samueldmq has joined #openstack-nova02:27
*** stackdump has quit IRC02:28
*** gokrokve has quit IRC02:30
openstackgerritZhenyu Zheng proposed openstack/nova: config options: centralize section: "keymgr"  https://review.openstack.org/25504402:30
*** gokrokve has joined #openstack-nova02:31
*** Jeffrey4l has quit IRC02:31
*** Jeffrey4l has joined #openstack-nova02:32
*** yarkot has joined #openstack-nova02:34
openstackgerritZhenyu Zheng proposed openstack/nova: Expose quiesce/unquiesce API  https://review.openstack.org/24898902:34
openstackgerritZhen Qin proposed openstack/nova: Fix the bug that when running nova list --host with invalid hostname (either no such server or there's a typo in server name), it should return an error.  https://review.openstack.org/25504702:35
*** ijw has joined #openstack-nova02:36
openstackgerritZhen Qin proposed openstack/nova: Fix the bug that when running nova list --host with invalid hostname (either no such server or there's a typo in server name), it should return an error.  https://review.openstack.org/25504702:37
*** rk4n has quit IRC02:38
*** lyanchih has joined #openstack-nova02:38
*** zenoway has joined #openstack-nova02:38
*** gokrokve has quit IRC02:38
*** thorst has joined #openstack-nova02:40
*** Jeffrey4l has quit IRC02:40
*** Jeffrey4l has joined #openstack-nova02:42
*** zenoway has quit IRC02:42
*** ducttape_ has quit IRC02:43
*** zhenq has quit IRC02:43
*** ducttape_ has joined #openstack-nova02:46
*** nelsnelson has quit IRC02:49
*** nelsnels_ has joined #openstack-nova02:49
*** ijw has quit IRC02:50
*** jamielennox|away is now known as jamielennox02:50
openstackgerritOpenStack Proposal Bot proposed openstack/nova: Updated from global requirements  https://review.openstack.org/25390102:52
*** baoli has joined #openstack-nova02:52
openstackgerritNanZhang proposed openstack/nova: live-migration: Update instance availability_zone  https://review.openstack.org/25404102:52
*** diogogmt has quit IRC02:53
*** suro-patz has quit IRC02:57
*** ducttape_ has quit IRC02:57
*** suro-patz has joined #openstack-nova02:57
*** takashin has left #openstack-nova02:57
*** jerrygb has joined #openstack-nova02:57
*** gokrokve has joined #openstack-nova02:59
*** ducttape_ has joined #openstack-nova03:01
*** yamahata has quit IRC03:01
*** greghayn1 has joined #openstack-nova03:02
*** greghayn1 has quit IRC03:02
*** jerrygb has quit IRC03:02
*** gokrokve has quit IRC03:04
*** vilobhmm11 has quit IRC03:07
*** jdurgin1 has quit IRC03:07
*** ducttape_ has quit IRC03:09
*** baoli has quit IRC03:09
*** Apoorva has quit IRC03:14
*** Jeffrey4l__ has joined #openstack-nova03:14
*** ducttape_ has joined #openstack-nova03:14
*** Jeffrey4l has quit IRC03:16
*** jerrygb has joined #openstack-nova03:18
*** zenoway has joined #openstack-nova03:20
*** pratikmallya has quit IRC03:21
*** rook has quit IRC03:22
*** links has joined #openstack-nova03:24
*** thorst has quit IRC03:25
*** zenoway has quit IRC03:25
*** mtanino has joined #openstack-nova03:31
*** unicell has quit IRC03:32
*** terryyao has quit IRC03:37
*** alex_xu_ has joined #openstack-nova03:40
openstackgerritlyanchih proposed openstack/nova: NUMATopologyFilter raise exception and not continue filter next node  https://review.openstack.org/20063003:40
alex_xu_gongysh: the review is done03:40
alex_xu_gongysh: hopes that helpful03:40
*** alex_xu has quit IRC03:42
*** ducttape_ has quit IRC03:42
*** ijw has joined #openstack-nova03:43
*** ijw has quit IRC03:43
*** ijw has joined #openstack-nova03:43
*** thorst has joined #openstack-nova03:43
*** tbh has joined #openstack-nova03:44
*** thorst has quit IRC03:44
*** thorst has joined #openstack-nova03:45
*** jerrygb has quit IRC03:48
*** jerrygb has joined #openstack-nova03:48
*** rook has joined #openstack-nova03:48
openstackgerritjaveme proposed openstack/nova: Return more accurate error msg for live migration  https://review.openstack.org/24310503:48
*** alejandrito has quit IRC03:52
*** jerrygb has quit IRC03:52
*** fawadkhaliq has joined #openstack-nova03:53
*** thorst has quit IRC03:54
*** pratikmallya has joined #openstack-nova03:57
*** zhangjn_ has quit IRC03:58
*** changbl has joined #openstack-nova04:00
*** fawadkhaliq has quit IRC04:00
openstackgerritVladik Romanovsky proposed openstack/nova: pci: adding support to specify a device_type in pci requests  https://review.openstack.org/24901704:02
openstackgerritVladik Romanovsky proposed openstack/nova: pci: changing the claiming and allocation logic for PF/VF assignment  https://review.openstack.org/24901804:02
*** links has quit IRC04:03
*** jerrygb has joined #openstack-nova04:03
*** gyee has quit IRC04:03
*** mtanino has quit IRC04:03
*** lyanchih has quit IRC04:04
*** pratikmallya has quit IRC04:05
openstackgerritEric Brown proposed openstack/nova: VMware: Enforce minimum vCenter version of 5.5  https://review.openstack.org/25366604:09
*** aginwala has quit IRC04:09
notmorgansdague, mriedem_away: https://review.openstack.org/#/c/253792/ looks good and is passing all checks *except* the xen one that is not publishing logs correctly04:12
*** ijw has quit IRC04:12
notmorgansdague, mriedem_away: and hyperv04:12
notmorgansdague, mriedem_away: I'd like to look at getting this landed tomorrow if we can resolve the issues with 3rd party CI stuff (as needed). (cc mordred)04:12
*** dims has joined #openstack-nova04:13
*** dims has quit IRC04:15
*** dims has joined #openstack-nova04:18
*** changbl has quit IRC04:21
*** gokrokve has joined #openstack-nova04:22
*** terryyao has joined #openstack-nova04:25
*** klkumar has joined #openstack-nova04:28
*** akshai has joined #openstack-nova04:28
*** zhangjn has joined #openstack-nova04:29
*** dims has quit IRC04:29
*** gokrokve has quit IRC04:30
*** browne has quit IRC04:30
*** changbl has joined #openstack-nova04:35
*** links has joined #openstack-nova04:38
*** vilobhmm11 has joined #openstack-nova04:38
openstackgerritTang Chen proposed openstack/nova: Add a compute API to trigger crash dump in instance.  https://review.openstack.org/20260504:45
*** fawadkhaliq has joined #openstack-nova04:45
*** inteq has joined #openstack-nova04:46
*** fawadkhaliq has quit IRC04:47
*** lyanchih has joined #openstack-nova04:49
*** jerrygb has quit IRC04:49
*** jerrygb has joined #openstack-nova04:51
*** jerrygb has quit IRC04:51
*** jerrygb has joined #openstack-nova04:51
*** zhangjn has quit IRC04:52
*** thorst has joined #openstack-nova04:52
*** Jeffrey4l__ has quit IRC04:53
*** Jeffrey4l__ has joined #openstack-nova04:58
*** thorst has quit IRC04:58
*** gokrokve has joined #openstack-nova05:01
*** lyanchih has quit IRC05:03
*** boris-42_ has quit IRC05:03
*** zhenq has joined #openstack-nova05:05
*** zenoway has joined #openstack-nova05:07
*** smoriya_ has joined #openstack-nova05:09
*** smoriya has quit IRC05:10
*** klkumar has quit IRC05:11
*** zenoway has quit IRC05:12
*** ljxiash has quit IRC05:14
*** ljxiash has joined #openstack-nova05:14
*** Sukhdev has joined #openstack-nova05:15
*** klkumar has joined #openstack-nova05:15
*** zhangjn has joined #openstack-nova05:15
*** ljxiash has quit IRC05:16
*** ljxiash has joined #openstack-nova05:16
*** dims has joined #openstack-nova05:20
openstackgerritEric Brown proposed openstack/nova: Fix config option types  https://review.openstack.org/16848105:26
*** klkumar has quit IRC05:26
*** rook has quit IRC05:26
*** zhangjn has quit IRC05:28
*** Marga_ has quit IRC05:28
*** gokrokve_ has joined #openstack-nova05:28
*** gokrokve has quit IRC05:28
*** zhangjn has joined #openstack-nova05:28
*** klkumar has joined #openstack-nova05:32
*** fawadkhaliq has joined #openstack-nova05:33
openstackgerritClaudiu Belu proposed openstack/nova: Adds host_capabilities to HostState  https://review.openstack.org/25474705:33
openstackgerritClaudiu Belu proposed openstack/nova: WIP: scheduler: Adds host_capabilities filter  https://review.openstack.org/25507305:33
*** armax has joined #openstack-nova05:38
*** zenoway has joined #openstack-nova05:43
*** yarkot has quit IRC05:45
*** lyanchih has joined #openstack-nova05:47
*** zenoway has quit IRC05:47
*** suro-patz has quit IRC05:50
*** suro-patz has joined #openstack-nova05:51
*** gokrokve_ has quit IRC05:51
openstackgerritAlex Xu proposed openstack/nova: Add separated section for extra specs and image properties  https://review.openstack.org/25351205:51
openstackgerritAlex Xu proposed openstack/nova: Add separated section for configure guest os  https://review.openstack.org/25351305:51
*** rook has joined #openstack-nova05:52
*** gokrokve has joined #openstack-nova05:52
openstackgerritClaudiu Belu proposed openstack/nova-specs: Adds spec for exposing host capabilities  https://review.openstack.org/22220005:53
*** suro-patz has quit IRC05:53
gongyshalex_xu_,  hi05:55
alex_xu_gongysh: hi05:56
*** thorst has joined #openstack-nova05:56
openstackgerritGhanshyam Mann proposed openstack/nova: Restructure api sample files  https://review.openstack.org/25508005:56
*** salv-orl_ has quit IRC06:00
*** rohit has joined #openstack-nova06:00
*** salv-orlando has joined #openstack-nova06:00
*** tbh has quit IRC06:01
*** rohit has quit IRC06:02
*** thorst has quit IRC06:04
*** ljxiash has quit IRC06:05
*** ljxiash has joined #openstack-nova06:05
*** vilobhmm11 has quit IRC06:06
*** shuquan has joined #openstack-nova06:07
openstackgerritOpenStack Proposal Bot proposed openstack/nova: Imported Translations from Zanata  https://review.openstack.org/25219706:08
*** ljxiash has quit IRC06:08
*** ljxiash_ has joined #openstack-nova06:08
openstackgerritgongysh proposed openstack/nova: Fix the duplicate nics for VMs  https://review.openstack.org/25282406:10
*** Marga_ has joined #openstack-nova06:12
*** Marga_ has quit IRC06:14
*** Marga_ has joined #openstack-nova06:14
*** Marga_ has quit IRC06:15
*** Marga_ has joined #openstack-nova06:15
*** jerrygb has quit IRC06:17
*** jerrygb has joined #openstack-nova06:17
*** tbh has joined #openstack-nova06:17
*** salv-orl_ has joined #openstack-nova06:17
*** unicell has joined #openstack-nova06:18
*** zenoway has joined #openstack-nova06:18
*** salv-orlando has quit IRC06:20
*** jerrygb has quit IRC06:21
*** zenoway has quit IRC06:23
*** logan- has quit IRC06:24
*** alex_xu has joined #openstack-nova06:25
*** ijw has joined #openstack-nova06:26
*** aginwala has joined #openstack-nova06:28
*** alex_xu_ has quit IRC06:28
*** ljxiash_ has quit IRC06:29
*** ljxiash has joined #openstack-nova06:29
*** ijw has quit IRC06:30
*** tbh has quit IRC06:31
*** zhenq has quit IRC06:31
*** irenab has joined #openstack-nova06:31
*** jaypipes has joined #openstack-nova06:31
openstackgerritRui Chen proposed openstack/nova-specs: Task states improvement  https://review.openstack.org/21657806:31
*** gokrokve has quit IRC06:32
*** ijw has joined #openstack-nova06:32
*** esracelik has joined #openstack-nova06:33
*** markmc has quit IRC06:33
gmannsdague: alex_xu : oomichi :   for api samples dir structure refactor - https://review.openstack.org/#/c/255080/106:33
*** markmc has joined #openstack-nova06:33
gmannplease have a look and let me know if thats look better06:33
*** ljxiash has quit IRC06:34
oomichiit seems easy to know difference between versions on quick review06:35
oomichigmann: but it is huge change, and I'd like to take more time for stable steps06:35
oomichigmann: for reviewing06:35
gmannoomichi: Thanks. please take time. yea stable structure will be nice.06:37
*** ljxiash has joined #openstack-nova06:37
*** lpetrut has joined #openstack-nova06:37
*** aginwala has quit IRC06:37
*** ijw_ has joined #openstack-nova06:38
*** ijw has quit IRC06:38
*** spandhe has joined #openstack-nova06:41
*** ijw_ has quit IRC06:41
*** ijw has joined #openstack-nova06:42
openstackgerritRui Chen proposed openstack/nova: Only return latest fault of each instance in db api  https://review.openstack.org/22339206:42
*** RuiChen has joined #openstack-nova06:43
openstackgerritRui Chen proposed openstack/nova: Create image for suspended instance booted from volume  https://review.openstack.org/22338206:43
*** tbh has joined #openstack-nova06:43
openstackgerritRui Chen proposed openstack/python-novaclient: Fix Resource.__eq__ mismatch semantics of object equal  https://review.openstack.org/25102006:44
*** aginwala has joined #openstack-nova06:47
*** armax has quit IRC06:48
*** lpetrut has quit IRC06:48
*** zenoway has joined #openstack-nova06:48
openstackgerritZhenyu Zheng proposed openstack/nova: config options: centralize section: "keymgr"  https://review.openstack.org/25504406:51
*** irenab has quit IRC06:51
alex_xugmann: thanks, will take a look at06:51
gmannalex_xu: Thanks06:52
alex_xugmann: after 2.13, we will test both with project_id and without project_id?06:53
alex_xugmann: or we say before 2.13 is with project_id, and after that is without project_id06:54
gmannalex_xu: yea, current tests  with project_id and 2.13 another scenario to tests without project_id06:54
gmannalex_xu: as we discussed yesterday we need to maintain both sample file as removal of project_id is with microversion06:55
*** ijw has quit IRC06:55
gmannalex_xu: so we need to keep with project_id sample files also for <2.13 users06:55
alex_xugmann: thanks, I see now06:55
*** nkrinner has joined #openstack-nova06:56
alex_xugmann: so after 2.13, we only test without project_id06:56
*** zenoway has quit IRC06:56
*** zenoway has joined #openstack-nova06:56
gmannalex_xu:  with both. sdague has patch up https://review.openstack.org/#/c/254401/06:56
gmannalex_xu: adding  another scneario for  2.1306:57
alex_xugmann: ah, ok. so we will have two sets api sample file for 2.1306:57
gmannalex_xu: i also need to look into that06:57
gmannalex_xu: no, for 2.13 we will have one set which will be without project_id and we will keep current set of sample files (which are with project_id) for <2.1306:58
alex_xugmann: ok, I think we got you this time, thanks :)06:59
alex_xus/we got/i got/06:59
gmannalex_xu: :)06:59
gmannalex_xu: actually i prefer to maintain only one (without project id) but sdague has valid point to keep old one for <2.12 versions testing07:00
*** claudiub has quit IRC07:00
*** jerrygb has joined #openstack-nova07:00
*** pratikmallya has joined #openstack-nova07:00
*** zenoway has quit IRC07:01
gmannalex_xu: but 2.13 onwards we will have sample files of new versions without project id07:01
*** thorst has joined #openstack-nova07:01
alex_xugmann: yes, I'm not sure regax validation works for just maintain only one set sample file.07:01
gmannalex_xu: with project_id sample files we need just for <2.13 versions testing07:01
*** unicell has quit IRC07:01
alex_xugmann: emm...i got you07:02
*** gokrokve has joined #openstack-nova07:02
gmannalex_xu: you mean project_id check in sample files for <2.13 and for 2.13 and onwards do not check ?07:03
*** spandhe_ has joined #openstack-nova07:03
alex_xugmann: just use regax to check with or without project_id both are valid value. but I think sdague want to test this two different cases07:04
alex_xubut I need dig into more07:04
*** unicell has joined #openstack-nova07:04
*** spandhe has quit IRC07:04
*** spandhe_ is now known as spandhe07:04
esracelikhi all, I am new and have a question. what happens if a group is working on a blueprint at the same time and after every successful merge others on review get merge conflict?07:04
*** mpavone has joined #openstack-nova07:04
gmannalex_xu: i see your point, thats seems nice.07:04
gmannalex_xu: yea i will also look moreb into sdague patch07:05
alex_xugmann: anyway let me think about, I need dig into more code, then I can get more clear mind07:05
gmannmoreb->more07:05
*** cfriesen has quit IRC07:05
gmannalex_xu: great thanks07:05
alex_xugmann: yeh, cool, thanks07:05
*** jerrygb has quit IRC07:06
*** gokrokve has quit IRC07:07
openstackgerritOpenStack Proposal Bot proposed openstack/nova: Updated from global requirements  https://review.openstack.org/25390107:08
*** thorst has quit IRC07:09
*** suro-patz has joined #openstack-nova07:13
*** zenoway has joined #openstack-nova07:15
*** mpavone has quit IRC07:15
*** mjura has joined #openstack-nova07:16
*** jaosorior has joined #openstack-nova07:19
*** zenoway has quit IRC07:19
*** jaosorior has quit IRC07:19
*** spandhe has quit IRC07:20
*** zenoway has joined #openstack-nova07:20
*** jaosorior has joined #openstack-nova07:20
*** rcernin has joined #openstack-nova07:20
*** zenoway has quit IRC07:24
*** rook has quit IRC07:26
*** paul-carlton2 has joined #openstack-nova07:29
*** sahid has joined #openstack-nova07:30
*** irenab has joined #openstack-nova07:30
*** yonglihe has quit IRC07:31
*** boris-42_ has joined #openstack-nova07:32
*** scheuran has joined #openstack-nova07:32
paul-carlton2Anyone got time to review https://review.openstack.org/#/c/220622 pls07:33
*** zhangjn has quit IRC07:36
*** alexschm has joined #openstack-nova07:38
*** meh_di has joined #openstack-nova07:39
*** klkumar has quit IRC07:41
*** klkumar has joined #openstack-nova07:44
*** pratikmallya has quit IRC07:45
*** nkrinner has quit IRC07:46
*** nkrinner has joined #openstack-nova07:46
*** rhagarty_ has joined #openstack-nova07:48
*** rhagarty has quit IRC07:49
*** cdent has joined #openstack-nova07:50
*** lyanchih has quit IRC07:52
*** lyanchih has joined #openstack-nova07:52
*** rook has joined #openstack-nova07:52
*** e0ne has joined #openstack-nova07:53
*** aginwala has quit IRC07:53
*** nkrinner has quit IRC07:54
*** nkrinner has joined #openstack-nova07:55
*** pece has joined #openstack-nova07:56
openstackgerritAlex Xu proposed openstack/nova-specs: Corrects the API propose for live-migration progress  https://review.openstack.org/25512207:58
*** moshele has joined #openstack-nova08:00
*** zhangjn has joined #openstack-nova08:00
openstackgerritAlex Xu proposed openstack/nova-specs: Corrects the API propose for live-migration progress  https://review.openstack.org/25512208:02
*** matrohon has joined #openstack-nova08:03
*** gokrokve has joined #openstack-nova08:03
*** pece has quit IRC08:04
*** thorst has joined #openstack-nova08:06
*** matrohon has quit IRC08:07
*** gokrokve has quit IRC08:08
*** suro-patz has quit IRC08:10
*** RuiChen has quit IRC08:12
*** RuiChen has joined #openstack-nova08:13
*** aginwala has joined #openstack-nova08:14
openstackgerritesracelik proposed openstack/nova: Config options: centralize section "hyperv"  https://review.openstack.org/25512408:14
*** thorst has quit IRC08:14
*** liverpooler has joined #openstack-nova08:15
bauzasgood morning Nova08:15
*** belmoreira has joined #openstack-nova08:15
*** paul-carlton2 has quit IRC08:17
*** klkumar has quit IRC08:17
*** paul-carlton2 has joined #openstack-nova08:19
*** jichen has joined #openstack-nova08:20
*** amotoki has joined #openstack-nova08:22
*** gjayavelu has joined #openstack-nova08:23
*** ljxiash has quit IRC08:23
*** ljxiash has joined #openstack-nova08:23
*** shuquan_ has joined #openstack-nova08:23
*** markus_z has joined #openstack-nova08:23
cdentgood morning bauzas. I made some changes to the filter scheduler doc that probably could do with your review (I think it was probably you're writing I was updating): https://review.openstack.org/#/c/254394/08:23
*** shuquan has quit IRC08:24
*** shuquan_ is now known as shuquan08:24
bauzascdent: yeah, I saw your changes :)08:24
bauzascdent: btw. welcome to the nova team !08:24
cdentthanks08:24
cdenthappy to be here, etc08:24
bauzascdent: good to see you again08:25
bauzascdent: so, CC'ing myself on ^08:25
cdentwe have a strange habit of bumping into each other :)08:25
bauzashah :)08:25
bauzascdent: tbh, I'm pretty good with your change, I just feel something needs to be done with that rst file08:28
bauzascdent: most of the time, people need to review the implementation to know how the filter works08:28
bauzascdent: I'd love to provide some better explanation of the conditionals etc. directly in the doc08:29
*** shuquan has quit IRC08:29
cdentYeah, I considered trying to make more substantial changes, but I didn't want to bite off too much in one go. It was simply a case of "I'm in here reading this stuff closely now, may as well fix the typos and such that I find"08:29
bauzascdent: in general, I love to iterate quickly on docs, so I should +2 the above very quickly unless I'm seeing some big mistake08:29
cdentI'm happy to go back to it again later after I've learned more about the scheduler and give it a real tune up08:30
*** smoriya_ has quit IRC08:31
openstackgerritRui Chen proposed openstack/nova-specs: Task states improvement  https://review.openstack.org/21657808:32
*** fawadkhaliq has quit IRC08:32
openstackgerritlyanchih proposed openstack/nova: [db] Instances named invalid regexp string can't been deleted  https://review.openstack.org/25513008:37
*** aginwala has quit IRC08:37
openstackgerritdstepanenko proposed openstack/nova: WIP: This is 2nd part of changes according to pci-generate-stats blueprint.  https://review.openstack.org/24313108:39
*** PaulMurray has joined #openstack-nova08:39
openstackgerritdstepanenko proposed openstack/nova: Moved logic from nova.pci.stats.PciDevStats.consume_requests() to the nova.pci.manager.PciDevTracker._claim_for_instance() method using pci devices instead of pci pools.  https://review.openstack.org/24313108:42
openstackgerritdstepanenko proposed openstack/nova: WIP: This is 3rd part of changes according to pci-generate-stats  https://review.openstack.org/24769208:44
*** jlanoux has joined #openstack-nova08:46
*** matrohon has joined #openstack-nova08:46
*** Sukhdev has quit IRC08:47
*** fawadkhaliq has joined #openstack-nova08:48
*** fawadkhaliq has quit IRC08:49
*** MarcF has joined #openstack-nova08:50
ZZellejohnthetubaguy, hi08:52
openstackgerritAlex Xu proposed openstack/nova-specs: Corrects the API propose for live-migration progress  https://review.openstack.org/25512208:52
openstackgerritMarkus Zoeller (markus_z) proposed openstack/nova: libvirt: help text for config options (virt_type)  https://review.openstack.org/25283208:54
openstackgerritMarkus Zoeller (markus_z) proposed openstack/nova: libvirt: help text for config options (inject_data)  https://review.openstack.org/25343908:54
openstackgerritMarkus Zoeller (markus_z) proposed openstack/nova: libvirt: help text for config options (rescue)  https://review.openstack.org/25198708:54
openstackgerritMarkus Zoeller (markus_z) proposed openstack/nova: config options: centralize libvirt options  https://review.openstack.org/25090708:54
openstackgerritMarkus Zoeller (markus_z) proposed openstack/nova: libvirt: config options help text (use_usb_tablet)  https://review.openstack.org/25513308:54
*** rdopiera has joined #openstack-nova08:54
*** jaosorior has quit IRC08:55
*** salv-orl_ has quit IRC08:58
*** paul-carlton2 has quit IRC08:59
openstackgerritMarkus Zoeller (markus_z) proposed openstack/nova: libvirt: config options help text (use_usb_tablet)  https://review.openstack.org/25513308:59
openstackgerritMarkus Zoeller (markus_z) proposed openstack/nova: libvirt: help text for config options (virt_type)  https://review.openstack.org/25283208:59
openstackgerritMarkus Zoeller (markus_z) proposed openstack/nova: libvirt: help text for config options (inject_data)  https://review.openstack.org/25343908:59
openstackgerritMarkus Zoeller (markus_z) proposed openstack/nova: libvirt: help text for config options (rescue)  https://review.openstack.org/25198708:59
openstackgerritMarkus Zoeller (markus_z) proposed openstack/nova: config options: centralize libvirt options  https://review.openstack.org/25090708:59
*** c00281451_ is now known as cheneng09:00
*** cheneng is now known as chenzeng09:00
*** yassine__ has joined #openstack-nova09:01
*** yamahata has joined #openstack-nova09:01
*** wyang has quit IRC09:02
*** jerrygb has joined #openstack-nova09:02
*** sahid has quit IRC09:03
*** gokrokve has joined #openstack-nova09:04
openstackgerritAlex Xu proposed openstack/nova-specs: Corrects the API propose for live-migration progress  https://review.openstack.org/25512209:04
alex_xusdague: johnthetubaguy oomichi ^09:04
*** MarcF has quit IRC09:05
*** openstackstatus has quit IRC09:05
*** openstack has joined #openstack-nova09:07
*** ssurana has quit IRC09:07
*** jerrygb has quit IRC09:08
openstackgerritZhenyu Zheng proposed openstack/nova: config options: centralize section: "keymgr"  https://review.openstack.org/25504409:08
alex_xutangchen: will try tomorrow09:09
*** gokrokve has quit IRC09:09
tangchenalex_xu: thanks. :)09:10
alex_xutangchen: np09:10
openstackgerritAlex Xu proposed openstack/nova-specs: Corrects the API propose for live-migration progress  https://review.openstack.org/25512209:10
*** thorst has joined #openstack-nova09:12
*** ljxiash has quit IRC09:12
*** danpb has joined #openstack-nova09:13
*** ljxiash has joined #openstack-nova09:13
*** ociuhandu has quit IRC09:14
*** yamahata has quit IRC09:15
*** e0ne has quit IRC09:15
*** daemontool has joined #openstack-nova09:16
*** jaosorior has joined #openstack-nova09:16
*** wyang has joined #openstack-nova09:17
*** ljxiash has quit IRC09:17
*** thorst has quit IRC09:18
*** ljxiash has joined #openstack-nova09:21
*** obondarev has quit IRC09:23
openstackgerritesracelik proposed openstack/nova: Config options: centralize "configdrive" options  https://review.openstack.org/25409209:24
*** ndipanov has joined #openstack-nova09:27
*** terryyao has quit IRC09:30
*** rook has quit IRC09:30
*** garyk1 has joined #openstack-nova09:31
*** openstackgerrit has quit IRC09:32
*** openstackgerrit has joined #openstack-nova09:33
johnthetubaguyalex_xu: awesome, thanks for getting that up there, would be cool to get PaulMurray and others to take a peak at that too09:33
johnthetubaguyalex_xu: been going through the old v2 API ref docs on the etherpad, I think we missed a few things in the move to v2.109:33
*** fawadkhaliq has joined #openstack-nova09:34
*** lyanchih has quit IRC09:36
*** lyanchih has joined #openstack-nova09:37
bauzasalex_xu: you can use that one http://docs.openstack.org/developer/nova/code-review.html#when-a-release-note-is-needed for knowing09:37
*** sudipto has joined #openstack-nova09:38
bauzasalex_xu: tl;dr I think adding a features section is good for me09:39
*** Kevin_Zheng has quit IRC09:40
*** matrohon has quit IRC09:41
openstackgerritZhenyu Zheng proposed openstack/nova: Add project-id and user-id when list server-groups  https://review.openstack.org/20901809:41
*** ildikov has quit IRC09:42
*** zhangjn has quit IRC09:45
*** zenoway has joined #openstack-nova09:48
*** zenoway has quit IRC09:53
*** zenoway has joined #openstack-nova09:53
*** lyanchih has quit IRC09:53
openstackgerritAdelina Tuvenie proposed openstack/nova: Added support for new block device format in Hyper-V  https://review.openstack.org/24629809:53
openstackgerritAdelina Tuvenie proposed openstack/nova: Added support for new block device format in vmops  https://review.openstack.org/24629909:54
*** oomichi is now known as oomichi_away09:55
*** rook has joined #openstack-nova09:56
*** lyanchih has joined #openstack-nova09:56
*** zhangjn has joined #openstack-nova09:57
*** salv-orlando has joined #openstack-nova09:59
*** sahid has joined #openstack-nova10:00
*** obondarev has joined #openstack-nova10:02
*** openstackgerrit has quit IRC10:02
*** gcb has quit IRC10:02
*** zhenguo has quit IRC10:02
*** gszasz has joined #openstack-nova10:03
*** openstackgerrit has joined #openstack-nova10:03
*** salv-orlando has quit IRC10:03
openstackgerritTardis Xu proposed openstack/nova: Fix nova-scheduler loads all instance at startup  https://review.openstack.org/25517810:05
*** sfinucan has joined #openstack-nova10:05
*** ildikov has joined #openstack-nova10:09
openstackgerritTardis Xu proposed openstack/nova: Fix nova-scheduler loads all instance at startup  https://review.openstack.org/25517810:10
*** e0ne has joined #openstack-nova10:10
*** jamielennox is now known as jamielennox|away10:13
*** ljxiash has quit IRC10:13
*** ljxiash has joined #openstack-nova10:14
*** garyk1 has quit IRC10:14
*** garyk1 has joined #openstack-nova10:14
*** sileht has quit IRC10:16
*** pece has joined #openstack-nova10:16
markus_zBobBall: Are you the right person when I have questions about the check-citrix-xenserver CI?10:18
*** thorst has joined #openstack-nova10:18
*** ljxiash has quit IRC10:18
*** sileht has joined #openstack-nova10:19
BobBallmarkus_z: uhhhh uhhh uhhhh... well uhhhh that depends.10:19
*** sileht has quit IRC10:19
BobBallCan you tell me the question then I'll let you know if I'm the right person or if you should write to /dev/null? :)10:20
markus_zBobBall: Let's give it a try :) http://dd6b71949550285df7dc-dda4e480e005aaa13ec303551d2d8155.r49.cf1.rackcdn.com/32/252832/4/18724/logs/screen-n-cpu.txt.gz10:20
*** sileht has joined #openstack-nova10:20
*** aix has joined #openstack-nova10:20
markus_zBobBall: oh maann, nevermind, I found the issue10:20
BobBalloh good10:21
BobBalllol10:21
markus_zright when I wanted to start complaining ;)10:21
*** rushiagr_away is now known as rushiagr10:21
BobBallhow does a change in libvirt cause a failure like that for the xenserver cI??10:22
markus_zI'm not 100% sure yet. I'm shuffeling the config options and nova-conductor has an issue with that.10:24
markus_zhttp://dd6b71949550285df7dc-dda4e480e005aaa13ec303551d2d8155.r49.cf1.rackcdn.com/32/252832/4/18724/logs/screen-n-cond.txt.gz10:24
*** thorst has quit IRC10:24
markus_ztimestamp: 2015-12-09 09:25:51.57810:24
*** dims has quit IRC10:25
openstackgerritSudipta Biswas proposed openstack/nova: libvirt: Add ppc to supported arch for NUMA  https://review.openstack.org/24576510:25
*** alexschm has quit IRC10:26
PaulMurrayjohnthetubaguy, scroll back on my client has gone made - was there something in docs you wanted me to look at?10:27
johnthetubaguyPaulMurray: ah, yes, let me take a quick look10:27
johnthetubaguyPaulMurray: https://review.openstack.org/25512210:27
PaulMurrayjohnthetubaguy, thanks - looking10:28
*** alexschm has joined #openstack-nova10:29
*** ianbrown has joined #openstack-nova10:30
*** PaulMurray has quit IRC10:30
openstackgerritTardis Xu proposed openstack/nova: Fix nova-scheduler loads all instance at startup  https://review.openstack.org/25517810:30
*** lyanchih has quit IRC10:30
*** PaulMurray has joined #openstack-nova10:30
openstackgerritxiexs proposed openstack/nova: WIP: Add sriov info for live migration  https://review.openstack.org/25519310:31
*** alexschm_ has joined #openstack-nova10:31
*** alexschm has quit IRC10:34
*** AJaeger has joined #openstack-nova10:37
*** aix has quit IRC10:37
AJaegernova cores, during translation of nova for Liberty, we noticed quite a few inconsistencies. I've created a change to fix some of that at https://review.openstack.org/#/c/225923/10:38
*** rk4n has joined #openstack-nova10:38
AJaegerthat change has not seen a review for over a month...10:38
AJaegerIs that something you like to have or should I abandon it since there's no interest?10:38
AJaegerjohnthetubaguy, could you look at it, please?10:39
johnthetubaguyAJaeger: I can, if we attach a high priority bug to that, it will get more attention10:39
*** jistr has joined #openstack-nova10:39
AJaegerjohnthetubaguy: shall I file a bug myself?10:40
johnthetubaguyAJaeger: that would be great, thank you10:40
AJaegerjohnthetubaguy: Just want to know how to best continue with it...10:40
AJaegeron my way...10:40
*** rk4n has quit IRC10:40
*** rk4n_ has joined #openstack-nova10:40
johnthetubaguyAJaeger: I wonder if we want to make Floating always have a capital F?10:41
markus_zjohnthetubaguy: Would the "trivial bug list" in the priorities tracking etherpad be useful for such changes from AJaeger ?10:41
johnthetubaguymarkus_z: good point, it would10:42
AJaegerjohnthetubaguy: https://bugs.launchpad.net/nova/+bug/152427610:42
openstackLaunchpad bug 1524276 in OpenStack Compute (nova) "Inconsistent IP usage in help strings" [Undecided,New]10:42
AJaegerWill either of you add it to the etherpad - or shall I? IN that case, I need a link to it...10:43
* AJaeger updates the review to mention the bug report.10:43
markus_zAJaeger: It's already added10:43
openstackgerritdstepanenko proposed openstack/nova: Modified the nova.objects.ComputeNode object to load on-demand the pci_device_pools field by a subquery instead of pulling from the compute_nodes.pci_stats field in the database.  https://review.openstack.org/24769210:43
openstackgerritAndreas Jaeger proposed openstack/nova: Fix capitalization of IP  https://review.openstack.org/22592310:44
markus_zAJaeger: It's this etherpad: https://etherpad.openstack.org/p/mitaka-nova-priorities-tracking Just ping me when you have such a change.10:44
AJaegerthanks, markus_z !10:45
openstackgerritdstepanenko proposed openstack/nova: WIP: This is 4th patch of changes according to pci-generate-stats blueprint.  https://review.openstack.org/25075710:45
*** PaulMurray has quit IRC10:46
*** PaulMurray has joined #openstack-nova10:47
johnthetubaguyAJaeger: got a question on that patch, wondering about Floating vs floating?10:47
openstackgerritdstepanenko proposed openstack/nova: Introduced PciDevicePoolList get_all method that gets pci_device_pools from the database using PciDevice table  https://review.openstack.org/25075710:48
AJaegerjohnthetubaguy: I commented. Documentation team uses lowercase10:48
AJaegerjohnthetubaguy: You marked one change where it's the first word of the string, there we could uppercase it, since a sentence starts with uppercase.10:49
johnthetubaguyAJaeger: yeah, there are those API error code things10:49
johnthetubaguyAJaeger: good to know thats the choice that was made10:49
AJaegeryep10:50
AJaegerjohnthetubaguy: thanks for the review10:50
AJaegermarkus_z: thanks to you as well...10:51
markus_zAJaeger: you're welcome10:52
openstackgerritjichenjc proposed openstack/nova: Change some wording on server_concepts.rst  https://review.openstack.org/24806310:54
*** rdopiera has quit IRC10:55
*** yassine__ has quit IRC10:56
*** fawadkhaliq has quit IRC10:57
*** fawadkhaliq has joined #openstack-nova10:57
*** rdopiera has joined #openstack-nova10:59
openstackgerritStephen Finucane proposed openstack/nova: trivial: Add additional logs for NUMA scheduling  https://review.openstack.org/25478311:01
openstackgerritStephen Finucane proposed openstack/nova: Make use of 'InstanceNUMACell.cpu_policy' field  https://review.openstack.org/20265311:01
openstackgerritStephen Finucane proposed openstack/nova: Add 'hw:cpu_threads_policy=isolate' scheduling  https://review.openstack.org/20265511:01
openstackgerritStephen Finucane proposed openstack/nova: Add 'cpu_policy' and 'cpu_thread_policy' fields  https://review.openstack.org/20264811:01
openstackgerritStephen Finucane proposed openstack/nova: Add 'hw:cpu_thread_policy=require' scheduling  https://review.openstack.org/20265111:01
alex_xujohnthetubaguy: yeh, will catch live-migration guys when they wake up11:01
alex_xubauzas: got it, thanks11:01
alex_xujohnthetubaguy: which bits we missed?11:01
johnthetubaguyalex_xu: put them on the etherpad, os-limits has an extra tenant param, and os-volume_attachments (and possible os-volumes_boot, but that seems odd) http://developer.openstack.org/api-ref-compute-v2-ext.html#os-volume_attachments11:02
*** jyuso1 has joined #openstack-nova11:02
johnthetubaguyalex_xu: I am just preping the patches for those now11:02
*** fawadkhaliq has quit IRC11:03
alex_xujohnthetubaguy: ok, thanks for the patches11:03
*** jerrygb has joined #openstack-nova11:04
johnthetubaguyI need to update the topic to match, but will do that in a bit11:04
alex_xujohnthetubaguy: the tenant_id param?11:04
johnthetubaguyyeah https://review.openstack.org/25519511:05
*** kmartin has quit IRC11:05
alex_xujohnthetubaguy: the 'tenant_id' means the project_id in the url I think11:05
johnthetubaguyalex_xu: there are two in this case, also has a query string parameter11:05
*** kmartin has joined #openstack-nova11:05
johnthetubaguyalex_xu: http://developer.openstack.org/api-ref-compute-v2-ext.html#os-used-limits-for-admins11:06
johnthetubaguyalex_xu: we totally need to add some redirects to stop these old pages still working... I think bauzas knows how that magic works11:06
alex_xujohnthetubaguy: yea, the old api ref still in the memu11:08
johnthetubaguyalex_xu: it not in the menu any more, its just old pages never get deleted, for reasons I don't really understand11:09
*** jerrygb has quit IRC11:09
*** salv-orlando has joined #openstack-nova11:10
alex_xujohnthetubaguy: emm..ture, i'm curious where did you find the old ref entry11:12
alex_xujohnthetubaguy: I think I can file a bug, then see doc team whether can help us11:12
johnthetubaguyalex_xu: I think bauzas knows how to add that redirect, we hit the same issue with deverf11:13
johnthetubaguydevref11:13
alex_xujohnthetubaguy: ok11:13
*** aix has joined #openstack-nova11:14
*** aysyd has joined #openstack-nova11:14
*** lucas-dinner is now known as lucasagomes11:16
*** aysyd has quit IRC11:16
openstackgerritsahid proposed openstack/nova: libvirt: introduce freeze filesystems  https://review.openstack.org/24914011:17
openstackgerritsahid proposed openstack/nova: libvirt: check graphic/serial consoles at pre_live_migration step  https://review.openstack.org/25470911:17
openstackgerritsahid proposed openstack/nova: libvirt: introduce thaw filesystems  https://review.openstack.org/24914111:17
openstackgerritsahid proposed openstack/nova: libvirt: replace direct libvirt's call AbortJobBlock  https://review.openstack.org/24913811:17
openstackgerritsahid proposed openstack/nova: libvirt: return a root block device  https://review.openstack.org/24913911:17
openstackgerritsahid proposed openstack/nova: libvirt: introduce "snapshot" to Guest's object  https://review.openstack.org/24935311:17
*** markmc has quit IRC11:17
openstackgerritsahid proposed openstack/nova: libvirt: introduce block_stats to return device stats  https://review.openstack.org/25128811:17
openstackgerritsahid proposed openstack/nova: libvirt: introduce "pause" to Guest's object  https://review.openstack.org/24983411:17
openstackgerritsahid proposed openstack/nova: libvirt: wrapper list_guests to Host's object  https://review.openstack.org/24983511:17
openstackgerritsahid proposed openstack/nova: libvirt: introduce "shutdown" to Guest's object  https://review.openstack.org/24983311:17
openstackgerritsahid proposed openstack/nova: libvirt: introduce get_job_info to Guest's object  https://review.openstack.org/25074011:17
openstackgerritsahid proposed openstack/nova: libvirt: configure migrate max downtime  https://review.openstack.org/25073911:17
openstackgerritsahid proposed openstack/nova: libvirt: introduce "abort_job" to Guest's object  https://review.openstack.org/25073811:17
openstackgerritsahid proposed openstack/nova: libvirt: introduce "migrate" to Guest's object  https://review.openstack.org/25036511:17
*** aysyd has joined #openstack-nova11:18
*** markmc has joined #openstack-nova11:19
sdaguealex_xu: that spec update is awesome, and really a model for what I'd like api changing specs to look like11:23
*** zhangjn has quit IRC11:23
*** thorst has joined #openstack-nova11:23
alex_xusdague: :)11:23
*** EinstCrazy has quit IRC11:24
noqa_v_qoovniehello11:25
noqa_v_qoovniei've got a question about the nature of nova11:25
noqa_v_qoovnieand aggregation groups and AZones11:25
noqa_v_qoovniefirst of all, is there a way to create AZ w/o aggregation group at first?11:26
*** links has quit IRC11:26
*** thorst has quit IRC11:28
*** klkumar has joined #openstack-nova11:28
*** moshele has quit IRC11:30
*** paul-carlton2 has joined #openstack-nova11:31
*** eglynn has joined #openstack-nova11:32
*** ljxiash has joined #openstack-nova11:32
*** moshele has joined #openstack-nova11:33
gongyshalex_xu,  hi11:33
gongyshalex_xu,  https://review.openstack.org/#/c/252824/11:34
gongyshI have a response to your comment11:35
*** gongysh has quit IRC11:35
*** smatzek has joined #openstack-nova11:36
*** dims has joined #openstack-nova11:37
*** kashyap_ has joined #openstack-nova11:40
*** PaulMurray has quit IRC11:42
openstackgerritRyan Moore proposed openstack/nova: Add better help to rdp options  https://review.openstack.org/25355611:42
openstackgerritRyan Moore proposed openstack/nova: config options: centralize section: "rdp"  https://review.openstack.org/25238911:42
*** rook has quit IRC11:44
lxsliAnyone want to +A https://review.openstack.org/#/c/234659/? Has 2x+2 and +1 Jenkins11:44
*** rushiagr is now known as rushiagr_away11:48
*** ndipanov has quit IRC11:48
*** ndipanov has joined #openstack-nova11:49
*** kmartin has quit IRC11:49
sdagueBobBall: is this a real xenserver fail on https://review.openstack.org/#/c/254828/3 ?11:49
*** rushiagr_away is now known as rushiagr11:49
*** zhangjn has joined #openstack-nova11:49
sdaguelxsli: but it has a bunch of patches under it that aren't approved11:50
*** gokrokve has joined #openstack-nova11:50
sdagueso hitting +A is somewhat pointless11:50
*** vladikr has quit IRC11:50
lxsliah shoot, thanks for looking11:51
sdaguesahid: I responded to comments on https://review.openstack.org/#/c/254214/4 - want to take a look?11:51
*** EinstCrazy has joined #openstack-nova11:51
sdagueand the one above it11:51
*** rushiagr is now known as rushiagr_away11:52
*** igordcard_ has joined #openstack-nova11:54
*** igordcard_ has quit IRC11:55
*** gokrokve has quit IRC11:55
*** yassine__ has joined #openstack-nova12:00
*** ljxiash has quit IRC12:01
*** rotbeard has joined #openstack-nova12:02
*** daemontool has quit IRC12:04
*** cdelatte has quit IRC12:05
*** takedakn has joined #openstack-nova12:11
*** igordcard_ has joined #openstack-nova12:12
*** igordcard_ has joined #openstack-nova12:14
BobBallsdague: Presume you mean libvirt+xen fail? :)12:15
BobBallNo - looks like a race condition to me12:15
BobBalltempest.thirdparty.boto.test_ec2_instance_run.InstanceRunTest.test_run_stop_terminate_instance_with_tags was the failure12:15
*** links has joined #openstack-nova12:16
sdagueBobBall: ok, whew12:17
*** salv-orl_ has joined #openstack-nova12:17
*** jyuso1 has quit IRC12:19
*** jyuso1 has joined #openstack-nova12:19
*** salv-orlando has quit IRC12:20
*** smoriya has joined #openstack-nova12:24
esracelikmarkus_z: hi markus12:24
markus_zesracelik: Hi Esra12:24
esracelikmarkus_z: all unit tests are ok for my commits but I am getting jenkins failures from review.openstack.org do you any ideas? https://review.openstack.org/#/c/254092/12:25
esracelikmarkus_z: and https://review.openstack.org/#/c/255124/12:25
markus_zesracelik: I'm checking, one sec12:26
*** thorst has joined #openstack-nova12:27
*** sudipto has quit IRC12:28
*** matrohon has joined #openstack-nova12:29
*** migi_ has joined #openstack-nova12:30
*** houming has joined #openstack-nova12:31
*** migi_ has quit IRC12:31
*** rushiagr_away is now known as rushiagr12:32
*** meh_di has left #openstack-nova12:32
*** thorst has quit IRC12:33
*** gcb has joined #openstack-nova12:33
markus_zesracelik: It looks like messages from Rabbit got lost: http://logs.openstack.org/92/254092/4/check/gate-grenade-dsvm/b251f9b/logs/new/screen-n-cond.txt.gz?level=ERROR12:34
*** matrohon has quit IRC12:34
markus_zesracelik: I'm not sure why.12:34
markus_zesracelik: I'm checking if such message came up before at http://logstash.openstack.org12:35
openstackgerritPavel Kholkin proposed openstack/nova: enginefacade: 'migration'  https://review.openstack.org/24349612:35
*** matrohon has joined #openstack-nova12:36
esracelikmarkus_z: oh ok. anything I can do?12:36
markus_zesracelik: I recomment reading this ML post when you have some time: http://openstack.markmail.org/thread/piwfpukf6yemj2ra12:36
*** thorst has joined #openstack-nova12:36
markus_zesracelik: I'm still checking what the real issue is.12:36
esracelikmarkus_z: ok I am reading it now12:37
*** fawadkhaliq has joined #openstack-nova12:38
kashyap_win close12:39
openstackgerritPavel Kholkin proposed openstack/nova: enginefacade: 'migration'  https://review.openstack.org/24349612:40
*** kashyap_ has left #openstack-nova12:40
*** alejandrito has joined #openstack-nova12:40
*** ducttape_ has joined #openstack-nova12:40
*** Daisy has joined #openstack-nova12:41
*** jaosorior has quit IRC12:42
*** doug-fis_ is now known as doug-fish12:42
*** jaosorior has joined #openstack-nova12:42
*** terryyao has joined #openstack-nova12:43
*** boris-42_ has quit IRC12:43
*** salv-orl_ has quit IRC12:44
*** atuvenie has joined #openstack-nova12:45
*** thorst_ has joined #openstack-nova12:45
markus_zIs anyone aware of issues with logstash? Executing a simple query doesn't end in any result but with a loading symbol without an end.12:46
markus_zesracelik: I assume your patch is fine, but the gate has issue. You will see a peak here: http://grafana.openstack.org/dashboard/db/tempest-failure-rate12:47
*** cdelatte has joined #openstack-nova12:48
markus_zesracelik: I interpret the peak as an issue.12:48
*** takedakn1 has joined #openstack-nova12:48
*** thorst has quit IRC12:49
*** salv-orlando has joined #openstack-nova12:49
*** takedakn has quit IRC12:49
*** takedakn1 is now known as takedakn12:49
markus_zesracelik: I usually go to the #openstack-infra channel and try to figure out if that observation is correct and known.12:49
*** claudiub has joined #openstack-nova12:50
*** terryyao has quit IRC12:50
esracelikmarkus_z: oh ok,  and if I goes normal I comment recheck, right?12:50
esracelik*it goes normal12:51
*** terryyao has joined #openstack-nova12:51
markus_zesracelik:  "recheck no bug" if it is an exceptional thing.12:51
markus_zesracelik: sometimes "elastic recheck" shows you that you might hit a known bug, then "recheck bug #nnnn"12:52
markus_zesracelik: The link about debugging the gate includes also explanation about how to write an "elastic recheck" query.12:53
*** lyanchih has joined #openstack-nova12:53
*** jerrygb has joined #openstack-nova12:53
openstackgerritZhihai Song proposed openstack/python-novaclient: Change the logic for the client to retrive resources  https://review.openstack.org/24688112:53
notmorgansdague: is a followup patch to address your comments sufficient?12:54
esracelikmarkus_z: ok thanks, btw after every successful merge in nova/conf, we will get conflict because of nova/conf/_init_.py file. So will we be committing another patch resolving that conflict?12:54
*** bauzas has quit IRC12:55
notmorgansdague: because i dislike rolling a new patch for relatively minor nits at the cost of re-review/full battery of tests again on a more significant changeset.12:55
*** tbh has quit IRC12:55
*** amotoki_ has joined #openstack-nova12:56
markus_zesracelik: yeah, I've noticed it this morning too. I thought git could resolve that. I don't know yet how to solve this :(12:57
*** ducttape_ has quit IRC12:58
*** amotoki__ has joined #openstack-nova12:59
esracelikmarkus_z: i guess only __init__.py causes the conflict, maybe for now we should do register_opts somewhere else12:59
*** amotoki has quit IRC12:59
*** takedakn has quit IRC12:59
*** amotoki__ is now known as amotoki___12:59
markus_zesracelik: When I did the rebase this morning my local git complaint about the import statement at the beginning of the file.13:00
openstackgerritjaveme proposed openstack/python-novaclient: remove the default arguments "[]"  https://review.openstack.org/25417113:00
markus_zesracelik: I'm in a short meeting, right be back13:00
*** garyk1 has quit IRC13:00
*** amotoki___ is now known as amotoki__13:02
sdaguenotmorgan: it should update the existing patch, we typically like to get this right the first time, and it will make it easier for additional folks to review13:02
*** amotoki_ has quit IRC13:02
*** amotoki__ is now known as amotoki13:02
*** paul-carlton2 has quit IRC13:03
notmorgansdague: i would like to point out the decorator comment is really far into bikeshed land13:03
notmorgansdague: imo13:03
sdaguenotmorgan: the old code used a decorator13:03
moshelendipanov: can you review my answer to you comment in https://review.openstack.org/#/c/227160/ ? let me know if you agree13:04
notmorgansdague: cargo cult programming is not a good reason to keep with a pattern.13:04
sdagueso this is about making it a more minimal and reviewable change because it looks more like the old code13:04
sdaguenotmorgan: consistency is useful when you have 15,000 unit tests13:04
esracelikmarkus_z: maybe we can import directly from nova.conf.<newmodule> and call register_opts afterwards. and add a TODO message to merge these lines in __init__.py at the end13:04
*** Daisy has quit IRC13:05
notmorgansdague: i'm not refusting but i also want to point out that causing another cycle of review/test is expensive for minor comments [it's why in keystone we often do followup patches *before* the original one is merged]13:05
*** doug-fish has quit IRC13:06
sdagueright, so that's mostly not the culture here13:06
*** ildikov has quit IRC13:07
ndipanovmoshele, well I'm not sure we want to do validation really13:07
*** atuvenie_ has joined #openstack-nova13:08
ndipanovjust not stacktrace if the address is not correct13:08
ndipanovthe check was basically there before your patch13:08
ndipanovand you completely remove it13:08
ndipanovso my proposal is just to keep it around vf case13:09
moshelendipanov: I can add it, but I think that is was optimization to skip it normal pci, as the assumption was the PF with no VF is normal PCI13:10
*** atuvenie has quit IRC13:11
moshelendipanov: so you just want to add len(fun_cap.device_addrs) != 0   to the vf section?13:12
*** terryyao has quit IRC13:13
ndipanovmoshele, yeah13:13
moshelendipanov: ok will do13:13
ndipanovmoshele, as a reviewer I wonder why is this removed when it still seems like a vlaid thing to check for13:13
*** claudiub_ has joined #openstack-nova13:14
*** claudiub has quit IRC13:14
johnthetubaguyndipanov: I was just checking out the API docs, do you know about this API at all? http://developer.openstack.org/api-ref-compute-v2-ext.html#os-volume_boot13:16
esracelikmarkus_z: i will be away for half an hour13:16
ndipanovjohnthetubaguy, well13:17
ndipanovit's not an API as such13:17
ndipanovit's an extension13:17
ndipanovremember that that was once a way to communicate what is supported to the user13:17
johnthetubaguyndipanov: right, just extends the server create call I am assuming?13:17
ndipanovIt may not even do that... but we can check easily13:18
johnthetubaguythe tests are a bit confusing around that I guess: https://github.com/openstack/nova/blob/1635086529c43edcb69966c48c41b5fca2d1b26c/nova/tests/unit/api/openstack/compute/test_volumes.py#L17613:18
sdaguebut it also creates a new resource? we could have extensions in the list that don't have new resources.13:18
johnthetubaguysdague: yeah, trying to track that down13:19
johnthetubaguyndipanov: https://github.com/openstack/nova/blob/3ef150322ce1e377c98b54777ac745281c6c5ece/nova/api/openstack/compute/volumes.py#L555 is where I was looking13:19
ndipanovso there it is13:20
ndipanovit does not add anything to the boot request though13:20
johnthetubaguysdague: been checking what was in the v2.0-ext doc, but wasn't in the v2.1 doc, spotted two extra extensions13:20
sdaguejohnthetubaguy: gotcha13:20
ndipanovso we should probably support the resource13:20
sdagueyeh, it would be nice to remove in a future microversion, as it seems mostly confusing to have13:21
openstackgerritMorgan Fainberg proposed openstack/nova: Remove deprecated neutron auth options  https://review.openstack.org/25379213:21
notmorgansdague: ^13:21
johnthetubaguysdague: ndipanov: yeah, I am thinking I might just "forget" to document this one13:22
ndipanovnice13:22
johnthetubaguyI spotted this one was missing, but this one seems OK: http://developer.openstack.org/api-ref-compute-v2-ext.html#os-volume_attachments13:22
*** ildikov has joined #openstack-nova13:22
johnthetubaguydidn't realise we had two ways to attach a volume, post boot, until I looked into these docs13:23
ZZellejohnthetubaguy, hi13:23
*** doug-fish has joined #openstack-nova13:23
johnthetubaguyZZelle: hi13:23
ZZellejohnthetubaguy, which core devs can review https://review.openstack.org/186716 (vmware related change)?13:24
sdaguejohnthetubaguy - we require a reno for conf option deprecation, are we also doing one for the actual drop?13:25
johnthetubaguyZZelle: if it has been reviewed by the vmware subteam, feel free to add it on the list in here: https://etherpad.openstack.org/p/mitaka-nova-priorities-tracking13:25
sdagueI'm still not entirely clear on that front13:25
johnthetubaguysdague: I guess we should13:25
ZZellejohnthetubaguy, ok, thanks13:25
sdaguenotmorgan: you want to stick a reno on https://review.openstack.org/253792 ? That's something I missed on the last review, then I think we're good.13:26
*** terryyao has joined #openstack-nova13:26
johnthetubaguysdague: we should probably update those code review guidelines so thats clearer: http://docs.openstack.org/developer/nova/code-review.html#when-a-release-note-is-needed13:26
notmorgansdague: sure. will do shortly13:26
*** fawadkhaliq has quit IRC13:27
ZZellegaryk, hi13:28
*** edmondsw has joined #openstack-nova13:36
*** takedakn has joined #openstack-nova13:37
*** terryyao has quit IRC13:38
ndipanovjohnthetubaguy, might be wort checking what novaclient does13:38
ndipanovjohnthetubaguy, ok looks like it does not use th reasource so...13:38
ndipanovjohnthetubaguy, not related: it would be really good to get reviews on this one https://review.openstack.org/#/c/229574/13:39
ndipanovand the next one: https://review.openstack.org/#/c/22957513:39
ndipanovit's a prerequisit for a feature which is done basically13:40
ndipanovand unless you review it johnthetubaguy no one else will13:40
johnthetubaguyndipanov: that stuff is on my radar, just focusing on the API doc sprint today13:40
*** baoli has joined #openstack-nova13:40
*** jyuso1 has quit IRC13:41
ndipanovjohnthetubaguy, thanks13:41
*** baoli_ has joined #openstack-nova13:41
*** diogogmt has joined #openstack-nova13:41
openstackgerritMorgan Fainberg proposed openstack/nova: Remove deprecated neutron auth options  https://review.openstack.org/25379213:42
notmorgansdague: ^ reno added13:42
*** ljxiash has joined #openstack-nova13:44
*** eharney has joined #openstack-nova13:44
*** smatzek has quit IRC13:44
markus_zsdague: what would be the downside when we add a reno when we drop a deprecated conf option? potentially too much noise in the overall release notes?13:44
pkholkindansmith: Hello Dan, are you here? Could you please share your opinion about this small patch https://review.openstack.org/#/c/250807/1, thanks13:45
*** baoli has quit IRC13:45
sdaguemarkus_z: honestly, it seems reasonable to add it both at deprecate and remove, but we're still figuring out "when" at this point13:46
sdagueupgradeimpact was always so nebulous13:46
*** mgoddard has joined #openstack-nova13:49
sdaguenotmorgan: +213:49
pkholkinjohnthetubaguy: Hello John! Could you please return to our 'migration' enginefacade patch https://review.openstack.org/#/c/243496/10 ? We collect several opinions in 7-th patchset, as we understand there were no negative ones, just improvements and smth like this. We updated our patch, please leave your comments, thanks!13:49
sdaguejohnthetubaguy: you want to hit https://review.openstack.org/253792 when you can?13:49
notmorgansdague: yeah it might be13:49
*** snikitin has joined #openstack-nova13:50
notmorgansdague: and. thnx13:50
*** gongysh has joined #openstack-nova13:50
notmorganmordred: see sdague's +2 on the neutron conf opts13:50
sdaguenotmorgan: I've nearly worked my way backwards through the glance options to get it ready to put that service catalog lookup patch on top of it https://review.openstack.org/#/q/status:open+project:openstack/nova+branch:master+topic:glance_image_config,n,z13:51
*** yamahata has joined #openstack-nova13:51
sdaguethat's actually working on xen with the new calls where you can pass urls around13:52
markus_zsdague: FWIW, I have to admit that I still have a problem in understanding what exactly the "N" is, when upgrading to "N+1". My first understanding was N=kilo|liberty|mitaka. But in the code we ensure that we can upgrade from commit to commit, at least that's my impression. Not sure if that's the problem you described with "when at this point".13:53
mordredsdague: woot!13:53
mordredsdague: so, I haven't pushed it up13:53
mordredsdague: but I have a local patch on top of yours that takes the _next_ step and stops using urls too13:54
sdaguemarkus_z: we need both13:54
mordredsdague: mainly just so I could poke at the codebase and see what's needed13:54
esracelikmarkus_z: i am back13:54
sdaguemordred: on top of which mine?13:54
mordredsdague: but I'll wait for yours to land and stuff before I start down that road13:54
*** ducttape_ has joined #openstack-nova13:54
mordredsdague: "pass a url not a tuple"13:54
sdaguemordred: well that's 7 patch series now :)13:55
mordredsdague: sure. :)13:55
sdagueyou want to stick it up somewhere so I can see what it looks like?13:55
sdaguewe can hopefully get this whole stack into shape13:55
markus_zesracelik: could you write your suggestion at the end of this etherpad https://etherpad.openstack.org/p/config-options ?13:56
markus_zesracelik: I guess I think what you want to do, just want to be sure13:57
*** vladikr has joined #openstack-nova13:57
*** eglynn has quit IRC13:58
markus_zesracelik: I still don't figure out why git sees a merge problem. Maybe it has too little context for now.13:58
esracelikmarkus_z: ok, I should think about it more. then if I find a good solution i will share, ok?14:00
*** wuhg has joined #openstack-nova14:00
*** logan- has joined #openstack-nova14:01
johnthetubaguynotmorgan: sdague: not sure about that reno note, the prelude appears in a very odd place. There are some nodes on that here: http://docs.openstack.org/developer/nova/code-review.html#when-a-release-note-is-needed14:02
*** yamahata has quit IRC14:02
markus_zesracelik: yes, sounds good. I'm doing the reviews now.14:02
johnthetubaguynotmorgan: sdague: I am +2 otherwise14:02
johnthetubaguypkholkin: I think I got the decorator order mixed up in my head, but are you sure it is the correct way around?14:03
esracelikmarkus_z: ok thanks14:03
notmorganso uh14:03
notmorganjohnthetubaguy: remove the prelude?14:03
*** mdrabe has joined #openstack-nova14:03
johnthetubaguynotmorgan: yeah, sorry, just drop that bit14:03
openstackgerritAlex Xu proposed openstack/nova-specs: Corrects the API propose for live-migration progress  https://review.openstack.org/25512214:04
*** ccarmack has joined #openstack-nova14:04
openstackgerritMorgan Fainberg proposed openstack/nova: Remove deprecated neutron auth options  https://review.openstack.org/25379214:04
johnthetubaguynotmorgan: they all appear at the very top of the release notes, in commit order, I think14:04
notmorganjohnthetubaguy: yeah really not familiar with reno14:04
notmorganjohnthetubaguy: so... following recommendations14:05
*** rlrossit has joined #openstack-nova14:05
sdaguejohnthetubaguy: oh, we're dropping preludes?14:05
sdaguejohnthetubaguy: reno's documentation says you should use it14:05
sdaguehttp://docs.openstack.org/developer/reno/usage.html#creating-new-release-notes14:06
sdagueso maybe we should get that updated if it's not going to be the case14:06
*** gcb has quit IRC14:06
johnthetubaguysdague: just not using them till the end, is the current plan, at least that was my take away from a discussion with bauzas14:06
sdague"till the end" ?14:06
dhellmannyeah, it's not really expected that each note has its own prelude14:06
sdaguedhellmann: ok, that's not super clear14:07
dhellmannthe prelude section is to add text describing the release generally14:07
johnthetubaguysdague: I am thinking, we could add a release summary there, eventually14:07
johnthetubaguyah, yeah, what dhellmann was saying14:07
openstackgerritThomas Maddox proposed openstack/nova: virt: allow for direct mounting of LocalBlockImages  https://review.openstack.org/21531114:07
sdaguemaybe some guidance with "this is not expected to be in every release note, but only in the final summary notes of the release"14:07
sdagueor something14:08
dhellmannsdague : this is described under http://docs.openstack.org/developer/reno/usage.html#editing-a-release-note but if you have suggestions for clarifying that I'll definitely take them -- I want this stuff to be obvious14:08
sdaguedhellmann: yeh, where is the source doc for that?14:08
*** ducttape_ has quit IRC14:08
sdaguemaybe I can suggest wording14:08
*** jerrygb_ has joined #openstack-nova14:08
dhellmannhttp://git.openstack.org/cgit/openstack/reno/tree/doc/source/usage.rst#n48 and http://git.openstack.org/cgit/openstack/reno/tree/reno/create.py#n2214:09
*** houming has quit IRC14:09
dhellmannthe latter more directly says that not every note needs a prelude, so maybe we just need to sync those up14:09
sdagueok, I'll circle around14:09
sdaguein the middle of this test refactor, only 24 fails left....14:10
*** ljxiash has quit IRC14:10
*** haomaiwang has joined #openstack-nova14:10
dhellmannk14:10
alex_xumdbooth: pkoniszewski, hi, I updated the progress spec, appreciate you can take a look at, https://review.openstack.org/#/c/255122/ thanks in advance!14:10
* alex_xu didn't found other live-migration team members online, just add them to the reviewer directly14:11
pkholkinjohnthetubaguy: are you afraid that the order of the decorators is wrong and cause some problems?14:11
*** gongysh has quit IRC14:11
johnthetubaguypkholkin: yes, added comments in the review14:11
pkholkindoes some private function helps?14:11
*** jerrygb has quit IRC14:11
*** pece has quit IRC14:11
johnthetubaguypkholkin: yes, that would help14:11
*** cdent has quit IRC14:12
*** atuvenie_ has quit IRC14:12
johnthetubaguypkholkin: the problem is we need the remote decorator first, I think, then only when it reaches the conductor should the mutation of the context be applied, its possible it actually works OK, because the first mutation is ignored, just doesn't seem correct14:12
*** pratikmallya has joined #openstack-nova14:12
*** ccarmack has quit IRC14:12
*** ljxiash has joined #openstack-nova14:13
*** lykinsbd has joined #openstack-nova14:13
*** ccarmack has joined #openstack-nova14:13
*** bauzas has joined #openstack-nova14:13
johnthetubaguypkholkin: also, it seems to require an object version bump in its current form, as it changes the object hash, but I suspect if you move the decorator, that might not need a version bump14:13
pkholkinjohnthetubaguy: one more question, will it be right if we swap decorators? as I understand it will be ok but not clear to others14:14
*** ijuwang has joined #openstack-nova14:14
pkholkinjohnthetubaguy: hmm, yes, private function will not cause a new verson14:15
johnthetubaguybetter readability and avoiding a version bump seem like a win here14:15
openstackgerritThomas Maddox proposed openstack/nova: virt: allow for direct mounting of LocalBlockImages  https://review.openstack.org/21531114:15
johnthetubaguypkholkin: I wonder if we actually want a context manager instead of a decorator?14:15
* bauzas back from an Internet issue since 1130UTC14:16
*** houming has joined #openstack-nova14:17
*** cdent has joined #openstack-nova14:18
*** takedakn has quit IRC14:19
*** breitz has quit IRC14:19
*** breitz has joined #openstack-nova14:19
pkholkinjohnthetubaguy: we think that decorator is good for readability, we tried to do smth like this in 4-th patchset https://review.openstack.org/#/c/243496/4/nova/objects/migration.py14:20
openstackgerritIldiko Vancsa proposed openstack/nova: virt: Allow multiple volume attachments  https://review.openstack.org/19313514:20
openstackgerritIldiko Vancsa proposed openstack/nova: comp: Allow multiple volume attachments  https://review.openstack.org/19313414:20
openstackgerritIldiko Vancsa proposed openstack/nova: WIP: REST API changes to support multi-attach  https://review.openstack.org/15303814:20
pkholkinbut still decorator is more beautiful imho14:20
*** AJaeger has quit IRC14:21
johnthetubaguypkholkin: decorator is good if it was not a remoted method is also via a decorator that drops the context changes14:22
*** gokrokve has joined #openstack-nova14:22
*** pratikmallya has quit IRC14:22
*** jichen has quit IRC14:22
pkholkinjohnthetubaguy: yes( private method will help us14:23
johnthetubaguypkholkin: I quite like that pattern, because its clear, although I don't like the method names much: https://review.openstack.org/#/c/243496/4/nova/objects/migration.py14:23
*** yalie has quit IRC14:23
johnthetubaguypkholkin14:23
johnthetubaguypkholkin: yeah, happy to try the private method, to see how that looks14:23
johnthetubaguypkholkin: thats probably easier to read14:23
*** ctrath has joined #openstack-nova14:23
pkholkinjohnthetubaguy: ok, let's try)14:23
*** diogogmt has quit IRC14:24
openstackgerritAndrew Bogott proposed openstack/nova: Prevent scheduling of instances on full hosts.  https://review.openstack.org/24225114:24
*** mriedem_away is now known as mriedem14:25
*** diogogmt has joined #openstack-nova14:26
*** ildikov has quit IRC14:28
*** bklei has joined #openstack-nova14:28
openstackgerritPavel Kholkin proposed openstack/nova: enginefacade: 'migration'  https://review.openstack.org/24349614:29
*** ildikov has joined #openstack-nova14:30
pkholkinjohnthetubaguy: here it is ^14:31
*** mtanino has joined #openstack-nova14:31
pkholkinone sec more please14:32
johnthetubaguypkholkin: sorry, I know I suggested that, but looking at it, added one more idea14:35
*** gjayavelu_ has joined #openstack-nova14:35
*** ildikov has quit IRC14:35
johnthetubaguypkholkin: let me know if that looks better?14:35
pkholkinjohnthetubaguy: in this case it will looks better but we have several places when we have several db calls14:38
pkholkinI don't think we can adopt this concept everywhere14:38
*** diogogmt has quit IRC14:38
*** dave-mccowan has joined #openstack-nova14:38
johnthetubaguypkholkin: true14:39
johnthetubaguypkholkin: don't feel too bad mixing those two forms though14:39
*** gongysh has joined #openstack-nova14:40
*** akshai_ has joined #openstack-nova14:40
*** atuvenie has joined #openstack-nova14:41
*** pradk has joined #openstack-nova14:42
*** pradk has quit IRC14:43
*** fawadkhaliq has joined #openstack-nova14:43
*** akshai has quit IRC14:44
*** lykinsbd has quit IRC14:44
mriedemttx: i assumed that nova stable/liberty release would be 12.1.0 because of dependency updates, is that not true?14:44
*** pradk has joined #openstack-nova14:44
mriedemi thought that's how we've handled versions in the past, at least on clients/libraries14:44
*** mc_nair has joined #openstack-nova14:45
mriedemit's also how we've versioned stable releases before14:45
openstackgerritdstepanenko proposed openstack/nova: Modified the nova.objects.ComputeNode object to load on-demand the pci_device_pools field by a subquery instead of pulling from the compute_nodes.pci_stats field in the database.  https://review.openstack.org/24769214:45
openstackgerritTimofey Durakov proposed openstack/nova: DO NOT MERGE Ceph for live-migration job  https://review.openstack.org/25228314:45
*** pratikmallya has joined #openstack-nova14:45
*** lucasagomes is now known as lucas-hungry14:46
*** pratikma_ has joined #openstack-nova14:46
*** mrkz has joined #openstack-nova14:47
sdaguejohnthetubaguy / alex_xu hmmm, we've got api samples tests that actually specify differences if they are on the old vs. new code stack14:47
sdaguewhich is bad14:47
*** lykinsbd has joined #openstack-nova14:47
*** esracelik has quit IRC14:47
johnthetubaguysdague: I think we have a few cases were that is valid, sadly14:48
johnthetubaguysdague: we released v2.1 with some extensions missing, if I remember correctly14:48
pkholkinjohnthetubaguy: In general I like to decorate small functions olnly with db calls, but e.g. will it be ok here? https://github.com/openstack/nova/blob/master/nova/objects/compute_node.py#L395-L41714:48
pkholkinwhat do you think14:48
sdaguejohnthetubaguy: hmmm... ok14:48
*** atuvenie has quit IRC14:48
johnthetubaguypkholkin: that sounds like a good place for the _impl pattern14:49
johnthetubaguypkholkin: I am OK with that, I think14:49
*** gokrokve has quit IRC14:49
johnthetubaguysdague: it could be one of the bad ones though, where we don't get turn all the extensions on for some of the v2.0 tests?14:50
*** pratikmallya has quit IRC14:50
sdagueused_limits is currently one that I'm hitting14:50
sdagueI'm trying to mildly unspaghetify api_samples14:50
*** burt has joined #openstack-nova14:51
johnthetubaguysdague: oh, odd, I wouldn't have expected that to be different14:51
*** gjayavelu_ has quit IRC14:52
sdagueyeh, in the v2 legacy front there is rate information14:52
sdaguewhich is not true in v114:53
sdaguev2.1 or 2 on 2.114:53
*** ducttape_ has joined #openstack-nova14:54
openstackgerritDina Belova proposed openstack/nova: == WIP == Integrate OSprofiler and Nova  https://review.openstack.org/25470314:55
*** mgoddard has quit IRC14:57
openstackgerritTomi Juvonen proposed openstack/nova: Add host_status attribute for servers/detail and servers/{server_id}  https://review.openstack.org/24156214:57
ttxmriedem: what kind of dependency updates do we have ? I seem to remember someone saying stable release updates should only be .z... Maybe lifeless or dhellmann14:58
johnthetubaguysdague: ouch14:59
johnthetubaguysdague: :(14:59
ttxmriedem: for libs for example we only do .z, even with dep updates ?14:59
mriedemttx: we've done .y releases for libs and clients because of dependency updates15:00
mriedemto leave room for bug fixes on .z15:00
mriedemon stable branches15:00
mriedemin fact a lot of the gate wedges on dep installs in stable was because we didn't update .y enough15:00
mriedemso we had no wiggle room for patches on .z on stable15:00
ttxmriedem: on stable branches we did simple y bumps when we changed branches, leaving room for only .z, no ?15:00
mriedemttx: ideally yeah15:01
mriedembetween juno and kilo that wasn't always the case with some projeects15:01
mriedemso juno and kilo would be sharing the same .y version15:01
ttxso we can't do y bumps for stable branches in libs15:01
*** sneti has joined #openstack-nova15:01
*** smatzek has joined #openstack-nova15:01
mriedemsure, not libs15:01
mriedembut nova isn't a lib15:01
openstackgerritMoshe Levi proposed openstack/nova: libvirt: report pci Type-PF type even when VFs are disabled  https://review.openstack.org/22716015:02
mriedemif dependency updates for nova stable/liberty don't qualify as a .y bump, then what does since we don't backport features?15:02
*** ljxiash_ has joined #openstack-nova15:02
*** ndipanov has quit IRC15:02
*** eharney has quit IRC15:02
*** ndipanov has joined #openstack-nova15:02
ttxmriedem: nothing would, the stable branch would be only .z. Not saying that's what we should do (since we have room for .y since we bumped x), just trying to be consistent with what we do for libs15:03
*** dustins|gone is now known as dustins15:03
mriedemttx: that seems weird to me. stable server releases in the past were always a .y bump15:03
ttxlet's see if dhellmann or lifeless see an issue with bumping .y on stable branch updates for things that bumped x on stable branch boundary15:03
mriedemi'm not sure why decentralizaing stable server releases makes that any different15:03
*** eharney has joined #openstack-nova15:03
ttxmriedem: no, they always were .z15:04
*** cfriesen has joined #openstack-nova15:04
ttxmriedem: 2015.1.0, 2015.1.115:04
mriedemoh sh*t, you're right15:04
mriedemwe never had a .y as 0 before i guess15:04
*** claudiub_ has quit IRC15:04
mriedemy was always 1 or 2 for first or second half release15:04
ttxmriedem: yes15:04
mriedemok, yeah, but that was pre-semver15:05
*** ljxiash has quit IRC15:05
mriedemnow we have unherded cats with semver15:05
notmorgan~.15:05
ttxso I'm just returning the question -- i'm not sure why decentralizaing stable server releases makes that any different15:05
ttx(I could live with it, but I seem to remember someone having a good reason why we shouldn't do precisely that15:06
*** xyang1 has joined #openstack-nova15:06
jrollthe "bump major version every cycle" means we *can* do a .y bump if we would like15:06
*** mdrabe has quit IRC15:06
jrollI don't think "decentralizaing stable server releases" does change anything15:06
pkholkinjohnthetubaguy: I think it will be better to use _impl pattern everytime15:07
moshelendipanov: I addressed  your comment in https://review.openstack.org/#/c/227160/ , you can review again15:07
*** irenab has quit IRC15:07
johnthetubaguypkholkin: why is that, just for consistency?15:07
*** chinmaya has joined #openstack-nova15:07
ttxmriedem: also we already had a number of liberty stable point releases and those were all .z bumps, so there is precendent15:07
*** pumaranikar has joined #openstack-nova15:07
*** pumaranikar has quit IRC15:07
mriedemttx: yeah, but screw those guys :) the projects are independent now right?15:08
*** pumaranikar has joined #openstack-nova15:08
*** pushkaru has joined #openstack-nova15:08
mriedemi'd argue those .z bumps were wrong and should have been .y15:08
*** pushkaru has quit IRC15:08
*** jeffrey4l has joined #openstack-nova15:09
*** pumaranikar has quit IRC15:09
*** wanghao has joined #openstack-nova15:09
pkholkinjohnthetubaguy: yes, also our new decorator always wants self and context parameters, for db calls self is not always needed, so we can't use the only decorator for both cases15:09
ttxmriedem: I'm raising the question on #openstack-release, will get back to you15:09
*** pumaranikar has joined #openstack-nova15:09
*** cdelatte has quit IRC15:09
sdaguemigi: I approved https://review.openstack.org/#/c/254398/ - but there is also a comment in there about a uuid sentinal class that might make this clearer as it expands through the test code15:10
*** cdelatte has joined #openstack-nova15:10
sdaguelet me know what you think15:10
johnthetubaguypkholkin: hmm... the decorator is written wrongly I think15:10
sdaguemriedem: aren't you assuming the nova version is semver then?15:11
pkholkinjohnthetubaguy: when we write it we look at object functions where cls and context are always the first arguments15:11
dansmithsdague: migi: I'm taking a crack and that sentinel class right now because it sounds fun15:11
mriedemsdague: yes, i thought that was the idea15:11
sdaguemriedem: what are the rules for X besides time based?15:12
openstackgerritPavel Kholkin proposed openstack/nova: enginefacade: 'migration'  https://review.openstack.org/24349615:12
*** delattec has joined #openstack-nova15:12
sdaguedansmith: coolio15:12
mriedemsdague: well normally would be backwards incompat changes - which we shouldn't do in the api, but we certainly drop function and options every 6 months15:13
mriedemthose kinds of things don't get back to stable though15:13
sdagueok15:13
mriedemin the past dep updates in clients/libs were always a Y bump15:13
johnthetubaguypkholkin: yes, added a note on that old patch set, of how to avoid that15:14
mriedemand bug fixes/small patches are a Z15:14
johnthetubaguypkholkin: at least I think that would work15:14
pkholkinjohnthetubaguy: thanks, looking15:14
*** cdelatte has quit IRC15:15
*** derekh has joined #openstack-nova15:18
*** ssurana has joined #openstack-nova15:20
*** sudipto has joined #openstack-nova15:20
*** ildikov has joined #openstack-nova15:20
*** noqa_v_qoovnie has quit IRC15:22
*** ijuwang has quit IRC15:23
*** diogogmt has joined #openstack-nova15:25
*** inteq has quit IRC15:25
*** Daisy has joined #openstack-nova15:25
sdaguedansmith: something is up with grenade jobs and conductor - http://logs.openstack.org/38/249138/9/check/gate-grenade-dsvm-multinode/5b991dc/logs/new/screen-n-cond.txt.gz#_2015-12-09_12_44_35_39615:26
sdaguepost upgrade it's failing to connect to rabbit15:26
dansmithum15:27
dansmithonly conductor?15:27
sdaguewell, it's where things blow up15:27
sdaguebecause of the floating ip dealocation15:27
sdagueof the resources that span the upgrade15:27
*** mdrabe has joined #openstack-nova15:28
sdagueo.m 3.115:28
sudiptomriedem, could you please help on my query above?15:29
sudiptoHi, I am facing a strange issue with Jenkins...my review here: http://logs.openstack.org/65/245765 reports a failure in jenkins: http://paste.openstack.org/show/481323/  but my changes are not even there in the same line that jenkins reports ?? This works fine on my local environment...so a bit clueless...15:29
*** Daisy has quit IRC15:29
openstackgerritDan Smith proposed openstack/nova: Add uuidsentinel test module  https://review.openstack.org/25532115:30
*** gokrokve has joined #openstack-nova15:30
*** ljxiash_ has quit IRC15:30
*** ociuhandu has joined #openstack-nova15:30
dansmithsdague: see this? http://logs.openstack.org/38/249138/9/check/gate-grenade-dsvm-multinode/5b991dc/logs/new/screen-n-api.txt.gz?level=TRACE15:30
*** houming has quit IRC15:31
sdaguedansmith: oh, hey, I didn't see that one15:31
dansmithsdague: that's later, so I think the thing you see there in conductor is just mid-upgrade15:32
sdagueI guess I jumped directly to the network15:32
sdaguedansmith: hmmm... this is the single node case15:32
sdaguethere is no mid upgrade15:32
dansmithsdague: by mid-upgrade I meant whilst restarting things.. do we not restart rabbit?15:32
sdaguewe do not restart rabbit15:33
dansmithokay15:33
dansmithwell, I still think that API thing is more related to the failure, right?15:33
dansmithsdague: and conductor is clearly connected to rabbit after the reconnect error15:33
dansmithsdague: it handles a couple requests15:33
sdaguedansmith: ok, so any idea why this race is here? This seems weird15:34
*** gokrokve has quit IRC15:35
sdagueoh, sorry, this is multinode15:35
*** thorst_ has quit IRC15:35
dansmith..I was going to say, it's doing backports, so it better be multinode :)15:35
sdaguedo we have an incompatibility with the network node?15:35
dansmithsdague: you're asking about the failure in the api log?15:35
mriedemsdague: i thought we knew the failure was https://review.openstack.org/#/c/255245/15:35
mriedemhttp://logs.openstack.org/11/246211/19/check/gate-grenade-dsvm/06a815e/logs/new/screen-n-api.txt.gz?level=TRACE15:36
mriedemwtf, where is http://logs.openstack.org/38/249138/9/check/gate-grenade-dsvm-multinode/5b991dc/logs/new/screen-n-api.txt.gz?level=TRACE coming from?15:36
*** sneti has quit IRC15:37
openstackgerritgongysh proposed openstack/nova: Fix the duplicate nics for VMs  https://review.openstack.org/25282415:37
*** sneti has joined #openstack-nova15:37
snikitinjohnthetubaguy, pkholkin: John, unfortunately it doesn't work :(  getcallargs can't work with args. just with kwargs. https://github.com/openstack/nova/blob/master/nova/safe_utils.py#L28-L3115:37
sdaguemriedem: right, the second issue is the one that I'm curious about15:37
dansmithmriedem: sdague I don't see how this is a race, it seems like it must be something clearly wrong because we're deref'ing a name that doesn't exist15:38
johnthetubaguysnikitin: I think thats talking about the function you pass in (i.e. the decorated function), not the function using it?15:38
sdaguedansmith: well, it's a race in that it's not happening all the tim15:38
alaskisnikitin: it works with args, as long as the method being called has named them.  *args doesn't work15:38
dansmithsdague: okay, I just wonder how that is possible15:39
sdague http://tinyurl.com/oxsyeyy15:39
*** READ10 has joined #openstack-nova15:39
*** belmoreira has quit IRC15:39
sdaguejust after we tackled the other fail rate, we're spiking here15:39
dansmithand you're sure it's not all the time?15:39
dansmiththe slope of that curve seems high enough to be "all the time"15:40
sdagueit looks like it's landing in around 50% failure rate15:40
dansmithwhich means either the old or new network node is broken 100% of the time right?15:40
openstackgerritdstepanenko proposed openstack/nova: Duplicated the logic of nova.pci.stats.PciDeviceStats support_requests and apply_requests method into the nova.objects.PciDevicePoolList object.  https://review.openstack.org/24208715:40
sdagueyeh, probably15:41
sdaguelet me figure out in logstash the last time we got a pass15:41
sdaguemriedem: is logstash responding reasonably for you?15:41
*** lucas-hungry is now known as lucasagomes15:42
mriedemsdague: nope15:43
*** gongysh has quit IRC15:43
*** thangp has joined #openstack-nova15:44
*** Sukhdev has joined #openstack-nova15:44
*** gokrokve has joined #openstack-nova15:45
dansmithI don't see anything obvious that merged in the last couple days15:47
bauzasdansmith: are we still okay to provide that one https://review.openstack.org/#/c/242602/ ?15:50
bauzasdansmith: I can make it a reality, hence my question15:51
*** jeffrey4l has quit IRC15:51
*** alexschm_ has quit IRC15:51
*** jeffrey4l has joined #openstack-nova15:51
bauzasthat's good thing anyway, but I wanted to make sure15:51
dansmithbauzas: I think so, but mriedem and alaski were discussing it most recently, so I'd ask them15:51
bauzasokay, 'd love to hear thoughts on that15:52
bauzasmriedem: thoughts? I can see you +1ing only15:52
*** ljxiash has joined #openstack-nova15:52
*** zhangjn has quit IRC15:52
mriedembauzas: dansmith: alaski: so....15:53
bauzasmriedem: https://review.openstack.org/#/c/242603/13 seems correct to me too, so I feel it's fine to merge both15:53
bauzasunless I'm missing something15:53
*** rubasov has quit IRC15:53
mriedemright now i'm not sure we have anything consuming that15:53
mriedemsince i think we'll probably just drop https://review.openstack.org/#/c/242649/15:53
mriedemi brought it up the other day b/c of https://review.openstack.org/#/c/254428/15:53
bauzasfair to say but it helps us anyway15:54
mriedemand my concern about how today the bdm uniqueness is based on volume_id + device_name,15:54
mriedembut ^ breaks down when boot from snapshot/blank/image15:54
bauzashaving only ways to count BDMs using device_name just makes me sad15:54
mriedemwhere nova creates the volume and then sets the volume_id later15:54
alaskibauzas: I think the db migration for adding the uuid is good.  I would need to look at the later patches again15:55
*** liverpooler has quit IRC15:55
bauzasmriedem: I see your point, I just feel that we would get benefits from BDMs having uuids maybe in the next releases15:55
openstackgerritdstepanenko proposed openstack/nova: Moved logic from nova.pci.stats.PciDevStats.consume_requests() to the nova.pci.manager.PciDevTracker._claim_for_instance() method using pci devices instead of pci pools.  https://review.openstack.org/24313115:55
bauzasmriedem: just because it helps our problems15:55
mriedembauzas: well, it's a future requirement15:56
*** daemontool has joined #openstack-nova15:56
*** irenab has joined #openstack-nova15:56
bauzasmriedem: so IIUC your concern is that we wouldn't use the uuid right in that cycle, correct?15:56
mriedemso i'm hesitant to put that in when nothing is going to use it right now15:56
bauzasI see15:56
*** ljxiash has quit IRC15:56
mriedemright, i kind of feel we should add it when we plan on using it15:56
mriedemotherwise it's technical debt15:57
bauzasmriedem: but I'm considering the upgrade stratefy15:57
bauzasstrategy even15:57
pkholkinalaski, johnthetubaguy: why 'self' or 'cls' is not removed from argnames? next zip operation works incorrectly because it thinks that 'self' value should be used for first remaining_argname15:57
mriedembauzas: how so?15:57
pkholkinand our result is shifted15:57
*** haomaiwang has quit IRC15:57
bauzasmriedem: say that we would want to have uuids in the next releases, it would mean a migration path right? something like we usually do with the object (+nova-manage kind of stuff)15:58
alaskibauzas: I agree with mriedem that the series should be in good shape before going ahead with the db migration.  But I think this is something we need to do15:58
*** haomaiwang has joined #openstack-nova15:58
*** gokrokve has quit IRC15:58
bauzasmriedem: that would probably require some magic for using legacy computes15:58
mriedemalaski: well i think we're giving up on fixing that cells v1 bdm bug right?15:58
*** haomaiwang has quit IRC15:59
mriedemthat's what people said in the nova meeting a few weeks ago15:59
bauzasmriedem: by merging the uuid stuff now, we could prevent some upgrade backwards path in a next release, nope?15:59
mriedemno new fixes for latent cells bugs exposed by new tests15:59
bauzasright, that's what we said15:59
*** erlon has joined #openstack-nova15:59
*** smurke has joined #openstack-nova15:59
bauzasonly fix what regressed, not try to boil the ocean of uncovered bugs15:59
*** haomaiwa_ has joined #openstack-nova15:59
alaskiyeah15:59
*** gokrokve has joined #openstack-nova15:59
*** tjones has joined #openstack-nova15:59
*** haomaiwa_ has quit IRC16:00
alaskibut there was a ceph bug for similar reasons right?  it still seems useful to me16:00
bauzasmriedem: that said, I got your concern about some debt we would pay16:00
*** haomaiwang has joined #openstack-nova16:00
alaskirather, a race with deleting instances16:00
*** haomaiwang has quit IRC16:01
mriedemalaski: that's https://review.openstack.org/#/c/254428/16:01
mriedemalaski: which i'm hoping fixes that bug16:01
*** haomaiwa_ has joined #openstack-nova16:01
pkholkinalaski: could you please check 'getcallargs', please look the message above16:01
mriedemalaski: my thinking was along https://review.openstack.org/#/c/254428/2/nova/compute/manager.py and how it's using the volume_id to delete the volume that nova created,16:02
mriedemalaski: the problem was the volume_id wasn't set in the race failure16:02
mriedemalaski: so i was thinking along the lines of we could get these things by uuid, but that wouldn't help this case since nova still doesn't have the volume_id set on the bdm at that point16:02
alaskimriedem: okay, I see your point16:02
mriedemalaski: so the real solution is to stop creating volumes in nova :)16:03
alaski\o/16:03
mriedemor to not allow delete while doing so :)16:03
mriedembut neither of those are going to happen16:03
*** zz_john5223 is now known as john522316:03
mriedemndipanov: btw, can you check this out - should fix a race bug in the gate https://review.openstack.org/#/c/254428/16:03
alaskiI do think there's still value in assigning a uuid to bdms, however the priority is much lower if we're not going to address cells16:04
ndipanovyeah I am just looking at that mriedem and really want to say that this does not fix the fundamental race16:04
*** pumaranikar has quit IRC16:04
ndipanovthe race of all races!16:04
ndipanovjust kidding16:04
ndipanovbut it does not fix the race16:04
*** pumaranikar has joined #openstack-nova16:05
*** pradk has quit IRC16:05
mriedemndipanov: well, from the log digging i did in one of the ceph job gate failures, with notes in the bug report, it should close the gap16:05
mriedem*narrow the gap16:05
ndipanovnarrow yes16:05
mriedemb/c in the logs i was looking at, we had created the volume and were attaching by the time the delete came in16:05
mriedembut we hadn't yet saved off bdm.volume_id16:05
mriedemso when we deleted the instance, that was None and we orphaned the volume16:05
mriedemwhich then tempest puked on b/c it tried deleting the volume snapshot before the related volume was gone16:06
mriedemthis is still racy for sure16:06
mriedemtempest might fire off the snapshot delete while that dependent volume is still being deleted, idk, but that would fail16:06
*** kmartin has joined #openstack-nova16:07
alaskipkholkin: looking now16:07
bauzasmriedem: fwiw, I got your concern about approving something not really planned yet, I'm holding off16:07
mriedemjgriffith: does cinder have an API to find dependent volumes for a given snapshot?16:07
pkholkinalaski: I think we should add this in IF     args = args[1:]16:07
*** vishwanathj has quit IRC16:08
*** nkrinner has quit IRC16:08
*** vishwanathj has joined #openstack-nova16:08
*** tonytan4ever has joined #openstack-nova16:09
*** artom has joined #openstack-nova16:09
*** pradk has joined #openstack-nova16:10
sdaguedansmith: hmmm... I'm kind of stumped on this fail because API is throwing an exception, which should be from over the wire16:12
edleafemarkus_z: around?16:12
*** mjura has quit IRC16:13
*** chinmaya has quit IRC16:14
edleafebauzas: did you see the discussion I had yesterday with belmoreira?16:16
dansmithsdague: well, I'm not so sure about that16:17
dansmithsdague: the rpc bit I mean16:17
dansmithsdague: I know that there is one line of o.m in there, but it's also calling to "LocalManager", and there doesn't seem to be enough in the stack trace to support going over the wire16:18
*** jerrygb_ has quit IRC16:18
*** kfarr has joined #openstack-nova16:18
sdaguecould oslo.messaging be doing a short circuit?16:19
dansmithand no corresponding fail in the log of another service16:19
sdagueyeh, I know it's not seeming to hit the other side of the wire here16:19
dansmitho.m doesn't know what things connect to what, so I don't think so16:20
openstackgerritTimofey Durakov proposed openstack/nova: DO NOT MERGE Ceph for live-migration job  https://review.openstack.org/25228316:20
dansmithI think this is just the api service using something in network-api that doesn't involve an rpc call16:20
*** lyanchih has quit IRC16:20
alaskipkholkin: working on a test case to verify this16:21
sdaguedansmith: ok, but this is a pretty new fail16:21
*** ljxiash has joined #openstack-nova16:21
sdagueI guess it times with the constraints update - https://review.openstack.org/#/c/254571/2/upper-constraints.txt,cm16:21
*** diogogmt has quit IRC16:22
sdaguewhich unfortunately doesn't run any multinode jobs16:22
dansmithhmm, not sure what in constraints/reqs would have caused this16:22
dansmithbut then again, I got nuthin anyway16:22
bauzasedleafe: no, and my IRC bouncer had some issues since my EU morning :(16:22
mriedemdansmith: it allows running with newer oslo16:22
markus_zedleafe: yepp, present16:22
mriedemthe dvsm jobs are otherwise constrained by what's in that u-c file16:22
mriedembut updating the u-c file isn't tested on lots of things (multinode/upgrade, ironic, ceilometer)16:23
pkholkinalaski: you can try any of this one https://review.openstack.org/#/c/243496/10/nova/tests/unit/db/test_db_api.py but remove 'self' and 'context' from the corresponding decorator as John advised16:23
*** daemontool_ has joined #openstack-nova16:23
mriedemthe u-c change did go through grenade though16:23
sdaguemriedem: single node16:23
*** sahid has quit IRC16:23
dansmithwhat all was in that update?16:24
mriedemoslo.messaging 3.1.0 https://review.openstack.org/#/c/254571/2/upper-constraints.txt,cm16:24
mriedemversioned objects16:24
mriedemmistralclient - i always knew that was going to break nova somehow16:24
pkholkinalaski: http://xsnippet.org/361239/16:25
*** suro-patz has joined #openstack-nova16:25
sdaguean amqp bump16:26
edleafebauzas: the _init_instance_info of HostManager loads the instances for each compute node on startup16:26
edleafebauzas: this includes deleted instances16:26
alaskipkholkin: http://xsnippet.org/361240/ passes for me16:26
edleafebauzas: belmoreira had a case where they had *lots* of deleted instances, and it was taking forever16:27
*** hemnafk is now known as hemna16:27
bauzasedleafe: mmm16:27
pkholkinalaski: I want test with 'self' :)16:27
bauzasedleafe: I see, so you plan to fix that ?16:27
*** suro-patz has quit IRC16:28
*** daemontool has quit IRC16:28
edleafebauzas: my question is: is there any reason we can't add a filter to not retrieve deleted instances? IOW, do any filters require deleted instance info?16:28
bauzasedleafe: that sounds weird to me IMHO16:28
edleafebauzas: yes, unless it would cause other issues16:28
alaskipkholkin: https://github.com/openstack/nova/blob/master/nova/tests/unit/test_safeutils.py got you covered :)16:28
edleafebauzas: what sounds weird?16:28
bauzasedleafe: I don't see a point where we would need to know states of deleted stuff, it's the past while we want to schedule vs. the present16:28
sdagueat least in the case I'm looking at the node where this vm is running is on the same one as the api server16:28
ndipanovmriedem, tl;dr I am strongly -1 on this16:29
ndipanovit defies common sense16:29
sdaguedansmith: is there some fast path here that just openned up?16:29
openstackgerritdstepanenko proposed openstack/nova: Moved logic from nova.pci.stats.PciDeviceStats.consume_requests() to the nova.pci.manager.PciDevTracker._claim_for_instance() method using pci devices instead of pci pools.  https://review.openstack.org/24313116:29
bauzasedleafe: I need to review the filters using the instance info, but AFAIK, they're only needing to know the running instances, right ?16:29
mriedemndipanov: how so?16:29
alaskipkholkin: I may not be understanding yet.  if you have a test case that fails that would help16:29
dansmithsdague: I dunno what you mean.. there is no RPC going on here16:29
ndipanovmriedem, we found a bug16:29
dansmithsdague: and hasn't been for a couple years at least16:30
ndipanovwith a test16:30
edleafebauzas: my only concern was anti-affinity, if a deleted instance was restored16:30
ndipanovso instead of fixing it16:30
bauzasedleafe: if so, you should just fix the call to only get the running ones, and if someone wants to provide another in-tree filter using deleted instances, then we could discuss on that by the review change16:30
ndipanovwe hack the code to keep the test that we know is failing running16:30
sdaguedansmith: for floating ips disassociate?16:30
dansmithsdague: correct16:30
sdaguehuh16:30
sdaguehow does that work with multinode?16:30
*** ijw has joined #openstack-nova16:30
bauzasedleafe: sec, I'm trying to remember when I thought about a possible VM resurrection16:31
bauzasedleafe: AFAIK, it's a dead-end when you delete16:31
bauzasedleafe: but I remember some edge case that I need to verify16:31
edleafebauzas: ok, thanks. I wasn't sure about that either16:31
dansmithsdague: I'm saying I'm tracing through the stack that it's barfing and we're not in the middle of an rpc call16:32
alaskindipanov: I don't think the test is buggy.  we have plenty of users who would do exactly the same thing, delete a server while it's building16:32
ndipanovmriedem, 2 answers are - fix the bug - we care! or turn the test off - we don't give a f*k. everything else is16:32
*** ijw has quit IRC16:32
dansmithsdague: it has to make a call to the appropriate network at some point, but not in that stack trace16:32
ndipanovalaski, my point exactly16:32
ndipanovthe test is fine16:32
ndipanovthe code is buggy16:32
sdaguedansmith: right, I see that, but I don't understand16:32
ndipanoveither fix the code16:32
jgriffithmriedem: oddly enough no16:32
bauzasedleafe: there is a conf opt defaulted to 0 that helps that, but I need to doublecheck16:32
*** jaosorior has quit IRC16:32
ndipanovor remove the test since we don't care enough16:32
*** ijw has joined #openstack-nova16:33
ndipanovdon't hack to code to keep the test less honest16:33
jgriffithmriedem: that would be a reasonable enhancement to the show command IMHO, and I *thought* somebody had proposed that already16:33
dansmithsdague: the line in the stack trace from o.m is purely the expected_exceptions wrapper, which we're using even in the direct call because we're calling straight to the manager16:33
jgriffithmriedem: I'll look and see if it's hung up in review somewhere16:33
jgriffithmriedem: but for now, the answer is nope16:33
sdaguedansmith: ok, so the issue is the manager never initialized correctly?16:33
dansmithsdague: well, that's what I was looking for, but I don't see it, hang on16:34
openstackgerritPavel Kholkin proposed openstack/nova: enginefacade: 'migration'  https://review.openstack.org/24349616:34
dansmithsdague: this is why we're not making an rpc call: https://github.com/openstack/nova/blob/master/nova/network/floating_ips.py#L453-L45616:35
dansmithsdague: so either self.l3driver isn't initialized when it should be, or interface is truthy when it shouldn't be16:36
alaskindipanov: I get your point about using volume_id being a bit hacky, but the save() isn't intended as a hack16:36
bauzasedleafe: yeah I remember now, it's the soft-delete possibility of the API16:36
mriedemndipanov: i've replied to https://review.openstack.org/#/c/254428/16:37
pkholkinalaski: please try any of these new tests from this patch https://review.openstack.org/#/c/243496/13/nova/tests/unit/db/test_db_api.py, values incorrectly get for 'context' and 'value' in our new decorator http://xsnippet.org/361242/16:37
mriedemndipanov: i can update the comments in block_device to say it reduces the window but doesn't eliminate it16:37
mriedemndipanov: and i can check for bdm.volume_id in _shutdown_instance before trying to delete (and log a warning about a race)16:37
ndipanovmriedem, and also check and log if volume_id is missing16:38
ndipanovyeah16:38
mriedemndipanov: yeah, that's fine16:38
ndipanovit would still be sad about it16:38
mriedemndipanov: but otherwise i'm not sure what your opposition is as this being a partial at least fix16:38
*** yassine__ has quit IRC16:38
mriedemfrom the logs, this is clearly a race that happened16:38
ndipanovbut we'd at least be honest in saying - look we are obviously using duck tape here16:38
mriedemas noted here https://bugs.launchpad.net/cinder/+bug/1464259/comments/1316:38
openstackLaunchpad bug 1464259 in OpenStack Compute (nova) "Volumes tests fails often with rbd backend" [High,In progress] - Assigned to Matt Riedemann (mriedem)16:38
ndipanovbut black is a good color16:38
sdaguedansmith: there was an o.vo update in that patch, would that have affected the truthiness of interface16:39
mriedemndipanov: sure i'm on board with a check and warning16:39
sdaguehere - https://github.com/openstack/nova/blob/master/nova/network/floating_ips.py#L43516:39
dansmithsdague: not that I can think of, that'd be a pretty major thing.. either way, interface *should* be set, right/16:39
*** haomaiwa_ has quit IRC16:40
bauzasedleafe: yeah, I remember now, it's basically the conf opt reclaim_instance_interval defaulted to 016:40
edleafebauzas: exactly - if you undelete a soft-deleted instance, it might break anti-affinity16:40
sdaguedansmith: right, I suppose16:40
dansmithsdague: also, we're not setting l3_lib in the config, which means it defaults to the linux net one, which means l3driver should be set16:40
*** haomaiwang has joined #openstack-nova16:40
sdagueI guess the real issue is why isn't l3driver loaded16:40
bauzasedleafe: but that just holds off the *real* deletion, it just marks the instance as SOFT_DELETED without putting deleted=uuid in the instances DB table16:40
pkholkinalaski: do you understand our case? maybe we do smth wrong16:41
bauzasedleafe: so if you get the list of instances, you should still get soft deleted as considered active16:41
bauzasedleafe: if filtering on deleted != 016:41
dansmithsdague: it's not just not loaded, it's not set on the manager instance, which can't really happen, AFAIK16:41
bauzaswell, deleted ==  0 rater16:41
dansmithsdague: can't really escape this: https://github.com/openstack/nova/blob/master/nova/network/manager.py#L282-L28216:41
sdaguedansmith: well it clearly can happen16:41
pkholkindansmith: hi Dan, could you please leave your comments about this small patch https://review.openstack.org/#/c/250807/1 ?16:42
alaskipkholkin: yeah, I see that you're hitting an issue here but I'm not sure why yet.  I'm going to pull this down and trace it16:42
dansmithpkholkin: I already did16:42
edleafebauzas: right, because the instance files are still on the compute node16:42
pkholkindansmith: oh sorry, thanks, looking16:42
bauzasedleafe: zactly, so that's not a real case of resurrecting a VM16:42
dansmithpkholkin: I don't know why you're pinging me to look at that though16:42
pkholkinalaski: hmm, ok thanks16:43
bauzasedleafe: which means that when you filter by deleted, you should be sure that what has been deleted is the past, and there is zero way to resurrect that16:43
pkholkindansmith: afaik you are good in databases)16:43
dansmithpkholkin: afaik you are very wrong about that :)16:43
edleafebauzas: makes sense. Thanks!16:43
bauzasedleafe: speaking of https://github.com/openstack/nova/blob/master/nova/scheduler/host_manager.py#L377-L380 (which is the problem I guess)16:43
pkholkindansmith: :)16:44
mriedemndipanov: so are you good with my response? if so i'll get started on those updates.16:44
edleafebauzas: correct - that's where we need to add the deleted filter16:44
bauzasedleafe: zactly16:44
bauzasedleafe: and like I said, if you do that, it's safe because those deleted instances can't be resurrected to be clear16:45
sdaguedansmith: unfortunately the FloatingIP mixin is assuming that attribute, even if it's not mixed in with manager16:45
dansmithsdague: the only thing I can think of is if something changed recently that is causing us to not super() somewhere16:45
sdaguehttps://github.com/openstack/nova/blob/b96d4ad15e158be35b315b75a5f3c91e13361e75/nova/network/floating_ips.py#L69416:45
sdagueif you build a local manager, you bypass it16:45
dansmithsdague: right, all those manager mixins for network work that way16:45
pkholkindansmith: as I understand that code was added similar to some other place, is it true that we could have two equal rows in db?16:45
edleafebauzas: I don't know if belmoreira entered the bug yet, but he manually changed the filter to exclude deleted and saw a huge improvement16:46
pkholkinmaybe we should add some sort to fetch the same row everytime16:46
bauzasedleafe: bug me when the patch is there, I'll prio that16:46
dansmithsdague: yeah, I guess so16:46
dansmithsdague: so what changed?16:46
sdaguedansmith: no idea16:47
edleafebauzas: thx!16:47
dansmithpkholkin: I don't know, as I said in my review comments, and further supported by me explaining that I'm not a db guru16:47
dansmithpkholkin: ask jaypipes16:47
dansmithsdague: all of that code that I chased down looked pretty old16:47
sdaguedansmith: but api manager seems to always do it this way16:47
pkholkindansmith: ok thanks16:48
dansmithsdague: ....api manager... ?16:48
dansmithsdague: the floating_manager in network.api you mean?16:48
dansmithsdague: any chance this is also hostname related such that we used to make an rpc call and now we're not?16:50
dansmithI mean, hostname should be the same between n-api and n-net, so I don't see how this wouldn't have always been called,16:50
dansmithbut that would explain it16:50
dansmithsdague: can you look to see if all the fails are non-rax or something?16:50
*** earlephilhower has joined #openstack-nova16:50
*** gokrokve has quit IRC16:51
*** klkumar has quit IRC16:51
sdaguedansmith: well, logstash is down, so pattern analysis is out the window right now16:51
sdaguethis fail is hp cloud16:51
dansmithokay, hmm16:52
dansmiththat seems like the most likely thing that could have caused us to take a different path in the last 24 hours16:52
dansmithbecause I don't see any other related changes16:52
mriedemsdague: there is a change up to fix logstash16:53
*** paul-carlton2 has joined #openstack-nova16:53
*** rushiagr is now known as rushiagr_away16:53
sdaguedansmith: I'm also somewhat suspect of - http://logs.openstack.org/38/249138/9/check/gate-grenade-dsvm-multinode/5b991dc/logs/new/screen-n-net.txt.gz16:53
dansmithsdague: why?16:54
sdagueso, that's the new network node coming up16:54
mriedemsdague: back up to date now http://status.openstack.org/elastic-recheck/gate.html16:54
mriedemlet's try kibana16:54
*** rushiagr_away is now known as rushiagr16:54
*** gszasz has quit IRC16:55
mriedemwoohoo some results!16:55
mriedemhttp://logstash.openstack.org/#dashboard/file/logstash.json?query=message:%5C%22AttributeError:%20'LocalManager'%20object%20has%20no%20attribute%20'l3driver'%5C%22%20AND%20tags:%5C%22screen-n-api.txt%5C%2216:55
mriedemdefinitely started in the last 24 hours16:56
dansmithsdague: ah, failed to update its service record16:56
sdaguedansmith: is it possible the new network node never checks in after the restart16:56
sdagueyeh16:56
sdaguebecause oslo.messaging went bonkers16:56
*** thorst has joined #openstack-nova16:56
dansmithsdague: well, I dunno about that.. but the request timed out at least16:57
*** ljxiash has quit IRC16:57
*** xymind has left #openstack-nova16:57
dansmithsdague: the service stayed up for three more minutes, which means it probably updated itself again later16:57
sdaguehttp://logstash.openstack.org/#dashboard/file/logstash.json?query=message:%5C%22closed%20the%20connection.%20Check%20login%20credentials:%20Socket%20closed%5C%2216:57
sdaguedansmith: maybe, though don't we send a message when we do that16:57
dansmithsdague: don't send a message when we do what?16:57
sdaguesorry, log a message if we've updated?16:58
dansmithI see, yes16:58
dansmithbut we'd continue to see traces here like we do for compute if it failed16:58
sdagueso that's the huge new pile of oslo.messaging fails16:58
cdentbauzas: you still around? Wonder about your "hosts" comment on my filter_scheduler changes. Does it apply anywhere I'm using "filter hosts" or just the place you commented?16:58
mriedemhttps://github.com/openstack/oslo.messaging/compare/3.0.0...3.1.016:58
*** sudipto_ has joined #openstack-nova16:59
mriedemhttps://github.com/openstack/oslo.messaging/commit/daddb82788918296f8b34d6cdeb40d01620fb18316:59
mriedemsdague: ^16:59
dimssileht : around? ^^16:59
silehtyes16:59
*** unicell1 has joined #openstack-nova16:59
*** suro-patz has joined #openstack-nova17:00
silehtdoesn't this intraduce an issue ?17:00
dansmithsdague: mriedem how hard is it to get some runs with 3.0.0 again?17:00
dimssileht : any ideas?17:00
mriedemdansmith: probably hard given we don't control that in nova anymore, it's in u-c17:00
*** ssurana has quit IRC17:00
*** haomaiwang has quit IRC17:01
dansmithsdague: the way that crash is logged kinda looks like it takes out the service.. what's confusing is that we have two logs later during shutdown17:01
*** unicell has quit IRC17:01
dansmithsdague: but that could definitely have paralyzed the service17:01
mriedemdo we have a bug in nova for this yet?17:01
*** links has quit IRC17:01
dansmithsdague: but it still doesn't explain how n-api got where it is, because if the service is down, it won't do the l3 bits very explicitly17:01
*** haomaiwang has joined #openstack-nova17:01
silehtdims, what the issue ?17:01
dimsmriedem : sdague : explain a bit please?17:02
*** sudipto has quit IRC17:02
dansmithdims: we don't know yet17:02
openstackgerritEd Leafe proposed openstack/nova: WIP: Remove the opts.py from nova/scheduler  https://review.openstack.org/25538317:02
dims"so that's the huge new pile of oslo.messaging fails"17:03
dansmithsileht: we're wondering if the above linked change is causing us to fail during init_host on a node17:03
sdaguedansmith: actually, no it totally explains it17:03
mriedemhere is the bug https://bugs.launchpad.net/nova/+bug/152441817:03
openstackLaunchpad bug 1524418 in OpenStack Compute (nova) "gate-grenade-dsvm-multinode fails with "AttributeError: 'LocalManager' object has no attribute 'l3driver'"" [Undecided,New]17:03
sdaguehttps://github.com/openstack/nova/blob/b96d4ad15e158be35b315b75a5f3c91e13361e75/nova/network/floating_ips.py#L43917:03
sdaguehttps://github.com/openstack/nova/blob/b96d4ad15e158be35b315b75a5f3c91e13361e75/nova/network/floating_ips.py#L44817:03
dansmithsdague: those are 404 for me17:03
sdaguewhich then takes you into https://github.com/openstack/nova/blob/b96d4ad15e158be35b315b75a5f3c91e13361e75/nova/network/floating_ips.py#L45517:03
dimsme too17:03
sdagueoh, dammit17:03
sdaguelocal patch17:03
sdagueone sec17:03
sdaguehttps://github.com/openstack/nova/blob/b5890b3c36613919338f83c4f59225f424c99cb1/nova/network/floating_ips.py#L43917:04
sdagueif service returns none17:04
sdaguethen we hard code connect host = self.host17:04
sdaguewhich forces us down the local path17:04
dansmithright, so we set interface to none17:04
dansmithwhich doesn't run the l3 code17:04
dansmiththat's what I was saying17:05
dansmithsee https://github.com/openstack/nova/blob/master/nova/network/floating_ips.py#L481-L48417:05
openstackgerritMark Doffman proposed openstack/nova: Make os-instance-action read deleted instances.  https://review.openstack.org/25308717:05
dansmithit's really close, but it shouldn't be happening I think17:05
sdagueright, but running down the local path always fails?17:05
sdagueI don't actually see how using LocalManager can work17:05
dansmithit fails to run the l3 bits, but it shouldn't be running the l3 bits17:05
sdaguegiven that it never loads l3driver17:06
dansmithoh wait17:06
dansmithif multihost=false17:06
dansmiththen we will run it local17:06
*** Marga_ has quit IRC17:06
dansmithbecause L450-45117:06
sdagueoh, right, and we've nulled out interface in the multihost true17:07
dansmithnetwork.multi-host that is17:07
sdagueyeh17:07
dansmithwe can't null it out in the non-multihost case and still work, but we also fail here in api if not17:07
dansmithso I'm guessing maybe we're multihost=true in the config,17:07
dansmithbut not on the network17:08
*** diogogmt has joined #openstack-nova17:08
dansmithand if that's the case and n-net is down, then we hit this path?17:08
dansmithI wonder if we can just do "or CONF.multihost" up there17:08
*** thangp has quit IRC17:08
*** daemontool_ has quit IRC17:08
dansmithCONF.multihost means every network is multihost It hink17:08
mriedemwhere is multi_host set on the network object? shouldn't that be based on the config to begin with?17:09
sdaguewe're multihost true in the config17:09
dansmithmriedem: I think you can have some networks multihost and some not, if multihost=false17:09
dansmithalthough I'm sure you end up with lots of fails like this if you do17:10
pkholkinalaski: could you please ping me when you research this problem with args, it is needed for that patch17:10
mriedemhttps://github.com/openstack/nova/blob/master/nova/network/manager.py#L124617:10
sdaguedansmith: ok, are you saying that network.multihost is coming back wrong?17:10
mriedemlook for this? https://github.com/openstack/nova/blob/master/nova/network/manager.py#L126617:11
alaskipkholkin: yep.  I see why it's failing for you, but now I have to go understand why it worked elsewhere17:11
dansmithsdague: I'm saying I think that's a nullable property and might not be set17:11
dansmithand it defaults false17:11
dansmithhttps://github.com/openstack/nova/blob/master/nova/db/sqlalchemy/models.py#L780-L78017:11
*** Marga_ has joined #openstack-nova17:11
*** rcernin has quit IRC17:11
*** zhenq has joined #openstack-nova17:12
*** Marga_ has quit IRC17:12
dansmithjust to be clear here,17:12
dansmithI think we have two bugs17:12
dansmithone is o.m crashing us and two is us handling it improperly in this network stuff17:12
*** jlanoux has quit IRC17:13
sdagueso the difference between the good runs and the bad runs is n-net having the o.m stacktrace in them17:13
dansmithhttps://github.com/openstack/nova/blob/master/nova/network/manager.py#L1369-L136917:13
dansmithyeah17:13
*** diogogmt_ has joined #openstack-nova17:13
openstackgerritPawel Koniszewski proposed openstack/nova: Get list of disks to copy early to avoid multiple DB hits  https://review.openstack.org/25250617:13
sdagueyeh, I could accept we have > 1 bugs here17:13
openstackgerritPawel Koniszewski proposed openstack/nova: Allow block live migration of an instance with attached volumes  https://review.openstack.org/22727817:13
*** diogogmt has quit IRC17:13
*** diogogmt_ is now known as diogogmt17:13
mriedemfrom this: http://logs.openstack.org/38/249138/9/check/gate-grenade-dsvm-multinode/5b991dc/logs/new/screen-n-api.txt.gz#_2015-12-09_12_44_41_25017:13
mriedemit looks like the network object does have multi_host=True17:13
*** aginwala has joined #openstack-nova17:13
dansmithI think this network stuff hasn't changed in a looong time, but we're only hitting it if n-net fails to start17:14
mriedemi have a hard time parsing serialized json in the logs though17:14
sdaguedansmith: I would agree17:14
openstackgerritPawel Koniszewski proposed openstack/nova: Enable live migration with iso9660 config drive format  https://review.openstack.org/23465917:14
silehtabout https://github.com/openstack/oslo.messaging/commit/daddb82788918296f8b34d6cdeb40d01620fb183, (if it doesn't introduce a bug) it can change how the replies message are ordered on the queues when the rabbitmq connections is fully used17:14
dansmithmriedem: that's in info_cache17:14
dansmithsdague: we don't have a db dump after this run, right?17:15
sdaguedansmith: we do not17:15
*** mgoddard has joined #openstack-nova17:15
sdagueI can look at doing that dump17:15
dansmithsdague: dumps are "taken" not "done", but .. whatever17:16
sdague:)17:16
sdagueanyway, making the tools take such a dump, they don't today17:16
*** BobBall is now known as BobBall_AWOL17:16
dansmithyeah, that'd be nice17:16
sdaguebut the root trigger is the hugely increased failure rate by o.m17:17
sdaguewhich is probably triggered on the multinode jobs because there are more services talking to it (multiple nodes)?17:17
sdaguethough doesn't seem like that many more connectings17:17
sdagueconnections17:17
dimssileht : take a look at this job? http://logs.openstack.org/92/253192/6/check/gate-grenade-dsvm/76ad561/logs/new/screen-n-cond.txt.gz17:18
sdaguesileht: so semantically that means the clients need to retry for themselves?17:18
silehtsdague, nothing change for the client17:18
*** jistr has quit IRC17:19
silehtsdague, I have just moved a piece of code to an upper layer to be able to release an unused tcp connection17:19
dimssileht : i see lots of ERROR reports http://logs.openstack.org/92/253192/6/check/gate-grenade-dsvm/76ad561/logs/rabbitmq/rabbit@devstack-trusty-rax-iad-6449917.txt.gz17:19
mriedemdims: that's a single node grenade job so those could be when we're upgrading services17:20
sdaguemriedem: nope17:20
*** ianbrown has quit IRC17:20
sdagueit's single node, all services are offline for upgrade17:20
sdaguethen restarted17:20
sdagueit has the same n-net fail as well17:21
dimsmriedem : is there another set of logs you are looking at?17:21
mriedemhttp://logs.openstack.org/38/249138/9/check/gate-grenade-dsvm-multinode/5b991dc/logs/new/screen-n-api.txt.gz?level=TRACE17:21
*** Apoorva has joined #openstack-nova17:21
mriedemdims: ^17:21
sdaguemriedem: right, but dims fail is actually the same fail, but on a single node environment17:22
dansmithcan't we just go back to 3.0.0 and see if we stop seeing this?17:22
sdagueso I think the issue is about disconnecting and reconnecting to o.m17:22
dimssileht : so can you look in the set i pointed to please?17:22
dimsi have to drop off back in a bit17:22
silehtdims, I'm in17:22
*** ianbrown has joined #openstack-nova17:23
sdaguedansmith: it's a statistical fail, so maybe17:23
dimsthanks! if i don't go now i'll have to be hungry in a place i can't speak/read the language :)17:23
alaskipkholkin: got it.  I commented on the review17:23
sdaguebut it's going to require a bunch of data17:23
pkholkinalaski: the same for me :) thanks)17:23
pkholkinalaski: oh, ok)17:23
jaypipesdansmith: just looked at that bw_usage PK patch from pkholkin... there is actually a data corruption bug there, but that patch itself only removes a misleading code comment. the real fix for the data corruption bug would be first to ensure an orderby() is set on the SQLAlchemy query object returned on the line that calls first() on the query object and add a nova-manage bw_usage_cleanup (or similar) command that would clean up bad records in the D17:23
jaypipesB. not super-important because the surface area of the bug is very small (race condition but only exposed for the duration of the bandwidth collection at any given time)17:23
*** dims has quit IRC17:24
pkholkinalaski: where are you comments)?17:24
* jaypipes needs to run now :(17:25
alaskipkholkin: heh, didn't save them yet17:25
*** smoriya has quit IRC17:25
jaypipesso does pkholkin :)17:25
silehtsdague, that looks weird rabbitmq said "connection_closed_abruptly"17:25
dansmithjaypipes: yeah, I don't really care, he was asking me and I didn't notice, so.. cool17:25
dansmiths/notice/know/17:25
jaypipesdansmith: ok...17:25
*** jaypipes has quit IRC17:25
pkholkinalaski: ok thanks, I will look17:26
*** unicell1 has quit IRC17:27
openstackgerritdstepanenko proposed openstack/nova: Modified the nova.objects.ComputeNode object to load on-demand the pci_device_pools field by a subquery instead of pulling from the compute_nodes.pci_stats field in the database. Added get_by_compute_node method to PciDevicePoolList which get all the pci   https://review.openstack.org/24769217:27
silehtsdague, also on nova-network we see a MessagingTimeout, reply is received by nova-network but too late17:28
sileht3 minutes later ...17:28
silehtthat huge17:28
*** Sukhdev has quit IRC17:29
mriedemdansmith: we might want to drop this to debug level http://logstash.openstack.org/#dashboard/file/logstash.json?query=message:%5C%22Automatically%20selected%20compute%20RPC%20version%5C%2217:30
*** salv-orlando has quit IRC17:30
*** thangp has joined #openstack-nova17:30
mriedem1.3 million hits in 24 hours17:30
dansmithI have to run a call, back later17:30
*** gokrokve has joined #openstack-nova17:30
*** claudiub has joined #openstack-nova17:31
sdaguehttp://logstash.openstack.org/#dashboard/file/logstash.json?query=message:%5C%22Timed%20out%20waiting%20for%20a%20reply%20to%20message%20ID%5C%22%20AND%20tags:screen-n-net.txt17:32
sdagueyeh, this is clearly a spike in n-net not checking in, nearly always a failure, and only hit on grenade jobs17:32
sdaguesileht: is the o.m code assuming graceful shutdown of services, so they clean stuff up?17:33
silehtsdague, if you call stop that wait yes17:34
sdaguebecause we're forcably killing services, as there was an o.service bug that was not guarunteeing services go down17:34
*** mgoddard has quit IRC17:34
silehtsdague, like SIGINT ?17:34
sdaguewhich is probably the "connection_closed_abruptly"17:34
sdaguewell a double SIGTERM17:34
sdaguebut same effect17:34
sdaguemriedem: did you register a base bug for this yet?17:35
mriedemhttps://bugs.launchpad.net/oslo.messaging/+bug/152441817:35
openstackLaunchpad bug 1524418 in oslo.messaging "gate-grenade-dsvm-multinode fails with "AttributeError: 'LocalManager' object has no attribute 'l3driver'"" [Undecided,New]17:35
mriedemi sure did17:35
silehtok that explain the "connection_closed_abruptly"17:35
*** suro-patz has quit IRC17:36
claudiubalaski: hi. I've replied to your comments on the expose host capabilities spec. I've also added a comment with a quick final patch POC for it, as you requested. https://review.openstack.org/#/c/22220017:36
*** ssurana has joined #openstack-nova17:36
*** armax_ has joined #openstack-nova17:38
*** hemna is now known as hemnafk17:38
*** matrohon has quit IRC17:39
silehtsdague, is rabbit restarted during upgrade ?17:39
openstackgerritChris Dent proposed openstack/nova: Improve Filter Scheduler doc clarity  https://review.openstack.org/25439417:39
* sileht guess not17:39
*** sfinucan has quit IRC17:40
sdaguesileht: no17:40
dansmithmriedem: well, the reason I left it at info was because I want people that are going to try it for mitaka to be able to go and verify that it looks right in the logs17:41
sdaguedansmith: right, it just seems like it emits a lot17:41
dansmithmriedem: making it debug won't make it appear any less often, right? it only happens on service start (and now SIGHUP) so not really a big deal I think17:41
mriedem1.3 million per day is a lot17:41
mriedemwell, that's for upstream CI17:41
sdaguedansmith: http://logs.openstack.org/92/253192/6/check/gate-grenade-dsvm/76ad561/logs/new/screen-n-api.txt.gz#_2015-12-09_16_50_42_90517:41
dansmithit'll happen any time any code creates an rpc object.. maybe that's happening somewhere dynamically?17:42
sdaguethat seems a little excessive :)17:42
dansmithsdague: ah, that's because they fork first17:42
dansmithI guess conductor will do that too17:42
sdaguethere are 392 iterations of that line in n-api17:42
sdaguethat's way more than one per child17:43
dansmithhmm17:43
dansmithwell, you see where it's logged from17:43
sdagueI mean, after being told compute api is 4.5 for the 390th time, I think I've got it :)17:43
*** changbl has quit IRC17:43
* dansmith rolls his eyes17:43
dansmithI don't think making it debug solves the problem and it lowers the visibility of the thing, so what are your ideas?17:44
mriedemcan we set a flag?17:44
mriedem'we logged this already, don't do it again'17:44
dansmiththat won't solve it for the fork case17:44
dansmithwe could just use warnings,17:44
dansmithbut it will still go once per child17:44
sdagueonce per child would be much better17:45
*** nic has joined #openstack-nova17:45
dansmithif you're okay with once per child17:45
dansmithokay17:45
sdagueit seems like we should have once per child, plus once again if it changed for some reason17:45
sdagueso cache the value that was emitted17:45
dansmithsure17:45
sdaguealso, when did we lose our pid in the logs?17:46
sdagueit would be more clear if it the pid was in these log items to understand it was once per worker17:47
sdaguehttp://logs.openstack.org/92/253192/6/check/gate-grenade-dsvm/76ad561/logs/new/screen-n-api.txt.gz#_2015-12-09_16_50_42_210 - it's in periodic, not sure why it's not here17:47
*** ndipanov has quit IRC17:47
mriedemsdague: very weird17:48
mriedemoslo.log change?17:48
*** spandhe has joined #openstack-nova17:48
dansmithyou know, every one of those logs was a db hit to look up the minimum version17:49
*** spandhe has quit IRC17:49
*** yonglihe has joined #openstack-nova17:49
dansmithwhich makes me wonder what we're doing in n-api to recreate that object each time17:49
*** salv-orlando has joined #openstack-nova17:49
sdaguedansmith: yeh, I don't know17:49
danpbdoes anyone know if there's a cinder backend that just stores volumes in plain files in a directory ?17:49
mriedemjgriffith: ^17:50
* danpb wants to setup a minimally invasive cinder that doesn't touch block devices or network storage at all17:50
mriedemscottda: ^17:50
*** pratikma_ has quit IRC17:51
*** rk4n_ has quit IRC17:51
jgriffithdanpb: I had a test driver that did that... let me see if it's still there17:51
jgriffithdanpb: I think it was abandoned/removed due to lack of interest :)17:52
danpbNFS looks like the closest i can get to that17:52
danpbi guess i could just setup a local NFS server17:52
jgriffithdanpb: hmm... well, depending on what you're trying to do maybe17:52
danpbbecause 'mount' is clever enough to just do  bind mounts if it sees the NFS server is local17:52
*** salv-orlando has quit IRC17:52
danpbjgriffith: basically i'm setting up devstack inside a container17:52
openstackgerritDan Smith proposed openstack/nova: Cut down the automatic RPC version messages to once per version  https://review.openstack.org/25540417:52
danpbjgriffith: so it'll have no ability to use block devices at all17:53
jgriffithdanpb: well, that's not entirely true... but up to you17:53
openstackgerritdstepanenko proposed openstack/nova: Added support_requests method to PciDevicePoolList  https://review.openstack.org/24208717:53
sdaguedanpb: last time I poked at that, even if you sort that out, the iscsi handling was a blocker17:53
jgriffithdanpb: it is possible to plumb in things to use other drivers... but probably more effort than you want to put forth :)17:53
jgriffithsdague: yes, the iscsi part is the trick... it's possible but it's rather ugly and a PITA17:54
jgriffithsdague: danpb and frankly in my setup it wasn't very reliable17:54
danpbsdague: i would think i could use the NFS volumebackend in nova so it wouldn't need iscsi17:55
*** tonytan4ever has quit IRC17:55
openstackgerritEd Leafe proposed openstack/nova: Don't load deleted instances  https://review.openstack.org/25540517:55
jgriffithdanpb: anyway, based on what you're saying the file driver I had wouldn't be much use for you anyway17:55
mriedemdansmith: sdague: opened a bug for those chatty auto-version service logs https://bugs.launchpad.net/nova/+bug/1524444 - not sure what we want to do yet, but we should look into it at some point17:55
openstackLaunchpad bug 1524444 in OpenStack Compute (nova) "auto-select rpc version info logging is too chatty" [Undecided,New]17:55
danpb(i guess that does assume cinder lets you fully turn off iscsi when not needed which may not be true)17:55
silehtsdague, dansmith, mriedem https://review.openstack.org/#/c/255403/ will reduce the excessive and useless AMQPDestinationNotFound logging17:55
dansmithmriedem: I just pushed a bug17:55
dansmithmriedem: er, a patch17:56
*** lpetrut has quit IRC17:56
*** bauzas has quit IRC17:56
dansmithmriedem:  https://review.openstack.org/25540417:56
jgriffithdanpb: it does not17:56
mriedemdansmith: ok can we link to the bug then please?17:56
danpbmaybe i'll just disable cinder for short term until i can investigate it more17:56
jgriffithdanpb: although there is a local driver now...17:56
jgriffithdanpb: that might actually do what you want17:56
jgriffithdanpb: https://github.com/openstack/cinder/blob/master/cinder/volume/drivers/block_device.py17:56
jgriffithdanpb: FTR I hate that driver and want it to die a horrible death, but it's there17:57
openstackgerritDan Smith proposed openstack/nova: Cut down the automatic RPC version messages to once per version  https://review.openstack.org/25540417:57
danpbjgriffith: hehe, ok17:57
jgriffithdanpb: it would do what you want though I think17:57
dansmithmriedem: I don't understand why we need double accounting for something like this but... done ^17:57
jgriffithdanpb: assuming anybody has tested/updated it in the last 2 years17:57
*** smurke has quit IRC17:57
paul-carlton2mriedem, would you have time to look at https://review.openstack.org/#/c/22062217:59
*** hemnafk is now known as hemna17:59
*** markus_z has quit IRC17:59
paul-carlton2If we can get some reviews this should be ready to merge now18:00
silehtsdague, dansmith, mriedem it's highly possible that this AMQPDestinationNotFound is unrelated to the issue it was already exists before as LOG.info() message and just due to the nova-XXX serivces restart18:00
*** haomaiwang has quit IRC18:01
silehtsdague, dansmith mriedem only the last occurence is an real error because it come from a newly started service (n-cpu)18:01
*** haomaiwang has joined #openstack-nova18:01
*** changbl has joined #openstack-nova18:02
*** moshele has quit IRC18:02
silehtsdague, dansmith mriedem the valid lost reply is due to rabbitmq that close the connection because it miss a heartbeat18:03
openstackgerritDan Smith proposed openstack/nova: DNM: Figure out where we create ComputeAPI instances  https://review.openstack.org/25541018:03
*** rushiagr is now known as rushiagr_away18:05
lifelessttx: hi; whats up?18:06
*** browne has joined #openstack-nova18:06
openstackgerritEd Leafe proposed openstack/nova: Remove the opts.py from nova/scheduler  https://review.openstack.org/25538318:06
*** rushiagr_away is now known as rushiagr18:07
*** aginwala has quit IRC18:14
*** nic has quit IRC18:15
openstackgerritAugustina Ragwitz proposed openstack/nova: DNM: Making project_id optional in v2.1 urls  https://review.openstack.org/23307618:16
openstackgerritAugustina Ragwitz proposed openstack/nova: Generate api sample data without project id's to support v2.13  https://review.openstack.org/25448418:16
openstackgerritAugustina Ragwitz proposed openstack/nova: Update functional tests to support optional project id  https://review.openstack.org/25448518:16
openstackgerritOpenStack Proposal Bot proposed openstack/nova: Updated from global requirements  https://review.openstack.org/25390118:16
*** unicell has joined #openstack-nova18:17
*** markvoelker has quit IRC18:18
*** rushiagr is now known as rushiagr_away18:18
*** pratikmallya has joined #openstack-nova18:18
*** tonytan4ever has joined #openstack-nova18:20
*** smurke has joined #openstack-nova18:21
*** markvoelker has joined #openstack-nova18:21
*** jinxing has quit IRC18:23
paul-carlton2tonyb, Thanks for completing https://review.openstack.org/#/c/220622, I've tested it just need reviews now18:23
rlrossitdansmith: Is https://review.openstack.org/#/c/255404/ going to clean up the dirtying of the version variable in the service object?18:24
rlrossit(https://github.com/openstack/nova/blob/master/nova/objects/service.py#L268-L270 for reference)18:24
*** spandhe has joined #openstack-nova18:24
*** ccarmack has quit IRC18:25
rlrossitwell it looks like that will just clean up the logging, not anything else...18:25
*** ducttape_ has quit IRC18:26
*** vilobhmm11 has joined #openstack-nova18:28
*** edmondk has quit IRC18:29
*** vilobhmm11 has quit IRC18:29
*** rk4n has joined #openstack-nova18:30
*** kfarr has quit IRC18:31
*** paul-carlton2 has quit IRC18:33
*** rk4n has quit IRC18:33
dansmithrlrossit: we need the version to be dirty every time18:35
dansmithit's kindof the point18:35
*** suro-patz has joined #openstack-nova18:37
*** e0ne has quit IRC18:41
silehtsdague, dansmith mriedem  I think https://review.openstack.org/255435 will fix the oslo.messaging side of https://bugs.launchpad.net/nova/+bug/152441818:41
openstackLaunchpad bug 1524418 in oslo.messaging "gate-grenade-dsvm-multinode fails with "AttributeError: 'LocalManager' object has no attribute 'l3driver'"" [Undecided,In progress] - Assigned to Mehdi Abaakouk (sileht)18:41
*** burgerk has joined #openstack-nova18:41
dansmithsileht: okay18:41
*** aginwala has joined #openstack-nova18:42
mriedemsileht: reasoning?18:42
mriedemwe just weren't waiting long enough?18:42
mriedemsileht: i guess the assumptions made in https://review.openstack.org/#/c/252265/ were really about rabbit dying18:43
silehtwhen rabbitmq break the connection because of missing heartbeat before we retry to send replies during 60 seconds this change set the default to 5 second18:43
mriedemin our upgrade, rabbit doesn't die,18:43
*** aix has quit IRC18:43
silehtmriedem, but the rabbit log said it closes the connection because it misses heartbeat, and then oslo.messaging don't send the reply because the connection take more than 5 seconds to be reeastablisehd18:44
silehtmriedem, so the 'missing heartbeat' issue is here for a long time bug mitigated by the reply retry meachisnm18:45
*** lpetrut has joined #openstack-nova18:45
silehtbbl18:45
openstackgerritEd Leafe proposed openstack/nova: Remove the opts.py from nova/scheduler  https://review.openstack.org/25538318:45
openstackgerritEd Leafe proposed openstack/nova: Move nova/opts.py to nova/conf/  https://review.openstack.org/25543618:45
*** Marga_ has joined #openstack-nova18:46
openstackgerritZhen Qin proposed openstack/nova: Fix the bug that when running nova list --host with invalid hostname (either no such server or there's a typo in server name), it should return an error.  https://review.openstack.org/25504718:47
*** Marga__ has joined #openstack-nova18:49
*** rdopiera has quit IRC18:49
*** ducttape_ has joined #openstack-nova18:50
*** Marga_ has quit IRC18:50
rlrossitdansmith: wait... why do we need it to be dirty all the time? don't we only want to dirty it when it changed from the last time? Or is the Service object kinda like a singleton thing where we only make a new one when we get a new version?18:50
openstackgerritSudipta Biswas proposed openstack/nova: Remove hardcoding namespaces for monitors  https://review.openstack.org/25543818:50
*** Marga__ has quit IRC18:50
*** Marga_ has joined #openstack-nova18:51
dansmithrlrossit: it's only dirty if we don't query a service object from the DB, which is the case where we need to make sure an update or create puts the current version in there18:52
*** aginwala has quit IRC18:54
rlrossitoh so is the noop workaround in https://github.com/openstack/nova/blob/master/nova/objects/service.py#L267-L271 only valid when it's the first save? other than that the changes get reset so version isn't dirty anymore?18:55
rlrossitdansmith: ^18:55
dansmithrlrossit: right18:55
*** gokrokve has quit IRC18:57
rlrossitdansmith: that noop workaround made me think this happened more than just once :)18:57
*** danpb has quit IRC18:57
dansmithwell, the thing is, we almost only ever call save() when we really have something to change18:58
dansmithand if we're going to save, we might as well send our version to make sure it's right.. it's free18:58
*** ctrath has quit IRC18:59
dansmithso that noop is there the keep the save() semantic of the other objects, but I'm not sure it ever really gets exercised18:59
*** bauzas has joined #openstack-nova18:59
*** gokrokve has joined #openstack-nova18:59
*** gokrokve has quit IRC18:59
rlrossitdansmith: well it better be used, or else https://review.openstack.org/#/c/245678/17 isn't needed :)18:59
dansmithum, what?19:00
*** david-ly_ has joined #openstack-nova19:00
*** ducttape_ has quit IRC19:00
*** haomaiwang has quit IRC19:01
*** haomaiwang has joined #openstack-nova19:01
*** ducttape_ has joined #openstack-nova19:01
rlrossitsave() better be used, or else we'll never emit a notification (not sure if you mean it being exercised as the if check or the save())19:02
*** zenoway has quit IRC19:02
dansmithno, save is used of course19:03
*** moshele has joined #openstack-nova19:03
dansmithwhat I meant was,19:03
*** mgoddard has joined #openstack-nova19:03
dansmithI'm not sure it's ever called with nothing changed (other than version, obligatorily)19:03
*** david-ly_ is now known as david-lyle_19:03
*** moshele has quit IRC19:03
rlrossitoooohhhhh... gotcha19:03
*** moshele has joined #openstack-nova19:03
* rlrossit shuts up and goes back to the corner19:03
*** david-lyle has quit IRC19:03
dansmitho19:04
dansmithm19:04
dansmithg19:04
* dansmith has leftover tacos for lunch19:04
*** fawadkhaliq has quit IRC19:04
*** gokrokve has joined #openstack-nova19:04
*** david-lyle_ is now known as david-lyle19:04
rlrossitdansmith: don't overeat. It turns your brain to mush19:05
*** ctrath has joined #openstack-nova19:05
rlrossitI've been stuffing my face with food for the last 2 hours19:05
dansmithit's december, I'm allowed.19:05
*** salv-orlando has joined #openstack-nova19:05
*** gokrokve has quit IRC19:05
rlrossitI haven't heard mriedem on here in a while, he's probably in a food coma in his office19:06
*** gokrokve has joined #openstack-nova19:06
mriedemparsing ndipanov's comments on my change19:07
*** rotbeard has quit IRC19:07
rlrossitmriedem: when you're done, go reward yourself with a cookie... or like 1219:07
mriedemalready did that19:08
rlrossitwell there's still like a billion left19:08
*** doug-fish has quit IRC19:08
*** paul-carlton_ has joined #openstack-nova19:08
*** doug-fish has joined #openstack-nova19:09
*** Apoorva has quit IRC19:09
*** derekh has quit IRC19:10
*** gokrokve has quit IRC19:10
mriedemalaski: unless ndipanov is talking about tasks, which isn't a thing yet, do you understand the locking he's looking for in https://review.openstack.org/#/c/254428/ ?19:10
*** aginwala has joined #openstack-nova19:10
*** doug-fish has quit IRC19:14
*** gyee has joined #openstack-nova19:14
*** zenoway has joined #openstack-nova19:14
*** jichen has joined #openstack-nova19:14
*** e0ne has joined #openstack-nova19:15
*** lykinsbd has quit IRC19:15
*** vilobhmm11 has joined #openstack-nova19:16
*** vilobhmm11 has quit IRC19:16
*** READ10 has quit IRC19:16
*** ijw has quit IRC19:19
alaskimriedem: I would guess the same as you did, a synchronization decorator on it19:19
mriedemok, so that's already there19:20
*** garyk has quit IRC19:20
mriedemand it doesn't help19:20
mriedembecause that's just per-process right?19:20
mriedemrlrossit: i do need coffee and there is none in the food room, that's a major failure on the planning part19:20
rlrossitthere's egg nog19:21
mriedemgross19:21
rlrossitget noggin'19:21
mriedemi will not consume something with the word 'nog' in it19:21
alaskimriedem: I thought it was per host through a lock file19:21
mriedems/nog/phlegm/19:21
*** devananda has quit IRC19:22
*** garyk has joined #openstack-nova19:22
*** doug-fish has joined #openstack-nova19:23
mriedemalaski: https://github.com/openstack/oslo.concurrency/blob/master/oslo_concurrency/lockutils.py#L18319:23
*** doug-fish has quit IRC19:23
mriedemexternal=False by default19:23
mriedemso we only lock per process19:23
openstackgerritTomi Juvonen proposed openstack/nova: Add host_status attribute for servers/detail and servers/{server_id}  https://review.openstack.org/24156219:23
*** doug-fish has joined #openstack-nova19:23
*** Apoorva has joined #openstack-nova19:24
alaskimriedem: how many processes are running here?19:24
mriedemhmm, i guess we do just have one n-cpu worker19:25
alaskioh, I think the problem may be that delete causes the build to bail early and release the lock19:27
*** wanghao has quit IRC19:27
gjayavelujohnthetubaguy: Hi, would this require a spec? https://blueprints.launchpad.net/nova/+spec/vmware-resource-pool19:27
openstackgerritIldiko Vancsa proposed openstack/nova: virt: Allow multiple volume attachments  https://review.openstack.org/19313519:27
openstackgerritIldiko Vancsa proposed openstack/nova: WIP: REST API changes to support multi-attach  https://review.openstack.org/15303819:27
alaskimriedem: though the state can be anything at that point19:27
alaskimriedem: compute/api updates the task_state of the instance causing the early break19:28
mriedemalaski: yeah like here http://logs.openstack.org/20/218120/3/check/gate-tempest-dsvm-full-ceph/2349f2d/logs/screen-n-cpu.txt.gz#_2015-12-07_05_51_15_25119:28
mriedemaborting claim19:28
*** angular_mike__ has quit IRC19:29
alaskiyeah, a few lines down is http://logs.openstack.org/20/218120/3/check/gate-tempest-dsvm-full-ceph/2349f2d/logs/screen-n-cpu.txt.gz#_2015-12-07_05_51_15_28019:29
mriedemyup19:30
*** vladikr has quit IRC19:31
*** scheuran has quit IRC19:31
*** unicell1 has joined #openstack-nova19:32
alaskiunless we exit that lock in a good state it isn't really helping there19:32
*** armax_ is now known as armax19:32
*** unicell has quit IRC19:34
*** devananda has joined #openstack-nova19:34
mriedemgod i have a hard time following nova.compute.api._delete19:34
*** _ducttape_ has joined #openstack-nova19:34
openstackgerritIldiko Vancsa proposed openstack/nova: virt: Allow multiple volume attachments  https://review.openstack.org/19313519:35
openstackgerritIldiko Vancsa proposed openstack/nova: comp: Allow multiple volume attachments  https://review.openstack.org/19313419:35
openstackgerritIldiko Vancsa proposed openstack/nova: obj: Allow multiple volume attachments  https://review.openstack.org/19313319:35
openstackgerritIldiko Vancsa proposed openstack/nova: db: Allow multiple volume attachments  https://review.openstack.org/15303319:35
openstackgerritIldiko Vancsa proposed openstack/nova: WIP: REST API changes to support multi-attach  https://review.openstack.org/15303819:35
*** angular_mike__ has joined #openstack-nova19:36
*** salv-orlando has quit IRC19:36
alaskimriedem: looking at the build path on the compute, block devices aren't cleaned up like network resources are.  possibly because we don't have the reference to the block device in some cases19:36
mriedemalaski: yeah we definitely get here https://github.com/openstack/nova/blob/c4ca1abb4a49bf0bce765acd3ce906bd117ce9b7/nova/compute/manager.py#L195419:37
*** ducttape_ has quit IRC19:38
mriedemand we can't hold up the delete request in the compute api19:38
alaskieven if we could I'm not sure we should19:38
alaskiwe're able to clean up network resources without getting the network info back, but we can't do the same for volumes19:39
alaskiif only we had a volume id before getting to this point :)19:40
mriedemalaski: well we do the volume cleanup here, but not when rolling back the build https://github.com/openstack/nova/blob/c4ca1abb4a49bf0bce765acd3ce906bd117ce9b7/nova/compute/manager.py#L2307-L231519:40
mriedemonly when doing the delete19:40
mriedemand that was the part that was failing in the gate b/c the bdm was missing the volume_id19:41
mriedemjgriffith: i guess w/o a cinder api to list volumes for a given snapshot, we could list volumes and filter on snapshot_id in the client19:42
mriedemjgriffith: just going back to tempest doing a cleaner teardown19:42
mriedembecause even with the 'fix' in nova, there is still a chance for a race in tempest19:42
mriedemalaski: so we might have a bdm.volume_id by the time the build is aborted19:43
alaskiokay, I was just looking to see if there was a gap where we could fail and not have that19:43
mriedemmaybe we need reservations19:43
mriedemin cinder19:44
*** vladikr has joined #openstack-nova19:44
*** briancurtin has quit IRC19:46
*** briancurtin has joined #openstack-nova19:46
alaskimriedem: the volume is allocated in https://github.com/openstack/nova/blob/c4ca1abb4a49bf0bce765acd3ce906bd117ce9b7/nova/compute/manager.py#L2144 right?19:46
mriedemalaski: yeah19:47
mriedemright here https://github.com/openstack/nova/blob/c4ca1abb4a49bf0bce765acd3ce906bd117ce9b7/nova/compute/manager.py#L173119:47
*** mgoddard has quit IRC19:47
alaskias long as block_device_mapping is correct after that return then it should get cleaned up at https://github.com/openstack/nova/blob/c4ca1abb4a49bf0bce765acd3ce906bd117ce9b7/nova/compute/manager.py#L2188 in the event of failure19:47
mriedemalaski: that's what my fix is doing19:48
mriedemwell, it's at least saving the bdm.volume_id as soon as we have it back from cinder19:48
mriedemwhich is right after volume.create comes back19:48
mriedemso w/o reservations or something in the cinder api, i'm not sure how else to handle this19:49
alaskiokay.  but the delete can't fail the build during that part I think19:49
mriedemnot sure what to do with locks19:49
alaskiunless there's an instance update in there19:49
spandheHi folks, is it possible to create logical interfaces using —nic option in nova? Neutron port supports multiple fixed_ips from same subnet. But there is no way to use that functionality from nova boot as far as I know. Any options?19:49
alaskimriedem: I'm not sure there's a gap left after your change19:49
mriedemalaski: i'm not sure i'm following 'but the delete can't fail the build during that part'19:50
*** Sukhdev has joined #openstack-nova19:50
mriedembrb, coffeee19:50
*** moshele has quit IRC19:50
*** gokrokve has joined #openstack-nova19:51
alaskimriedem: the failure has been a delete setting task_state to deleting, which causes instance updates during the build process to raise an exception.  As long as there's no instance update between asking cinder to create a volume and saving the volume_id we should have the volume_id available when the build does fail on the next instance update19:51
*** lucasagomes is now known as lucas-dinner19:51
*** gokrokve has quit IRC19:52
*** gokrokve has joined #openstack-nova19:52
*** gokrokve has quit IRC19:53
*** mgoddard has joined #openstack-nova19:54
*** kevinbenton has quit IRC19:54
*** sudipto_ has quit IRC19:54
*** baoli_ has quit IRC19:54
*** omnipresent has joined #openstack-nova19:54
spandhemelwitt: hey,  is it possible to create logical interfaces using —nic option in nova? Neutron port supports multiple fixed_ips from same subnet. But there is no way to use that functionality from nova boot as far as I know. Any options?19:55
*** john5223 is now known as zz_john522319:56
*** zenoway_ has joined #openstack-nova19:57
*** zenoway has quit IRC19:57
*** david-lyle has quit IRC19:58
*** ociuhandu has quit IRC19:58
*** zenoway has joined #openstack-nova19:58
*** david-lyle has joined #openstack-nova19:58
*** tonytan4ever has quit IRC19:59
*** tjones has quit IRC19:59
*** omnipresent has quit IRC19:59
*** aginwala has quit IRC20:01
*** haomaiwang has quit IRC20:01
*** ctrath has quit IRC20:01
*** haomaiwang has joined #openstack-nova20:01
*** zenoway_ has quit IRC20:01
*** ZZelle_ has joined #openstack-nova20:05
*** hemna is now known as hemnalunch20:06
*** aginwala has joined #openstack-nova20:07
mriedemalaski: you mean this? http://logs.openstack.org/20/218120/3/check/gate-tempest-dsvm-full-ceph/2349f2d/logs/screen-n-cpu.txt.gz#_2015-12-07_05_51_15_28020:07
*** zhenq has quit IRC20:08
mriedemalaski: even if an instance update fails, the block_device code is updating the bdm table, not the instances table, so i'm not sure if those matter together20:08
alaskimriedem: right.  since that can't happen, afaict, between calling cinder to get the volume and actually getting it we should be good20:08
*** cdent has quit IRC20:08
alaskiI think with the save you added, that there's not a point of failure where we won't have the volume id20:10
*** salv-orlando has joined #openstack-nova20:10
mriedemnow if the instance delete comes in while we're waiting for cinder to respond on the vol create request, then we could still race and not have bdm.volume_id set20:10
alaskiexcluding cinder failures20:10
mriedemwhich is what i think ndipanov was asking we log as a warning in _shutdown_instances20:10
mriedemrealistically, the only way to avoid that is to create the volumes in the api20:10
mriedembefore building the instance20:10
mriedemwhich we actually talked about when we were talking about removing boot from volume, back when we were talking about the AZ stuff being a gd mess20:11
alaskibut the delete shouldn't get past the lock that build_and_run is holding20:11
*** Marga_ has quit IRC20:11
alaskiuntil the build fails20:11
alaskiat which point volume_id should be set20:11
*** Marga_ has joined #openstack-nova20:12
alaskicreating the volumes in the api, or conductor, would be better than doing it on the compute20:12
mriedemyeah, because the only thing we need to do on the compute is the attach20:13
*** kevinbenton_ has joined #openstack-nova20:13
mriedemand the block_device code just gets the volume by id from cinder when doing that anyway20:13
mriedemcompute can still wait for the volume to be available if needed20:13
mriedembut if we created the volume early, we'd at least have the id for cleanup later20:13
mriedemsame with failing in the compute API if the AZ is wrong (doesn't work in cinder i mean)20:14
mriedemrather than NoValidHost in the compute20:14
*** kevinbenton_ has quit IRC20:14
*** kevinbenton has joined #openstack-nova20:14
mriedemso, i'm going to rev this to address nikola's comment about logging a warning20:14
mriedemanything longer term like moving vol create into the api or conductor is going to be a bp i think20:15
alaskiokay.  I'm still not seeing the gap he's seeing, but if it does happen a warning would be good20:15
mriedemyeah, and a warning will be trackable in logstash20:15
dansmithalaski: the flavor migration patch isn't on this list: https://etherpad.openstack.org/p/mitaka-nova-priorities-tracking20:15
*** rfolco has joined #openstack-nova20:16
alaskihmm, I may have added it to the other one by mistake20:16
jgriffithmriedem: so the one wonky way around it is snapshot list which includes parent-volume ids in the list20:16
dansmithalaski: the spec one?20:16
alaskiyeah20:17
mriedemjgriffith: ok, i think we can try to cross that bridge in tempest if the nova change doesn't help20:17
* dansmith doesn't like that there are two20:17
*** xyang1 has quit IRC20:17
*** xyang1 has joined #openstack-nova20:17
alaskiare you also long lived, and fight with swords?20:18
alaskidansmith: added them20:18
dansmithalaski: was that intended for me?20:18
*** tonytan4ever has joined #openstack-nova20:18
mriedemheh, i was wondering about that too20:18
alaskidansmith: yeah, it was a highlander joke20:19
alaski"there can be only one"20:19
mriedemprone to beheadings20:19
dansmithI've never watched it20:19
mriedembetter add it to the list20:19
*** aginwala has quit IRC20:19
mriedembtw, i watched commando again this last weekend20:19
mriedemclassic20:19
mriedemhttps://www.youtube.com/watch?v=B9aiYqSRfCM20:20
jgriffithmriedem: LOL.. "let off some steam Bennett"20:21
*** rfolco has quit IRC20:21
*** lykinsbd has joined #openstack-nova20:23
mriedemalaski: i think this is actually where the UnexpectedDeletingTaskStateError comes from? https://github.com/openstack/nova/blob/master/nova/compute/manager.py#L210220:24
*** gokrokve has joined #openstack-nova20:24
openstackgerritBrian Haley proposed openstack/nova: Disable IPv6 on bridge devices  https://review.openstack.org/19805420:24
*** aginwala has joined #openstack-nova20:24
*** armax has quit IRC20:25
alaskimriedem: it could be line 2009 or 2904 as well20:25
mriedemyeah20:26
*** gokrokve has quit IRC20:27
*** gokrokve has joined #openstack-nova20:28
*** RichardRaseley has joined #openstack-nova20:35
*** dedery has joined #openstack-nova20:39
dederymgoddard: ping20:39
*** ctrath has joined #openstack-nova20:39
mgoddarddedery: hi20:40
*** belmoreira has joined #openstack-nova20:41
*** Marga_ has quit IRC20:42
*** gokrokve has quit IRC20:43
*** derekh has joined #openstack-nova20:45
*** derekh has quit IRC20:45
*** vladikr has quit IRC20:46
*** ssurana has quit IRC20:47
*** dims has joined #openstack-nova20:49
*** baoli has joined #openstack-nova20:54
*** krtaylor has quit IRC20:56
*** Apoorva has quit IRC20:57
*** ssurana has joined #openstack-nova20:57
openstackgerritEd Leafe proposed openstack/nova: Move nova/opts.py to nova/conf/  https://review.openstack.org/25543620:58
openstackgerritEd Leafe proposed openstack/nova: Remove the opts.py from nova/scheduler  https://review.openstack.org/25538320:58
openstackgerritEd Leafe proposed openstack/nova: Add better help text to scheduler options (1)  https://review.openstack.org/25551220:58
openstackgerritEd Leafe proposed openstack/nova: Add better help text to scheduler options (2)  https://review.openstack.org/25551320:58
openstackgerritEd Leafe proposed openstack/nova: Add better help text to scheduler options (3)  https://review.openstack.org/25551420:58
openstackgerritEd Leafe proposed openstack/nova: Add better help text to scheduler options (4)  https://review.openstack.org/25551520:58
openstackgerritEd Leafe proposed openstack/nova: Add better help text to scheduler options (5)  https://review.openstack.org/25551620:58
openstackgerritEd Leafe proposed openstack/nova: Add better help text to scheduler options (6)  https://review.openstack.org/25551720:58
openstackgerritEd Leafe proposed openstack/nova: Add better help text to scheduler options (7)  https://review.openstack.org/25551820:58
*** vladikr has joined #openstack-nova20:58
*** dims has quit IRC20:58
*** bklei_ has joined #openstack-nova20:58
edleafe^^ for bauzas :)20:59
*** Marga_ has joined #openstack-nova20:59
bauzasheh20:59
*** Daisy has joined #openstack-nova21:00
openstackgerritSean Dague proposed openstack/nova: WIP: refactor API samples for clarity  https://review.openstack.org/25551921:00
*** dims has joined #openstack-nova21:00
*** haomaiwang has quit IRC21:01
*** dims has quit IRC21:01
*** 17WAA61QI has joined #openstack-nova21:01
*** bklei has quit IRC21:02
*** Marga_ has quit IRC21:03
*** Daisy has quit IRC21:04
*** baoli has quit IRC21:05
*** baoli has joined #openstack-nova21:06
*** raildo is now known as raildo-afk21:06
*** hemnalunch is now known as hemna21:08
*** lpetrut has quit IRC21:09
*** wverdugo500 has quit IRC21:09
*** w_verdugo has quit IRC21:10
*** aysyd has quit IRC21:11
*** thorst has quit IRC21:12
*** thorst has joined #openstack-nova21:13
*** bklei_ has quit IRC21:15
*** Marga_ has joined #openstack-nova21:15
*** bklei has joined #openstack-nova21:15
*** cdent has joined #openstack-nova21:15
*** erlon has quit IRC21:16
*** w_verdugo has joined #openstack-nova21:17
*** smatzek has quit IRC21:17
*** baoli has quit IRC21:17
*** baoli has joined #openstack-nova21:17
*** _ducttape_ has quit IRC21:19
*** eharney has quit IRC21:19
*** ducttape_ has joined #openstack-nova21:19
*** Sukhdev has quit IRC21:20
*** thorst has quit IRC21:21
*** paul-carlton_ has quit IRC21:22
*** Marga_ has quit IRC21:23
*** zhenq has joined #openstack-nova21:23
*** thangp has quit IRC21:24
*** belmoreira has quit IRC21:26
*** aginwala has quit IRC21:26
*** yarkot has joined #openstack-nova21:26
*** lpetrut has joined #openstack-nova21:27
*** vladikr has quit IRC21:28
*** baoli has quit IRC21:29
*** baoli has joined #openstack-nova21:30
*** lpetrut has quit IRC21:32
*** e0ne has quit IRC21:32
*** ianbrown has quit IRC21:33
*** mgoddard has quit IRC21:35
*** armax has joined #openstack-nova21:35
*** Redcavalier has quit IRC21:36
smcginnisWe're getting a grenade failure in Cinder on a global requirements update patch.21:38
smcginnisFailure is with nova.21:38
smcginnishttp://logs.openstack.org/53/253753/9/check/gate-grenade-dsvm/31df984/logs/grenade.sh.txt.gz21:38
smcginnis<class 'oslo_messaging.exceptions.MessagingTimeout'> (HTTP 500) (Request-ID: req-12ddd755-a3a7-4130-b73f-4783f4d0c2fd)21:38
mriedemsmcginnis: known issue21:38
*** Apoorva has joined #openstack-nova21:39
smcginnisAnyone know if this is a kn... .ok. :)21:39
mriedemhttp://status.openstack.org/elastic-recheck/index.html#152441821:39
mriedemtop failure21:39
smcginnismriedem: Thank you sir.21:39
smcginnismriedem: Fix in the pipeline yet, or still being worked?21:40
mriedemshould have a g-r update soonish that blocks oslo.messaging 3.1.021:40
mriedemjust merge21:40
mriedem*just merged in the reqs repo21:40
sdaguedansmith / auggy: because you might have opinions here - in the samples, it seems like we should replace the inconsistent use of %(host)s / openstack.example.com with actual %(versioned_compute_endpoint) / %(compute_endpoint) and such21:40
smcginnisPerfect, thanks.21:40
mriedemso expecting https://review.openstack.org/#/c/253901/ to be updtaed soon21:40
*** baoli has quit IRC21:41
*** baoli has joined #openstack-nova21:42
auggysdague: that would definitely be a more clear label21:42
auggyclearer? more clear? hi i can't english today21:43
claudiubalaski: hi. I've replied to your comments on the expose host capabilities spec. I've also added a comment with a quick final patch POC for it, as you requested. https://review.openstack.org/#/c/22220021:46
*** baoli has quit IRC21:47
*** baoli has joined #openstack-nova21:48
alaskiclaudiub: great.  I'll take a look21:48
alaskimight be tomorrow though21:48
sdagueyeh, I'm staring at all this all over again, and if we just make those changes, it makes all the optional project id stuff a lot simpler21:49
*** Marga_ has joined #openstack-nova21:51
*** zz_john5223 is now known as john522321:52
*** tonytan4ever has quit IRC21:56
*** yarkot has quit IRC21:56
openstackgerritMatt Riedemann proposed openstack/nova: Make sure bdm.volume_id is set after auto-creating volumes  https://review.openstack.org/25442821:57
mriedemalaski: ^ latest update, smallish delta21:57
mriedemsee if that still floats your boat (if you have time today)21:57
mriedemi can make the diff in the compute manager smaller21:58
*** baoli has quit IRC21:59
openstackgerritOpenStack Proposal Bot proposed openstack/nova: Updated from global requirements  https://review.openstack.org/25390121:59
mriedemsmcginnis: ^ there we go21:59
*** baoli has joined #openstack-nova22:00
*** Marga_ has quit IRC22:00
openstackgerritjichenjc proposed openstack/nova: TrivialFix: remove 'deleted' flag  https://review.openstack.org/25556222:00
*** 17WAA61QI has quit IRC22:01
*** yarkot has joined #openstack-nova22:01
openstackgerritMatt Riedemann proposed openstack/nova: Make sure bdm.volume_id is set after auto-creating volumes  https://review.openstack.org/25442822:01
*** haomaiwang has joined #openstack-nova22:01
notmorgansdague: going to look at your project_id stuff soon and the glance thing22:02
notmorgansdague: FYI22:02
sdaguenotmorgan: cool22:02
alaskimriedem: works for me22:02
*** pratikma_ has joined #openstack-nova22:02
mriedemalaski: gotta update it quick22:02
notmorgansdague: :) trying to resolve the las tof the Keystoneauth conversion in nova first22:02
notmorgansdague: but the code is doing someting i don't understand yet (the catalog lookup for cinder is the sticking point)22:03
*** pratikma_ has quit IRC22:03
notmorgansdague:  i am hopeful to have it resolved todya.22:03
notmorganor tomorrow22:03
openstackgerritMatt Riedemann proposed openstack/nova: Make sure bdm.volume_id is set after auto-creating volumes  https://review.openstack.org/25442822:03
alaskimriedem: I'm going to wait on ndipanov before voting22:03
mriedemyeah that's fair22:03
*** nic has joined #openstack-nova22:03
*** pratikma_ has joined #openstack-nova22:03
*** pratikmallya has quit IRC22:03
notmorganthat would be the followup to the options deprecation/removal22:03
*** edmondsw has quit IRC22:04
*** bauzas has quit IRC22:05
*** bauzas has joined #openstack-nova22:05
*** jichen has quit IRC22:07
*** baoli has quit IRC22:08
*** baoli has joined #openstack-nova22:08
*** smurke has quit IRC22:10
*** aginwala has joined #openstack-nova22:11
*** baoli has quit IRC22:12
*** baoli has joined #openstack-nova22:16
openstackgerritAndrew Laski proposed openstack/nova: Fix use of safeutils.getcallargs  https://review.openstack.org/25557222:17
*** sneti has quit IRC22:17
auggysdague: ok cool, i have this patch with the .tpl file changes and the associated template changes - https://review.openstack.org/#/c/254485/22:19
*** thorst has joined #openstack-nova22:19
auggyso whenever your stuff is ready i can compare to what your stuff is doing and make any relevant changes22:20
*** dave-mccowan has quit IRC22:21
*** thorst has quit IRC22:22
*** thorst has joined #openstack-nova22:22
*** baoli has quit IRC22:23
*** Marga_ has joined #openstack-nova22:24
*** baoli has joined #openstack-nova22:24
*** thorst has quit IRC22:24
*** thorst has joined #openstack-nova22:24
*** alejandrito has quit IRC22:26
*** lykinsbd has quit IRC22:27
*** bklei has quit IRC22:28
*** Marga_ has quit IRC22:28
*** bklei has joined #openstack-nova22:29
*** thorst has quit IRC22:29
*** bklei has quit IRC22:33
*** david-lyle has quit IRC22:34
*** baoli has quit IRC22:35
artomWhen running Nova unit tests, what policy.json does it use? The system one in /etc/nova?22:36
*** Sukhdev has joined #openstack-nova22:36
*** baoli has joined #openstack-nova22:36
artomFollow up question, I've made changes to policy.json and need it reflected in tests.22:36
*** betherly has quit IRC22:36
*** yarkot has quit IRC22:37
*** w_verdugo has quit IRC22:38
*** briancurtin has quit IRC22:38
*** david-ly_ has joined #openstack-nova22:39
*** w_verdugo has joined #openstack-nova22:39
*** patrickeast has quit IRC22:40
*** pratikmallya has joined #openstack-nova22:43
mriedemartom: i think this is what you care about https://github.com/openstack/nova/blob/master/nova/test.py#L23522:44
*** andrewbogott has quit IRC22:44
mriedemhttps://github.com/openstack/nova/blob/master/nova/tests/unit/policy_fixture.py22:44
mriedemit should use the 'real' default policy, but can be faked out if needed22:44
mriedemsee https://github.com/openstack/nova/commit/c64cba9ce61d564bab69413b679d85051e1d3f3622:45
*** david-ly_ is now known as david-lyle22:45
artommriedem, thanks, but I don't think I made myself clear22:46
artomI've added a method to the compute api, and need to allow it in policy.json22:46
*** pratikma_ has quit IRC22:46
artomI've made the change in the git repo's policy.json file, but that change hasn't affected /etc/nova/policy.json22:47
artomI could just add the damn line manually, but this feels like something there's a system in place for22:47
*** baoli has quit IRC22:47
*** pratikmallya has quit IRC22:47
*** baoli has joined #openstack-nova22:48
openstackgerritTracy Jones proposed openstack/nova: Add better help to the guestfs option  https://review.openstack.org/25557822:48
artompython setup.py develop' or whatever'22:49
openstackgerritTracy Jones proposed openstack/nova: config options: centralize section "guestfs"  https://review.openstack.org/24896322:49
mriedemartom: do you have the change posted? i guess i'm not sure what you're trying to test and where. would be easier with code posted. i have to head out anyway22:49
mriedemi'd look for recent changes to policy.json and look at how those changes did their testing22:50
*** mriedem is now known as mriedem_away22:51
*** harlowja has quit IRC22:51
*** harlowja has joined #openstack-nova22:51
*** ssurana1 has joined #openstack-nova22:52
*** rlrossit has quit IRC22:53
*** Marga_ has joined #openstack-nova22:55
*** ssurana has quit IRC22:55
*** mdrabe has quit IRC22:55
*** nic has quit IRC22:57
*** wuhg has quit IRC22:58
*** ducttape_ has quit IRC22:59
*** baoli has quit IRC22:59
*** boris-42_ has joined #openstack-nova22:59
*** Marga_ has quit IRC22:59
*** akshai_ has quit IRC22:59
*** baoli has joined #openstack-nova22:59
*** tonytan4ever has joined #openstack-nova23:00
*** dedery has quit IRC23:00
*** burgerk has quit IRC23:00
*** haomaiwang has quit IRC23:01
*** artom has quit IRC23:01
*** haomaiwang has joined #openstack-nova23:01
*** akshai has joined #openstack-nova23:01
*** pixelbeat has joined #openstack-nova23:02
*** gokrokve has joined #openstack-nova23:04
*** artom has joined #openstack-nova23:06
*** doug-fish has quit IRC23:06
suro-patzmelwitt: review request https://review.openstack.org/#/c/243825/23:06
*** dave-mccowan has joined #openstack-nova23:07
*** nic has joined #openstack-nova23:08
*** gokrokve has quit IRC23:08
*** dustins has quit IRC23:09
*** baoli has quit IRC23:09
*** baoli_ has joined #openstack-nova23:10
*** baoli_ has quit IRC23:10
*** baoli_ has joined #openstack-nova23:10
*** Marga_ has joined #openstack-nova23:11
*** Marga_ has quit IRC23:12
*** Marga_ has joined #openstack-nova23:13
*** Marga_ has quit IRC23:13
*** dustins has joined #openstack-nova23:14
*** Marga_ has joined #openstack-nova23:14
*** ctrath has quit IRC23:17
*** claudiub has quit IRC23:17
*** ctrath has joined #openstack-nova23:17
*** pumaranikar has quit IRC23:17
*** pushkaru has joined #openstack-nova23:18
*** baoli_ has quit IRC23:19
openstackgerritDavid Edery proposed openstack/nova: ports & networks gather should validate existance  https://review.openstack.org/25256523:21
openstackgerritEric Brown proposed openstack/nova: VMware: speed up start of n-cpu  https://review.openstack.org/25558623:22
*** mrkz has quit IRC23:22
*** ctrath has quit IRC23:23
*** baoli has joined #openstack-nova23:25
*** xyang1 has quit IRC23:25
*** thorst has joined #openstack-nova23:27
*** briancurtin has joined #openstack-nova23:28
*** burt has quit IRC23:29
*** pushkaru has quit IRC23:30
*** haomaiwang has quit IRC23:32
*** haomaiwang has joined #openstack-nova23:32
openstackgerritAndrew Bogott proposed openstack/nova: Prevent scheduling of instances on full hosts.  https://review.openstack.org/24225123:34
*** thorst has quit IRC23:34
*** jlk has joined #openstack-nova23:35
*** baoli has quit IRC23:35
jlkHey all, I'm looking to debug the routines nova uses to auth to keystone, and I'm hoping for an easy place to toss a pdb or epdb in that I can then use to walk through the auth. Can somebody help me with that a bit?23:35
*** baoli has joined #openstack-nova23:36
*** ianbrown has joined #openstack-nova23:36
*** ianbrown has quit IRC23:36
*** haomaiwang has quit IRC23:37
*** rcernin has joined #openstack-nova23:37
*** tjones1 has joined #openstack-nova23:39
*** pradk has quit IRC23:40
*** cn28h has quit IRC23:40
*** cn28h has joined #openstack-nova23:41
*** takedakn has joined #openstack-nova23:41
*** andrewbogott has joined #openstack-nova23:41
*** claudiub has joined #openstack-nova23:42
artommriedem_away, thanks - I wanted to pass tests before posting, but if I really can't figure it out I'll just post and ask for reviewer help.23:44
*** takashin has joined #openstack-nova23:45
*** betherly has joined #openstack-nova23:48
*** baoli has quit IRC23:50
*** ljxiash has joined #openstack-nova23:50
*** patrickeast has joined #openstack-nova23:51
jlkn/m.23:52
*** jlk has left #openstack-nova23:52
*** bklei has joined #openstack-nova23:53
*** cdent has quit IRC23:54
*** ljxiash has quit IRC23:55
*** ianbrown has joined #openstack-nova23:55
*** Sukhdev has quit IRC23:56
*** ZZelle_ has quit IRC23:59

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