| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2017-04-24 | |||
| 19:18:27 | mriedem | ^ is in the install guide | |
| 19:18:33 | mriedem | cdent: is that what you're referring to? | |
| 19:18:33 | cdent | smcginnis mriedem https://bugs.launchpad.net/openstack-manuals/+bug/1683585 | |
| 19:18:33 | openstack | Launchpad bug 1683585 in openstack-manuals "Placement endpoint configuration incorrect as written" [High,Confirmed] - Assigned to Brian Moss (bmoss) | |
| 19:18:34 | smcginnis | mriedem: yep | |
| 19:19:04 | smcginnis | Or Ubuntu shouldn't be putting it on a different port. | |
| 19:19:35 | cdent | there's a lot of confusion on how to manage the wsgi-based stuff under apache | |
| 19:19:57 | cdent | which I (incorrectly) had assumed was a known thing | |
| 19:20:31 | mriedem | coreycb: are you still with canonical? | |
| 19:21:09 | coreycb | mriedem, hey, yes | |
| 19:21:23 | mriedem | ? | |
| 19:21:23 | openstack | Launchpad bug 1683585 in openstack-manuals "Placement endpoint configuration incorrect as written" [High,Confirmed] - Assigned to Brian Moss (bmoss) | |
| 19:21:23 | mriedem | coreycb: can you comment on the state of the nova-placement-api package wrt https://bugs.launchpad.net/openstack-manuals/+bug/1683585 / | |
| 19:21:52 | coreycb | mriedem, sure, taking a look | |
| 19:22:13 | mriedem | smcginnis: sounds like you should be able to do the workaround in that bug report by deleting your endpoints and recreating them with the 8778 port | |
| 19:22:31 | smcginnis | mriedem: Just finished recreating them, let's see how this goes. | |
| 19:24:20 | coreycb | smcginnis, i've always created them with the port numbers, i need to what chris was talking about | |
| 19:24:33 | coreycb | that is, i need to look into | |
| 19:25:18 | cdent | coreycb: I think the fundamental issue was that I said (in a review of the install guide): in the long term we want to use prefixes like /placement instead of ports | |
| 19:25:24 | cdent | but that got translated into changing the docs | |
| 19:25:34 | smcginnis | coreycb: Great. Yeah, I was just following the docs.o.o ubuntu instructions, and that doesn't work right now. | |
| 19:25:35 | cdent | causing a mismatch with the packges | |
| 19:26:00 | smcginnis | Hmm, not I see this in the scheduler log: The placement API endpoint not found. Placement is optional in Newton, but required in Ocata. Please enable the placement service before upgrading. | |
| 19:26:36 | mriedem | smcginnis: you're getting an endpoint not found error from ksa now | |
| 19:26:57 | mriedem | smcginnis: the service type and endpoint name are 'placement' right? | |
| 19:27:09 | coreycb | cdent, yep | |
| 19:27:54 | mriedem | cdent: unless the ubuntu packages are going to change to take the port number out of the apache config it seems we should get the install guide updated to create the endpoint with the port number | |
| 19:28:05 | cdent | mriedem: yes | |
| 19:28:13 | coreycb | mriedem, cdent: yes agreed | |
| 19:28:23 | cdent | that's pretty much where asettle and I landed when talking about it last week | |
| 19:28:28 | mriedem | if canonical changed the apache config in a new package release, that would be confusing (at least for ocata) | |
| 19:28:49 | mriedem | you could probably mirate the config somehow at install/update time for the new package, but... | |
| 19:28:52 | mriedem | *migrate | |
| 19:28:59 | smcginnis | Well, if our long term goal is to get rid of ports, shouldn't we make sure new services aren't getting set up that way by default? | |
| 19:29:34 | mriedem | smcginnis: sure, but then canonical has to change the config in their package and provide a migration i'd think | |
| 19:29:42 | mriedem | which is probably a PITA after ocata GA'ed | |
| 19:29:57 | coreycb | mriedem, smcginnis: yeah we'd definitely want to do that on a release boundary if we did | |
| 19:32:23 | smcginnis | mriedem: OK, instance still failing because it's filtering out all my one hosts. I should be able to figure it out from here though. Placement seems to be sorted. | |
| 19:32:40 | smcginnis | mriedem, cdent, coreycb: Thanks for the help. | |
| 19:32:45 | coreycb | smcginnis, maybe cells v2 is needed next | |
| 19:33:08 | smcginnis | coreycb: Any docs.o.o instruction issues with that? I followed the docs on that one too. | |
| 19:33:40 | coreycb | smcginnis, not that i know of | |
| 19:34:10 | smcginnis | coreycb: OK, I'll let you know if I find otherwise. | |
| 19:34:13 | mriedem | yes | |
| 19:34:19 | mriedem | it's in the compute install guide | |
| 19:34:19 | coreycb | smcginnis, ok thanks | |
| 19:34:23 | mriedem | you have to discover the host | |
| 19:34:32 | mriedem | smcginnis: https://docs.openstack.org/ocata/install-guide-ubuntu/nova-compute-install.html | |
| 19:34:37 | smcginnis | mriedem: Yep, did that. | |
| 19:34:44 | mriedem | coreycb: if you can comment in that bug i can move forward with updating the install guide | |
| 19:34:48 | smcginnis | mriedem: Unless that needs to be done again since placement was hosed? | |
| 19:34:51 | mriedem | basically, we create the placement endpoint in keystone with ports for ocata | |
| 19:35:01 | mriedem | and we could reconsider package changes for the apache config in pike | |
| 19:35:23 | mriedem | smcginnis: is the nova-compute log showing that it's creating the resource provider in placement now? | |
| 19:36:03 | smcginnis | mriedem: Created resource provider record via placement API for resource provider with UUID | |
| 19:36:11 | mriedem | ok nice | |
| 19:36:34 | mriedem | smcginnis: are you using a flavor that's too big or something? | |
| 19:36:37 | mriedem | for your compute node? | |
| 19:36:53 | coreycb | mriedem, done | |
| 19:36:59 | mriedem | coreycb: thanks | |
| 19:37:04 | smcginnis | mriedem: Nope, tiniest one. Enabled debug now, so I can see what's going on with the filtering. | |
| 19:38:08 | smcginnis | mriedem: Well, whatever it was, restarting to enable debug seems to have fixed the issue. Got an ACTIVE running instance. | |
| 19:38:28 | smcginnis | mriedem: I'll go back in my own corner now. Thanks! | |
| 19:38:51 | mriedem | hmm | |
| 19:39:21 | mriedem | maybe needed to wait for the inventory to get updated in the compute periodic interval | |
| 19:39:36 | mriedem | or something was stashed in the scheduler worker | |
| 19:39:41 | mriedem | and restarting it flushed that out so we checked again | |
| 19:39:50 | smcginnis | Yeah, I don't think I really changed anything, so maybe just needed to wait or restart. | |
| 19:45:54 | sean-k-mooney | mriedem: hi, im just heading home but i know you had some question regarding the intel cis. ill try and catch up with you later in the week and answer what i can. | |
| 19:46:10 | mriedem | sean-k-mooney: ok | |
| 20:00:24 | openstackgerrit | Eric Fried proposed openstack/nova master: WIP/PoC: nova.utils.get_service_url(group) https://review.openstack.org/458257 | |
| 20:00:33 | openstackgerrit | Matt Riedemann proposed openstack/nova master: Deprecate Multinic, floatingip action and os-virtual-interface API https://review.openstack.org/457181 | |
| 20:02:42 | mriedem | claudiub: are you around/ | |
| 20:02:43 | mriedem | ? | |
| 20:02:53 | claudiub | o/ | |
| 20:03:02 | mriedem | claudiub: can you get https://review.openstack.org/#/c/458843/ so we can unblock stable/ocata changes? | |
| 20:03:24 | claudiub | ack | |
| 20:03:27 | mriedem | thanks | |
| 20:07:20 | claudiub | mriedem: can you also push this in? :D https://review.openstack.org/#/c/445540/ | |
| 20:07:35 | mriedem | i'll take a look | |
| 20:12:37 | mriedem | nice | |
| 20:12:37 | mriedem | no unit tests huh | |
| 20:12:41 | mriedem | real nice | |
| 20:13:28 | mriedem | claudiub: approved. let me know if you need me to do a patch release for stable/ocata os-vif | |
| 20:13:56 | claudiub | that would actually help. :) | |
| 20:14:13 | mriedem | ok i'll submit one | |
| 20:15:02 | claudiub | anyways, just an fyi, there is a silent hyper-v + ovs ci running on neutron. currently collecting history, and checking for stability. in time, it will replace the current neutron hyper-v ci. | |
| 20:15:10 | mriedem | ok | |
| 20:15:22 | mriedem | btw, i'm not sure about this https://review.openstack.org/#/c/431683/3/requirements.txt | |
| 20:17:34 | mriedem | looks like we missed ovo 1.17.0 in os-vif before the final ocata release | |
| 20:17:55 | mriedem | if we release that in stable/ocata we need to bump the minor version, which could conflict with what's on master | |
| 20:18:14 | claudiub | yeah we did. the last requirements updates before that in os-vif was in november | |
| 20:18:39 | claudiub | and we need that pbr update too | |
| 20:18:49 | mriedem | we could separate out the pbr update | |
| 20:18:54 | claudiub | in ocata, all projects are <2.0.0 | |
| 20:19:16 | mriedem | we haven't done an os-vif release in pike yet, and the last release for os-vif in ocata was 1.4.0 | |
| 20:19:29 | mriedem | we could bring the ovo change in and release it in stable/ocata as 1.5.0, | |
| 20:19:31 | mriedem | but that's kind of odd | |
| 20:19:51 | claudiub | true, but it works, imo. | |
| 20:19:52 | mriedem | unless we actually need it on stable/ocata, which we don't, i think we should just ignore that one and do pbr separately | |