Tuesday, 2019-10-15

*** brault has quit IRC00:16
*** brault has joined #openstack-nova00:18
*** TxGirlGeek has joined #openstack-nova00:21
*** spatel has joined #openstack-nova00:25
*** mdbooth has quit IRC00:26
*** mdbooth has joined #openstack-nova00:28
*** ociuhandu has joined #openstack-nova00:31
*** ociuhandu has quit IRC00:35
*** tkajinam_ has quit IRC00:49
*** tkajinam has joined #openstack-nova00:49
*** TxGirlGeek has quit IRC00:56
*** hamzy has joined #openstack-nova01:01
*** adriant has quit IRC01:04
openstackgerritArthur Dayne proposed openstack/nova master: libvirt:volume:Disallow AIO=native when no 'O_DIRECT' is available  https://review.opendev.org/68277201:04
*** bnemec has joined #openstack-nova01:12
*** bnemec has quit IRC01:25
*** brinzhang_ has joined #openstack-nova01:30
*** brinzhang has quit IRC01:33
*** BjoernT_ has quit IRC01:35
*** BjoernT has joined #openstack-nova01:37
*** bnemec has joined #openstack-nova01:42
*** brinzhang has joined #openstack-nova01:46
*** adriant has joined #openstack-nova01:47
*** brinzhang_ has quit IRC01:49
*** brinzhang_ has joined #openstack-nova01:51
*** spatel has quit IRC01:54
*** brinzhang has quit IRC01:54
*** Garyx has quit IRC01:55
*** Garyx has joined #openstack-nova01:56
openstackgerritBrin Zhang proposed openstack/python-novaclient master: Add minor version [21] to test_versions  https://review.opendev.org/68859902:03
openstackgerritHuachang Wang proposed openstack/nova master: cleanup to objects.fields  https://review.opendev.org/68860002:05
*** Garyx has quit IRC02:05
*** dave-mccowan has joined #openstack-nova02:06
*** Garyx has joined #openstack-nova02:07
*** SonPham has joined #openstack-nova02:20
*** SonPham has quit IRC02:20
openstackgerritHuachang Wang proposed openstack/nova master: Set instance CPU policy to 'share' when 'hw_cpu_policy==share'  https://review.opendev.org/68860302:22
*** brinzhang has joined #openstack-nova02:28
*** BjoernT has quit IRC02:28
*** brinzhang_ has quit IRC02:31
*** markvoelker has joined #openstack-nova02:32
*** brinzhang has quit IRC02:37
*** brinzhang has joined #openstack-nova02:38
*** ricolin has joined #openstack-nova02:40
*** gregwork has joined #openstack-nova02:47
*** markvoelker has quit IRC02:52
openstackgerritDustin Cowles proposed openstack/nova master: Provider Config File: YAML file loading and schema validation  https://review.opendev.org/67334102:54
openstackgerritDustin Cowles proposed openstack/nova master: Provider Config File: Function to further validate and retrieve configs  https://review.opendev.org/67602902:54
openstackgerritDustin Cowles proposed openstack/nova master: Provider Config File: Merge provider configs to provider tree  https://review.opendev.org/67652202:54
*** gbarros has quit IRC02:57
*** mkrai_ has joined #openstack-nova03:05
*** mkrai_ has quit IRC03:22
*** mkrai__ has joined #openstack-nova03:22
*** slaweq has joined #openstack-nova03:31
*** hongbin has joined #openstack-nova03:35
*** slaweq has quit IRC03:35
*** psachin has joined #openstack-nova03:38
*** awalende has joined #openstack-nova03:40
*** awalende has quit IRC03:44
*** brinzhang_ has joined #openstack-nova03:53
*** brinzhang has quit IRC03:56
*** BjoernT has joined #openstack-nova03:58
*** dave-mccowan has quit IRC04:09
*** BjoernT has quit IRC04:17
*** FlorianFa has quit IRC04:18
*** brault has quit IRC04:19
*** hongbin has quit IRC04:22
*** FlorianFa has joined #openstack-nova04:26
*** larainema has joined #openstack-nova04:30
*** brinzhang has joined #openstack-nova04:31
*** brinzhang_ has quit IRC04:34
*** mkrai__ has quit IRC04:45
*** brinzhang_ has joined #openstack-nova04:50
*** brinzhang has quit IRC04:53
*** brinzhang has joined #openstack-nova04:59
*** brinzhang_ has quit IRC05:03
*** ratailor has joined #openstack-nova05:05
*** Luzi has joined #openstack-nova05:16
*** brinzhang_ has joined #openstack-nova05:28
*** brinzhang has quit IRC05:31
*** udesale has joined #openstack-nova05:33
*** udesale has quit IRC05:38
*** udesale has joined #openstack-nova05:39
*** markvoelker has joined #openstack-nova05:47
*** takamatsu has quit IRC05:54
*** mkrai_ has joined #openstack-nova05:55
openstackgerritBrin Zhang proposed openstack/python-novaclient master: Microversion 2.80: Add user_id/project_id to migration-list API  https://review.opendev.org/67502305:57
*** ccamacho has joined #openstack-nova05:59
*** brinzhang has joined #openstack-nova06:07
*** slaweq has joined #openstack-nova06:10
*** igordc has quit IRC06:10
*** brinzhang_ has quit IRC06:10
*** brinzhang_ has joined #openstack-nova06:17
*** brinzhang has quit IRC06:20
*** sapd1 has joined #openstack-nova06:21
*** pcaruana has joined #openstack-nova06:30
*** mkrai_ has quit IRC06:30
*** mkrai_ has joined #openstack-nova06:33
*** vesper11- has quit IRC06:33
*** vesper11 has joined #openstack-nova06:36
*** ratailor_ has joined #openstack-nova06:38
*** ratailor has quit IRC06:40
*** brinzhang has joined #openstack-nova06:40
*** brinzhang_ has quit IRC06:44
*** dpawlik has joined #openstack-nova06:52
*** trident has quit IRC06:52
*** trident has joined #openstack-nova06:56
openstackgerritBrin Zhang proposed openstack/python-novaclient master: Add functional test for migration-list in v2.80  https://review.opendev.org/68863506:58
*** maciejjozefczyk has joined #openstack-nova07:00
*** Luzi_ has joined #openstack-nova07:04
*** jangutter_ has joined #openstack-nova07:05
*** nanzha has joined #openstack-nova07:05
*** Luzi has quit IRC07:08
*** damien_r has joined #openstack-nova07:08
*** jangutter has quit IRC07:08
*** mkrai_ has quit IRC07:09
*** jawad_axd has joined #openstack-nova07:12
*** tesseract has joined #openstack-nova07:12
*** udesale has quit IRC07:13
*** udesale has joined #openstack-nova07:13
*** rcernin has quit IRC07:16
*** awalende has joined #openstack-nova07:16
*** awalende has quit IRC07:18
*** awalende has joined #openstack-nova07:19
*** jangutter has joined #openstack-nova07:22
*** jangutter_ has quit IRC07:25
*** tkajinam has quit IRC07:25
*** tkajinam has joined #openstack-nova07:26
*** ttsiouts has joined #openstack-nova07:26
*** ralonsoh has joined #openstack-nova07:28
*** mkrai_ has joined #openstack-nova07:28
*** ociuhandu has joined #openstack-nova07:30
*** ociuhandu has quit IRC07:35
gibigood morning nova07:35
*** ociuhandu has joined #openstack-nova07:35
openstackgerritBrin Zhang proposed openstack/python-novaclient master: Add functional test for migration-list in v2.80  https://review.opendev.org/68863507:41
*** ociuhandu has quit IRC07:42
*** dpawlik has quit IRC07:43
gibistephenfin: just to be sure you also got the message I got a mail from the summit organizers that the project updates will not be recoreded. Instead they would like to get an etherpad with main points.07:48
*** ivve has joined #openstack-nova07:51
*** priteau has joined #openstack-nova07:53
*** dtantsur|afk is now known as dtantsur07:53
jkulikHi, regarding https://bugs.launchpad.net/nova/+bug/1648501 I see a problem with code assuming instance.image_ref being None equals boot-from-volume as mentioned here https://github.com/openstack/nova/blob/master/nova/compute/api.py#L3371-L337208:02
openstackLaunchpad bug 1648501 in OpenStack Compute (nova) "providing different imageRef when using block_device_mapping (image -> volume) " [Low,Confirmed]08:02
*** tkajinam has quit IRC08:02
jkulikBecause even if imageRef is set to the same values as in the block-device-mapping, instance.image_ref will then be set even though it's boot-from-volume.08:03
*** sapd1 has quit IRC08:04
jkulikAs the bug mentions, the cli already forbids providing imageRef and block-device-mapping at the same time. But the API accepts it. Shouldn't this be made consistent?08:05
*** rpittau|afk is now known as rpittau08:07
*** ttsiouts has quit IRC08:12
*** ttsiouts has joined #openstack-nova08:12
*** ociuhandu has joined #openstack-nova08:13
*** dpawlik has joined #openstack-nova08:15
*** ttsiouts has quit IRC08:17
*** ttsiouts has joined #openstack-nova08:17
*** dpawlik has quit IRC08:20
*** ociuhandu has quit IRC08:20
*** ociuhandu has joined #openstack-nova08:25
*** takamatsu has joined #openstack-nova08:26
*** takamatsu has quit IRC08:29
*** ociuhandu has quit IRC08:31
*** ociuhandu has joined #openstack-nova08:31
*** ociuhandu has quit IRC08:35
*** ociuhandu has joined #openstack-nova08:35
*** takamatsu has joined #openstack-nova08:36
*** ttsiouts has quit IRC08:37
*** ttsiouts has joined #openstack-nova08:37
*** takamatsu has quit IRC08:41
*** ttsiouts has quit IRC08:42
*** ociuhandu has quit IRC08:42
*** tssurya has joined #openstack-nova08:45
*** dpawlik has joined #openstack-nova08:47
*** takamatsu has joined #openstack-nova08:48
*** ttsiouts has joined #openstack-nova08:49
*** dpawlik has quit IRC08:52
*** bnemec has quit IRC08:53
*** brinzhang has joined #openstack-nova09:23
*** ttsiouts has quit IRC09:24
*** ttsiouts has joined #openstack-nova09:24
*** ttsiouts has quit IRC09:29
*** derekh has joined #openstack-nova09:43
*** ociuhandu has joined #openstack-nova09:47
*** ociuhandu has quit IRC09:53
*** SonPham has joined #openstack-nova09:53
SonPhamHi. I'm working with nova and horizon. I traced code form Horizon on Button start-instance: Horizon call NovaClient: novaclient(request).servers.start(instance_id)09:54
SonPhamand I check python client server start is:09:55
SonPham    def start(self, server):09:55
SonPhamand i think it call to /nova/nova/copmute/apy.py    / def start()09:55
SonPhamhow it work?09:56
*** dpawlik has joined #openstack-nova10:02
*** brinzhang_ has joined #openstack-nova10:04
openstackgerritStephen Finucane proposed openstack/nova master: Remove unused 'nova-dsvm-base' job  https://review.opendev.org/68838910:05
openstackgerritStephen Finucane proposed openstack/nova master: Stop testing Python 2  https://review.opendev.org/68795410:05
openstackgerritStephen Finucane proposed openstack/nova master: zuul: Make functional job inherit from openstack parents  https://review.opendev.org/68842510:05
gibiSonPham: the python client calls the nova-api service via HTTP (REST). The server create request is handed by https://github.com/openstack/nova/blob/63fb66e39a2590f00541f36d94e31372c2fe82ee/nova/api/openstack/compute/servers.py#L59810:05
*** dpawlik has quit IRC10:06
*** brinzhang has quit IRC10:08
*** Luzi has joined #openstack-nova10:08
gibijkulik: I agree it feels strange that you can provide an imageRef POST /servers but at that same time you are server is not booted from that image but booted from a volume with different content10:09
gibijkulik: so I think the nova-api can reject such situation10:09
*** Luzi_ has quit IRC10:10
*** ttsiouts has joined #openstack-nova10:11
*** ratailor_ has quit IRC10:12
*** ratailor has joined #openstack-nova10:13
jkulikfor the vmware driver in queens at least, we get a volume and an ephemeral disk, because it seems to only take into account instance.image_ref when creating the ephemeral one10:16
jkulik(still boots from the volume, though)10:16
openstackgerritMartin Midolesov proposed openstack/nova master: Implementing graceful shutdown.  https://review.opendev.org/66624510:17
SonPhamgibi server.py call to nova.api and this code call to compute/api.py/def start() ?? : self.compute_api.start(context, instance)10:18
*** ttsiouts has quit IRC10:27
*** ttsiouts has joined #openstack-nova10:28
*** SonPham has quit IRC10:30
*** ociuhandu has joined #openstack-nova10:31
*** brinzhang has joined #openstack-nova10:33
*** ttsiouts has quit IRC10:33
*** markvoelker has quit IRC10:33
*** brinzhang_ has quit IRC10:36
*** ociuhandu has quit IRC10:36
*** ratailor_ has joined #openstack-nova10:38
*** ratailor has quit IRC10:40
*** tbachman has quit IRC10:42
*** dpawlik has joined #openstack-nova10:42
*** dpawlik has quit IRC10:46
*** bbowen has quit IRC10:47
*** takamatsu has quit IRC10:56
*** kaliya has joined #openstack-nova11:00
*** kaliya has quit IRC11:05
*** brinzhang_ has joined #openstack-nova11:07
*** brinzhang has quit IRC11:09
*** factor has joined #openstack-nova11:15
*** udesale has quit IRC11:16
*** ttsiouts has joined #openstack-nova11:18
*** markvoelker has joined #openstack-nova11:19
*** takamatsu has joined #openstack-nova11:34
*** dpawlik has joined #openstack-nova11:35
*** brinzhang has joined #openstack-nova11:38
*** ttsiouts has quit IRC11:38
*** ttsiouts has joined #openstack-nova11:39
*** markvoelker has quit IRC11:39
*** brinzhang_ has quit IRC11:41
openstackgerritBalazs Gibizer proposed openstack/nova master: Allow evacuating server with port resource request  https://review.opendev.org/68838711:41
*** ttsiouts has quit IRC11:43
*** ttsiouts has joined #openstack-nova11:44
*** ccamacho has quit IRC11:46
*** takamatsu has quit IRC11:51
*** sapd1 has joined #openstack-nova11:51
*** nanzha has quit IRC11:52
*** dpawlik has quit IRC11:52
*** nanzha has joined #openstack-nova11:52
openstackgerritBalazs Gibizer proposed openstack/nova master: Enable evacuation with qos ports  https://review.opendev.org/68868811:53
*** mkrai_ has quit IRC12:00
*** tbachman has joined #openstack-nova12:03
*** bbowen has joined #openstack-nova12:04
*** brinzhang_ has joined #openstack-nova12:04
gibidansmith: when you are up. the runway link in the channel topic need some low and as far as I remember you can have op in this channel to fix it12:07
gibis/low/love/12:07
*** brinzhang has quit IRC12:07
*** tbachman has quit IRC12:08
efriedbrinzhang_: you around?12:09
*** tbachman has joined #openstack-nova12:10
*** brinzhang_ has quit IRC12:14
*** takamatsu has joined #openstack-nova12:14
*** brinzhang_ has joined #openstack-nova12:14
*** takamatsu has quit IRC12:16
*** larainema has quit IRC12:18
*** dpawlik has joined #openstack-nova12:21
*** takamatsu has joined #openstack-nova12:21
*** ratailor_ has quit IRC12:21
*** belmoreira has joined #openstack-nova12:24
*** dpawlik has quit IRC12:26
*** takamatsu has quit IRC12:29
*** yaawang has quit IRC12:29
*** yaawang_ has joined #openstack-nova12:29
*** takamatsu has joined #openstack-nova12:32
*** hamzy has quit IRC12:34
*** xek has joined #openstack-nova12:36
*** hamzy has joined #openstack-nova12:37
*** markvoelker has joined #openstack-nova12:38
slaweqefried: gibi: hi12:43
slaweqdid You saw failure like https://storage.gra1.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_a28/681671/10/check/neutron-tempest-dvr/a281c2b/testr_results.html.gz before?12:43
gibislaweq: hi!12:43
slaweqI saw it at least 3-4 times during last week12:43
slaweqmaybe it's already known issue than I will not report new bug12:44
gibislaweq: I haven't seen it before. But it seems like a race condition between the build and the delete12:44
slaweqgibi: ok, I will report new bug than12:45
slaweqit's more for placement, right?12:45
gibislaweq: thanks. it is for nova. As nova calls placement with a wrong generation12:45
efriedwas melwitt working on that?12:45
stephenfingibi: I saw that, yeah. If we've slides, that ought to do the trick12:46
slaweqgibi: ok, thx12:46
gibiefried: I searched gerrit now but I haven't found a patch12:47
gibistephenfin: OK, cool12:47
efriedyeah, me neither, hm...12:47
efriedI was sure there was a bug at least...12:48
*** brinzhang has joined #openstack-nova12:49
efriedgibi, slaweq: does this look right? https://bugs.launchpad.net/nova/+bug/183675412:50
openstackLaunchpad bug 1836754 in OpenStack Compute (nova) "Conflict when deleting allocations for an instance that hasn't finished building" [Medium,Confirmed]12:50
slaweqefried: yes, I just found it now :)12:50
*** xek has quit IRC12:51
slaweqefried: thx for looking for it12:51
gibiefried: yeah, down in the comments there is another failure when the compute host is deleted12:51
*** xek has joined #openstack-nova12:52
*** CeeMac has joined #openstack-nova12:52
efriedgibi: this is another case where it would be useful to be able to distinguish between consumer and provider conflicts12:53
*** brinzhang_ has quit IRC12:53
*** xek has quit IRC12:53
efriedWe don't care if we get a provider conflict here, but if we get a consumer conflict that's bad.12:53
gibiefried: noted. I still have a TODO to make progress on that12:53
*** xek has joined #openstack-nova12:54
efriedwe could solve this with a retry, but without making that ^ distinction, I'm not sure it's the right thing to do.12:54
efried...or that it's better than just using an old (generation-less) microversion to drop the allocs.12:54
efried...or using the DELETE route which IIRC doesn't do generations at all.12:55
efried(because no payload).12:55
efried(and we don't put that stuff in headers)12:55
gibiI think we need to retry on consumer conflict as well. This bug basically means that the server delete codepatch racing with the server create codepath. The end user want's the server to be deleted so even if the create codepath updated the server allocation we need to delete the updated allocation12:57
*** markvoelker has quit IRC12:57
gibiso if we want to delete that allocation in every case, then we can even call DELETE without the generation checking12:58
efriedIf we can be sure we're in the instance delete flow, I agree with you.12:58
efriedMeaning we can't just go hard at the report.py level; we have to {call a different method | send a specific flag} indicating we want to force it.12:59
*** mdbooth has quit IRC12:59
*** dpawlik has joined #openstack-nova12:59
efriedbecause in the general case if we're deleting allocations and something changes the consumer, it doesn't necessarily mean we want to proceed.12:59
gibiefried: you are right13:00
*** mdbooth has joined #openstack-nova13:00
efriedThough I'm not sure how we could race e.g. a resize and a migrate13:00
gibiefried: we need to be careful and only force the delete from the server delete codepath13:00
*** panda|off is now known as panda13:01
efriedbtw I checked the placement logs in slaweq's repro and they don't include the message for the 409, so I can't tell whether it was indeed a provider conflict.13:01
*** xek has quit IRC13:01
*** mriedem has joined #openstack-nova13:01
*** xek has joined #openstack-nova13:02
*** dpawlik has quit IRC13:04
*** takamatsu has quit IRC13:06
gibiefried: in the placement log here is the conflict Oct 14 14:45:26.82320213:08
gibiefried: around that there is multiple PUT request for consumer 5b5b12dc13:09
*** takamatsu has joined #openstack-nova13:10
gibiefried: nova-api doing a local delete for server 5b5b12dc13:10
gibiefried: so at least slaweq's repor is a race between a server create and a server delete13:12
efriedmm. So we could fix this with a hard delete -- but what actually worries me is the reverse problem.13:14
efriedwhat if the delete happens first, and then the create comes in? We would have leaked allocations.13:15
*** nanzha has quit IRC13:15
*** nanzha has joined #openstack-nova13:16
*** liuyulong has joined #openstack-nova13:16
*** brinzhang_ has joined #openstack-nova13:16
efriedwe should have some way for the delete to abort the create...13:17
efriedBut I guess that's another problem for another day.13:17
*** nweinber has joined #openstack-nova13:19
*** brinzhang has quit IRC13:19
*** Luzi has quit IRC13:19
*** lpetrut has joined #openstack-nova13:21
*** jangutter_ has joined #openstack-nova13:24
*** jangutter_ has quit IRC13:24
*** jangutter has quit IRC13:27
*** sapd1 has quit IRC13:28
mriedemstephenfin: since you care about the py2 droppage, grenade jobs are failing on some weird package things13:28
mriedemhttps://zuul.opendev.org/t/openstack/build/4da3c44dcbcd4ed7aa04a8dcaa19c011/log/logs/grenade.sh.txt.gz#3536613:28
*** gbarros has joined #openstack-nova13:28
*** dave-mccowan has joined #openstack-nova13:28
mriedemthat's with py2 on the old (train) side and py3 on the new (ussuri) side13:28
mriedemERROR: Cannot uninstall 'PyYAML'. It is a distutils installed project and thus we cannot accurately determine which files belong to it which would lead to only a partial uninstall.13:29
mriedemgibi: efried: i'm pretty sure melwitt brought up that bug the other day (the local delete conflict),13:29
mriedemdid someone report a bug for it?13:29
mriedemlooks like artom already opened one for the same thing https://bugs.launchpad.net/nova/+bug/183675413:30
openstackLaunchpad bug 1836754 in OpenStack Compute (nova) "Conflict when deleting allocations for an instance that hasn't finished building" [Medium,Confirmed]13:30
gibimriedem: yes, that one13:30
*** awalende has quit IRC13:31
*** brinzhang has joined #openstack-nova13:31
mriedemlast time i looked we just need a retry in the local delete case13:31
*** awalende has joined #openstack-nova13:31
gibimriedem: yeah, that was my understanding above as well13:32
*** pcaruana has quit IRC13:32
mriedem"what if the delete happens first, and then the create comes in? We would have leaked allocations."13:33
mriedemyeah that is a problem13:33
mriedemsince the create will just re-create the consumer and allocations in placement13:33
mriedemhear me out, SOFT DELETE-ABLE CONSUMERS!13:33
*** dpawlik has joined #openstack-nova13:34
*** brinzhang_ has quit IRC13:34
mriedemefried: i'd think we could trap that case in conductor once the response comes from the scheduler,13:35
mriedemb/c we'll check if the build request has been deleted in the interim during scheduling and if so halt the build process - at that point we could cleanup allocations (do we not already?)13:35
*** takamatsu has quit IRC13:36
*** awalende has quit IRC13:36
*** awalende has joined #openstack-nova13:37
*** ChanServ sets mode: +o dansmith13:38
*** dansmith changes topic to "Current runways: https://etherpad.openstack.org/p/nova-runways-ussuri -- This channel is for Nova development. For support of Nova deployments, please use #openstack."13:38
*** ChanServ sets mode: -o dansmith13:38
dansmithgibi: got it13:38
gibidansmith: thanks!13:39
*** dpawlik has quit IRC13:39
efriedmriedem: we might already, yeah.13:41
*** spsurya has joined #openstack-nova13:42
*** awalende has quit IRC13:42
mriedemgibi: efried: i might work up a functional test to recreate it since unit tests aren't going to cut it for that kind of interaction13:42
efriedcool13:43
*** bnemec has joined #openstack-nova13:43
*** KeithMnemonic has joined #openstack-nova13:43
efriedbrinzhang: yt?13:44
gibimriedem: cool, sorry I'm busy today - tomorrow so I did not bite13:44
mriedemnp13:44
*** jamesdenton has quit IRC13:46
*** jawad_axd has quit IRC13:52
*** jawad_axd has joined #openstack-nova13:53
*** xek_ has joined #openstack-nova13:55
*** jawad_ax_ has joined #openstack-nova13:57
*** xek has quit IRC13:58
*** ociuhandu has joined #openstack-nova13:58
*** jawad_axd has quit IRC13:58
dansmithmriedem: I think you oughta drop your -W on that (now) base patch and I'll +2.. I know you're going to add the test later and it sounds like you don't think it's likely to break as it is13:59
*** brinzhang_ has joined #openstack-nova14:01
*** jawad_ax_ has quit IRC14:01
*** pcaruana has joined #openstack-nova14:04
*** brinzhang has quit IRC14:04
mriedemdansmith: ok14:09
dansmithI already +2d14:09
*** dklyle has quit IRC14:18
*** markvoelker has joined #openstack-nova14:23
*** jangutter has joined #openstack-nova14:25
*** brinzhang has joined #openstack-nova14:28
*** brinzhang has quit IRC14:30
*** brinzhang has joined #openstack-nova14:31
*** brinzhang_ has quit IRC14:31
*** brinzhang has quit IRC14:32
*** brinzhang has joined #openstack-nova14:32
*** brinzhang has quit IRC14:33
*** ociuhandu has quit IRC14:33
*** brinzhang has joined #openstack-nova14:34
*** brinzhang has quit IRC14:35
*** brinzhang has joined #openstack-nova14:35
*** brinzhang has quit IRC14:35
stephenfinmriedem: Ugh, that's pip's total lack of a dependency resolution biting us in the ass. I've no idea how to fix that14:38
stephenfinIs that the log from my patch or something else?14:38
*** dtantsur is now known as dtantsur|brb14:40
dansmithso, there's a cinder tempest test that is running assertEqual() and failing because an updated_at stamp isn't exactly what it expects...14:42
dansmithI don't see that up on e-r14:42
*** dklyle has joined #openstack-nova14:43
*** mlavalle has joined #openstack-nova14:43
dansmithit's the minimum basic scenario, where it expects the post-volume-create list to exactly match a show a couple statements later, but seems like something else has touched that volume14:44
dansmithmriedem: know anything about such a thing?14:45
*** ivve has quit IRC14:45
*** eharney has joined #openstack-nova14:49
mriedemupdated_at or something is different right?14:51
mriedemi've seen that before, maybe a new regression14:51
mriedemstephenfin: it was a log from my devstack patch to default USE_PYTHON3=True which your patch depends on14:51
mriedemnote i brought it up in -tc since they were talking about this upgrade testing yesterday14:51
dansmithmriedem: yep.14:51
mriedemdansmith: got a link to a job failure?14:53
dansmithmriedem: https://365c4224c221ec730c2d-019bc8f0795daf4dab730f80e83974fa.ssl.cf1.rackcdn.com/627891/62/check/nova-next/58f7f91/testr_results.html.gz14:53
stephenfinmriedem: I've a minimal reproducer here: http://paste.openstack.org/show/783995/14:53
mriedemoh https://bugs.launchpad.net/tempest/+bug/183820214:53
openstackLaunchpad bug 1838202 in tempest "TestMinimumBasicScenario.test_minimum_basic_scenario race fail comparing volume to expected values with updated_at diff" [Undecided,New]14:53
mriedemdansmith: ^14:54
openstackgerritMerged openstack/nova master: VMware: Update flavor-related metadata on resize  https://review.opendev.org/68100414:54
stephenfinStupid pip14:54
dansmithmriedem: ah nice, I didn't see that on e-r14:54
mriedembecause it's not....let me look14:54
*** mkrai_ has joined #openstack-nova14:54
*** cfriesen has joined #openstack-nova14:55
dansmithif my logstashing is right, looks like it started around 10/7 although not sure how much history we have, that's about a week ago14:55
mriedemyeah the pain in the ass is the mismatch is singleline indexing14:56
dansmithyeah14:56
mriedemlogstash only goes back 10 days14:56
mriedemi reported that bug 78 days ago14:56
openstackbug 78 in Baz (deprecated) "When asking you to sign something; baz should tell you what" [Medium,Won't fix] https://launchpad.net/bugs/7814:56
mriedemheh bug 66614:56
openstackbug 666 in Launchpad itself "can't file a bug on Ubuntu" [Medium,Invalid] https://launchpad.net/bugs/66614:56
dansmithyeah14:56
*** TxGirlGeek has joined #openstack-nova14:59
*** cfriesen has quit IRC15:01
mriedemit looks like the dict keys are at least sorted so i can do:15:05
mriedemhttp://logstash.openstack.org/#dashboard/file/logstash.json?query=message%3A%5C%22actual%20%20%20%20%3D%20%7B'attachments'%3A%20%5B%5D%2C%5C%22%20AND%20tags%3A%5C%22console%5C%22&from=7d15:05
dansmithhmm, that only shows two hits/15:06
dansmithmaybe those are the two I looked at15:06
*** ociuhandu has joined #openstack-nova15:07
stephenfinmriedem: https://review.opendev.org/68873115:07
mriedemdansmith: yeah it's on 62789115:08
mriedemit's just rare15:08
dansmithyeah15:08
mriedemstephenfin: ack i'll make my devstack change depend on that15:10
*** ociuhandu has quit IRC15:10
mriedemoh i lost all of my beautiful meaningless +1s......what a world what a world15:10
*** ociuhandu has joined #openstack-nova15:11
stephenfinCool. Looks like a fix in pip _is_ underway but it could be months/years before that lands https://pradyunsg.me/blog/2019/06/23/oss-update-1/15:11
* stephenfin didn't do anything cool like that in college :/15:11
mriedemcool like what? write a dep resolver for pip?15:12
mriedemfwiw i think lifeless shed many years from his life working on a dep resolver for pip....15:12
mriedembefore or during just saying f it and doing the constraints stuff in openstack15:13
*** gyee has joined #openstack-nova15:13
dansmithah the good old days of openstack15:13
sean-k-mooneymdbooth: is this https://review.opendev.org/#/c/663382/ the patch form stephenfin you planned to add functional test too? if not i might add one in a few days15:14
*** mriedem has quit IRC15:18
*** mriedem has joined #openstack-nova15:18
sean-k-mooneystephenfin: by the way we still need to land this https://review.opendev.org/#/c/675776/ and backport it to train15:20
sean-k-mooneyalthough it looks like it has lots of other change mixed in15:21
*** ttsiouts has quit IRC15:21
*** ttsiouts has joined #openstack-nova15:22
sean-k-mooneyso ya we shoudl merge v5 https://review.opendev.org/#/c/675776/5 not v6 ill -1 the patch and ask for the patch to be fixed.15:24
*** ttsiouts has quit IRC15:27
*** markvoelker has quit IRC15:28
*** jawad_axd has joined #openstack-nova15:28
*** jawad_axd has quit IRC15:33
*** igordc has joined #openstack-nova15:37
*** damien_r has quit IRC15:43
*** jamesdenton has joined #openstack-nova15:44
*** xek__ has joined #openstack-nova15:46
*** xek_ has quit IRC15:48
*** jawad_axd has joined #openstack-nova15:49
openstackgerritMatt Riedemann proposed openstack/nova master: Remove compute compat checks for aborting queued live migrations  https://review.opendev.org/68840915:49
*** liuyulong has quit IRC15:51
*** maciejjozefczyk has quit IRC15:52
*** belmoreira has quit IRC15:53
*** jawad_axd has quit IRC15:53
*** rpittau is now known as rpittau|afk16:03
*** xek__ has quit IRC16:05
*** xek__ has joined #openstack-nova16:05
*** xek_ has joined #openstack-nova16:09
*** jawad_axd has joined #openstack-nova16:10
*** hemna_afk is now known as hemna_16:11
*** xek__ has quit IRC16:12
*** dtantsur|brb is now known as dtantsur16:13
*** jawad_axd has quit IRC16:14
*** jawad_axd has joined #openstack-nova16:30
*** igordc has quit IRC16:31
*** jawad_axd has quit IRC16:34
*** henriqueof has joined #openstack-nova16:36
*** ivve has joined #openstack-nova16:36
*** dtantsur is now known as dtantsur|afk16:37
*** nanzha has quit IRC16:38
*** mkrai_ has quit IRC16:38
*** tssurya has quit IRC16:40
*** ociuhandu_ has joined #openstack-nova16:40
*** ociuhandu has quit IRC16:44
*** derekh has quit IRC16:47
*** ociuhandu_ has quit IRC16:47
*** takamatsu has joined #openstack-nova16:49
*** dviroel_ has joined #openstack-nova16:54
*** ociuhandu has joined #openstack-nova16:56
*** ociuhandu has quit IRC17:01
*** lpetrut has quit IRC17:01
*** priteau has quit IRC17:03
*** takamatsu has quit IRC17:12
*** nweinber_ has joined #openstack-nova17:16
*** tbachman has quit IRC17:18
*** nweinber has quit IRC17:18
*** ricolin has quit IRC17:20
*** mlavalle has quit IRC17:23
*** mlavalle has joined #openstack-nova17:24
*** dviroel_ is now known as dviroel17:24
*** ralonsoh has quit IRC17:25
*** tbachman has joined #openstack-nova17:25
*** xek__ has joined #openstack-nova17:27
*** xek_ has quit IRC17:30
*** ociuhandu has joined #openstack-nova17:31
*** spsurya has quit IRC17:33
*** ociuhandu has quit IRC17:35
*** psachin has quit IRC17:38
*** eharney has quit IRC17:43
*** ociuhandu has joined #openstack-nova17:48
*** jawad_axd has joined #openstack-nova17:50
mriedemi'm finding that writing a functional test for bug 1836754 is so hacky to order the events that it's probably not worth it and we should just throw a retry decorator on delete_allocation_for_instance when we hit a consumer generation conflict17:54
openstackbug 1836754 in OpenStack Compute (nova) "Conflict when deleting allocations for an instance that hasn't finished building" [Low,Confirmed] https://launchpad.net/bugs/183675417:54
mriedemefried: also conductor deletes the allocations created by the scheduler if the server is gone by the time we get back from scheduling https://github.com/openstack/nova/blob/149327a3abb12418cdf65316e7c1d4924767bfdf/nova/conductor/manager.py#L140217:55
mriedemso that's covered17:55
*** ociuhandu has quit IRC17:56
artommriedem, we never hit it that often, did we?17:59
artomAnd only in CI17:59
artomSo I think no func test is fine18:00
artomWe can use the e-r query to see if merging the commit makes the hits disappear18:00
openstackgerritDan Smith proposed openstack/python-novaclient master: Add aggregate-cache-images command and client routines  https://review.opendev.org/68714118:01
*** markvoelker has joined #openstack-nova18:07
*** openstackgerrit has quit IRC18:07
*** jangutter has quit IRC18:08
*** priteau has joined #openstack-nova18:11
*** markvoelker has quit IRC18:12
mriedemartom: yeah it's very rare18:15
*** markvoelker has joined #openstack-nova18:21
*** ociuhandu has joined #openstack-nova18:26
*** markvoelker has quit IRC18:31
*** eharney has joined #openstack-nova18:32
*** nweinber__ has joined #openstack-nova18:33
*** openstackgerrit has joined #openstack-nova18:34
openstackgerritMerged openstack/nova master: Filter migrations by user_id/project_id  https://review.opendev.org/67424318:34
*** nweinber_ has quit IRC18:36
*** igordc has joined #openstack-nova18:36
*** tbachman has quit IRC18:54
efriedmriedem: are you working on the forced alloc delete rn?18:55
*** ociuhandu has quit IRC18:55
*** tbachman has joined #openstack-nova18:57
mriedemyeah, need to write a test19:01
*** markvoelker has joined #openstack-nova19:01
efriedmriedem: imo we should use DELETE when we're serious rather than using a retry.19:01
efriedand indicate seriousness explicitly from the caller19:02
mriedemwhy was it using PUT with an empty allocations dict to begin with then?19:02
efriedmriedem: exactly so we can capture 409s.19:03
*** tbachman_ has joined #openstack-nova19:03
efriedpoint being, we only want to do that some of the time.19:03
efriedIIRC we used to use DELETE until I made a stink about it.19:04
*** tbachman has quit IRC19:04
*** tbachman_ is now known as tbachman19:04
efriedmriedem: I was about to dig in; if you want to write a test, I can take a swing at the patch.19:05
efriedunless you're doing both already19:05
mriedemso you must have gotten stinky here https://review.opendev.org/#/c/591597/19:05
*** markvoelker has quit IRC19:06
efriedyeah, that was a step on the path. I think I remember complaining about the fact that that wasn't really helping us, because of the tininess of the window we were leaving.19:06
efriedthough clearly we're hitting that window, hence the bug.19:07
efriedmriedem: is this something you think we should backport? Because I'd like to do a series where we split the existing one into forced-or-normal, also getting rid of @safe_connect. But can do a "tactical" version for backport if that's a consideration.19:08
efriedartom: did you see this bug in real life or just in CI?19:09
mriedemreading some of the comments on that patch it sounds like you were pushing for keeping DELETE rather than going with PUT and consumer generation handling:19:09
mriedem"This patch does not make a conflict visible unless it happens to occur  in the teeny window *within* the method itself. IMO introducing this  code could make one *think* we're doing so, which is bad. Because the  vast, vast majority of cases where such conflicts occur (allocation gets  mucked with between when the instance is created and when the deletion  process begins) will go completely unnoticed."19:09
efriedwise words. Who said them?19:09
mriedemyou19:09
mriedembut you said above you made a stink about using DELETE19:09
efriedYes, I pushed for s/DELETE/PUT{...generation}/ in, I think, Dublin.19:10
mriedembecause you wanted the caller to decide what to do,19:10
efriedbecause the way it *should* be done is that the GET happens somewhere earlier in the process19:10
mriedemso in this case the API would catch the conflict and retry rather than blindly adding a @retries decorator to the method19:10
efriedright, that would be one way to approach it.19:10
efriedthe other way would be, when we don't care about conflicts and really just want to do the delete, we use DELETE (again, via a new reportclient method, or a flag to the existing, which amounts to the same thing) and never have to do multiple calls.19:11
efriedI would advocate for the latter, because this isn't the only place we're going to want to force from, and it's easier to force=True than to write the same retry logic from multiple places, not to mention the fewer calls.19:12
mriedemgoing back to your other question i would not mangle up removing @safe_connect and all that in the same patch that resolves the bug19:12
*** tbarron_ is now known as tbarron19:13
mriedemspeaking for artom (i'll take the liberty here) i think it's seen in CI only but that doesn't mean it's not in the real world19:13
efriedyeah, I was going to do a bottom patch with @safe_connect backward compat and then kill it after the bugfix.19:13
mriedemin fact, if you see this in real life i'm not sure a normal user can even retry the delete if we changed the task_state and didn't reset it on error19:13
efriedright, you have to heal allocations via nova-manage or whatever.19:14
efriedI think19:14
mriedemno,19:14
mriedemi mean you as a user should be able to just retry the delete of the server since you got a 409 from the compute API (not a 500)19:14
efriedright, you *should* be able to, but you can't, you have to use nova-manage today.19:14
efriedI gotta chauffeur a kid, back in 20.19:15
*** efried is now known as efried_afk19:15
mriedemi think we're talking past each other but ok19:15
*** henriqueof has quit IRC19:21
*** markvoelker has joined #openstack-nova19:25
*** trident has quit IRC19:29
*** bbowen has quit IRC19:31
*** efried_afk is now known as efried19:33
efriedmriedem: I get what you're saying now -- in this particular path we don't actually leak the allocation, we just fail to finish deleting the instance.19:33
mriedemcorrect19:33
*** trident has joined #openstack-nova19:33
mriedemi'm working something up and will post it so you can see before working on tests19:34
efriedokay. be warned I'm likely to be -1 on a solution involving retrying.19:35
mriedemi'm not retrying19:36
efriedcool19:36
*** factor has quit IRC19:43
artomefried, mriedem, I... don't remember?19:44
artomI went IRC log diving19:47
artomJul 16 10:07:27 <artom> efried, hah, see where else that error popped up: http://logs.openstack.org/09/666409/8/check/tempest-full-py3/38bf84e/job-output.txt#_2019-07-14_17_19_10_67755519:47
artomJul 16 10:08:33 <artom> efried, there aren't that many hits, but yeah, our theory from last night is pretty much confirmed19:47
efriedokay, well anyway, mriedem is working on a fix.19:47
artomJul 15 16:05:11 <efried>        artom: This is interesting, the failure on that skip patch http://logs.openstack.org/48/670848/1/check/neutron-tempest-dvr/ed2b81c/testr_results.html.gz19:48
artomSo, I think we first hit this in CI back when we were testing that hybrid plug revert resize thing19:48
artomSo yeah, CI only19:48
efriedack19:48
artomThat we know of, anyways19:48
mriedemit's an extremely tight window between GETing the allocations and PUTing them back with allocations={}19:49
efriedI would think it would be fairly tough to hit otherwise19:49
*** tesseract has quit IRC19:49
mriedemtempest creates a server and then immediately deletes it19:49
efriedyeah, there's basically nothing in that window.19:49
mriedemwhen we hit this19:49
artomRight, it's coming back19:51
artomIt's a specific tempest tes19:51
openstackgerritMatt Riedemann proposed openstack/nova master: WIP: Add force kwarg to delete_allocation_for_instance  https://review.opendev.org/68880219:56
mriedemi'm a bit troubled by the various places that should use force=True in ^19:56
mriedemmeaning, wtf did we change the behavior of delete_allocation_for_instance in the first place? it feels like we did because we could.19:56
*** nweinber__ has quit IRC19:59
*** markvoelker has quit IRC20:00
melwittefried, gibi, mriedem: can confirm I ran into the bug but didn't file one (and I saw in the backscroll that artom filed one)20:00
efriedmriedem: agreed, given the change we actually ended up with, we would have been better off not doing it.20:00
mriedemi've annoted that places i'm using force=True now to try and justify the reasoning20:03
mriedem*the places20:03
mriedemmaybe gibi can say "no we shouldn't force b/c resource requests" or something, idk20:03
efriedmriedem: if we're going to use generation-based allocation management at all, we should really be doing the GET early in the flow (except for spawn*) so that the race window actually means what it should.20:04
efried*for spawn, we should always be using NULL, and if we get a conflict, it means we're racing with some other operation (delete, resize, etc) and should abort the spawn20:04
mriedem*port resource requests and nested allocations20:04
efriedbut the existing use of generations is worse than useless.20:04
efried(I should have objected harder instead of +2ing that patch on the promise of "we'll improve it later")20:04
mriedemyeah idk, i don't remember being very involved in this, in irc, or the meetings. i didn't comment in the ML thread and i didn't get into the "why"s in the patch, just reviewed it, likely to keep the series moving and trust gibi and everyone else's decisions on this (since you, chris, gibi and jay were all involved)20:08
mriedemgoing back to the feeling of "we did it because we could"20:09
efriedwe did it because we *should*, but we should do it right, and were planning on doing so eventually.20:11
mriedemthat makes more sense in the other patches in that series which dealt with PUTing allocations with updates rather than removing them when deleting a server20:12
*** jawad_axd has quit IRC20:21
openstackgerritDustin Cowles proposed openstack/nova master: Provider Config File: YAML file loading and schema validation  https://review.opendev.org/67334120:24
openstackgerritDustin Cowles proposed openstack/nova master: Provider Config File: Function to further validate and retrieve configs  https://review.opendev.org/67602920:24
openstackgerritDustin Cowles proposed openstack/nova master: Provider Config File: Merge provider configs to provider tree  https://review.opendev.org/67652220:24
mriedemdansmith: a few things on https://review.opendev.org/#/c/687140/20:24
mriedemdid you intend to drop the release note?20:24
dansmithmriedem: ah thanks. No, I tried to get all smart with the renumber on the microversion which caused me to lose several things.. it was a real timesaver20:25
*** pcaruana has quit IRC20:25
KeithMnemonicmelwitt, mriedem, that patch from hemna finally verified. Thanks for all of you help. Reviews when someone gets time are appreciated in advance https://review.opendev.org/#/c/683008/20:26
melwittthanks for the heads up20:27
*** dpawlik has joined #openstack-nova20:29
efriedwhat's the ironic ring thing called?20:30
efriedrebalance puts your node in another.... "X"?20:30
efriedyeah, it's a "ring", I'm not too crazy.20:31
openstackgerritDan Smith proposed openstack/nova master: Add image caching API for aggregates  https://review.opendev.org/68714020:31
dansmithmriedem: ^20:31
dansmithI gotta step away for a bit..got a raging headache20:31
dansmithand no matter what my wife says, it is NOT because I emptied a whole can of Brakleen on my valve cover last night in the closed-up garage20:31
mriedemsome are saying fumes are good for the brain20:32
mriedemefried: yeah hashring20:33
efriedthx20:33
KeithMnemoniclooking for some tips/suggestions on another odd issue I am investigating. This is Rocky with ceph backed instances. i.e instance boots from ceph directly. per https://docs.ceph.com/docs/master/rbd/rbd-openstack/ . When doing an evacuate from a compute that is powered off it fails with "Invalid state of instance files on shared storage"  it looks like somewhere here it is failing on this "Checking instance20:33
KeithMnemonicfiles accessibility /var/lib/nova/instances/... nova/virt/libvirt/driver.py:8893 " my guess is maybe a permission or something but was wondering if anyone ever ran into something like this20:33
KeithMnemonicthe instance ran fine of the source compute. my next step is to try and see if the same happens with a migrate20:34
*** pcaruana has joined #openstack-nova20:34
KeithMnemonicand other instances in the same ceph pool are running on the target20:34
KeithMnemonicso both computes can talk to ceph20:34
efriedmriedem: do you have to disable a compute service before you delete it?20:34
*** macz has joined #openstack-nova20:35
*** tbachman has quit IRC20:35
mriedemnope20:35
mriedemyou should stop the actual process though20:35
mriedemsee https://docs.openstack.org/api-ref/compute/?expanded=delete-compute-service-detail#delete-compute-service20:35
mriedemwhich is somewhat related to our old friend https://review.opendev.org/#/c/678100/20:36
efriedright, so technically you could race service deletion with an instance operation.20:36
mriedemyup20:36
efriedeven though it means you were bad.20:36
mriedemand we fail to delete the providers20:36
efriedrite20:36
efriedswhat I'm looking at now.20:36
mriedemin the related ML thread for that patch we talked about making the API only proceed if the service was down but nacked that idea for some reason20:37
*** slaweq has quit IRC20:38
mriedemfun it looks like my rechecks are being ignored20:44
mriedemdan rechecked https://review.opendev.org/#/c/634832/ hours ago with no results and it's not queued and i just rechecked it and it's still not queued20:44
mriedemfungi: ^20:44
*** bbowen has joined #openstack-nova20:45
mriedemmy guess is because the comment doesn't start with "recheck", it starts with "(3 comments)"20:45
mriedemyup, now it's queued20:45
mriedemis that new behavior?20:45
*** ociuhandu has joined #openstack-nova20:46
funginope, it's just the way zuul is configured via a regular expression on the text of the comment event gerrit emits20:46
mriedemcould have sworn i've issued rechecks while leaving comments before, but can't say for certain20:47
fungiif you leave a vote at the same time you add a recheck comment, it won't match the regex20:47
mriedemok20:48
fungihttps://opendev.org/openstack/project-config/src/branch/master/zuul.d/pipelines.yaml#L2420:48
fungithat's the current regex20:48
*** tbachman has joined #openstack-nova20:48
fungii've noticed before that it ignores the recheck if i leave a vote with the same comment20:48
fungii've never dug in with a sample comment event to see if that regex could be extended to accommodate it20:49
mriedemefried: are you working through bug 1841481 ?20:50
openstackbug 1841481 in OpenStack Compute (nova) "Race during ironic re-balance corrupts local RT ProviderTree and compute_nodes cache" [Medium,In progress] https://launchpad.net/bugs/1841481 - Assigned to Matt Riedemann (mriedem)20:50
efriedmriedem: stale, but in my backlog20:50
efriedis it time to get back to it?20:50
mriedemwell, was just going to point out https://review.opendev.org/#/c/684840/ and above20:50
efriedI feel guilty any time I do real code.20:50
efriedthere's always some f'in ptl thing that needs doing.20:50
mriedemyour series deals with the corrupt provider tree cache, mine deals with the corrupt RT.compute_nodes cache20:51
efriedso they need to be combined?20:51
efriedor at least reconciled20:51
*** pcaruana has quit IRC20:51
mriedemlast i looked at yours i said,20:53
mriedem"Simply dealing with the ResourceTracker.compute_nodes invalid cache  (issue #1 in the bug report) resolves the issue assuming the  ProviderTree associations are considered stale. If the associations are  stale in the ProviderTree cache, we likely still have a problem which is  what Eric's series here is dealing with (but Eric's series doesn't deal  with the ResourceTracker.compute_nodes aspect of the bug)."20:53
mriedemi'm not totally sure my functional recreate test hits all of the nuance with the provider tree cache but it does check _associations_stale20:54
mriedemthe actual RT.compute_nodes cache fix is simple https://review.opendev.org/#/c/684849/2/nova/compute/resource_tracker.py20:55
mriedemdon't cache the node unless RT._update is OK20:55
*** dpawlik has quit IRC20:55
*** tbachman has quit IRC21:02
mriedemhttp://logstash.openstack.org/#dashboard/file/logstash.json?query=message%3A%5C%22Skipping%20removal%20of%20allocations%20for%20deleted%20instances%3A%20Failed%20to%20retrieve%20allocations%20for%20resource%20provider%5C%22%20AND%20message%3A%5C%22No%20resource%20provider%20with%20uuid%5C%22%20AND%20tags%3A%5C%22screen-n-cpu.txt%5C%22%20AND%20project%3A%5C%22openstack%2Fironic%5C%22&from=7d21:04
mriedemwe do see it in ironic multinode jobs21:04
*** dpawlik has joined #openstack-nova21:06
mriedemmaybe the functional test is too much in there, idk - could just do a simple unit test to make sure we don't save the node in RT.compute_nodes if _update fails like we did here https://review.opendev.org/#/c/675704/21:08
*** dpawlik has quit IRC21:11
openstackgerritDan Smith proposed openstack/nova master: Add image caching API for aggregates  https://review.opendev.org/68714021:14
efriedclearly I'll need to set aside some time to swap that all in21:32
efriedwhich isn't today unfortunately.21:32
*** ociuhandu has quit IRC21:40
*** TxGirlGeek has quit IRC21:46
*** markvoelker has joined #openstack-nova22:00
*** markvoelker has quit IRC22:04
*** ivve has quit IRC22:12
*** rcernin has joined #openstack-nova22:30
*** francoisp has quit IRC22:35
*** bnemec has quit IRC22:38
*** jmlowe has joined #openstack-nova22:41
*** tbachman has joined #openstack-nova22:44
openstackgerritMerged openstack/nova master: Add cache_images() to conductor  https://review.opendev.org/68713922:56
openstackgerritMerged openstack/nova master: Fix legacy issues in filter migrations by user_id/project_id  https://review.opendev.org/68219822:56
openstackgerritMatt Riedemann proposed openstack/nova master: WIP: Add negative test to delete server during cross-cell resize claim  https://review.opendev.org/68883223:10
*** tkajinam has joined #openstack-nova23:16
mriedemdrats, have to rebase the cross-cell resize series again23:16
mriedemdansmith: we can talk about it tomorrow or whenever but i wrote that negative test you asked for https://review.opendev.org/688832 and it exposes a latent bug in how MigrationTask.rollback works, which i think affects same-cell resize as well wrt leaked allocations on the source host23:17
mriedembut i'm basically done for the day as well23:17
*** macz has quit IRC23:22
*** gbarros has quit IRC23:23
*** mriedem has quit IRC23:27
*** mlavalle has quit IRC23:35
*** eharney has quit IRC23:41
*** markvoelker has joined #openstack-nova23:45
*** brinzhang has joined #openstack-nova23:48
*** brinzhang_ has joined #openstack-nova23:51
*** brinzhang has quit IRC23:54
*** markvoelker has quit IRC23:55

Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!