Earlier  
Posted Nick Remark
#openstack-nova - 2018-11-27
20:50:56 cdent huzzah
20:54:34 artom So eventlets are the reverse IBM? No one got fired for either buying IBM, or blaming eventlets?
20:59:28 mriedem that was the joke yes
21:02:44 tbachman <delayed boom-splash>
21:07:01 flwang could anybody please help me understand that if i can swift from v2 endpoint to v2.1 endpoint directly?
21:07:25 flwang 'directly' means change the endpoint url in keystone catalyst directly, thanks a lot
21:11:47 mriedem flwang: https://docs.openstack.org/nova/latest/reference/stable-api.html and https://specs.openstack.org/openstack/nova-specs/specs/liberty/implemented/api-relax-validation.html might help, but i think you also have to do something with the api-paste.ini
21:11:58 mriedem since that is config, it will require a change on upgrade to use v2.1
21:13:32 mriedem i'm thinking about this from liberty https://github.com/openstack/nova/commit/4a18f7d3bafcdbede48500aac389e0a770b8e6a8#diff-c29e518f0f69a48dc80705f43cf9a3b4
21:14:35 flwang mriedem: thanks for reply, we have enabled it based on my testing, the v2.1 endpoint works
21:14:45 flwang but i'm not sure how can we migrate the catalyst in keystone
21:14:50 flwang catalog
21:15:18 mriedem you can't just make the compute endpoint point at v2.1 rather than v2?
21:16:50 flwang because when you initialize a nova client, the code will talk to keystone catalog to get the endpoint
21:17:01 flwang and currently, we're using /v2/ in the endpint
21:17:07 flwang not v1
21:17:16 flwang for example, for horizon
21:17:20 flwang it's doing that
21:17:40 flwang and as a result, there are some features we can't enable without upgrading the endpint
21:20:38 flwang mriedem: i just checked, we have done the correct work for nova (api-paste.ini)
21:21:10 flwang and as I mentioned above, the endpoint is working correctly. im just not sure if we can change the keystone catalog now
21:21:30 mriedem the client just asks for the compute endpoint, right? which is an alias to some URL
21:21:49 mriedem the client shouldn't care if it's v1 or v2 or v2.1 really unless they have version-specific requests
21:23:21 flwang mriedem: yes, that's my understanding
21:23:49 flwang i think, as admin, it should be safe to switch the endpoint, but just wanna get more ideas at here
21:25:22 mriedem well it's been awhile since i've talked to any operators that went through this and the old kilo/liberty release notes are pretty sparse,
21:25:34 mriedem but the api-paste.ini was the big thing i knew of that hit people, like when oath upgraded,
21:25:39 mriedem but jpenick is out, and jaypipes insn't here
21:25:41 mriedem *isn't
21:25:47 mriedem jroll: were you around for the oath upgrade to ocata?
21:25:53 mriedem and compute api v2.1?
21:26:11 mriedem flwang: otherwise #openstack-operators is probably best
21:27:05 Sundar cdent: Please ping me when you have the time. Thanks.
21:28:50 flwang mriedem: got it, thank you so much
21:29:13 cdent Sundar: I'll try, but currently very busy. If it's something for which email will work: cdent@anticdent.org
#openstack-nova - 2018-11-28
00:05:09 openstack bug 1550919 in OpenStack Compute (nova) "[Libvirt]Evacuate fail may cause disk image be deleted" [Medium,In progress] https://launchpad.net/bugs/1550919 - Assigned to Matthew Booth (mbooth-9)
00:05:09 openstackgerrit Merged openstack/nova master: Add regression test for bug 1550919 https://review.openstack.org/591733
03:11:00 openstackgerrit Chris Dent proposed openstack/nova master: Use external placement in functional tests https://review.openstack.org/617941
03:11:30 openstackgerrit Chris Dent proposed openstack/nova master: Delete the placement code https://review.openstack.org/618215
03:38:41 openstackgerrit Takashi NATSUME proposed openstack/nova master: Remove Placement API reference https://review.openstack.org/614437
04:36:46 openstackgerrit Ghanshyam Mann proposed openstack/nova master: DNM: Testing nova gate on Bionic (Ubuntu LTS 18.04) https://review.openstack.org/620454
06:00:16 gmann nova api office hour
06:00:33 gmann #startmeeting nova api
06:00:34 openstack Meeting started Wed Nov 28 06:00:33 2018 UTC and is due to finish in 60 minutes. The chair is gmann. Information about MeetBot at http://wiki.debian.org/MeetBot.
06:00:35 openstack Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
06:00:37 openstack The meeting name has been set to 'nova_api'
06:00:45 gmann PING List: gmann, alex_xu
06:00:48 gmann who all here today
06:01:06 gmann we are starting office hour after long time...
06:04:49 gmann seems alex_xu not here. i will do some bug triage during this office hour.
06:05:24 gmann some update- i have updated the subteam tracking etherpad with latest updates - Section API- https://etherpad.openstack.org/p/stein-nova-subteam-tracking
06:45:11 openstackgerrit jichenjc proposed openstack/nova master: Validate security group in API layer https://review.openstack.org/620473
06:56:34 gmann did 2 bug triage and 3rd in progress. will send the updates on ML. ending the office hour
06:56:38 gmann #endmeeting
06:56:40 openstack Meeting ended Wed Nov 28 06:56:38 2018 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)
06:56:41 openstack Minutes: http://eavesdrop.openstack.org/meetings/nova_api/2018/nova_api.2018-11-28-06.00.html
06:56:42 openstack Minutes (text): http://eavesdrop.openstack.org/meetings/nova_api/2018/nova_api.2018-11-28-06.00.txt
06:56:43 openstack Log: http://eavesdrop.openstack.org/meetings/nova_api/2018/nova_api.2018-11-28-06.00.log.html
07:17:59 openstackgerrit Zhenyu Zheng proposed openstack/nova master: Per-instance serial number https://review.openstack.org/619953
07:40:49 openstackgerrit Zhenyu Zheng proposed openstack/nova master: Bump compute service to indicate attach/detach root volume is supported https://review.openstack.org/614750
07:41:45 openstackgerrit Vieri proposed openstack/python-novaclient master: add python 3.6 unit test job https://review.openstack.org/620509
07:58:32 kashyap artom: Thanks for the review.
07:59:07 alex_xu gmann: from this https://docs.openstack.org/nova/rocky/user/block-device-mapping.html#block-device-mapping-v2, we don't have deleted_on_termination param for bdmv2. Also we don't have that param for bdmv2 in nova cli. but I can pass that param by the API directly, does it support from the beginning or we leak something?
08:02:18 kashyap alex_xu: Hi, when you get a moment, mind having a look at this: https://review.openstack.org/#/c/620327
08:04:05 alex_xu kashyap: got it, will try
08:04:32 gmann alex_xu: humm, checking
08:04:41 kashyap alex_xu: Thanks
08:05:55 alex_xu kashyap: np
08:06:07 alex_xu gmann: thanks
08:07:07 alex_xu gmann: actually, I'm reviewing this spec https://review.openstack.org/#/c/580336
08:09:09 gmann alex_xu: delete_on_termination is bdmv1 attribute which is allowed for bdmv2 also
08:09:40 gmann alex_xu: you can see that in doc you mentioned also under Block device mapping v1 (aka legacy)¶ section
08:14:07 alex_xu gmann: so v2 inhertis all the attributes from v1, right?
08:15:41 gmann alex_xu: yeah, https://github.com/openstack/nova/blob/62245235bc15da6abcdfd3df1c24bd856d69fbb4/nova/api/openstack/compute/schemas/servers.py#L90
08:18:30 alex_xu gmann: it is strange that we don't have delete_on_termination on the CLI
08:18:54 gmann alex_xu: humm it is error ?
08:19:51 alex_xu gmann: i don't know
08:24:39 gmann alex_xu: i can see it is supported in CLI - https://github.com/openstack/python-novaclient/blob/58b3ac457aa817da28c757b4845bc39e565139dd/novaclient/v2/shell.py#L138
08:36:37 openstackgerrit Yikun Jiang proposed openstack/nova master: Use new ``initial_xxx_allocation_ratio`` CONF https://review.openstack.org/602804
08:36:37 openstackgerrit Yikun Jiang proposed openstack/nova master: Change the default values of XXX_allocation_ratio https://review.openstack.org/602803
09:22:20 openstackgerrit Ghanshyam Mann proposed openstack/nova-specs master: Spec for API inconsistency cleanup https://review.openstack.org/603969
09:23:40 openstackgerrit Ghanshyam Mann proposed openstack/nova-specs master: Spec for API inconsistency cleanup https://review.openstack.org/603969
10:09:08 openstackgerrit Yikun Jiang proposed openstack/nova master: Use new ``initial_xxx_allocation_ratio`` CONF https://review.openstack.org/602804
10:33:33 openstackgerrit Yikun Jiang proposed openstack/nova master: Add ratio online data migration when load compute node https://review.openstack.org/613499
10:33:34 openstackgerrit Yikun Jiang proposed openstack/nova master: Add compute_node ratio online data migration script https://review.openstack.org/609995
10:36:57 noonedeadpunk Hi everyone.
10:39:08 noonedeadpunk I've faced with a problem (not sure if it's a bug or not), when nova in Q generates config, which is not compatible with libvirt 4 (which is a default for ubuntu). So VM creation results in error "'serial' is deprecated, please use the corresponding option of '-device' instead"
10:41:40 openstackgerrit Chris Dent proposed openstack/nova master: Use external placement in functional tests https://review.openstack.org/617941
10:42:49 openstackgerrit Chris Dent proposed openstack/nova master: Delete the placement code https://review.openstack.org/618215
11:33:04 openstackgerrit Brin Zhang proposed openstack/nova-specs master: Support for changing deleted_on_termination after boot https://review.openstack.org/580336
11:39:44 openstackgerrit Ghanshyam Mann proposed openstack/nova stable/rocky: Migrate nova v2.0 legacy job to zuulv3 https://review.openstack.org/620571
11:47:43 openstackgerrit Ghanshyam Mann proposed openstack/nova stable/queens: Migrate nova v2.0 legacy job to zuulv3 https://review.openstack.org/620578
11:53:26 openstackgerrit Ghanshyam Mann proposed openstack/nova stable/pike: Migrate nova v2.0 legacy job to zuulv3 https://review.openstack.org/620579
12:01:48 openstackgerrit Ghanshyam Mann proposed openstack/nova stable/rocky: Migrate nova v2.0 legacy job to zuulv3 https://review.openstack.org/620571
12:02:08 openstackgerrit Ghanshyam Mann proposed openstack/nova stable/pike: Migrate nova v2.0 legacy job to zuulv3 https://review.openstack.org/620579
12:02:30 openstackgerrit Ghanshyam Mann proposed openstack/nova stable/queens: Migrate nova v2.0 legacy job to zuulv3 https://review.openstack.org/620578
12:32:35 openstackgerrit Ghanshyam Mann proposed openstack/nova stable/pike: DNM: For testing only https://review.openstack.org/620592
12:49:15 jroll flwang: at oath we eventually changed the catalog, it was fine
14:34:12 mriedem couple of easy patches here that need another core https://review.openstack.org/#/c/620165/ https://review.openstack.org/#/c/620170/
14:42:18 gmann mriedem: melwitt nova-next job does not run in queens but seems like it supposed to run there - https://github.com/openstack/nova/blob/master/.zuul.yaml#L140

Earlier   Later