| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2019-06-20 | |||
| 17:54:11 | sean-k-mooney1 | that is what is causeign the conflict | |
| 17:55:25 | sean-k-mooney1 | so https://github.com/openstack/requirements/commit/00b2bcf7d664b1526b4eefe157c33113206d6251 is likely the reason all the other porject are broken | |
| 17:55:42 | sean-k-mooney1 | we should have caped just in upper constraitns not in global requiremetns | |
| 17:56:52 | mriedem | sean-k-mooney1: dansmith: it is done https://review.opendev.org/#/c/644881/37 | |
| 17:57:56 | mriedem | efried: jroll: passthrough tpm seems small spec worthy to me, but i can also pass the buck to dansmith | |
| 17:58:08 | sean-k-mooney1 | mriedem: thanks and thanks for rechecking too | |
| 17:58:11 | mriedem | we've had specs for less complicated things i'm sure | |
| 17:58:23 | dansmith | yeah | |
| 18:09:19 | mriedem | there, i have provided at least a few things that would likely need to be mulled over in a spec | |
| 18:09:44 | mriedem | creating a server with a thing and deleting it is easy, moving the damn thing and what happens when the compute is down and we need to cleanup later is the pain in the ass | |
| 18:14:03 | mriedem | stephenfin: remind me why you think it's better to list every option in the group here https://review.opendev.org/#/c/640730/8/doc/source/admin/vendordata.rst@134 rather than just the group itself and let the operator read through the config option docs? | |
| 18:15:39 | mriedem | previously you said, "While this service happens to have most things nicely grouped, that's not always the case. I realize duplication isn't nice but there's value in having everything grouped in one place. I'd like to keep this, if that's okay" but what is that value? and does it outweigh the duplication? | |
| 18:21:01 | mriedem | sean-k-mooney1: john is totally cool with https://review.opendev.org/#/c/647733/ | |
| 18:21:15 | mriedem | the +1 bot must not have -W filtering | |
| 18:22:11 | sean-k-mooney1 | haha ya... | |
| 18:22:53 | sean-k-mooney1 | i will get to adding the missing test before i sign off today | |
| 18:29:06 | efried | jroll: oh well, I tried | |
| 18:48:27 | openstackgerrit | Merged openstack/nova master: Change InstanceFaultRollback handling in _error_out_instance_on_exception https://review.opendev.org/633212 | |
| 18:48:31 | jroll | mriedem: <3 | |
| 18:50:17 | mriedem | jroll: that's not an ironic (as in hipster, not the openstack project) heart is it? is it...true love? | |
| 18:50:56 | jroll | somewhere in the middle, like, I love you in this moment but it is not promised forever :P | |
| 18:50:58 | mriedem | now i'm thinking about david coverdale, great | |
| 18:51:08 | jroll | lol | |
| 18:51:10 | openstackgerrit | Merged openstack/nova master: Raise InstanceFaultRollback for UnableToMigrateToSelf from _prep_resize https://review.opendev.org/633227 | |
| 19:01:15 | Nick_A | what are some potential reasons why metadata would have keys but not password (either in openstack/latest/password or openstack/latest/meta_data.json) when both are used to create the instance? | |
| 19:05:48 | efried | dansmith: Since request_filter.py is fresh in your head, how would you feel about moving the logic in the @trace decorator just into the main loop? | |
| 19:06:03 | efried | so we don't have to remember to decorate every method | |
| 19:06:59 | dansmith | efried: meh, seems like not much to remember and obvious if you're copying, but if you think it's important then okay | |
| 19:07:57 | efried | dansmith: When I was looking at sean-k-mooney1's patch and considering how best it could be done more simply, the fact that the trace was a decorator was slightly in the way of one of the better ways of organizing. Otherwise as you say not a big deal. | |
| 19:09:53 | dansmith | efried: I'm likely biased, but I totes don't see that much organization is needed at this point and prefer to wait for more things to be added so that clear patterns develop | |
| 19:09:54 | sean-k-mooney1 | efried: im not sure if dansmith has seen my patch yet | |
| 19:10:21 | efried | sean-k-mooney1: He did, swhat prompted me to bug him about it :) | |
| 19:10:36 | sean-k-mooney1 | ah i was doing bug assignment | |
| 19:10:44 | sean-k-mooney1 | let me check the patch | |
| 19:11:02 | dansmith | prepare to be overwhelmed with reading material | |
| 19:11:52 | sean-k-mooney1 | haha ok so you agree with erric :) | |
| 19:13:00 | sean-k-mooney1 | am are ye ok with me resturcting the code so ist more like the normal filter-schduler filers instead? | |
| 19:13:24 | dansmith | not really, no | |
| 19:13:46 | sean-k-mooney1 | ok... i can just revert to functions | |
| 19:14:06 | sean-k-mooney1 | and keep it all in one file but i think that is going to get annoying in the medium to long term | |
| 19:14:25 | dansmith | when it gets annoying we can split it up | |
| 19:15:00 | sean-k-mooney1 | well it was already annying me a littel :) but not enought to fight this battel to much | |
| 19:16:40 | sean-k-mooney1 | efried: im going to finish writing the 3 transform (as function not fucntors) and then ill start working on the dirver chagnes to report the tratis and move the filters to the end of the patch series | |
| 19:18:07 | sean-k-mooney1 | i might do the extraction fo the common helper code as a singel patch too and then build on that | |
| 19:18:25 | sean-k-mooney1 | that sound ok with people? | |
| 19:19:11 | dansmith | sean-k-mooney1: the three transforms need only be a single function..hopefully that's what you're planning right? | |
| 19:19:46 | sean-k-mooney1 | i was going to have one function for each to make the testing simplere but i can compess them | |
| 19:20:13 | dansmith | that is way (way) overkill, IMHO and just serves to get us to "annoying" sooner for no benefit :) | |
| 19:20:19 | sean-k-mooney1 | i would prefer to just add another fucntion to the dict everytime we add a new image metadata trait we support | |
| 19:20:38 | dansmith | but they're identical in behavior right? | |
| 19:21:03 | sean-k-mooney1 | i think i can generalise it actully | |
| 19:21:24 | sean-k-mooney1 | the main different is the field they match on and the prefix for the trait | |
| 19:21:36 | dansmith | I don't understand how it's not already generalized, but.. okay | |
| 19:21:38 | sean-k-mooney1 | that was on my todo list for the next versions anyway | |
| 19:23:58 | sean-k-mooney1 | which fucntio were you refering to by the way i plan to have only one filter fucntion transform_image_metadata but ideally i would also have one transfrom function that is paramaterised on teh traits prefix to use and the image metadata value to check | |
| 19:24:36 | dansmith | all you need is one function that inside it has a list of the properties to traitify | |
| 19:24:42 | sean-k-mooney1 | my StorageTrasform object is currently only parmaterised on the key to check but i wanted to refactor to also thake the prefix | |
| 19:25:11 | sean-k-mooney1 | ya ill make it simpelr in the next version | |
| 19:33:12 | openstackgerrit | Eric Fried proposed openstack/nova master: Inline trace_request_filter https://review.opendev.org/666663 | |
| 19:33:15 | efried | dansmith, sean-k-mooney1: ^ | |
| 19:33:35 | dansmith | damn, three away from double devil | |
| 19:33:57 | efried | I should go claim those next few numbers... | |
| 19:35:17 | sean-k-mooney1 | efried: i like that we will actully be using the return value for something outside of the tests | |
| 19:35:37 | efried | sean-k-mooney1: I didn't change anything from what was there before... | |
| 19:35:41 | sean-k-mooney1 | well i guess it was used in teh decorator before | |
| 19:35:45 | efried | yeah | |
| 19:36:19 | sean-k-mooney1 | im updating the docs string in my patch with the input paramaters so ill add a return parmaater to call that out too | |
| 19:36:27 | openstackgerrit | Eric Fried proposed openstack/nova master: DNM: Claim https://review.opendev.org/666666 | |
| 19:36:32 | efried | booya | |
| 19:36:39 | efried | now I just need to find a use for it | |
| 19:37:12 | sean-k-mooney1 | efried: with great power comes epic trolling :P | |
| 19:37:17 | efried | I can't wait | |
| 19:37:42 | mriedem | ooo | |
| 19:38:02 | mriedem | i can almost smell the goats blood | |
| 19:38:07 | efried | I'll be taking offers. Bitcoin and souls only. | |
| 19:39:49 | mriedem | i'd offer up taylor swift's soul so i don't have to hear that me-e-e-e-e song anymore | |
| 19:40:19 | openstackgerrit | Eric Fried proposed openstack/nova master: DNM: Claim https://review.opendev.org/666666 | |
| 19:43:48 | efried | kashyap: tbc, the spec in jroll's thread is for a *physical* tpm passthrough, so he doesn't have to wait for the "not-on-disk" feature of *virtual* tpm to become available. | |
| 19:46:31 | openstackgerrit | Matt Riedemann proposed openstack/python-novaclient master: WIP: Add host and hypervisor_hostname to create servers https://review.opendev.org/647671 | |
| 19:53:11 | openstackgerrit | Matt Riedemann proposed openstack/python-novaclient master: WIP: Add host and hypervisor_hostname to create servers https://review.opendev.org/647671 | |
| 19:57:45 | lbragstad | could add some black sabbath links to your docs | |
| 20:04:16 | Nick_A | why would admin password be stored in config drive meta_data.json but not shown in either meta_data.json or password when curling metadata from the guest? | |
| 20:39:45 | openstackgerrit | Adam Spiers proposed openstack/nova master: Add extra spec parameter and image property for memory encryption https://review.opendev.org/664420 | |
| 20:39:45 | openstackgerrit | Adam Spiers proposed openstack/nova master: Use fake flavor instead of empty dict in test https://review.opendev.org/662555 | |
| 20:39:46 | openstackgerrit | Adam Spiers proposed openstack/nova master: Pass extra_specs to flavor in vif tests https://review.opendev.org/662556 | |
| 20:39:46 | openstackgerrit | Adam Spiers proposed openstack/nova master: Extract SEV-specific bits on host detection https://review.opendev.org/636334 | |
| 20:39:47 | openstackgerrit | Adam Spiers proposed openstack/nova master: Add |
|
| 20:39:47 | openstackgerrit | Adam Spiers proposed openstack/nova master: Apply SEV-specific guest config when SEV is required https://review.opendev.org/644565 | |
| 20:39:48 | openstackgerrit | Adam Spiers proposed openstack/nova master: Enable booting of libvirt guests with AMD SEV memory encryption https://review.opendev.org/666616 | |
| 20:51:26 | aspiers | efried: first pass at series restructuring done | |
| 20:51:41 | aspiers | I'm sure you'll find things you still don't like :) | |
| 20:51:43 | efried | aspiers: cool. Sorry to be a PITA about this | |
| 20:51:48 | aspiers | np | |
| 20:52:07 | efried | it's the 'master switch' that's the most important thing. | |
| 20:52:36 | aspiers | I may not entirely disagree with your commit boundary preferences, but I agree 100% with the master switch thing, and 1000% with a pedantic approach which achieves high quality results ;-) | |
| 20:52:44 | aspiers | s/disagree/agree/ | |
| 20:53:06 | aspiers | OK, that's enough (actually too much) work for today | |
| 20:53:14 | aspiers | 10pm and still haven't eaten | |
| 20:53:30 | efried | there must be a magic triangle of pedantry/quality/productivity | |
| 20:53:32 | aspiers | haha | |