Earlier  
Posted Nick Remark
#openstack-nova - 2020-04-17
13:52:02 sean-k-mooney if you are using paunch it pull a clean copy of the image every time you get it to restat the container so your changes will be lost
13:52:11 averi sean-k-mooney, the changes are there in the code, they persist, but they are completely ignored
13:52:16 sean-k-mooney dansmith: ok just traiging a donwstream bug
13:52:24 dansmith averi: this is probably not the best channel for that question
13:52:59 averi dansmith, sorry, a contact internally mentioned this was a possible good channel for that type of question
13:53:08 sean-k-mooney averi: then i would guess its not using the files you are modifying and the kolla or ooo folks would be betere able to help
13:53:26 averi what would be the correct channel?
13:53:50 sean-k-mooney averi: #openstack-kolla or better #openstack-tripleo
13:53:56 averi thanks
13:54:12 averi mm.. 4 folks in #openstack-tripleo
13:54:28 dansmith averi: are you a redhatter?
13:54:32 averi yes
13:55:07 sean-k-mooney maybe that is not there normal channel
13:55:23 dansmith averi: this is the upstream nova channel.. people here don't know anything about OSP :) I'll pm
13:56:31 sean-k-mooney averi: fyi is just #tripleo
13:56:36 averi ack
14:00:04 gibi sean-k-mooney: cross cell resize merged in Ussuri not supported in Train
14:01:01 sean-k-mooney gibi: yep i just have a resize bug specificly in a multi cell enve and i wanted to triple check that cross cell resize is not supported
14:02:45 bauzas gibi: sorry, I was not around since this morning
14:02:54 bauzas gibi: I haven't yet looked at the bugs
14:03:02 bauzas thanks for working on it
14:03:26 openstack Launchpad bug 1841932 in OpenStack Compute (nova) "hide_hypervisor_id extra_specs in nova flavor cannot pass AggregateInstanceExtraSpecsFilter" [Undecided,New]
14:03:26 rambo_li sean-k-mooney: maybe their is an error, for the bug :https://bugs.launchpad.net/nova/+bug/1841932. when we set the metadata "hide_hypervisor_id=true"in aggreate,so we will go to the https://github.com/openstack/nova/blob/46a3bcd80b41e99ec4923c7cf3d0f8dd8505e97c/nova/scheduler/filters/aggregate_instance_extra_specs.py#L69-L71, but this should not break, because the aggregate_val doesn't match the req.
14:03:27 gibi bauzas: no worries there was one potential regression around cyborg but we just ruled it out as unsupported scenario
14:03:56 gibi bauzas: and honestly I did not triaged any bug, I'm just reviewing https://review.opendev.org/#/c/719163
14:04:49 rambo_li the aggregate_vals is "true"
14:04:50 gmann melwitt: stephenfin can i get your review on this which cover remaining policy of server (not reviewed previously ) - https://review.opendev.org/#/c/720104/ and its scope and defaults change patch.
14:08:27 melwitt gmann: yeah can do. I didn't review it yet because earlier patch in the stack I wanted to wait for johnthetubaguy since he spotted issues before. but you are right, can still look at the others
14:08:53 gmann melwitt: yeah, thanks.
14:09:17 bauzas gibi: ack, will do as well later
14:09:18 melwitt gibi: hi, I have small follow ups here for the host_status:unknown-only policy rule here if you could please look https://review.opendev.org/713295
14:09:41 gibi melwitt: sure. looking
14:09:46 melwitt thanks
14:11:02 openstackgerrit Andreas Jaeger proposed openstack/nova master: Remove Babel requirement https://review.opendev.org/720725
14:23:07 rambo_li sean-k-mooney: if we set the metadata "hide_hypervisor_id = true "in aggregate, so the code https://github.com/openstack/nova/blob/master/nova/scheduler/filters/aggregate_instance_extra_specs.py#L62 , the aggregate_vals in code is "true". so last will also return False.so workaround this is to set hw:hide_hypervisor_id replace hide_hypervisor_id in flavor extra_spec and aggregate metadata.
14:39:13 gibi melwitt: +A on the followup
14:39:23 melwitt danke
14:51:10 melwitt gmann, bauzas, gibi, dansmith: does anyone know about babel to help review this? https://review.opendev.org/720725 it seems ok based on the ML post but I don't understand it well enough whether there could be any issue with removing it as a requirement
14:51:39 melwitt stephenfin too
14:51:52 bauzas weirdo
14:52:10 gibi melwitt: I have to pass on that now. I hope somebody else can take it
14:52:32 bauzas we don't use babel for translations
14:52:33 melwitt it's not urgent, just wanted to mention it while people are around
14:52:38 bauzas but I can git blame
14:53:11 bauzas melwitt: wow, this was old
14:53:32 bauzas melwitt: https://review.opendev.org/#/c/3870/
14:53:52 bauzas but the translation team no longer uses it AFAIK
14:53:56 bauzas (for a while)
14:54:26 bauzas https://docs.openstack.org/i18n/latest/infra.html
14:54:37 bauzas this is now zanata
14:54:43 bauzas so I think we can drop it
14:54:52 bauzas but I leave the decision to other folks :p
14:55:11 melwitt yeah. hm, so maybe we would want to remove all references. ajaeger had said babel is used to build translations so I was not sure what's going on
14:55:12 stephenfin melwitt: That _seems_ correct. You need Babel to run the e.g. 'python setup.py extract_messages' distutils command but I think _that_ would require it already be present, like setuptools
14:55:16 bauzas I'm just afraid of breaking things so close to the HardStringFreeze so I'd defer this to later
14:55:29 melwitt ah, nevermind
14:55:39 stephenfin Also, AJaeger suggested it and he knows these things so I'd trust him on that
14:55:43 stephenfin *on this
14:56:15 bauzas FWIW, that's how translations work atm https://docs.openstack.org/i18n/latest/reviewing-translation-import.html
14:56:28 melwitt I thought it'd be wise to see if anyone in the team understands this before merging it
14:57:00 bauzas melwitt: like I said, I would maybe defer this to post-RC1
14:57:13 melwitt if literally no one understands it, then fine, but I wanted to check first
14:58:12 bauzas melwitt: we should first look at the translation jobs I think
14:58:23 bauzas or ask someone in their team
15:00:22 bauzas stephenfin: sean-k-mooney: trust me, if I was able to use the existing functional helpers, I'd use them
15:01:10 bauzas stephenfin: sean-k-mooney: but all those stuff like https://github.com/openstack/nova/blob/e1359567e4985e9a671359d4c0d53404a8ba64ab/nova/tests/functional/integrated_helpers.py#L1057-L1067 are from a class that's separated from the general base test class
15:01:26 bauzas if the whole thing was a mixin, I'd sign off for this
15:01:45 bauzas but using those helpers requires me to modify the inheritance of my own classes
15:01:59 bauzas stephenfin: sean-k-mooney: https://github.com/openstack/nova/blob/e1359567e4985e9a671359d4c0d53404a8ba64ab/nova/tests/functional/integrated_helpers.py#L498-L500
15:04:11 sean-k-mooney bauzas: they are a mixin
15:04:12 stephenfin melwitt, bauzas: Okay, they're not using the setuptools integration any more so yes, we can remove it https://opendev.org/openstack/openstack-zuul-jobs/src/branch/master/roles/prepare-zanata-client/files/common_translation_update.sh#L371-L379
15:04:30 stephenfin Will ask AJaeger for more information in the commit message though
15:05:03 bauzas sean-k-mooney: huh ? https://github.com/openstack/nova/blob/e1359567e4985e9a671359d4c0d53404a8ba64ab/nova/tests/functional/integrated_helpers.py#L500
15:07:37 sean-k-mooney oh they are not in the mixin class you are right
15:08:29 sean-k-mooney bauzas: that said you are doing testing with placment so you proably should be inheriting form ProviderUsageBaseTestCase
15:08:54 bauzas sean-k-mooney: this was my original plan
15:08:55 sean-k-mooney bauzas: why dont you move them up to the mixin class
15:09:11 sean-k-mooney e.g. the resize functions
15:09:13 bauzas sean-k-mooney: see the FIXME on top
15:09:45 bauzas sean-k-mooney: oh, you mean moving my own methods to integrated_helpers ?
15:09:54 bauzas I can do this for sure
15:10:08 sean-k-mooney i mean move the existing resize one form the ProviderUsageBaseTestCase to the mixin
15:10:32 bauzas sean-k-mooney: this would be doable
15:10:37 sean-k-mooney then you can use the mixin
15:10:52 sean-k-mooney and other that want the mixin but not the other things can too
15:11:38 openstack Launchpad bug 1860913 in OpenStack Compute (nova) "Instance uses base image file when it is rebooted after snapshot creation if cinder nfs backend is used" [Undecided,New]
15:11:38 gibi bauzas: fyi you got answers in https://bugs.launchpad.net/nova/+bug/1860913
15:12:37 bauzas gibi: this looks a bug then
15:13:00 openstack Launchpad bug 1860913 in OpenStack Compute (nova) "Instance uses base image file when it is rebooted after snapshot creation if cinder nfs backend is used" [Undecided,New]
15:13:00 bauzas lyarwood: https://bugs.launchpad.net/nova/+bug/1860913 we got answers on this one, I'm about to confirm it
15:13:29 sean-k-mooney gibi: that sound familar
15:13:29 gibi bauzas: yeah it is almost even triaged by pointing to the problem of the missing bdm update
15:13:47 bauzas gibi: agreed, I think we could dup this one
15:13:49 gibi but I haven't checked the code
15:13:55 sean-k-mooney lyarwood: where you looking into https://bugs.launchpad.net/nova/+bug/1860913 downstream
15:14:24 gibi I let you folks to handle it :)
15:14:42 bauzas the 'you folks' is important :)
15:14:47 bauzas :D
15:15:02 lyarwood sean-k-mooney: nope I don't recall seeing this
15:15:14 sean-k-mooney gibi: well this is basically an issue with how we handel the snapshot

Earlier   Later