Wednesday, 2020-09-02

jandersgood morning Ironic o/00:08
jandersuzumaki not sure, sorry... can you point me to the doco you're talking about? I can have a look around for you too00:09
uzumakijanders, morning! o/00:09
uzumakilemmi see if I can find that out00:09
uzumakihttps://docs.openstack.org/ironic/latest/admin/raid.html#software-raid00:09
uzumakisee bullet 200:09
* janders is looking at code00:10
jandersuzumaki what hardware/driver are you using?00:11
uzumakiI'm currently thinking of software raid00:11
uzumakibut for the hardware counterpart, it's idrac00:11
jandersACK (and good point BTW, I should have remembered from the link :)00:12
uzumakito err is human janders00:13
*** JamesBenson has joined #openstack-ironic00:13
jandersI don't see an explicit check for this in the code. Unless anyone else has a better idea my recommendation would be test it and see how you go. I wouldn't be surprised if it works, just considered not-so-good practice00:15
uzumakiHmmm that's what I thought as well..00:16
*** JamesBenson has quit IRC00:18
*** chihhsin has joined #openstack-ironic00:37
*** rcernin_ has joined #openstack-ironic00:45
*** rcernin has quit IRC00:47
*** JamesBenson has joined #openstack-ironic00:56
*** JamesBenson has quit IRC01:00
*** uzumaki has quit IRC01:04
*** ijw__ has quit IRC01:20
*** ijw has joined #openstack-ironic01:20
openstackgerritChristopher Dearborn proposed openstack/sushy master: WIP: Allow monitoring progress of a firmware update  https://review.opendev.org/74595001:22
*** Qianbiao has joined #openstack-ironic01:29
*** JamesBenson has joined #openstack-ironic01:35
*** JamesBenson has quit IRC01:40
*** JamesBenson has joined #openstack-ironic02:46
*** rcernin_ has quit IRC03:19
*** stevebaker has quit IRC03:21
*** rcernin_ has joined #openstack-ironic03:34
openstackgerritLi Yingjun proposed openstack/bifrost master: Variable testing should be converted to bool in if case  https://review.opendev.org/74942103:55
*** zaneb has quit IRC04:12
*** zaneb has joined #openstack-ironic04:12
*** cdearborn has quit IRC04:25
*** Qianbiao has quit IRC04:40
*** rh-jelabarre has quit IRC04:41
jandersbfournie dtantsur|afk here are the firewall-cmd commands from my Aussie colleague that I mentioned earlier - these made firewall configuration more appropriate for real baremetal work: http://paste.openstack.org/show/797358/04:47
*** gyee has quit IRC05:07
*** tzumainn has quit IRC05:31
*** hjensas has joined #openstack-ironic05:39
openstackgerritparesh sao proposed openstack/ironic master: [WIP] OOB one button secure erase for iLO5 based HPE Proliant servers.  https://review.opendev.org/74386805:45
arne_wiebalckGood morning, ironic!05:51
jandersgood morning arne_wiebalck05:54
arne_wiebalckhey janders :)05:54
*** Qianbiao has joined #openstack-ironic05:58
*** arne_wiebalck has quit IRC06:01
*** arne_wiebalck has joined #openstack-ironic06:02
*** rajinir__ has joined #openstack-ironic06:02
*** rajinir has quit IRC06:03
*** rajinir__ is now known as rajinir06:03
*** JamesBenson has quit IRC06:39
*** rcernin_ has quit IRC06:51
*** rcernin_ has joined #openstack-ironic06:54
iurygregorygood morning arne_wiebalck janders and Ironic!06:57
arne_wiebalckhey iurygregory o/06:57
*** jtomasek has joined #openstack-ironic07:00
openstackgerritAnkit Kumar proposed openstack/ironic master: Enhance certificate verification for ilo harware type  https://review.opendev.org/74349007:16
jandershey iurygregory07:20
openstackgerritparesh sao proposed openstack/ironic master: OOB one button secure erase for iLO5 based HPE Proliant servers.  https://review.opendev.org/74386807:24
openstackgerritparesh sao proposed openstack/ironic master: OOB one button secure erase for iLO5 based HPE Proliant servers.  https://review.opendev.org/74386807:26
*** sshnaidm|afk is now known as sshnaidm07:32
*** rcernin_ has quit IRC07:35
*** tosky has joined #openstack-ironic07:38
rpittaugood morning ironic! o/07:38
iurygregorymorning rpittau o/07:39
rpittauhey iurygregory :)07:39
rpittaummmm multinode is still broken ?07:41
iurygregoryyes =(07:41
iurygregoryI'm looking at it but no luck no sar07:42
iurygregoryso far*07:42
iurygregorylol07:42
rpittauand metalsmith too07:42
* iurygregory needs to stop trying to talk in slack and irc at same time with different people07:42
iurygregoryyeah07:42
openstackgerritRiccardo Pittau proposed openstack/ironic-python-agent master: Move ironic-standalone-ipa-src to Ubuntu Focal  https://review.opendev.org/74821307:46
*** uzumaki has joined #openstack-ironic07:49
*** fmuyassarov has joined #openstack-ironic07:53
*** fmuyassarov has quit IRC07:54
QianbiaoHello Ironic.07:54
Qianbiaogood morning, iurygregory rpittau and arne_wiebalck>07:55
rpittauhey Qianbiao :)07:55
arne_wiebalckhey Qianbiao o/07:55
Qianbiaohey 0/07:55
rpittauthere's a new version of setuptools available, I'll try with a recheck07:56
iurygregorymorning Qianbiao07:56
Qianbiaomorning :)07:57
Qianbiaoi need some suggestion for ironic devstack env settings.07:59
Qianbiaocurrently, i setup env with doc https://docs.openstack.org/ironic/latest/contributor/dev-quickstart.html.07:59
Qianbiaothe virt nodes deployed.07:59
QianbiaoAnd now i want to deploy real baremetals.07:59
openstackgerritRiccardo Pittau proposed openstack/metalsmith master: [DNM] test ci  https://review.opendev.org/74945207:59
Qianbiaowhat doc should i try next?07:59
QianbiaoI am stucted with the pxe dhcp network issue for days.08:00
*** lucasagomes has joined #openstack-ironic08:05
*** Nisha_Agarwal has joined #openstack-ironic08:06
*** stevebaker has joined #openstack-ironic08:17
openstackgerritIury Gregory Melo Ferreira proposed openstack/ironic master: [DNM] Test multinode  https://review.opendev.org/74945908:19
*** dtantsur|afk is now known as dtantsur08:23
dtantsurmorning ironic08:23
iurygregorymorning dtantsur08:23
rpittauhey dtantsur :)08:23
stevebakerdtantsur: good evening08:23
dtantsurjanders: it makes sense, but I don't know if we should use internal or create our own zone. I assume our own zone is more flexible, especially in presence of other software on the machine08:24
jandersgood morning dtantsur08:31
jandersdtantsur +1 regarding own zome08:32
janderss/zome/zone08:32
jandersI'll be AFK for the next 2 hours and a bit08:33
openstackgerritDmitry Tantsur proposed openstack/bifrost master: Create our own firewalld zone and use it on real bare metal  https://review.opendev.org/74928508:39
*** rcernin_ has joined #openstack-ironic08:39
dtantsurbfournie, janders, trandles, updated ^^08:39
openstackgerritRiccardo Pittau proposed openstack/bifrost master: Fix error 601  https://review.opendev.org/74920908:42
openstackgerritDmitry Tantsur proposed openstack/bifrost master: Use packaged iPXE ROMs for openSUSE  https://review.opendev.org/74789408:42
*** rcernin_ has quit IRC08:46
rpittauit's interesting that metalsmith integration started failing between 17 and 19 utc yesterday08:53
dtantsursigh08:53
iurygregorymagic08:54
rpittauI'm truly puzzled08:54
rpittauyep, metalsmith is completely broken08:55
rpittaueven with the latest setuptools version08:55
*** Nisha_Agarwal has quit IRC08:59
dtantsura link handy?09:00
rpittaudtantsur: https://2738d7d5de88b98d3378-26cfc451d4618cee8c0e628e323364bb.ssl.cf2.rackcdn.com/749452/1/check/metalsmith-integration-glance-localboot-centos7/76dbfca/job-output.txt09:02
* dtantsur blinks09:03
*** derekh has joined #openstack-ironic09:05
dtantsurlemme try something09:05
openstackgerritDmitry Tantsur proposed openstack/metalsmith master: Add the setuptools workaround  https://review.opendev.org/74946809:08
dtantsurdunno, maybe unrelated, but let's try ^^09:08
rpittauI saw the change in devstack, I didn't think about applying that there :/09:11
rpittauthe multinode job issue seems more tricky, the instances stopped loading from pxe09:12
openstackgerritKaifeng Wang proposed openstack/ironic-specs master: Snapshot support  https://review.opendev.org/74693509:14
dtantsurrpittau: the multinode job started passing this morning :)09:20
* dtantsur has no clue09:20
* rpittau facepalm and table flipping at the same time09:21
dtantsurtwo green runs: https://zuul.openstack.org/builds?job_name=ironic-tempest-ipa-wholedisk-direct-tinyipa-multinode09:21
dtantsurthat does not mean it's fixed, of course09:21
rpittauwell, yeah, looking at the history though it's a huge improvement!09:21
*** zzzeek has quit IRC09:32
*** zzzeek has joined #openstack-ironic09:33
openstackgerritRiccardo Pittau proposed openstack/bifrost master: Fix error 601  https://review.opendev.org/74920909:35
openstackgerritRiccardo Pittau proposed openstack/bifrost master: Fix error 601  https://review.opendev.org/74920909:35
openstackgerritRiccardo Pittau proposed openstack/bifrost master: Fix error 601  https://review.opendev.org/74920909:37
openstackgerritRiccardo Pittau proposed openstack/bifrost master: Fix error 601  https://review.opendev.org/74920909:38
openstackgerritRiccardo Pittau proposed openstack/bifrost master: Fix error 601  https://review.opendev.org/74920909:41
*** zzzeek has quit IRC09:48
*** zzzeek has joined #openstack-ironic09:49
rpittaucan I please get one more review for https://review.opendev.org/746901 and https://review.opendev.org/747228 ?10:05
patchbotpatch 746901 - ironic-python-agent-builder - Build centos8 on centos8 - 4 patch sets10:05
patchbotpatch 747228 - ironic-python-agent-builder - Remove old proc before finalising tinyipa - 2 patch sets10:05
*** zzzeek has quit IRC10:08
openstackgerritVerification of a change to openstack/ironic failed: Handle an older agent with agent_token  https://review.opendev.org/74573610:09
*** zzzeek has joined #openstack-ironic10:10
dtantsurwe have a release deadline for ironic-lib and metalsmith this week, please review https://review.opendev.org/749053 and https://review.opendev.org/74764110:18
patchbotpatch 749053 - ironic-lib - Drop the dependency on oslo.service loopingcall - 1 patch set10:18
patchbotpatch 747641 - ironic-lib - Move some generic functions from IPA - 2 patch sets10:18
openstackgerritAkihiro Motoki proposed openstack/ironic-ui master: [goal] Migrate testing to ubuntu focal  https://review.opendev.org/74470810:18
*** ijw has quit IRC10:19
*** ijw has joined #openstack-ironic10:20
*** ijw has quit IRC10:25
*** janders has quit IRC10:26
*** yolanda has joined #openstack-ironic10:26
*** janders has joined #openstack-ironic10:27
*** k_mouza has joined #openstack-ironic10:32
*** Nisha_Agarwal has joined #openstack-ironic10:33
*** ijw has joined #openstack-ironic10:39
*** chihhsin has quit IRC10:40
*** rcernin_ has joined #openstack-ironic10:42
*** ijw has quit IRC10:44
*** rcernin_ has quit IRC10:47
dtantsuryay, https://review.opendev.org/#/c/749468/ worked, please review10:49
patchbotpatch 749468 - metalsmith - Add the setuptools workaround - 1 patch set10:49
dtantsurthis ^^ fixes metalsmith, ironic and IPA CI hopefully10:52
iurygregory\o/10:56
rpittauawesome10:57
*** zzzeek has quit IRC10:57
*** zzzeek has joined #openstack-ironic11:00
*** Nisha_Agarwal has quit IRC11:05
*** hjensas has quit IRC11:06
*** hjensas has joined #openstack-ironic11:07
*** k_mouza has quit IRC11:09
*** Qianbiao has quit IRC11:10
openstackgerritRiccardo Pittau proposed openstack/ironic master: Explicitely do not allocate initial space for virtual volumes  https://review.opendev.org/74935711:11
*** ijw has joined #openstack-ironic11:11
openstackgerritNisha Agarwal proposed openstack/ironic master: Adds few of the security dashboard parameters to capabilities  https://review.opendev.org/74641611:12
openstackgerritNisha Agarwal proposed openstack/ironic master: Adds few of the security dashboard parameters to capabilities  https://review.opendev.org/74641611:13
*** ijw has quit IRC11:15
openstackgerritNisha Agarwal proposed openstack/ironic master: Adds few of the security dashboard parameters to capabilities  https://review.opendev.org/74641611:18
*** k_mouza has joined #openstack-ironic11:30
*** Qianbiao has joined #openstack-ironic11:31
*** k_mouza has quit IRC11:31
*** k_mouza has joined #openstack-ironic11:32
*** k_mouza has quit IRC11:34
*** ijw has joined #openstack-ironic11:42
*** Lucas_Gray has joined #openstack-ironic11:47
*** ijw has quit IRC11:47
*** Goneri has joined #openstack-ironic11:49
*** rh-jelabarre has joined #openstack-ironic11:53
*** Lucas_Gray has quit IRC11:57
*** JamesBenson has joined #openstack-ironic12:01
*** uzumaki has quit IRC12:02
*** Lucas_Gray has joined #openstack-ironic12:05
*** derekh has quit IRC12:09
*** ijw has joined #openstack-ironic12:14
*** ijw has quit IRC12:19
*** Lucas_Gray has quit IRC12:30
*** Lucas_Gray has joined #openstack-ironic12:39
openstackgerritMerged openstack/metalsmith master: Add the setuptools workaround  https://review.opendev.org/74946812:44
*** ijw has joined #openstack-ironic12:46
openstackgerritDmitry Tantsur proposed openstack/metalsmith stable/ussuri: Add the setuptools workaround  https://review.opendev.org/74949512:46
openstackgerritVerification of a change to openstack/ironic-lib failed: Drop the dependency on oslo.service loopingcall  https://review.opendev.org/74905312:52
openstackgerritDmitry Tantsur proposed openstack/ironic master: Support caching http:// images locally in the direct deploy  https://review.opendev.org/74949613:00
*** derekh has joined #openstack-ironic13:03
TheJuliagood morning13:11
*** fdegir has quit IRC13:11
*** maelk has quit IRC13:11
iurygregorygood morning TheJulia =)13:12
rpittaugood morning TheJulia :)13:12
dtantsurmorning TheJulia13:13
rpittauTheJulia: I'm afraid I was right about the initial allocation for the virtual volumes, we were not allocating any as the behavior of virsh was "faulty", at least looking at the output of the commands13:14
openstackgerritAnkit Kumar proposed openstack/ironic master: Enhance certificate verification for ilo harware type  https://review.opendev.org/74349013:14
openstackgerritRiccardo Pittau proposed openstack/bifrost master: Follow up on "Fix error 601"  https://review.opendev.org/74949913:15
openstackgerritDmitry Tantsur proposed openstack/ironic master: Support file:/// images for the direct deploy  https://review.opendev.org/74837913:15
TheJuliarpittau: oh joy13:16
openstackgerritDmitry Tantsur proposed openstack/ironic master: Support caching http:// images locally in the direct deploy  https://review.opendev.org/74949613:16
* TheJulia needs to go put like... going out in the big blue room cloths to drop her fiesta off at the dealer for repairs13:16
openstackgerritRiccardo Pittau proposed openstack/bifrost master: Follow up on "Fix error 601"  https://review.opendev.org/74949913:18
TheJuliadtantsur: your file:/// change lgtm13:20
dtantsurthx!13:21
iurygregorysomehow the multinode job is getting happier O.o13:23
rpittauiurygregory: yep13:23
dtantsuryeah..13:23
iurygregory11 jobs today 9 green O.o13:23
TheJuliadtantsur: I did put one comment on maybe noting a caveat, but yeah.13:26
TheJuliawut....13:26
TheJuliaw/r/t grenade13:26
TheJuliaif nova is no longer being upgraded though.... it is likely passing13:27
TheJuliaor the other side is down maybe13:27
TheJuliawe have actually seen that before :\13:27
dtantsurTheJulia: which multi-conductor issue do you have in mind? I'd expect us to re-cache images on rebuild, no?13:28
openstackgerritRiccardo Pittau proposed openstack/ironic-python-agent-builder master: Use tinycore 11 to build tinyipa  https://review.opendev.org/71164713:29
TheJuliadtantsur: if someone only has the file on a single conductor and then requests deploy which is recieved managed and processed by a different conductor13:29
dtantsurTheJulia: ah, this. well, we should document it, but that has always been a problem with file:// images.13:29
dtantsurI'll add this as a work item on https://storyboard.openstack.org/#!/story/200807513:30
TheJuliatrue, yeah13:32
* TheJulia looks at the corgi overlord who thinks we're taking him to a friends place because I have shoes on....13:32
* TheJulia just facepalms13:32
jandershi TheJulia13:34
jandersI'm wrapping up for the night, see you tomorrow Ironic o/13:35
rpittaubye janders :)13:35
janders( TheJulia apologies for saying "Hi" and "Bye" at the same time :) )13:35
iurygregorybye janders13:35
openstackgerritDmitry Tantsur proposed openstack/ironic master: Allow setting image_download_source per node  https://review.opendev.org/74950413:41
dtantsurokay, this should be the last missing bit13:41
iurygregoryif anyone has some time today https://review.opendev.org/#/c/689844/ the only missing thing for dhcp-less =)13:47
patchbotpatch 689844 - ironic - Add L3 boot section to the docs - 20 patch sets13:47
*** tzumainn has joined #openstack-ironic13:48
dtantsuriurygregory: could we have a CI job as well? :)13:49
dtantsur(+2 to the docs patch)13:50
iurygregorydtantsur, if you want I can give some time to figure out how to setup a job for it =)13:50
dtantsurthat would be awesome. it's a non-trivial feature that deserves some coverage.13:51
dtantsurI guess it will be a separate job where you disable DHCP on the neutron subnet we use13:51
dtantsuror we can update one of the existing vmedia jobs?13:51
iurygregoryhummm13:52
iurygregoryupdate the vmedia jobs would make sense13:52
iurygregoryjust need to figure out how to include the simple-init element and generate a valid network_data.json13:52
iurygregoryI think that would be the path...13:53
dtantsuroh yeah, a custom DIB image..13:57
iurygregoryyup13:58
iurygregorywould be necessary13:58
*** sshnaidm is now known as sshnaidm|bbl13:58
dtantsuriurygregory: maybe update your doc patch to make it more obvious that the IPA images that we build by default (and ship) will NOT work?13:58
iurygregorydtantsur, L 250 says it's necessary to add the element https://review.opendev.org/#/c/689844/20/doc/source/admin/drivers/redfish.rst13:59
patchbotpatch 689844 - ironic - Add L3 boot section to the docs - 20 patch sets13:59
*** ijw has quit IRC14:00
iurygregorybut also say that the default images we offer won't work right?14:00
iurygregoryI'm wondering if would be good to update the ipa-builder docs about it14:00
*** Lucas_Gray has quit IRC14:05
*** thiagop has joined #openstack-ironic14:07
*** ijw has joined #openstack-ironic14:17
*** ijw has quit IRC14:21
dtantsur+1 to both14:22
openstackgerritMerged openstack/ironic-python-agent-builder master: Remove old proc before finalising tinyipa  https://review.opendev.org/74722814:23
openstackgerritMerged openstack/ironic-python-agent-builder master: Build centos8 on centos8  https://review.opendev.org/74690114:23
iurygregoryok I will update the docs =)14:24
iurygregorywarning or note?14:24
*** dking has quit IRC14:29
*** Qianbiao has quit IRC14:31
*** Lucas_Gray has joined #openstack-ironic14:32
*** fdegir has joined #openstack-ironic14:34
*** maelk has joined #openstack-ironic14:35
dtantsuriurygregory: worth a warning, I guess?14:37
dtantsurup to you14:37
iurygregorydtantsur, ack =)14:37
*** rcernin_ has joined #openstack-ironic14:44
*** Qianbiao has joined #openstack-ironic14:46
*** ijw has joined #openstack-ironic14:48
*** rcernin_ has quit IRC14:49
TheJuliaokay, I'm back14:53
*** ijw has quit IRC14:53
dtantsuranyone brave enough to review the TLS patch? :) https://review.opendev.org/74792114:56
patchbotpatch 747921 - bifrost - TLS support for API services - 21 patch sets14:56
*** thiagop has quit IRC14:56
openstackgerritIury Gregory Melo Ferreira proposed openstack/ironic master: Add L3 boot section to the docs  https://review.opendev.org/68984414:58
*** belmoreira has joined #openstack-ironic14:59
*** thiagop has joined #openstack-ironic14:59
iurygregorydtantsur, I don't have enough knowledge but I will try =)15:01
dtantsuriurygregory: I didn't have enough knowledge to write it :D I believe you can review it!15:01
iurygregoryyay!15:01
*** Qianbiao has quit IRC15:03
iurygregorygotta love gerrit "Code Review - Error / Server Unavailable 0"15:18
dtantsuryeah15:19
*** ijw has joined #openstack-ironic15:19
rpittaudtantsur: I'll give that a try, it's just big :D15:20
iurygregory38 files15:22
iurygregoryI'm going to deploy an env to see how it goes15:22
*** ijw has quit IRC15:24
* TheJulia writes scarey warnings because... why not15:28
*** vmud213 has joined #openstack-ironic15:28
openstackgerritVerification of a change to openstack/ironic-python-agent failed: If listen_tls is true, enable TLS on wsgi server  https://review.opendev.org/74719315:29
*** tosky has quit IRC15:31
rpittaudtantsur: the logic looks good, just left 1 comment for linters, if you want to correct it now15:37
dtantsurrpittau: I guess it's copy-paste, I can update it quickly15:38
rpittauok15:39
dtantsurrpittau: although.. it's going to cause a conflict with your lint change anyway :(15:40
dtantsuriurygregory: could you maybe review/approve https://review.opendev.org/#/c/749209/ so that I can rebase?15:40
patchbotpatch 749209 - bifrost - Fix error 601 - 8 patch sets15:40
iurygregorydtantsur, sure15:42
openstackgerritDmitry Tantsur proposed openstack/ironic master: [WIP] Accept and use a TLS certificate from the agent  https://review.opendev.org/74713615:42
*** ijw has joined #openstack-ironic15:52
*** belmoreira has quit IRC15:53
openstackgerritJames Denton proposed openstack/networking-generic-switch master: Support multiple links in link_local_information dict of portgroups  https://review.opendev.org/55705115:55
*** ijw has quit IRC15:57
* TheJulia wonders if anything will break with the current patch she is working on15:57
thiagoptrust the gatekeeper?!15:58
TheJuliapossibly15:59
*** lucasagomes has quit IRC16:00
*** ijw has joined #openstack-ironic16:00
*** ijw has quit IRC16:01
*** ijw has joined #openstack-ironic16:01
openstackgerritMerged openstack/metalsmith stable/ussuri: Add the setuptools workaround  https://review.opendev.org/74949516:03
openstackgerritRiccardo Pittau proposed openstack/ironic master: Replace retrying with tenacity  https://review.opendev.org/37657416:04
rpittauslowly tenaciously moving forward with tenacity :)16:04
rpittaufantastic, ironic-standalone-ipa-src is passing on ubuntu focal with the correct disk space \o/16:05
openstackgerritRiccardo Pittau proposed openstack/ironic-python-agent master: Move ironic-standalone-ipa-src to Ubuntu Focal  https://review.opendev.org/74821316:06
TheJulia\o/16:08
clarkbrpittau: did you figure out why it used more disk on focal?16:09
rpittauclarkb: yes! well... kinda :)16:10
rpittaubasically the behavior of virsh was "wrong" in bionic, it seems, it was initializing the volumes with no initial allocated space, while in focal it looks correct and you need to add allocation 016:10
rpittauI'm not sure it's virsh or the translation to the resize command in qemu16:11
TheJuliaw/r/t https://zuul.opendev.org/t/openstack/build/16831cc81d0c4c9ebb61ad3823532286 <-- It feels like we can change the tempest test to optionally delete the VIF if is an ironic since ?train?16:15
rpittaummm yeah16:15
clarkbrpittau: thanks, good to know that the behavior is changing there16:15
rpittauclarkb: no problem, it's kind of fun that last 3 times I talked on #openstack-infra for a problem, I found the fix right after :D16:17
openstackgerritMerged openstack/bifrost master: Fix error 601  https://review.opendev.org/74920916:21
clarkbrpittau: sometimes just talking about the problem is all that is needed to figure things out (I am probably guilty of doing this a lot)16:22
openstackgerritDmitry Tantsur proposed openstack/bifrost master: TLS support for API services  https://review.opendev.org/74792116:25
dtantsurfinally rebased ^^16:25
rpittauclarkb: I completely agree, not the "guilt" part :)16:25
* dtantsur can confirm as well16:25
rpittaudtantsur: I did a follow up on 601 ansbile lint, not sure if there are conflicts with your patch, if yours merge first it's totally fine16:28
dtantsurshouldn't be, the keystone start was the only place16:28
rpittauok16:28
* rpittau won't let pizza wait16:29
rpittaugoodnight o/16:29
openstackgerritJulia Kreger proposed openstack/ironic master: Remove token-less agent support  https://review.opendev.org/74940716:39
openstackgerritJulia Kreger proposed openstack/ironic master: Minor agent version code cleanup  https://review.opendev.org/74955216:39
TheJuliaI think bob would appreciate reviews on https://review.opendev.org/#/c/74707216:43
patchbotpatch 747072 - ironic-python-agent - Update the cache if we don't have a root device hint - 6 patch sets16:43
*** dking has joined #openstack-ironic16:48
openstackgerritvinay kumar muddu proposed openstack/ironic master: Adds ilo-uefi-https boot interface to ilo5  https://review.opendev.org/74550116:50
*** Lucas_Gray has quit IRC16:50
TheJuliahmm, random job failures are a bit strong today16:51
openstackgerritJulia Kreger proposed openstack/ironic master: Minor agent version code cleanup  https://review.opendev.org/74955216:52
openstackgerritVerification of a change to openstack/ironic-lib failed: Drop the dependency on oslo.service loopingcall  https://review.opendev.org/74905316:56
*** dtantsur is now known as dtantsur|afk16:57
dtantsur|afko/16:57
*** vmud213 has quit IRC16:58
TheJuliaAnyone interested in mentoring new contributors over the next 3 or so months?16:59
TheJuliaiurygregory: interested?16:59
iurygregoryTheJulia, I'm interested but need to get approval from my manager probably...17:02
TheJuliak, I'm putting in an application for Boston University, I'll note at we may be able to provide multiple mentors and I'll just put myself on the hook. This fall seems to be mentorship season since I have also been asked to do some other mentorship17:03
iurygregoryand we would probably need to define some tasks for the contributors I assume ..17:03
TheJuliaYeah, I have some thoughts around kexec and persistent agents17:03
iurygregorygotcha17:04
TheJuliasince that would actually end up being cross-community collaborative in terms of working with operator/scientific communities17:04
*** rcernin_ has joined #openstack-ironic17:04
iurygregorynice17:04
iurygregoryI'm mentor in the program of my university in Brazil (next week we will have a person adding the support for volume target on openstacksdk) =)17:05
*** derekh has quit IRC17:08
*** rcernin_ has quit IRC17:08
*** mgoddard has quit IRC17:12
openstackgerritMerged openstack/ironic master: Handle an older agent with agent_token  https://review.opendev.org/74573617:52
TheJuliawoot!18:00
openstackgerritJulia Kreger proposed openstack/ironic bugfix/15.2: Handle an older agent with agent_token  https://review.opendev.org/74956318:00
openstackgerritJulia Kreger proposed openstack/ironic bugfix/15.1: Handle an older agent with agent_token  https://review.opendev.org/74956418:00
openstackgerritMerged openstack/ironic master: Explicitely do not allocate initial space for virtual volumes  https://review.opendev.org/74935718:03
openstackgerritChristopher Dearborn proposed openstack/sushy master: WIP: Allow monitoring progress of a firmware update  https://review.opendev.org/74595018:12
trandlesTheJulia: I saw your message about "mentoring new contributors" and got all excited. I'm not enrolling at BU but would love to have someone to nag with questions so I don't feel like I'm just a general annoyance.18:15
TheJulialol18:15
TheJuliatrandles: you can already nag us :)18:15
TheJuliaand no, none of it is an annoyance!18:15
trandlesthanks, that helps18:15
TheJuliaSo how can we help!?18:16
trandlesoh that's actually a good transition...I have a question about IPA images in /httpboot/. Does Ironic do a sanity check (compute the sha256 hash) when the kernel and initramfs are transferred? Do I need to provide the hash in /httpboot/ for images I build?18:18
TheJulia so which images, the deploy kernel/ramdisk in the uuid folder. So /httpboot/<uuid>/deploy_[kernel|ramdisk]? or say /httpboot/ipa.[kernel|initramfs]18:19
TheJulia?18:19
trandles/httpboot/ipa.*18:20
trandlesI haven't started playing too much with the deploy_* yet this go around.18:21
*** k_mouza has joined #openstack-ironic18:32
openstackgerritMerged openstack/ironic-python-agent master: Make WSGI server respect listen_* directives  https://review.opendev.org/74876718:35
TheJuliaso those are placed by the playbook and would be replaced upon bifrost re-install18:36
TheJuliaironic doesn't look or check for checksums on those files since generally it is something you've locked up in glance/swift or your system automation is placing it18:36
*** k_mouza has quit IRC18:36
* TheJulia looks at a unit test merge conflict and sighs18:37
*** thiagop has quit IRC18:46
*** thiagop has joined #openstack-ironic18:46
*** thiagop has quit IRC18:48
*** thiagop has joined #openstack-ironic18:54
*** ftarasenko has joined #openstack-ironic19:08
*** zzzeek has quit IRC19:17
*** zzzeek has joined #openstack-ironic19:18
*** zzzeek has quit IRC19:25
*** zzzeek has joined #openstack-ironic19:27
openstackgerritMerged openstack/ironic master: Suffix the ISO names with '.iso'  https://review.opendev.org/74827719:40
openstackgerritVerification of a change to openstack/ironic-python-agent failed: If listen_tls is true, enable TLS on wsgi server  https://review.opendev.org/74719319:40
TheJuliaugh19:51
*** zzzeek has quit IRC19:53
*** zzzeek has joined #openstack-ironic19:56
openstackgerritJulia Kreger proposed openstack/ironic stable/ussuri: Handle an older agent with agent_token  https://review.opendev.org/74958519:57
openstackgerritJulia Kreger proposed openstack/metalsmith master: Replace the Centos7 image job with a Centos8 UEFI based job  https://review.opendev.org/74831520:13
*** gyee has joined #openstack-ironic20:17
openstackgerritJulia Kreger proposed openstack/metalsmith master: Replace the Centos7 image job with a Centos8 UEFI based job  https://review.opendev.org/74831520:20
openstackgerritJay Faulkner proposed openstack/ironic-python-agent master: If listen_tls is true, enable TLS on wsgi server  https://review.opendev.org/74719320:23
JayF^ rebase of previously approved patch20:23
JayFTheJulia: the IPA TLS patch merge was a conflict, not a CI failure fwiw. You are  now +1 ugh :p20:24
TheJuliaJayF: thanks20:25
TheJuliaI was banging my head on a backport when I said ugh, but seems like the feeling is familiar :)20:25
JayFI knew those would probably conflict20:27
JayFbut didn't wanna force a merge order20:27
JayFI wish I could teach git just a little python so it knows how to resolve those :D20:28
*** ijw has quit IRC20:34
*** ijw has joined #openstack-ironic20:35
*** Lucas_Gray has joined #openstack-ironic20:42
*** jtomasek has quit IRC20:42
openstackgerritMerged openstack/ironic-lib master: Drop the dependency on oslo.service loopingcall  https://review.opendev.org/74905320:43
*** zzzeek has quit IRC20:50
*** zzzeek has joined #openstack-ironic20:51
*** dustinc has joined #openstack-ironic20:58
*** uzumaki has joined #openstack-ironic21:02
*** rcernin_ has joined #openstack-ironic21:06
*** rcernin_ has quit IRC21:12
*** k_mouza has joined #openstack-ironic21:12
*** ijw has quit IRC21:14
*** ijw has joined #openstack-ironic21:14
TheJuliaclarkb: is there any way to tell zuul to not to retry jobs? just collect the logs from the single failure and return it?21:19
clarkbI don't think so21:20
clarkbwell thats not entirely true I guess. Jobs retry under two conditions. The first is if ansible returns an exit code that indicates a network error. The other is if the failure happens in a pre playbook21:21
clarkbin the case of issues with a pre playbook you could move the problematic code to the run playbook21:21
*** k_mouza has quit IRC21:21
clarkbTheJulia: ^21:21
TheJuliahmm, it is a devstack plugin setup that is timing out21:21
*** k_mouza has joined #openstack-ironic21:27
*** Goneri has quit IRC21:30
*** k_mouza has quit IRC21:31
*** uzumaki has quit IRC21:39
openstackgerritJay Faulkner proposed openstack/ironic-python-agent stable/ussuri: Make WSGI server respect listen_* directives  https://review.opendev.org/74959721:52
JayF^^ backport of that bugfix I wrote to stable/ussuri.21:52
JayFlooks like stable/ussuri was the first release it was in21:55
TheJulia+2 :)21:55
JayFis there some bugfix branch that needs to go to, as well?21:55
TheJuliayes21:55
JayFwhat's the branch and I'll cherry pick to there, too21:55
JayFand/or teach me how to fish :)21:56
TheJuliaI've got it21:56
openstackgerritJulia Kreger proposed openstack/ironic-python-agent bugfix/6.3: Make WSGI server respect listen_* directives  https://review.opendev.org/74959821:56
openstackgerritJulia Kreger proposed openstack/ironic-python-agent bugfix/6.2: Make WSGI server respect listen_* directives  https://review.opendev.org/74959921:56
TheJuliathere it goes21:56
JayFany better place than here to discover those versions? https://docs.openstack.org/releasenotes/ironic-python-agent/unreleased.html21:57
TheJuliaJayF: best place is the openstack/releases repo21:59
TheJuliagetting you a link21:59
JayFracing you to find it :D21:59
*** brtknr has quit IRC21:59
*** SpamapS has quit IRC21:59
TheJuliahttps://github.com/openstack/releases/blob/master/deliverables/victoria/ironic-python-agent.yaml22:00
JayFack, perfect, will know to check there22:00
JayFdoes anyone run those bugfix ipa versions?22:00
*** brtknr has joined #openstack-ironic22:00
*** SpamapS has joined #openstack-ironic22:00
TheJuliathey went back to the beginning of time and recorded all of the commit shas/tags too22:00
JayFor are we just checking a box so we can keep cycle-with-intermediary22:00
TheJuliawe have downstream consumption of intermediate releases22:01
JayFnice22:01
JayFI'm pretty excited we'll be able to run stock IPA + the TLS patch (which probably shouldn't be backported due to the eventlet.monkey_patch() addition)22:02
clarkbTheJulia: have a pointer to the thing that is in a retry loop?22:02
TheJuliaor at least, we're working towards it, I've not been on that call in a while, but the idea is basically be able to track newer branch for other stuff and let OSP track the longer term stable branch22:02
TheJuliaclarkb: sure, one minute22:02
* clarkb has dug out of reviews and can take a look now22:02
TheJuliaclarkb: I _think_ it is likely because it is all native zuul playbooks for metalsmith and then devstack with ironic22:02
TheJuliaclarkb:  748315,6 in ruunning zuul jobs right now22:04
TheJuliabasically I'm trying to swap a job around, but of course I've got a failure occuring so it retires 3 times because it is trying to get to the actual test job22:05
TheJuliaI guess that means devstack runs in pre.yaml which... eeeeek22:05
clarkbya some places do that because the assumption is if you're testing things against a cloud then the cloud is assumed to just spin up successfully22:05
TheJuliayeeeahh.. roles run-devstack are in pre.yaml22:06
TheJuliaThat ought to be in the job yaml22:06
*** k_mouza has joined #openstack-ironic22:07
* TheJulia looks at the time, looks at the spoons, and just suspects it is time for a glass of wine or something22:07
trandlesOMG I would love a beer or wine right now...22:07
TheJuliawell, if you have a teleporter....22:07
trandlesI have to be good. I'm on call for production until 17:0022:07
JayFThe last three trips to the store I've made, they've had zero gluten free beer /o\22:07
clarkbya its a balance. I want to say "typical" tempest jobs put devstack in run beacuse spinning up a working cloud is part of what is tested22:08
clarkbbut for say openstacksdk it just needs a working cloud to run against22:08
TheJuliayeah, I guess I'll put up a separate change tomorrow to rework the jobs so things are not auto-retried when it is not metalsmith directly that is breaking22:08
TheJuliatrandles: so...... 51 minutes ;)22:09
trandlesTheJulia: indeed22:09
* TheJulia goes and takes the corgi overlord out22:10
clarkbTheJulia: if its just a pre-run timeout I think you can bump the pre-run timeout value22:10
clarkbI'm double checking what the config for that is now22:10
*** thiagop has quit IRC22:10
*** k_mouza has quit IRC22:11
clarkbTheJulia: pre-run and run share the same timeout. Once the job starts running they both have to finish under the normal job timeout value. Then post-timeout applies to post-run only and is a separate value. The split is done so that things that need to happen after a failure can take more time even if the previous playbooks failed22:14
TheJuliak, good to know.22:15
*** rcernin_ has joined #openstack-ironic22:15
TheJuliasadly it is not timeout related. It is legitimately timing out because the VM is not standing up a UEFI VM with the required firmware for some reason. Which is surprising :\ because I thought ubuntu had fixed the packages for that but I guess not :\22:19
clarkbthe linaro cloud we use is all uefi VMs (but arm64) I wonder if they have pointers22:20
TheJuliait specifically has to do with embedded ipxe in the network card firmware22:21
TheJuliaor the efi firmware doing something totally funky22:26
stevebakerHey I've got an appointment in town, I'll be off and online as cafe internet allows22:27
rpiosoTheJulia: Regarding the concern about our proposed meta cleaning/deploy step's prospective interaction with software RAID, doesn't the same concern exist if a user utilizes agent RAID to configure software RAID, changes the node's RAID interface to a hardware RAID interface such as idrac-wsman, and configures hardware RAID? And yet again if the software RAID and hardware RAID order is reversed?22:27
rpiosoTheJulia: Seems to me the side effect on the node's RAID config on successful step completion may not be robustly implemented in all cases.22:29
rpiosoTheJulia: Shouldn't it be add the new software/hardware RAID config to the existing complementary hardware/software RAID config?22:31
TheJuliarpioso: well, that too is a possibility from the example that I think ?dmitry? pointed out on the call. Doing so is entirely up to the operator and maybe they know what they are doing in that case. The larger concern is not an order of operation issue, but a greater consistency and compatibility rabbit hole of sorts.22:31
*** stevebaker has quit IRC22:33
TheJuliaI think that focusing on a user changing interfaces and setting/changing target raid configuration between them is kind of totally unrelated to the larger sets of conundrums. That being said, given the nature of specifying disks with hardware raid, if it was done then software raid that seems feasible. The software raid model doesn't quite (yet) have the same support/functionality (afaik, i may be wrong)22:33
rpiosoTheJulia: I guess I don't understand the larger set of issues. Please elaborate.22:34
TheJuliaif someone were to define, and intentionally swap between two configs and different interfaces, that is really up to them as they have taken explicit actions to apply their desired configuration22:34
rpiosoTheJulia: Seems similar applies to using the meta step to configure RAID in ironic RAID schema speak and using the RAID interface, too.22:35
rpiosoTheJulia: Note that no such issue applies to BIOS.22:36
rpiosoTheJulia: Are there larger issues?22:36
TheJuliaWell, in dell's specific case it does not22:36
rpiosoTheJulia: Others?22:36
TheJulialet me try and re-form the words22:36
TheJuliaGive me like 10 minutes22:36
rpiosoTheJulia: Absolutely :-)22:37
*** k_mouza has joined #openstack-ironic22:41
TheJuliaso where should I start in this thought process? Asking so I can try and figure out where the context disconnect seems to be22:42
TheJuliarpioso: ^^^22:44
*** k_mouza has quit IRC22:47
*** sshnaidm|bbl is now known as sshnaidm|afk22:47
openstackgerritMerged openstack/ironic-lib master: Move some generic functions from IPA  https://review.opendev.org/74764122:54
openstackgerritMerged openstack/ironic-python-agent master: Refactor and fix documentation  https://review.opendev.org/74772322:54
openstackgerritMerged openstack/ironic-python-agent master: Document in-band deploy steps and add more docs for custom steps  https://review.opendev.org/74775322:54
rpiosoTheJulia: Aside from our addressing the very legitimate concerns expressed about the storage, security, and access to the storage configuration files, which we're now calling "configuration molds", I do not understand what would block the approval of our vendor-independent proposal.22:55
TheJuliaOkay22:55
* TheJulia tries to figure out a way to word this22:56
rpiosoTheJulia: And we're working on addressing those configuration mold concerns.22:56
TheJuliarpioso: cool22:56
TheJuliaso you were on the call and we spent quite a bit of time going back and forth over the operational permutations correct?22:56
TheJuliaI realize you were on it, but I'm trying to really get to the heart of the point as to why the community is encouraging you to defer your perception of vendor-independent and translated/cross compatible model as described22:58
rpiosoTheJulia: Yes, I was leading the discussion :-) I believe I caught most, if not all of it. Following the meetup, I've further thought about the community's feedback. The example, similar funky interactions identified above came out of that. Seems there's a fundamental issue, which has nothing to do with our proposal.23:00
rpiosoTheJulia: Our proposal is just another way to expose it.23:00
TheJuliaActually, the conundrum is more with the size, scope, and single use nature of the proposal. A vendor specific step, is really kind of trivial, where what kind of ended up as circular discussions is when we started digging into the conundrums related to vendor independent espescially with configuration translation/transformation to try and be cross-interface compatible23:01
TheJuliaso the consensus and encouragement was more "focus on the first part", and from there it can be iterated upon. Of course different words, but we're really all trying to save you guys headache and pain in the process of getting the feature in by focusing on the first logical chunk23:02
rpiosoTheJulia: If our proposal is implemented in a vendor-agnostic manner, ironic consumers, such as Metal3, could consume it when offered by a driver, especially if/when dhellman's capability proposal is implemented.23:04
*** rcernin_ has quit IRC23:04
TheJuliathe larger whole, while intriguing and potentially useful, is also kind of equally vague and has many potential traps with what operators could do because out of the gate it is still vendor specific.23:04
*** rcernin has joined #openstack-ironic23:04
rpiosoTheJulia: I appreciate that you're trying to save us from headaches and pain, but I need to better understand the source of that.23:05
TheJuliaso to your own point, "when offered by a driver". We've had other driver contributors explicitly state they have no intention of doing exactly what you guys are attempting23:05
TheJuliawhich also makes us more anxious about the larger functionality23:05
rpiosoTheJulia: It would be an optional cleaning/deploy step. Nothing vendor-specific about that.23:06
rpiosoTheJulia: Their choice. Just like optionally setting boot mode :-)23:06
TheJuliarpioso: if that step was not trying to make compatible configuration representing what was captured, then that is a totally different story23:06
TheJuliarpioso: indeed, but generally there is enough commonality to have a generally supportable pattern there23:07
rpiosoTheJulia: What do you mean by "make compatible configuration representing what was captured"?23:07
jandersgood morning Ironic o/23:07
*** Lucas_Gray has quit IRC23:07
openstackgerritJay Faulkner proposed openstack/ironic-python-agent master: If listen_tls is true, enable TLS on wsgi server  https://review.opendev.org/74719323:07
TheJulianow, if say I go make a generic "save raid and bios settings" step, that could fit with-in what you guys are proposing23:08
*** dustinc has quit IRC23:08
JayF^^ caught the unit test failure right as I left. Just had to add `use_ssl` to the new unit test added by the host/port bugfix.23:08
* JayF out for the day, glhf23:08
TheJuliawhere enter the danger zone of sorts is committing to stable interactions across potential and even explicit interface changes23:08
TheJuliag'night JayF23:08
JayFTheJulia: rpioso: I am not an expert by any means on this proposal, but I remember back in the day, we always suggested waiting until two vendors implemented a thing before making it generic23:09
JayFin fact IIRC that was the entire purpose behind vendor_passthru being added23:09
TheJuliarpioso: you folks indicated that if say a raid5 was natively configured in capturing the configuration it would be translated into the target raid configuration23:09
JayFthe only thing worse than no abstraction is the wrong one :(23:09
TheJuliaJayF: this is true, sadly vendor_passthrough is kind of an undocumented thing for many vendors or the underlying methods are documented or stuff like that because it is vendor specific code area :(23:10
TheJuliaJayF: ack, thanks for the test fix23:10
rpiosoTheJulia: I don't recall any discussion of RAID 5.23:10
JayFI mean, it's for me :D23:10
JayFhave a good one folks; good luck resolving the issues around the giant red [delete it all] button :D23:11
*** hjensas has quit IRC23:11
rpiosoTheJulia: We could add such a step "save BIOS and RAID settings" step, but the existing steps should do the right thing by themselves. BIOS already does, RAID not so much. And such a new step could require booting the ramdisk yet again.23:12
TheJuliarpioso: which kind of goes back to I think what dmitry said, which was something along the lines of if it is just saving and then restoring that is  one thing, but it is the additional behavior that is where things get complex23:13
TheJuliarpioso: I'm not sure I follow your last statement. Specifically the last sentence23:13
rpiosoTheJulia: Obtaining the software RAID configuration from the source of truth requires IPA.23:15
TheJuliain what context are you percieving this as being the case?23:15
TheJuliawhat interfaces?23:15
rpiosoTheJulia: The new "save BIOS and RAID settings" step you suggested.23:15
TheJuliaWell, so in your term, the collect the mold step23:16
TheJulianow would the execution of that step do *anything* else other than publish a file?23:17
rpiosoTheJulia: AFAIU, iDRAC doesn't know anything about software RAID.23:17
rpiosoTheJulia: It cannot configure it :-)23:17
rpiosoTheJulia: The collect mold step, export_config, would do nothing other than what you described, publish a file.23:18
TheJuliai'm sure if it did it wouldn't take long for a "Hi, I want a raid 1 with a single hard disk" support case or better yet "raid 5 with 2 disks"23:18
rpiosoTheJulia: It presently can't. Don't know if it's even possible.23:19
*** k_mouza has joined #openstack-ironic23:19
rpiosoTheJulia: I agree any step shouldn't mess with things it doesn't touch. Hardware RAID shouldn't mess with software RAID config stored on the node and vice versa.23:19
TheJuliaso in nothing that your perceiving as the scope of work for the larger feature includes any configuration compatability transformation?23:20
rpiosoPlease define "configuration compatibility transformation".23:20
TheJuliaany part of the step taking any data and touching existing node bios settings or raid configuration fields23:21
rpiosoTheJulia: Fix existing, broken RAID config steps' storage of RAID config on the node following completion and all would be good. Of course, the  meta step would have to behave correctly, too.23:22
rpiosoTheJulia: BIOS is good, because it caches all of the settings on completion.23:22
TheJuliadefine fix existing23:23
*** k_mouza has quit IRC23:24
TheJuliaand what are you percieving as broken exactly about the raid config steps?23:24
rpiosoTheJulia: Hardware RAID replaces node's raid_config without considering software RAID config which wasn't affected.23:24
rpiosoTheJulia: I suspect vice versa exists, too.23:24
rpiosoTheJulia: You and dtantsur seemed to be familiar with this interaction.23:25
TheJuliaso yes, it would potentially be out of date but the contract is what was last set throught the raid commit configuration step23:25
rpiosoTheJulia: That contract is broken.23:25
TheJuliahow so, exactly23:25
rpiosoTheJulia: It does not accurately represent the node's RAID configuration.23:25
TheJuliain what case23:26
rpiosoTheJulia: I explained it ^^^23:26
TheJulia*sigh*23:26
rpiosoTheJulia: agent RAID followed by any hardware RAID or vice versa.23:26
TheJuliaYes, it would not accurately, and could possibly never acurately represent everything unless it was a multi-demmensional object23:27
rpiosoTheJulia: Then resulting raid_config is one or the other, instead of a combination of both software and hardware RAID config.23:27
rpiosoTheJulia: Each should know about its own controllers and disks managed by the same.23:27
TheJuliaIt is becoming clear we need to have another call about this23:28
rpiosoTheJulia: Don't mess with volumes controlled by controllers it can't interact with.23:28
TheJuliahuh?23:28
*** lifeless has quit IRC23:29
*** irclogbot_2 has quit IRC23:29
rpiosoTheJulia: Hardware RAID should not wipe out software RAID configuration on the node and vice versa. It can identify software RAID config by the ID of the RAID controller identified in the logical_volume.23:30
TheJuliaThere is a fundimental difference in behavior and the meta step reconcilation and application of present state data over the existing fields is problematic, it would be almost easier to just wipe the contents out and say we know nothing about the present state after the step runs, to be totally honest23:30
TheJuliaThe raid interfaces were never designed around supporting such nested configurations. We as a community don't presently support it, but we know people _DO_ these sorts of things in the field and for hyper specific reasons23:31
TheJuliaSo it comes down to a cost of supporting such a case for the community, at least in terms of the raid configuration.23:32
rpiosoTheJulia: I don't agree. It seems very solvable to me. Key off of the RAID controller ID in the volume's definition.23:32
rpiosoTheJulia: No nesting.23:32
rpiosoTheJulia: Each logical volume has a RAID controller ID.23:32
*** irclogbot_3 has joined #openstack-ironic23:33
TheJuliaNow in terms of the meta step, the sticking point is saving the collected data over the existing fields when configuration is applied, which is only echoed by our discussion several times over now in just the last half hour :)23:33
TheJuliarpioso: in that case, by all means submit a patch and treat it as a bug23:33
rpiosoTheJulia: And do you agree that bug should have no bearing on the meta step's acceptability?23:36
TheJuliaDoes the meta step's saving of the mold to the machine have an intent on changing bios or raid configuration data stored in ironic to represent in ironic's format?23:37
rpiosos/saving/applying/ ?23:38
TheJuliaYour proposed sed statement is acceptable23:38
TheJuliabut back to your question if it has bearing23:39
TheJuliaWill hose fields/data in ironic's db have updates applied23:39
rpiosoTheJulia: Yes, when the BIOS and/or RAID config is expressed in ironic terms: ironic RAID schema and BIOS key-value pairs and only then. If it expressed in OEM terms, no, it will not modify the node's saved configuration.23:39
rpiosoTheJulia: OEM could, too, but that seems more questionable.23:41
TheJuliaStill working on the huge block of text23:54
TheJuliabut, agreed on OEMey specific things, but if they are visible or even nested, then maybe!?! The bios interface specifically was modeled around redfish's key/value pair fields without an OEM field so maybe it is not a good idea^(tm).23:55
*** k_mouza has joined #openstack-ironic23:57

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