Monday, 2022-01-31

opendevreviewMerged openstack/bifrost master: Make virtual environment owned by root  https://review.opendev.org/c/openstack/bifrost/+/82628903:23
opendevreviewVerification of a change to openstack/ironic master failed: Inspector: better error message on DiscoveryFailure  https://review.opendev.org/c/openstack/ironic/+/82554404:06
opendevreviewMerged openstack/ironic bugfix/19.0: Fix validating input for redfish update_firmware  https://review.opendev.org/c/openstack/ironic/+/82488005:03
opendevreviewVishal Manchanda proposed openstack/ironic-ui master: Updating python testing classifier as per Yoga testing runtime  https://review.opendev.org/c/openstack/ironic-ui/+/82698905:12
opendevreviewVanou Ishii proposed openstack/ironic master: Fix failure of create_vfat_image function  https://review.opendev.org/c/openstack/ironic/+/82657605:54
arne_wiebalckGood morning, Ironic!07:36
rpittaugood morning ironic! o/08:18
arne_wiebalckhey rpittau o/08:18
rpittauhey arne_wiebalck :)08:18
opendevreviewDerek Higgins proposed openstack/ironic master: Ensure enable_netboot_fallback writes out pxe config on adopt.  https://review.opendev.org/c/openstack/ironic/+/81198909:19
dtantsurhappy Monday folks :)09:42
*** dmellado_ is now known as dmellado09:45
dmelladoHi folks! 09:45
dmelladoBeen two rough weeks, but I'm somehow recovered from covid...09:45
dtantsuroh! I hope it's all well now dmellado 09:51
dmelladodtantsur: kinda, still not being able to fully catch up my breath like before, but almost09:51
dtantsur:(09:51
dmelladothe kid got it from kindergarten09:51
dmelladothen wife, then me09:51
dtantsura typical sequence nowadays09:52
opendevreviewDmitry Tantsur proposed openstack/bifrost master: CI: store bifrost.log as a Zuul artifact  https://review.opendev.org/c/openstack/bifrost/+/82700909:58
dtantsurI neat trick I spotted in a sshnaidm's patch ^^09:58
dtantsurhmmmm https://zuul.openstack.org/builds?job_name=ironic-standalone10:05
dtantsurarne_wiebalck: I think we've broken software RAID in the CI: https://zuul.openstack.org/build/2f67fbe7a3c34d29afe4efb993535220/log/controller/logs/ironic-bm-logs/node-2_console_2022-01-28-15:47:24_log.txt#4715 :(10:07
rpittau\o/10:07
dtantsurmaybe we need a round of udev settle/partprobe/etc10:08
dtantsurwhich raises a question: why the CI hasn't caught it10:09
dtantsurand the answer seems to be: because the standalone job on IPA uses bios, not uefi...10:10
dtantsurBUT WHY10:12
dtantsurah, that was Xena, nvm10:14
dtantsurit did not catch the issue because it's... tadam! non-voting10:15
opendevreviewDmitry Tantsur proposed openstack/ironic-python-agent master: [WIP] Rescan the created RAID device for ESP  https://review.opendev.org/c/openstack/ironic-python-agent/+/82703610:19
dtantsurarne_wiebalck: maybe ^^10:19
arne_wiebalckdtantsur: ouch10:24
arne_wiebalckdtantsur: nothing that cannot be fixed with a good 'udevadm settle' :)10:24
arne_wiebalckdtantsur: I have not seen this in my testing and 1.5 seconds seems pretty long to detect the device ... but, yeah, it looks similar to what we have seen before10:25
* arne_wiebalck needs to step away from the desk for 2 hours or so, will check back later10:30
dtantsurarne_wiebalck: I would assume the CI nodes are much slower than your bare metal machines :)10:47
opendevreviewDmitry Tantsur proposed openstack/bifrost master: CI: store bifrost.log as a Zuul artifact  https://review.opendev.org/c/openstack/bifrost/+/82700910:56
opendevreviewMerged openstack/ironic-ui master: Updating python testing classifier as per Yoga testing runtime  https://review.opendev.org/c/openstack/ironic-ui/+/82698910:58
iurygregorygood morning Ironic o/11:09
iurygregorystendulker, good morning/afternoon! I'm wondering if you know if HPE Synergy 480 Gen10 Plus Server with iLO5  has some firmware problems regarding initramfs when using virtual media with uefi secure boot and we see "error: ../../grub-core/loader/i386/efi/linux.c:119:can't allocate initrd" the iLO5 version they are using is 2.44 Apr 30 2021, if you need other fw versions I have the information also =)11:21
dtantsurmmm, re-reading device did not help..11:40
opendevreviewDmitry Tantsur proposed openstack/bifrost master: CI: store bifrost.log as a Zuul artifact  https://review.opendev.org/c/openstack/bifrost/+/82700911:43
dtantsurarne_wiebalck: when you request /dev/md/esp, what actually gets created is /dev/md12711:58
dtantsurit may be a tinyIPA glitch.. but we need to solve it somehow11:59
opendevreviewDmitry Tantsur proposed openstack/ironic-python-agent master: [WIP] Use canonical device name for RAID device for ESP.  https://review.opendev.org/c/openstack/ironic-python-agent/+/82703612:17
opendevreviewDmitry Tantsur proposed openstack/bifrost master: CI: store bifrost.log as a Zuul artifact  https://review.opendev.org/c/openstack/bifrost/+/82700912:18
arne_wiebalckdtantsur: I think there may be 2 device files and one is only a link13:03
arne_wiebalckdtantsur: if I request /dev/md/esp, it should create sth with that name, no?13:03
arne_wiebalckdtantsur: also: this logic was the same before, the recent patches did not touch this ... did we overlook this issue before or is this indeed new?13:04
arne_wiebalckdtantsur: indeed /dev/md/esp is a link and the target name is created by the kernel, so it does not have to be md127 in all cases13:17
arne_wiebalckdtantsur: this is really puzzling: the kernel/mdadm log /dev/md/esp has started ok13:41
TheJuliagood morning14:03
iurygregorygood morning TheJulia =)14:14
dtantsurarne_wiebalck: yeah, but then it cannot be found...14:18
arne_wiebalckdtantsur: this is the puzzling part14:19
arne_wiebalckdtantsur: the idea was to use a "unique" name (/dev/md/esp) to avoid clashes and let the kernel find the next free /dev/mdXYZ name14:20
dtantsuryeah, I understand14:21
arne_wiebalckdtantsur: otherwise we have to handle clashes14:21
dtantsurwell.. when we create software RAID, we assign indexes sequentially14:21
dtantsurso in theory md127 should not be occupied until we create 128 RAIDs14:21
arne_wiebalckmd127 is the one the kernel will use first14:21
arne_wiebalckso, if there is a device, the kernel will use md127 first14:22
dtantsurokay, does it matter for us?14:22
dtantsuryou mean, we should account for devices not created by ironic?14:23
opendevreviewDmitry Tantsur proposed openstack/ironic-python-agent master: [WIP] Use canonical device name for RAID device for ESP.  https://review.opendev.org/c/openstack/ironic-python-agent/+/82703614:23
arne_wiebalckI think we should probably not create devices with numbers the kernel will use ... not sure this is an issue in practice, but as you say explicitly created devices would start from 014:24
arne_wiebalckthere seems to be some issue we do not understand since mdadm is happy, the kernel is happy ... but we are not :-D14:25
dtantsurI'd be happy with even an imperfect fix, the only alternative is to revert your change14:27
dtantsurarne_wiebalck: do you think it's better if we use md126 and limit the number of possible RAID devices to 126 accordingly?14:27
arne_wiebalckdtantsur: this is another thing: I do not see how the change is related14:29
dtantsurwhich change?14:29
arne_wiebalckdtantsur: the one which would be reverted14:29
dtantsurarne_wiebalck: I guess the RAID movement code is now on critical path?14:30
arne_wiebalckdtantsur: the preparation of the md device is the same14:30
dtantsurs/RAID/ESP/14:30
stendulkeriurygregory: Nothing that I'm aware of f/w issue in Synergy 480 Gen10 plus servers. Let me try to get more information. Can you please share with me the details of all the current installed f/w(s) on the system.  14:30
arne_wiebalckdtantsur: it is the same I would think: create the device and cp the data14:31
dtantsurwell...14:31
arne_wiebalckdtantsur: or am I missing sth here14:31
dtantsuryeah, I'm not 100% sure how it happened, just that it happened14:31
arne_wiebalckdtantsur: heh, yeah :)14:31
iurygregorystendulker, sure =)14:31
arne_wiebalckdtantsur: can't deny this14:31
dtantsurhttps://zuul.openstack.org/builds?job_name=ironic-standalone-ipa-src&branch=master&skip=014:32
stendulkeriurygregory: Thanks14:32
dtantsurit never passed on that change, and started perma-failing after it merged14:32
dtantsurI'll dig into the last passing run14:34
dtantsurarne_wiebalck: here is why: https://zuul.opendev.org/t/openstack/build/c7202b206e284db1991dc1841d9b5ae1/log/controller/logs/ironic-bm-logs/node-2_no_ansi_2022-01-25-06:27:20_log.txt#449814:36
dtantsurwe never hit the grub code path14:36
arne_wiebalckso, it did neither grub nor efibootmgr?14:39
dtantsurarne_wiebalck: yep, pretty much :)14:39
arne_wiebalckdtantsur: ok, that explains why this was not an issue before :)14:40
arne_wiebalckdtantsur: let's try with md127 then, the device name is only temporary anyway14:41
arne_wiebalckdtantsur: and deal with issues when we hit them14:41
dtantsuryeah. I'd like to know if the issue is with the device name or actually with something else14:41
arne_wiebalckyeah14:41
arne_wiebalckit works for both, grub and efibootmgr, on our hardware14:42
dtantsursaner ramdisk, saner hardware14:42
dtantsurI'm not too surprised14:42
arne_wiebalckthe only issue I would see is when md127 is used already14:43
arne_wiebalckmdadm will fail in that case14:43
arne_wiebalcksince we assume the disks are ours, this should never happen14:43
dtantsurarne_wiebalck: I can do md126 in the final patch, does not matter.14:44
arne_wiebalckdtantsur: /dev/md73 should be safe, I have never seen this 14:46
arne_wiebalck:-D14:46
dtantsur:D14:46
TheJuliajust don't save it as a root device hint14:47
dtantsurI mean... if you have 126 RAID devices, you have a really weird deployment14:47
TheJuliabecause next reboot it may be md014:47
dtantsurgood morning TheJulia 14:47
arne_wiebalckdtantsur: yes, but the kernel will start with 127 and count backwards14:47
dtantsurah, backwards..14:47
arne_wiebalckso on our servers we have 127, 126, and 12514:47
dtantsurdamn you smarty kernel14:47
arne_wiebalckfor the system, one additional, and the ESP14:47
opendevreviewRiccardo Pittau proposed openstack/bifrost master: Enable epel repository only when needed  https://review.opendev.org/c/openstack/bifrost/+/82644214:48
dtantsurokay, it should not be hard for us to apply the same logic and find a free number14:48
dtantsurif it works at all14:48
arne_wiebalckdtantsur: https://paste.opendev.org/show/812452/14:49
dtantsurfun14:49
arne_wiebalckdtantsur: these are the auto-detected devices after reboot14:49
dtantsuranyway, it's a simple logic. I'll do it if the change works.14:49
arne_wiebalckdtantsur: ++14:50
TheJuliaarne_wiebalck: funny you say that because post-reboot we actually have cases in TripleO where it gets recorded as md014:50
TheJuliasince it is discovered as a new raidset after reboot on those machines14:50
TheJuliawith that kernel's build time settings14:50
arne_wiebalckTheJulia: does TripleO use mdadm.conf and fix the name?14:51
TheJuliano, it knows nothing of software raid aside from what it might discover14:52
arne_wiebalckinteresting that it picks md0 then14:52
iurygregorythe art of working with HW + SW <314:56
iurygregorythis is a great chapter for the HW Book of horrors14:58
TheJuliais the book of horrors the holiday recipe special?15:00
iurygregoryjanders will have more details15:12
iurygregory:D15:12
opendevreviewDmitry Tantsur proposed openstack/ironic-inspector master: Support listening on a Unix socket  https://review.opendev.org/c/openstack/ironic-inspector/+/82712415:13
opendevreviewDmitry Tantsur proposed openstack/bifrost master: Make ironic-inspector listen on a Unix socket  https://review.opendev.org/c/openstack/bifrost/+/82712815:20
opendevreviewDmitry Tantsur proposed openstack/bifrost master: Make ironic-inspector listen on a Unix socket  https://review.opendev.org/c/openstack/bifrost/+/82712815:23
dtantsurif the RAID breakage was not enough, I think we now have a CentOS 8 related breakage >_<15:28
opendevreviewDmitry Tantsur proposed openstack/ironic master: Avoid non-Stream CentOS and temporary disable the standalone job  https://review.opendev.org/c/openstack/ironic/+/82712915:33
dtantsurokay, this may be the first step to untangle the mess ^^^15:33
dtantsur(lesson for us: do NOT forget to re-enable standalone job)15:33
dtantsurarne_wiebalck: the md127 approach works. now making a nicer patch out of it.15:34
arne_wiebalckdtantsur: cool, that's good news!15:34
opendevreviewRiccardo Pittau proposed openstack/ironic-python-agent-builder master: [WIP] build tinyipa on tinycore 13.x  https://review.opendev.org/c/openstack/ironic-python-agent-builder/+/82713715:48
dtantsurwow, we got 13 already15:48
rpittauyeah, I was waiting since December :D15:49
iurygregorywho is running the meeting today?15:51
rpittaummm not sure15:51
TheJuliaI think we nominated you to do so15:51
iurygregorywoot =O only because I was on PTO XD15:52
TheJulia😈15:52
iurygregory:D15:53
iurygregoryI love this one15:53
iurygregoryif you have any items, please add to the agenda15:55
iurygregory"I volunteer Iury  ;)" best part of last meeting :D15:56
TheJuliahehe15:57
TheJuliaDoesn't have to be you :)15:57
iurygregoryI can =)15:58
iurygregory#startmeeting ironic16:00
opendevmeetMeeting started Mon Jan 31 16:00:12 2022 UTC and is due to finish in 60 minutes.  The chair is iurygregory. Information about MeetBot at http://wiki.debian.org/MeetBot.16:00
opendevmeetUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.16:00
opendevmeetThe meeting name has been set to 'ironic'16:00
opendevreviewDmitry Tantsur proposed openstack/ironic-python-agent master: Use canonical device name for RAID device for ESP  https://review.opendev.org/c/openstack/ironic-python-agent/+/82703616:00
iurygregoryWelcome to our weekly meeting o/16:00
rpioso\o16:00
erbarro/16:00
ajyao/16:00
arne_wiebalcko/16:01
TheJuliao/16:01
rpittauo/16:01
ameya49o/16:01
iurygregoryseems like we have enough people, let's get started \o/16:01
rlooo/16:01
iurygregoryyou can find our agenda for the meeting in the wiki16:01
iurygregory#link https://wiki.openstack.org/wiki/Meetings/Ironic#Agenda_for_next_meeting16:01
iurygregory#topic Announcements / Reminders16:02
iurygregory#info CFP for the OpenInfra Summit Berlin 2022 is open till Feb 09!!!16:02
iurygregory#link https://cfp.openinfra.dev/app/berlin-202216:02
iurygregoryDoes anyone have anything to announce or remind us of this week?16:03
TheJuliaHow many weeks  until end of cycle?16:04
iurygregorylet me check the final release, 1min16:04
iurygregory#info Yoga RC3 in 4 weeks16:07
TheJuliajoy16:07
TheJuliaSo not much time left16:07
rpittaummm ok yeah16:07
iurygregorywell we can release things in RC1 16:07
iurygregoryMar 07 - Mar 1116:08
iurygregoryhttps://releases.openstack.org/yoga/schedule.html16:08
iurygregorybut in the end of Feb we have requirements freeze 16:08
iurygregoryCycle Highlights also (I need to keep an eye on it)16:08
TheJuliaYeah, they want cycle highlights early on16:09
TheJuliaWe're an outlier in terms of process16:09
iurygregoryyup =)16:10
iurygregoryshall we move on?16:10
TheJulia++16:10
iurygregory#topic Review Action Items for last week16:11
iurygregoryno action items16:11
iurygregory#topic Review subteam status reports16:11
iurygregory#link https://etherpad.opendev.org/p/IronicWhiteBoard16:11
iurygregorystarting on L6216:12
opendevreviewDmitry Tantsur proposed openstack/ironic-inspector master: Support listening on a Unix socket  https://review.opendev.org/c/openstack/ironic-inspector/+/82712416:15
arne_wiebalckrpittau: for the IPAB on cs9 issue, this is support for building cs9 based images or to build images on cs9 ?  16:15
rpittauarne_wiebalck: for IPAB is both, but I think stevebaker[m] is already on building ipa on cs9, so we'll deal with running IPAB on CS9 only16:18
arne_wiebalckrpittau: thanks!16:18
TheJuliaiurygregory: if there are tempest specific things you need reviewed, lmk. I'm going to have to retool my rbac testing approach16:18
dtantsursorry, forgot to ask: we're doing Sprint 2 releases this week?16:18
iurygregorydtantsur, oh right!16:19
iurygregorygood catch16:19
dtantsurthat's why we have broken CI: it's release week :D16:19
TheJuliain accordance with the prophecy16:19
iurygregoryyup =)16:20
TheJuliaMay the CI doom us16:20
TheJuliawe need a ci catch phrase16:20
TheJulia"release is coming"16:20
rpittaugood old CI reminding us about releases breaking itself!16:20
* iurygregory it's monday, but it's time for a beer...16:21
rpittauiurygregory: please let me correct you, it's monday SO it's time for a beer :)16:21
iurygregoryrpittau, ++16:22
iurygregorythank you :D16:22
rpittau:D16:22
iurygregoryok, moving to the next topic16:22
iurygregory#topic Deciding on priorities for the coming week16:22
iurygregory#link https://review.opendev.org/q/status:open+hashtag:ironic-week-prio16:22
ameya49Can we add https://review.opendev.org/c/openstack/ironic-tempest-plugin/+/826646 to priority16:23
dtantsurhttps://review.opendev.org/c/openstack/ironic/+/827129/ and https://review.opendev.org/c/openstack/ironic-python-agent/+/827036 will hopefully fix the CI16:24
dtantsur(then we'll also need to make both jobs voting again)16:24
TheJuliaameya49: you'll likely want to have it passing CI first, if at all possible16:24
iurygregoryameya49, we can add, but zuul is a bit unhappy with the change (not sure if is because of the changes itself)16:25
dtantsuras a smaller priority, I'd also like to see https://review.opendev.org/c/openstack/ironic/+/826927 and https://review.opendev.org/c/openstack/ironic/+/82530516:25
TheJuliaameya49: unless your looking for feedback first?16:25
dtantsurs/smaller/lower/ (what's wrong with me)16:25
iurygregorydtantsur, ++ for the ones for CI ofc16:25
ameya49Julia : Yes feedback would be appreciated. Thanks16:25
dtantsuris it only me who cannot find the field to enter a hash tag?16:26
iurygregorydtantsur, well the patch is small :D (at least the first one)16:26
iurygregoryO.o16:26
iurygregorylet me look16:26
dtantsurah, you have to click "Show more"16:26
iurygregoryShow All for me16:27
dtantsurright16:27
ameya49iurygregory: I had successful zuul for patchset 1, so its not the changes or test case it seems16:27
iurygregorytks gerrit for changing the interface :D16:27
dtantsurthe standalone job is broken on master16:27
dtantsurno use rechecking until the patches above merge16:27
iurygregoryameya49, got it =) feel free to add the hashtag since you are also looking for feedback, we will try to review16:27
ameya49iurygregory : Thanks :)16:28
rpittauI just have this https://review.opendev.org/c/openstack/bifrost/+/82644216:28
iurygregory#info Hold rechecks till we get dtantsur changes to fix ironic-standalone16:28
dtantsuralso FYI: when you make a job non-voting, please do remember to revert it back :)16:29
TheJulia++16:29
dtantsuroh OH16:29
rpittauheh yeah...16:29
iurygregoryI will check our repos to see if there is a job we should move back to voting16:29
dtantsurthe metalsmith job is broken too16:29
dtantsurbecause it also uses CentOS 8.....16:29
TheJuliaugh16:29
* dtantsur runs away screaming16:29
iurygregorydtantsur, look at the bright side, you know the reason \o/16:30
dtantsurlol16:30
dtantsuryou mean, the reason I want to drink already?16:30
TheJuliadtantsur: is this why japanese whiskey should just be beamed onto my desk now?16:30
iurygregoryif you run screaming does it changes CentOS8 to C8S? :D16:30
dtantsurTheJulia: sounds like a good plan. and you have a 3d printer to make it happen!16:30
TheJulialolz16:31
dtantsuriurygregory: no, it changes my life from messing with computers to living with owls16:31
iurygregoryowls <316:31
iurygregorydo we have any more patches to add ?16:32
dtantsurhooold on16:32
opendevreviewDmitry Tantsur proposed openstack/metalsmith master: Avoid non-Stream CentOS 8, it is EOL  https://review.opendev.org/c/openstack/metalsmith/+/82715216:32
dtantsurhere!16:32
iurygregory\o/16:33
iurygregorymagic16:33
iurygregorydtantsur, you know you can add the hashtag later right?16:34
iurygregorylike we don't really need to wait till the weekly meeting :D16:34
dtantsurwell, I like nice cosy processes :D16:34
iurygregory:D16:34
iurygregorymoving on \o/16:35
iurygregory#topic Baremetal SIG16:35
arne_wiebalckIf all goes to plan, we will have TheJulia and NobodyCam on Ironic Scaling next week.16:36
iurygregory\o/16:36
dtantsurvery nice16:36
iurygregoryarne_wiebalck, don't forget to send an email and tweet :D16:36
arne_wiebalckAll details here: https://etherpad.opendev.org/p/bare-metal-sig (as usual)16:36
arne_wiebalckiurygregory: I'll try not to.16:37
arne_wiebalckiurygregory: Forget I mean :)16:37
iurygregoryI know :D16:37
iurygregorytks for sharing the updates16:38
iurygregory#topic RFE review16:38
iurygregorydoes anyone have an RFE that we should discuss?16:38
iurygregorymoving on16:39
iurygregory#topic Open discussion16:39
iurygregoryDoes anyone have something we should discuss?16:40
dtantsurPlease start thinking about outreachy projects :)16:41
TheJulia++16:42
TheJuliaThe project submission window for the next session does open fairly soon16:42
iurygregoryyeah16:42
dtantsurPretty soon. We're still figuring out budgets at this point.16:42
iurygregoryI'm trying to think about topics for the OIS, I will keep a note to thing about outreachy projects16:44
iurygregoryI will run the meeting next week16:48
iurygregorytks everyone!16:48
dtantsurthank you!16:48
rpittauthanks!16:48
iurygregory#endmeeting16:48
opendevmeetMeeting ended Mon Jan 31 16:48:22 2022 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)16:48
opendevmeetMinutes:        https://meetings.opendev.org/meetings/ironic/2022/ironic.2022-01-31-16.00.html16:48
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/ironic/2022/ironic.2022-01-31-16.00.txt16:48
opendevmeetLog:            https://meetings.opendev.org/meetings/ironic/2022/ironic.2022-01-31-16.00.log.html16:48
opendevreviewRiccardo Pittau proposed openstack/bifrost master: Add dhcp, vmedia and dibipa CentOS Stream 9 jobs  https://review.opendev.org/c/openstack/bifrost/+/82715416:48
dtantsurrpittau: dibipa may need fixing first16:48
rpittaudtantsur: yes, it does, the issue is on the image itself, I did some troubleshooting and it looks like the network interfaces are not getting an ip, the dhcp service on debian does not wake them up16:49
TheJuliaso... dhcp-all-interfaces changes broke debian?16:50
rpittauI ahve to verify that, it could be16:50
TheJuliaThere was something recently16:50
rpittauone thing is that it does not use the old naming (i.e. eth0)16:51
rpittauin short, the network interfaces are ignored, not even configured16:56
dtantsurI think the bifrost networking code should be essentially rewritten17:00
TheJuliadoes it have network manager installed, just not used?17:00
dtantsurI even have this on my radar17:00
rpittauTheJulia: mmm not sure, we use debian and ironic-python-agent-ramdisk elements17:02
dtantsurI think debian doesn't have NM by default, but don't quote me on that17:02
rpittauI think so too17:02
TheJuliaI seem to remember a recent dib change was in the esence "if network manager is here, we don't need to do anything"17:02
dtantsurhas it merged?17:03
TheJuliabut I don't remember the details right now17:03
dtantsurI think it needed an explicit flag17:03
TheJulianope17:03
TheJulialuckilly17:03
dtantsurmmm? https://review.opendev.org/c/openstack/ironic-python-agent-builder/+/825986/17:04
dtantsurand https://review.opendev.org/c/openstack/diskimage-builder/+/825983 hasn't merged yet either17:04
* TheJulia again has her lap claimed by an evil cat of doom17:08
rpittauI left a comment on #openstack-infra some time ago, before the holidays, but didn't get a reply17:08
TheJuliarpittau: in regards to debian?17:08
TheJulia#opendev might be better, folks are far more active there17:09
rpittauyep17:09
rpittau15:07:45 <rpittau> hey not sure anyone is here today but we found a little issue with dib and debian bullseye, after building an image with the debian element it seems the network interfaces are not configured during boot :/17:09
rpittau15:44:28 <rpittau> from what I can see the /usr/local/sbin/dhcp-all-interfaces.sh script is not executed ad startup17:09
rpittauI lost my notes unfortunately as the vm I was using blew up, and haven't found the time to reproduce the issue again :/17:10
rpittauI see if I can make time this week, but it's really just /usr/local/sbin/dhcp-all-interfaces.sh script not running correctly or at all17:11
rpittaugotta go now, see you tomorrow! o/17:11
opendevreviewDmitry Tantsur proposed openstack/ironic-inspector master: Support listening on a Unix socket  https://review.opendev.org/c/openstack/ironic-inspector/+/82712417:57
opendevreviewDmitry Tantsur proposed openstack/bifrost master: Make ironic-inspector listen on a Unix socket  https://review.opendev.org/c/openstack/bifrost/+/82712817:59
arne_wiebalckbye everyone, see you tomorrow o/18:08
dtantsura good call. time to go make some cheese! see you tomorrow folks o/18:11
iurygregoryseems like metalsmith is not 100% happy with C8S18:23
iurygregorycheese *-* yummy18:23
*** tkajinam is now known as Guest130718:43
TheJuliaNobodyCam: shared work in progress slide deck18:55
opendevreviewDmitry Tantsur proposed openstack/metalsmith master: Avoid non-Stream CentOS 8, it is EOL  https://review.opendev.org/c/openstack/metalsmith/+/82715221:01

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