| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2018-08-01 | |||
| 19:41:15 | mriedem | melwitt: totally different | |
| 19:41:30 | mriedem | novaclient does version negotiation with the server on the cli to see which version to use, | |
| 19:41:37 | mriedem | and uses the max supported between the client and server for the CLI | |
| 19:41:48 | mriedem | osc requires that the user opt into the microversion per request | |
| 19:41:53 | mriedem | so, | |
| 19:42:02 | mriedem | openstack --os-compute-api-version 2.37 server create .... | |
| 19:42:11 | melwitt | right... but as far as what option to pass, I thought osc passes through any CLI option and one of those will tell novaclient | |
| 19:42:28 | mriedem | osc will create novaclient with the version specified yes, | |
| 19:42:37 | melwitt | just found that but it doesn't work for requesting a later placement API microversion? | |
| 19:42:39 | mriedem | because novaclient's python API bindings default to no microversion, so 2.1 | |
| 19:42:50 | mriedem | novaclient != placement... | |
| 19:42:58 | mriedem | there is no 2.1 in placement | |
| 19:43:00 | mriedem | there is 1.0 | |
| 19:43:08 | mriedem | osc-placement doesn't have anything to do with novaclient | |
| 19:43:26 | dansmith | the passthrough is of the version, | |
| 19:43:29 | dansmith | not the CLI opt | |
| 19:43:34 | dansmith | since osc is its own client | |
| 19:43:39 | melwitt | oh, right. so how do we do microversions with it? it's saying I can't 'resource class list' because 1.0 doesn't support it. but it's in the command list | |
| 19:43:53 | dansmith | there's an option to specify the version | |
| 19:44:18 | dansmith | --os-compute-api-version I think | |
| 19:44:26 | mriedem | openstack --os-placement-api-version 1.7 resource class list | |
| 19:44:30 | mriedem | something like that, | |
| 19:44:37 | mriedem | it's not 'compute' because it's not nova | |
| 19:44:39 | mriedem | in the service catalog | |
| 19:44:49 | mriedem | the --os-<service-type>-api-version is based on the service catalog | |
| 19:45:06 | mriedem | https://docs.openstack.org/osc-placement/latest/cli/index.html#resource-class-list | |
| 19:45:09 | mriedem | This command requires at least –os-placement-api-version 1.2. | |
| 19:45:19 | mriedem | so, openstack --os-placement-api-version 1.2 resource class list | |
| 19:45:37 | mriedem | if you know you're at some max version of placement, you could just set an env var | |
| 19:45:43 | mriedem | export OS_PLACEMENT_API_VERSION=1.7 | |
| 19:45:45 | dansmith | yeah, she said novaclient so I assumed she was hitting nova | |
| 19:45:49 | dansmith | but placement for placement obviously | |
| 19:45:49 | melwitt | thanks, I just couldn't find that option --os-placement-api-version anywhere | |
| 19:45:54 | melwitt | yeah, sorry | |
| 19:45:54 | mriedem | and then don't have to worry about per-call mv | |
| 19:46:08 | mriedem | melwitt: should be in the help output for the command | |
| 19:46:17 | mriedem | and https://docs.openstack.org/osc-placement/latest/user/index.html#microversion-usage | |
| 19:46:28 | melwitt | I got confused when I started thinking about passthrough of microversions when using osc | |
| 19:46:41 | melwitt | and it made me think of novaclient and the --os-compute-api-version thing | |
| 19:47:00 | mriedem | yeah, it would be the same if there was a python-placementclient thing | |
| 19:47:11 | mriedem | but we've intentionally always avoided that | |
| 19:47:15 | melwitt | ok yeah, I see now 'openstack resource class list -h' | |
| 19:47:29 | mriedem | b/c we have osc for cli and openstacksdk for sdk | |
| 19:48:05 | melwitt | "Return a list of all resource classes. This command requires at least --os- | |
| 19:48:06 | melwitt | placement-api-version 1.2." | |
| 19:48:28 | melwitt | thanks | |
| 20:18:16 | openstackgerrit | Merged openstack/nova master: Nix unused raise_if_custom_resource_class_pre_v1_1 https://review.openstack.org/575847 | |
| 20:42:32 | openstack | bug 1784705 in OpenStack Compute (nova) queens "ResourceTracker.stats can leak across multiple ironic nodes" [High,In progress] https://launchpad.net/bugs/1784705 - Assigned to Matt Riedemann (mriedem) | |
| 20:42:32 | openstackgerrit | Matt Riedemann proposed openstack/nova stable/ocata: Add recreate test for RT.stats bug 1784705 https://review.openstack.org/588076 | |
| 20:42:33 | openstackgerrit | Matt Riedemann proposed openstack/nova stable/ocata: Make ResourceTracker.stats node-specific https://review.openstack.org/588077 | |
| 21:03:42 | mriedem | ooo goody 5 new bugs in triage | |
| 21:04:48 | melwitt | nooo | |
| 21:04:57 | mriedem | well one is against mitaka so.... | |
| 21:05:49 | melwitt | yeah, just opened that one | |
| 21:06:21 | melwitt | I've noticed a fair bit of bugs being added to nova that used to be on other projects lately | |
| 21:06:45 | melwitt | or something. really old bugs coming back as new | |
| 21:15:59 | melwitt | mnaser: have you ever used evacuate with ceph-backed instances? looking at this bug and wondering if evacuate doesn't work with ceph period or if it's only if you've enabled the ceph "exclusive-lock" feature on a disk https://bugs.launchpad.net/nova/+bug/1781878 | |
| 21:16:00 | openstack | Launchpad bug 1781878 in OpenStack Compute (nova) "VM fails to boot after evacuation when it uses ceph disk" [Undecided,New] | |
| 21:16:55 | melwitt | the way the bug is worded, I'm not certain whether they're saying evacuate is broken with ceph out-of-the-box | |
| 21:17:09 | mnaser | i am almost certain this is a manifestation of another bug | |
| 21:17:13 | melwitt | so I was wondering if you've ever done evacuate successfully | |
| 21:17:14 | mnaser | of a poorly upgraded ceph cluster | |
| 21:17:15 | mnaser | one second | |
| 21:17:19 | melwitt | k | |
| 21:17:20 | mnaser | yes, evacuate works all the time, but one second | |
| 21:18:00 | openstackgerrit | Eric Fried proposed openstack/nova master: Compute: Handle reshaped provider trees https://review.openstack.org/576236 | |
| 21:18:08 | mnaser | melwitt: http://lists.ceph.com/pipermail/ceph-users-ceph.com/2017-September/020722.html | |
| 21:18:10 | mnaser | alongside doc there | |
| 21:18:39 | melwitt | thanks | |
| 21:18:42 | mnaser | saaame exact behaviour afaik as original reported issue | |
| 21:19:36 | melwitt | oh, this is familiar ... I remember an internal bug we had about this | |
| 21:19:55 | mnaser | a lot of people were affected by this because the step to tell you to do this was forgotten in the original ceph upgrade docs | |
| 21:20:23 | melwitt | a-ha | |
| 21:21:24 | melwitt | going to try to find that internal bug, the conclusion was to add something to a config? to allow the blacklist command | |
| 21:21:48 | melwitt | and I had first seen the idea on an upstream cinder bug | |
| 21:23:52 | mnaser | melwitt: http://docs.ceph.com/docs/master/releases/luminous/#upgrade-from-jewel-or-kraken | |
| 21:23:58 | mnaser | specifically #6 | |
| 21:27:15 | melwitt | ty | |
| 21:29:42 | openstack | Launchpad bug 1760065 in kolla-ansible "ceph luminous insufficient nova caps " [Undecided,New] | |
| 21:29:42 | melwitt | https://bugs.launchpad.net/kolla-ansible/+bug/1760065 | |
| 21:31:04 | openstack | Launchpad bug 1773449 in tripleo "VM rbd backed block devices inconsistent after unexpected host outage" [High,Fix released] - Assigned to Giulio Fidente (gfidente) | |
| 21:31:04 | melwitt | I think I found the bug I was thinking of, it wasn't for cinder though https://bugs.launchpad.net/nova/+bug/1773449 | |
| 21:31:49 | melwitt | particularly comment #31 | |
| 21:33:40 | openstackgerrit | Eric Fried proposed openstack/nova master: [placement] Add /reshaper handler for POST https://review.openstack.org/576927 | |
| 21:33:41 | openstackgerrit | Eric Fried proposed openstack/nova master: reshaper: Look up provider if not in inventories https://review.openstack.org/585033 | |
| 21:33:42 | openstackgerrit | Eric Fried proposed openstack/nova master: Make get_allocations_for_resource_provider sane https://review.openstack.org/584598 | |
| 21:33:43 | openstackgerrit | Eric Fried proposed openstack/nova master: Report client: Real get_allocs_for_consumer https://review.openstack.org/584599 | |
| 21:33:44 | openstackgerrit | Eric Fried proposed openstack/nova master: Report client: get_allocations_for_provider_tree https://review.openstack.org/584648 | |
| 21:33:45 | openstackgerrit | Eric Fried proposed openstack/nova master: Report client: _reshape helper, placement min bump https://review.openstack.org/585034 | |
| 21:33:46 | openstackgerrit | Eric Fried proposed openstack/nova master: Report client: update_from_provider_tree w/reshape https://review.openstack.org/585049 | |
| 21:33:47 | openstackgerrit | Eric Fried proposed openstack/nova master: Compute: Handle reshaped provider trees https://review.openstack.org/576236 | |
| 21:35:15 | efried | melwitt: FYI, this series is "finished" (ready for review) ^ | |
| 21:35:38 | melwitt | efried: coolness, thanks for the heads up | |
| 21:35:47 | mriedem | time to slot up stein runways etherpad it looks like | |
| 21:36:19 | melwitt | yeah, I need to make some etherpads. need a retro one too for the PTG. and probably another one I'm forgetting | |
| 21:38:24 | mriedem | stein review priorities? | |
| 21:44:11 | openstackgerrit | Matt Riedemann proposed openstack/nova master: WIP: Rollback failed evacuated guest https://review.openstack.org/588087 | |
| 21:44:16 | mriedem | mdbooth and the red hat gang would probably love to punch holes in ^ | |
| 21:49:30 | sean-k-mooney | mriedem: you -w it so im guessing your not to keen on its current state either | |
| 21:49:46 | mriedem | no, rollback is tricky | |