Monday, 2021-07-12

jandersgood morning Ironic o/00:00
jandersmy usual IRC setup is down due to scheduled maintenance of the server I run it on, will run on HexChat for a few days, due to this my offline presence may be patchy 00:01
*** pmannidi is now known as pmannidi|afk|1hr02:26
*** pmannidi|afk|1hr is now known as pmannidi05:01
opendevreviewJacob Anders proposed openstack/ironic master: [WIP] Add support for verify steps  https://review.opendev.org/c/openstack/ironic/+/80000105:28
arne_wiebalckGood morning janders and Ironic!06:30
iurygregorygood morning janders arne_wiebalck and Ironic07:00
arne_wiebalckhey iurygregory o/07:04
*** rpittau|afk is now known as rpittau07:35
rpittaugood morning ironic! o/07:35
iurygregorymorning rpittau o/07:35
rpittauhey iurygregory :)07:35
opendevreviewRiccardo Pittau proposed openstack/bifrost stable/wallaby: Fix Redeploy Playbook  https://review.opendev.org/c/openstack/bifrost/+/80037908:16
opendevreviewRiccardo Pittau proposed openstack/bifrost master: Force selinux presence when testing  https://review.opendev.org/c/openstack/bifrost/+/79996508:17
opendevreviewRiccardo Pittau proposed openstack/bifrost master: Force selinux presence when testing  https://review.opendev.org/c/openstack/bifrost/+/79996508:18
jandershey @arne_wiebalck, @iurygregory and @rpittau o/08:23
rpittauhey janders :)08:23
iurygregoryo/08:24
opendevreviewRiccardo Pittau proposed openstack/bifrost master: [DNM] Test latest ansible  https://review.opendev.org/c/openstack/bifrost/+/80044008:36
opendevreviewMerged openstack/ironic master: Allow reboot to hard disk following iso ramdisk deploy.  https://review.opendev.org/c/openstack/ironic/+/80030009:11
opendevreviewankit proposed openstack/ironic-tempest-plugin master: Adding firmware update standalone gate  https://review.opendev.org/c/openstack/ironic-tempest-plugin/+/76334010:46
*** cenn is now known as cenne11:21
opendevreviewJacob Anders proposed openstack/ironic master: [WIP] Add support for verify steps  https://review.opendev.org/c/openstack/ironic/+/80000112:04
janderssee you tomorrow Ironic o/12:24
rpittaubye janders o/12:25
cenneBye janders 12:27
opendevreviewRiccardo Pittau proposed openstack/bifrost master: Perform upgrade by default when installing ansible  https://review.opendev.org/c/openstack/bifrost/+/80046112:35
rpittaummm we don't ugprade ansible in bifrost upgrade jobs, this should handle that ^, it will probably fail first12:35
*** needssleep is now known as TheJulia12:44
TheJuliaGood morning everyone12:45
rpittaugood morning TheJulia :)12:46
* TheJulia needs lots of coffee12:53
opendevreviewMerged openstack/ironic master: Update iDRAC virtual media boot known issue  https://review.opendev.org/c/openstack/ironic/+/80007312:58
opendevreviewMerged openstack/ironic master: Add ipxe ramdisk kernel append param test  https://review.opendev.org/c/openstack/ironic/+/80029812:58
opendevreviewRiccardo Pittau proposed openstack/ironic stable/ussuri: Remove grenade jobs from old stable branches  https://review.opendev.org/c/openstack/ironic/+/80046513:04
opendevreviewRiccardo Pittau proposed openstack/ironic-inspector stable/ussuri: Remove grenade jobs from old stable branches  https://review.opendev.org/c/openstack/ironic-inspector/+/80046613:05
opendevreviewankit proposed openstack/ironic-tempest-plugin master: Adding firmware update standalone gate  https://review.opendev.org/c/openstack/ironic-tempest-plugin/+/76334013:06
opendevreviewRiccardo Pittau proposed openstack/networking-generic-switch stable/ussuri: Remove grenade jobs from old stable branches  https://review.opendev.org/c/openstack/networking-generic-switch/+/80046713:07
opendevreviewRiccardo Pittau proposed openstack/bifrost master: Perform upgrade by default when installing ansible  https://review.opendev.org/c/openstack/bifrost/+/80046113:34
TheJuliaso who is chairing the meeting today?13:59
iurygregoryI think we forgot to decide that 2 weeks ago :D14:10
rpittauI can chair the meeting today, just need to review the agenda :)14:20
iurygregorytks rpittau 14:20
opendevreviewRiccardo Pittau proposed openstack/bifrost master: Perform upgrade by default when installing ansible  https://review.opendev.org/c/openstack/bifrost/+/80046114:29
TheJuliaI suspect some of the agenda items are redundant, to be honest14:34
TheJuliamaybe they need to be revisited?14:34
rpittauTheJulia: you mean redunndant sections?14:41
TheJuliarpittau: I mean the discussion topics14:50
iurygregoryhe already updated the topics14:54
TheJuliaokay14:57
TheJulianevermind!14:57
rpittau:)14:58
rpittau#startmeeting ironic15:00
opendevmeetMeeting started Mon Jul 12 15:00:12 2021 UTC and is due to finish in 60 minutes.  The chair is rpittau. Information about MeetBot at http://wiki.debian.org/MeetBot.15:00
opendevmeetUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.15:00
opendevmeetThe meeting name has been set to 'ironic'15:00
iurygregoryo/15:00
erbarro/15:00
tkoto/15:00
TheJuliao/15:00
stendulkero/15:00
ajyao/15:00
rpioso\o15:00
rpittauHello everyone and welcome to our weekly meeting!15:01
rpittauOur agenda can be found in the wiki15:01
rpittau#link https://wiki.openstack.org/wiki/Meetings/Ironic#Agenda_for_next_meeting15:01
rpittaummm I wonder if we have quorum today15:02
iurygregoryI think we do15:02
iurygregory8 people..15:02
iurygregorytime to summon arne_wiebalck :D15:02
arne_wiebalckoops ... o/15:02
rpittauyep, we should be fine15:03
* arne_wiebalck was lost in grub15:03
rpittau#topic Announcements / Reminders15:03
TheJuliaarne_wiebalck: oh noes15:03
iurygregoryWe have a new contributor, tkot ! He's an intern at Red Hat and will collaborate to ironic upstream =)15:04
TheJuliaWelcome tkot!15:04
tkotHi everyone :)15:04
rpittauwelcome tkot :)15:04
arne_wiebalckHey tkot !15:04
opendevreviewAija Jauntēva proposed x/sushy-oem-idrac master: Fix missing Target@Redfish.AllowableValues  https://review.opendev.org/c/x/sushy-oem-idrac/+/80049515:04
opendevreviewAija Jauntēva proposed x/sushy-oem-idrac master: Fix IncludeInExport allowed value validation  https://review.opendev.org/c/x/sushy-oem-idrac/+/80049615:04
opendevreviewAija Jauntēva proposed x/sushy-oem-idrac master: Update default IncludeInExport value  https://review.opendev.org/c/x/sushy-oem-idrac/+/80049715:04
rpittauI have only a reminder that we're close to a new bugfix branch15:05
TheJulia++15:05
rpittauthat should happen late this week or early next week15:05
TheJuliaI was thinking about that last week when posting updates for ironicbaremetal.org15:05
rpittauoh yeah, we need to remember to update that after the release15:06
iurygregoryI would say to do next week15:07
iurygregoryif possible ofc (we won't die because of 1 week :D)15:07
TheJulia++, it presently lists 17.0.1, I posted an update to 18.0, but was thinking we may also want to discuss noted versions later on in the meeting15:07
rpittauyeah, most likely early next week, depends on how things go with the patches this week15:07
rpittauTheJulia: sure!15:08
rpittaudoes anyone have anything else to announce/remind us ?15:09
rpittaualright, moving on15:09
rpittau#topic Review action items from previous meeting15:09
rpittauI didn't see any action items from 2 weeks ago15:10
rpittauwe can skip forward15:10
iurygregoryyeah we can move on =)15:10
rpittau#topic Review subteam status reports15:10
rpittau#link https://etherpad.opendev.org/p/IronicWhiteBoard15:10
TheJuliaAre we done with anaconda short of CI at this point?15:11
rpittaummm last update was from JayF 3 days ago15:12
iurygregorywe probably need to ping zer0c00l or JayF to see if they are working on something15:12
rpittauwe'll see during the week as JayF update is from Friday15:13
TheJuliaI chatted with JayF regarding CI, turns out nobody publishes an anaconda stage2 ramdisk. There *is* an upstream ramdisk that has *everything* but it feels inappropriate to pull like 700MB into a CI run for Ironic on every single change revision.15:13
TheJuliaahh, he likely noted that15:14
iurygregorywow :O15:14
iurygregorymaybe we can have a job in the experimental pipeline?15:14
iurygregoryso we can run from time to time to see if things are ok?15:14
TheJuliamaybe15:14
iurygregoryit will only run on check-experimental so maybe "it's fine"  15:15
rpittauarne_wiebalck: any update about the node error history ?15:15
arne_wiebalckno, sorry15:15
* arne_wiebalck will try to get to it now that burn-in is coming to an end15:15
TheJuliaarne_wiebalck: could you list the latest known patch. I might pick it up as my next free time thing...15:16
TheJuliaarne_wiebalck: or we could collaborate :)15:16
arne_wiebalckTheJulia: yes, sounds good15:16
rpittauI think there's an open patch since a while15:16
TheJuliafor db model changes15:16
arne_wiebalckyes, that one did not see many reviews yet15:16
* MahnoorAsghar Hey guys! I'm sorry I wont be able to attend the meeting today. Had an RFE for review on the agenda (https://storyboard.openstack.org/#!/story/2008866). Can we kindly drop comments on the storyboard?15:17
rpittauMahnoorAsghar: sure thing, no problem15:17
* MahnoorAsghar (Sorry for the interruption, please go on)15:17
* MahnoorAsghar Thanks ^-^15:17
rpittauI think we can move on15:18
TheJuliaiurygregory: w/r/t virtual media visibility. You note verify steps work. I'm largely unaware of this, is there someplace I can read about it?15:19
iurygregoryTheJulia, it was a conversation with janders downstream only15:19
iurygregoryIf I recall correctly dtantsur pointed to him that could be useful for the vmedia also15:19
rpittaudo we maybe need a story for that ?15:19
TheJuliaOkay, lets try and upstream that discussion15:19
iurygregoryI think we do have for verify steps upstream15:20
TheJuliarpittau: apparently15:20
iurygregorylet me see if I can find15:20
iurygregorybut I don't think it mentions the vmedia part =)15:20
ajyahttps://storyboard.openstack.org/#!/story/2009025 is the one janders working on15:20
ajyabtw, should that be RFE?15:20
rpittauajya: thanks, and yes that looks like an RFE15:21
rpittauit's mentioned by janders in the story15:21
ajyayup, could add usual tags15:22
rpittauyeah15:22
iurygregoryI've updated the title15:23
TheJuliaOkay15:23
TheJuliathanks!15:23
rpittaucool, let's move forward ?15:23
iurygregory++15:24
rpittau#topic Deciding on priorities for the coming week15:24
rpittau#link https://tinyurl.com/ironic-weekly-prio-dash15:24
rpittauwe have few patches left15:24
rpittauI'm going to add a couple for bifrost15:24
ajyacan these be added for sushy https://review.opendev.org/c/openstack/sushy/+/800267 https://review.opendev.org/c/openstack/sushy/+/799504 ?15:24
rpittauwe also have the one for the node history db there15:25
TheJuliaHas anyone scrubbed through the randomly submitted patches recently to see if some should be reviewed?15:25
rpittauajya: feel free to add the tag there :)15:25
iurygregoryI would like people to re-review the event subscription spec =)15:25
arne_wiebalckThe last burn-in step (network) could be added maybe: https://review.opendev.org/c/openstack/ironic-python-agent/+/79968715:26
iurygregoryarne_wiebalck, ++15:26
arne_wiebalck(the static part, we work on the dynamic version)15:26
ajyarpittau: thanks15:27
TheJuliahmm, the ismount catch should be as well15:27
TheJuliahttps://review.opendev.org/c/openstack/ironic-python-agent/+/798394 <-- any objections?15:27
iurygregorysounds good to me15:27
* arne_wiebalck is all for more bootloader things15:28
rpittauiurygregory: I'll find the time this week to review the spec15:29
TheJuliaarne_wiebalck: I found out the vfs layer would lie. was awesome troubleshooting it :(15:29
arne_wiebalckTheJulia: lying about what is mounted?15:30
iurygregoryrpittau, tks! I did a lot of changes after some discussion last week with dtantsur and TheJulia  =)15:30
TheJuliaYeah, or to be more specific, the ismount call was returning False and then the handling code would blow up15:30
TheJuliabecause it was actually already mounted15:30
arne_wiebalckerm ... 15:30
TheJuliayeah15:31
arne_wiebalckI have a patch submitted recently where I do check for sth being mounted, since it sometimes was mounted15:31
arne_wiebalckUnclear to me why.15:31
arne_wiebalckMaybe I was lied to!15:31
rpittaulooks like we have a good list for the weekly priorities15:32
rpittauanything else to add ?15:32
TheJuliathe filesystems that get loaded with ramdisks have really funky vfs calls/interactions. We found a similar issue with pre-made device files from the cpio file when compared to devfs behavior15:32
TheJuliarpittau: not from me15:32
rpittauok, we don't have any topic for Discussion so we'll skip that15:32
rpittau#topic Baremetal SIG15:33
rpittau#link https://etherpad.opendev.org/p/bare-metal-sig15:33
arne_wiebalckNext meeting is tomorrow 10 July 2021 featuring TheJulia on "Getting started with Ironic: Bifrost".15:33
arne_wiebalckDon't miss out! :)15:33
arne_wiebalckWe do not have a topic for August yet.15:33
arne_wiebalckI was wondering if we skip it due to holiday season?15:34
TheJuliacould we do an ironic operator's round table?15:34
arne_wiebalckSure ... how do get operators to join, though?15:34
TheJuliaLots of outreach I guess?15:34
arne_wiebalckI could ask some Ironic operators I know directly.15:34
TheJuliaI could do the same15:35
TheJuliaI could also tweet some to see if any that follow me may be interested15:35
arne_wiebalckSo, we keep the one next month or this is for Sep?15:35
iurygregorypost on twitter for RT :D15:35
rpittauI could too, but in August basically everyone is on vacation :D15:35
TheJuliaoh, yes, the great august vacation window :)15:35
* TheJulia needs a vacation15:35
rpittauwe may have more luck for September15:35
TheJuliaYeah15:35
TheJuliaagreed15:35
arne_wiebalckI wold vote for Sep, too.15:36
arne_wiebalckwould15:36
arne_wiebalckok, Sep it is then15:36
arne_wiebalckI think that is it for the SIG for today.15:36
rpittau#agreed no baremetal-sig meeting in August15:36
rpittauthanks arne_wiebalck :)15:36
TheJuliaiurygregory: tweet posted, retweet away15:37
rpittauok, onward!15:37
rpittauwe had only one request for RFE review but MahnoorAsghar can't participate to the meeting today15:38
rpittau#topic RFE review15:38
rpittau[RFE] RAID config by Operator using generic disk numbers, and vendor-specific RAID controller names https://storyboard.openstack.org/#!/story/200886615:38
rpittauhe asked to leave comments directly in the story15:39
rpittaualright I guess we can move on15:40
TheJuliaokay15:40
rpittau#topic Open Discussion15:40
rpittauanything to discuss today?15:41
TheJuliaSo one thing I wanted to raise is ironicbaremetal.org15:42
TheJuliaWe presently list only one latest release15:42
TheJuliaI'm wondering if we should consider noting something like "latest release" and "latest stable branch"15:43
rpittauI think it makes sense to mention both15:43
TheJulias/branch/release15:43
TheJuliaWe need a goodbye iscsi blog post as well :)15:43
rpittaudo we need to make it clear that the latest-latest is in development ?15:44
TheJuliarpittau: well, in development can be viewed a different ways. We've released the thing, we'll stand by and support the thing, just not for a super long time like we will with a stable branch version15:44
rpittauok15:45
TheJuliaand there will be times where the releases will be the same around stable release cycle times15:45
rpittauyes, of course15:46
rpittauanyway, I'm in favor of that15:46
TheJuliaThere was something else I was thinking of, but my brain can't recall at the moment15:48
rpittau:)15:49
rpittauif we don't have anything else to discuss, I'll pass to the weekly question of....15:49
TheJuliasurely it was something to facilitate taking over the world15:49
rpittaulol15:50
lmcgannIll just throw out, sdanni and I are working on a demo for a complete attestation workflow - we've identified a few keylime bugs but we're super close!15:50
TheJulialmcgann: awesome15:50
rpittauthat sounds great lmcgann15:50
TheJulialmcgann: I was working on the bifrost presentation and started recalling all the bugs we found then... so I know that feeling :)15:51
TheJulialmcgann: When would be good? or do you guys just want to record a video or???15:51
lmcgannI think a video might be easiest15:53
TheJuliacool15:53
lmcgannAnd more easily shareable15:53
rpittaualright then, let's move to the last topic15:55
rpittau#topic Who is going to run the next meeting?15:55
iurygregoryI can15:55
rpittauthanks iurygregory :)15:55
iurygregorynp!15:55
rpittauand that's all folks!15:56
rpittau#endmeeting15:56
opendevmeetMeeting ended Mon Jul 12 15:56:07 2021 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)15:56
opendevmeetMinutes:        https://meetings.opendev.org/meetings/ironic/2021/ironic.2021-07-12-15.00.html15:56
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/ironic/2021/ironic.2021-07-12-15.00.txt15:56
opendevmeetLog:            https://meetings.opendev.org/meetings/ironic/2021/ironic.2021-07-12-15.00.log.html15:56
TheJuliaso arne_wiebalck, whats going on with grub?15:57
arne_wiebalckOur grub fun of the week: the operations team had to replace a disk in one of our nodes some weeks ago. The repair followed the usual procedure: partition the disk, add the partitions to the corresponding RAID devices, then install grub on the new disk, and finally compare the MBR on all potential boot disks to make sure all is fine. So far so good. A few days ago then, the node needed to reboot. That failed due to 15:58
arne_wiebalckgrub issues \o/15:58
* arne_wiebalck hopes that noone is able to spot the issue in less than 2 mins ...15:59
TheJuliaarne_wiebalck: was the machine in uefi or bios boot mode?16:00
arne_wiebalckbios16:00
TheJuliahmm. okay. What state was the machine in upon reboot?16:01
arne_wiebalckstuck in grub16:01
arne_wiebalck(I have not seen it at this stage, though)16:01
TheJuliawas this the first disk that failed?16:01
arne_wiebalckyes16:01
TheJuliagrubenv and grub.cfg files present on the new disk?16:02
arne_wiebalckthe files are on /boot which is on the RAID, so on all disks, so yes16:02
arne_wiebalckfirst hint: the node was able to boot from the recently replaced disk, but not any of the others16:03
arne_wiebalckso, when it got stuck, it was booting from one of the old disks16:04
arne_wiebalcktrying to boot16:04
arne_wiebalckhere is what I think happened: grub2-install installs boot.img into the MBR, core.img into the MBR gap, and modules into /boot ...16:06
arne_wiebalckwhen the disk was replaced, all these 3 areas where updated16:06
arne_wiebalckthe MBR part was overwritten with the same as on the other disks16:06
arne_wiebalckso the MBR check passed16:07
arne_wiebalckbut the core.img in the gap (grub1.5) and/or the modules where replaced as well16:07
arne_wiebalckwhen the node was rebooted, it used one of the old disks16:07
*** jgwentworth is now known as melwitt16:07
TheJuliaI didn't think the ~530 bytes in the mbr had enough information to say "go look at other disk"16:08
arne_wiebalckgrub1.5 (which is on the disk) did not play well with the modules in /boot, so the node could not boot16:08
TheJuliabecause inconsistent versions?16:08
arne_wiebalckTheJulia: it is 440 bytes - 99 in facr16:08
arne_wiebalckfact16:08
arne_wiebalckthe MBR also holds the partition table and the bios parameter block16:09
TheJuliaahh, 440 sounds right, I remembered it was super small enough to point to the next spot16:09
arne_wiebalckyes, MBR --> MBR gap --> /boot16:09
arne_wiebalckso, when grub2-install ran, it overwrote /boot and made it unusable for the other disks16:10
TheJuliayup16:10
arne_wiebalckok, running grub2-install on all disks fixes this16:10
TheJuliaThat sounds right and I think I hit something similar years ago with a server that had a software raided boot partition16:10
arne_wiebalckas then the gap is updated everywhere16:10
TheJuliayeah16:10
arne_wiebalckok, cool, so I ran this, compared the MBR *and* the gap, all good, node boots fine from all disks16:11
arne_wiebalckthen I wrote a scanner to check for pending issues from the replacments over the past months16:11
arne_wiebalckto fix all nodes where we replaced disks16:12
arne_wiebalckI found some16:12
arne_wiebalckwith different MBRs even16:12
arne_wiebalckI ran grub2-install ... MBRs remain different ... huh?16:12
* TheJulia is starting to understand why the grub folks just want everyone using uefi boot16:13
arne_wiebalckgrub2-install /dev/sda ; grub2-install /dev/sdb (and the MBRs are different after)16:13
TheJuliaoh no16:13
TheJuliaDifferent pointer addresses for where to start? is the layout identical between the disks?16:14
arne_wiebalckwhen I say MBR I mean the first 440 bytes, not the first 512 with the disk signature16:14
arne_wiebalcksame disk models16:14
arne_wiebalcksame everything16:14
arne_wiebalckgrub does not install into the first 440 bytes16:14
arne_wiebalckit installs into the first 3 bytes16:15
TheJuliabut that 440 bytes, if I remember correctly does contain the address of where to start reading at as interpretted by grub16:15
arne_wiebalck these contain a jump instruction16:15
arne_wiebalckTheJulia: right!16:15
TheJuliais the target location the same16:15
TheJulia?16:15
arne_wiebalckso, grub writes sth like "eb 63 90"  at the beginning which means "jump 99bytes noop" to find the real boot.img16:16
arne_wiebalckthe space in between is used by the bios parameter block16:16
arne_wiebalckso grub stage1 is even smaller16:16
arne_wiebalckok, great, I confirm this by zeroing the first 440 bytes and booting the node16:17
arne_wiebalckzeroing, grub-install, booting16:17
arne_wiebalckworks16:18
arne_wiebalckI adapt the scanner to take this into account16:18
arne_wiebalckcontinue scanning and find nodes which differ in the gap!16:18
arne_wiebalckwhat?16:18
arne_wiebalckdiffer in the gap after grub-install on all disks16:18
arne_wiebalckWHAT?16:18
arne_wiebalcktook me a moment to realise I was meanwhile on a BIOS node with a GPT partition table :-D16:19
arne_wiebalckso, here core.img is in the grub_bios partition16:19
arne_wiebalckI adapted the scanner to support MBR/dos and GPT16:20
arne_wiebalckand start to scan nodes again ... 16:20
TheJuliaokay, so it does seem like my memory is telling me the right things that the offset is dynamicly determiend and set accordingly16:20
arne_wiebalck... and get summoned into the Ironic weekly meeting by iurygregory :-D16:20
arne_wiebalckthe offset should be the same on identical disks16:21
rpittaubye everyone, good night! o/16:21
*** rpittau is now known as rpittau|afk16:21
TheJuliaOkay, so you understand what is going on, and the pain of grub shall one day be a tech best seller right?!?16:21
TheJuliai concur, it *should* be the same if they are entirely structurally the same, but thinking it may be necessary to rip apart the bytes to figure out what they are saying16:22
arne_wiebalckthis is what I thought: I should write a book on grub, s/w RAID, BIOS/UEFI ... only 8 people would *maybe* buy it :)16:22
TheJuliamake that 9, I'd buy a copy for valpertha16:23
arne_wiebalck:-D16:23
arne_wiebalckupdating kernels, updating grub software is all fine16:23
arne_wiebalckthe moment you re-install grub, you have to do it on all disks at the same time16:24
TheJuliayeah16:24
TheJuliaor your replacement disk needs get the contents of the original disk mirrored over to it precisely using dd16:24
arne_wiebalckyes, that should also work!16:25
* arne_wiebalck hopes he will never forget "eb 63 90" now 16:25
arne_wiebalckok, that's it ... sorry everyone for 20mins of grub spam 16:26
TheJulia:)16:28
TheJuliaInteresting grub spam, the basis for your book on grub16:28
opendevreviewTakashi Kajinami proposed openstack/ironic master: Enable disable_by_file backend of healthcheck middleware by default  https://review.opendev.org/c/openstack/ironic/+/80051516:32
arne_wiebalckTheJulia: :)16:34
opendevreviewTakashi Kajinami proposed openstack/ironic master: Enable disable_by_file backend of healthcheck middleware by default  https://review.opendev.org/c/openstack/ironic/+/80051516:37
opendevreviewVerification of a change to openstack/ironic-python-agent failed: Reduce logging verbosity when collecting logs  https://review.opendev.org/c/openstack/ironic-python-agent/+/79621817:20
arne_wiebalckbye everyone, see you tomorrow o/17:25
JayFTheJulia: rpittau|afk: iurygregory: All the pain points about Anaconda CI setup are documented in a story, I think I linked it in the status report? If not I can dig it up.18:51
TheJuliaJayF: I mentioned it before I saw the link on the story19:09
TheJuliaerr, notes on the story via the link on the whiteboard19:09
TheJuliaJayF: its all good19:09
JayFI was thinking (and probably won't have time to execute on this) that perhaps a docker container is an option19:10
JayFif we can run docker in the gate, we can run a container that would have the stuff inside needed to make an image19:10
TheJulialikely. I don't really see why not aside from dockerhub rate limitnig20:34
trandlesBifrost question: When was it a requirement that a port be created to enroll a node when using standalone ironic?21:33
trandles*When did it become a requirement...?21:33
trandlesnevermind, I guess I didn't notice it when inspection auto-enrolled my node :P21:38
jandersgood morning Ironic o/23:08
* janders is looking through the meeting logs23:08

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