| *** jph_ is now known as jph | 01:28 | |
| iurygregory | TheJulia, dtantsur idrac10 deployed! | 02:10 |
|---|---|---|
| iurygregory | https://paste.opendev.org/show/bIX6SXpX18W9ElAOpsxN/ | 02:11 |
| iurygregory | the only weird thing is that it installed cirros LOL instead of centos, but I'm not going to complain LOL | 02:12 |
| iurygregory | I'm totally assuming it worked since I'm able to login with cirros :D, in the end I had to set a root device with wwn to other disk in the idrac10.json and *magic*, I saw ipa complaining about the labels of the disks, but not going to dig into it now | 02:16 |
| iurygregory | I'm thinking on how we will handle using the slot1 for idrac10, basically on my bifrost I'm adding "if v_media.identify == "2" continue" https://github.com/openstack/ironic/blob/master/ironic/drivers/modules/redfish/boot.py#L304, but how should we handle things? some questions in https://paste.opendev.org/show/bjv0P40ASKwfQt38W6dV/ | 02:27 |
| kubajj | good morning Ironic! o/ | 06:57 |
| rpittau | good morning ironic! o/ | 07:16 |
| iurygregory | good morning ironic o/ | 10:32 |
| jssfr | good morning Ironic o/ | 10:33 |
| jssfr | (now we had all combinations of `i` vs. `I`, and the presence of the `!`) | 10:33 |
| opendevreview | Stephen Finucane proposed openstack/ironic master: Migrate setup configuration to pyproject.toml https://review.opendev.org/c/openstack/ironic/+/961788 | 10:47 |
| iurygregory | jssfr, lol, true! | 10:54 |
| dtantsur | iurygregory: do we have any clue about slots? or do we really need to hardcode the slot for idrac 10 for now? (and mark it for addition to the quirks mechanism in the future) | 11:13 |
| iurygregory | dtantsur, so both slots provide the same media_types, when letting ironic pick it chooses the first that contains the right media_types, in the case for the idrac10 I have access it's the Slot with ID 2 | 11:15 |
| iurygregory | and according to texroemer iso images should use slot 1 https://github.com/dell/iDRAC-Redfish-Scripting/issues/324#issuecomment-2892410726 | 11:15 |
| iurygregory | I'm wondering if would work for all Dell machines or not (we could check the vendor and skip in case the first slot returned to us is the one with ID 2.. | 11:16 |
| dtantsur | Sooo, they basically advertise wrong media types? | 11:16 |
| iurygregory | dtantsur, you can say that =) https://paste.opendev.org/show/bVkKeb0Tb6l1xhnw8sKd/ | 11:19 |
| iurygregory | CD/DVD/USBStick ftw in both :D | 11:19 |
| iurygregory | normally I would expect slot 1 to be the first when we query VirtualMedia, maybe a firmware bug? but we probably need to take this in consideration anyway | 11:20 |
| dtantsur | iurygregory: yeah, we need to treat it as a firmware bug that we'll have to work around. We need to inform Dell that they cannot advertise CD/DVD for a slot that does not take ISO images. | 11:21 |
| iurygregory | dtantsur, I will talk with Sean downstream about this, so we can bring up to Dell attention | 11:22 |
| dtantsur | yep | 11:24 |
| iurygregory | and to test on ocp i probably need to define the right path we will be taking upstream for this issue, since we have mixed hardware in deployments =) | 11:25 |
| iurygregory | in bifrost is totally ok to hack and skip the device 2 :D | 11:26 |
| dtantsur | yeah, I don't think we want to apply the hack to all Dells. can we determine if it's iDRAC 10? | 11:26 |
| iurygregory | not sure if you saw the paste https://paste.opendev.org/show/bjv0P40ASKwfQt38W6dV/ | 11:26 |
| iurygregory | we can easily identify in case the resource for virtual media is manager, because we have the model with "17G Monolithic" | 11:27 |
| iurygregory | but virtual media is under systems on newer machines, and the model field on it shows Power Edge R7715 (which doesn't really help I would say) | 11:28 |
| iurygregory | either we can extend the _insert_vmedia_in_resource to have a new param model='' and we retrieve from manager and pass along to the call | 11:29 |
| * iurygregory brb meeting | 11:30 | |
| dtantsur | iurygregory: which of the cases apply to iDRAC 10? Or are both possible? | 11:31 |
| opendevreview | nidhi proposed openstack/sushy master: Add comprehensive PCIe device support to Sushy https://review.opendev.org/c/openstack/sushy/+/961928 | 11:36 |
| opendevreview | Takashi Kajinami proposed openstack/ironic-ui master: Replace storyboard by launchpad https://review.opendev.org/c/openstack/ironic-ui/+/961931 | 11:40 |
| opendevreview | Takashi Kajinami proposed openstack/ironic-python-agent-builder master: Replace storyboard by launchpad https://review.opendev.org/c/openstack/ironic-python-agent-builder/+/961932 | 11:44 |
| iurygregory | idrac10 is newer to we use virtual media via systems, so we the path is https://github.com/openstack/ironic/blob/master/ironic/drivers/modules/redfish/boot.py#L267-L269 here we have access to the manager and we can retrieve "17G Monolithic", so it would be easier to add a param model to _insert_vmedia_in_resource and we can easily check it in https://github.com/openstack/ironic/blob/master/ironic/drivers/modules/re | 11:50 |
| iurygregory | dfish/boot.py#L304 | 11:50 |
| dtantsur | iurygregory: I'm thinking if we can use something like Manufacturer+FirmwareVersion or anything.. but yeah, I don't care too much about the internal code organization for now. | 12:20 |
| iurygregory | we can probably look at firmware version (since idrac10 starts with 1.x.y.z | 12:21 |
| dtantsur | yeah, but one day the versions may catch up :D dunno | 12:24 |
| iurygregory | totally possible lol | 12:24 |
| opendevreview | Allain Legacy proposed openstack/ironic-specs master: Update standalone networking initial conditions https://review.opendev.org/c/openstack/ironic-specs/+/960550 | 12:24 |
| iurygregory | dtantsur, let me push a wip so people can give ideas =) | 12:35 |
| opendevreview | Allain Legacy proposed openstack/ironic master: Add dhcp_all_interfaces option for managed inspection https://review.opendev.org/c/openstack/ironic/+/960824 | 12:45 |
| rpittau | iurygregory: you can probably just get the Model with a redfish call | 13:08 |
| iurygregory | rpittau, when we are inside _insert_vmedia_in_resource we can access model, but the problem is that the useful information in model is only present when the resrouce is a Manager https://github.com/openstack/sushy/blob/master/sushy/resources/system/system.py#L212 | 13:12 |
| iurygregory | https://github.com/openstack/sushy/blob/master/sushy/resources/manager/manager.py#L77 | 13:13 |
| iurygregory | https://github.com/openstack/ironic/blob/master/ironic/drivers/modules/redfish/boot.py#L291C5-L291C31 | 13:13 |
| iurygregory | idrac10 is newer so VirtualMedia will always be on Systems, and the info we get from model would be PowerEdge R7715 and not 17G Monolithic | 13:14 |
| iurygregory | I don't think we want a list with all iDRAC10 machines... | 13:14 |
| opendevreview | nidhi proposed openstack/sushy master: Add comprehensive PCIe device support to Sushy https://review.opendev.org/c/openstack/sushy/+/961928 | 13:18 |
| opendevreview | nidhi proposed openstack/sushy master: Add comprehensive PCIe device support to Sushy https://review.opendev.org/c/openstack/sushy/+/961928 | 13:38 |
| opendevreview | nidhi proposed openstack/sushy master: Add comprehensive PCIe device support to Sushy https://review.opendev.org/c/openstack/sushy/+/961982 | 13:58 |
| iurygregory | oh nvm, we can access managers via https://github.com/openstack/sushy/blob/master/sushy/resources/system/system.py#L602 \o/ | 14:09 |
| iurygregory | totally forgot about it | 14:09 |
| opendevreview | Allain Legacy proposed openstack/ironic master: Add support for multiple JSON-RPC configuration groups https://review.opendev.org/c/openstack/ironic/+/960593 | 14:29 |
| opendevreview | Iury Gregory Melo Ferreira proposed openstack/ironic master: [WIP] iDRAC10 force Slot1 for VirtualMedia https://review.opendev.org/c/openstack/ironic/+/961989 | 14:43 |
| iurygregory | testing now in bifrost ^ | 14:43 |
| iurygregory | Provisioning State: active | 14:52 |
| cardoe | iurygregory: that monitor mapping would make sense with the quirks thing I pitched out. | 14:53 |
| iurygregory | cardoe, which one? my brain is basically blur after dealing with this idrac10 issue... | 14:53 |
| cardoe | https://review.opendev.org/c/openstack/sushy/+/955701 | 14:54 |
| cardoe | I can update that but the idea would be to create a class Quirk or something like that which would have some flags on it and that gets passed around to all the calls | 14:55 |
| cardoe | Much like we're passing stuff like... https://github.com/openstack/sushy/blob/faaf6cb687feda63f3b0177348f75f277f989dcd/sushy/resources/manager/manager.py#L233-L235 | 14:56 |
| iurygregory | got it, I do like the idea in general | 14:57 |
| iurygregory | just wondering how we will be automatically detecting since in some cases the logic is on the ironic side and not on sushy | 14:58 |
| iurygregory | we would try to map everything in sushy to cover all current cases we have? | 14:58 |
| cardoe | We could move the logic into sushy. | 14:58 |
| cardoe | Or Ironic can craft the quirks object and sushy will just take to passing it around internally. | 14:59 |
| TheJulia | o/ | 15:02 |
| TheJulia | So weekly meeeting?! | 15:02 |
| iurygregory | maybe? | 15:03 |
| kubajj | o/ | 15:03 |
| iurygregory | :D | 15:03 |
| mostepha[m] | o/ | 15:04 |
| TheJulia | #startmeeting ironic | 15:06 |
| opendevmeet | Meeting started Mon Sep 22 15:06:29 2025 UTC and is due to finish in 60 minutes. The chair is TheJulia. Information about MeetBot at http://wiki.debian.org/MeetBot. | 15:06 |
| opendevmeet | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | 15:06 |
| opendevmeet | The meeting name has been set to 'ironic' | 15:06 |
| TheJulia | o/ | 15:06 |
| iurygregory | o/ | 15:06 |
| kubajj | o/ | 15:06 |
| TheJulia | Lets see if have quorum! | 15:06 |
| * TheJulia does the quorum gathering interpretive dance | 15:07 | |
| * dtantsur is late | 15:07 | |
| rpittau | is even later! | 15:07 |
| cardoe | o/ | 15:07 |
| TheJulia | Okay, I think we have a basic quorum! | 15:08 |
| TheJulia | Looks like we don't have anything beyond our standing agenda today. | 15:08 |
| TheJulia | #link https://wiki.openstack.org/wiki/Meetings/Ironic | 15:08 |
| TheJulia | #topic Announcements/Reminders | 15:08 |
| TheJulia | A general reminder, please take time to review items labeled with "ironic-week-prio". A link for the dashboard is at https://tinyurl.com/ironic-weekly-prio-dash. | 15:09 |
| cardoe | The patch queue is pretty big (my metric is 25+) and there's a number of patches with a few +2's that are asking for feedback from other members. | 15:09 |
| cid | o/ | 15:10 |
| * iurygregory promises he will check things today, last week was idrac10 headache... | 15:10 | |
| rpittau | yeah, I'll check them this week | 15:10 |
| rpittau | need to be ready for release | 15:10 |
| abongale | 0/ | 15:10 |
| TheJulia | This week R-1, so final RC and intermediary releases. Since we've already done our branching and release cuts, odds are we'll get blocked from a .z version update until after the release. | 15:10 |
| TheJulia | Anything else for announcements or reminders? | 15:11 |
| alegacy | o/ | 15:12 |
| TheJulia | #topic Working Group Updates | 15:12 |
| TheJulia | First update, where are things at with Standalone networking? | 15:12 |
| alegacy | Good progress on the Bifrost+OVS front this past week | 15:13 |
| TheJulia | #link https://etherpad.opendev.org/p/ironic-standalone-networking | 15:13 |
| alegacy | I was able to get that setup to enroll, inspect, deploy a node using OVS as the switch and separate vlans for inspection, cleaning and tenant networks | 15:13 |
| alegacy | ...then delete + repeat to make sure things were still sane. | 15:14 |
| TheJulia | That sounds pretty good! | 15:14 |
| dtantsur | alegacy: wanna mention the fast-track issue? | 15:14 |
| alegacy | I've got the OVS commit almost ready to go. Just need to add a bit of documentation and then i'll present it for review | 15:14 |
| alegacy | Yes, dtantsur... thank you for reminding me | 15:14 |
| alegacy | So, discovered that if fast-track is enabled it causes issues because we switch the vlan and the node doesn't get rebooted before the next action | 15:15 |
| alegacy | that means that it (potentially) has IP address/route info that doesn't align with the current configured vlan. | 15:15 |
| alegacy | so short of creating some logic to determine if the network has actually changed before assessing whether fast-track is still viable we short of have to disable it when this feature is on | 15:16 |
| alegacy | unless we know some networks will be combined onto the same vlan | 15:16 |
| TheJulia | So, technically I suspect there needs to be a hint like line carrier needs to be torn down | 15:16 |
| TheJulia | to force re-address collection logic of the OS | 15:16 |
| TheJulia | That is, if it is applicable | 15:16 |
| dtantsur | I think we should disable it for the first stage, but we need to have a logic of "are we going to change anything" somewhere between the network and the boot interfaces | 15:17 |
| dtantsur | in case of Metal3, losing fast-track will annoy a lot of people (including your own colleagues alegacy :D) | 15:17 |
| TheJulia | maybe to rephrase into what I'm suspecting, might be good for the boot interface, related to fast track, should likely go "oh, no, can't fasttrack anymore here" | 15:17 |
| alegacy | yes, i know ;) | 15:17 |
| TheJulia | But may still be navigatable with link state cycling | 15:18 |
| dtantsur | TheJulia: yeah, but we need the network interface to tell us that | 15:18 |
| dtantsur | Which is tricky in the current design, where the tear_down_ramdisk call does not know why it was called and what is coming next. | 15:18 |
| TheJulia | yes, and I think in this state we likely can't just change the vlan, but need to shutdown the port and re-activate the port | 15:18 |
| TheJulia | This may also be a larger discussion than this meeting, fwiw. | 15:19 |
| dtantsur | Yeah, true. PTG? | 15:19 |
| alegacy | the driver currently doesn't take that kind of action. It can, but we'll have to look into that. | 15:19 |
| TheJulia | Possibly, yeah | 15:19 |
| dtantsur | alegacy: are you planning to join us for the PTG in late October? | 15:19 |
| alegacy | yes | 15:19 |
| alegacy | i'll make a note of this | 15:19 |
| TheJulia | Because there is an amount of context we need to uplevel the discussion to to meaningfully have it | 15:19 |
| TheJulia | PTG wise! | 15:20 |
| TheJulia | #link https://etherpad.opendev.org/p/ironic-ptg-2026.1 | 15:20 |
| alegacy | thanks TheJulia | 15:20 |
| TheJulia | Done with standalone networking for now? | 15:20 |
| TheJulia | i.e. are we good to proceed? | 15:21 |
| alegacy | a couple more comments, if I may | 15:21 |
| TheJulia | Sure | 15:21 |
| alegacy | I've got some reviews open to some pre-requisite items. I've had some reviews from JayF but would appreciate some more eyes on them. | 15:21 |
| alegacy | (including a revision of the spec) | 15:21 |
| TheJulia | Are they labeled with ironic-week-prio ? | 15:22 |
| alegacy | yes | 15:22 |
| TheJulia | okay, thanks! | 15:22 |
| alegacy | they were anyway... i'll double-check | 15:22 |
| alegacy | last item... I have a dependency between the ngs repo and the ironic repo since ngs now needs a base class from Ironic for the driver. | 15:23 |
| alegacy | what's the best way to deal with that? Should I just open the ngs review as a WIP even though the dependency won't be satisfied until my future Ironic change goes in? | 15:23 |
| TheJulia | alegacy: could you point us to that specifically ? | 15:24 |
| alegacy | i haven't uploaded it... i could expedite that | 15:24 |
| dtantsur | It souns unusual to me, won't the driver leave in Ironic proper? | 15:24 |
| alegacy | sorry... 2 different drivers here | 15:25 |
| TheJulia | It is sort of weird which is why I'm wanting to sort of see it. | 15:25 |
| alegacy | the Ironic network driver lives in Ironic, yes | 15:25 |
| TheJulia | yes | 15:25 |
| alegacy | but the switch driver that the standalone networking service will use will be ngs | 15:25 |
| alegacy | so i've added a new entrypoint to it... but it needs to conform to an interface that the standalone networking service owns/understands. | 15:26 |
| alegacy | so it creates a runtime dependency from ngs -> ironic | 15:26 |
| TheJulia | That seems sort of problematic to do that cross invocation, the call itself should ideally have what is needed | 15:26 |
| dtantsur | mmmmm | 15:26 |
| alegacy | i'll open a WIP review and point you to what I've done. Maybe there's a better way. | 15:26 |
| dtantsur | so it's a driver of the future standalone service? | 15:26 |
| TheJulia | I guess, that sort of goes back to could we see what you have now to try and wrap our heads around it | 15:26 |
| TheJulia | Yeah, that is the best path, I think. WIP it and then it is easier to have a focused discussion | 15:27 |
| alegacy | k, super | 15:27 |
| alegacy | that's it from me. | 15:27 |
| TheJulia | Okay, regarding eventlet! | 15:27 |
| TheJulia | We have what appears to be one outstanding patch: https://review.opendev.org/c/openstack/ironic/+/960209 | 15:27 |
| TheJulia | Which we'll want to backport since its more about config loading/parsing | 15:28 |
| TheJulia | in a specific launch use case | 15:28 |
| TheJulia | If there is anything else anyone is aware of, please spread awareness. | 15:28 |
| TheJulia | Anything else? | 15:28 |
| TheJulia | Since we have no pre-set discussion topics, we will proceed to Bug Deputy Updates | 15:29 |
| TheJulia | #topic Bug Deputy Updates | 15:29 |
| TheJulia | cid: looks like you updated the agenda to indicate 2 new bugs! | 15:29 |
| cid | Yeah, I was about to say, except bug deputy updates | 15:29 |
| TheJulia | oh, okay! | 15:30 |
| cid | It was a quiet week. There were two new bugs. | 15:30 |
| cid | With one that uncertain wether to triage as an RFE or not; https://bugs.launchpad.net/networking-generic-switch/+bug/2125229 | 15:30 |
| TheJulia | Sort of half and half I think | 15:31 |
| TheJulia | Mike (the filer) operates at a scale and might have hit something we don't see normally. | 15:31 |
| cid | I guess, it's mostly likely a bug. | 15:32 |
| cid | That's all for bug deputy updates. | 15:32 |
| cid | I'm always here as a fallback to take it up the next week(s) unless anybody else wants to give it a go. | 15:33 |
| TheJulia | I can likely do it this week | 15:33 |
| opendevreview | Merged openstack/ironic master: Documentation: image_checksum is ignored for OCI URL's https://review.opendev.org/c/openstack/ironic/+/961672 | 15:34 |
| cid | \o/, thanks, TheJulia. | 15:35 |
| cardoe | dtantsur: https://review.opendev.org/c/openstack/ironic/+/959087 is one that folks are waiting on you | 15:35 |
| TheJulia | Since we have no RFE review items, we can move forward to Open Discussion | 15:36 |
| TheJulia | #topic Open Discussion | 15:36 |
| TheJulia | I guess the only real item I have for open discussion is to just highlight the PTG etherpad | 15:36 |
| TheJulia | https://etherpad.opendev.org/p/ironic-ptg-2026.1 | 15:36 |
| iurygregory | I will take a closer look at the topics, we haven't booked the slots I will take this action | 15:37 |
| TheJulia | We *should* also likely begin trying to scope the size of the discussions | 15:37 |
| iurygregory | ++ | 15:37 |
| iurygregory | Do we have any topics that will require cross-team discussions? | 15:38 |
| iurygregory | I will send an email today to openstack discuss, in case other teams have topics they want to discuss with us | 15:38 |
| TheJulia | I think there should likely be a discussion with Nova regarding getting graphical console access for baremetal wrapped up. And with Neutron regarding supporting vxlan based terminations. I expect that whole vxlan topic to be a long-ish discussion where folks like Cardoe and myself need to get on the same page with neutron folks and ensure we have stuff written down or at least taksed to be written so the entire plan is | 15:39 |
| TheJulia | clear | 15:39 |
| cardoe | +1 | 15:40 |
| iurygregory | tks TheJulia | 15:40 |
| TheJulia | Anything else? | 15:41 |
| iurygregory | I would like to get feedback on https://review.opendev.org/c/openstack/ironic/+/961989 | 15:41 |
| iurygregory | this helped me to get idrac10 provisioned, finally | 15:42 |
| iurygregory | in case others have better idea on how we should approach this problem, tl;dr idrac10 requires us to use Slot1 and all the slots in the machine I have shows CD/DVD as mediatypes, but slot2 is returned first =) | 15:43 |
| TheJulia | I'd sort of really prefer the driver to have knowledge of that isolated out to the driver, but yeah | 15:43 |
| dtantsur | Similarly, I'd really prefer a design where this logic is in the idrac driver itself | 15:44 |
| iurygregory | humm ok, I will try to check that and see how to move forward o/ | 15:44 |
| dtantsur | maybe a private method on Redfish boot interface that returns acceptable ID's for a System? | 15:44 |
| TheJulia | I think I need to think about it and also look at the current state of the code, since I know idrac10 firmware has also highlighted some other logic changes/handling which is needed | 15:45 |
| dtantsur | so that the base class returns None (I don't care), where the iDRAC one returns "1" if the system is iDRAC 10 | 15:45 |
| TheJulia | dtantsur: That was sort of what my brain was noodling but I want to look at the enitre state of things first | 15:45 |
| dtantsur | (then at some point we get quirks, and hopefully this logic will become automated..) | 15:45 |
| iurygregory | ok, I will investigate this path after lunch =) | 15:46 |
| iurygregory | tks dtantsur TheJulia o/ | 15:46 |
| TheJulia | cool cool | 15:46 |
| TheJulia | What else! | 15:46 |
| iurygregory | nothing else from me | 15:46 |
| TheJulia | Okay cool, well then if there is nothing else, we can close this meeting and go back to Taking Over The World^W^H^W^H^W... success!? | 15:48 |
| iurygregory | take over idrac10 | 15:49 |
| iurygregory | :D | 15:49 |
| dtantsur | \o/ | 15:49 |
| TheJulia | cool cool, thanks everyone! | 15:49 |
| TheJulia | #endmeeting | 15:49 |
| opendevmeet | Meeting ended Mon Sep 22 15:49:56 2025 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 15:49 |
| opendevmeet | Minutes: https://meetings.opendev.org/meetings/ironic/2025/ironic.2025-09-22-15.06.html | 15:49 |
| opendevmeet | Minutes (text): https://meetings.opendev.org/meetings/ironic/2025/ironic.2025-09-22-15.06.txt | 15:49 |
| opendevmeet | Log: https://meetings.opendev.org/meetings/ironic/2025/ironic.2025-09-22-15.06.log.html | 15:49 |
| rpittau | iurygregory: I left a comment in the patch to hint a way to detect different idrac versions | 15:50 |
| TheJulia | iurygregory: oh! I suspect we should also likely do a cross-proejct session with cinder | 15:51 |
| TheJulia | regarding NVMe over TCP | 15:51 |
| iurygregory | rpittau, tks! | 15:51 |
| dtantsur | TheJulia: if you can take a look at https://review.opendev.org/c/openstack/ironic/+/960283 (OCI fixes) in the ~ near future, I'll be really happy | 15:51 |
| iurygregory | TheJulia, ack | 15:51 |
| * iurygregory goes to prepare his lunch | 15:51 | |
| TheJulia | dtantsur: I will try to when I can cycle to code review, I'm still in meeting chaos and I think now shifting to post-meeting action item resolution chaos | 15:52 |
| TheJulia | o/ shermanm | 15:56 |
| shermanm | o/ | 15:57 |
| TheJulia | alegacy: dtantsur: JayF: cid: iurygregory: stevebaker[m]: cardoe: kubajj: Okay, regarding the PTG, I've put rough time estimates on each item, please feel free to resize the amount of time, but if you do, then it might require elaboration or more detail upfront. That way we can begin to figure out scheduling overall. | 16:01 |
| TheJulia | link: https://etherpad.opendev.org/p/ironic-ptg-2026.1 | 16:01 |
| opendevreview | Julia Kreger proposed openstack/ironic master: docs: further revise OCI image checksum note. https://review.opendev.org/c/openstack/ironic/+/961996 | 16:08 |
| clif | Updated PTG to add a topic about trait based networking | 16:18 |
| TheJulia | clif: could you provid ea slightly more verbose intro, just to level folks to understanding what trait base networking is in this context, since I don't think everyone at the PTG will know off-hand | 16:31 |
| TheJulia | (and also, I'm tempted to point some other folks at the discussion to get them to go work upstream instead of building their own silo. | 16:31 |
| clif | In the pad or you mean as part of what I discuss? | 16:31 |
| TheJulia | etherpad please | 16:32 |
| TheJulia | Oh, I like "TBN" | 16:32 |
| opendevreview | Verification of a change to openstack/ironic stable/2025.2 failed: CI: replace the outdated Bifrost job https://review.opendev.org/c/openstack/ironic/+/961389 | 16:33 |
| opendevreview | Verification of a change to openstack/ironic master failed: Add cross-gating job with openstacksdk https://review.opendev.org/c/openstack/ironic/+/960393 | 16:35 |
| clif | :) | 16:36 |
| opendevreview | Merged openstack/ironic master: Deprecate usage of ironic.api.wsgi:initialize_wsgi_app https://review.opendev.org/c/openstack/ironic/+/960209 | 17:04 |
| opendevreview | Verification of a change to openstack/ironic master failed: Expose hardware model, manufacturer and system UUID via Redfish sensors https://review.opendev.org/c/openstack/ironic/+/959087 | 17:04 |
| opendevreview | Merged openstack/bifrost stable/2025.1: Do not pass empty values to instance_info https://review.opendev.org/c/openstack/bifrost/+/959276 | 17:16 |
| opendevreview | Verification of a change to openstack/ironic master failed: Expose hardware model, manufacturer and system UUID via Redfish sensors https://review.opendev.org/c/openstack/ironic/+/959087 | 18:42 |
| opendevreview | Merged openstack/networking-generic-switch master: Add security group support to netmiko_cisco_nxos https://review.opendev.org/c/openstack/networking-generic-switch/+/952314 | 18:43 |
| opendevreview | Merged openstack/networking-generic-switch master: Add security group support to netmiko_sonic https://review.opendev.org/c/openstack/networking-generic-switch/+/955252 | 18:45 |
| cardoe | Here’s a baby change. Are we good with the fields? https://review.opendev.org/c/openstack/ironic/+/960463 | 19:57 |
| opendevreview | Maksim Malchuk proposed openstack/bifrost stable/2024.2: Fix ansible linters https://review.opendev.org/c/openstack/bifrost/+/962026 | 20:09 |
| opendevreview | Maksim Malchuk proposed openstack/bifrost stable/2024.2: Do not pass empty values to instance_info https://review.opendev.org/c/openstack/bifrost/+/959277 | 20:10 |
| opendevreview | Allain Legacy proposed openstack/ironic master: Add inspect_all_interfaces option for managed inspection https://review.opendev.org/c/openstack/ironic/+/960824 | 20:31 |
| iurygregory | TheJulia, something along the lines https://paste.opendev.org/show/byowI5PZQp6GGwxLFdnT/ would be what dtantsur recommended, thoughts? | 21:08 |
| iurygregory | a private function in each driver that would return if a specific ID must be used for vmedia | 21:08 |
| iurygregory | I've added some safe guards with hasattr to identify if it would be a Manager/System resource that was used, and since idrac10 is new, the virtual media is under system | 21:10 |
| iurygregory | I'm re-testing with bifrost atm | 21:10 |
| TheJulia | I can look tomorrow, just sort of out of spoons today. | 22:05 |
| opendevreview | Merged openstack/ironic master: Expose hardware model, manufacturer and system UUID via Redfish sensors https://review.opendev.org/c/openstack/ironic/+/959087 | 22:13 |
| iurygregory | TheJulia, sure! no worries | 22:15 |
| opendevreview | Allain Legacy proposed openstack/networking-generic-switch master: WIP: Add standalone driver interface https://review.opendev.org/c/openstack/networking-generic-switch/+/962037 | 22:42 |
| opendevreview | Allain Legacy proposed openstack/bifrost master: Add support for OVS as a virtual switch https://review.opendev.org/c/openstack/bifrost/+/962038 | 22:47 |
| alegacy | dtantsur: TheJulia: as per our discussion at today's meeting, I've published a WIP for NGS... notice that generic_switch_ironic.py depends on ironic for base classes, exceptions, etc.. just like how generic_switch_mech.py currently depends on neutron for base case, exception, etc... that's what I was (unsuccessfully) trying to communicate this morning. | 22:51 |
| alegacy | here: https://review.opendev.org/c/openstack/networking-generic-switch/+/962037 | 22:51 |
| alegacy | and also... unrelated to that my changes to Bifrost for OVS support are here when you get some time: https://review.opendev.org/c/openstack/bifrost/+/962038 | 22:51 |
Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!