| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2017-04-27 | |||
| 15:28:14 | mriedem | *think | |
| 15:28:20 | mriedem | zioproto: imported? | |
| 15:28:22 | mriedem | via cinder? | |
| 15:28:23 | zioproto | it is some machine converted from vmware or something | |
| 15:28:30 | sfinucan | mriedem: ta | |
| 15:29:02 | mdbooth | mriedem: volume-only image? | |
| 15:29:32 | openstackgerrit | Matt Riedemann proposed openstack/nova master: Remove compatibility code for flavors https://review.openstack.org/460377 | |
| 15:30:09 | sdague | sfinucan: actually, I think we buried the hook for that | |
| 15:31:00 | mriedem | sfinucan: i was actually curious too which fixture sdague was talking about | |
| 15:31:04 | mriedem | since we have a few that seem related | |
| 15:31:06 | sdague | nova_fixtures.StandardLogging() would give us a fixture with self.logger that we can pull on | |
| 15:31:16 | sdague | but we didn't assign a reference to get back to it | |
| 15:31:48 | mriedem | so the base test case needs to store self.logger = self.useFixture(nova_fixtures.StandardLogging()).logger? | |
| 15:31:50 | mriedem | right? | |
| 15:32:04 | mriedem | and then i can do self.assertIn('foo', self.logger.info)? | |
| 15:32:23 | johnthetubaguy | mriedem: dansmith: was the ping I missed about the duplicate hostnames thing in os-services? I think I was really asking about FQDN vs hostname. There wouldn't be duplicate FQDNs. | |
| 15:32:33 | mriedem | oh self.logger.output | |
| 15:32:50 | dansmith | johnthetubaguy: okay, when do we use hostnames that aren't fqdns? | |
| 15:32:50 | openstackgerrit | Sean Dague proposed openstack/nova master: Expose StandardLogging fixture for use https://review.openstack.org/460642 | |
| 15:32:57 | dansmith | johnthetubaguy: not for service registration, AFAIK | |
| 15:33:04 | sdague | mriedem: or that ^^^ | |
| 15:33:30 | johnthetubaguy | dansmith: oh, I thought we default to hostname rather than fqdn, that might just be me getting all mixed up | |
| 15:33:41 | dansmith | johnthetubaguy: not that I've ver seen | |
| 15:33:41 | sdague | mriedem: I thought it had gotten exposed | |
| 15:34:01 | sdague | but apparently not, but there is a whole mechanism for it being captured, so we should us that instead of mocks | |
| 15:34:03 | zioproto | mriedem: so it was two disks from vmware. We converted this disks to glance images, and then to cinder volumes. | |
| 15:34:15 | johnthetubaguy | dansmith: ok, thats probably just my confusion then, seems fine to assume no duplicate fqdn's | |
| 15:34:41 | openstackgerrit | Samantha Blanco proposed openstack/nova master: Remove flavor-rxtx policy https://review.openstack.org/444036 | |
| 15:34:57 | dansmith | johnthetubaguy: ack | |
| 15:35:32 | mriedem | zioproto: ok, the device name won't be stored in the cinder volumes anyway, only the mountpoint meta in cinder, but that's set by nova when the volume is attached | |
| 15:36:05 | mriedem | on a complete tangent, it seems like we should be recording instance actions for swap volume, since that's a thing that happens mostly out of band from a nova api pov | |
| 15:36:11 | mriedem | since cinder initiates it via retype | |
| 15:38:15 | mriedem | dansmith: btw, https://review.openstack.org/460377 turned out to be kind of a beast | |
| 15:38:34 | dansmith | sweet | |
| 15:38:39 | johnthetubaguy | dansmith: so we don't really use the fqdn in here: https://github.com/openstack/nova/blob/master/nova/conf/netconf.py#L55 although I could be reading the docs wrongly: https://docs.python.org/2/library/socket.html#socket.gethostname | |
| 15:39:06 | dansmith | johnthetubaguy: but that's for things like telling other computes how to contact us | |
| 15:39:12 | dansmith | johnthetubaguy: not related to service identity, AFAIK | |
| 15:39:28 | johnthetubaguy | dansmith: we use the conf to register the service though, I thought | |
| 15:39:32 | dansmith | oh, host | |
| 15:39:47 | dansmith | sorry, I was reading the lines wrong, and thought you were talking about the storage_ip | |
| 15:39:55 | johnthetubaguy | dansmith: ah, doh | |
| 15:40:13 | dansmith | johnthetubaguy: so, yeah I guess they could configure it to be wrong | |
| 15:40:16 | mdbooth | zioproto: Assuming that the instance in question was created (from Nova's pov) from an image, does if have hw_architecture defined? | |
| 15:40:29 | mdbooth | zioproto: Is it a 32bit arch by any chance? | |
| 15:40:33 | dansmith | johnthetubaguy: but again, if they have dupes, we'll fail consistency checks AFAIK | |
| 15:40:56 | johnthetubaguy | dansmith: well, not in cells v1, its a different DB, I think | |
| 15:41:05 | dansmith | johnthetubaguy: but it's all merged at the top | |
| 15:41:11 | dansmith | johnthetubaguy: https://github.com/openstack/nova/blob/master/nova/db/sqlalchemy/models.py#L81-L84 | |
| 15:41:28 | dansmith | johnthetubaguy: you'll still end up with all the services up there, right? else none of those APIs will work | |
| 15:41:31 | johnthetubaguy | dansmith: good point, it must be like that today | |
| 15:41:43 | zioproto | mdbooth: <type arch='x86_64' machine='pc-i440fx-xenial'>hvm</type> | |
| 15:41:51 | johnthetubaguy | dansmith: seems we are covered either way then, cool | |
| 15:42:04 | mdbooth | zioproto: I mean does the glance image have a hw_architecture image property? | |
| 15:42:18 | dansmith | johnthetubaguy: just like getting rid of these ambiguous id-using apis, if we have people with dupes here, we might as well flush them out :) | |
| 15:42:23 | zioproto | So I tried booting with only 1 volume attached, and the attach the second volume later. But I get libvirtError: Operation not supported: disk bus 'ide' cannot be hotplugged. | |
| 15:42:59 | johnthetubaguy | dansmith: seems a good opportunity, it can only be creating strange subtable bugs in other places | |
| 15:43:08 | dansmith | johnthetubaguy: if even possible, yeah | |
| 15:43:39 | zioproto | mdbooth: no, but now I see it has hw_disk_bus='ide' | |
| 15:43:44 | zioproto | so maybe hda comes from there | |
| 15:43:45 | mdbooth | boom! | |
| 15:44:25 | zioproto | but the volume created from that image does not have this property | |
| 15:44:29 | zioproto | at least I cant find it | |
| 15:44:48 | openstackgerrit | Rick Bartra proposed openstack/nova master: Add policy granularity to the Flavors API https://review.openstack.org/449288 | |
| 15:45:14 | mdbooth | zioproto: It's looking at the glance image | |
| 15:45:36 | zioproto | can I remove the property from the glance image ? | |
| 15:45:47 | mdbooth | Actually, no. It's looking at the glance image metadata, which will have been stored invisibly with the volume. | |
| 15:46:19 | zioproto | mdbooth: in the cinder database ? | |
| 15:46:28 | mdbooth | Yes | |
| 15:46:46 | mdbooth | I don't think anything exposes it, though | |
| 15:46:50 | mdbooth | But I could be wrong | |
| 15:47:50 | mriedem | yeah the glance image meta is stored all over the place... | |
| 15:48:11 | mdbooth | So that's why it's ide | |
| 15:48:17 | openstackgerrit | Balazs Gibizer proposed openstack/nova master: Remove **kwargs passing in payload __init__ https://review.openstack.org/418489 | |
| 15:48:19 | mdbooth | Why does it fail to boot? | |
| 15:48:23 | mriedem | and when you snapshot a server with volumes attached, the bdm meta goes into the image snapshot meta | |
| 15:49:16 | zioproto | cant find this ide metadata doing select * from volume_glance_metadata where volume_id=uuid | |
| 15:51:06 | zioproto | I give up for today | |
| 15:51:10 | zioproto | thanks for the help | |
| 15:51:20 | zioproto | I will give feedback once this is fixed | |
| 15:51:45 | zioproto | it is probably a corner case because this VM with this cinder volume was created in a weird way | |
| 15:51:54 | zioproto | what is sure is that it booted once in the past | |
| 15:52:00 | zioproto | thank you | |
| 15:52:02 | mriedem | zioproto: i also wouldn't be surprised if swap volume or something was involved | |
| 15:52:17 | mriedem | maybe cinder has a record of volume retype/migrations you can find? | |
| 15:52:26 | zioproto | I have no idea | |
| 15:52:34 | zioproto | in the action log of nova I can find only the start and stop | |
| 15:53:02 | mriedem | right we don't record instance actions for swap volume apparently | |
| 15:53:05 | mriedem | which seems like a gap to me | |
| 15:57:16 | johnthetubaguy | mriedem: there was a spec up at one point to add instance actions into all the missing APIs, I think that had a list of them missing ones | |
| 15:57:24 | openstackgerrit | Artom Lifshitz proposed openstack/nova master: Plumbing for tagged nic attachment https://review.openstack.org/415622 | |
| 15:57:26 | openstackgerrit | Artom Lifshitz proposed openstack/nova master: Delete nic metadata when detaching interface https://review.openstack.org/435387 | |
| 15:57:27 | openstackgerrit | Artom Lifshitz proposed openstack/nova master: Libvirt support for tagged volume attachment https://review.openstack.org/418100 | |
| 15:57:31 | openstackgerrit | Artom Lifshitz proposed openstack/nova master: Delete disk metadata when detaching volume https://review.openstack.org/435082 | |
| 15:57:37 | openstackgerrit | Artom Lifshitz proposed openstack/nova master: Plumbing for tagged volume attachment https://review.openstack.org/391941 | |
| 15:57:37 | mriedem | johnthetubaguy: ok so just an oversight and not intentional | |
| 15:57:37 | openstackgerrit | Artom Lifshitz proposed openstack/nova master: API support for tagged device attachment https://review.openstack.org/376021 | |
| 15:57:40 | openstackgerrit | Artom Lifshitz proposed openstack/nova master: Libvirt support for tagged nic attachment https://review.openstack.org/415520 | |
| 15:57:51 | johnthetubaguy | mriedem: yeah, its just a not finished thing, I believe | |
| 15:58:56 | johnthetubaguy | mriedem: as volume operations don't change the server state, generally, they are in a slight bit of limbo in our error handling, honestly | |
| 16:00:15 | mriedem | the task state changes | |