Earlier  
Posted Nick Remark
#openstack-nova - 2020-09-16
13:39:59 sean-k-mooney it woudl still be configrev via the nova.conf jsut form a os vif config section
13:40:00 gibi gmann: thanks
13:40:05 sean-k-mooney so the ux is more or less the same
13:40:09 gmann gibi: is it ocata is 'Unmaintained' for nova? we only need backport till pike?
13:40:16 gmann lyarwood: ^^
13:40:18 bauzas gmann: gibi: stephenfin: are we discussing on the API issue we saw yesterday ?
13:40:33 gmann bauzas: yeah, server group with empty 'policies'
13:40:36 bauzas if so, there are some docs for telling whether we need to have a new microversion or not
13:40:40 sean-k-mooney bauzas: leave a comment on the loadbalancing bug and ill convert it to a blueprint/spec
13:40:40 gibi bauzas: it is about the server group policies being an empty list before 2.63
13:40:58 gmann bauzas: yeah this one we do not need microversion bump for 500->400 - https://docs.openstack.org/nova/pike/contributor/microversions.html#id2
13:40:58 bauzas gibi: and afaict, 500 being changed 400 is told "nooope, that's a bug"
13:41:11 bauzas hence not a microversion required
13:41:16 gmann yeah
13:41:19 gibi yeah
13:41:20 bauzas and you can backport
13:41:28 stephenfin Cool, that's my understanding too. Glad we all agree
13:41:36 bauzas sean-k-mooney: just did, closed at Invalid/Wishlist
13:41:50 stephenfin The API telling you did a naughty thing >>> having to read docs to figure it out
13:41:55 gibi gmann: I think ocata is still open in EM
13:42:01 gmann it is documented also if new error code is from already returned error codethen no microversion needed - https://docs.openstack.org/nova/pike/contributor/microversions.html#id2
13:42:20 gmann stephenfin: your base patch for adding test failing, did not check why
13:42:27 bauzas gmann: stephenfin: gibi: https://docs.openstack.org/nova/latest/contributor/microversions.html#when-do-i-need-a-new-microversion
13:42:32 stephenfin gmann: Any chance you could swing by https://review.opendev.org/#/c/745906/ and the other two patches in the series again today so we can finally close that out? It went into merge conflict yet again :(
13:42:36 bauzas "Fixing a bug so that a 400+ code is returned rather than a 500 or 503 does not require a microversion change."
13:42:45 gmann gibi: i think no as CI is broken there and not fixable due to stests issue.
13:42:48 stephenfin I'd say PyPI issues
13:42:58 gmann i see. got it
13:43:03 gibi gmann: I still see the branch exists in https://opendev.org/openstack/nova/
13:43:06 bauzas gibi: stephenfin: gmann: any change I could look ?
13:43:15 stephenfin bauzas: https://review.opendev.org/#/c/752211/1
13:43:24 bauzas ta
13:43:29 gibi bauzas: yeah stephenfin has some ^^
13:43:41 bauzas hah, the ship has sailed :)
13:43:47 stephenfin https://review.opendev.org/#/c/752210/ is still open though
13:43:52 gmann gibi: yeah that should be removed once it move to EOL after 6 month from being marked as 'unmaintained' let me check email
13:43:54 stephenfin gmann: Yeah, pypi mirror issues :(
13:44:09 gibi gmann: ohh, I see. the it could be unmaintained
13:44:15 gibi gmann: I forgot we have such state
13:44:58 gibi sean-k-mooney: so let's add the default log change to os-vif. Will you push a patch?
13:45:16 bauzas stephenfin: the gate is borked, nope ?
13:45:28 stephenfin on and off
13:45:41 stephenfin I guess it depends on the node you land on or something
13:45:53 stephenfin given one patch failed badly and the next one passed just fine
13:46:45 sean-k-mooney gibi: ya im fixing some unit test on a nova bug but ill push the os-vif patch this evening. if you feel like doing it jut add me as an a review
13:47:00 sean-k-mooney we can priorties the backport
13:47:06 gibi sean-k-mooney: no rush, I let you do it and I wil review it when its up
13:47:08 gibi sean-k-mooney: thanks
13:47:12 gmann gibi: this declared ocata as unmaintained and EOL after 3 month http://lists.openstack.org/pipermail/openstack-discuss/2020-July/015747.html http://lists.openstack.org/pipermail/openstack-discuss/2020-July/015744.html
13:47:16 sean-k-mooney cool ill add you to the review
13:47:21 gibi sean-k-mooney: thanks
13:47:35 openstack Launchpad bug 1895848 in OpenStack Compute (nova) "Migration and evacuation fails with encrypted volumes" [Undecided,New]
13:47:35 mgoddard Hi. I'm hitting an issue with encrypted volumes and migration/evacuation. Raised a bug about it: https://bugs.launchpad.net/nova/+bug/1895848
13:47:41 gibi gmann: OK so we just wait until next year before we delete the branch
13:47:57 gibi gmann: I would say that then backports to ocata are not needed
13:48:18 sean-k-mooney gibi: for what its worth i have been looking at that for the last few days and wondering if people would complain :)
13:48:31 gmann gibi: yeah
13:49:28 gibi sean-k-mooney: it kicked my OCD when triaged an unrealated bug in devstack
13:50:09 sean-k-mooney ya some of the logs are useful but the pooling on fd one is not
13:50:32 sean-k-mooney i have used some of the other debug logs so im goign to target the removal to just the pooling one and not the module
13:51:06 gibi sean-k-mooney: sure, just filter this log if possible
13:51:19 sean-k-mooney yep its pretty simple
13:51:25 gibi cool
13:51:27 gmann gibi: As CI is broken for ocata and not fixable, I proposed stable/release team to universally declare it 'unmaintained' instead of project wise but we went with 'let projects do by them self'.
13:52:46 tosky (yes, please)
13:52:47 openstack Launchpad bug 1892176 in OpenStack Compute (nova) "Inconsistent result between index and show of instance api" [Undecided,New]
13:52:47 bauzas wow, this is weirdo https://bugs.launchpad.net/nova/+bug/1892176
13:52:51 sapd1_x Hi everyone, I would like to change the boot order of root device of instances. How can I do that?
13:53:55 sapd1_x In my case, I use ISO file to install OS to vda device. So there are two devices (vda - iso, vdb - empty bootable volume) after installed the OS. How can I remove vda device or change the order of devices.
13:58:14 sean-k-mooney bauzas: by index they mean server list right
13:58:26 sean-k-mooney yes they do
13:58:27 bauzas sean-k-mooney: yup
13:58:36 sean-k-mooney so maybe its still in the api db
13:58:43 bauzas sean-k-mooney: I know that ironic makes magic balancing
13:58:51 sean-k-mooney but missing either cell mapping or something in the cell db
13:59:16 sean-k-mooney bauzas: of compute hosts between compute services right
13:59:16 bauzas sean-k-mooney: well, they just kill ironic-api right?
13:59:33 bauzas sean-k-mooney: but both servers GET and INDEX don't require our virt drivers to be up
13:59:45 sean-k-mooney oh i know that
14:00:16 bauzas so I suspect that ironic makes some recalculation on an ironic-api destroy, which borks either the cell DB or the API DB, I do agree
14:00:24 bauzas an inconsistency
14:01:08 bauzas either way, we're missing details
14:01:15 sean-k-mooney ya
14:01:45 sean-k-mooney and i was suggsting that we might try to retrive something in the show that we dont in the list
14:02:09 sean-k-mooney list with out details i think mainly operates on the api db
14:02:30 sean-k-mooney anyway its weird
14:02:50 sean-k-mooney oh did we reenable the experiation bot
14:03:20 sean-k-mooney oh i think launchpad might have https://help.launchpad.net/BugExpiry
14:05:21 sean-k-mooney gibi: bauzas did we recently enable bug expiry. im not against it by the way but im wondering if this now enabled by default
14:05:49 bauzas well, we only do it once
14:05:56 bauzas afaict, this isn't a bot
14:06:06 sean-k-mooney its a launchpad feature
14:06:11 sean-k-mooney we used to have an openstack bot do it
14:06:31 bauzas oh, I see
14:06:34 bauzas you're right
14:06:38 gibi I'm not aware of any recent changes so if that is on then it is on for a while
14:07:22 sean-k-mooney its strange i have teh correct permision to change this on os-vif but i dont see the option. looks like its not running for os-vif
14:09:39 sean-k-mooney ah there is an "Expire "Incomplete" bug reports when they become inactive" option in the configure bugs tab
14:09:51 sean-k-mooney its not unde edit details in the project page
14:10:09 openstackgerrit Rodrigo Barbieri proposed openstack/nova stable/ussuri: Allow tap interface with multiqueue https://review.opendev.org/752245

Earlier   Later