Earlier  
Posted Nick Remark
#openstack-nova - 2017-09-29
11:21:24 cdent cool, i’ve got it set up so that a pull is all that’s need
11:21:35 gibi awesome
11:21:36 gibi thanks again
11:21:41 cdent could probably even cron that too I suppose
11:22:01 cdent but for now let’s just do it manually by you telling me
11:22:08 gibi sure, that totall works for me
11:38:50 sri_ hey folks: is there any solution for take instance snapshot if instance created form volume ?
11:45:13 openstackgerrit Rodolfo Alonso Hernandez proposed openstack/os-vif master: Move 'ips' field from Subnet object to VIF object https://review.openstack.org/508498
12:10:44 gibi cdent: I have a question and a nit in https://review.openstack.org/#/c/485209
12:25:00 johnthetubaguy figleaf: I asked an upgrade question on your spec, I missed it last time :(
12:25:23 johnthetubaguy figleaf: its not a hard question, and I left the answer... but we usually require that to be described in the spec.
12:44:52 johnthetubaguy cdent: is that what happens you have *lots* of coffee and everything in the world seems fixable?
12:45:35 openstackgerrit Elod Illes proposed openstack/nova master: WIP: Transform scheduler.select_destinations notification https://review.openstack.org/508506
12:45:41 figleaf johnthetubaguy: reading and replying now
13:02:36 openstackgerrit John Garbutt proposed openstack/nova master: WIP: possible extra debug info for ironic problem https://review.openstack.org/508508
13:03:01 johnthetubaguy jaypipes: been double checking the ironic resource provider, its current the ComputeNode uuid as the uuid and the Ironic Node uuid and the name
13:04:12 johnthetubaguy leakypipes: I think that's why things change when ironic does its rebalance, the uuid changes, but the name stays the same
13:04:36 leakypipes johnthetubaguy: on a calll, gimme a few :)
13:05:22 johnthetubaguy leakypipes: no problems, catch you in a bit
13:09:04 mriedem johnthetubaguy: "its current the ComputeNode uuid as the uuid and the Ironic Node uuid and the name"
13:09:13 mriedem that's generic from the resource tracker i think,
13:09:15 mriedem but good point
13:09:32 mriedem because it's just using the hypervisor_hostname for the RP name for the other drivers, which is the same as the hostname
13:09:36 johnthetubaguy yeah, I think its always hypervisor hostname (which can be ironic uuid)
13:09:36 mriedem but for ironic it's the uuid
13:09:40 johnthetubaguy yeah, +1
13:09:54 johnthetubaguy so this bug is probably more important than I first thought:
13:10:00 johnthetubaguy https://bugs.launchpad.net/nova/+bug/1714248
13:10:02 openstack Launchpad bug 1714248 in OpenStack Compute (nova) "Compute node HA for ironic doesn't work due to the name duplication of Resource Provider " [High,Confirmed]
13:10:09 mriedem we could put another field in the response from the get_inventory method that includes an optional rp_uuid field or something
13:10:25 mriedem to tell the RT what to use
13:10:35 mriedem although,
13:10:43 mriedem that might break how scheduling works
13:10:45 johnthetubaguy but then we will fail looking up the correct rabbit queue I presume?
13:10:52 mriedem because the scheduler will lookup a compute node from placement's response by uuid
13:11:04 mriedem this has nothing to do with mq
13:11:11 mriedem are you thinking the cell mapping stuff?
13:11:33 johnthetubaguy well the mapping from the placement object, to the compute node you build the instance on
13:11:39 cdent leakypipes: are the slides from your scheduler wars presentations on teh internets somewhere (not the video)
13:11:52 mriedem cdent: the slides would also be on the summit video site
13:12:18 cdent hmmm
13:12:24 mriedem https://www.openstack.org/videos/boston-2017/scheduler-wars-a-new-hope
13:12:24 mriedem or not
13:12:50 mriedem you'll have to get the licensed version from the author :)
13:13:39 cdent yeah, that’s where I starte4d
13:28:44 openstack Launchpad bug 1714248 in OpenStack Compute (nova) "Compute node HA for ironic doesn't work due to the name duplication of Resource Provider " [High,Confirmed]
13:28:44 johnthetubaguy fried_rice: added more details on that ironic rebalance bug from my findings this morning https://bugs.launchpad.net/nova/+bug/1714248:
13:29:32 johnthetubaguy added a patch with some comments in to make it clear where I believe the error occurs
13:30:07 openstackgerrit Elod Illes proposed openstack/nova stable/ocata: WIP: Functional test for regression bug #1713783 https://review.openstack.org/505160
13:30:08 openstack bug 1713783 in OpenStack Compute (nova) ocata "After failed evacuation the recovered source compute tries to delete the instance" [High,Triaged] https://launchpad.net/bugs/1713783
13:32:08 fried_rice johnthetubaguy Okay, haven't dug in fully, but...
13:32:14 fried_rice johnthetubaguy It is legal to rename a RP.
13:32:25 fried_rice Would that solve it, or do you actually need to change the RP's UUID too?
13:32:35 johnthetubaguy name is the same, uuid is different
13:32:36 cdent mriedem: in case you missed it before gibi and I got http://burndown.peermore.com/nova-notification/ going
13:32:44 fried_rice boo
13:32:50 johnthetubaguy yeah :(
13:32:52 cdent using his little framework would be easy to burn lots of other things down
13:33:14 fried_rice johnthetubaguy And the original UUID comes from where?
13:33:25 johnthetubaguy fried_rice: ComputeNode.uuid
13:33:35 fried_rice Which makes sense, I suppose.
13:33:41 johnthetubaguy ish, yeah
13:34:40 fried_rice johnthetubaguy Is there an entity in this world that stays the same on this failover deal?
13:35:17 johnthetubaguy fried_rice: ironic node uuid, i.e. ComputeNode.hypervisor_hostname and ResourceProvider.name
13:35:17 superdan finucannot: ack, I'll allow you to retain rights to conf/network
13:37:03 fried_rice johnthetubaguy Ohh, so hang on, it really *doesn't* make much sense for the RP UUID to be the compute host UUID. Or at least, it would make just as much sense for it to be the ironic node UUID.
13:37:39 fried_rice Though tbh, I'm a tad confused as to why those aren't the same thing.
13:37:45 johnthetubaguy fried_rice: except when get the thing back, the uuid, we want it to always be the same thing, in our case a ComputeNode
13:38:07 johnthetubaguy I am not 100% sure at this point
13:38:18 fried_rice Dangit, I've slept since we started this conversation, need to get the model straight in my head again.
13:38:55 fried_rice Hardware-wise, there's a set of machines. These are called "ironic nodes".
13:38:57 johnthetubaguy oh wait, that could be the answer, for ironic, we could mess with the ComputeNode.uuid
13:39:24 fried_rice Each "ironic node" gets modeled as a separate RP, right?
13:39:28 johnthetubaguy fried_rice: https://developer.openstack.org/api-ref/baremetal/#list-nodes
13:39:32 johnthetubaguy yeah
13:39:47 mriedem cdent: nice
13:39:55 fried_rice And the nova-compute process runs... where? On a totally separate machine?
13:40:14 cdent mriedem: runs on a cron job every hour. took an _entire five minutes_ to set up
13:40:37 mriedem take a break
13:41:01 johnthetubaguy fried_rice: yeah, noramlly on some controller node
13:41:42 fried_rice johnthetubaguy Which is called ComputeNode?
13:42:21 johnthetubaguy not really
13:42:27 johnthetubaguy ComputeNode is the Nova DB table
13:42:34 johnthetubaguy there is one entry for each ironic node
13:42:53 openstackgerrit Ed Leafe proposed openstack/nova-specs master: Return Alternate Hosts https://review.openstack.org/504275
13:43:03 johnthetubaguy i.e. one n-cpu Service has one or more compute nodes
13:43:13 fried_rice johnthetubaguy So why isn't the ComputeNode.uuid the same as the ironic node UUID, if they represent the same thing?
13:43:32 johnthetubaguy fried_rice: I think just history, I am just looking at how hard that would be right now
13:44:00 superdan because computenode is a nova structure
13:44:10 superdan which is used for everything else too,
13:44:33 superdan and because you could have generated those uuids from the existing records when things were offline during a save or forced migration
13:45:32 johnthetubaguy superdan: agreed
13:45:47 openstackgerrit Matt Riedemann proposed openstack/nova master: Stop joining on system_metadata when listing instances https://review.openstack.org/508335
13:45:47 openstackgerrit Matt Riedemann proposed openstack/nova master: Remove old compat code from servers ViewBuilder._get_metadata https://review.openstack.org/508326
13:45:48 openstackgerrit Matt Riedemann proposed openstack/nova master: Remove system_metadata loading in Instance._load_flavor https://review.openstack.org/508357
13:46:06 johnthetubaguy superdan: it could be the simplest fix, but all the fixes seem terrible
13:46:19 superdan I wasn't following what the problem was
13:46:28 johnthetubaguy https://bugs.launchpad.net/nova/+bug/1714248
13:46:29 openstack Launchpad bug 1714248 in OpenStack Compute (nova) "Compute node HA for ironic doesn't work due to the name duplication of Resource Provider " [High,Confirmed]
13:46:33 mriedem the rp uuid isn't the ironic node uuid

Earlier   Later