| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2018-08-08 | |||
| 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 | openstack | Launchpad bug 1644457 in OpenStack Compute (nova) "keypair quota error" [Medium,Confirmed] - Assigned to Vishakha Agarwal (vishakha.agarwal) | |
| 06:13:14 | gmann | #link https://bugs.launchpad.net/nova/+bug/1644457 | |
| 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 | 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:53 | gmann | #link https://bugs.launchpad.net/nova/+bug/1783338 | |
| 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 | 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:26:46 | gmann | #link https://bugs.launchpad.net/nova/+bug/1705663 | |
| 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 | |
| 06:37:34 | openstack | Meeting ended Wed Aug 8 06:37:32 2018 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | |
| 06:37:35 | openstack | Minutes: http://eavesdrop.openstack.org/meetings/nova_api/2018/nova_api.2018-08-08-06.02.html | |
| 06:37:36 | openstack | Minutes (text): http://eavesdrop.openstack.org/meetings/nova_api/2018/nova_api.2018-08-08-06.02.txt | |
| 06:37:37 | openstack | Log: http://eavesdrop.openstack.org/meetings/nova_api/2018/nova_api.2018-08-08-06.02.log.html | |
| 07:05:02 | openstackgerrit | Tetsuro Nakamura proposed openstack/nova master: api-ref: fix min_version for parent_provider_uuid in responses https://review.openstack.org/579577 | |
| 07:05:03 | openstackgerrit | Tetsuro Nakamura proposed openstack/nova master: [placement] api-ref: add description for 1.29 https://review.openstack.org/589407 | |
| 07:30:08 | gibi | good morning nova | |
| 08:10:47 | openstackgerrit | Balazs Gibizer proposed openstack/nova master: Use placement 1.28 in scheduler report client https://review.openstack.org/583667 | |
| 08:14:30 | openstack | Launchpad bug 1783635 in OpenStack Compute (nova) pike "Live migration failed.: AttributeError: 'Guest' object has no attribute 'migrate_configure_max_speed'" [High,Fix committed] - Assigned to Lee Yarwood (lyarwood) | |
| 08:14:30 | ivve | hey guys.. the new migrate_configure_max_speed in guest.py (fix in pike https://bugs.launchpad.net/nova/+bug/1783635) but from queens.. bandwidth=0 but is capped @ 1024KB/sec | |
| 08:15:02 | ivve | i've applied it manually for pike. 0 should be unlimited? | |
| 08:15:59 | ivve | domain_xml=None, bandwidth=0): | |
| 08:15:59 | ivve | def migrate(self, destination, migrate_uri=None, params=None, flags=0, | |
| 08:16:20 | ivve | seems to set itself to 1 | |
| 08:16:39 | ivve | im no good at debugging this so asking for help :) | |
| 08:18:41 | ivve | note: cap is for entire host, not per vm | |
| 08:18:46 | ivve | instance.. | |
| 08:21:13 | lyarwood | sahid: ^ I think bandwidth=0 is unlimited right? | |
| 08:21:23 | lyarwood | https://libvirt.org/html/libvirt-libvirt-domain.html#virDomainMigrateSetMaxSpeed doesn't help | |
| 08:22:04 | ivve | it should be, but my migrations are 1024KB/sec capped | |
| 08:22:32 | ivve | just evacuated a host and watched my bridge.. 1024KB | |
| 08:22:41 | ivve | so it seems to set itself to 1 | |
| 08:22:48 | ivve | 1MB/sec | |
| 08:24:33 | lyarwood | ivve: live_migration_bandwidth isn't set in nova.conf? | |
| 08:24:43 | ivve | is it meant to be set via nova configuration and/or metadata for hosts/instances? | |