| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2019-07-03 | |||
| 14:02:06 | sean-k-mooney | yes | |
| 14:02:26 | sean-k-mooney | too ^ we would need a microversion | |
| 14:02:44 | sean-k-mooney | not sure about keeping track of if it was encypted | |
| 14:03:01 | sean-k-mooney | i think Luzi said there was a metadta key on the image/instance | |
| 14:03:22 | efried | I thought the spec said we forget about that. | |
| 14:03:27 | sean-k-mooney | i assume it would be in the embeded copy of hte image meta we store in the request spec | |
| 14:04:20 | efried | instead of being carried over into the server's metadata." | |
| 14:04:20 | efried | additional metadata properties become irrelevant and thus may be discarded | |
| 14:04:20 | efried | "...the encryption-related | |
| 14:04:24 | Luzi | efried, i thought so until sean-k-mooney asked me, we misinterpreted the word snapshot | |
| 14:06:05 | efried | I'm on the fence about whether it's better to encrypt automatically or on-demand when doing things involving snapshot. | |
| 14:06:36 | efried | but it seemed reasonable as written (on-demand) | |
| 14:06:45 | efried | and simpler | |
| 14:06:50 | sean-k-mooney | either would be ok. what i dont think is ok would be that shelve and cross cell resize alway result in unencypted snap shots with no way to encyrpte them | |
| 14:07:20 | efried | (cross-cell resize creates a snapshot?) | |
| 14:07:23 | sean-k-mooney | so if we do the microversion bump or auto encypt i think both are fine | |
| 14:07:25 | sean-k-mooney | efried: yes | |
| 14:07:50 | efried | okay | |
| 14:07:52 | sean-k-mooney | efried: for corss cell resize we can rely on direct connectivity to the host | |
| 14:08:22 | efried | if we auto-encrypt, then we should do the same for the already-considered snapshot case (createImage) | |
| 14:08:33 | efried | i.e. it should be symmetrical. | |
| 14:08:41 | Luzi | efried, and that cannot happen | |
| 14:08:46 | efried | but that would require a key... | |
| 14:09:38 | Luzi | because the new key would be generated in nova and is then used in glance, which doesn't delete the key in the case a user deletes the image | |
| 14:09:56 | openstackgerrit | Lee Yarwood proposed openstack/nova master: block_device: Optionally recreate attachments when refreshing connection_info https://review.opendev.org/579004 | |
| 14:10:18 | efried | Luzi: I assume saving the *original* key with the server metadata is a nonstarter. | |
| 14:10:43 | efried | like taping your car keys to the fender | |
| 14:11:17 | Luzi | well the key could have been deleted at the point | |
| 14:11:26 | sean-k-mooney | Luzi: how? | |
| 14:11:34 | Luzi | because it was just tied to the original image | |
| 14:11:52 | stephenfin | Newb question: when I'm told to delay string interpolation by doing "LOG.warning('foo %s', 'bar')" instead of "LOG.warning('foo %s' % 'bar')", what actually resolves that? | |
| 14:11:53 | sean-k-mooney | dose the instance not have a key associated to it | |
| 14:12:05 | stephenfin | Is it a feature of the logging library | |
| 14:12:11 | Luzi | if the original image is deleted, the key can be deleted too | |
| 14:12:14 | sean-k-mooney | fo use in its encyped ephmeral disk | |
| 14:12:22 | stephenfin | or the translation framework? | |
| 14:12:57 | Luzi | but that would only be the case if we use a backend which supports ephemeral storage encryption | |
| 14:13:10 | sean-k-mooney | ah right | |
| 14:13:30 | Luzi | ceph right now doesn't - maybe a nice thing to look for in the future :D | |
| 14:13:32 | stephenfin | I ask because we appear to be delaying interpolation here but I didn't that was supported for exceptions https://github.com/openstack/nova/blob/master/nova/virt/libvirt/driver.py#L5842-L5847 | |
| 14:13:38 | stephenfin | So I'm guessing it's a minor bug | |
| 14:14:04 | sean-k-mooney | yes native encyption fo ceph rbds would be nice at somepoint | |
| 14:14:06 | efried | stephenfin: yes that looks like a bug | |
| 14:14:17 | stephenfin | okay, phew. I'll fix | |
| 14:16:13 | sean-k-mooney | Luzi: efried so if we cant make auto encyption symetric for normal snapshoting those that make it a non starter in your minds | |
| 14:17:10 | sean-k-mooney | i would personlally prefer teh asymatry to give a better user experince and be secure by defualt | |
| 14:17:17 | efried | stephenfin: http://paste.openstack.org/show/753821/ | |
| 14:17:56 | efried | your exception message winds up being a %s-ification of a tuple of a string and a dict. | |
| 14:18:01 | stephenfin | efried: I did the exact same thing :) However, I wasn't sure if the i18n marker changed things | |
| 14:18:21 | efried | oh, definitely not, it returns a string | |
| 14:18:27 | efried | The marker can't see the stuff after the comma. | |
| 14:18:54 | stephenfin | Sweet, so it is logging that does the delayed interpolation. Good to know I hadn't been mistaken all these years, heh | |
| 14:19:36 | efried | yes, logging does delayed, because it's conditional. The exception is always happening (if you get to that point), so there's no reason to delay anything. | |
| 14:35:31 | openstackgerrit | Kashyap Chamarthy proposed openstack/nova master: libvirt: Remove MIN_{QEMU,LIBVIRT}_LUKS_VERSION https://review.opendev.org/668924 | |
| 14:36:05 | openstackgerrit | Dakshina Ilangovan proposed openstack/nova-specs master: Spec: Provider config YAML file https://review.opendev.org/612497 | |
| 14:39:17 | openstackgerrit | Balazs Gibizer proposed openstack/nova master: Translatable output strings in heal allocation https://review.opendev.org/668925 | |
| 14:51:20 | adrianc | [FUP] Follow-up patch for SR-IOV live migration | |
| 14:51:20 | adrianc | stephenfin, efried, thanks for taking the time to review | |
| 14:51:30 | efried | yw adrianc | |
| 14:51:43 | efried | hope the minor updates were acceptable | |
| 14:52:08 | adrianc | sure thx for uploading the new PS | |
| 15:08:04 | cdent | efried: I've been waiting for you +1/2 on https://review.opendev.org/#/c/612497/ before reviewing it, assuming until it meets your expectations it wasn't worth the effort. So I'll probably get to it tomorrow morning... | |
| 15:08:37 | efried | cdent: I'm working through it (again) now. | |
| 15:08:57 | efried | your input would be valuable at this stage anyway, but I understand wanting to wait until the dust settles a bit. | |
| 15:10:17 | cdent | i've also already crested my 8 hour limit aleady today (was up early to work with some folk in china), so unless I get an afflatus this evening, it'll be manana | |
| 15:12:37 | kashyap | johnthetubaguy: Ping^2, maybe now you're about :-) -- Want to get the Secure Boot spec across the line? -- https://review.openstack.org/#/c/506720/ ) | |
| 15:14:17 | efried | apparently cdent should stock bean-o | |
| 15:18:56 | dansmith | mriedem: I think I could probably slam your experimental job add patch amirite? | |
| 15:20:20 | mriedem | the ovs hybrid plug one? yeah. | |
| 15:22:59 | dansmith | mriedem: yeah | |
| 15:23:21 | dansmith | so slammed. | |
| 15:28:00 | bauzas | efried: gibi: johnthetubaguy: any reason why https://review.opendev.org/#/c/638734/8 wasn't +W yet ? I'm also cool with it, so I wonder why we hold it | |
| 15:28:31 | efried | bauzas: We're waiting for alex_xu to re-ack at this point. | |
| 15:28:39 | bauzas | ack, thanks | |
| 15:28:49 | bauzas | we basically already agreed on it at the PTG | |
| 15:29:05 | bauzas | so I'm not sure why we need to wait more but okay :) | |
| 15:29:25 | bauzas | the key part of the validation would be more controversial | |
| 15:29:40 | bauzas | but just checking the value looks just cool and simple | |
| 15:29:43 | bauzas | efried: ^ | |
| 15:29:50 | bauzas | I mean, plain simple | |
| 15:30:03 | bauzas | from a spec perspective, we can nitpick on the implementation tho | |
| 15:30:29 | efried | I'll go ahead and merge it. | |
| 15:31:04 | bauzas | cool | |
| 15:31:38 | efried | stephenfin: assuming you didn't want to change the bp name? | |
| 15:31:52 | efried | ...which I just realized isn't in the commit message, ima fix that quick. | |
| 15:32:08 | openstackgerrit | Eric Fried proposed openstack/nova-specs master: Add 'flavor-extra-spec-image-property-validation-extended' spec https://review.opendev.org/638734 | |
| 15:32:42 | efried | f | |
| 15:32:48 | efried | now ima fix it right | |
| 15:33:13 | openstackgerrit | Eric Fried proposed openstack/nova-specs master: Add 'flavor-extra-spec-image-property-validation-extended' spec https://review.opendev.org/638734 | |
| 15:35:54 | efried | stephenfin: I went ahead and made those topic changes https://review.opendev.org/#/q/topic:bp/flavor-extra-spec-image-property-validation-extended | |
| 15:36:12 | stephenfin | efried++ thanks :) | |
| 15:37:18 | stephenfin | That WIP probably needs to be abandoned since we've gone a totally different direction, but that's a job for later this week/next week | |
| 15:43:09 | openstackgerrit | Eric Fried proposed openstack/python-novaclient master: Modify the url of upper_constraints_file https://review.opendev.org/665934 | |
| 15:45:56 | efried | mriedem: cross-cell resize got no love this runway slot? :( | |
| 15:46:06 | efried | move back into queue, yah? | |
| 15:47:14 | mriedem | efried: it got some love from gibi and dansmith but yes i have some comments to address from gibi and need to re-queue | |
| 15:47:23 | efried | ight | |
| 15:47:50 | mriedem | are you going to update the etherpad? | |
| 15:51:05 | mriedem | nvm i'll do it | |
| 15:55:37 | openstackgerrit | Merged openstack/nova-specs master: Add 'flavor-extra-spec-image-property-validation-extended' spec https://review.opendev.org/638734 | |