| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2018-03-08 | |||
| 18:18:32 | dansmith | I +2d that spec earlier today | |
| 18:19:33 | tssurya | Yes , thanks for that | |
| 18:19:42 | tssurya | I am guessing a second core also needs to review right ? | |
| 18:19:56 | mriedem | dansmith: did you want this in ocata? https://review.openstack.org/#/c/542767/ | |
| 18:20:01 | mriedem | it's a rhetorical questoin | |
| 18:20:08 | mriedem | tssurya: yes i've got it starred | |
| 18:20:34 | tssurya | mriedem : thank you | |
| 18:21:31 | dansmith | tssurya: fair warning: mriedem will try to find some spelling mistake in that spec to lodge a -1 against my +2 | |
| 18:21:39 | dansmith | tssurya: but that's about me, not you, so don't take it personally :) | |
| 18:21:54 | mriedem | not for spelling, | |
| 18:21:59 | mriedem | but likely for something about tests for docs | |
| 18:22:14 | dansmith | tests for docs? | |
| 18:22:34 | tssurya | now I am confused | |
| 18:22:36 | mriedem | *or | |
| 18:22:39 | mriedem | heh | |
| 18:22:41 | dansmith | mriedem: oohhh :) | |
| 18:23:53 | tssurya | mriedem : I will wait for it then | |
| 18:42:38 | dansmith | I believe I have voted on all non-WIP tssurya patches as of this moment | |
| 18:43:34 | dansmith | two cookies! | |
| 18:45:49 | mriedem | what about your love for pizza too? | |
| 18:46:07 | dansmith | there it is. | |
| 18:46:08 | mriedem | and proper. punctuation. | |
| 18:54:58 | cfriesen | anyone aware of issues with the metadata service in devstack? does it need to be explicitly enabled? | |
| 19:48:29 | mriedem | cfriesen: add n-api-meta to ENABLED_SERVICES | |
| 19:48:38 | mriedem | although i think you can also just run it under n-api | |
| 19:48:47 | mriedem | but not sure | |
| 20:13:41 | mriedem | dansmith: you might want to reply on this thread http://lists.openstack.org/pipermail/openstack-operators/2018-March/014930.html | |
| 20:13:45 | mriedem | we talked about that last week | |
| 20:14:01 | mriedem | public cloud WG people wanted to resolve that issue too | |
| 20:14:44 | dansmith | oh all right | |
| 20:14:55 | mriedem | remember, empathy | |
| 20:15:00 | mriedem | or is that only for jaypipes? | |
| 20:18:47 | dansmith | definitely not for me :) | |
| 20:27:52 | openstackgerrit | Merged openstack/nova master: Add --purge helper flag to archive_deleted_rows https://review.openstack.org/550182 | |
| 21:18:58 | mriedem | i found a typo in the disable cell spec | |
| 21:30:06 | mriedem | comments inline | |
| 21:30:48 | tssurya | mriedem: thank you | |
| 21:31:13 | sorrison | Is there anyone here able to discuss a nova security bug with me? | |
| 21:43:06 | harlowja | qq for folks, the nova-api component, should that have access to all the rabbits of all the cells (when in cells v2), or does it just need access to the top level cells rabbit? | |
| 21:44:11 | harlowja | this is in regard to console log getting when using cells; it seems like nova-api may be trying to send a message to a cell rabbit | |
| 21:46:29 | harlowja | ^ if that matters | |
| 21:52:27 | harlowja | mriedem ^ any idea :) | |
| 21:54:04 | mriedem | harlowja: cells v2 cells are not nested | |
| 21:54:08 | mriedem | there is no parent/child | |
| 21:54:17 | mriedem | the api has access to all of the cells via mappings in the nova_api db | |
| 21:54:31 | harlowja | so nova.conf needs to have all rabbit transports? | |
| 21:54:34 | harlowja | in all places? | |
| 21:54:35 | mriedem | no | |
| 21:54:46 | mriedem | nova.conf needs to be able to access the api database | |
| 21:54:58 | mriedem | the api database has the cell mappings which also has their rabbit transports | |
| 21:55:27 | harlowja | ahhhhh | |
| 21:55:30 | mriedem | when getting an instance to perform some action on it, like getting it's console log | |
| 21:55:39 | mriedem | the api looks up a mapping to see which cell the instance is in, | |
| 21:55:50 | mriedem | then targets a context to that cell so all rpc/db for that instance goes to the targeted cell | |
| 21:56:43 | harlowja | ah | |
| 21:56:43 | harlowja | so nova-api conf doesn't really even need any transport_urls | |
| 21:57:16 | harlowja | (in configuration that is) | |
| 21:57:20 | mriedem | it does to be able to rpc cast to conductor | |
| 21:57:25 | harlowja | kk | |
| 21:57:52 | mriedem | https://docs.openstack.org/nova/latest/user/cellsv2-layout.html | |
| 22:00:39 | harlowja | ya, been looking at that, may have figured it out, ha | |
| 22:08:36 | mriedem | dansmith: want to re-approve melwitt's spec for continuing the 'convert consoles to objects' work? https://review.openstack.org/#/c/543662/ | |
| 22:08:44 | mriedem | she updated it a bit after stuff that changed in queens | |
| 22:39:01 | harlowja | mriedem hey, for the https://docs.openstack.org/nova/latest/user/cellsv2-layout.html diagram, in the child cells, just want to confirm, they don't need there own nova-scheduler right? | |
| 22:39:14 | harlowja | we are seeing something where it seems to go to a cell, then go to the scheduler | |
| 22:40:34 | mriedem | harlowja: there are no child cells | |
| 22:40:38 | mriedem | there is only 1 scheduler | |
| 22:40:40 | mriedem | this isn't cells v1 | |
| 22:40:46 | mriedem | you crazy godaddy guys | |
| 22:40:47 | harlowja | sorry, cell 1 :-P | |
| 22:40:55 | harlowja | we are doing this in not cells v1 :-P | |
| 22:40:59 | harlowja | cells v2, ha | |
| 22:41:11 | mriedem | nova-api and nova-scheduler are global | |
| 22:41:27 | mriedem | and depending on how you want to handle conductor, that can be global as well | |
| 22:41:55 | mriedem | dansmith also has a couple of summit videos going through the layout stuff if that would help | |
| 22:43:28 | mriedem | https://docs.openstack.org/nova/latest/user/cells.html#cells-v2 | |
| 22:44:29 | mriedem | dansmith: since you are my fellow volume-backed server comrade now, i went through the spec to support changing images in volume-backed servers https://review.openstack.org/#/c/532407/ - needs quite a bit of work though, like it doesn't even mention needing a new microversion | |
| 22:45:10 | dansmith | mriedem: remind me to look at that tomorrow | |
| 22:45:39 | mriedem | i will make it my first thing of the day | |
| 22:45:41 | dansmith | mriedem: speaking of that, I'm looking into what we can do now to eliminate the BFV volume-size-claims-compute-disk problem which I think is mostly cruft now | |
| 22:46:13 | dansmith | I'm worried we might be pinned by one thing right now, but I'm mulling it over | |
| 22:47:12 | openstackgerrit | Dan Smith proposed openstack/nova master: [WIP] Remove deprecated cpu,ram,disk claiming in resource tracker https://review.openstack.org/551026 | |
| 22:47:16 | dansmith | ^ | |
| 22:48:39 | openstackgerrit | Merged openstack/nova master: ironic: Clean up resources after unprovision fails https://review.openstack.org/544772 | |
| 22:48:52 | mriedem | dansmith: we can't do that until we remove cachingscheduler | |
| 22:48:59 | mriedem | as it relies on claims in the computes | |
| 22:49:04 | openstackgerrit | Merged openstack/nova master: Make nova-manage db purge take --all-cells https://review.openstack.org/550502 | |
| 22:49:06 | dansmith | that's the thing :) | |
| 22:49:13 | mriedem | oh heh | |
| 22:49:30 | dansmith | we really need to do something though, | |
| 22:49:49 | dansmith | because that's a bunch of baggage getting in the way of things like BFV | |
| 22:49:49 | mriedem | this is why i wanted to add the data migration CLI in rocky so we can drop caching scheduler in S | |
| 22:49:53 | mriedem | i know | |
| 22:50:13 | dansmith | we could switch all of this on with a workaround | |
| 22:50:31 | dansmith | it wouldn't be that hard to do | |
| 22:50:39 | mriedem | seems like that would be a lot of conditional | |
| 22:51:01 | dansmith | it wouldn't really | |
| 22:51:59 | dansmith | anyway, I want to make sure the above WIP passes tempest without any big warnings, which I hope will help sniff out anything I missed | |
| 22:52:04 | mriedem | well, we have a caching scheduler job in the experimental queue now if you want to play with things | |
| 22:52:18 | dansmith | ah good | |