| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2017-02-09 | |||
| 15:10:26 | sdague | bring up keystone, create all service users, create all endpoint definitions, bring up rest of services | |
| 15:10:48 | dansmith | just like start apache after you have network up so it can bind to addresses, etc | |
| 15:11:07 | EmilienM | sdague: ok, let me change that now. | |
| 15:11:11 | mordred | so - that brings to mind a question though... | |
| 15:11:12 | mriedem | johnthetubaguy: thanks for running the meeting, looks like it was a short one | |
| 15:11:14 | openstackgerrit | Jeremy Liu proposed openstack/nova master: [3/3]Replace six.iteritems() with .items() https://review.openstack.org/415080 | |
| 15:11:32 | mordred | what happens when all the service apis run in apache? | |
| 15:11:55 | EmilienM | mordred: nova-api in WSGI / apache is not supported | |
| 15:12:02 | sdague | mordred: what's the question? | |
| 15:12:07 | EmilienM | mordred: they suggested me to revert what we did in TripleO and use eventlet | |
| 15:12:09 | mordred | I know - but what about when we get to the point where it is? | |
| 15:12:21 | sdague | mordred: I don't think that changes the flow | |
| 15:12:26 | mordred | so that there isn't really a possibility of starting api endpoints in a particular order | |
| 15:12:29 | mordred | sdague: no? | |
| 15:12:30 | EmilienM | in the case of nova compute, no | |
| 15:12:35 | mordred | oh. duh. nevermind | |
| 15:12:39 | sdague | mordred: you can totally enable just keystone | |
| 15:12:44 | cdent | keystone becomes a...keystone | |
| 15:12:46 | sdague | do all it's stuff | |
| 15:12:51 | sdague | then bring up everything else | |
| 15:13:03 | mordred | yah - nevermind - only on second coffee | |
| 15:13:04 | mordred | :) | |
| 15:13:05 | sdague | heh | |
| 15:13:55 | sdague | mordred: yeh, even in those cases, you'll still need a keystone bootstrapping phase. I can't imagine that ever goes away | |
| 15:15:49 | cdent | TIL | |
| 15:17:30 | openstackgerrit | John Garbutt proposed openstack/nova master: Assume neutron port_binding extensions enabled https://review.openstack.org/357726 | |
| 15:17:35 | johnthetubaguy | mriedem: no worries | |
| 15:18:16 | jroll | johnthetubaguy: we have a "Virt and Metal in the same region" topic in our ptg list, feels like that should be a nova topic, wdyt? | |
| 15:18:50 | johnthetubaguy | jroll: feels like a joint topic | |
| 15:19:05 | jroll | johnthetubaguy: maybe, I know it's mostly nova issues though | |
| 15:19:12 | johnthetubaguy | jroll: oh, well more nova than ironic though | |
| 15:19:39 | johnthetubaguy | jroll: has anyone got a concrete list of issues yet, thats what I was struggling with | |
| 15:21:00 | jroll | johnthetubaguy: just that etherpad that was going around | |
| 15:21:08 | jroll | idk how concrete things are now | |
| 15:21:32 | johnthetubaguy | jroll: thats probably the list I dreamt up one warning, yeah. | |
| 15:23:00 | openstack | Launchpad bug 1630600 in OpenStack Compute (nova) "swap volume intermittently fails with "libvirtError: block copy still active: domain has active block job"" [Medium,In progress] - Assigned to Lee Yarwood (lyarwood) | |
| 15:23:00 | mriedem | lyarwood: is this still a valid bug https://bugs.launchpad.net/nova/+bug/1630600 ? | |
| 15:25:56 | openstack | Launchpad bug 1663163 in OpenStack Compute (nova) "Improper prompt when update existed resource class" [Undecided,In progress] - Assigned to Eric Xie (eric-xie) | |
| 15:25:56 | macsz | cdent: found a bug report that was missing a placement tag, maybe you want to take a look: https://bugs.launchpad.net/nova/+bug/1663163 | |
| 15:26:07 | lyarwood | mriedem: that should be resolved by https://review.openstack.org/#/c/399735/ | |
| 15:26:25 | cdent | macsz: thanks for letting me know, looking now | |
| 15:27:16 | kashyap | lyarwood: Was about to ask if you backported it to stable/newton, you did indeed :-) | |
| 15:27:43 | mriedem | lyarwood: can we duplicate the bug then to close it out? | |
| 15:27:55 | lyarwood | mriedem: yup I'll do that now | |
| 15:28:04 | mriedem | thanks | |
| 15:28:09 | mriedem | i'm reviewing that backport right now too | |
| 15:28:16 | mriedem | had a customer hit that in mitaka | |
| 15:28:19 | ianychoi | mriedem oh hi. I am from I18n team. I am calling you.. since I saw your message too late | |
| 15:28:52 | mriedem | lyarwood: i also remember you triaged a bug yesterday related to swap volume, but it was a failure in libvirt (the reporter was using trusty) - and you pointed out a fix in upstream libvirt, that's in xenial, do you happen to know what i'm talking about? | |
| 15:28:54 | lyarwood | mriedem: yeah same, backporting this all the way back is soooooo much fun | |
| 15:29:00 | mriedem | ianychoi: hi | |
| 15:29:07 | lyarwood | mriedem: yeah I do | |
| 15:29:15 | ianychoi | mriedem, yep ping me again if you finish the current converation :) | |
| 15:29:27 | mriedem | ianychoi: it's my understanding that nova won't have translations performed for ocata? | |
| 15:29:41 | mriedem | ianychoi: i just wanted to confirm so that we don't hold up our rc2 for translations that aren't coming | |
| 15:30:49 | ianychoi | mriedem, thanks a lot for raising this issue. Let me tell more details on this issue. | |
| 15:31:44 | openstack | bugzilla.redhat.com bug 1202704 in libvirt "libvirt doesn't deal with the block job info correctly when fail to do active blockcommit" [High,Closed: errata] - Assigned to pkrempa | |
| 15:31:44 | mriedem | lyarwood: was it this? https://bugzilla.redhat.com/show_bug.cgi?id=1202704 | |
| 15:31:57 | jroll | johnthetubaguy: so anyway, do you think we have enough info to drop some topics on nova ptg agenda? | |
| 15:32:01 | mriedem | the customer is running libvirt 1.2.17 on one compute node and 2.0 on another so that should be fixed for them | |
| 15:32:29 | ianychoi | Previously, i18n team dealt all the translations with so many number of projects but i18n team felt that there is less attention on server projects rather than user-facing projects such as horizon and horizon plugin projects. So I18n team decided to more focus on user facing projects during Ocata cycle. | |
| 15:32:33 | johnthetubaguy | jroll: I think we should put it on there either way, I should think about going to dig into that | |
| 15:32:58 | jroll | johnthetubaguy: alright, sounds good | |
| 15:33:06 | lyarwood | mriedem: yeah that's it | |
| 15:33:09 | EmilienM | cdent, sdague: my actions to follow your suggestion https://review.openstack.org/#/q/topic:bug/1663273 | |
| 15:33:22 | lyarwood | mriedem: sorry launchpad search is fscking awful | |
| 15:33:32 | mriedem | lyarwood: yeah i know :) | |
| 15:33:35 | ianychoi | So.. I will deal with stable/ocata branch creation for Ocata branch.. but I am not currently pretty sure who wants to deal with translation bug fixes for server projects (e.g., nova) | |
| 15:33:39 | mriedem | i found ^ via the internal email thread i'm on | |
| 15:33:39 | cdent | EmilienM, cool, will look in a sec | |
| 15:34:04 | ianychoi | This is why I am delaying to create stable versions in Zanata and syncing with translation for stable branches | |
| 15:34:05 | jroll | johnthetubaguy: I have some WIP topics at line 81 btw, if you're curious https://etherpad.openstack.org/p/nova-ptg-pike | |
| 15:34:07 | mriedem | ianychoi: do you mean branch creation in zenat? | |
| 15:34:10 | mriedem | *zenata? | |
| 15:34:23 | dansmith | EmilienM: wouldn't it be better to make sure all services run after that point? | |
| 15:34:35 | ianychoi | mriedem, both: stable version craeation on Zanata & translation sync job for stablr branch | |
| 15:34:47 | mriedem | ok | |
| 15:34:50 | EmilienM | dansmith: we can't make this change at this stage of this cycle, we'll only do nova compute for now and if things work let's ship it in ocata and improve it in pike | |
| 15:34:56 | sdague | dansmith: ++ | |
| 15:35:01 | kashyap | mriedem: I'll assume that fix wasn't backported to Mitaka, as it's security-only. Hence you must've down a downstream backport | |
| 15:35:20 | mriedem | kashyap: i think the L3 guys are working with the customer on the backport to their systems on mitaka | |
| 15:35:27 | mriedem | which....they could have screwed up for all i know | |
| 15:35:31 | mriedem | i've been trying to stay out of it | |
| 15:35:39 | EmilienM | dansmith: what you're asking has too much impact on different areas and we need to address it without stress & pressure (outside release week) | |
| 15:35:51 | ianychoi | mriedem, I am responsible for submitting a patch like https://review.openstack.org/#/c/429409/ to support translation sync with stable branches also the cration for stable versions in Zanata | |
| 15:35:55 | sdague | mordred: did you figure out what cloud provided the keystone / az bug? | |
| 15:35:58 | ianychoi | (as I18n PTL) | |
| 15:36:04 | sdague | mordred: I mean keypair | |
| 15:36:20 | mriedem | ianychoi: ok | |
| 15:36:22 | dansmith | EmilienM: your call, but just seems like a recipe for other issues | |
| 15:36:31 | ianychoi | mriedem, by the way, auggy is still I18n - nova cross project liaison? https://wiki.openstack.org/wiki/CrossProjectLiaisons#I18n | |
| 15:37:14 | EmilienM | dansmith: in other words: "yes you're right but I don't have the time to do it now, the list of items to address your requests is to big if we want to release Ocata before the deadline" | |
| 15:37:29 | ianychoi | I know that some information on https://wiki.openstack.org/wiki/CrossProjectLiaisons#I18n seems old. I would like to update it as much as possible now | |
| 15:38:08 | mriedem | auggy: are you still i18n liaison? | |
| 15:38:25 | mordred | sdague: just responded to the bug asking that question | |
| 15:38:48 | openstackgerrit | John Garbutt proposed openstack/nova master: Use admin context to create neutron ports https://review.openstack.org/357540 | |
| 15:40:20 | ianychoi | Hmm.. no response now but so fine, since we are living with different timezone :) | |
| 15:41:11 | ianychoi | mriedem, then.. would it be fine if I create stable-ocata version in Zanata and support translation sync job with stable/ocata branch around release date? | |
| 15:41:44 | ianychoi | If there would be more concern (e.g., more early period), please tell me. | |
| 15:44:33 | cdent | macsz: looks like Eric is fixing that himself, yeah? Ought to be a one line fix (not counting tests). Thanks for finding that. | |