Tuesday, 2021-10-05

opendevreviewVerification of a change to openstack/ironic bugfix/18.1 failed: Redfish RAID: Use identity instead of durable_name  https://review.opendev.org/c/openstack/ironic/+/81231000:04
stevebakerI'm back00:14
TheJuliawelcome back00:28
opendevreviewVerification of a change to openstack/ironic stable/wallaby failed: Redfish RAID: Use identity instead of durable_name  https://review.opendev.org/c/openstack/ironic/+/80955200:52
arne_wiebalckGood morning, Ironic!05:23
iurygregorygood morning arne_wiebalck and Ironic o/05:54
arne_wiebalckhey iurygregory o/05:54
opendevreviewVerification of a change to openstack/ironic stable/wallaby failed: Redfish RAID: Use identity instead of durable_name  https://review.opendev.org/c/openstack/ironic/+/80955206:19
opendevreviewVerification of a change to openstack/ironic bugfix/18.1 failed: Redfish RAID: Use identity instead of durable_name  https://review.opendev.org/c/openstack/ironic/+/81231006:19
opendevreviewIury Gregory Melo Ferreira proposed openstack/ironic stable/xena: [iRMC] Avoid repeatedly resuming clean after creating raid configuration  https://review.opendev.org/c/openstack/ironic/+/81243106:53
opendevreviewIury Gregory Melo Ferreira proposed openstack/ironic stable/xena: [iRMC] Set polling after RAID is built  https://review.opendev.org/c/openstack/ironic/+/81243206:55
opendevreviewIury Gregory Melo Ferreira proposed openstack/ironic bugfix/18.1: [iRMC] Set polling after RAID is built  https://review.opendev.org/c/openstack/ironic/+/81243306:56
opendevreviewIury Gregory Melo Ferreira proposed openstack/ironic bugfix/18.1: [iRMC] Avoid repeatedly resuming clean after creating raid configuration  https://review.opendev.org/c/openstack/ironic/+/81243406:57
opendevreviewIury Gregory Melo Ferreira proposed openstack/ironic bugfix/18.1: [iRMC] Set polling after RAID is built  https://review.opendev.org/c/openstack/ironic/+/81243306:57
opendevreviewIury Gregory Melo Ferreira proposed openstack/bifrost stable/xena: Change git_branch in stable/xena  https://review.opendev.org/c/openstack/bifrost/+/81081706:59
rpittaugood morning ironic! o/07:36
iurygregorygood morning rpittau o/07:36
rpittauhey iurygregory :)07:36
opendevreviewMerged openstack/ironic-inspector stable/wallaby: Ignored error state cache for new requests  https://review.opendev.org/c/openstack/ironic-inspector/+/81237407:38
opendevreviewMerged openstack/ironic-inspector stable/victoria: Ignored error state cache for new requests  https://review.opendev.org/c/openstack/ironic-inspector/+/81237507:38
opendevreviewMerged openstack/ironic-inspector stable/ussuri: Ignored error state cache for new requests  https://review.opendev.org/c/openstack/ironic-inspector/+/81237607:38
opendevreviewMerged openstack/ironic-inspector stable/train: Ignored error state cache for new requests  https://review.opendev.org/c/openstack/ironic-inspector/+/81237707:38
dtantsurgood morning07:55
rpittaumorning dtantsur :)07:55
iurygregorymorning dtantsur =)07:59
opendevreviewHarald Jensås proposed openstack/metalsmith stable/xena: Write network_data.json metadata to config-dirve  https://review.opendev.org/c/openstack/metalsmith/+/81048008:16
opendevreviewHarald Jensås proposed openstack/metalsmith stable/wallaby: Write network_data.json metadata to config-dirve  https://review.opendev.org/c/openstack/metalsmith/+/81048108:16
arne_wiebalckjcosmao: your udev settle patch works for me as well: I just set up a s/w RAIDs on NVMe drives on 88 servers and they all succeeded (compared to 50% failure rate before)09:23
jcosmaogreat !09:31
arne_wiebalckjcosmao: I will submit a corresponding patch ... you have not done this yes, have you?09:32
jcosmaoi didn't because i was on an old IPA version with some custom raid function (previous work done by raphael glon)09:34
jcosmaoi can submit patch if you want09:34
opendevreviewMerged openstack/ironic bugfix/18.1: Redfish RAID: Use identity instead of durable_name  https://review.opendev.org/c/openstack/ironic/+/81231009:36
opendevreviewMerged openstack/ironic stable/wallaby: Redfish RAID: Use identity instead of durable_name  https://review.opendev.org/c/openstack/ironic/+/80955209:36
opendevreviewArne Wiebalck proposed openstack/ironic-python-agent master: Software RAID: Call udev_settle before creation  https://review.opendev.org/c/openstack/ironic-python-agent/+/81247009:38
arne_wiebalckjcosmao: ^^09:38
arne_wiebalckjcosmao: we are on Victoria, and I think this patch will need to be backported ... I should add a reno I realise now.09:39
rpittauarne_wiebalck: I was going to add a comment about the reno :)09:39
* arne_wiebalck is faster than rpittau's shadow09:40
opendevreviewArne Wiebalck proposed openstack/ironic-python-agent master: Software RAID: Call udev_settle before creation  https://review.opendev.org/c/openstack/ironic-python-agent/+/81247009:43
opendevreviewIury Gregory Melo Ferreira proposed openstack/ironic bugfix/18.1: Disable Neutron firewall  https://review.opendev.org/c/openstack/ironic/+/81243709:47
jssfrarne_wiebalck, re CentOS and udev and mdadm: we encountered that while building images for ironic. Switching the CI runner from CentOS 7 to 8 helped, before that the run would not recognize the partitions quickly enough even on the loopback device.10:00
jssfrthanks for the hint anyway, I saw above you were discussing patches, so we know where to look should that hit us again with CentOS810:00
arne_wiebalckjssfr: thanks for the follow-up! There might be other places where we hit the same issue. 10:07
opendevreviewMerged openstack/bifrost stable/xena: Change git_branch in stable/xena  https://review.opendev.org/c/openstack/bifrost/+/81081711:02
janders_see you tomorrow Ironic o/12:11
dtantsurfolks, I'd be interested to hear your opinion about https://storyboard.openstack.org/#!/story/200920312:15
dtantsurespecially ajya and TheJulia ^^^12:16
ajyadtantsur: looks good, I was thinking about something like that at some point - that there is 'queue' with nodes in async processing which this proposal achieves by storing that into the new field. And I'm all in for removing boilerplate code as much as possible.12:26
dtantsurcool! I'll start looking in this direction12:26
opendevreviewDmitry Tantsur proposed openstack/ironic master: WIP add a helper for node-based periodics  https://review.opendev.org/c/openstack/ironic/+/81249512:36
iurygregorydtantsur, I like the proposal ++12:55
* TheJulia makes coffeeeeeeee13:15
dtantsurgood morning TheJulia 13:27
iurygregorygood morning TheJulia 13:34
TheJuliadtantsur: so, I think a new field for this on nodes is not a great idea, in part because every new field is a chunk of extra data we need to carry/convert/handle/provide to api consumers as part of any detailed list or single node get... I think a separate table since there seems to be more quantitative information that could also be stored that is transient for the node. A separate table could be beneficial in that we 13:35
TheJuliacould ultimately stack items or convey to a conductor that *you really* need to execute $other_thing as soon as the current task exits which is totally unrelated. Although, that means we're basically building a queuing system for "follow up"13:35
dtantsurTheJulia: if we think this field is not valuable to consumers, we don't have to return it in the API13:35
dtantsurI don't understand how a separate table can make it any better13:35
dtantsur(and a queueing system is vastly out of scope of this problem)13:36
TheJuliadtantsur: but we still have to handle it on the intermediate layers db object -> ironic object -> json dict -> api end user13:36
TheJuliadtantsur: even ignoring the queing system idea, a "get /v1/jobs" could provide insight into what is going on maybe, and that is something people have kind of expressed interest in13:37
dtantsurI don't necessarily object to what you're proposing (although we closed a related RFE just a week ago), but it has barely anything to do with my intention to reduce copy-paste in vendor drivers while reducing the number of database rows to fetch13:38
dtantsurall I need is something to filter on the database level rather than checking driver_internal_info/task.driver afterwards13:38
TheJuliaThat is fair, and I suspect it would definitely fit that bill13:39
dtantsurthe context is your comment on https://review.opendev.org/c/openstack/ironic/+/80729513:39
TheJuliai know, I'm just thinking the next logical step. Overall I like it13:40
TheJuliadtantsur: how would we navigate upgrades, because obviously with online upgrades we would have to support both patterns unless we dropped field/object model far in advance (or ya know... finally implement an internal self running online upgrade worker/mechanism13:42
dtantsurugh13:42
TheJuliadb/object could get queued up and we could drop it in far in advance and then retool the periodics13:43
TheJuliabut that also elongates it unfortunately :(13:44
opendevreviewDmitry Tantsur proposed openstack/ironic master: WIP add a helper for node-based periodics  https://review.opendev.org/c/openstack/ironic/+/81249513:44
dtantsurokay, I'll think about it. meanwhile ^^^ will at least reduce copy-paste (once finished)13:44
* TheJulia is surprised moltenironis still used to this day13:46
dtantsurand quite actively apparently14:12
iurygregoryI'm wondering if we need to at least update the unit-tests template in molteniron...14:14
iurygregorywe are still using ussuri :D14:14
rpittauiurygregory: yeah there are some other things that need to be updated, I was looking at it after the answers to TheJulia's mail :)14:31
rpittauiurygregory: I can take care of that, unless you (or someone else) want it14:31
iurygregoryrpittau, up to you =) if you want to do I don't mind 14:32
rpittauiurygregory: yup, I'll take care of it14:33
iurygregoryrpittau, ack =) 14:34
opendevreviewJulia Kreger proposed openstack/ironic master: Remove debian packages file for devstack  https://review.opendev.org/c/openstack/ironic/+/81031414:36
opendevreviewJulia Kreger proposed openstack/ironic master: Remove debian packages file for devstack  https://review.opendev.org/c/openstack/ironic/+/81031414:39
opendevreviewJulia Kreger proposed openstack/ironic master: Remove devstack bindep packages for building disk images  https://review.opendev.org/c/openstack/ironic/+/81251314:39
arne_wiebalckTheJulia: mail and tweet are sent out now.14:51
arne_wiebalckTheJulia: for the SIG meetings next week ... (context!)14:51
TheJuliaarne_wiebalck: awesome14:52
iurygregorytks arne_wiebalck 14:53
iurygregory:D14:53
arne_wiebalckiurygregory: :)14:53
*** dtantsur_ is now known as dtantsur15:10
opendevreviewJulia Kreger proposed openstack/ironic master: Remove debian packages file for devstack  https://review.opendev.org/c/openstack/ironic/+/81031415:22
rpittaumolteniron patches are not reported in the channel15:37
iurygregoryfunny :D15:37
opendevreviewDmitry Tantsur proposed openstack/ironic master: WIP add a helper for node-based periodics  https://review.opendev.org/c/openstack/ironic/+/81249516:01
arne_wiebalckbye everyone o/16:07
rpittaumolteniron really needs some hugs :/16:26
rpittauif anyone has a moment -> https://review.opendev.org/c/openstack/molteniron/+/81252016:26
rpittausee ya tomorrow! bye! o/16:26
dtantsurI think we should ask people who use molteniron to help maintain it16:35
dtantsurgoing as well, see you16:35
dtantsuro/16:35
TheJuliarpittau: it is not a shipped/released repository, so I kind of concur with dtantsur. if we have a standard we want it at, they need to help maintain it.16:43
opendevreviewJulia Kreger proposed openstack/ironic master: Remove debian packages file for devstack  https://review.opendev.org/c/openstack/ironic/+/81031417:05
janders_good morning Ironic o/19:27
opendevreviewJacob Anders proposed openstack/ironic master: Make iDRAC management steps verify steps  https://review.opendev.org/c/openstack/ironic/+/80403219:31
iurygregorymorning janders_ o/19:33
ayoungOK, I have a couple of newly repaired nodes stuck in the "error" provisioning state.  How do I kick them into an acceptable state?19:34
janders_hey iurygregory o/19:34
*** janders_ is now known as janders19:34
ayoungThe requested action "abort" can not be performed on node "2effcab6-dad0-4d55-b6a9-57faf2d8edd2" while it is in state "error". (HTTP 400)19:37
iurygregoryayoung, you can try to trigger rebuild I would say19:37
iurygregorythis would be the only way based on the state machine we have in ironic19:37
ayoungwhat command is that?19:38
ayoungLike delete and reimport?19:39
iurygregoryif I recall you can do via API using PUT /v1/nodes/{node_ident}/states/provision 19:40
ayoung$ openstack baremetal node rebuild  jade12-r09719:40
ayoungThe provisioning operation can't be performed on node 2effcab6-dad0-4d55-b6a9-57faf2d8edd2 because it's in maintenance mode. (HTTP 400)19:40
ayoungOK that is good...19:40
ayoungailed to validate deploy or power info for node 2effcab6-dad0-4d55-b6a9-57faf2d8edd2. Error: Cannot validate image information for node 2effcab6-dad0-4d55-b6a9-57faf2d8edd2 because one or more parameters are missing from its instance_info and insufficent information is present to boot from a remote volume. Missing are: ['image_source', 'kernel', 'ramdisk'] (HTTP 400)19:40
iurygregoryat least this would be the way based on the https://docs.openstack.org/ironic/latest/_images/states.svg19:40
iurygregoryyeah, you probably need to set a few information on the node if they are not present .-.19:41
ayoungthose look like instance values, not baremetal node values19:42
ayoungRESP: [406] Content-Length: 217 Content-Type: application/json Date: Tue, 05 Oct 2021 19:44:03 GMT X-Openstack-Ironic-Api-Maximum-Version: 1.58 X-Openstack-Ironic-Api-Minimum-Version: 1.119:44
ayoungRESP BODY: {"error_message": "{\"code\": 406, \"title\": \"Not Acceptable\", \"description\": \"Version 1.67 was requested but the minor version is not supported by this service. The supported version range is: [1.1, 1.58].\"}"}19:44
ayoungSo I am running too old a version of Ironic to do that?19:44
* ayoung promises to upgrade as soon as I can do so safely19:45
iurygregorywhat version are you running? O.o19:45
ayoungI am not certain.  It was installed when I joined the company, but that was less than a month ago19:46
iurygregory1.58 I think is train19:47
ayoungSo,basically, I need to delete and reimport the node?19:49
iurygregorywell, delete the node would be the last thing you should try, are you running ironic standalone or with nova?19:50
ayoungwith nova19:50
iurygregoryoh god XD19:50
ayoungIt is all legacy to me19:51
iurygregoryyou would need to delete the instance associated with the node also19:53
iurygregoryand make sure there is no orphan vifs etc19:53
iurygregoryotherwise you will be unable to create the node again (you will probably see some interesting errors)19:54
ayoungnode has no instance on it19:55
iurygregoryin this case I think you can delete without problems19:57
ayoungError contacting Ironic server: Can not delete node "43123529-e839-40ce-95f8-38ba7485667c" while it is in provision state "error". Valid provision states to perform deletion are: "('manageable', 'enroll', 'adopt failed', 'available')", or set the node into maintenance mode (HTTP 409). Attempt 6 of 619:57
ayoungok put in maint mode19:58
ayoungdeleted19:58
iurygregory\o/19:58
ade_leeTheJulia, stevebaker hey ya'll20:06
ade_leesorry for the delay -- meetings meetings ..20:06
ade_leeTheJulia, stevebaker so how would you like me to change the fips jobs so that they can be merged?20:07
opendevreviewJulia Kreger proposed openstack/ironic master: Remove debian packages file for devstack  https://review.opendev.org/c/openstack/ironic/+/81031420:45
TheJuliaade_lee: so, I'd prefer to swap the base OS on on two existing scenario jobs21:44
ade_leeTheJulia, sure - we can do that -- which jobs?21:46
TheJuliaade_lee: well, you duped an integration job and a functional test job. The functional test job I wouldn't bother with as it is more api contract operation Integration scenario with the log name would be the thing to change where we run one of the tempest scenario tests21:48
ade_leeTheJulia, ironic-tempest-functional-python3?21:48
ade_leeTheJulia, ok -- so not bother with the functional job and change the baseOS on ironic-inspector-tempest ?21:50
TheJuliaso ironic-inspector-tempest is on the ironic-inspector repo21:54
ade_leeTheJulia, I was just looking at the jobs we added here -- https://review.opendev.org/c/openstack/ironic/+/797739/18/zuul.d/ironic-jobs.yaml21:55
TheJuliaon ironic, ironic-standalone-something and ironic-tempest-ipa-something21:55
ade_leeok - lookslike there is an ironic-standalone-redfish21:56
ade_leeand ironic-standalone21:57
TheJuliaironic-standalone-redfish uses https, ironic-standalone uses ipmi21:57
ade_leeack - we want to change both then?21:57
ade_leeor just one?21:57
ade_leeand on the ironic-tempest-ipa-something - which one(s) would you prefer?21:59
TheJuliaade_lee: I'd prefer only one of the two standalone jobs since they run identical tests, it is just transport to a bmc that is going to impact any fips restrictions. The ironic-tempest one... no preference.23:03
TheJuliafrom my point of view that is23:03
janders@TheJulia - I left a comment/reply to your review in https://review.opendev.org/c/openstack/ironic/+/812437. If my understanding of what is happening is correct, it may be worthwhile merging this patch.23:47
jandersTheJulia: ^ (sorry, slack overdose hence the @ :) )23:48

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