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