Earlier  
Later
New Search
Posted Nick Remark
#openstack-nova - 2019-11-25
15:19:40 lyarwood mriedem: and yeah that's a valid point
15:19:45 mriedem i hope you already knew the answer to that
15:20:38 lyarwood mriedem: https://www.urbandictionary.com/define.php?term=%2Fs yarp I did sorry
15:21:14 mriedem you should have jk lol'ed me with a winking smiley
15:21:18 mriedem that's more my speed
15:21:50 fungi lyarwood: sean-k-mooney: mriedem: thanks a bunch, that's all very useful info
15:22:22 lyarwood I'll fire a few roflcopters next time mriedem :)
15:22:46 fungi and a lolercoaster for good measure?
15:23:06 lyarwood rude not to
15:24:14 mriedem lol ;P
15:34:44 mriedem aarents: dansmith: +2 https://review.opendev.org/#/c/670000/
15:41:27 openstackgerrit Matt Riedemann proposed openstack/nova stable/stein: Add functional recreate test for bug 1829479 and bug 1817833 https://review.opendev.org/695932
15:41:27 openstack bug 1829479 in OpenStack Compute (nova) "The allocation table has residual records when instance is evacuated and the source physical node is removed" [Medium,In progress] https://launchpad.net/bugs/1829479 - Assigned to Matt Riedemann (mriedem)
15:41:28 openstack bug 1817833 in OpenStack Compute (nova) "Check compute_id existence when nova-compute reports info to placement" [Medium,In progress] https://launchpad.net/bugs/1817833 - Assigned to Matt Riedemann (mriedem)
15:45:39 openstackgerrit Eric Fried proposed openstack/nova master: DNM: Test openstacksdk weakrefs https://review.opendev.org/695934
15:48:57 openstackgerrit Matt Riedemann proposed openstack/nova stable/stein: Add functional recreate test for bug 1852610 https://review.opendev.org/695935
15:48:57 openstack bug 1852610 in OpenStack Compute (nova) stein "API allows source compute service/node deletion while instances are pending a resize confirm/revert" [Undecided,New] https://launchpad.net/bugs/1852610
15:53:03 openstackgerrit Matt Riedemann proposed openstack/nova stable/stein: Add functional recreate revert resize test for bug 1852610 https://review.opendev.org/695938
15:53:03 openstack bug 1852610 in OpenStack Compute (nova) stein "API allows source compute service/node deletion while instances are pending a resize confirm/revert" [Undecided,New] https://launchpad.net/bugs/1852610
16:14:07 openstackgerrit Matt Riedemann proposed openstack/nova stable/stein: Block deleting compute services with in-progress migrations https://review.opendev.org/695940
16:21:55 openstackgerrit Kashyap Chamarthy proposed openstack/nova master: libvirt: Remove MIN_{LIBVIRT,QEMU}_FILE_BACKED_VERSION https://review.opendev.org/695942
16:30:09 aarents mriedem: thanks
16:38:05 mriedem could i get a couple of stable cores to look at these https://review.opendev.org/#/q/topic:bug/1849409+branch:stable/rocky ?
16:40:54 lyarwood mriedem: ack looking
16:43:58 openstackgerrit Stephen Finucane proposed openstack/nova master: nova-net: Remove 'nova-dhcpbridge' binary https://review.opendev.org/686815
16:43:58 openstackgerrit Stephen Finucane proposed openstack/nova master: nova-net: Remove 'nova-network' binary https://review.opendev.org/686816
16:43:59 openstackgerrit Stephen Finucane proposed openstack/nova master: docs: Blast most references to nova-network https://review.opendev.org/686817
16:43:59 openstackgerrit Stephen Finucane proposed openstack/nova master: nova-net: Remove associate, disassociate network APIs https://review.opendev.org/686814
16:44:00 openstackgerrit Stephen Finucane proposed openstack/nova master: WIP https://review.opendev.org/686818
16:48:12 gibi sean-k-mooney: heads up, as the neutron meeting is at the US slot this week I won't be awake
16:51:48 lyarwood stephenfin: https://review.opendev.org/#/q/topic:bug/1853495 - would you mind taking a look at this today if you have time?
16:52:48 stephenfin yup, burning through some reviews atm
16:54:38 mriedem lyarwood: questoin in that nova change
16:55:39 lyarwood mriedem: I think the ref is wrong or cinderclient changes it, let me grep around and confirm.
16:58:08 lyarwood mriedem: https://github.com/openstack/nova/blob/6fea2682364cddf66c499936a8c66895ef94dd5b/nova/volume/cinder.py#L313 - my bad, it's us.
16:58:09 mriedem https://github.com/openstack/cinder/blob/62b69b51aab32500d3aa76677011f9db4bf4c14c/cinder/api/v2/views/volumes.py#L81
16:58:17 stephenfin lyarwood, mriedem: looks like we do funky stuff in nova/volume/cinder.py via '_untranslate_volume_summary_view'
16:58:19 mriedem ah
16:58:20 stephenfin nice
17:05:13 openstackgerrit Merged openstack/nova master: api-guide: flesh out flavor extra specs and image properties https://review.opendev.org/695776
17:05:19 openstackgerrit Merged openstack/nova master: api-guide: flesh out networking concepts https://review.opendev.org/695777
17:05:25 openstackgerrit Merged openstack/nova master: api-guide: flesh out todos in user doc https://review.opendev.org/695778
17:06:08 mriedem lyarwood: some questions in there
17:06:44 lyarwood mriedem: looking
17:07:24 mriedem so volume_type on volume create is optional and if not specified the cinder scheduler picks one (and there is a default backend),
17:07:44 mriedem the api-ref talks a bit about when volume_type is required but doesn't mention for encrypted volumes built from snapshots, which volume_type is clearly required due to the bug
17:08:05 mriedem i'm just wondering if we should only pass the volume_type if the original volume was encrypted=True
17:09:16 mriedem i might have answered my own question though,
17:09:25 mriedem i don't think you can delete a volume type in cinder while there are volumes using it,
17:09:32 mriedem and i don't think you can delete a volume that has snapshots
17:09:34 mriedem smcginnis: ^?
17:09:34 lyarwood yeah you can't I was just checking that
17:09:49 lyarwood and again yes AFAIK you can't remove volumes with snapshots
17:10:09 lyarwood so copying over volume_type from the original if one isn't provided should be safe
17:10:17 mriedem so maybe this is fine and if it turns out there is some weird problem later we fix that as necessary
17:10:45 mriedem i'm guessing you'll want to backport this too so hopefully we're all good
17:11:51 lyarwood yup indeed, I tried to keep it as self contained as possible
17:18:03 smcginnis mriedem: Correct.
17:18:16 smcginnis Don't have the full context here, but the plan described sounds good to me.
17:30:18 openstackgerrit Ghanshyam Mann proposed openstack/nova master: Add test coverage of existing os-services policies https://review.opendev.org/669181
17:32:33 openstackgerrit Merged openstack/nova stable/stein: Use admin neutron client to see if instance has qos ports https://review.opendev.org/694668
17:40:44 mriedem stephenfin: you should fix this in your series somewhere https://review.opendev.org/#/c/686816/12/doc/source/install/get-started-compute.rst@28
17:45:37 openstackgerrit Ghanshyam Mann proposed openstack/nova master: Introduce scope_types in os-services https://review.opendev.org/645427
17:52:05 gmann johnthetubaguy: did not get this comment. we can re-use the check_str itself - https://review.opendev.org/#/c/645452/14/nova/policies/base.py@69
17:53:34 johnthetubaguy gmann: the use case I was thinking about is having a nova specific read only role, its nice if that only needs one rule changing
17:57:39 openstackgerrit John Garbutt proposed openstack/nova master: WIP: Enforce unified limits using oslo.limit https://review.opendev.org/615180
17:59:39 gmann johnthetubaguy: and the currently defined check_str like SYSTEM_READER use those rule instead of direct check_str ?
18:04:18 gmann johnthetubaguy: got it. i did not think the override case.
18:05:09 johnthetubaguy gmann: no worries, we could in theory add it later, but probably good to add it from the start
18:05:52 gmann yeah.
18:29:18 openstackgerrit Ghanshyam Mann proposed openstack/nova master: Add new default rules and mapping in policy base class https://review.opendev.org/645452
18:43:23 openstackgerrit Ghanshyam Mann proposed openstack/nova master: Suppress policy deprecated warnings in tests https://review.opendev.org/676670
19:00:41 gmann johnthetubaguy: for new policy rule added due to granularity, new name should be fine right? we decided not to change name for any existing policy - https://review.opendev.org/#/c/648480/18/nova/policies/services.py@22
19:07:38 efried kashyap: Forgive me if you've already had this argument^Wdiscussion with stephenfin, but why are we not squashing at least the three "remove MIN_*" patches into the bump patch?
19:08:23 efried to me, "do X and get rid of dead code that was made obsolete by X" counts as "one logical change".
19:10:23 efried "I did it separately as it cleanly highlights that we consciously picked those versions based on distro research. If we squash it in, the intention just gets buried in this noise." meh meh meh
19:17:10 openstackgerrit Lee Yarwood proposed openstack/nova master: compute: Remove stale BDMs on reserve_block_device_name failure https://review.opendev.org/682594
19:50:22 openstackgerrit Merged openstack/nova stable/queens: Don't delete compute node, when deleting service other than nova-compute https://review.opendev.org/695383
19:50:28 openstackgerrit Merged openstack/nova stable/rocky: Add functional regression test for bug 1849409 https://review.opendev.org/690720
19:50:28 openstack bug 1849409 in OpenStack Compute (nova) rocky "openstack server list --deleted --limit -1 hangs" [High,In progress] https://launchpad.net/bugs/1849409 - Assigned to Matt Riedemann (mriedem)
20:33:03 dansmith artom: when I pay you to just agree with all my review comments, you're supposed to make it look non-obvious
20:37:41 artom dansmith, ok, 0. You don't pay nearly enough. 1. I only agreed on one thing. 2. I disagreed on the big thing.
20:38:42 dansmith artom: each comment was like "I agree with Dan and his bribe money, ...." :P
20:39:20 artom dansmith, either I misunderstood you, or you misunderstood me.
20:39:42 artom I thought you were saying you don't want the workaround conf option approach. I'm saying the "real" fix isn't backportable, so OK.
20:51:58 dansmith artom: no, I know
20:54:52 artom dansmith, but seriously, "subtlety" is only available in the Premium package, you need to upgrade
20:55:56 dansmith I'm calling my credit card company
20:56:58 artom *snerk*
20:57:07 artom "I'd like to charge back these bribes I made"
20:57:29 artom "Turns out corruption isn't the panacea I was hoping for."
21:00:26 dansmith sounds legit to me, I'm sure they've got my back
21:00:43 dansmith just like reporting that your dealer to the cops when he stiffed you on the dime bag
21:17:25 artom Hey man, get with the advanced countries, my dealer's *the government*
21:22:40 mriedem artom: dansmith: i've tl;dr'ed the patch, i need someone to ack on the path forward because i'm getting mixed messages on the nova changes and the os-traits change from efried
21:22:58 mriedem if it's more work than it's worth i'll just abandon all of it and let the bugs continue to get opened
21:24:00 efried what are we talking about?
21:24:48 artom mriedem, I obviously don't have +/-2 powers, but seems like a simple enough patch, so if it fixes some people's issues, don't see why not
21:25:04 artom Sure, it's not the prettiest thing I've ever seen, but... frankly, neither is most of Nova :P
21:27:12 mriedem efried: https://review.opendev.org/#/q/topic:bug/1748697+(status:open+OR+status:merged)

Earlier   Later