Wednesday, 2020-09-16

*** zzzeek has quit IRC00:13
*** zzzeek has joined #openstack-nova00:15
*** zzzeek has quit IRC00:20
*** tetsuro has quit IRC00:20
*** zzzeek has joined #openstack-nova00:21
*** tetsuro has joined #openstack-nova00:21
*** tetsuro has quit IRC00:21
brinzhang0gmann: agree with you, allowing to request array([]) of the policy is itself an error, improve the error code from 500 to 400, it's good for me00:24
*** LinPeiWen has joined #openstack-nova00:29
brinzhang0gmann, gibi, bauzas: Looks like it's a small change, and it's happened in microversion 2.1~2.63,00:33
*** zzzeek has quit IRC00:33
gmannbrinzhang0: as it is already fixed in 2.64, my suggestion is that there is no much benefits to improve error code for older microversion.00:35
*** zzzeek has joined #openstack-nova00:35
brinzhang0gmann: yeah, but improve it's error code seems friendly to end users00:36
brinzhang0but as you said, in the privous release, add new microversion is no much benefits00:37
gmannit does not need microversion bump as it is error code improvement to existing error code only.00:38
brinzhang0how about add a NOTE or WARNING in the request api docs?00:38
gmannyeah, that can be good. saying not to pass 'policies' as empty array.00:38
brinzhang0yes00:39
brinzhang0it's better than to improve the error from 500 to 400, after all it's in old release00:40
gmannif you can push the doc change, i am good on that.00:41
brinzhang0gmann: it's my pleasure, later will do..00:42
gmannbrinzhang0: thanks00:42
brinzhang0np00:42
*** Liang__ has joined #openstack-nova01:12
*** sapd1 has joined #openstack-nova01:15
*** JamesBenson has joined #openstack-nova01:18
*** JamesBenson has quit IRC01:18
*** LinPeiWen has quit IRC01:19
*** zzzeek has quit IRC01:22
*** zzzeek has joined #openstack-nova01:24
*** gyee has quit IRC01:25
openstackgerritBrin Zhang proposed openstack/nova master: Add warning to os-server-groups POST api  https://review.opendev.org/75213301:33
brinzhang0gmann: done by https://review.opendev.org/#/c/752133/01:34
*** zzzeek has quit IRC01:45
*** zzzeek has joined #openstack-nova01:47
*** JamesBenson has joined #openstack-nova01:52
*** JamesBenson has quit IRC01:57
*** k_mouza has joined #openstack-nova02:25
*** k_mouza has quit IRC02:30
*** spatel has joined #openstack-nova02:33
*** rcernin has quit IRC02:46
*** jangutter_ has joined #openstack-nova02:49
*** jangutter has quit IRC02:52
*** rcernin has joined #openstack-nova02:56
*** psachin has joined #openstack-nova02:59
*** LinPeiWen has joined #openstack-nova03:01
*** k_mouza has joined #openstack-nova03:24
*** k_mouza has quit IRC03:28
*** k_mouza has joined #openstack-nova03:32
*** k_mouza has quit IRC03:36
*** mkrai has joined #openstack-nova03:44
*** dave-mccowan has joined #openstack-nova03:49
*** JamesBenson has joined #openstack-nova03:53
*** brinzhang_ has joined #openstack-nova03:57
*** JamesBenson has quit IRC03:58
*** brinzhang0 has quit IRC04:00
*** Liang__ has quit IRC04:11
*** spatel has quit IRC04:17
*** evrardjp has quit IRC04:33
*** evrardjp has joined #openstack-nova04:33
*** ratailor has joined #openstack-nova04:34
*** mkrai has quit IRC04:39
*** mkrai has joined #openstack-nova04:54
*** dave-mccowan has quit IRC05:00
*** tetsuro has joined #openstack-nova05:03
*** k_mouza has joined #openstack-nova05:18
*** rcernin has quit IRC05:19
*** tetsuro has quit IRC05:22
*** k_mouza has quit IRC05:23
*** tetsuro has joined #openstack-nova05:23
*** tetsuro has quit IRC05:26
*** rcernin has joined #openstack-nova05:28
*** tetsuro has joined #openstack-nova05:35
*** tetsuro has quit IRC05:59
*** ralonsoh has joined #openstack-nova06:03
*** lpetrut has joined #openstack-nova06:15
*** xek has joined #openstack-nova06:32
openstackgerritwu.chunyang proposed openstack/nova master: remove python warnning  from tox  https://review.opendev.org/75219006:32
*** vishalmanchanda has joined #openstack-nova06:40
*** tetsuro has joined #openstack-nova06:40
*** tetsuro has quit IRC06:41
*** jsuchome has joined #openstack-nova06:44
*** slaweq has joined #openstack-nova06:48
*** kukacz has joined #openstack-nova06:49
gibigmann: regarding https://bugs.launchpad.net/nova/+bug/1894966 I would only fix the error code to 500 -> 400 by enhancing the request validation06:50
openstackLaunchpad bug 1894966 in OpenStack Compute (nova) "Create servergroup failed with unexpected error" [Low,In progress] - Assigned to Brin Zhang (zhangbailin)06:50
*** kaisers has joined #openstack-nova06:54
*** manuvakery has joined #openstack-nova06:58
*** LinPeiWen has quit IRC07:00
*** LinPeiWen has joined #openstack-nova07:07
*** ratailor has quit IRC07:08
*** ratailor has joined #openstack-nova07:08
*** tesseract has joined #openstack-nova07:10
*** ralonsoh has quit IRC07:17
*** Qianbiao has joined #openstack-nova07:25
*** links has joined #openstack-nova07:30
*** k_mouza has joined #openstack-nova07:40
*** yonglihe has joined #openstack-nova07:41
*** tosky has joined #openstack-nova07:43
*** k_mouza has quit IRC07:44
*** mkrai has quit IRC07:47
*** nightmare_unreal has joined #openstack-nova07:53
*** tetsuro has joined #openstack-nova07:53
*** JamesBenson has joined #openstack-nova08:03
*** rcernin has quit IRC08:06
brinzhang_gibi, gmann: I think that fix or the docs need to backport to the privous release, right?08:07
gibibrinzhang_: yes that is good to be backported08:07
gibiit is broken since the begining of time I guess08:07
brinzhang_yes08:07
brinzhang_so that we should target the bug to the stable branch08:08
*** JamesBenson has quit IRC08:08
gibiyes please08:08
brinzhang_from v2.1, it's wrong08:08
brinzhang_gibi: bug 1894966 was backport to ocata, I think it's enough, please check08:10
openstackbug 1894966 in OpenStack Compute (nova) "Create servergroup failed with unexpected error" [Low,In progress] https://launchpad.net/bugs/1894966 - Assigned to Brin Zhang (zhangbailin)08:10
*** tetsuro has quit IRC08:12
*** tetsuro has joined #openstack-nova08:18
*** ralonsoh has joined #openstack-nova08:20
*** k_mouza has joined #openstack-nova08:22
*** brinzhang_ has quit IRC08:23
*** brinzhang_ has joined #openstack-nova08:24
*** ralonsoh has quit IRC08:24
*** tetsuro has quit IRC08:24
gibibrinzhang_: sure, it is OK. older than ocata branches are already marked end of life and deleted08:25
brinzhang_gibi: ack08:25
*** k_mouza has quit IRC08:26
nightmare_unrealI am writing a testcase for live_migration_abort feature but I keep getting this <module 'novaclient.v2.server_migrations' from '.tox/py38/lib/python3.8/site-packages/novaclient/v2/server_migrations.py'> does not have the attribute 'live_migration_abort'08:28
nightmare_unrealany suggestions08:28
nightmare_unrealit does exists that method08:29
*** mkrai has joined #openstack-nova08:30
lyarwoodnightmare_unreal: are you using the correct microversion in the test08:31
*** k_mouza has joined #openstack-nova08:31
nightmare_unreali am using v2.79 I think minimum required is 2.2408:31
nightmare_unrealhttps://www.irccloud.com/pastebin/t91I0E9V/abort%20test%20case08:32
nightmare_unrealhere I am doing something like this08:32
*** dtantsur|afk is now known as dtantsur08:33
lyarwoodhttps://github.com/openstack/python-novaclient/blob/d3d88c29cb7b65f6c2a66405b0aa2e3306d7d3ea/novaclient/tests/unit/v2/test_server_migrations.py#L85-L92 looks there's already a test FWIW08:33
*** jkulik has joined #openstack-nova08:35
*** k_mouza has quit IRC08:35
*** jsuchome has quit IRC08:37
nightmare_unrealah it's for the osc-client08:40
nightmare_unreali am trying to bring this feature to osc08:41
lyarwoodnightmare_unreal: kk, I don;t work on osc but shouldn't you just wire up an actual request to abort the migration instead of calling python-novaclient?08:43
*** martinkennelly has joined #openstack-nova08:44
lyarwoodthat reminds me I wanted to wire up evacuate in osc as well08:44
*** k_mouza has joined #openstack-nova08:44
nightmare_unrealhmm ,  but in the existing code there is already novaclient-object so it's essentially novaclient_obj.server_migrations.live_migration_abort(s, m)08:45
nightmare_unrealbut I will think around it :) .  Thanks08:45
lyarwoodignore me if there's code already calling it08:47
*** derekh has joined #openstack-nova08:53
*** jangutter has joined #openstack-nova08:58
kashyapnightmare_unreal: Reading your IRC nick may or may not induce stress in some people :D  I love it, though09:00
nightmare_unrealthanks kashyap , I had few comments on my IRC few times ( mostly positive) . I was young(still young) and loved games, anime09:01
nightmare_unrealso I love that nick and using it09:01
*** jangutter_ has quit IRC09:02
kashyapHaha, nod.09:02
kashyapnightmare_unreal: It's particuarly _apt_ given the times ;-)09:02
nightmare_unrealhaha true :D09:03
*** ociuhandu has joined #openstack-nova09:15
*** ralonsoh has joined #openstack-nova09:16
*** kukacz has quit IRC09:38
*** kukacz has joined #openstack-nova09:40
openstackgerritLee Yarwood proposed openstack/nova master: WIP zuul: Introduce nova-multinode-evacuate  https://review.opendev.org/74488309:40
*** xek has quit IRC09:41
openstackgerritLee Yarwood proposed openstack/nova master: WIP zuul: Introduce nova-multinode-evacuate  https://review.opendev.org/74488309:51
*** ociuhandu_ has joined #openstack-nova09:52
*** ociuhandu has quit IRC09:55
openstackgerritMerged openstack/nova master: Allow tap interface with multiqueue  https://review.opendev.org/74853309:56
*** JamesBenson has joined #openstack-nova10:04
*** mkrai has quit IRC10:04
brinzhang_stephenfin: about https://review.opendev.org/#/c/752133/1, you mean, we should change 500 to 400?10:04
stephenfinyes10:04
stephenfingimme a sec, I have a patch10:04
brinzhang_yeah10:04
*** jawad_axd has joined #openstack-nova10:07
*** JamesBenson has quit IRC10:09
*** gryf has quit IRC10:12
openstackgerritStephen Finucane proposed openstack/nova master: tests: Add regression test for bug 1894966  https://review.opendev.org/75221010:14
openstackbug 1894966 in OpenStack Compute (nova) "Create servergroup failed with unexpected error" [Low,In progress] https://launchpad.net/bugs/1894966 - Assigned to Brin Zhang (zhangbailin)10:14
openstackgerritStephen Finucane proposed openstack/nova master: api: Set min, maxItems for server_group.policies field  https://review.opendev.org/75221110:14
*** gryf has joined #openstack-nova10:14
stephenfinbrinzhang_: gibi: ^10:14
stephenfinThat approach makes more sense to me, at least10:14
gibistephenfin: as I stated above I'm OK with both way, just documenting, or changing the return code to 400. gmann felt it is better just to document it10:16
gibigmann: ^^10:18
stephenfinI consider this a better form of documentation10:18
stephenfinIn that the API will tell the user what they did wrong, as opposed to yielding some cryptic error that they must go Google for10:19
stephenfinMy 2c :)10:19
gibimake sense10:19
gibiI added gmann to the review10:19
brinzhang_it's ok, is it need to docs that the changes of this API?10:20
brinzhang_This may break the user's perception of existing create server_group API.10:22
brinzhang_but it's ok for me too.10:22
stephenfinbrinzhang_: Resolving a HTTP 5xx error does not require a microversion10:30
stephenfinThe idea being that a user shouldn't have to opt-in to non-broken behaviour10:30
openstackgerritStephen Finucane proposed openstack/nova master: functional: Enable real policy fixture by default  https://review.opendev.org/74590610:32
openstackgerritStephen Finucane proposed openstack/nova master: functional: Add and use 'GlanceFixture'  https://review.opendev.org/74590710:32
openstackgerritStephen Finucane proposed openstack/nova master: tests: Remove '_FakeImageService'  https://review.opendev.org/74590810:32
stephenfinbauzas: Fixed the failing test in that first patch ^10:32
sean-k-mooneyits the scond branch in the flow chard https://docs.openstack.org/nova/pike/contributor/microversions.html10:32
brinzhang_stephenfin: I know, which way is ok forme10:32
stephenfinI'm eager to get it merged because things keep changing under my feet /o\10:32
bauzasstephenfin: will look at those later today10:32
bauzasdid a bug scrub10:32
stephenfinthanks10:32
brinzhang_From the requirements of the manual, changing the API response requires adding microversion10:34
gibibauzas: can I take the bug lock?10:34
gibithanks for scrubbing10:35
openstackgerritStephen Finucane proposed openstack/nova master: objects: Remove 'NovaObjectDictCompat' from 'Migration'  https://review.opendev.org/72357210:38
openstackgerritStephen Finucane proposed openstack/nova master: objects: Remove 'NovaObjectDictCompat' from 'InstancePCIRequest'  https://review.opendev.org/72357310:39
*** slaweq has quit IRC10:41
*** ociuhandu_ has quit IRC10:45
*** ociuhandu has joined #openstack-nova10:46
*** slaweq has joined #openstack-nova10:54
*** raildo has joined #openstack-nova11:03
*** JamesBenson has joined #openstack-nova11:15
*** JamesBenson has quit IRC11:17
*** JamesBenson has joined #openstack-nova11:17
*** elod has quit IRC11:18
*** elod has joined #openstack-nova11:18
*** zzzeek has quit IRC11:27
*** jraju__ has joined #openstack-nova11:28
*** links has quit IRC11:29
*** zzzeek has joined #openstack-nova11:30
nightmare_unrealwhat can be the cause of tempest failures ? is it related to user patch or infrastructure/zuul issue ?11:47
sean-k-mooneynightmare_unreal: both11:50
sean-k-mooneynormlly user patches11:50
sean-k-mooneythe jobs can fail for infra reasons11:50
sean-k-mooneybut then that normlaly happens before tempest runs11:50
gibistephenfin: one small question / request in https://review.opendev.org/#/c/745907/9/nova/tests/functional/regressions/test_bug_1675570.py@13111:50
sean-k-mooneyin rare ocation tempets test will fail because of infra if for example the iops of the disk are too low11:51
sean-k-mooneynightmare_unreal: but normally tempest failures are because fo the use patch. unless its a POST_FAILURE which si almost always infra related11:51
nightmare_unrealsean-k-mooney:  in my case  osc-tx-py36-tips, tempest-full-py3, osc-functional-devstack and osc-functional tips failed11:52
sean-k-mooneynightmare_unreal: which patch?11:52
nightmare_unrealhttps://review.opendev.org/#/c/742210/11:52
nightmare_unrealstatus is post_failure11:52
nightmare_unrealnot for tempest11:53
sean-k-mooneyya so post_failure11:53
sean-k-mooneyis not your problem11:53
sean-k-mooneythat means it failed in one of the post jobs like uploading the logs11:53
sean-k-mooneythat is an infra issue and you can just recheck11:53
nightmare_unrealOh, thanks . will recheck help11:53
nightmare_unrealah okay11:53
sean-k-mooneythe tempst run is only 16m long11:53
gibistephenfin: I'm totally OK to do an hard coded uuid GlanceFixture.imageX reference replacemnet in a separate patch11:53
nightmare_unrealthanks :)11:53
sean-k-mooneylet me check that11:53
sean-k-mooneybut that looks like it failed to deploy11:53
sean-k-mooneyERROR: No matching distribution found for oslo.service===2.4.0 (from -c /opt/stack/requirements/upper-constraints.txt (line 306))11:54
sean-k-mooneynightmare_unreal: so the tempest job failed because it could not install oslo.service11:54
sean-k-mooneythat is likely because our mirrors where out of sync11:54
nightmare_unrealoh got it11:55
sean-k-mooneywhich is also an infa issue11:55
nightmare_unrealI see11:55
sean-k-mooneyso i think we can recheck this but good to ask infra if the issue is fixed first11:55
nightmare_unrealI guess I will wait for some time11:55
nightmare_unrealand then recheck11:55
nightmare_unrealokay11:55
sean-k-mooneythe zuul run was yesterday11:56
nightmare_unreali will ask in that channel11:56
sean-k-mooneyso i think it shoudl be ok gibi do you know if the mirror issue we hit yesterday is fixed11:56
fricklernightmare_unreal: sean-k-mooney: that was an issue with pypi and should be fixed since around midnight11:56
nightmare_unrealalright :) . I will recheck in that case11:57
nightmare_unrealthanks everyone11:57
fricklerwe only proxy and cache requests to pypi, no mirroring11:57
sean-k-mooneyfrickler: ah the mirros are for the distro packages only11:57
sean-k-mooneyi tought we have devpi running on the afs file system too11:58
fricklersean-k-mooney: yes, we stopped running bandersnatch when hit the 2T limit a long time ago. yesterday we learning that pypi's own mirror filled up 12T and got stuck with that a month ago11:58
sean-k-mooneyah i see11:59
sean-k-mooney12TB im guessing it does not prune old verions regularly11:59
fricklerwell for a full mirror they likely need to keep all versions12:00
sean-k-mooneythat or there is a lot of software reguarlly asking for old verions of stuff12:00
sean-k-mooneyah right12:00
sean-k-mooneyya i like devpi because it was a caching proxy for pypi12:01
sean-k-mooneyas well as a local pip comparitble data store for your own packages12:01
sean-k-mooneyfrickler: are we just using squid or something now as a http cache12:01
*** ociuhandu_ has joined #openstack-nova12:01
*** slaweq has quit IRC12:01
*** derekh has quit IRC12:01
*** ratailor has quit IRC12:01
sean-k-mooneyi havent redeployed my onw cache since i moved house and got gigabit but its still vaguly on my todo list after i redeploy my testing third party ci.12:02
*** ociuhandu has quit IRC12:04
*** mkrai has joined #openstack-nova12:05
fricklerwe use apache2 because it does both the proxying and serve our mirrored repos at the same time and on the same host, just with different paths12:05
sean-k-mooneyah i might have to look at how that is configured and maybe steal it for my own use at somepoint. having all of infras confic public as a referce is quite helpful that way12:10
*** mkrai has quit IRC12:29
*** slaweq has joined #openstack-nova12:31
*** Qianbiao has quit IRC12:33
*** Qianbiao has joined #openstack-nova12:34
*** jangutter_ has joined #openstack-nova12:37
*** jangutter has quit IRC12:40
*** dave-mccowan has joined #openstack-nova12:41
*** nweinber has joined #openstack-nova12:48
*** xek has joined #openstack-nova12:56
*** vishalmanchanda has quit IRC13:04
bauzasgibi: sorry missed your ping13:06
bauzasyou surely can13:06
bauzasgibi: but I'll do some scrubbing too, so lemme know which ones you're looking13:06
gibibauzas: looking at https://bugs.launchpad.net/nova/+bug/1881944 right now and I think that will be my last for today13:16
openstackLaunchpad bug 1881944 in OpenStack Compute (nova) "nova-api returns empty block-device-mapping in metadata queries" [Undecided,New]13:16
gibinice work on the open bugs, thanks13:16
bauzasgibi: okay, then going on the next ones13:16
stephenfingibi, bauzas: Thoughts on this bug? https://bugs.launchpad.net/nova/+bug/1741810 tl;dr: since we introduced the ImageMetaProps o.vo way back in Liberty, one can no longer filter on non-standard image metadata properties using 'AggregateImagePropertiesIsolation'13:18
openstackLaunchpad bug 1741810 in OpenStack Compute (nova) "Filter AggregateImagePropertiesIsolation doesn't Work" [Undecided,New]13:18
stephenfinso one can filter on 'os_distro=windows' but not 'os=windows'13:19
*** sapd1_x has joined #openstack-nova13:19
bauzasstephenfin: looking13:20
sean-k-mooneystephenfin: this sound invaild13:20
stephenfingibi, bauzas: I have ideas on how to fix it but I wonder if we should?13:20
sean-k-mooneystephenfin: there are nolonger any non-standard image proeprties13:20
*** derekh has joined #openstack-nova13:20
bauzaswhat sean-k-mooney said13:20
* bauzas looks at https://bugs.launchpad.net/nova/+bug/189390413:20
openstackLaunchpad bug 1893904 in OpenStack Compute (nova) "Placement is not updated if a VGPU is re-created on a new GPU upon host reboot" [Undecided,New]13:20
stephenfinOkay, that's what I'm thinking too. However, glance doesn't place the same restrictions on image metadata properties13:21
sean-k-mooneycorrect13:21
sean-k-mooneybut nova will drop all nonstandard image metadata13:21
sean-k-mooneywell no13:21
sean-k-mooneythere is a config option for glance13:21
stephenfinSo do we just document things, or should we store stuff that's namespaced?13:21
sean-k-mooneythat uses the metadefs for validation13:21
sean-k-mooneystephenfin: there are no namespaces in glance metadata13:22
sean-k-mooneyat least there was not untill we added trits13:22
stephenfinright, there are traits now13:22
stephenfini.e. we store anything prefixed with 'aggregate_metadata_'13:22
sean-k-mooneythey decied to use prefixes not namespaces13:22
stephenfinnamespace, prefix, whatever13:22
stephenfinbut just '<namespace>key=value'13:23
sean-k-mooneythey are different technically13:23
stephenfinsure, but let's gloss over that for now13:23
sean-k-mooneybut ya am i think we shoudl jsut close this as not a bug13:23
sean-k-mooneywell invalid13:23
stephenfinwontfix13:23
stephenfinit was a behavior change13:24
sean-k-mooneyah we have that then ya13:24
gibistephenfin: I agree to close it with some notes about not supporting non-standard props13:24
sean-k-mooneyyes but it was not supproted before13:24
sean-k-mooneyit just happened to work13:24
stephenfinOkay, I'll do that so. I have a functional test to prove it too. I assume I can just drop that?13:24
*** jangutter has joined #openstack-nova13:25
sean-k-mooneyyou could keep it as a negitve regression13:25
sean-k-mooneyto ensure we dont acidentaly roll back and enable it13:25
gibistephenfin: drop it13:27
gibiyou could add a warning in the doc of AggregateImagePropertiesIsolation if you wish13:28
*** jangutter_ has quit IRC13:28
gibisean-k-mooney: btw, do you familiar with this periodic log https://zuul.opendev.org/t/openstack/build/470edd644f704a578226c55c7d92ba39/log/controller/logs/screen-n-cpu.txt#8179 ? For me it seems like a new and pretty useless thing to log13:29
openstackgerritStephen Finucane proposed openstack/nova master: docs: Improve 'AggregateImagePropertiesIsolation' docs  https://review.opendev.org/75223613:29
stephenfinbauzas, gibi: Real easy doc-o bug there so ^13:29
bauzaskk13:29
gibistephenfin: +213:30
bauzasstephenfin: you closing the bug, right?13:30
sean-k-mooneystephenfin: glance has  a allow_additional_image_properties option which when set to false means you can only use standard image properties https://docs.openstack.org/glance/latest/admin/useful-image-properties.html#using-image-properties13:30
stephenfinbauzas: yup, writing a reply atm13:31
bauzasta13:31
sean-k-mooneyhttps://docs.openstack.org/glance/latest/configuration/glance_api.html#DEFAULT.allow_additional_image_properties13:31
stephenfingibi: I'm not sean-k-mooney but I suspect that's just a difference between how that modules treats DEBUG and how we do13:31
*** jangutter_ has joined #openstack-nova13:31
stephenfinwe can easily configure logging levels to ignore that13:31
gibistephenfin: so we just need a filter13:31
stephenfinyes13:31
sean-k-mooneygibi one sec ill take a look13:32
stephenfinthere's a config option that we use to set the logging level for e.g. oslo.log13:32
sean-k-mooneygibi that is because we swapped the default backend13:33
bauzassean-k-mooney: looks to me a feature https://bugs.launchpad.net/nova/+bug/188737713:33
openstackLaunchpad bug 1887377 in OpenStack Compute (nova) "nova does not loadbalance asignmnet of resources on a host based on avaiablity of pci device, hugepages or pcpus." [Undecided,New] - Assigned to sean mooney (sean-k-mooney)13:33
sean-k-mooneyos vif now uses the native backend13:33
bauzassean-k-mooney: because it could be a weigher or using the placement API13:33
sean-k-mooneyinstead of ovs-vsctl13:33
stephenfindefinitely a feature13:34
sean-k-mooneygibi: i can install a log filter for that if you like and drop it13:34
stephenfinsean-k-mooney: again, there's already a conf option for this in nova13:34
stephenfinthat oslo.log provides13:34
sean-k-mooneybauzas: its one that i want to backport downstream and do as a preqquist to numa in placment13:34
*** jangutter has quit IRC13:34
stephenfinI just can't remember what it's called and quick grep doesn't return anything, heh13:34
sean-k-mooneybauzas: i would prefer to backport it upstream too but if we agree it a feature then fine13:35
* gibi is also looking for that config13:35
sean-k-mooneyi guess its something we could not bring back but its broderlien in my view13:35
bauzassean-k-mooney: well, it would change the behaviour then, right?13:36
bauzasat least if you modify the default13:36
sean-k-mooneyloadbalancing between the numa nodes on the host13:36
bauzassurely13:36
sean-k-mooneyit would slightly yes13:36
bauzasbut operators already know about it,13:36
bauzasso they know it's packing atm13:36
sean-k-mooneythey know that if they are using numa they should match teh numer of numa nodes that are on the host13:37
sean-k-mooneybut they often dont do that13:37
bauzasif we change the default to rather spreading, then this would change their own capacity13:37
gibistephenfin: https://docs.openstack.org/oslo.log/latest/configuration/index.html#DEFAULT.default_log_levels13:37
gibiI think this is the config13:37
stephenfinthat's the one \o/13:37
bauzassean-k-mooney: for this reason, I don't want it to be a bug13:37
sean-k-mooneybauzas: it will pesimise the spawnign of large vms13:37
stephenfinyes, we overload that in 'nova/config.py'13:37
sean-k-mooneybut it would fix many other issues13:38
bauzasand fwiw, everytime we added a new filter or weigher, we said "noooo sorry, not a bug"13:38
*** benj_ has quit IRC13:38
bauzasthis would be the same13:38
sean-k-mooneybauzas: its not a new filter or weigher13:38
bauzasI know13:38
bauzasbut spreading/packing resources are related to a weigher, even not that's the implementation way13:38
sean-k-mooneyok well then ill close the downstrema bz and say this wont be fixed in 16.x then13:39
gibistephenfin, sean-k-mooney: I will add an extra log settings for the periodic ovs debug log in https://docs.openstack.org/oslo.log/latest/configuration/index.html#DEFAULT.default_log_levels13:39
bauzasie. you want to change how to organize the resources13:39
bauzasfor this reason, not a bug13:39
gibiI mean in nova.config.parse_args13:39
sean-k-mooneygibi: you could or i coudl do it in os-vif13:39
sean-k-mooneyi think os-vif makes more sense13:39
sean-k-mooneygibi: this is coming form the ovs plugin13:39
gibiyeah, you are right os-vif is a better place13:39
gmanngibi: stephenfin brinzhang_ ok for me, +A on 500->400.13:39
sean-k-mooneyit woudl still be configrev via the nova.conf jsut form a os vif config section13:39
gibigmann: thanks13:40
sean-k-mooneyso the ux is more or less the same13:40
*** Qianbiao has quit IRC13:40
gmanngibi: is it ocata is 'Unmaintained' for nova? we only need backport till pike?13:40
gmannlyarwood: ^^13:40
bauzasgmann: gibi: stephenfin: are we discussing on the API issue we saw yesterday ?13:40
gmannbauzas: yeah, server group with empty 'policies'13:40
bauzasif so, there are some docs for telling whether we need to have a new microversion or not13:40
*** Qianbiao has joined #openstack-nova13:40
gibibauzas: it is about the server group policies being an empty list before 2.6313:40
sean-k-mooneybauzas: leave a comment on the loadbalancing bug and ill convert it to a blueprint/spec13:40
bauzasgibi: and afaict, 500 being changed 400 is told "nooope, that's a bug"13:40
gmannbauzas: yeah this one we do not need microversion bump for 500->400 - https://docs.openstack.org/nova/pike/contributor/microversions.html#id213:40
bauzashence not a microversion required13:41
gmannyeah13:41
gibiyeah13:41
bauzasand you can backport13:41
stephenfinCool, that's my understanding too. Glad we all agree13:41
bauzassean-k-mooney: just did, closed at Invalid/Wishlist13:41
stephenfinThe API telling you did a naughty thing >>> having to read docs to figure it out13:41
gibigmann: I think ocata is still open in EM13:41
gmannit 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#id213:42
gmannstephenfin: your base patch for adding test failing, did not check why13:42
bauzasgmann: stephenfin: gibi: https://docs.openstack.org/nova/latest/contributor/microversions.html#when-do-i-need-a-new-microversion13:42
stephenfingmann: 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
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
gmanngibi: i think no as CI is broken there and not fixable due to stests issue.13:42
stephenfinI'd say PyPI issues13:42
gmanni see. got it13:42
gibigmann: I still see the branch exists in https://opendev.org/openstack/nova/13:43
bauzasgibi: stephenfin: gmann: any change I could look ?13:43
stephenfinbauzas: https://review.opendev.org/#/c/752211/113:43
bauzasta13:43
gibibauzas: yeah stephenfin has some ^^13:43
bauzashah, the ship has sailed :)13:43
stephenfinhttps://review.opendev.org/#/c/752210/ is still open though13:43
gmanngibi: yeah that should be removed once it move to EOL after 6 month from being marked as 'unmaintained' let me check email13:43
stephenfingmann: Yeah, pypi mirror issues :(13:43
gibigmann: ohh, I see. the it could be unmaintained13:44
gibigmann: I forgot we have such state13:44
gibisean-k-mooney: so let's add the default log change to os-vif. Will you push a patch?13:44
bauzasstephenfin: the gate is borked, nope ?13:45
stephenfinon and off13:45
stephenfinI guess it depends on the node you land on or something13:45
stephenfingiven one patch failed badly and the next one passed just fine13:45
sean-k-mooneygibi: 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 review13:46
sean-k-mooneywe can priorties the backport13:47
gibisean-k-mooney: no rush, I let you do it and I wil review it when its up13:47
gibisean-k-mooney: thanks13:47
gmanngibi: 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.html13:47
sean-k-mooneycool ill add you to the review13:47
gibisean-k-mooney: thanks13:47
mgoddardHi. I'm hitting an issue with encrypted volumes and migration/evacuation. Raised a bug about it: https://bugs.launchpad.net/nova/+bug/189584813:47
openstackLaunchpad bug 1895848 in OpenStack Compute (nova) "Migration and evacuation fails with encrypted volumes" [Undecided,New]13:47
gibigmann: OK so we just wait until next year before we delete the branch13:47
gibigmann: I would say that then backports to ocata are not needed13:47
sean-k-mooneygibi: for what its worth i have been looking at that for the last few days and wondering if people would complain :)13:48
gmanngibi: yeah13:48
*** k_mouza has quit IRC13:49
gibisean-k-mooney: it kicked my OCD when triaged an unrealated bug in devstack13:49
sean-k-mooneyya some of the logs are useful but the pooling on fd one is not13:50
sean-k-mooneyi have used some of the other debug logs so im goign to target the removal to just the pooling one and not the module13:50
gibisean-k-mooney: sure, just filter this log if possible13:51
*** benj_ has joined #openstack-nova13:51
sean-k-mooneyyep its pretty simple13:51
gibicool13:51
gmanngibi: 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:51
tosky(yes, please)13:52
bauzaswow, this is weirdo https://bugs.launchpad.net/nova/+bug/189217613:52
openstackLaunchpad bug 1892176 in OpenStack Compute (nova) "Inconsistent result between index and show of instance api" [Undecided,New]13:52
sapd1_xHi everyone, I would like to change the boot order of root device of instances. How can I do that?13:52
sapd1_xIn 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:53
*** k_mouza has joined #openstack-nova13:56
sean-k-mooneybauzas: by index they mean server list right13:58
sean-k-mooneyyes they do13:58
bauzassean-k-mooney: yup13:58
sean-k-mooneyso maybe its still in the api db13:58
bauzassean-k-mooney: I know that ironic makes magic balancing13:58
sean-k-mooneybut missing either cell mapping or something in the cell db13:58
bauzassean-k-mooney: well, they just kill ironic-api right?13:59
sean-k-mooneybauzas: of compute hosts between compute services right13:59
bauzassean-k-mooney: but both servers GET and INDEX don't require our virt drivers to be up13:59
sean-k-mooneyoh i know that13:59
bauzasso I suspect that ironic makes some recalculation on an ironic-api destroy, which borks either the cell DB or the API DB, I do agree14:00
bauzasan inconsistency14:00
*** Liang__ has joined #openstack-nova14:00
*** Liang__ is now known as LiangFang14:00
bauzaseither way, we're missing details14:01
sean-k-mooneyya14:01
sean-k-mooneyand i was suggsting that we might try to retrive something in the show that we dont in the list14:01
sean-k-mooneylist with out details i think mainly operates on the api db14:02
sean-k-mooneyanyway its weird14:02
sean-k-mooneyoh did we reenable the experiation bot14:02
sean-k-mooneyoh i think launchpad might have https://help.launchpad.net/BugExpiry14:03
sean-k-mooneygibi: bauzas did we recently enable bug expiry. im not against it by the way but im wondering if this now enabled by default14:05
bauzaswell, we only do it once14:05
bauzasafaict, this isn't a bot14:05
sean-k-mooneyits a launchpad feature14:06
sean-k-mooneywe used to have an openstack bot do it14:06
bauzasoh, I see14:06
bauzasyou're right14:06
gibiI'm not aware of any recent changes so if that is on then it is on for a while14:06
sean-k-mooneyits 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-vif14:07
sean-k-mooneyah there is an "Expire "Incomplete" bug reports when they become inactive" option in the configure bugs tab14:09
sean-k-mooneyits not unde edit details in the project page14:09
openstackgerritRodrigo Barbieri proposed openstack/nova stable/ussuri: Allow tap interface with multiqueue  https://review.opendev.org/75224514:10
sean-k-mooneyim going to leave that off for now we dont really get many os-vif bug reports14:10
*** owalsh has quit IRC14:12
openstackgerritLee Yarwood proposed openstack/nova master: compute: Skip cinder_encryption_key_id check when booting from volume  https://review.opendev.org/75209014:15
openstackgerritLee Yarwood proposed openstack/nova master: Add regression test for bug #1895696  https://review.opendev.org/75224714:15
openstackbug 1895696 in OpenStack Compute (nova) "unable to boot instance from encrypted volume created from a glance image of an encrypted volume" [Medium,In progress] https://launchpad.net/bugs/1895696 - Assigned to Lee Yarwood (lyarwood)14:15
lyarwoodstephenfin: ^ I'll review your GlanceFixture stuff shortly if it still needs it as I'm using it in this bugfix14:15
stephenfinlyarwood: sure, if you've time that would be great. I can take a look at that bugfix14:16
*** jangutter has joined #openstack-nova14:17
*** jangutter_ has quit IRC14:20
*** LiangFang has quit IRC14:25
*** Liang__ has joined #openstack-nova14:27
*** priteau has joined #openstack-nova14:30
*** LinPeiWen has quit IRC14:33
*** ociuhandu_ has quit IRC14:36
*** ociuhandu has joined #openstack-nova14:37
*** lpetrut has quit IRC14:38
openstackgerritLee Yarwood proposed openstack/nova master: WIP zuul: Introduce nova-multinode-evacuate  https://review.opendev.org/74488314:38
*** martinkennelly has quit IRC14:38
*** k_mouza has quit IRC14:55
*** ociuhandu_ has joined #openstack-nova14:57
*** ociuhandu has quit IRC14:58
*** vishalmanchanda has joined #openstack-nova14:58
*** k_mouza has joined #openstack-nova15:01
*** jangutter_ has joined #openstack-nova15:03
*** jangutter_ has quit IRC15:03
*** Liang__ has quit IRC15:04
*** jangutter_ has joined #openstack-nova15:04
*** gyee has joined #openstack-nova15:05
*** jangutter has quit IRC15:06
*** kukacz has quit IRC15:12
*** kukacz has joined #openstack-nova15:14
gibiwe are under 10 untriaged bugs. I really appreaciate all of your bug triage work! thank you!15:15
*** mlavalle has joined #openstack-nova15:16
*** owalsh has joined #openstack-nova15:24
*** links has joined #openstack-nova15:28
*** jraju__ has quit IRC15:28
*** Qianbiao has quit IRC15:38
*** k_mouza has quit IRC15:39
*** k_mouza has joined #openstack-nova15:40
*** psachin has quit IRC15:40
stephenfingibi, bauzas, gmann: https://review.opendev.org/752210 is passing now (the base for the os-server-groups 500 -> 400 change)15:43
*** hamalq has joined #openstack-nova15:45
bauzasmelwitt: based on your last (and old) comment on https://bugs.launchpad.net/nova/+bug/1775934 could we mark the bug as Confirmed ? this is unclear to me whether we need to fix it15:45
openstackLaunchpad bug 1775934 in OpenStack Compute (nova) "Cannot run "openstack server list" with instance stuck in scheduling state" [Undecided,New]15:45
gmann stephenfin +215:45
gibi+@15:45
gibi+2+A15:45
gibi;d15:45
*** slaweq has quit IRC15:48
*** slaweq has joined #openstack-nova15:50
*** mgariepy has quit IRC15:51
*** mgariepy has joined #openstack-nova15:51
melwittbauzas: that sounds familiar and I think "probably". I need to look around a bit to find a related/duplicate bug I've seen and add more information15:52
bauzasmelwitt: kk, marking it as confirmed for now, but feel free to mark it duplicate if so15:52
bauzasthanks15:52
melwittsounds good, thanks15:52
*** tesseract has quit IRC15:56
*** jangutter has joined #openstack-nova15:56
*** jangutter_ has quit IRC15:59
openstackgerritStephen Finucane proposed openstack/nova master: Make overcommit check for pinned instance pagesize aware  https://review.opendev.org/63105316:03
*** tosky has quit IRC16:11
*** jawad_axd has quit IRC16:24
*** ociuhandu has joined #openstack-nova16:30
*** ociuhandu_ has quit IRC16:32
*** ociuhandu has quit IRC16:35
*** jawad_axd has joined #openstack-nova16:37
*** tonyb has quit IRC16:41
*** tonyb has joined #openstack-nova16:42
*** brinzhang0 has joined #openstack-nova16:46
*** k_mouza has quit IRC16:48
*** brinzhang_ has quit IRC16:48
*** kaisers has quit IRC16:50
*** tobberydberg has quit IRC16:51
*** tobberydberg_ has joined #openstack-nova16:51
*** sapd1_x has quit IRC16:52
*** johanssone_ has quit IRC16:59
*** tonyb has quit IRC17:01
*** johanssone has joined #openstack-nova17:03
*** derekh has quit IRC17:04
sean-k-mooneygibi: bauzas melwitt can i get your input on how backportale someting is quickly17:07
sean-k-mooneybasically i want to add a call to unplug_vifs in migrate_disk_and_power_off which is caleed in _resize_instance17:08
sean-k-mooneyand ideally remove the call to clean up the souce vifs form resize confirm17:09
sean-k-mooneyso when we do resize_instance before we go to resize_verify we would unplug the souce vif17:09
openstackgerritMerged openstack/nova stable/train: post live migration: don't call Neutron needlessly  https://review.opendev.org/75067017:09
sean-k-mooneybasicaly right after we call power off just like we remove the cinder attahcments17:10
openstackgerritMerged openstack/nova master: docs: Improve 'AggregateImagePropertiesIsolation' docs  https://review.opendev.org/75223617:10
openstackgerritMerged openstack/nova master: functional: Enable real policy fixture by default  https://review.opendev.org/74590617:10
openstackgerritMerged openstack/nova master: functional: Add and use 'GlanceFixture'  https://review.opendev.org/74590717:10
sean-k-mooneyit would fix bug #1895220 and i also need to do it for https://review.opendev.org/#/c/602432 to adress bug #173432017:11
openstackbug 1895220 in OpenStack Compute (nova) "Fail to cold migrate between two hosts have difference VIF type" [Medium,In progress] https://launchpad.net/bugs/1895220 - Assigned to Dat Le (datlq)17:11
openstackbug 1734320 in neutron "Eavesdropping private traffic" [High,In progress] https://launchpad.net/bugs/1734320 - Assigned to Rodolfo Alonso (rodolfo-alonso-hernandez)17:11
openstackgerritmelanie witt proposed openstack/nova stable/train: Sanity check instance mapping during scheduling  https://review.opendev.org/75227917:11
*** dtantsur is now known as dtantsur|afk17:13
openstackgerritmelanie witt proposed openstack/nova stable/train: Sanity check instance mapping during scheduling  https://review.opendev.org/75227917:13
*** jawad_axd has quit IRC17:15
sean-k-mooneylyarwood:  elod i guess same question to ye since its about backportablity ^17:16
sean-k-mooneythe current behavior rely on libvirt to unplug the vif so to maintain the correct behavior when we deleate that to os-vif we now need to call unplug_vifs explcitly17:17
sean-k-mooneywhich we should have been doing along really17:18
melwittsean-k-mooney: is the unplug_vifs functionality in os-vif available in older branches?17:21
sean-k-mooneyyes17:22
sean-k-mooneyunplug_vifs is a libvirt driver function17:22
sean-k-mooneybut the os-vif support is also there in older branches17:22
sean-k-mooneymelwitt: it look like im going to either need to make this change to when we do it17:23
sean-k-mooneye.g. from confirm_resize where it is today to resize_instance17:23
sean-k-mooneyor im going to have to alter where and if nova waits for vifs in revert17:24
sean-k-mooneyor i guess i could have revert call unplug_vifs before it calls plug_vifs but that is slightly more complicated.17:25
sean-k-mooneymelwitt: for the CVE fix we have to do a locksetp backport in neutron and nova.17:26
*** ralonsoh has quit IRC17:26
sean-k-mooneyits a publci CVE by the way17:26
sean-k-mooneyfor the other case of cold migrating/resizign between network backends17:26
sean-k-mooneyits technically not something tha was offically supported17:27
sean-k-mooneywhich i noted in the bug17:27
sean-k-mooneybut it works in a limited set of cases17:27
melwittyeah I guess I'm not immediately seeing a backportability issue (but I could be missing something) but I think we'd want to let bake on master for awhile before backporting everywhere, to catch bugs before it's propagated to more branches17:27
sean-k-mooneye.g. ml2/ovs to ml2/ovn17:27
sean-k-mooneymelwitt: there is one edge case im not sure how to adress17:27
melwittmaybe it's just me but the fix sounds complicated and something we'd want to see if problems appear once it's running throughout the gate17:28
sean-k-mooneywell the first fix is just one addtion fucntion all in resize_instance to unplug_vifs17:29
melwittis that consistent with what we do with volumes today too?17:29
sean-k-mooneybit that makes it trickin is to fully solve the diffent backend case i need to remove the current call in confirm17:29
sean-k-mooneymelwitt: ya for volumes we remove attacments in resize_instance17:29
melwittok. it seems like it would make sense to have them be consistent but I don't know the reason vifs are handled differently17:30
sean-k-mooneywell technically in migrate_disk_and_poweroff17:30
sean-k-mooneyhttps://github.com/openstack/nova/blob/e0f088c95d05e9cf32d4af4c7cfc20566b17f8e1/nova/virt/libvirt/driver.py#L1036217:30
melwittyeah, I did see the volume detach there17:31
sean-k-mooneyand im suggesting adding self.unplug_vifs here https://github.com/openstack/nova/blob/e0f088c95d05e9cf32d4af4c7cfc20566b17f8e1/nova/virt/libvirt/driver.py#L1035717:31
sean-k-mooneybasicly 5 lines up17:31
melwittyeah, seems to make sense to me17:32
sean-k-mooneymelwitt: basically power_off call _destory() not destroy() to delete the domain xml without remving the disk images17:32
sean-k-mooneyso we can revert without copying data17:32
sean-k-mooneybut _destory() does not call unplug_vifs17:33
sean-k-mooneydestroy() does via the call to cleanup()17:33
sean-k-mooneywhich delete the disk too17:33
melwittright17:33
sean-k-mooneyand today conrim does an rpc from the dest to the source to call unplug_vifs17:34
sean-k-mooneyhere in cleanup_resize https://github.com/openstack/nova/blob/e0f088c95d05e9cf32d4af4c7cfc20566b17f8e1/nova/virt/libvirt/driver.py#L166517:34
melwittyeah I guess I wonder what are the potential issues if the deployment is in the middle of an upgrade17:35
sean-k-mooneyfor revert we call plug_vifs in create_instace_with_networks here https://github.com/openstack/nova/blob/e0f088c95d05e9cf32d4af4c7cfc20566b17f8e1/nova/virt/libvirt/driver.py#L6704 https://github.com/openstack/nova/blob/e0f088c95d05e9cf32d4af4c7cfc20566b17f8e1/nova/virt/libvirt/driver.py#L10681-L1068317:35
openstackgerritLee Yarwood proposed openstack/nova-specs master: WIP/DNM - Flavor and image defined ephemeral storage encryption  https://review.opendev.org/75228417:36
sean-k-mooneymelwitt: right so if i dont remove the unplug_vifs form the cleanup in confim17:36
sean-k-mooneyi think its ok if i do17:36
lyarwoodsean-k-mooney: sorry just pushing something and I need to drop again, can we catch up about that backport stuff in the morning?17:36
lyarwoods/morning/your\ morning/g ;)17:36
sean-k-mooneythen if i have an old souce and a new dest then i think we dont clean up the vifs17:36
sean-k-mooneylyarwood: ya we can no rush17:37
sean-k-mooneymelwitt: im not sure how to handel that other then leave the extra call to unplug_vifs in the backport17:37
sean-k-mooneymelwitt: unplug_vifs shoudl be callable twice without any ill effects17:37
melwittyeah, well wouldn't you have to leave it on master (not only backports) for one cycle? to bridge the N-1 to N upgrade?17:38
sean-k-mooneymelwitt: well the proablem is i need to backport the cve issue to like queens eventually17:39
sean-k-mooneywhat i think i would have to do is keep the call to unplug_vifs in cleanup but wrap it in a try excetp17:39
melwittI'm just saying re: leaving the extra call, I think you'd have to leave it on master too, not only leave it on the backports. because the upgrade issue exists for master as well17:39
sean-k-mooneyoh right17:40
sean-k-mooneyi woudl have to leave it on master for a cycle ya17:40
sean-k-mooneyill put the patches up for peopel to see as 3 patches17:40
sean-k-mooney1 for the new call in resize. one for the cve fix which is alredy up for review and one for the extra call removal17:41
sean-k-mooneyand we can defer that last one for a cycle17:41
sean-k-mooneyand i guess we can see if peopel think of any other reason not to do it this way.17:42
melwittyeah, so AFAICT the backport concern here would be the complexity and impact to something that is supposed to be "stable" but it's needed for a CVE so I think that makes it backportable (again unless I'm missing something)17:42
sean-k-mooneyya if we think its backportable and we are happy with it on master i guess i dont have to rush the backport either17:43
sean-k-mooneye.g. we coudl wait a while and let it back17:43
sean-k-mooney*bake17:43
melwittyeah I'm just concerned about there being a bug or edge case that crops up in the gate and then we have a fix to backport 5 times too17:44
melwittnot the end of the world, we did it recently :P but the goal is to avoid that17:44
sean-k-mooney:) ya im ok with that17:45
sean-k-mooneythis partcalar issue has been dragin on since 2018 or longer17:45
melwittlet's see what other ppl think. I worry I'm missing something unbackportable about it17:45
sean-k-mooney 2017-11-2417:45
melwittyeah, I think that might be the same neutron security bug I emailed about downstream a long time ago17:46
sean-k-mooneyi started working on this when i was still at intel17:46
sean-k-mooneywe have fixed in in a number of edgecases17:46
sean-k-mooneybut there is still 1 that is unfixed17:46
sean-k-mooneyjust trying to get the fine case closed17:46
*** links has quit IRC17:47
melwittunderstood17:47
sean-k-mooneyhttps://review.opendev.org/#/c/602432/ fixes the final case but its failing or reverts because of the change in unplug behaivor wehn we get rid of the libvirt race17:47
*** mriedem has joined #openstack-nova17:54
*** ralonsoh has joined #openstack-nova17:58
sean-k-mooneymelwitt: oh one related question do we think this could be an RC1 candiate so that we could count victoria as the first release or would wallaby have to be the first release with X for the removal of the second call17:59
sean-k-mooneyi guess we can cross that bridge wehn we come to it17:59
sean-k-mooneybut im not really sure given how latent both issue are that it qualifies for RC117:59
sean-k-mooneyi would like it to but i would like many things to be true that are not :)18:00
*** jawad_axd has joined #openstack-nova18:00
melwittsean-k-mooney: yeah I think it'd be a hard sell for RC1 because of how latent18:00
sean-k-mooneyya ok. when i leave the todo commont for remoinv it ill say after wallaby18:01
melwittbut you could bring it up at the nova meeting tomorrow to get more input18:01
sean-k-mooneyya. i asked the peroson that reported the other bug if they were ok with me updating there patch to just do the method move if so i should have a patch up before then if not ill submit a sperate patch for that i guess18:02
sean-k-mooneyin either case i can add it to the open disucssion secation at the end18:02
melwittbut eh... looking at the release schedule RC1 is Sep 24, not sure we could get proper review done by then18:03
sean-k-mooneyya its rather tight18:03
sean-k-mooneyill just assume this will have to be backported to stable/victoria18:03
sean-k-mooneyits fine18:03
melwittyeah, realistically I think that will be the case18:04
sean-k-mooneyya no worries.18:04
sean-k-mooneyill leave it of the agenda so and just ask lee and other for review once the patches are ready18:05
sean-k-mooneyi havent looked at the rc-potential bugs list yet18:05
sean-k-mooneydo we have any/many18:06
sean-k-mooneyoh just one https://bugs.launchpad.net/nova/+bugs?field.tag=victoria-rc-potential18:07
sean-k-mooneyhttps://bugs.launchpad.net/nova/+bug/188252118:07
openstackLaunchpad bug 1882521 in OpenStack Compute (nova) "Failing device detachments on Focal" [High,Confirmed] - Assigned to Lee Yarwood (lyarwood)18:07
sean-k-mooneyand lee has raised a qemu bug for that https://bugs.launchpad.net/qemu/+bug/189480418:08
openstackLaunchpad bug 1894804 in QEMU "Second DEVICE_DELETED event missing during virtio-blk disk device detach" [Undecided,New]18:08
sean-k-mooneyso i guess that is not really an rc blocker18:08
*** dklyle has joined #openstack-nova18:09
sean-k-mooneyand danpb basically conrimed it as a qemu bug in https://bugs.launchpad.net/qemu/+bug/1894804/comments/318:10
openstackLaunchpad bug 1894804 in QEMU "Second DEVICE_DELETED event missing during virtio-blk disk device detach" [Undecided,New]18:10
melwittyeah AFAICT there isn't anything we can do to workaround that either18:10
sean-k-mooneywe might be able to  mitigate it by using virtio-scsi instead of virtio-block18:11
sean-k-mooneybut ya not really18:11
sean-k-mooneyother then skip it in tempest for now18:11
*** jawad_axd has quit IRC18:15
*** vishalmanchanda has quit IRC18:28
*** nightmare_unreal has quit IRC18:51
*** tosky has joined #openstack-nova18:51
openstackgerritMerged openstack/nova master: tests: Add regression test for bug 1894966  https://review.opendev.org/75221019:07
openstackbug 1894966 in OpenStack Compute (nova) "Create servergroup failed with unexpected error" [Low,In progress] https://launchpad.net/bugs/1894966 - Assigned to Stephen Finucane (stephenfinucane)19:07
*** priteau has quit IRC19:12
*** jawad_axd has joined #openstack-nova19:19
openstackgerritMerged openstack/os-vif master: Update master for stable/victoria  https://review.opendev.org/75092619:20
*** ralonsoh has quit IRC19:20
*** ralonsoh has joined #openstack-nova19:21
*** manuvakery has quit IRC19:26
*** ralonsoh has quit IRC19:28
openstackgerritLee Yarwood proposed openstack/nova master: Add regression test for bug #1895696  https://review.opendev.org/75224719:33
openstackbug 1895696 in OpenStack Compute (nova) "unable to boot instance from encrypted volume created from a glance image of an encrypted volume" [Medium,In progress] https://launchpad.net/bugs/1895696 - Assigned to Lee Yarwood (lyarwood)19:33
openstackgerritLee Yarwood proposed openstack/nova master: compute: Skip cinder_encryption_key_id check when booting from volume  https://review.opendev.org/75209019:33
openstackgerritMerged openstack/python-novaclient master: Remove install unnecessary packages  https://review.opendev.org/75163719:44
*** kukacz has quit IRC19:52
*** jawad_axd has quit IRC20:06
*** owalsh has quit IRC20:11
*** nweinber has quit IRC20:32
openstackgerritMerged openstack/os-vif master: Add Python3 wallaby unit tests  https://review.opendev.org/75092720:39
*** owalsh has joined #openstack-nova20:43
*** xek has quit IRC20:49
*** sapd1 has quit IRC20:52
*** sapd1_x has joined #openstack-nova20:52
*** owalsh has quit IRC20:56
*** zzzeek has quit IRC21:05
*** zzzeek has joined #openstack-nova21:07
*** slaweq has quit IRC21:14
*** slaweq has joined #openstack-nova21:15
*** owalsh has joined #openstack-nova21:18
*** zzzeek has quit IRC21:22
*** zzzeek has joined #openstack-nova21:25
*** slaweq has quit IRC21:27
*** rcernin has joined #openstack-nova21:31
*** slaweq has joined #openstack-nova21:33
*** rcernin has quit IRC21:36
openstackgerritMerged openstack/nova master: Fix error that cannot overwrite policy rule for 'forced_host'  https://review.opendev.org/75115221:49
*** slaweq has quit IRC21:54
*** tosky_ has joined #openstack-nova21:56
*** tosky has quit IRC21:59
*** tosky_ is now known as tosky22:00
*** slaweq has joined #openstack-nova22:01
*** rcernin has joined #openstack-nova22:09
*** slaweq_ has joined #openstack-nova22:10
*** slaweq has quit IRC22:13
*** rcernin has quit IRC22:18
*** slaweq_ has quit IRC22:19
*** JamesBenson has quit IRC22:29
*** rcernin has joined #openstack-nova22:32
*** rcernin has quit IRC22:33
*** rcernin has joined #openstack-nova22:33
*** zzzeek has quit IRC22:38
*** zzzeek has joined #openstack-nova22:40
openstackgerritMerged openstack/nova stable/rocky: Removed the host FQDN from the exception message  https://review.opendev.org/74961222:43
*** zzzeek has quit IRC22:58
*** tosky has quit IRC22:59
*** zzzeek has joined #openstack-nova23:00
*** mriedem has left #openstack-nova23:10
*** zzzeek has quit IRC23:17
*** suryasingh has quit IRC23:18
*** zzzeek has joined #openstack-nova23:19
*** zzzeek has quit IRC23:43
*** zzzeek has joined #openstack-nova23:44
*** zzzeek has quit IRC23:49
*** hamalq has quit IRC23:50
brinzhang0gibi, gmann, stephenfin: change 500-->400 is ok for me too ^^ thanks23:50
*** zzzeek has joined #openstack-nova23:52
*** zzzeek has quit IRC23:57
*** zzzeek has joined #openstack-nova23:58

Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!