Monday, 2022-08-08

*** mushrushu_ is now known as mushrushu00:08
*** osmanlicilegi is now known as Guest748500:18
*** seebaer is now known as seba00:20
*** shadower9 is now known as shadower01:32
opendevreviewSteve Baker proposed openstack/ironic master: WIP Implement a DHCP driver backed by dnsmasq  https://review.opendev.org/c/openstack/ironic/+/85168104:39
*** undefined is now known as Guest767407:59
rpittaugood morning ironic! o/08:39
kubajjgood morning rpittau09:08
rpittauhey kubajj :)09:08
opendevreviewMerged openstack/sushy stable/yoga: Handle mismatch between registry Identity and the way it's referred to  https://review.opendev.org/c/openstack/sushy/+/85188310:10
opendevreviewMerged openstack/sushy stable/xena: Handle mismatch between registry Identity and the way it's referred to  https://review.opendev.org/c/openstack/sushy/+/85188410:10
opendevreviewAija Jauntēva proposed openstack/ironic master: Update raid_type handling for Redfish raid_config  https://review.opendev.org/c/openstack/ironic/+/85239310:30
opendevreviewVanou Ishii proposed openstack/ironic master: [WIP] Deal with iRMC virtual media incompatibility  https://review.opendev.org/c/openstack/ironic/+/82379010:44
iurygregorygood morning Ironic11:25
rpittauhey iurygregory :)11:27
iurygregoryrpittau, if you have some time today can you check https://review.opendev.org/c/openstack/ironic/+/852234 ? o/11:28
kubajjIs it possible to connect to the devstack nodes somehow? I tried enabling the console through ironic, but it says that the driver ipmi does not support it.11:43
dtantsurkubajj: sudo virsh console <node> maybe?11:52
kubajjdtantsur: does it need to be in an active state for it to work? (I am getting internal error: character device console0 is not using a PTY error)12:00
dtantsurwell, something has to output there. also on devstack you can find serial console logs somewhere, I cannot remember where12:01
dtantsurI suspect /opt/stack/data/ironic/logs12:02
dtantsurkubajj: ^^12:03
kubajjdtantsur: the thing is that I wanted to connect to a node to setup a RAID on it to be able to test what happens during the cleaning process if RAID is present. I assume that the console would not help me with that, right?12:08
dtantsurthe console will if you find a way to connect to it (it's very confusing)12:08
kubajjOk, thanks12:09
dtantsurTheJulia: eat lunch meow!12:11
dtantsurthe words to live by12:11
*** Guest7674 is now known as rcastillo12:35
TheJuliawait, I should eat lunch right meow?!?12:56
TheJuliaMy coffee is still brewing!12:56
* TheJulia is sooooo confused12:56
TheJuliaAlso, good morning everyone12:56
* TheJulia is not sure what else the response could be right now13:08
TheJuliasweet, wrong window13:09
TheJuliacoffee! wake me up!13:09
iurygregorygood morning TheJulia =)13:09
opendevreviewJulia Kreger proposed openstack/ironic-tempest-plugin master: WIP: Initial tempest test idea anaconda deploy  https://review.opendev.org/c/openstack/ironic-tempest-plugin/+/83591713:31
opendevreviewJulia Kreger proposed openstack/ironic master: Redfish: Consider password part of the session cache  https://review.opendev.org/c/openstack/ironic/+/85025913:39
opendevreviewJulia Kreger proposed openstack/ironic master: Concurrent Distructive/Intensive ops limits  https://review.opendev.org/c/openstack/ironic/+/84000613:44
*** yoctozepto is now known as yoctozepto[pto]13:46
*** hjensas is now known as hjensas|afk14:07
dtantsurTheJulia: any plans to update https://review.opendev.org/c/openstack/sushy/+/850547/ ?14:25
TheJuliadtantsur: if you are up to rev it for the comments, I'm cool with that14:27
TheJuliadtantsur: I didn't get braincells on Friday unfortunately14:27
dtantsurokie, lemme see14:28
kubajjdtantsur, TheJulia I modified get_os_install_device to use the helper function I created so that drives are not chosen as root when on skip list. Should I create a new change from this or put it into the old one (I guess it is easier to review a smaller patch)? Should I rename the helper function if it is not used only for cleaning (it has _for_cleaning in the name)?14:28
iurygregoryI can update if necessary o/14:28
dtantsuriurygregory: the sushy patch? would be great14:28
iurygregoryyeah14:28
dtantsurkubajj: hmm, is it intended to not choose them as root?14:29
dtantsurI can see pros and cons.. either way the setting name should reflect it, something like skip_block_devices (no reference to cleaning)14:29
TheJuliatimeu_: o/ you around?14:29
kubajjdtantsur: I think it should not choose them as root as it would overwrite the data with the image. We had a chat about this with Arne and it could be avoided by leaving the responsibility at the user side (to specifiy root_device), but we agreed on skipping them during deploy as well14:32
TheJuliadtantsur: I just saw the /Pending comment... whiskey tango.14:37
dtantsur:D14:37
TheJuliaplease insert whiskey!14:37
iurygregoryyeah, the Pending is funny 14:37
TheJuliaseriously though, I did look at the spec documents and nothing like that is described14:37
dtantsurkubajj: I'm trying to think if I see a case to skip cleaning a root disk.. nothing comes to my mind immediately14:38
TheJuliajungleboyj: o/ Do you have some brain cells and potentially a contact we can leverage w/r/t https://bugzilla.redhat.com/show_bug.cgi?id=2103710 14:41
TheJuliahmm... ussuri, why you no like us https://zuul.opendev.org/t/openstack/build/3b885e4f35854345ac41563da952e476/logs14:45
iurygregory#startmeeting ironic14:59
opendevmeetMeeting started Mon Aug  8 14:59:59 2022 UTC and is due to finish in 60 minutes.  The chair is iurygregory. Information about MeetBot at http://wiki.debian.org/MeetBot.14:59
opendevmeetUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.14:59
opendevmeetThe meeting name has been set to 'ironic'14:59
rlooo/15:00
iurygregoryHello ironicers, welcome to our weekly meeting o/15:00
matfechnero/15:00
iurygregoryyou can find the agenda for the meeting in the wiki15:00
iurygregory#link https://wiki.openstack.org/wiki/Meetings/Ironic#Agenda_for_next_meeting15:00
rpittauo/15:01
* iurygregory gives a few minutes to see if we will have more people15:01
kamlesh6808co/15:01
TheJuliao/15:01
iurygregory#topic Announcements / Reminder15:02
iurygregory#info PTG will be virtual!15:03
iurygregoryif you haven't seen the email in the openstack-discuss about PTG going virtual you can check this link15:03
iurygregory#link https://lists.openstack.org/pipermail/openstack-discuss/2022-August/029879.html15:03
dtantsuro/15:03
iurygregoryDon't forget to register for the PTG!15:03
iurygregory#link https://openinfra-ptg.eventbrite.com/15:03
iurygregoryI think we can continue using the same etherpad (even if now it's virtual)15:04
iurygregory#link https://etherpad.opendev.org/p/ironic-ptg-planing-Columbus-OH15:04
iurygregory#topic Revise Ironic Vision #2 15:06
TheJuliaJust a thought w/r/t the ptg etherpad, we should likely change etherpads15:06
iurygregoryTheJulia, ack! 15:06
iurygregoryI will update and also send an email to openstack-discuss15:06
TheJuliak15:07
iurygregorygoing back to Ironic Vision #2, we only had 5 people and the result was a day that only 2 could join...15:07
TheJuliaGiven the PTG is virtual now... perhaps we just allocate time to it?15:07
iurygregoryI'm wondering if I should add dates for next week, and see if more people want to vote?15:07
iurygregoryhummm15:08
iurygregorysounds like a plan also15:08
TheJuliaWe are in a tricky time of year too, people still on holidays. Some of us still need to take time off :)15:08
iurygregoryyeah =)15:08
TheJuliaPTG, as much as I don't like the idea of waiting on visioning stuffs that long, at *least* is a block of time far out that we can schedule and align around15:08
iurygregoryand we would have more participants...15:09
iurygregoryI do think it would make sense15:09
iurygregory3yrs ago we did at the PTG if I recall...15:09
rloo++ for doing it at PTG15:10
TheJulia2018 I think...15:10
iurygregoryyeah =)15:10
TheJuliatime flies15:10
iurygregoryright after I joined 15:10
iurygregoryor it was begin of 2019...15:11
iurygregorymoving on o/15:11
TheJuliatime has literally blurred15:11
iurygregory#info New bugfix branches next week 15:11
iurygregoryyeah is that time of the year =)15:11
iurygregoryops of the cycle XD15:12
iurygregoryjust a heads-up that next week we will be creating the second bugfix branch in the Zed cycle15:12
iurygregory3months after the first one15:12
rpittaugreat15:13
rpittau:)15:13
iurygregoryDoes anyone have something we should add to  Announcements / Reminder ?15:13
iurygregoryok, moving o/15:14
iurygregory#topic Review subteam status reports15:15
iurygregory#link https://etherpad.opendev.org/p/IronicWhiteBoard 15:15
iurygregorystarting around L9015:15
TheJuliaiurygregory: with us being so close, will it effectively be our final release for the cycle?15:16
TheJuliaThe OpenStack release cycle that is15:16
dtantsurwe can have a shorter 3rd release15:17
iurygregoryTheJulia, let me double check the final date for the release...15:17
iurygregoryyeah, this is what normally happened in the past cycles I think15:17
TheJuliak15:18
iurygregoryTheJulia, in the Anaconda Deploy CI I think we can add the WIP patch you posted in the tempest plugin?15:23
TheJuliawe do and it is super close15:23
iurygregoryNICE \o/15:23
TheJuliaI should have it working this week15:23
TheJuliaif at least, the stars align and all15:23
iurygregory++15:25
iurygregoryfor the OpenConfig I'm going to review more patches this week15:26
TheJuliaYeah, there is a *lot* there, but hjensas|afk has been super responsive15:26
iurygregoryagree15:27
iurygregoryok, moving on o/15:27
iurygregory#topic Deciding on priorities for the coming week15:27
iurygregory#link https://review.opendev.org/q/status:open+hashtag:ironic-week-prio15:27
rpittauI added a bunch of backports! :)15:28
iurygregorybackport all the things!15:28
iurygregoryrpittau, tks!15:28
TheJulia\o/15:28
TheJuliaI also added a couple fixes for our unit testing which one of the FJ folks noticed and corrected15:29
iurygregoryTheJulia, ack15:30
TheJuliaif there are no objections, I'd also like to add https://review.opendev.org/c/openstack/ironic/+/85180215:30
iurygregorynone from my side15:30
TheJuliaI *think* the FJ patch is not going to land until some of the unit test fixes merge, but they already have 1x+2 on them15:32
iurygregoryI will give priority to review the unit tests in this case15:33
iurygregory(right after my lunch, that will be after our upstream meeting) =)15:33
iurygregoryI added https://review.opendev.org/c/openstack/ironic/+/852234 on friday15:34
iurygregorythanks for the review dtantsur and rpittau o/15:34
rpittauiurygregory: np :)15:34
TheJuliaI have concerns w/r/t that one, but I need to be fully awake to digest it15:35
iurygregoryTheJulia, ack =)15:35
TheJuliaI'll try to review it this morning15:35
iurygregoryI should probably create a story for it...15:35
TheJulia++++++++++++++15:35
TheJuliaThat would likely help me with context15:35
iurygregorycool =)15:36
iurygregoryok, moving on15:36
iurygregory#topic Baremetal SIG15:36
iurygregoryI don't think we have any updates ....15:37
TheJuliaarne is back next week and my plate is full15:37
iurygregoryok o/15:37
iurygregoryskipping RFE review (I don't have the one for my patch created...)15:38
iurygregory#topic Open discussion 15:38
iurygregoryI have one topic to start15:38
iurygregorylast week during the meeting we talked about having a pre-ptg meeting to check topics 15:38
iurygregorydo we think we still need?15:39
TheJuliait has typically helped to have one session to collalese topics15:39
iurygregoryI will send the email with the doodle =)15:40
TheJuliaAt least that is my feeling15:40
TheJuliaI don't know how others feel15:40
iurygregoryI think it's a good idea to test and see how it goes (I don't remember us doing in the past...)15:41
JayFIs it possible for when those doodles come to a conclusion for whoeever is running them to send an actual-calendar-invite15:41
iurygregoryJayF, yes!15:41
JayFI either missed the email or didn't get one last time we did a meeting setup this way; and an actual meeting invite makes it 100x less likely I miss it15:41
iurygregoryJayF, I will work on it, thanks for the feedback :D15:42
TheJulia++++++15:42
TheJuliaI've heard the exact same thing a number of times15:42
TheJuliaunfortunately many of us have our day handled by our calendars15:42
iurygregoryI need to remember to schedule things using my company email (to avoid the problem in the first ironic vision meeting...)15:43
iurygregorysince we are talking about doodle and meetings15:45
iurygregorywould be worth trying to reach out to ops meetup folks and see what day/time during the PTG is better for them to join the ironic community? 15:45
TheJuliaiurygregory: I think that is a fantastic idea!15:46
iurygregoryI'm also thinking in keep the same format we did in the past to get APAC folks participating in the PTG15:47
TheJuliasounds like a plan to me15:47
iurygregorywhat others think about it ?15:48
iurygregory=)15:48
rpittausounds good to me15:49
iurygregorydoes anyone have something for Open Discussion?15:50
TheJuliaI've got nothing15:51
iurygregoryok, I think this is all for our meeting today o/15:52
iurygregorytks everyone!15:52
iurygregory#endmeeting15:52
opendevmeetMeeting ended Mon Aug  8 15:52:13 2022 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)15:52
opendevmeetMinutes:        https://meetings.opendev.org/meetings/ironic/2022/ironic.2022-08-08-14.59.html15:52
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/ironic/2022/ironic.2022-08-08-14.59.txt15:52
opendevmeetLog:            https://meetings.opendev.org/meetings/ironic/2022/ironic.2022-08-08-14.59.log.html15:52
kamlesh6808ciurygregory,TheJulia : would you help to review these two patches https://review.opendev.org/c/openstack/ironic-tempest-plugin/+/841601 15:54
kamlesh6808c& https://review.opendev.org/c/openstack/ironic-tempest-plugin/+/84870915:54
rpittaugood night! o/16:04
TheJuliahjensas: Hey, if you could spend a few minutes and take a look at https://review.opendev.org/c/openstack/ironic-inspector/+/842275 it would be appreciated. Specifically the comments. Maybe something might ring in your brain, but I think we need more info :)17:03
hjensasTheJulia: ok, will take a look.17:04
iurygregoryTheJulia, here is the story https://storyboard.openstack.org/#!/story/201022117:05
TheJuliaiurygregory: awesome17:05
TheJuliaI'm going to go to the post office, and then I'll review your v6 change17:06
iurygregorysure =)17:07
opendevreviewkamlesh chauvhan proposed openstack/ironic-tempest-plugin master: Add iDRAC RAID cleaning steps tests  https://review.opendev.org/c/openstack/ironic-tempest-plugin/+/84160117:15
hjensasTheJulia: not something I've seen before. Agree it seems it may be something openstack/automation, or a race in the filter initialization. More logs would be good.17:44
TheJuliaiurygregory: posted review. I'm super worried over use of the bmc address18:03
iurygregoryTheJulia, ack18:05
JayFiurygregory: I am very interested and curious about that separate-v6-url merge req and have opinions about it, but a few questino first:18:12
JayFiurygregory: do we know, for a fact, that with an otherwise properly configured network that a dual-stack'd v6 won't work? Like, I'm having trouble imagining a scenario where absent network setup issues or a BMC bug (always possible) that you'd need to setup v4/v6 URLs separately18:13
TheJuliaMy perception is this is dns-less...18:14
JayF(maybe ACLs disabling v4 access to anything, but still having interfaces/routes to gateway working anyway?)18:14
* TheJulia gets out the "DNS is your FRIEND!" t-shirt18:14
JayFI hadn't even considered DNS-less use18:14
JayFugh, I hate there's a use case for this because I hate having "v4" and "v6" settings separately18:15
* TheJulia also gets out a "I once deployed bind9 9.0.0b2"18:15
JayFTheJulia: I think I have a one-up for you: I convinced a DJBDNS fanboy to let me migrate us to a bind cluster18:15
TheJuliaOhhh ahhhh!18:16
iurygregoryJayF, the case is that when we have the need to the external url, we publish based on the configuration we have in ironic `external_http_url` (so the image is available in this URL normally is ipv4)18:16
JayF(a 'don't you want to be able to hire people who know what the hell is going on' argument is extremely powerful)18:16
JayFiurygregory: is this with or without DNS?18:16
* TheJulia is kind of curious *how* the endpoint is getting config from ironic in the first place...18:16
JayFYeah, I want a bigger picture of the use case to review that PR properly18:17
JayFwith DNS involved, separate v6 and v4 urls is ... not a good pattern to follow18:17
TheJuliayeah18:17
iurygregoryJayF, going to double-check, but from what I remember is without DNS18:18
iurygregoryso if we serve the URL to the node that is IPv6 only it doesn't work...18:18
JayFI'm saying that at least if DNS is involved, that strongly implies a misconfigured network18:19
JayFrather than a need for us to manually dual stack18:19
opendevreviewMerged openstack/ironic-inspector master: Add DnsmasqFilter error - my fsm encountered an exception  https://review.opendev.org/c/openstack/ironic-inspector/+/84227518:19
iurygregoryright18:20
JayFSo I'm just pondering how we can support this use case without directing users towards a bad pattern18:20
TheJuliawell, *if* it was neutron integrated18:21
TheJuliawe could jsut ask neutron18:21
iurygregorytheir argument when I was trying to understand the use case was: "we can serve the image from many places, but we can only pass one URL to the BMC. currently there is only 1 config option in Ironic. So we have to change Ironic."18:21
TheJuliabut in this case, we can't.... 18:21
JayFiurygregory: the place we'd normally do such overrides is in the node object, right?18:21
JayFiurygregory: so you'd have a global URL set, and you could override it per-node? 18:21
JayFHmmm.18:22
iurygregoryhummm18:22
JayFIt *is* weird of us to assume one URL is good everywhere.18:22
JayFWhich is possible to make work but I could absolutely see some folks bristling against doing18:22
TheJuliaI was htinking the same thing in my review18:22
iurygregory"one url to rule them all"18:22
iurygregoryXD18:22
TheJuliaOne url to rule them all... is like.... saying there is one ring, when in reality we need a ring for each finger18:22
TheJuliaAnd *then* we need to work on our hand coordination to make music with them18:23
* TheJulia shows herself the door18:23
iurygregorywondering if would be overkill to override for the node...18:23
JayFOverride per node is the way it "fits" into an existing model, but I realize is really ugly in practice18:23
JayFI almost wish we could make Ironic aware of network domains18:24
iurygregorybut we would need to publish the image by checking the node information if there is an override right?18:24
iurygregoryinstead of just trying to guess if they have IPv6 address...18:24
JayFlike BMC network domain = v6-section-of-network then you go look in the url-map = {v6-section-of-network: https://[dead:beef:cafe::]/images}18:24
TheJuliaI like the "tell us the address which should work" path18:24
iurygregoryyeah18:24
JayFare you saying like, there'd be a node.internal_driver_info['address_to_get_image'] 18:28
JayFlikely named better18:28
JayFand you set that on nodes that have a nondefault address18:28
JayFthat fits with our current pattern, but as a former operator of ironic at scale, this would be a GIGANTIC PAIN if I ever had to change them in bulk18:28
iurygregorycorrect18:28
JayFThat's probably the least controversial route in the short term, but I really wish there was a way for us to scope in some idea of network domain to try and tackle this problem overall18:29
JayFiurygregory: TheJulia: hmm. I wonder if conductor group is a reasonable place to separate settings like this18:29
JayFconductor group *usually* implies some kind of physical separation, right? but I know not all users enable groups18:30
iurygregoryhummmm18:30
opendevreviewJulia Kreger proposed openstack/ironic-tempest-plugin master: WIP: Initial tempest test idea anaconda deploy  https://review.opendev.org/c/openstack/ironic-tempest-plugin/+/83591718:30
iurygregorybut can we override the external url based on conductor?18:30
TheJuliaso conductor group are hash ring delineators18:31
JayFThat ability doesn't exist today... but neither does any of the things we've talked about, right?18:31
iurygregoryJayF, right =)18:31
TheJuliathey can mean... anything else to the user18:31
JayFare conductors allowed to be in >1 group?18:31
TheJuliaso, fwiw, I need simple pxe code fix https://review.opendev.org/c/openstack/ironic/+/852201 to make anaconda be happy18:31
TheJuliaJayF: no18:31
JayFyeh, so probably not a great fit then18:32
JayFlooking julia18:32
TheJuliaJayF: thanks!18:32
JayFTheJulia: +2A18:33
TheJuliaawesome, thanks18:35
opendevreviewHarald Jensås proposed openstack/networking-baremetal master: OpenConfig YANG Model, python-bindings releasenote  https://review.opendev.org/c/openstack/networking-baremetal/+/85246818:40
iurygregorysoo... do we have a better idea? .-. maybe having a field in the node that would tell if is ipv6? (and in this case if the config is set we publish the image using that value for the external url?)18:44
JayFMy primary issue with the PR, as written, is that it's explicitly written for v4 vs v618:53
JayFwhen this exact same issue could occur via network partitioning, completely unrelated to v4/v6/dual stack18:53
JayFand I'd strongly prefer our solution not encode v4/v6 in the names and proscribed solution, because I think that'll be extremely misleading to folks18:53
iurygregoryso having on the node level something to override would solve the problem for "v4/v6" but when you look at scale this would be a big problem .-.18:59
JayFwhich is why I've been proposing larger options18:59
JayFe.g. node.internal_driver_info.bmc_network_domain = my-fancy-network-domain18:59
JayFthen having my-fancy-network-domain map appropriate values such as, e.g. hostname to fetch images from19:00
JayFthat way you only have to update it when physical moves happen, and you could update all nodes in a given domain at once to a new hostname19:00
iurygregoryJayF, can you add some of this in the patch? o/19:03
JayFyep, I wanted to have the chat first19:03
JayFI try not to like, -1 a patch with a lot of feedback without a chat first19:03
JayFand TBH I've been splitting attention, trying hard to get my armada-upstream thing done so I can focus on giving your patch a full review19:04
iurygregoryJayF, feel free to -119:06
iurygregoryI totally understand your points 19:07
JayFI likely will with some of the comments put here :D 19:07
JayFI just like having the chat first19:07
iurygregory++ =)19:07
*** tosky_ is now known as tosky19:25
*** undefined is now known as Guest773319:30
JayFAight, it's posted there with a -1. Most of my -1s I'm usually OK with being overridden, I'd strongly prefer getting a look at this patch and flipping my vote before any version of it merges.19:31
*** Guest7733 is now known as rcastillo19:31
iurygregoryJayF, tks! dtantsur rpittau (FYI so you can check in your morning some of the discussion and also the patch)19:41
opendevreviewMerged openstack/python-ironicclient master: Remove unused check_python_version  https://review.opendev.org/c/openstack/python-ironicclient/+/85010219:54
opendevreviewHarald Jensås proposed openstack/networking-baremetal master: Device management driver iface  https://review.opendev.org/c/openstack/networking-baremetal/+/83517020:28
opendevreviewHarald Jensås proposed openstack/networking-baremetal master: Add netconf-openconfig device driver  https://review.opendev.org/c/openstack/networking-baremetal/+/83532420:28
opendevreviewMerged openstack/ironic master: Fix pxe image lookups  https://review.opendev.org/c/openstack/ironic/+/85220120:32
opendevreviewJulia Kreger proposed openstack/ironic master: Fix iRMC driver to use certification file in HTTPS  https://review.opendev.org/c/openstack/ironic/+/85180223:39

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