| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2017-03-14 | |||
| 12:25:14 | frickler | hmm, but "works either way" would make me rather not change an existing setup | |
| 12:26:30 | openstackgerrit | Tadas ustinavičius proposed openstack/nova master: Implements: blueprint custom-emulator-path https://review.openstack.org/445466 | |
| 12:30:26 | sdague | frickler: that's fine, we were doing a soft transition. | |
| 12:30:53 | sdague | we should document this is the prefered mechanism going forward, and honestly probably backport that installguide change | |
| 12:42:13 | vdrok | jaypipes: cdent good morning. when you're around, wanted to discuss https://review.openstack.org/443628. these are the integration tests for resource classes in ironic. for now I just copy-pasted some stuff in the services/placement there to make the calls to placement api. and from what I heard from jaypipes there is no plan to have such client in tempest? | |
| 12:42:13 | vdrok | should we just put some stripped out version that will be doing get requests to some subset of endpoints in our tempest plugin? | |
| 12:42:43 | cdent | vdrok: looking | |
| 12:47:24 | openstackgerrit | Gábor Antal proposed openstack/nova master: Transform instance.volume_attach notification https://review.openstack.org/401992 | |
| 12:50:46 | openstackgerrit | Gábor Antal proposed openstack/nova master: Transform instance.volume_detach notification https://review.openstack.org/408676 | |
| 12:51:15 | openstackgerrit | Gábor Antal proposed openstack/nova master: Transform instance.volume_detach notification https://review.openstack.org/408676 | |
| 12:53:32 | cdent | vdrok: there are no immediate plans for creating a tempest client, since as you've discovered it is relatively easy to create one that "just does requests". | |
| 12:54:24 | vdrok | cdent: yup, for me personally, there is no problem with that. just thought that at least neutron may want to reuse it | |
| 12:56:04 | vdrok | jroll: so, are you ok with keeping the minimal client in our tree? | |
| 12:56:11 | cdent | vdrok: they've got one that they started too (internal to neutron, not part of tempest). I suspect at some point we'll want to extract something to remove duplication. | |
| 12:56:27 | cdent | vdrok: there's also a branch that was started to create a proper python-placementclient: | |
| 12:56:47 | cdent | https://github.com/miguellavalle/python-placementclient/tree/adding-grp-support | |
| 12:56:56 | cdent | but it ended up feeling like overkill | |
| 12:57:20 | cdent | at some point it will be necessary though as there are plans for managing things like shared disk from the command line | |
| 12:58:09 | vdrok | mhm, I see, thanks cdent ! | |
| 12:59:23 | openstackgerrit | Gábor Antal proposed openstack/nova master: Transform instance.reboot notifications https://review.openstack.org/382959 | |
| 13:10:42 | jroll | vdrok: if we agree those tests are useful, yes, I'm fine with that client in our tree for now | |
| 13:11:31 | raghav | while doing devstack of ocata release | |
| 13:11:40 | raghav | i am getting below error from nova | |
| 13:11:47 | vdrok | jroll: do you think it would be enough just having the functional ones in nova? | |
| 13:12:01 | raghav | NO hosts found to map to cell | |
| 13:12:12 | raghav | i have not enabled n-cell then why | |
| 13:12:20 | raghav | cell related error is coming | |
| 13:12:35 | jroll | vdrok: yeah, probably, but more tests can't hurt | |
| 13:14:43 | vdrok | jroll: I think for now, yes, they are not super-useful, as we're basically testing that ironic is returning what we expect in the virt driver. but, not mocking out ironic is a good thing :) | |
| 13:15:18 | jroll | vdrok: yeah, I think we'll expand, and later if ironic pushes data directly to placement they'll be very useful | |
| 13:15:23 | jroll | vdrok: I'm fine with landing them | |
| 13:16:03 | vdrok | ok cool :) I'll polish it a bit more, remove some unnecessary stuff today and they'll be ready for review | |
| 13:17:15 | cdent | vdrok: if you could add me to the review when it is ready, I'd appreciate it | |
| 13:17:30 | vdrok | cdent: sure, will do :) | |
| 13:19:17 | jroll | vdrok: awesome, thanks! | |
| 13:22:29 | raghav | hi all i am getting below error..while stacking | |
| 13:22:39 | raghav | NO hosts found to map to cell | |
| 13:22:49 | raghav | ocata release | |
| 13:23:07 | raghav | i have not enabled n-cell servcie then also i am getting this error | |
| 13:23:14 | raghav | could anyone please help me | |
| 13:24:38 | sdague | raghav: this is a completely fresh install? | |
| 13:26:45 | johnthetubaguy | raghav: the install guide is in the process of being updated for ocata, so if you followed that there are some missing steps right now | |
| 13:27:06 | johnthetubaguy | sfinucan: sorry, I mean update the link | |
| 13:27:14 | raghav | i have done clean.sh on my previous devstack installation and then did stack | |
| 13:27:33 | johnthetubaguy | for context I was thinking about https://review.openstack.org/#/c/438328/ | |
| 13:27:36 | johnthetubaguy | oh | |
| 13:27:40 | raghav | john: i am using devstack | |
| 13:28:36 | sdague | raghav: honestly, given some of the other issues, please start with a completely fresh OS install | |
| 13:28:51 | sdague | once changes have been made to config, clean.sh may not delete some of those things | |
| 13:28:55 | sfinucan | johnthetubaguy: OK, think I've done that now | |
| 13:30:24 | johnthetubaguy | hmm gerrit appears to hate me | |
| 13:30:36 | raghav | sdague: can there be any other soln than re installation | |
| 13:32:07 | sdague | raghav: given the set of issues you were showing yesterday, I think that debugging the current state of your machine isn't going to be a productive use of anyone's time, including yours | |
| 13:32:10 | sdague | I would start fresh | |
| 13:33:27 | raghav | sdague: ok thank you | |
| 13:43:50 | raghav | sdague: Hi in fresh installation aslo i got same error | |
| 13:44:31 | sdague | raghav: please pastebin all the logs and your local.conf, we know that it's working in the general case, it's tested all the time | |
| 13:49:22 | raghav | sdague: http://paste.openstack.org/show/602688/ please find local.conf | |
| 13:49:53 | tdurakov | Hi folks, caught cold, so couldn't run live migration meeting this week, sorry for inconvenience | |
| 13:50:19 | cdent | tdurakov: we share an internet virus | |
| 13:50:55 | tdurakov | Get well cdent | |
| 13:51:08 | cdent | you too | |
| 13:52:46 | sdague | raghav: why did you set *_BRANCH ? | |
| 13:52:57 | mriedem | lyarwood: this is kind of a monster backport but is something we need to get released sooner than later https://review.openstack.org/#/c/445236/ | |
| 13:53:56 | openstackgerrit | Balazs Gibizer proposed openstack/nova master: Transform instance.reboot.error notification https://review.openstack.org/411791 | |
| 13:55:43 | openstackgerrit | Danfly proposed openstack/nova master: Completely remove mox from unit/network/test_linux_net.py https://review.openstack.org/445504 | |
| 13:56:47 | lyarwood | mriedem: ack, I'll queue that up now, can you unblock https://review.openstack.org/#/c/431540/ when you have time, should be good to go now. | |
| 13:57:01 | mriedem | lyarwood: yeah will look now | |
| 13:57:15 | lyarwood | thanks | |
| 14:00:53 | mriedem | lyarwood: +2 | |
| 14:01:00 | mriedem | tonyb: mtreinish: can one of you hit this? https://review.openstack.org/#/c/431540/ | |
| 14:01:46 | mtreinish | mriedem: looking | |
| 14:02:07 | openstackgerrit | Dan Smith proposed openstack/nova master: Get instance availability_zone without hitting the api db https://review.openstack.org/439754 | |
| 14:02:08 | openstackgerrit | Dan Smith proposed openstack/nova master: Make os-availability-zones know about cells https://review.openstack.org/442163 | |
| 14:02:12 | mriedem | bauzas: cdent: jaypipes: so do we want to start looking at creating a placement client? i know mlavalle had already started an osc plugin. | |
| 14:02:54 | cdent | mriedem: just had a chat earlier in the day about that with vdrok | |
| 14:02:55 | dansmith | I thought the point of the simple design was to make it so we don't need a client | |
| 14:03:00 | mriedem | https://github.com/miguellavalle/python-placementclient/tree/adding-grp-support | |
| 14:03:05 | cdent | and we said pretty much what dansmith just said | |
| 14:03:23 | mtreinish | mriedem: +A | |
| 14:03:40 | mriedem | the original spec called out osc CLIs for things like associating resource providers via aggregates, | |
| 14:03:53 | mriedem | or simply listing resource providers as a sanity check | |
| 14:04:02 | mriedem | we expect everyone to just be using curl? | |
| 14:04:11 | mriedem | bra | |
| 14:04:13 | mriedem | *brb | |
| 14:04:40 | cdent | yes, the spec did say that, but I'm not sure we've actually hit those use cases yet, so might be just as easy to wait? | |
| 14:04:49 | cdent | sick bra, have a great time | |
| 14:05:45 | bauzas | mriedem: yeah, I began to work on providing a separate module for that, but I'd prefer to have a separate client | |
| 14:06:06 | dansmith | mriedem: a client for use in cron may make sense, but not a separate client for server code, IMHO | |
| 14:06:27 | dansmith | mriedem: like a simple thing you can run from the cli to report a particular thing, that's not overly complex, but I would expect cinder to just use requests | |
| 14:06:42 | bauzas | dansmith: well, a python client could be cool for OSC | |
| 14:06:58 | bauzas | and for other projects | |
| 14:07:04 | johnthetubaguy | dansmith: melwitt: macsz: seeing bug patterns emerge around this kind of thing: https://bugs.launchpad.net/nova/+bug/1672624 | |
| 14:07:04 | openstack | Launchpad bug 1672624 in OpenStack Compute (nova) "Ceph volumes attached to local deleted instance could not be correctly handled" [Undecided,New] | |
| 14:07:11 | dansmith | bauzas: for human usage, yes, which I think exists today | |
| 14:07:56 | openstackgerrit | Danfly proposed openstack/nova master: Completely remove mox from unit/network/test_linux_net.py https://review.openstack.org/445504 | |
| 14:08:54 | sdague | bauzas: so, honestly, I really think that clients are an anti-pattern | |
| 14:09:28 | bauzas | sdague: not sure I understand your concerns | |
| 14:09:53 | bauzas | IMHO, we could provide a python placementclient package so OSC could use it for providing CLI | |
| 14:10:08 | sdague | here is the issue with that | |