06:02:14 <gmann> #startmeeting nova api 06:02:15 <openstack> Meeting started Wed Aug 8 06:02:14 2018 UTC and is due to finish in 60 minutes. The chair is gmann. Information about MeetBot at http://wiki.debian.org/MeetBot. 06:02:16 <openstack> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 06:02:19 <openstack> The meeting name has been set to 'nova_api' 06:02:29 <gmann> who all here today? 06:02:37 <gmann> PING List: gmann, alex_xu 06:03:34 <alex_xu> o/ 06:04:12 <gmann> alex_xu: let's start 06:04:24 <gmann> #topic Priorities 06:04:34 <gmann> #link https://etherpad.openstack.org/p/rocky-nova-priorities-tracking 06:04:54 <gmann> it will be quick update as Rocky FF already done 06:05:29 <gmann> there are 4 pending item from this which we need to continue in Stein 06:05:45 <gmann> and after PTG we will update the priority for stein 06:06:27 <gmann> i will continue the policy granular things as default roles are done in keystone now 06:06:58 <gmann> #link this one https://review.openstack.org/#/c/547850/ 06:07:19 <gmann> alex_xu: anything you have on this topic ? 06:08:00 <alex_xu> gmann: why that depends on default roles in keystone? 06:08:42 <gmann> that is do to the policy granular along with some meaningful defaults roles 06:09:32 <alex_xu> ok, i see 06:09:35 <gmann> for example, in this spec i am proposing to make GET policy separate than POST/PUT so new GET policy should go with new default like reader, auditor etc 06:09:46 <gmann> which make sense 06:09:56 <gmann> otherwsie we end up doing policy change twice 06:11:04 <alex_xu> ok 06:11:43 <openstackgerrit> Takashi NATSUME proposed openstack/python-novaclient master: Use oslo_utils.uuidutils https://review.openstack.org/589717 06:11:55 <gmann> let's move next? 06:12:07 <alex_xu> yea, nothing from me 06:12:11 <gmann> #topic Bug Triage/Discussion 06:12:13 <gmann> #link https://etherpad.openstack.org/p/nova-api-weekly-bug-report 06:12:23 <gmann> updated this week report 06:13:10 <gmann> there was 1 new bug which we can discuss here and keypair in-use bug 06:13:11 <openstackgerrit> Takashi NATSUME proposed openstack/python-novaclient master: Use uuidutils of oslo.utils https://review.openstack.org/589717 06:13:14 <gmann> #link https://bugs.launchpad.net/nova/+bug/1644457 06:13:14 <openstack> Launchpad bug 1644457 in OpenStack Compute (nova) "keypair quota error" [Medium,Confirmed] - Assigned to Vishakha Agarwal (vishakha.agarwal) 06:14:06 <gmann> alex_xu: i agree with doc only update as of now on keypair things, and later if we need we should go with barbican integration as matt mentioned via sdague mail 06:14:13 <gmann> i just updated the comment there. 06:14:50 <alex_xu> gmann: yea, that the thing we can do now 06:15:06 <gmann> alex_xu: +1 06:15:09 <gmann> vishakha: ^^ 06:15:50 <gmann> next bug i want to discuss is new one show up - 06:15:53 <gmann> #link https://bugs.launchpad.net/nova/+bug/1783338 06:15:53 <openstack> Launchpad bug 1783338 in OpenStack Compute (nova) "Unexpected exception in API method: ValueError: year is out of range" [Medium,Confirmed] - Assigned to Ghanshyam Mann (ghanshyammann) 06:15:55 <vishakha> gmann yes I will update the doc 06:16:06 <gmann> i commented and confirmed that. 06:16:09 <gmann> vishakha: thanks 06:16:32 <vishakha> gmann: thanks for the help 06:16:34 <gmann> vishakha: you can just make clear in api-ref that in-use field will always be zero for keypairs. 06:16:59 <vishakha> gmann: ok sure 06:17:01 <gmann> and some more clarification like keypair is per user only not per projects 06:17:45 <gmann> alex_xu: on second bug, error is that start or end dates in GET /simple-tenant-usage API is not iso8601 format. 06:18:11 <gmann> it says year is out of range which i do not know why as attached screenshot in bug show year as '2018' 06:18:28 <vishakha> gmann : ok 06:18:39 <gmann> one thing we are surly missing is to handle the value error which leads to 500 in this API 06:21:10 <alex_xu> gmann: yea, we can update the query schema 06:21:48 <gmann> as of now we just check string there 06:21:50 <gmann> #link https://github.com/openstack/nova/blob/e8a73c400846b5be0f12a2eea32bd2c5c5aeb370/nova/api/openstack/compute/schemas/simple_tenant_usage.py#L22 06:22:24 <alex_xu> yea 06:22:31 <gmann> need to check if iso8601 format there in json schema or we can do via custom format_checker also 06:22:46 <alex_xu> I remember we have somewhere use it 06:23:00 <alex_xu> change-since in server list API i guess 06:24:29 <alex_xu> gmann: https://github.com/openstack/nova/blob/e8a73c400846b5be0f12a2eea32bd2c5c5aeb370/nova/api/openstack/compute/schemas/servers.py#L592 06:24:30 <gmann> ah yeah 06:24:32 <gmann> #link https://github.com/openstack/nova/blob/e8a73c400846b5be0f12a2eea32bd2c5c5aeb370/nova/api/validation/validators.py#L47 06:24:49 <gmann> alex_xu: thanks, that will be quick 06:24:56 <alex_xu> but the 2018 is out of range is very strange 06:24:57 <gmann> i will update the patch for that 06:25:02 <alex_xu> good to check that 06:25:34 <gmann> yeah, not sure nova get 2018 or something else. ll get horizon and try out this one and will update on bug 06:25:39 <alex_xu> but it only say 'year out of range', maybe the code doesn't see the 2018, it will be another value 06:25:43 <alex_xu> yea 06:26:31 <gmann> let's move to next bug 06:26:43 <gmann> there is one high priority bug for href things 06:26:46 <gmann> #link https://bugs.launchpad.net/nova/+bug/1705663 06:26:46 <openstack> Launchpad bug 1705663 in OpenStack Compute (nova) "Wrong href link returned when providing non-existed version in GET version API" [High,In progress] - Assigned to Zhenyu Zheng (zhengzhenyu) 06:27:02 <gmann> i have not got chance to review Kevin_Zheng patch yet, alex_xu did you? 06:27:07 <gmann> i think he update the PS 06:27:41 <alex_xu> gmann: no, I forget that one, probably try it today 06:27:45 <Kevin_Zheng> o/ 06:27:58 <gmann> alex_xu: thanks, i will also check but tomorrow only. 06:29:18 <gmann> that's all from me on bug things, anything from your side ? 06:29:59 <alex_xu> gmann: nothing from me 06:30:04 <gmann> #topic Open Discussion 06:30:30 <gmann> there is nothing on agend under open. if nothing we can close office houre early 06:35:16 <gmann> alex_xu: anything else ? 06:37:14 <alex_xu> nothing from me 06:37:26 <gmann> let's close then. thanks 06:37:32 <gmann> #endmeeting