Earlier  
Posted Nick Remark
#openstack-nova - 2018-03-08
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
23:04:35 openstackgerrit Dan Smith proposed openstack/nova master: nova-manage db archive_deleted_rows is not multi-cell aware https://review.openstack.org/507486
23:04:37 dansmith there ^, now I can sleep tonight
23:09:06 openstackgerrit Matt Riedemann proposed openstack/nova master: Migrate tempest-dsvm-cells job to an in-tree job definition https://review.openstack.org/549780
23:09:07 openstackgerrit Matt Riedemann proposed openstack/nova master: Make nova-cells-v1 run with neutron https://review.openstack.org/549789
23:15:56 openstackgerrit Surya Seetharaman proposed openstack/nova master: Make archive_deleted_rows handle a missing CONF.api_database.connection https://review.openstack.org/550967
#openstack-nova - 2018-03-09
00:01:21 openstackgerrit Surya Seetharaman proposed openstack/nova master: Make archive_deleted_rows handle a missing CONF.api_database.connection https://review.openstack.org/550967
00:59:27 mnaser the patches we did to do clean-up-on-delete work great, except orchestrators are still broken
00:59:53 mnaser because if say an orchestrator like heat created a volume, then a vm with that volume attached and fails
01:00:31 mnaser when you tell it to delete the stack, it will start by deleting the volume first (because it cant delete the vm without the volume being gone i guess)
01:00:56 mnaser but it cant do that because the volume is in 'attaching' state, and nova only clears that on ERROR'd instances once the instance is deleted
01:49:46 openstackgerrit Nakanishi Tomotaka proposed openstack/nova master: Test Compute API in multiple cells https://review.openstack.org/534116
01:50:17 openstackgerrit Merged openstack/os-vif master: Add kuryr-kubernetes Tempest job https://review.openstack.org/548525
02:33:05 openstackgerrit Merged openstack/nova master: Rename the 'recreate' param in rebuild_instance to 'evacuate' https://review.openstack.org/508190

Earlier   Later