opendevreview | Julia Kreger proposed openstack/ironic-python-agent master: WIP: Multipath Hardware path handling https://review.opendev.org/c/openstack/ironic-python-agent/+/837039 | 02:04 |
---|---|---|
opendevreview | Merged openstack/ironic master: fix typo: container-format is bare https://review.opendev.org/c/openstack/ironic/+/837179 | 06:39 |
arne_wiebalck | Good morning, Ironic! | 06:41 |
rpittau | good morning ironic! o/ | 06:44 |
rpittau | please when someone has a minute check https://review.opendev.org/c/openstack/ironic-lib/+/837705 that fixes ironic-lib CI | 07:10 |
rpittau | also this https://review.opendev.org/c/openstack/ironic-python-agent/+/837661 to fix IPA | 07:12 |
dmellado | morning! | 08:49 |
dmellado | ;) | 08:49 |
dmellado | rpittau: +1'ed both. I was just thinking, though, to split the zuul patch into two. 1 set netboot to bios | 08:53 |
dmellado | 2) change job names | 08:53 |
dmellado | as they may be somehow unrelated, but as it's a small patch I won't become nitty xD | 08:53 |
rpittau | dmellado: thanks, I thought to split that in two but the changes are actually related, the names are misleading, if not completely wrong, and we should have one uefi and one bios, it makes sense to have just one change and fix all in one shot | 08:56 |
dmellado | rpittau: ack, wasn't aware of the misleading names! In any case it's just a minor change as I said, so no worries! Thanks! | 08:57 |
rpittau | we'll have to change some more names, luckily ironic-lib jobs are used just there :) | 08:58 |
opendevreview | Ameya Raut proposed openstack/ironic-tempest-plugin master: Dettaching instance_uuid for standalone TC's https://review.opendev.org/c/openstack/ironic-tempest-plugin/+/838462 | 09:47 |
dtantsur | morning folks | 10:44 |
dtantsur | rpioso: not sure if it's worth a meeting (but I've also just briefly skimmed through the scrollback). The DHCP-less work is about the IPA ramdisk. For final instances, just use config drives. | 10:45 |
opendevreview | Ebbex proposed openstack/bifrost master: dib: modify if-statement for debootstrap inclusion https://review.opendev.org/c/openstack/bifrost/+/838476 | 10:45 |
opendevreview | Aija Jauntēva proposed openstack/sushy-oem-idrac master: Update .gitreview after project rename https://review.opendev.org/c/openstack/sushy-oem-idrac/+/838479 | 10:57 |
opendevreview | Aija Jauntēva proposed openstack/sushy-oem-idrac stable/yoga: Update .gitreview after project rename https://review.opendev.org/c/openstack/sushy-oem-idrac/+/838480 | 10:58 |
opendevreview | Aija Jauntēva proposed openstack/sushy-oem-idrac stable/xena: Update .gitreview after project rename https://review.opendev.org/c/openstack/sushy-oem-idrac/+/838481 | 10:58 |
opendevreview | Aija Jauntēva proposed openstack/sushy-oem-idrac stable/wallaby: Update .gitreview after project rename https://review.opendev.org/c/openstack/sushy-oem-idrac/+/838482 | 10:59 |
opendevreview | Aija Jauntēva proposed openstack/sushy-oem-idrac stable/victoria: Update .gitreview after project rename https://review.opendev.org/c/openstack/sushy-oem-idrac/+/838483 | 10:59 |
smachi | Hi dtantsur | 11:21 |
smachi | dtantsur: I am part of Dell team and trying to leverage this patch (https://review.opendev.org/c/openstack/ironic/+/782760), our iDRAC is on private network even provisioning also on private network | 11:25 |
smachi | can we consume this 782760 solution? | 11:27 |
smachi | when we tried it is able to do boot from virtual media but at later stage while monitoring ipa logs it is failing | 11:29 |
dtantsur | smachi: you should be able to. check your networking for why IPA fails. | 11:30 |
smachi | dtantsur: we are getting error as 101, Failed to establish a new connection | 11:32 |
dtantsur | probably the network is not reachable | 11:34 |
iurygregory | morning Ironic o/ | 11:49 |
opendevreview | Verification of a change to openstack/ironic-python-agent master failed: Use Werkzeug modern version https://review.opendev.org/c/openstack/ironic-python-agent/+/837661 | 11:57 |
dtantsur | morning iurygregory | 11:58 |
dmellado | hey! morning|afternoon folks ;) | 12:12 |
iurygregory | hey dmellado o/ | 12:12 |
opendevreview | Ebbex proposed openstack/bifrost master: Allow for almalinux and rocky installations https://review.opendev.org/c/openstack/bifrost/+/837235 | 12:31 |
TheJulia | good morning | 12:32 |
cbouchar | Hi Folks: I'm trying to run a bifrost/installation on aarch64 machine. When I do a machine deploy, baremetal commands freeze & I'm seeing this error --> Validation of image href http://x.x.x.x:nnnn/DVD_MNT_RHEL7/images/pxeboot/vmlinuz failed, reason: HTTPConnectionPool(host='x.x.x.x', port=nnnn): Max retries exceeded... Prior to deploy, I was successfully doing wget x.x.x.x:nnnn/DVD_MNT_RHEL7/images/pxeboot/vmlinuz and running | 12:59 |
cbouchar | baremetal commands. Any ideas further steps to take to debug this? | 12:59 |
opendevreview | Ebbex proposed openstack/bifrost master: Allow for almalinux and rocky installations https://review.opendev.org/c/openstack/bifrost/+/837235 | 13:29 |
TheJulia | hmm | 13:30 |
TheJulia | cbouchar: where are you running the wget from? | 13:31 |
cbouchar | TheJulia: I ran it from the bifrost/ironic host. Since this is Proof of Concept, everything is on private network. | 13:32 |
TheJulia | so alongside the conductor | 13:32 |
cbouchar | TheJulia: wget no longer works after the deploy. | 13:32 |
TheJulia | oh wow | 13:33 |
TheJulia | is that a local http service? | 13:33 |
cbouchar | I believe so | 13:33 |
TheJulia | okay, so likely the bifrost install is squashing on the local http service you've arleady setup | 13:36 |
TheJulia | we tend to see people just use the same http service the conductor sets up | 13:36 |
cbouchar | I've not added anything new. Just using bifrost install. | 13:37 |
TheJulia | but if your using the same webserver that it installs, and it places new configuration, there is a possible conflict | 13:37 |
cbouchar | I'm using this same setup with x86 equipment with no issues. Has anyone run bifrost/ironic on aarch64 host? | 13:39 |
TheJulia | can anyone remember adam young's current irc nick | 13:40 |
TheJulia | cbouchar: I believe adam has, he just has a tendancy to change his nick sometimes | 13:41 |
iurygregory | ayoung | 13:41 |
TheJulia | iurygregory: he stopped using that a couple years back if memory serves | 13:41 |
iurygregory | well, last time I saw him online it was ayoung | 13:41 |
TheJulia | hmm | 13:41 |
iurygregory | I think it was last week or something... | 13:41 |
* TheJulia raises an eyebrow | 13:42 | |
iurygregory | https://meetings.opendev.org/irclogs/%23openstack-ironic/%23openstack-ironic.2022-04-13.log.html | 13:42 |
iurygregory | from the irc logs :D | 13:42 |
TheJulia | sneaky | 13:42 |
opendevreview | Merged openstack/ironic-lib master: Update jobs names https://review.opendev.org/c/openstack/ironic-lib/+/837705 | 13:44 |
*** rcastillo|ruck is now known as rcastillo|rover | 13:47 | |
opendevreview | Iury Gregory Melo Ferreira proposed openstack/ironic-python-agent stable/wallaby: WIP: Multipath Hardware path handling https://review.opendev.org/c/openstack/ironic-python-agent/+/837784 | 14:31 |
TheJulia | is there a unit test song about passing beer around? | 14:37 |
TheJulia | fix 1 test, have 2 fail | 14:47 |
rpittau | “99 little bugs in the code. 99 little bugs in the code. Take one down, patch it around. 127 little bugs in the code …” | 15:17 |
iurygregory | LOL | 15:47 |
iurygregory | nice one rpittau | 15:47 |
TheJulia | Yes. Exactly. | 15:49 |
tosky | that's (or was) on the door of one of the floors in my old Brno office | 15:50 |
tosky | unsuprisingly :) | 15:50 |
TheJulia | Sounds appropriate | 15:52 |
iurygregory | I never saw this in the Brno office =( | 15:55 |
opendevreview | Merged openstack/ironic-python-agent master: Use Werkzeug modern version https://review.opendev.org/c/openstack/ironic-python-agent/+/837661 | 16:01 |
rpittau | good night! o/ | 16:02 |
TheJulia | admiyo: o/ so bifrost on arm... :) | 18:29 |
TheJulia | have you experienced any issues with using a webserver after bifrost has installed | 18:30 |
opendevreview | Merged openstack/sushy-oem-idrac master: Update .gitreview after project rename https://review.opendev.org/c/openstack/sushy-oem-idrac/+/838479 | 19:23 |
stevebaker[m] | good morning | 19:24 |
opendevreview | Merged openstack/sushy-oem-idrac stable/yoga: Update .gitreview after project rename https://review.opendev.org/c/openstack/sushy-oem-idrac/+/838480 | 19:28 |
opendevreview | Merged openstack/sushy-oem-idrac stable/xena: Update .gitreview after project rename https://review.opendev.org/c/openstack/sushy-oem-idrac/+/838481 | 19:33 |
TheJulia | good morning | 20:01 |
aman | Hi! I have a question about node cleaning. Are all the steps listed here available for automated cleaning? https://docs.openstack.org/ironic/yoga/admin/cleaning.html#management-interface | 20:05 |
aman | I am compiling a list of default automated cleaning steps for esi users reference | 20:09 |
TheJulia | aman: so automated, unless explicitly overridden by a hardware manager is generally just erase_devices or erase_device_metadata. Granted the override could be used to invoke others differently on a global basis. | 20:10 |
TheJulia | aman: all of those should be available for manual cleaning though | 20:10 |
TheJulia | aman: hardware managers can also bring their own steps, for what it is worth | 20:14 |
aman | okay, that's what I needed to confirm. Thanks! I see erase_devices and erase_devices_metadata as the only in-band steps, i see some automated cleaning in ilo and irmc driver documentation, but I suspect these are driver-specific, out-of-band steps | 20:14 |
TheJulia | Well, there is automated cleaning, and manual cleaning | 20:14 |
TheJulia | manual cleaning wise, as in a human invoking cleaning clean steps being supplied, have the same capabilities available. Generally manual cleaning is for doing things such as setting up RAID | 20:15 |
TheJulia | or changing settings | 20:15 |
TheJulia | on the underlying hardware that is. | 20:15 |
aman | TheJulia, makes sense. I am trying to figure out tools available to node owners and lessees for maintenance and cleaning | 20:16 |
TheJulia | iurygregory: is there a storyboard entry for the Multipathing issue? | 20:16 |
iurygregory | TheJulia, nope | 20:16 |
TheJulia | iurygregory: do you have a couple minutes to be awesome and create one? | 20:17 |
iurygregory | doing now, since I'm already screaming to my builds locally :D | 20:17 |
TheJulia | aman: makes sense. | 20:17 |
TheJulia | iurygregory: thanks, working on the release note and commit message now | 20:17 |
TheJulia | unit tests and pep8 passes locally | 20:18 |
TheJulia | refactoring was... a bit much. | 20:18 |
iurygregory | I can imagine | 20:18 |
aman | I tried a bunch of manual cleaning stuff, it was easy to follow (documented very well), to get automated_clean steps, i checked the logs, these were the four steps {erase_devices:10, erase_devices_metadata:99, delete_configuration:0, create_configuration:0} | 20:20 |
TheJulia | yeah, delete and create configuration were on the raid interfaces | 20:20 |
iurygregory | TheJulia, https://storyboard.openstack.org/#!/story/2010003 | 20:25 |
opendevreview | Julia Kreger proposed openstack/ironic-python-agent master: Multipath Hardware path handling https://review.opendev.org/c/openstack/ironic-python-agent/+/837039 | 20:27 |
TheJulia | iurygregory: ^^ boom | 20:27 |
iurygregory | \o/ | 20:28 |
TheJulia | should be entirely optional, but yeah | 20:29 |
TheJulia | now to see how CI takes it | 20:29 |
opendevreview | Julia Kreger proposed openstack/ironic master: WIP: increase disk_erasure_coconcurrency https://review.opendev.org/c/openstack/ironic/+/838592 | 20:33 |
TheJulia | This might be interesting! | 20:33 |
opendevreview | Julia Kreger proposed openstack/ironic-python-agent master: WIP: Increment hardware manager version https://review.opendev.org/c/openstack/ironic-python-agent/+/838593 | 20:37 |
TheJulia | oh heh, there is a erase_pstore clean step | 20:39 |
TheJulia | arne_wiebalck: shouldn't that be a non-zero default? | 20:39 |
JayF | TheJulia: you know that the hardware manager versioning stuff is all pretty much superflous with the [pxe]/manage_agent_boot option gone | 20:40 |
TheJulia | yeeeaahhh... | 20:40 |
TheJulia | true | 20:40 |
JayF | TheJulia: since it's impossible for an agent to change versions mid-cleaning/deploy now, since Ironic puts it in place per node | 20:40 |
JayF | so like, if we have it, sure we should bump it... but just indicating it doesn't matter much | 20:40 |
TheJulia | yeah, i know | 20:40 |
TheJulia | aman: so. speaking of clean_steps being provided purely by the agent.... | 20:41 |
TheJulia | from a hardware manager... | 20:41 |
* TheJulia looks at the intertubes not loading a page and wonders if the tubes need coffeeeeeeeeee | 20:42 | |
* TheJulia wonders if a cat is sleeping on the tube router | 20:42 | |
TheJulia | aman: https://github.com/openstack/ironic-python-agent/blob/stable/yoga/ironic_python_agent/hardware.py#L1989-L2061 | 20:49 |
* TheJulia thinks IPA needs a "clustered filesystem guard" | 20:50 | |
aman | TheJulia, ohh great that sure helps, I'm wondering about these https://docs.openstack.org/ironic/latest/admin/drivers/ilo.html#supported-automated-cleaning-operations | 20:52 |
TheJulia | aman: likely if the driver is enabled and the node is being used with the ilo hardware type | 21:00 |
aman | TheJulia: cool, I have compiled the list of clean_steps provided by the agent and the drivers. Thanks! | 21:05 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!