Friday, 2023-01-27

vanougood morning ironic00:01
vanouJayF: I understand situation. I talk it with folks.00:01
opendevreviewMerged openstack/ironic-inspector bugfix/10.7: Make reno ignore bugfix eol tags  https://review.opendev.org/c/openstack/ironic-inspector/+/87188400:21
opendevreviewOpenStack Proposal Bot proposed openstack/ironic-inspector master: Imported Translations from Zanata  https://review.opendev.org/c/openstack/ironic-inspector/+/87191802:18
*** akahat is now known as akahat|ruck07:01
*** akahat|ruck is now known as akahat|rover07:01
rpittaugood morning ironic, happy Friday! o/08:22
rpittauJayF: I'm going to remove the releasenotes job in all the bugfix branches that we support, it does not make sense to ahve that there10:06
kubajjdtantsur: When introspection is done and inspector stores it in a db, how does ironic get the data now?10:12
rpittauJayF: latest bugfix branches were created in december (ironic 21.2, inspector 11.2, ipa 9.2) but they're not consumed at the moment, at least by RH10:14
opendevreviewRiccardo Pittau proposed openstack/ironic bugfix/20.2: Remove reno job  https://review.opendev.org/c/openstack/ironic/+/87197110:20
opendevreviewVerification of a change to openstack/ironic master failed: Fix grub config path default  https://review.opendev.org/c/openstack/ironic/+/86913410:25
opendevreviewRiccardo Pittau proposed openstack/ironic bugfix/21.0: Remove reno job  https://review.opendev.org/c/openstack/ironic/+/87197210:26
opendevreviewRiccardo Pittau proposed openstack/ironic bugfix/19.0: Remove reno job  https://review.opendev.org/c/openstack/ironic/+/87197310:30
opendevreviewRiccardo Pittau proposed openstack/ironic-inspector bugfix/11.0: Remove reno job  https://review.opendev.org/c/openstack/ironic-inspector/+/87197710:32
opendevreviewRiccardo Pittau proposed openstack/ironic-inspector bugfix/10.9: Remove reno job  https://review.opendev.org/c/openstack/ironic-inspector/+/87197810:33
opendevreviewRiccardo Pittau proposed openstack/ironic-python-agent bugfix/9.0: Remove reno job  https://review.opendev.org/c/openstack/ironic-python-agent/+/87197910:38
opendevreviewRiccardo Pittau proposed openstack/ironic-python-agent bugfix/8.3: Remove reno job  https://review.opendev.org/c/openstack/ironic-python-agent/+/87198010:39
opendevreviewRiccardo Pittau proposed openstack/ironic-python-agent bugfix/8.1: iRemove reno job  https://review.opendev.org/c/openstack/ironic-python-agent/+/87198110:40
opendevreviewRiccardo Pittau proposed openstack/ironic-python-agent bugfix/8.1: Remove reno job  https://review.opendev.org/c/openstack/ironic-python-agent/+/87198110:40
iurygregorygood morning10:53
dtantsurkubajj: you literally wrote the code to get the data from inspector into ironic :)11:25
kubajjdtantsur: i know, but I'm trying to describe the current state (before the change) in my dissertation to describe the motivation behind the project.11:26
dtantsuryeah, so initially Ironic did not access this data. Now it uses inspector's API.11:27
kubajjdtantsur: but weren't you able to show the data through the baremetal command somehow? 11:28
dtantsurkubajj: through the inspector's API and its CLI, yes11:42
dtantsur`baremetal introspection data save`11:43
dtantsurhas nothing to do with ironic though11:43
kubajjdtantsur: and so how is the data used ? I thought it could be shown when you do baremetal node show as well11:45
dtantsurno, that was not possible11:45
dtantsurit was directly consumed by operators or used in 3rd party tooling like Metal311:45
*** tosky_ is now known as tosky12:55
opendevreviewMerged openstack/ironic-specs master: Clarify model; bugfix branches not guaranteed  https://review.opendev.org/c/openstack/ironic-specs/+/87153513:11
opendevreviewMerged openstack/ironic-inspector master: Rename NodeInfo._lock to avoid conflict with Mock._lock in tests  https://review.opendev.org/c/openstack/ironic-inspector/+/86971913:12
dtantsurHaving bad memory means: trying to remember whether I've actually already announced the SIG meetup on the ML...13:45
dtantsuryep, just 2 weeks ago: https://lists.openstack.org/pipermail/openstack-discuss/2023-January/031744.html13:46
opendevreviewRiccardo Pittau proposed openstack/ironic-python-agent bugfix/9.0: Remove reno job and cap tox to version lower than 4  https://review.opendev.org/c/openstack/ironic-python-agent/+/87197913:53
iurygregorythis is what I call a nice Bios Registry URL /redfish/v1/Registries/BiosAttributeRegistryProt0.208.208.0 '-'14:01
dtantsurLOL14:02
iurygregoryZT Hardware...14:02
opendevreviewRiccardo Pittau proposed openstack/ironic-python-agent bugfix/8.1: Remove reno job and cap tox to version lower than 4  https://review.opendev.org/c/openstack/ironic-python-agent/+/87198114:03
dtantsurWe have done great job making Redfish full-featured, the next iteration will be making it simpler14:03
iurygregoryat least it returns a json uri in the location, and the funny thing is that some people said it returns gzip file... so I think i need to dig a little deeper to see if is because of FW or just another hardware model14:04
iurygregoryoh nice it's a gzip "Content-Encoding: gzip" 14:10
iurygregoryand the url only shows "redfish/v1/Registries/BiosAttributeRegistryProt0.208.208.0.json" \o/14:11
opendevreviewRiccardo Pittau proposed openstack/ironic-python-agent bugfix/8.3: Remove reno job and cap tox to version lower than 4  https://review.opendev.org/c/openstack/ironic-python-agent/+/87198014:14
opendevreviewRiccardo Pittau proposed openstack/ironic-inspector bugfix/11.0: Remove reno job and fix CI  https://review.opendev.org/c/openstack/ironic-inspector/+/87197714:18
opendevreviewRiccardo Pittau proposed openstack/ironic-inspector bugfix/10.9: Remove reno job and cap tox to version lower than 4  https://review.opendev.org/c/openstack/ironic-inspector/+/87197814:19
TheJuliaso tired15:00
TheJuliaGood morning everyone15:00
rpittaugood morning TheJulia :)15:02
iurygregoryBIOS attribute registry BiosAttributeRegistryProt0.208.208.0 not available for language en  \o/15:09
TheJuliaugh15:09
TheJuliais there a drinking game for bios attribute registry errors?15:09
iurygregoryI would totally buy one :D 15:10
iurygregorygood morning TheJulia o/15:10
TheJuliaMight be better for there to be a board game instead 15:12
* TheJulia thinks of the infamous "stackwater"15:12
TheJuliahey folks, I've got a pending tempest fix that I'd like to get merged which addresses some orphaned test baremetal nodes, but tempest fixes are currently blocked by the anaconda job being wedged slightly. As some of the URLs are offering redirects out of http. https://review.opendev.org/c/openstack/ironic/+/871855 It is just a CI config change, passes as we would expect on the main ironic gate.15:21
iurygregorydone =)15:36
rpittauhave a great weekend! o/15:41
TheJuliaThanks!15:59
iurygregoryI love the fact that the Registry only has "en-US" in languages and our default is "en" so it gets ignored it seems .-.16:10
iurygregorygoing to grab some food before digging a bit more on how to fix this .-.16:11
TheJuliahttps://www.ovhcloud.com/en-ie/public-cloud/metal-instances/ <-- Interesting, although sounds like maybe they went ahead and did snapshot support downstream16:58
TheJuliatheir ironic repo is no longer public :(16:58
TheJuliaI've emailed ttx, he knows them fairly well, maybe they might be willing to upstream it.17:14
opendevreviewMerged openstack/ironic master: [CI] Swap anaconda urls  https://review.opendev.org/c/openstack/ironic/+/87185517:34
iurygregoryWOW nice17:34
TheJuliaI could use a second opinion on https://review.opendev.org/c/openstack/ironic/+/827295/13/releasenotes/notes/bug-1248022-71a6f5e04f30775e.yaml17:35
dtantsurTheJulia: I'd be wary of backporting this at the very least17:53
opendevreviewMerged openstack/ironic master: Move and fix reno config for releasenotes job  https://review.opendev.org/c/openstack/ironic/+/87186217:53
dtantsurmay confuse operators17:53
TheJuliayeah, I'm not thinking we backport it, tbh17:53
dtantsurhave a nice weekend folks o/17:53
TheJuliasince it would introduce an entirely new config section17:53
dtantsuroh yeah true17:54
TheJuliaalthough, optional17:54
TheJuliaI'll revise it, label it as a feature, since it seems we're mutually hesitant there too17:55
opendevreviewJulia Kreger proposed openstack/ironic master: [DOC] Set cleaning requirement with retirement  https://review.opendev.org/c/openstack/ironic/+/87182918:09
JayFrpittau: those bugfix branches need to be doc'd on the whiteboard then... :( 18:30
JayFTheJulia: that change scares me18:31
JayFTheJulia: I've asked john garbutt to look at it too18:31
kubajjTheJulia: about https://review.opendev.org/c/openstack/ironic/+/871394/comments/2b563753_16ebef6b the reason why the exception is just caught and not acted on is that the inventory entry might not even exist. ClientException is raised in both cases when the swift object deletion fails and when the object does not exist in first place.18:32
TheJuliaJayF: I was originally afraid, but lesser now when I realized it was only upon actual deletion of the node18:32
TheJuliakubajj: but we can check the exception...18:32
kubajjTheJulia: Just looking at the other comment :)18:33
TheJuliaJayF: backport https://review.opendev.org/c/openstack/ironic/+/871862 ?18:33
JayFthat's on my list for today18:33
JayFI volunteer offline on Friday mornings so I really don't get upstream until nowish18:34
TheJuliaahh, TIL18:34
* JayF doing it now18:35
JayFyeah, I do home deliveries of food boxes to folks in the area18:35
TheJuliaok18:35
JayFRackspace, Yahoo, Okta, and now GR have always been cooperative with it which I appreciate18:35
TheJuliaabandon the old wf-1'ed patches?18:36
JayFyep, will do it18:36
JayFdoing the backport now18:36
TheJuliaokay, I'm happy to do the abandoning18:36
opendevreviewJay Faulkner proposed openstack/ironic stable/zed: Move and fix reno config for releasenotes job  https://review.opendev.org/c/openstack/ironic/+/87204018:36
JayFif you wanna; feel free, but I can do it18:36
JayFjust button mashing18:36
JayFand not urgent button mashing at that lol18:36
kubajjJayF: you worked at Rackspace?18:37
opendevreviewJay Faulkner proposed openstack/ironic bugfix/21.2: Move and fix reno config for releasenotes job  https://review.opendev.org/c/openstack/ironic/+/87199418:37
JayFkubajj: I was the first engineer hired for Rackspace OnMetal; the first ever OpenStack bare metal public cloud18:37
JayFI basically helped architect the agent, cleaning, and many of the things which are boring background items in ironic these days lol18:37
JayFmy trick was just surrounding myself with really smart people and doing exactly what they said18:38
JayF:P 18:38
opendevreviewJay Faulkner proposed openstack/ironic bugfix/21.0: Move and fix reno config for releasenotes job  https://review.opendev.org/c/openstack/ironic/+/87199518:38
opendevreviewJay Faulkner proposed openstack/ironic bugfix/20.2: Move and fix reno config for releasenotes job  https://review.opendev.org/c/openstack/ironic/+/87199618:38
opendevreviewJay Faulkner proposed openstack/ironic stable/yoga: Move and fix reno config for releasenotes job  https://review.opendev.org/c/openstack/ironic/+/87199718:38
kubajjJayF: so all the Rackspace, Inc. in IPA licenses were you. Cool18:38
JayFat Rackspace for like, 8.5? 9-ish years at that18:39
JayFI was on the team that made it all happen18:39
JayFsomeone built the API client for IPA and the server18:39
JayFand basically I hooked up all of cleanign and hardware managers to it18:39
JayFkubajj: for example https://www.youtube.com/watch?v=2Oi2T2pSGDU18:39
JayFthat is what cleaning was when we implemented it downstream at Rackspace, then it turned into what we have today for cleaning18:40
JayFthe only real part that came outta it that is obvious is the idea of steps, which has been plastered all over Ironic since18:40
JayF(and yes, Ironic states have gotten MUCH better in 8 years)18:40
* JayF still stunned we used to think `state: null` was an OK thing lol18:40
opendevreviewJay Faulkner proposed openstack/ironic bugfix/19.0: Move and fix reno config for releasenotes job  https://review.opendev.org/c/openstack/ironic/+/87199818:41
opendevreviewJay Faulkner proposed openstack/ironic stable/xena: Move and fix reno config for releasenotes job  https://review.opendev.org/c/openstack/ironic/+/87199918:41
JayFkubajj: so what are your plans after your project is over? Going to stick around here? Are you done with schooling? What?18:42
opendevreviewJay Faulkner proposed openstack/ironic bugfix/18.1: Move and fix reno config for releasenotes job  https://review.opendev.org/c/openstack/ironic/+/87200018:42
opendevreviewJay Faulkner proposed openstack/ironic stable/wallaby: Move and fix reno config for releasenotes job  https://review.opendev.org/c/openstack/ironic/+/87200118:42
opendevreviewJay Faulkner proposed openstack/ironic stable/victoria: Move and fix reno config for releasenotes job  https://review.opendev.org/c/openstack/ironic/+/87200218:42
kubajjTheJulia: so what you are suggesting is catching just the 404 exceptions in the inspect utils function and raise one about swift entry not being deleted otherwise to avoid orphaning? I think that's reasonable.18:43
opendevreviewJay Faulkner proposed openstack/ironic stable/ussuri: Move and fix reno config for releasenotes job  https://review.opendev.org/c/openstack/ironic/+/87200318:43
opendevreviewJay Faulkner proposed openstack/ironic stable/train: Move and fix reno config for releasenotes job  https://review.opendev.org/c/openstack/ironic/+/87200418:43
TheJuliakubajj: yeah, I mean if it is a 404, there is nothing there which is okay18:43
TheJuliaif and also, we don't log needlessly18:43
kubajjJayF: I will need to finish the exams and then most likely do one more year of uni. (I think I can't do an Ironic related project again though.) But even then I would like to contribute to some extent. I think I got a decent knowledge about ironic since summer :P18:45
JayFkubajj: I'm 100% serious: if you go applying for jobs, get some folks here to write you a rec. Maybe me/ TheJulia / dtantsur 18:45
TheJulia++++++18:45
JayFkubajj: and you might get recruited in the process lol18:45
TheJuliaAlso, let us know, we might be able to point you in directions18:45
TheJuliaIndeed :)18:46
TheJuliaTo quote BSG, all these things have happened before18:46
* TheJulia hopes people get that reference18:47
kubajjI will have to have a look when is the right time to apply and also where to apply to. Ngl, RedHat back home does not sound that bad, so any suggestions from TheJulia, dtantsur, or anybody would help I guess :D18:47
* TheJulia is not a toaster18:47
JayFkubajj: I'll also say; you also don't have to limit yourself to ironic, in both events18:48
TheJulia++18:48
kubajjTheJulia: what is BSG? Google found just British Society of Gastroenterology and I don't think that's what you meant :D18:48
JayFkubajj: if you could do another openstack project; we can probably help you handover to another service to do your project18:48
JayFkubajj: and/or if you get job hunting, any openstack dev job, most of the knowledge you used here will transfer18:48
TheJuliaOne of my interns was managing a whole team of developers in Nigeria at one point, then she moved and I think is back in school for her graduate degree18:49
JayFyou're all in API/DB code, it's not going to be *that* different across the services18:49
* TheJulia is super proud of our interns18:49
TheJuliakubajj: Battlestar Galactica18:49
kubajjJayF: the problem with the fifth year project is that it needs to be more research based. They want us to produce a max 14 page article that we could publish18:49
TheJuliahttps://ew.com/recap/battlestar-galactica-recap-all-this-has-happened-and-all-this-will-happen-again/18:50
JayFAdam MacArthur, who is the Co-authored-by on all those CI fix patches was an intern working on armadaproject.io; he did such a good job we (GR-OSS) hired him part time to keep going18:50
JayFhe's great, super smart guy, too junior to avoid my nerd sniping him to regexp ;) 18:50
JayFkubajj: ah, so you need something that's been around for about a decade, with an entire corpus of data about it that you could research. Hmmmmmmm18:50
JayFkubajj: I'll note that as a core in OpenStack, I get approximately 2 dozen emails a year asking me to fill out some horrible research survey about openstack (to the point where it's hard for me to believe you couldn't do better)18:51
* TheJulia notes there is a larger OpenInfra community as well18:53
* TheJulia also notes one of them is rather... research focused18:53
JayFwhat do you know about the larger openinfra community, TheJulia, you're only the [checks notes] chairwoman :P 18:53
JayFlol18:53
* TheJulia shrugs18:54
JayFTheJulia: I just like celebrating that you're in charge of stuff \o/ lol18:55
JayFonly org I've been a part of where I didn't assume the board was a bunch of stuffy people who have never heard of me ;) 18:55
JayFTheJulia: more seriously; the busted Ironic backports are abandoned; you had W-1'd some of the IPA/inspector patches and I think those votes should be removed18:56
kubajjDoes anybody know an easy way how to figure out how many tests are in the ironic, ipa and ironic-inspector repos? (I tried to look at zuul, but couldn't find it)18:57
JayFit's in zuul, lemme show you how to get there18:58
kubajj(I'm just trying to show the scale of the ironic repo in my dissertation)18:58
JayFpick a random patch (this process will work on the other repos too); I pick https://review.opendev.org/c/openstack/ironic-python-agent/+/56654418:58
JayFscroll to the bottom, to the most recent Verified comment by zuul18:58
JayFclick on the zuul link to any of the -py3x jobs18:58
TheJuliaurge high to order https://www.etsy.com/listing/1359196789/funny-director-mug-for-director-gift-for18:59
JayFhit the logs tab -> job_output.txt18:59
JayF(I suggest RAW)18:59
JayF^F -> "Ran:"18:59
TheJuliaJayF: ack, I was going to pull the votes later but wanted to look at ironic itself first, which you just did so thanks!18:59
JayFwhich should get you this line -> 18:59
JayF> 2023-01-11 14:11:33.530809 | ubuntu-focal | Ran: 836 tests in 7.4270 sec.18:59
JayFa couple notes:18:59
JayF1) We run some tests conditionally based on environment; so for example in the gate for Ironic this number is higher than it usually is locally (because the gate sets up the mysql tests)19:00
JayF2) This only covers unit tests; we have a huge number of tempest (full-openstack-integration) tests and some ironic standalone integration tests19:00
TheJulia2a) Some of those tempest tests are also conditional based upon configuration or environment, as well.19:01
kubajjJayF: that's so smart. I got to the file in the morning, but did not manage to find the number there.19:01
JayFkubajj: it's not smart; it's more like I've had to go find it the long way and kept it bookmarked in my brain ;)19:01
JayFkubajj: remember the timestamp on that yt vid I posted earlier; 8 years ago; I have about a decade of openstacking on you at this point :P -- it's never about smart it's about familiar19:01
iurygregorywould be ok to change the logic we have to select the language when trying to get a registry in sushy? https://opendev.org/openstack/sushy/src/branch/master/sushy/resources/registry/message_registry_file.py#L122-L123 I have a problem with a ZT hardware https://paste.opendev.org/show/bYzUsDm8FpBWSqusmJ7S/, sushy selects "en" based on the information it got from the HW, but when trying to retrieve the Bios Registry 19:02
iurygregoryit will fail, because we won't match "en" with "en-US" ... thoughts?19:02
JayFthere's like, an entire blog post to be written on familiarity19:02
JayFiurygregory: I'm not familiar enough with sushy and use cases to give you a real answer; but it's hard for me to imagine you could do worse for a ISO language code parser19:03
iurygregoryyeah, the vendor could have just used "en" like in all other resources they had... it would make our life easier :D19:04
TheJuliaso wait a second19:05
TheJuliathey say "en-US", we auto-lowercase it, but the file is actually housed at "en" ?19:05
TheJuliaam I groking this properly?19:06
kubajjTheJulia: while I'm adding the doc-string. Should I add it to the store/get_introspection_data methods?19:06
TheJuliayeah, ideally19:07
* JayF <3 docstrings19:07
JayFif it's an important internal method, or any exported method, put a pydoc on it19:07
JayFthe time spent to value provided of a basic docstring is HUGE19:07
TheJulia+++19:07
iurygregoryTheJulia, so we initialize sushy with language="en" https://opendev.org/openstack/sushy/src/branch/master/sushy/main.py#L20819:07
JayFI used to say a lot working with legacy code; you can identify what the code does by reading it. You can only identify what the code /was supposed to do/ with comments/tickets/etc19:08
TheJuliaiurygregory: so if "en" in ZT hardware field ; then use the ZT value?19:08
* TheJulia suspects if the bmc uses a different alias, but our launched alias is within it, then maybe that is perfectly okay19:09
iurygregoryso we would check by vendor and add "en-US"? 19:10
iurygregoryalmost like a supermicro problem lol19:10
TheJuliacheck what the vendor has/offers, and adopt it perhaps?19:10
iurygregoryI only have one hardware to test, not even sure if things will change based on new FW...19:11
iurygregorybut since is just a language thing it shouldn't cause trouble19:11
iurygregoryI could also check the values from Languages for it and use the value https://opendev.org/openstack/sushy/src/branch/master/sushy/main.py#L607 https://opendev.org/openstack/sushy/src/branch/master/sushy/main.py#L61119:12
TheJuliaI mean, defaulting to "us" and finding out the thing only supports en-US, then I feel like we should just pick that and use "en-US" so we pickup and provide back the right registry entries19:14
TheJuliathat way we don't change the underlying default, we just make it more capible of handling... oddities.19:14
kubajjTheJulia: is that worthy of its own change, or can I sneak it into the current one (it is still a related change in the chain)19:14
TheJuliakubajj: I would be fine sneaking it in, tbh, since that one is a follow-up to begin with19:15
TheJuliaiurygregory: am I making sense? :)19:20
kubajjTheJulia: should I raise again a ClientException or is there any other one that fits it better?19:20
TheJuliaI would add a new exception to ironic/common/exceptions.py19:20
TheJuliaerr, exception.py I think19:20
opendevreviewGhanshyam proposed openstack/ironic stable/wallaby: DNM: testing tempest pin for stable/wallaby  https://review.opendev.org/c/openstack/ironic/+/87204519:21
iurygregoryTheJulia, let me grab more coffee XD I'm a bit lost I think, in sushy we are default to "en", the problem is just we don't accept "en-US" because it won't match...19:22
TheJuliaNaming... is the hard part. Anyone have exception name ideas for kubajj ?19:22
TheJuliaiurygregory: and I'm thinking, we can check to see if our default is in the offered string, and use that instead19:22
kubajjTheJulia: I was thinking SwiftObjectFailedToDelete or something19:22
kubajjbut it's quite long19:22
iurygregoryTheJulia, oh ok!19:22
iurygregoryso just change the "if l.language.lower() == language"19:23
JayFkubajj: SwiftObjectStillExists (if you're catching a failed delete case)19:23
TheJuliaor maybe UnableToDeleteOrphanedFile19:23
TheJuliaoh, that could work too19:23
JayFDepends on if you want it swift-specific or not19:23
TheJuliathe other case I just thought of, and that is harder. if swift is not configured, but I think if that was problematic it would fail in our CI19:23
JayF{Object,File,whatever}StillExists() is a good option too19:23
TheJulia++19:24
JayFI try really hard to avoid negatives in exceptions / method names19:24
kubajjTheJulia: but is the file going to become orphaned if we stop node destroy by this exception?19:24
JayFit's usually clearer to state what's going on than to say what isn't19:24
kubajjJayF: yeah, I think that might be better19:24
TheJuliaaiui, if we destroy the node, we'll never be able to head down that path again and delete the file19:25
TheJulia...  unless someone recreates the node with the same values...19:26
JayFIf we leave an orphaned file, we need to make sure we log that in a conductor log loudly19:26
kubajjTheJulia: but does the node get deleted if we halt the destruction by the exception?19:26
JayFnot just API response19:26
JayFkubajj: The better question is: do we want a swift API outage/misconfiguration to prevent deletion of a node19:27
JayFAnd my hunch is "probably not" in cases where the Ironic install doesn't depend on swift for anything but inspection19:27
TheJuliaif not configured, then I don't think we would19:28
TheJuliaor should, but if configured, I think we should block node destruction if we're going to orphan a file based upon a transient outage19:28
TheJuliathe issue is, few ever look at the logs, and heavily used services logs may be difficult to do cleanup of numerous records after the fact once finally noticed19:29
JayFSo today, with an external inspector, what happens in this case?19:30
TheJuliafile is orphaned19:30
TheJuliaI think19:30
TheJuliabut many also just don't use it or store locally instead19:30
JayFack19:31
TheJuliatoday you would also just be able to delete the ironic node and an introspection entry would still be inspector19:31
JayFI kinda feel like it might be neeat to have a config option for this behavior19:31
JayFbut that's more work and complexity so maybe I'm wrong?19:31
TheJuliaI was kind of thinking an option might make sense, default it to be conservative/guarded19:32
TheJuliaand then allow operators to do self detrimental things through config options if they *really* want to19:32
JayFHeh, see, I was thinking default it to existing behavior :) 19:32
TheJuliawith GIANT warnings of DOOM!19:33
JayFthere's a reasonable argument to be made on both sides19:33
TheJuliayeah19:33
JayFI think a file orphaned in swift is like, a nothingburger on a scale of things I'd care about as an operator19:33
kubajjWhile we are talking about exceptions, I think I never catch anything if the inventory I am trying to get from db or swift does not exist 🤔19:33
JayFand I don't think anyone is going to have swift pointed at a cloud service which would charge them forever for that handful of k19:33
TheJuliaI think this is a case where we just encourage kubajj to do what he thinks makes the most sense19:33
JayF+++19:34
JayFthe person doing the work gets a quadrouple vote LOL19:34
TheJulia++19:34
TheJuliaI personally hate to orphan things, but it is also a fixed container19:34
TheJuliaso it is not quite like some of the larger operators who have grumbled about people just orphaning containers full of stuff19:35
TheJuliaso the case is also kind of different19:35
JayFIf I were doing it I'd: 1) make an option 2) default the option to the improved option to not orphan 3) make loud, loud noises in the inspector migration guide about this (and other) changes in behavior19:35
TheJuliahttps://review.opendev.org/c/openstack/ironic/+/871994 <-- gah19:35
JayFI assume we have a list of things that'll have to go in that guide, yeah?19:36
JayFTheJulia: I believe bugfix/21.2 was cut and is not being maintained per what rpittau said19:36
TheJuliaI think we'll need to start writing it actually19:36
JayFTheJulia: the branch exists, it wasn't listed on any of our etherpads19:36
TheJuliaack19:36
JayFTBH; I'm a little upset that in all the bugfix branch auditing nobody (including me) caught this19:37
JayFno matter how much I try and clean up stuff there's something I missed19:37
TheJuliawe're all only human19:37
JayFI should see if my doctor can fix that19:38
TheJuliaUpgrade to cylon?19:38
JayFopenstack server create "terminator-jay" 19:38
TheJulia... we never intended to turn contributors into metal....19:42
kubajjTheJulia, JayF: I think I won't be able to finish the change today because it is getting late and I realised that there is still quite a lot to do. I might then wait for Monday and ask Dmitry what he thinks as well. If I remember correctly, he did not want to stop deleting the node if it fails. https://review.opendev.org/c/openstack/ironic/+/871394/comments/80554ab2_be177e5519:44
JayFsounds like more and more evidence that making the behavior configurable might be the route19:44
kubajjJayF: yeah, seems so19:45
JayFand FWIW, if it's all in the same task you should be able to just bail and everything rollback and be fine, right? I think you get the "don't delete" for free if you raise19:45
kubajjJayF: yeah, but I realised that there is a problem with the _get functions as well. Swift might raise an exception, but I never catch it, so api would break I think.19:46
JayFmakes sense19:47
opendevreviewVerification of a change to openstack/ironic-python-agent bugfix/8.3 failed: Fix CI for bugfix/8.3  https://review.opendev.org/c/openstack/ironic-python-agent/+/86806419:49
opendevreviewVerification of a change to openstack/ironic-python-agent bugfix/8.3 failed: Drop python2 from bindep.txt  https://review.opendev.org/c/openstack/ironic-python-agent/+/86791619:49
kubajjTheJulia: What do you think should happen in inspect_utils/_get_introspection_data_from_swift if it fails to retrieve them? Should I just return empty values and log it?19:53
opendevreviewMerged openstack/ironic bugfix/21.0: Move and fix reno config for releasenotes job  https://review.opendev.org/c/openstack/ironic/+/87199519:55
TheJuliakubajj: got a link to the code?19:56
kubajjTheJulia: https://opendev.org/openstack/ironic/src/branch/master/ironic/drivers/modules/inspect_utils.py#L13619:57
opendevreviewMerged openstack/ironic-python-agent stable/yoga: Make reno ignore bugfix eol tags  https://review.opendev.org/c/openstack/ironic-python-agent/+/87189119:58
opendevreviewMerged openstack/ironic-inspector stable/train: Make reno ignore bugfix eol tags  https://review.opendev.org/c/openstack/ironic-inspector/+/87188820:09
TheJuliaon get, I guess if not found, likely return "None" ?20:10
iurygregoryYAY Found registries for RootService: BiosAttributeRegistryProt0.208.208.020:12
iurygregory\o/20:12
opendevreviewMerged openstack/ironic-python-agent stable/xena: Make reno ignore bugfix eol tags  https://review.opendev.org/c/openstack/ironic-python-agent/+/87189320:16
opendevreviewMerged openstack/ironic-python-agent stable/victoria: Make reno ignore bugfix eol tags  https://review.opendev.org/c/openstack/ironic-python-agent/+/87189620:16
opendevreviewMerged openstack/ironic-python-agent stable/wallaby: Make reno ignore bugfix eol tags  https://review.opendev.org/c/openstack/ironic-python-agent/+/87189520:16
opendevreviewMerged openstack/ironic-python-agent bugfix/8.6: Make reno ignore bugfix eol tags  https://review.opendev.org/c/openstack/ironic-python-agent/+/87189020:16
opendevreviewMerged openstack/ironic-python-agent stable/ussuri: Make reno ignore bugfix eol tags  https://review.opendev.org/c/openstack/ironic-python-agent/+/87189720:16
opendevreviewMerged openstack/ironic-python-agent stable/train: Make reno ignore bugfix eol tags  https://review.opendev.org/c/openstack/ironic-python-agent/+/87189820:16
opendevreviewMerged openstack/ironic-inspector stable/xena: Make reno ignore bugfix eol tags  https://review.opendev.org/c/openstack/ironic-inspector/+/87188320:26
opendevreviewIury Gregory Melo Ferreira proposed openstack/sushy master: [WIP] Handle non-default language for registries  https://review.opendev.org/c/openstack/sushy/+/87204920:43
opendevreviewJulia Kreger proposed openstack/ironic master: Delete resource provider after node deletion.  https://review.opendev.org/c/openstack/ironic/+/82729521:05
TheJuliaJayF: ^^ I cleaned up the commit message and added on to the reno.  The recommendation to do this has come up in general in the past, so not a terribly surprising.21:07
TheJuliaoh!21:07
* TheJulia goes back and edits again21:07
opendevreviewJulia Kreger proposed openstack/ironic master: Delete resource provider after node deletion.  https://review.opendev.org/c/openstack/ironic/+/82729521:13
TheJulialikely needs other doc changes...21:13
TheJuliabut minimum is there I think21:13
opendevreviewMerged openstack/ironic stable/ussuri: Move and fix reno config for releasenotes job  https://review.opendev.org/c/openstack/ironic/+/87200321:40
opendevreviewMerged openstack/ironic-inspector stable/ussuri: Make reno ignore bugfix eol tags  https://review.opendev.org/c/openstack/ironic-inspector/+/87188721:40
opendevreviewMerged openstack/ironic stable/victoria: Move and fix reno config for releasenotes job  https://review.opendev.org/c/openstack/ironic/+/87200221:42
opendevreviewMerged openstack/ironic-inspector stable/wallaby: Make reno ignore bugfix eol tags  https://review.opendev.org/c/openstack/ironic-inspector/+/87188521:42
opendevreviewMerged openstack/ironic bugfix/20.2: Move and fix reno config for releasenotes job  https://review.opendev.org/c/openstack/ironic/+/87199621:43
opendevreviewMerged openstack/ironic-inspector stable/yoga: Make reno ignore bugfix eol tags  https://review.opendev.org/c/openstack/ironic-inspector/+/87188121:43
opendevreviewMerged openstack/ironic bugfix/19.0: Move and fix reno config for releasenotes job  https://review.opendev.org/c/openstack/ironic/+/87199821:57
opendevreviewMerged openstack/ironic bugfix/18.1: Move and fix reno config for releasenotes job  https://review.opendev.org/c/openstack/ironic/+/87200021:57
opendevreviewMerged openstack/ironic stable/xena: Move and fix reno config for releasenotes job  https://review.opendev.org/c/openstack/ironic/+/87199922:09
opendevreviewMerged openstack/ironic master: Fix grub config path default  https://review.opendev.org/c/openstack/ironic/+/86913422:09
JayFIs there anyone who'd be willing to do one of my OSS Office Hours as a guest helping demo/show off bifrost? I know miserably little about it, and I'd like to increase my knowledge as well as create a video (the VOD) I can use to promote it.22:12
opendevreviewMerged openstack/ironic stable/zed: Move and fix reno config for releasenotes job  https://review.opendev.org/c/openstack/ironic/+/87204022:35
opendevreviewMerged openstack/ironic stable/wallaby: Move and fix reno config for releasenotes job  https://review.opendev.org/c/openstack/ironic/+/87200122:35
opendevreviewMerged openstack/ironic stable/yoga: Move and fix reno config for releasenotes job  https://review.opendev.org/c/openstack/ironic/+/87199722:47
TheJuliaJayF: likely someone else is the best candidate at this point, it has been a while for me.23:48

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