Tuesday, 2021-07-13

*** bhagyashris_ is now known as bhagyashris|ruck05:25
opendevreviewYongli He proposed openstack/nova master: Smartnic support - cyborg drive  https://review.opendev.org/c/openstack/nova/+/77136206:28
opendevreviewYongli He proposed openstack/nova master: smartnic support - new vnic type  https://review.opendev.org/c/openstack/nova/+/77136306:28
opendevreviewYongli He proposed openstack/nova master: smartnic support - create arqs  https://review.opendev.org/c/openstack/nova/+/75894406:29
opendevreviewYongli He proposed openstack/nova master: smartnic support - build instance with smartnic arqs  https://review.opendev.org/c/openstack/nova/+/79824906:29
opendevreviewYongli He proposed openstack/nova master: smartnic support - cleanup arqs  https://review.opendev.org/c/openstack/nova/+/79805406:29
opendevreviewYongli He proposed openstack/nova master: smartnic support - reject server move and suspend  https://review.opendev.org/c/openstack/nova/+/77991306:29
opendevreviewYongli He proposed openstack/nova master: smartnic support - functional tests  https://review.opendev.org/c/openstack/nova/+/78014706:29
*** xek_ is now known as xek07:25
*** rpittau|afk is now known as rpittau07:39
gibimelwitt: I just saw your consumer type spec. I think I created a bad precedent with my RP re-parenting spec proposed in the nova-specs repo.08:41
gibiAt that time I thought that there is no spec tracking in placement08:41
gibibut it turned out that there is ./doc/source/specs in the placement repository08:41
gibiso we have two ways forward. Make the placement spec directiory freezed and use nova-specs for placement specs too, or duplicate my RP re-parenting spec there  and move you consumer type spec to there. 08:44
kashyapsean-k-mooney: Hey, so I've got a Red Hat QE to do some migration tests w/ Cirrus and VirtIO - for Windows and Linux09:22
kashyapsean-k-mooney: It all "just works".  In brief, this was the test:09:23
kashyapHave a Linux and Windows guest on source with 'cirrus', change the video model to 'virtio'; reboot the guest, and then live-migrate -- it succeeds just fine.09:25
kashyapsean-k-mooney: And thanks for the review; just saw that09:26
*** akekane_ is now known as abhishekk09:38
sean-k-mooneyok thats good to know for the new nova-manage command09:48
opendevreviewTakashi Kajinami proposed openstack/placement master: Enable HTTPProxyToWSGI to look up actual remote address  https://review.opendev.org/c/openstack/placement/+/80061109:49
opendevreviewTakashi Kajinami proposed openstack/placement master: Enable HTTPProxyToWSGI to look up actual remote address  https://review.opendev.org/c/openstack/placement/+/80061109:51
opendevreviewTakashi Kajinami proposed openstack/placement master: Enable HTTPProxyToWSGI middleware to find actual client ips  https://review.opendev.org/c/openstack/placement/+/80061109:53
opendevreviewTakashi Kajinami proposed openstack/placement master: Enable HTTPProxyToWSGI middleware to find actual client ips  https://review.opendev.org/c/openstack/placement/+/80061109:57
opendevreviewTakashi Kajinami proposed openstack/placement master: Enable HTTPProxyToWSGI middleware to find actual client ips  https://review.opendev.org/c/openstack/placement/+/80061110:00
opendevreviewStephen Finucane proposed openstack/nova master: Use neutronclient's port binding APIs  https://review.opendev.org/c/openstack/nova/+/70629510:03
stephenfingibi: ^10:03
stephenfingibi: Fixed the single failing test and addressed the mypy complaint so that should be green now. I'll remind melwitt when she's about too10:04
gibistephenfin: ack, looking10:32
* gibi loves the new gerrit to show in different color the changes between two patchsets due to rebase11:06
opendevreviewTakashi Kajinami proposed openstack/placement master: Enable HTTPProxyToWSGI middleware to find actual client ips  https://review.opendev.org/c/openstack/placement/+/80061111:21
*** ricolin_ is now known as ricolin12:48
opendevreviewLee Yarwood proposed openstack/nova master: WIP/DNM nova-manage: Introduce bdm show and refresh commands  https://review.opendev.org/c/openstack/nova/+/80063412:49
gansolyarwood, bauzas: if you have a minute to spare could you please take a look at this last backport of the anti-affinity series? It already has a +2, just needs a +W: https://review.opendev.org/c/openstack/nova/+/800114 Thanks in advance!13:31
opendevreviewTakashi Kajinami proposed openstack/placement master: Enable HTTPProxyToWSGI middleware to find actual client ips  https://review.opendev.org/c/openstack/placement/+/80061115:20
*** mgoddard- is now known as mgoddard15:27
gibinova meeting starts in 12 minutes here in the channel15:48
gibistephenfin: you might want to drop your -1 from https://review.opendev.org/c/openstack/project-config/+/798071 as you proposal was accepted last week on the meeting15:52
stephenfindone15:52
gibi#startmeeting nova16:00
opendevmeetMeeting started Tue Jul 13 16:00:19 2021 UTC and is due to finish in 60 minutes.  The chair is gibi. Information about MeetBot at http://wiki.debian.org/MeetBot.16:00
opendevmeetUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.16:00
opendevmeetThe meeting name has been set to 'nova'16:00
gibio/16:01
stephenfino/16:01
sean-k-mooneyo/16:02
dansmitho/16:02
elodilleso/16:02
gmanno/16:02
gibi#topic Bugs (stuck/critical) 16:03
gibino critical bug16:03
gibi#link 14 new untriaged bugs (-11 since the last meeting): #link https://bugs.launchpad.net/nova/+bugs?search=Search&field.status=New16:03
lyarwood\o16:03
gibithanks for the triage!16:03
gibi(whoever did it)(16:03
gibiis there any specific bug that we need to discuss?16:04
gibi#topic Gate status 16:04
gibiNova gate bugs #link https://bugs.launchpad.net/nova/+bugs?field.tag=gate-failure16:04
stephenfinnice! (bug triage)16:04
* lyarwood did a little 16:05
gibilooking at the gate bug list I dont see new bugs there16:05
stephenfinsubjectively, I'm still seeing a decent amount of nova-live-migration failures16:05
stephenfinthough it does feel like it's slightly better16:05
stephenfinI'm assuming this is still the volume detach issue16:06
lyarwoodI've not had a chance to look tbh16:06
gibiI had no time looking at the gate since the last meeting so I cannto commet16:06
stephenfinah, sorry, that was more of a statement than a question16:06
lyarwoodhttps://zuul.opendev.org/t/openstack/builds?project=openstack%2Fnova&branch=master&pipeline=gate&result=failure at least we haven't blocked anything16:07
gibithere is one gate fix from melwitt https://review.opendev.org/c/openstack/nova/+/800313 that needs a second core16:08
lyarwoodhttps://zuul.opendev.org/t/openstack/builds?job_name=nova-live-migration&project=openstack%2Fnova&branch=master&pipeline=check&result=failure but yeah there's a number of LM failures in check16:08
stephenfinI'll grab that16:08
gibistephenfin: thanks16:08
toskyrelated: the legacy jobs removal moved forward, the stable/train backport just requires a few small fixes: https://review.opendev.org/c/openstack/nova/+/79543516:08
stephenfinthought I already had, tbh...16:08
gibilyarwood: thanks for the links16:09
elodillestosky: train is not blocked, do we need that backport there?16:09
toskyelodilles: I'd say it's worth it: it should help people who will keep on eye on that branch when a failure will happen16:10
elodillesi see.... it's just.... really not that nice of a patch :]16:12
elodillesfor backport :X16:12
gibielodilles: so far we backported that to newer stable branches to unblock gate there?16:13
elodilleswell, it became like that in ussuri16:13
elodillesin newer branches it was a *bit* nicer16:14
elodillesbut yes, we did backport it so far16:14
elodillesuntil ussuri16:14
elodillessince gate was broken back to ussuri16:14
gibiso the gate is OK in train, so this becomes a nice to have compared to ussure where it was a must have16:15
gibianyhow I let the stable core team to decide16:16
gibilet me know if you stuck on deciding and need my final ruling :)16:17
gibimoving on16:17
gibithe placement gate status looks green16:18
gibiany other topic about the gate?16:18
gibi#topic Release Planning 16:19
gibiMilestone 2 is Thursday (15 of July) which is spec freeze16:19
gibiwe have couple of open specs16:19
gibihttps://review.opendev.org/q/project:openstack/nova-specs+status:open16:19
gibimelwitt: has two re-propose specs that needs a second core16:19
gibinova-audit https://review.opendev.org/c/openstack/nova-specs/+/80057016:20
gibiand 16:20
gibiconsumer types https://review.opendev.org/c/openstack/nova-specs/+/80056916:20
gibithese are pretty easy to get in before the deadline I think16:21
gibithere is one more spec with only positive feedback https://review.opendev.org/c/openstack/nova-specs/+/78745816:21
gibiIntegration With Off-path Network Backends ^^16:21
gibiI sean-k-mooney said in the review that we wait for bauzas to review16:22
gibibut I think bauzas is already on PTO16:22
stephenfinhe is16:22
sean-k-mooneyi think part of the concern there is the neutorn apporval and ovn support16:22
sean-k-mooneywe could approve it for this cycle but im not sure the depencies will line up before feature freeze16:23
sean-k-mooneyso we could leave that to the implemantion reivew and be optimistic or defer16:23
gibisean-k-mooney: could you please summarize this dependency complication in the spec review?16:23
sean-k-mooneyuntil everyting is ready16:23
*** rpittau is now known as rpittau|afk16:23
sean-k-mooneygibi: its already captured in the review16:23
gibiohh, cool then I missed that16:24
sean-k-mooneyhttps://review.opendev.org/c/openstack/nova-specs/+/787458/9/specs/xena/approved/integration-with-off-path-network-backends.rst#65416:24
sean-k-mooneywe are not expecting the nova design to change16:24
sean-k-mooneybut we likely want to wait for the depencies to be resolved before merging the nova code16:25
sean-k-mooneygibi: i agree on nova-audit and consumer types16:25
sean-k-mooneyi think those could be progressed before spec freeze16:26
gibisean-k-mooney: thanks, I will read the last part of the discussion in the spec tomorrow and then try to decide if I upgrade my vote16:26
gibithe rest of the open specs has negative feedback on them so they have small chance to land until Thursday but I will keep an eye on them16:26
gibianything else about the coming spec freeze?16:27
gibi#topic Stable Branches 16:28
gibistable gates are not blocked16:28
gibistable releases have been proposed: 16:28
gibiwallaby: https://review.opendev.org/80047516:29
gibivictoria: https://review.opendev.org/80047616:29
gibiussuri: https://review.opendev.org/80047716:29
gibiEOM (from elodilles )16:29
* lyarwood has these open and will review before dropping for a few weeks later today16:29
gibiI've already looked at the stable release patches and they look good to me. I will wait for lyarwood before approve16:29
elodilleslyarwood: thanks in advance :)16:29
lyarwoodack np, sorry I didn't get to them already16:30
gibilyarwood: thanks!16:30
gibianythin else on stable land?16:30
elodillesnothing from me16:30
gibiI'm skipping the libvirt subteam topic as we dont have bauzas 16:31
gibi#topic Open discussion 16:31
gibinothing on the agenda16:31
gibibut I have one note16:31
gibiI sent out a doodle about the coming PTG16:31
sean-k-mooneyah i was going to ask about that i saw the ooo one16:32
gibi#link http://lists.openstack.org/pipermail/openstack-discuss/2021-July/023560.html16:32
gibiin the ML thread I have a question about the amount of slots we would need16:32
gibiand also we have brand new PTG etherpad too https://etherpad.opendev.org/p/nova-yoga-ptg16:32
sean-k-mooneyi do think that 4 days with 4 hour slot is likely better yes16:33
sean-k-mooneyif it was in person we likely owuld do 3 8 hour slots - breaks16:33
gibiyeah my experience tells me we could use more time than 3x4 hours16:35
sean-k-mooneywhen do you need to inform the organisers16:35
gibi21st of July16:35
gibiso next week16:35
sean-k-mooneyack16:35
gibibut I think I can always add more slots then remove it later16:35
sean-k-mooneyyep16:36
gibiany other topic for today?16:36
alistarleHello guys, concerning this blueprint https://review.opendev.org/c/openstack/nova/+/794837, do you have any question about it, and what is the next step ?16:36
sean-k-mooneylooks liek lee has a -116:37
* lyarwood clicks16:37
* gibi looks16:37
sean-k-mooneyhas this been disucsed as a specless blueprint in the past16:37
alistarleYep, but I already answer in previous comment I think, but I can sum up for lee I for sure16:38
lyarwoodalistarle: yeah sorry did I miss the justification for this?16:38
alistarleWhat do you mean about a speechless blueprint ? Because yes, there is a blueprint for that: https://blueprints.launchpad.net/nova/+spec/configure-direct-snapshot16:38
lyarwoodalistarle: I couldn't work out how you would be able to do this without manually flattening disks16:38
gibisean-k-mooney: I think this is the time alistarle asks for the approval of the specless bp16:39
sean-k-mooneyalistarle: that is a blueprint not a spec. a spec is a serate document that describe the usecase in detial and the design16:39
sean-k-mooneygibi: ack16:39
sean-k-mooneyalistarle: can you summerise what you want to enable16:40
alistarleSure, I want to make the direct snapshot feature configurable, because for now, nova will not honor the glance configuration when creating a snapshot, but trying to guess it from the actual nova backend16:40
dansmithwhat does that mean? "not honor the glance configuration" ?16:41
sean-k-mooneyalistarle: is this a glance multistore envoinment? or a case where glance does not use ceph for storage?16:42
alistarleLet's say you 1. Store your image on ceph, and use copy on write to create VM, so you are storing your VM disk as images child in RBD, but during life of your cloud you want to move out from ceph. So 2. You remove your rbd backend from glance and put a swift one instead16:42
alistarleWith this configuration, nova will never call glance to check which backend is enabled, and he will always store the snapshot in ceph, even if it is not a declared glance backend16:43
sean-k-mooneyalistarle: are we talking about cinder volumes for the vm or the rbd image backend?16:43
sean-k-mooneyin nova.conf16:43
lyarwoodsean-k-mooney: rbd image backend16:43
alistarleIt it for a case when you used RBD as a glance store, then you replace it with a swift one, and you want to progressively move out from ceph16:44
sean-k-mooneyso the request is to flaten the snapshots effectivly in ceph and then have new shapshots go to swift16:44
dansmithalistarle: okay I thought I asked you this question on the spec16:44
sean-k-mooneyalistarle: well one thing we do not support is changing the nova image_types backend 16:44
sean-k-mooneyincluding via a move operation like cold migrate16:45
lyarwoodsean-k-mooney: you wouldn't, that doesn't control where the image is 16:45
dansmithalistarle: maybe what you want is to be able to tell nova-compute which glance backend you want to snapshot to, to create a flattened snapshot in the desired store, which may not be the rbd one?16:45
sean-k-mooneylyarwood: well im aware of that but the usecase given was removing ceph16:45
alistarleI think it is a good catch dansmith16:45
dansmithtelling it not to use rbd snapshotting "just because" is more confusing16:45
lyarwooddansmith: does Glance support moving images between backends?16:45
dansmithlyarwood: copying, yes, but that's not what I mean16:45
lyarwoodsean-k-mooney: dropping rbd just for Glance AFAICT16:46
sean-k-mooneyalistarle: is ^ the case16:46
dansmithlyarwood: I meant tell nova "specifically create a flattened snapshot and upload it to a specific glance backend"16:46
sean-k-mooneydansmith: that i think would be useful in other cases too16:46
dansmithlyarwood: I don't think glance really exposes parent-child relationships anyway, so you couldn't expect to copy/move a hierarchy between backends16:47
sean-k-mooneyadding a glance store parater to the snapshot api i think woudl be resonable16:47
dansmitheither way,16:47
dansmithI think it's quite clear that this can't be a specless bp :)16:47
alistarleSo you think it is better to change the snapshot API to allow users to choose which glance backend to use to snap the image ?16:47
alistarleYeah I see you point, for sure it will require a spec in that case16:47
dansmithalistarle: that's not what I was suggesting, although that might also be an option.. the problem is, many ops will *not* want users to choose the pathologically terrible option, which you seem to want :)16:47
alistarleBut actually we will need to do the same code, so if a user explicitly specify a glance store, we need to bypass the direct_snapshot process16:48
dansmithI was suggesting a conf option for nova-compute to tell it "always snapshot to glance backend X" or something16:48
dansmithinstead of letting a user choose16:48
alistarleBecause as of now, rbd image_backend do not care about glance config, he will magically decide to use ceph because VM disk is stored in ceph16:48
sean-k-mooneyi kind of dislike doing this per host but i guess a host level config might be useful for an edge deployment16:49
sean-k-mooneyalistarle: correct although that is partly be desgin16:49
alistarleOh I see, so instead of putting a config option to "disable direct snapshot", we put an option to "choose a glance backend"16:50
alistarleAnd if we specify this option, we skip the direct_snapshot to always call glance16:50
sean-k-mooneyalistarle: well not nessisarly16:50
sean-k-mooneyif the specifed backedn was ceph16:50
dansmithsean-k-mooney: letting users choose the backend on snapshot will mean they try all kinds of things that won't work or are terrible for performance16:51
sean-k-mooneythen direct would stil make sense16:51
sean-k-mooneyif the vm was backed by that ceph cluster16:51
dansmithsean-k-mooney: like a user who is currently on ceph always choosing the file backend, causing us to always flatten and upload when we shouldn't be16:51
sean-k-mooneydansmith: yes although i was wondiering if people woudl want to do that for data reducnace reasons16:51
sean-k-mooneye.g. normally backup to local edge site with a snapshot and ocationally do it to central site16:52
dansmithsean-k-mooney: I mean, it would be nice, but I think we'd need policy, defaults, and some sort of way to know which ones the compute can even talk to16:52
dansmithsean-k-mooney: yeah, but not backup from one edge site to another.. that would be terribad16:52
dansmithso we'd have to have some mapping of who can do what, etc16:52
sean-k-mooneyya which is not realy somethng a normal user woudl be aware off16:53
dansmithfor sure16:53
sean-k-mooneyso we have 2 pothtial host level cofnig options16:53
sean-k-mooneydisableing direct snapshto whihc to me feels more like a workaround option 16:53
sean-k-mooneyand dansmith's glance backend option16:53
sean-k-mooney*glance store16:54
dansmithyup.. the former is a workaround for sure, and as we've noted here, hard to even grok what or why you'd want it,16:54
sean-k-mooneyim a little concerned the host level glance store option will have implications for shelve and cross cell migration16:54
dansmithbut the latter is at least useful for migrating in or out of some thing, or directing snapshots to an appropriate on- or off-site location depending16:55
dansmithsean-k-mooney: well, whatever the default is today already does, AFAIK16:55
sean-k-mooneyi do think i prefer the store approch16:55
sean-k-mooneyya fair we just assume that glance is accable everywhere16:56
gibiwe have 5 minutes left, is there any other topic today? if not the we can continue this of course16:56
dansmithspec on this for sure tho16:56
gibithe spec it is16:56
gibithen16:56
gibialistarle: please note that we have spec freeze on Thursday for Xena16:57
lyarwoodQuick one from me, I'm out for the next ~2 or so weeks, stephenfin is babysitting some stuff while I'm gone.16:57
gibilyarwood: thanks for the headsup16:57
gibiif nothing else for today, then I will close the meeting but you can continue discussing the snapshot issue16:58
gibithan thanks for joining16:59
gibi#endmeeting16:59
opendevmeetMeeting ended Tue Jul 13 16:59:21 2021 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)16:59
opendevmeetMinutes:        https://meetings.opendev.org/meetings/nova/2021/nova.2021-07-13-16.00.html16:59
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/nova/2021/nova.2021-07-13-16.00.txt16:59
opendevmeetLog:            https://meetings.opendev.org/meetings/nova/2021/nova.2021-07-13-16.00.log.html16:59
alistarleSorry guy's I just miss the end of the meeting17:14
melwittgibi: ack re: the consumer type spec, I'm happy to propose it in the placement repo, either way, lmk what you think17:15
alistarleSo if I understand well I need to write a spec for that and freeze is Thursday, so it is dead for Xena right ?17:15
melwittstephenfin: ack, will look at the update on your patch17:15
sean-k-mooneyalistarle: it would be challanging to land by thursday yes17:19
sean-k-mooneyalistarle: i would still suggest working on the spec and a poc of the implementaiton17:20
sean-k-mooneybut likely it would be a yoga change at this point17:20
sean-k-mooneyalistarle: im not sure if dansmith  woudl agree but i could maybe see adding a [workarounds]disable_direct_snapshot=True|False config option as a bug in xena17:21
dansmithzI dunno,17:22
sean-k-mooneyalistarle: but i think as a long term feature it would need a spec and that likely cant land in xena17:22
dansmithI was having a hard time seeing the value, and clearly lyarwood was as well17:22
dansmithit's definitely a workaround, but doesn't really fit what the workarounds conf section was supposed to be17:22
sean-k-mooneydansmith: so am i in that apprcoh but as a workaround option we could remvoe it in a sort period of time17:23
dansmithI think I'd rather see it done as a generally-useful thing to avoid landing the workaround and then never closing on it17:23
sean-k-mooneydansmith: i think we have a similar workaroud alredy17:23
alistarleActually it is not really an issue for me to see it in Yoga if it need more work, my only concern is if I need to wait 6 month to work on it17:23
sean-k-mooney for live snapshots17:23
dansmithalistarle: you can work on it now, just don't expect to merge before Y opens17:23
sean-k-mooneyhttps://docs.openstack.org/nova/latest/configuration/config.html#workarounds.disable_libvirt_livesnapshot17:23
alistarleOh I see, there is a dedicated workaround section17:24
alistarleBut does the workaround section follow the same deprecation cycle than others ?17:24
sean-k-mooneyalistarle: on no you would not need to wait 6 months17:24
lyarwoodI'd be happy with another workaround to disable_live_directsnapshot with this replacement approach being worked on in Y17:24
sean-k-mooneywe have actully just created the yoga spec folder17:25
sean-k-mooneyso you could actully submit a spec to that folder for next cycle which we coudl review, and then you could work on the implemation to merge in early y17:25
sean-k-mooneyalthoguh we normally dont approve specs for the next release until later in the cycle17:26
sean-k-mooneyalistarle: yes workaround follow the same dperecation cycle17:26
sean-k-mooneyalistarle: although we have in the passed intoduced workarounds as deprecated imidetly17:27
dansmithif alistarle is fine with Y, then why not do it just once, in Y?17:27
alistarleActually I don't really care about when it will be officially released, as I can backport my commit easily, I just hope we can freeze the implementation as soon as possible, so I will not backport a different commit in the future17:29
lyarwoodIf there's no pressing need in some env then yeah17:29
sean-k-mooneyalistarle: you mean backprot downstream/out of tree17:29
alistarleYeah exactly17:29
sean-k-mooneyok just makeing sure since as a blueprit or spec it would not qualify to backport upstream17:30
sean-k-mooneythen can i suggest you submit a spec agaisnt the yoga specs directory and we can review it with Y in mind17:30
alistarleOk fine, let's go for Y then, and dive the "glance store" option in nova_compute config then17:31
sean-k-mooney+117:31
opendevreviewLee Yarwood proposed openstack/nova master: WIP/DNM nova-manage: Introduce bdm show and refresh commands  https://review.opendev.org/c/openstack/nova/+/80063417:35
lyarwoodstephenfin: ^ dumped some example output, need to help with bedtime then I'll try to clean the spec up this evening before I drop17:36
-opendevstatus- NOTICE: Depends-On using https://review.opendev.org URLs are currently not working. This was due to a config change in Zuul that we are reverting and will be restarting Zuul to pick up.17:42
opendevreviewMerged openstack/nova master: Make test_archive_task_logs deterministic  https://review.opendev.org/c/openstack/nova/+/80031318:01
stephenfinmelwitt: Could you also look at https://review.opendev.org/c/openstack/nova/+/794007/4 ? lyarwood is happy with it now18:16
melwittstephenfin: ah, cool, I had been waiting for his ack. will do18:18
opendevreviewLee Yarwood proposed openstack/nova master: WIP/DNM libvirt: register device bus and model image properties  https://review.opendev.org/c/openstack/nova/+/80070818:25
lyarwoodright, I'm out of here, catch you all in ~2 weeks hopefully! \o18:34
sean-k-mooneymelwitt: am regarding https://review.opendev.org/c/openstack/nova-specs/+/800570 i thikn it would be better if we made all the time spans relitive ages insted of date ranges19:55
sean-k-mooneybut other then that i still like the idea of this19:55
opendevreviewMerged openstack/nova-specs master: Repropose: Support Consumer Types in placement  https://review.opendev.org/c/openstack/nova-specs/+/80056920:14
NobodyCamGood Afternoon Nova Folks22:16
NobodyCamlooking for a little guidance on deleting an instance. I have a instance that is stuck in building. it shows up with openstack server list. But we get "No server with a name or ID" when attempting to run a server show.. would anyone be able to point me in the right direction to remove this22:19
melwittstephenfin: sorry, still have one question from PS12 and a new question on PS14 https://review.opendev.org/c/openstack/nova/+/70629523:55

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