Monday, 2020-06-08

*** eandersson has quit IRC00:35
*** ccstone has quit IRC00:35
*** eandersson has joined #openstack-ironic00:36
openstackgerritKaifeng Wang proposed openstack/ironic-python-agent-builder master: Fix python-dev package mapping  https://review.opendev.org/73346200:51
openstackgerritMerged openstack/ironic stable/ussuri: Add the noop management interface to the redfish hardware type  https://review.opendev.org/73153901:02
*** xiaolin has joined #openstack-ironic01:04
openstackgerritVerification of a change to openstack/ironic failed: change devstack ipa-builder default to BRANCHLESS_TARGET_BRANCH  https://review.opendev.org/73088701:10
*** yaawang has quit IRC01:11
*** rcernin has quit IRC02:28
*** diurnalist has joined #openstack-ironic02:28
*** Qianbiao has joined #openstack-ironic02:56
*** rcernin has joined #openstack-ironic02:58
*** ociuhandu has joined #openstack-ironic03:12
*** ociuhandu has quit IRC03:17
*** diurnalist has quit IRC03:43
openstackgerritVerification of a change to openstack/ironic failed: Increase callback timeout  https://review.opendev.org/73159903:47
*** yaawang has joined #openstack-ironic03:51
*** ricolin has joined #openstack-ironic04:14
*** dhellmann has quit IRC04:17
*** dhellmann has joined #openstack-ironic04:27
openstackgerritMerged openstack/ironic master: Add validate decorator to expose  https://review.opendev.org/70448704:39
*** jtomasek has joined #openstack-ironic04:58
*** k_mouza has joined #openstack-ironic05:07
*** k_mouza has quit IRC05:11
*** jtomasek has quit IRC05:37
arne_wiebalckGood morning, ironic!05:38
*** jawad_axd has joined #openstack-ironic06:07
*** jawad_axd has quit IRC06:12
*** xiaolin has quit IRC06:35
*** jtomasek has joined #openstack-ironic06:41
*** yolanda has joined #openstack-ironic06:43
*** iurygregory has joined #openstack-ironic07:10
iurygregorygood morning Ironic07:10
*** rpittau|afk is now known as rpittau07:14
rpittaugood morning ironic! o/07:14
iurygregorygood morning rpittau o/07:17
rpittauhey iurygregory :)07:17
maelkHello! noob question! How can I map an ironic version X.Y.Z-dev... to a specific commit in the master branch ?07:19
*** rcernin has quit IRC07:21
rpittauhey maelk, not sure I understand correctly what you're trying to do07:25
*** dougsz has joined #openstack-ironic07:33
*** jawad_axd has joined #openstack-ironic07:34
Qianbiaohello, maelk X.Y.Z-dev${int} means X.Y.Z => major version, dev(int) means the int-th commit of major version07:34
Qianbiaomostly dev-int is a version for development like master07:35
Qianbiaoironic version07:37
rpittauoh ok, that :)07:37
Qianbiao<rpittau> i remember someone gave a git command that can get the commit id.07:42
Qianbiaobut i forget it.07:42
rpittauQianbiao: git rev-parse HEAD will give the commit id07:45
Qianbiaorpittau no, i mean can get the *th commit.07:47
Qianbiaox.y.z-dev(*th) ^07:47
Qianbiaoget the *th commit of x.y.z07:48
rpittaummmmm07:48
iurygregorymaybe the CI scripts have something07:50
rpittauso mmm if you know the number of the commit, I can think only doing some math07:50
iurygregorynot ours but devstack/ infra07:50
Qianbiaorpittau someone on this channel gives the answer :). there are someone ask same question as maelk asked.07:51
QianbiaoI just can not search it. forget the keyword07:51
maelkQianbiao thanks for the answer. I already knew that it is the nth commit since the last release, but I don't know how to map that to an actualy commit without just counting. I was wondering if there's a command or a tool to do that07:56
Qianbiao<maelk> ok, there must have. I just forget it :)07:57
Qianbiao<iurygregory> any online bakup of this channel chat records.07:57
iurygregoryQianbiao, http://eavesdrop.openstack.org/irclogs/%23openstack-ironic/07:58
Qianbiaooh it's grouped by days. ~~07:58
*** lucasagomes has joined #openstack-ironic07:59
iurygregoryyeah08:01
*** tkajinam has quit IRC08:07
*** ravsingh has joined #openstack-ironic08:07
dtantsurmorning ironic08:13
rpittauhey dtantsur :)08:13
rpittauiurygregory: are you working on fixing ironic-lib for the latest version of zeroconf ?08:16
iurygregoryrpittau, https://review.opendev.org/73392008:22
patchbotpatch 733920 - requirements - Pin zeroconf to 0.26.3 - 3 patch sets08:22
iurygregorythe fix atm08:22
rpittauiurygregory: I mean the actual fix in ironic-lib08:22
iurygregoryI talked with Julia before pushing08:22
iurygregoryrpittau, havent touched08:22
rpittauok08:22
dtantsuriurygregory: is it hard to fix? pinning is a very problematic action08:24
iurygregorydtantsur, I didn't dig that much it was friday at midnight when I noticed08:25
dtantsurdo we have a story for this? I'm trying to understand if disabling the 2 releases will actually help08:25
dtantsurwhat will happen when 0.27.2 is released?08:25
rpittaudtantsur: what I see in the code is just tests that need fixing so far08:26
iurygregorywe will have fixed I hope08:26
dtantsuriurygregory: could you at least point me at a breakage?08:26
iurygregory0.27.008:26
iurygregoryRemoved previously deprecated ServiceInfo address constructor parameter and property08:26
iurygregoryBackwards incompatible08:26
rpittaudtantsur: I have a patch with the fixed tests, do we want to go from there ?08:26
dtantsurrpittau: yep08:26
dtantsuriurygregory: if this is what breaks us, it will NOT get ever fixed08:26
iurygregorydtantsur, I know, it was just a workaround for the issue so we could fix when I talked with TheJulia08:27
dtantsuryeah, but tomorrow (say) they'll release 0.27.2 and we're broken again08:27
openstackgerritRiccardo Pittau proposed openstack/ironic-lib master: Fix for latest zeroconf version  https://review.opendev.org/73403308:28
openstackgerritRiccardo Pittau proposed openstack/ironic-lib master: Fix for latest zeroconf version  https://review.opendev.org/73403308:29
*** xiaolin has joined #openstack-ironic08:36
*** alexmcleod has joined #openstack-ironic08:42
*** sshnaidm|afk is now known as sshnaidm08:44
* dtantsur shakes fist at vodafone08:45
*** jtomasek has quit IRC08:48
*** jtomasek has joined #openstack-ironic08:50
openstackgerritDmitry Tantsur proposed openstack/ironic-specs master: Amend the in-band deploy steps spec  https://review.opendev.org/73403908:55
dtantsurmgoddard: morning, if you have a minute ^^08:55
mgoddarddtantsur: sure08:57
dtantsuriurygregory: I think rpioso's patch should do it wrt zeroconf08:59
dtantsur* rpittau's (sorry rpioso)08:59
iurygregoryhehe08:59
*** ravsingh has quit IRC08:59
iurygregorydtantsur, yep ++08:59
dtantsurnow to something completely different: could I get some reviews on https://review.opendev.org/#/c/733957/ please?09:00
patchbotpatch 733957 - ironic - devstack: increase concurrency and worker timeout ... - 1 patch set09:00
dtantsurit fixes Yet Another transient failure in our CI (hopefully)09:00
*** ravsingh has joined #openstack-ironic09:00
iurygregorydtantsur, done09:02
dtantsurthx!09:02
*** k_mouza has joined #openstack-ironic09:03
*** kaiokmo has joined #openstack-ironic09:06
openstackgerritMerged openstack/ironic-lib master: Fix for latest zeroconf version  https://review.opendev.org/73403309:12
dtantsurmgoddard: could you release ^^ please?09:14
dtantsuractually, no, it's tests only09:14
dtantsurrpittau: could you add backports to ussuri and train (I think)?09:14
rpittaudtantsur: yeah, working on that :)09:15
dtantsurawesome09:15
openstackgerritRiccardo Pittau proposed openstack/ironic-lib stable/ussuri: Fix for latest zeroconf version  https://review.opendev.org/73404409:15
openstackgerritRiccardo Pittau proposed openstack/ironic-lib stable/train: Fix for latest zeroconf version  https://review.opendev.org/73404509:15
*** ricolin has quit IRC09:18
openstackgerritMerged openstack/bifrost master: Remove empty files from the roles  https://review.opendev.org/73395609:33
openstackgerritDmitry Tantsur proposed openstack/ironic master: agent: poll long-running commands till completion  https://review.opendev.org/73398509:34
openstackgerritDmitry Tantsur proposed openstack/ironic master: WIP: Decompose the core deploy step of the direct deploy  https://review.opendev.org/69830909:34
openstackgerritDmitry Tantsur proposed openstack/ironic master: DNM testing deploy steps  https://review.opendev.org/73382509:34
dtantsurmgoddard, rpittau: could you check https://review.opendev.org/#/c/732515/ ? I think it's the last patch before we can release stable/ussuri09:38
patchbotpatch 732515 - bifrost (stable/ussuri) - Correct handling enable_venv in pip_install.yml - 1 patch set09:38
iurygregoryI missed that one, sorry dtantsur09:42
dtantsurno worries, I made too many patches last week :D09:43
iurygregoryhehehe09:45
iurygregoryfunny libselinux-python is not available in F32 hehe10:12
iurygregorymaybe there is libselinux-python3...10:12
*** xiaolin has quit IRC10:12
openstackgerritMerged openstack/bifrost stable/ussuri: Correct handling enable_venv in pip_install.yml  https://review.opendev.org/73251510:14
*** rpittau is now known as rpittau|bbl10:15
rpittau|bbliurygregory: python3-libselinux10:16
iurygregoryrpittau|bbl, yeah I just found =)10:16
*** k_mouza has quit IRC10:17
iurygregoryI just had to remove libselinux-python3 from https://github.com/openstack/bifrost/blob/master/playbooks/roles/bifrost-ironic-install/defaults/required_defaults_Fedora.yml#L19 to run things locally10:17
*** k_mouza has joined #openstack-ironic10:22
openstackgerritArne Wiebalck proposed openstack/ironic master: [doc] Extend trouble shooting docs for node stuck in wait states  https://review.opendev.org/73365510:23
*** jtomasek has quit IRC10:41
openstackgerritVerification of a change to openstack/ironic failed: devstack: increase concurrency and worker timeout for sushy-tools  https://review.opendev.org/73395710:41
*** jtomasek has joined #openstack-ironic10:43
*** derekh has joined #openstack-ironic10:46
*** k_mouza has quit IRC10:59
openstackgerritPierre Riteau proposed openstack/bifrost stable/queens: CI: fetch all required projects in bifrost-base  https://review.opendev.org/73405911:03
*** yaawang has quit IRC11:05
*** yaawang has joined #openstack-ironic11:05
*** k_mouza has joined #openstack-ironic11:17
openstackgerritRachit Kapadia proposed openstack/ironic master: DRAC: Fix a failure to create virtual disk  https://review.opendev.org/73072511:18
dtantsurTheJulia, JayF, rpittau|bbl, the deployment without power credentials idea we talked about on the PTG: https://storyboard.openstack.org/#!/story/200777111:19
openstackgerritMerged openstack/ironic stable/ussuri: Increase callback timeout  https://review.opendev.org/73159911:41
openstackgerritMerged openstack/ironic stable/ussuri: Increase timeout for introspection in ironic-inspector-tempest  https://review.opendev.org/73194211:52
openstackgerritVerification of a change to openstack/ironic failed: change devstack ipa-builder default to BRANCHLESS_TARGET_BRANCH  https://review.opendev.org/73088711:59
*** uzumaki has joined #openstack-ironic12:00
uzumakihey ironic! o/12:00
uzumakii have a quick question, in the metal3 ironic deployment I see a parameter called "PROVISIONING_INTERFACE" with value "provisioning" and I'm unsure what that exactly means12:02
uzumakishouldn't that look like one of the conductor node provisioning interfaces? like we have in devstack? like eno3 eno4 or something?12:03
iurygregoryuzumaki, it will probably depend on your deployment12:06
iurygregoryyou can override the PROVISIONING_INTERFACE12:06
iurygregoryits the interface for dnsmasq config12:06
uzumakii mean, the default flavor upstream in their env file has a peculiar value of "provisioning" which is weird12:06
iurygregorythey probably have a good reason for that I would say12:07
uzumakiso my real concern is, will there be problems in provisioning if I let it setup ironic that way? I actually want to attempt to reconfigure the DHCP range in dnsmasq (which I know how) i'm just wondering if changing provisioning interface will also be required12:07
openstackgerritVerification of a change to openstack/ironic failed: New configuration parameter to use ipmitool retries  https://review.opendev.org/73167612:11
*** jtwill98 has quit IRC12:12
*** jtwill98 has joined #openstack-ironic12:12
*** rpittau|bbl is now known as rpittau12:13
*** rh-jelabarre has joined #openstack-ironic12:18
openstackgerritMerged openstack/ironic-lib stable/ussuri: Fix for latest zeroconf version  https://review.opendev.org/73404412:24
openstackgerritPierre Riteau proposed openstack/bifrost stable/queens: CI: Use WORKSPACE for all dependencies  https://review.opendev.org/73405912:25
openstackgerritMerged openstack/ironic master: Enforce autospec in test_deploy_utils module  https://review.opendev.org/73376712:32
openstackgerritMerged openstack/ironic master: Enforce autospec in test_ipxe and test_pxe  https://review.opendev.org/73382412:33
openstackgerritMerged openstack/ironic master: Enforce autospec in test_snmp  https://review.opendev.org/73389112:33
openstackgerritMerged openstack/ironic-inspector master: [doc] Add misconfigured BMC channel to trouble shooting guide  https://review.opendev.org/73377012:33
*** uzumaki has quit IRC12:37
*** deivid has joined #openstack-ironic12:37
deividHi! I'm trying to use pyghmi and I'm having some issues.. is this the right place to ask about it?12:37
dtantsurdeivid: hi, unfortunately not really. you may need to email maintainer directly.12:39
dtantsurunless you want to talk about virtualbmc.12:39
deividNope, I'll email the maintainer then12:40
deividthank you12:40
openstackgerritRiccardo Pittau proposed openstack/ironic-lib stable/train: Fix for latest zeroconf version  https://review.opendev.org/73404512:43
openstackgerritRiccardo Pittau proposed openstack/bifrost master: [WIP] Convert with_items to loop  https://review.opendev.org/73384713:00
*** ociuhandu has joined #openstack-ironic13:05
*** jtwill98 has quit IRC13:08
Qianbiao<uzumaki> you may fire an issue on metal3, i have the same question indeed. I want to make metal3 work with an exists ironic env. but did not find a document.13:11
openstackgerritDmitry Tantsur proposed openstack/ironic-python-agent master: Make the install_bootloader command asynchronous  https://review.opendev.org/73407613:11
*** ociuhandu has quit IRC13:12
openstackgerritPierre Riteau proposed openstack/bifrost stable/queens: CI: Use WORKSPACE for all dependencies  https://review.opendev.org/73405913:12
*** iurygregory is now known as iurygregory|afk13:20
openstackgerritPierre Riteau proposed openstack/bifrost stable/queens: CI: Use WORKSPACE for all dependencies  https://review.opendev.org/73405913:25
*** rloo has joined #openstack-ironic13:25
TheJuliagood morning13:26
dtantsurmorning TheJulia13:26
rpittaugood morning TheJulia :)13:28
TheJuliaQianbiao: When they started metal3, they explicitly chose not to support that path... even though it is possibly the most efficent path for many using ironic already. They may be willing to accept it, but the baremetal-operator may need some logic changes because it thinks it completely owns everything in the ironic it speaks to13:28
*** uzumaki has joined #openstack-ironic13:28
*** ociuhandu has joined #openstack-ironic13:30
*** tzumainn has joined #openstack-ironic13:32
Qianbiaogood morning TheJulia.13:33
QianbiaoDo u mean metal3 does not support a standalone ironic deployment env now?13:33
dtantsurIt has ironic embedded inside of it13:33
Qianbiaodtantsur it's an ironic vm. so i thought a standalone env should be support too.13:34
QianbiaoBut i can find nothing talked about this.13:34
dtantsurQianbiao: they have an ML, I think metal3-dev@googlegroups.com13:35
dtantsuryou may ask there13:35
Qianbiaook13:36
*** ociuhandu has quit IRC13:38
uzumakiI'm trying to craft my own dev environment, because I want to work with bare metal machines, that's why I'm taking the painful route13:45
maelkuzumaki the value "provisioning"  in "PROVISIONING_INTERFACE" is the name of the bridge created by libvirt in this case, on which the VMs are (i)PXE booting. so you should change it if you are not using the libvirt based env, and set it to the interface you have on the provisioning network of your Baremetal machines. It might be better to discussth13:49
maelkis in the channel cluster-api-baremetal of Kubernetes slack13:49
*** ociuhandu has joined #openstack-ironic13:49
maelkQianbiao and TheJulia we have added the possibility to configure BMO to talk to an external Ironic instance. TheJulia's point still stand true though. So you can use external ironic instances with metal3, but with restrictions13:52
dtantsuroh, TIL13:52
Qianbiaomaelk thanks for the answer. Is there a document that could help me to setup metal3 with standalone ironic env.13:55
Qianbiaocurrently, i try to deploy bm with metal3-dev-env. it seems that metal3 could not talk to real baremetal due to network issue.13:56
maelknot really :/ I was guiding the Dell guys through that, and realized that we really miss this kind of docs, but didn't have time to start writing anything13:57
*** ociuhandu has quit IRC13:57
maelkhowever, with the BMO integration in CAPM3, it will become straightforward. you'll be able to use clusterctl to setup CAPM# and BMO at once, just passing the ironic and inspector APIs urls13:58
maelkI'll put a reminder to myself to write that bit of docs when we complete the BMO integration in CAPM3.13:59
uzumakimaelk, oh, just as I suspected, thank you! :) Yes, I just switches laptops so I'm setting up slack here. Thanks again!13:59
openstackgerritTzu-Mainn Chen proposed openstack/ironic master: Allow node vif attach to specify port_uuid or portgroup_uuid  https://review.opendev.org/73178013:59
rpiosoGood morning, ironic13:59
Qianbiaomaelk that would be great.14:00
Qianbiaohello uzumaki, you can join metal3 slack ?14:00
Qianbiaowhen i try to join, it ask for a email that i could not provide.14:00
TheJuliamaelk: awesome, just hoping some of those issues and the whole conceptual ownership of everything becomes a setting at some point14:00
rpiosodtantsur: When you have a chance, please review https://review.opendev.org/#/c/731644/14:01
patchbotpatch 731644 - ironic - Fix Redfish handle no continuous override boot src - 4 patch sets14:01
uzumakiI think you need the k8s SIG invite link for that, once you're in, simply join the channel14:01
maelkQianbiao https://slack.k8s.io/ you need to first add your email here14:01
Qianbiaothanks. will try.14:01
QianbiaoI am not familiar with slack. It's blocked in china.14:02
rpiosodtantsur: In addition to fixing an issue in the original workaround, when it's backported to stable/train, it will fix the reference to optional import of sushy issue pas-ha reported.14:02
*** Qianbiao has quit IRC14:03
*** Qianbiao has joined #openstack-ironic14:05
*** priteau has joined #openstack-ironic14:05
dtantsurI will, trying to get there14:06
*** deivid has quit IRC14:07
*** diurnalist has joined #openstack-ironic14:11
rpiosodtantsur: Thank you so much!14:12
rpiosoAnd entirely understand :-)14:12
*** ravsingh has quit IRC14:16
* TheJulia wonders if more items are going to appear on the meeting agenda this morning https://wiki.openstack.org/wiki/Meetings/Ironic#Agenda_for_next_meeting14:20
* TheJulia sees efnet is down and blinks14:24
*** ociuhandu has joined #openstack-ironic14:25
dtantsur - Failed: 3514:30
dtantsurugh, a lot of fun ahead14:30
TheJuliainband deploy steps?14:30
dtantsuryeaaah14:30
dtantsurI got it working, now I need to fix ALL THE UNIT TESTS14:31
TheJuliaYeaaaah14:31
TheJuliaugh14:31
*** jawad_axd has quit IRC14:31
dtantsurI think I'm on the final approach though14:32
dtantsurjust need to make some bits come together (and fix unit tests for them)14:32
*** ociuhandu has quit IRC14:33
*** ociuhandu has joined #openstack-ironic14:34
TheJuliapriteau: Greetings, regarding https://review.opendev.org/#/c/734059/ It looks like it is directly against stable/queens. Is this something that is not applicable in other branches?14:34
patchbotpatch 734059 - bifrost (stable/queens) - CI: Use WORKSPACE for all dependencies - 4 patch sets14:34
dtantsurmount: /tmp/tmp1gcfuru0/dev: mount point does not exist14:36
*** iurygregory|afk is now known as iurygregory14:36
dtantsurdo we have any clues?14:36
dtantsurwait, why is the partition job trying local boot? Oo14:37
priteauHi TheJulia. rocky and newer have been migrated to Zuul v3 native jobs and are already using a similar config14:37
TheJuliadtantsur: partition jobs should always local boot, partition no longer implies network booting by default14:37
priteauI'll tune my patch to make it similar to the current bifrost-jobs.yaml14:37
dtantsurTheJulia: not in our CI where we use cirros14:37
TheJuliathis is true, it shouldn't a fatal failure14:38
TheJuliaWe're always going to fail on that not existing but it should otherwise be bootable14:38
openstackgerritDmitry Tantsur proposed openstack/ironic-lib stable/ussuri: Add netboot to all partition jobs  https://review.opendev.org/73410214:38
TheJuliaI thought we fixed that14:38
dtantsurTheJulia: ^^^14:38
TheJuliaoh, That would do it14:38
dtantsurwe cannot fix it, cirros doesn't have anything in its root partition14:38
dtantsurunless we switch away from cirros..14:38
TheJuliano, I thought we had code to also see "oh, this is bootable" and boot it too14:38
* iurygregory is back14:38
TheJuliadid you bring coffee?14:39
TheJuliamaybe coffee cake or cheesecake? :)14:39
dtantsurTheJulia: this is for whole disk images, I think?14:39
TheJuliadtantsur: yeah... it is14:39
* TheJulia orders a new brain14:39
dtantsuroh, do they have them on amazon? I'd get one myself as well14:40
* uzumaki thinks the new brain delivery might be delayed because or Covid-1914:40
iurygregoryI have coffee XD14:40
uzumakidtantsur, I think you should be more concerned about the guy/girl who will be installing that new brain in your head14:41
TheJulialol14:41
dtantsuruzumaki: my wife is a chemist, she can manage it14:41
uzumakii REALLY hope so14:41
dtantsur*shrug* you won't notice much of a difference if she fails14:41
uzumakithat is just so sad and true14:42
openstackgerritVerification of a change to openstack/ironic failed: devstack: increase concurrency and worker timeout for sushy-tools  https://review.opendev.org/73395714:43
iurygregorydtantsur, lol14:43
dtantsurc'mon, unstable unit tests jobs is just too much for my already quite limited sanity14:43
openstackgerritPierre Riteau proposed openstack/bifrost stable/queens: CI: Use WORKSPACE for all dependencies  https://review.opendev.org/73405914:44
* dtantsur git rm -r ironic/tests && git commit -m "Go away" && git push -f14:44
*** k_mouza has quit IRC14:44
TheJuliaoh my14:44
* uzumaki git rebase dtantsur/master --fast-forward dtantsur/new-brain --force --please-do-it-quickly14:45
dtantsur:D14:45
* iurygregory agrees with dtantsur 14:45
*** cdearborn has joined #openstack-ironic14:46
*** ociuhandu has quit IRC14:49
*** kaifeng has joined #openstack-ironic14:51
*** beekneemech is now known as bnemec14:54
*** k_mouza has joined #openstack-ironic14:56
openstackgerritJulia Kreger proposed openstack/ironic master: WIP Add a driver compatability matrix  https://review.opendev.org/73371614:57
iurygregoryo/15:00
iurygregoryops too fast15:00
TheJulia#startmeeting ironic15:00
openstackMeeting started Mon Jun  8 15:00:18 2020 UTC and is due to finish in 60 minutes.  The chair is TheJulia. Information about MeetBot at http://wiki.debian.org/MeetBot.15:00
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.15:00
iurygregoryo/15:00
*** openstack changes topic to " (Meeting topic: ironic)"15:00
openstackThe meeting name has been set to 'ironic'15:00
ajyao/15:00
dtantsuro/15:00
rpittauo/15:00
TheJulia1 point goes to iurygregory for being ready to start the meeting :)15:00
kaifengo/15:00
TheJulia\o15:00
erbarro/15:00
rlooo/15:00
dtantsuriurygregory++ :D15:00
cdearborno/15:00
iurygregory=)15:00
TheJuliaGood morning, time for our ironic meeting!15:00
TheJuliaOur agenda is on the wiki, you can find it at the next link15:01
TheJulia#link https://wiki.openstack.org/wiki/Meetings/Ironic#Agenda_for_next_meeting15:01
rajiniro/15:01
TheJulia#topic Announcements / Reminders15:01
*** openstack changes topic to "Announcements / Reminders (Meeting topic: ironic)"15:01
TheJuliaI have two items on the agenda for annoucements/reminders15:01
TheJuliaThe first is the priorities change set in ironic-specs. I'd like to get this wrapped up this week, so reviews would be super helpful.15:02
TheJulia#link https://review.opendev.org/#/c/720100/15:02
patchbotpatch 720100 - ironic-specs - WIP - Victoria Cycle Priorit(y|ies) - 6 patch sets15:02
TheJuliaThe other is PTG notes, which can be found at...15:02
TheJulia#link https://meetpad.opendev.org/etherpad/p/ironic-ptg15:02
*** stendulker has joined #openstack-ironic15:02
TheJuliaDoes anyone have anything else to announce or remind us of?15:02
stendulkero/15:02
TheJulia\o15:02
dtantsurwe need to do some math15:03
dtantsurand figure out when we're doing the next release15:03
TheJuliadtantsur: on the priorities document15:03
TheJuliaalready15:03
TheJulia:)15:03
dtantsurwow15:03
dtantsurokay, I've publicly admitted that I haven't read it in a whole. oops.15:03
TheJulialol15:03
* dtantsur will correct that15:03
TheJuliareviews ++15:04
rloowrt priorities. it was discussed at ptg, about 'lazy consensus' and some time period. Did we decide? If not, shall we decide now? 1 week after PTG or something like that?15:04
dtantsurin API SIG we did it this way:15:04
TheJuliarloo: I was thinking by the next meeting at worst, tbh15:04
dtantsurwhen the core team (2-4 ppl) is pleased with a document, we announce it and the deadline15:04
dtantsurafter the deadline the change is merged if no objections15:05
TheJuliaRegarding our next topic, we have no action items from the prior meeting15:05
dtantsurfor us it could be something like once 3x +2 are there, merge in 1 week15:05
TheJuliadtantsur: That seems reasonable15:05
rloodtantsur: is taht the entire core team or majority or ?15:05
dtantsurrloo: API SIG has had 4 cores top during its whole history15:05
dtantsuronly 2 nowdays15:06
TheJuliaso it is more of an external feedback mechanism in then15:06
TheJuliawhich also makes sense15:06
rloodtantsur: so 3x +2 is 3 core members regardless of total number of cores.15:06
dtantsurfor us - yes15:06
rlooour existing policy is agreement from all cores.15:06
dtantsurright, this is what lazy consensus is about15:06
dtantsuronce 3x+2 are there, we invoke it (with an announce here/on the ML)15:07
dtantsurif no objections are recorded, say, in a week, merge it15:07
TheJuliaPerhaps we should discuss it during the discussion topic15:07
dtantsuryeah, sorry15:07
openstackgerritMark Goddard proposed openstack/bifrost master: Fix bifrost_inventory.py with node nodes enrolled  https://review.opendev.org/73411515:07
iurygregoryif we will need to wait for all cores we will have problems =)15:07
TheJuliano worries!15:07
TheJuliaiurygregory: yeah... That is what I'm seeking to avoid15:07
openstackgerritMark Goddard proposed openstack/bifrost master: Fix bifrost_inventory.py with no nodes enrolled  https://review.opendev.org/73411515:07
iurygregoryagree15:07
TheJuliaSo crazy thought, do we even need to visit subteam status reports this week?15:08
TheJuliasince the priority document is up in review?15:08
dtantsurI've put some stuff about deploy steps15:08
dtantsurno need to spend 10 mins on it though :)15:08
TheJuliaThen lets jump directly to priorities for the coming week. The review list is huge15:08
dtantsurto put it mildly15:09
TheJuliayeah....15:09
TheJuliaWe also haven't held a meeting  in a little while15:09
TheJulia#topic Deciding on priorities for the coming week15:10
*** openstack changes topic to "Deciding on priorities for the coming week (Meeting topic: ironic)"15:10
TheJulia#link https://etherpad.opendev.org/p/IronicWhiteBoard15:10
*** ociuhandu has joined #openstack-ironic15:10
TheJuliaStarting at line 130, we have a number of items that merged... and we have a huge number of items that could use reviews and or feedback.15:10
TheJuliaSo any reviews this week would be super appreciated by contributors15:10
* TheJulia removes the merged items from the list15:10
dtantsurremove deployment API for now, it's not finished15:10
dtantsur* let's15:10
TheJuliaack15:11
TheJuliawow, that was a lot15:11
TheJuliaNow, new items for this week starting at line 183. If there any objections, now would be good to raise them15:12
dtantsurwe need to move "for the next meeting" to the bottom, right?15:13
TheJuliabasically, but I'm cleaning it up now since there may be duplicates15:13
TheJuliaA lot of the items on that list are fairly small to medium patches15:15
TheJuliaso some time reviewing would be good this week.15:15
TheJuliaAlso a number of those items are documentation improvements15:16
TheJuliaQuestions/objections?15:16
TheJuliaThings to add?15:16
*** gyee has joined #openstack-ironic15:17
dtantsurI hope we can manage it :)15:17
dtantsurI'll be out Thu-Fri15:17
TheJuliaack15:17
dtantsur(the whole RH is out on Fri IIUC)15:17
rpittauit looks ok, probably at the limit15:17
TheJulialooks like we got some duplicates in there too15:17
* TheJulia tires to clean some of that up15:18
openstackgerritMark Goddard proposed openstack/bifrost master: Fix bifrost_inventory.py with no nodes enrolled  https://review.opendev.org/73411515:18
TheJuliaI concur, it makes up for last week :)15:20
TheJuliaWell, I'll take this as lazy consensus and we can move on!15:20
dtantsur++15:20
TheJulia#topic Discussion15:20
*** openstack changes topic to "Discussion (Meeting topic: ironic)"15:20
TheJuliaI added one topic, "What did everyone think of the virtual PTG?"15:20
TheJuliaComments/suggestions/ideas?15:21
dtantsur+ Productive, easy to attend (for me)15:21
dtantsur- Missing evenings together15:21
TheJuliaI really like we had a brainstorming session15:21
dtantsur+ Inclusive (towards people who cannot travel)15:21
iurygregoryit was awesome, but i have the feeling it requires more energy =)15:21
TheJuliaIndeed. Some technical problems though15:21
dtantsurit was the first time15:22
TheJuliaOur two hour time boxing might have been a little too little at least for the first day or two15:22
rpittauit felt a bit "compressed"15:22
TheJuliaThat is a good way to put it15:22
mgoddardsad that I missed it. Clashed with kolla :(15:22
*** priteau has quit IRC15:22
dtantsur+ Having normal work time in-between allowed follow-uping15:22
TheJuliaThere was no topic evolution, no "oh, we should talk about xyz too! Schedule it!"15:22
TheJuliaYeah, normal work was also a source of interrupts15:23
TheJuliaI felt super drained every day, but a lot is going on right now15:23
TheJuliaWell, if there is nothing else! Time to move on to the BareMetal SIG15:23
rloo- hallway chatter with ironic and non-ironic folks so felt more like 'only ironic'15:23
TheJuliayeah, there was pretty much no hallway chatter15:23
rpittauyeah, less interaction with other groups15:23
TheJuliacross-project communication was basically non-existant15:24
rlooi guess 'missing community interaction' ?15:24
TheJuliaexcept in the pre-defined verticals15:24
rloobut maybe pros outweigh cons.15:24
TheJuliaI concur, and I think everything said so far echos what my feedback to the foundation contained15:24
dtantsurwell, we don't know when large-scale travel is enabled again...15:25
rpittau- no maple syrup :/15:25
dtantsur- and no mountain views from the venue15:25
* rloo gets some from fridge and passes to rpittau15:25
TheJuliaand sea planes, and the Tap & Barrel15:25
rpittaurloo: thanks for the thought :)15:26
TheJulia#LongingForTheVancouverConventionCenter15:26
dtantsurI'd really, really love the Summit in Berlin to happen, but..15:26
TheJuliaditto15:26
* iurygregory never went to Vancouver =(15:26
TheJuliaAnyway, onward to the SIG15:26
TheJulia#topic BareMetal SIG15:26
*** openstack changes topic to "BareMetal SIG (Meeting topic: ironic)"15:26
TheJuliaLooks like arne_wiebalck is pushing things forward (Thanks Arne!)15:26
TheJuliaA doodle has been posted for a final review of the whitepaper15:27
TheJulia#link https://doodle.com/poll/afwgy9zs8fi55wqe15:27
* arne_wiebalck wakes up15:27
TheJuliaarne_wiebalck: is there anything else?15:27
dtantsurgood morning arne_wiebalck :)15:27
arne_wiebalckI don't think so, I hope we can get things into a final state on Wed.15:27
* iurygregory saw an email from arne_wiebalck to the ml15:27
arne_wiebalck(assuming we meet on Wed)15:28
*** k_mouza has quit IRC15:28
dtantsurthose of us from RH have a conflicting meeting on Tue IIRC15:28
*** k_mouza has joined #openstack-ironic15:28
arne_wiebalckok, Wed seems fine so far ... TheJulia ?15:28
*** iurygregory has quit IRC15:29
TheJuliaopening other calendar15:29
*** iurygregory has joined #openstack-ironic15:29
*** k_mouza has quit IRC15:29
*** k_mouza has joined #openstack-ironic15:29
rpittauI believe wed is the only option for us15:29
TheJuliaWednesday works nicely15:30
arne_wiebalckok, I will close the doodle and sent out an invite15:30
arne_wiebalck*send15:30
TheJuliaok15:30
TheJuliaThen onward to RFE review?15:31
dtantsur++15:31
TheJulia#topic RFE Review15:31
*** openstack changes topic to "RFE Review (Meeting topic: ironic)"15:31
TheJuliadtantsur has two topics for us to discuss in terms of RFEs15:31
* TheJulia gives dtantsur the stage15:31
dtantsurthx :)15:31
dtantsur#link https://storyboard.openstack.org/#!/story/2007771 [dtantsur] Limited deployment capabilities without BMC credentials15:32
dtantsurso, this stems from the never-ending (at least on our side) requests to have at least $something working without the power control15:32
dtantsurI've noticed that we pretty much have all the bits in place and with a few fixes we can define a flow that will work15:32
TheJuliaI read this first one and it seemed logical, the very last part seemed a little vague, but it seems reasonable to me15:32
dtantsurthis RFE is about trying it, fixing lose ends and documenting15:33
rpittauI had a quick look and it seems ok to me15:33
TheJuliaseems really reasonable, since yeah, the bits are all there really15:33
*** ociuhandu has quit IRC15:34
* dtantsur hears nice June crickets15:35
TheJuliaheh15:36
TheJulianext rfe?15:36
kaifengafter initial deployment, someone would need to change the boot order and boot into disk?15:36
dtantsur#link https://storyboard.openstack.org/#!/story/2007610 [dtantsur] Networking boot fallback for ironic15:36
rlooi'm still reading/groking the rfe15:36
dtantsurkaifeng: the 2nd link is actually about it15:36
rloobut can give feedback later.15:36
rlooseems like a bit of a hack to me, but still thinking about it15:36
dtantsurrloo: the 2 RFEs are related, go ahead15:36
dtantsurit is a bit of a hack, yes, but a hack that a lot of people will likely appreciate15:36
rloodtantsur: oh, i will / should read both first then. sorry, i can't give good feedback on it in this meeting. (cuz i'm slow)15:37
TheJuliaturns out a lot of people want slightly different workflows15:37
dtantsurno worries, the goal is to highlight the RFEs15:37
dtantsurnot to make all possible decisions here and now15:37
dtantsurthe 2nd RFE is about the boot order indeed15:37
dtantsurin addition to RFE #1, there are two more cases where we cannot assert the boot order the way we want: SNMP and Redfish15:38
*** eliaswimmer has joined #openstack-ironic15:38
dtantsurthe latter is affected by the lack of (a supported) way to configure persistent boot on some hardware15:38
dtantsurthe idea is simple (and I've learned today foreman does it too):15:38
dtantsurgenerate PXE environment for active nodes with local boot, so that if they boot from network, we tell them to boot from disk15:38
TheJuliaI feel a deploy interface cfeature compatability matrix coming soon to a review queue near you15:39
kaifengthe 2nd one seems reasonable to me for I just hit a machine failed to perform a uefi local boot today :)15:39
dtantsurheh15:39
TheJulias/cfeature/feature/15:39
TheJuliakaifeng: as in the efibootmgr failed to set things up?15:39
iurygregory" if they boot from network, we tell them to boot from disk" O.o15:39
dtantsuressentially, an iPXE file with 'sanboot'15:40
dtantsurwe do it for whole disk images with netboot already15:40
kaifengTheJulia: I think it's a bmc firmware issue, it just can't even manually change settings in the bios15:40
TheJuliakaifeng: fun! :(15:40
TheJuliaWell, if there is nothing to discuss further on the RFEs, time for open discussion15:41
dtantsuryep15:42
TheJulia#topic Open Discussion15:42
*** openstack changes topic to "Open Discussion (Meeting topic: ironic)"15:42
kaifengI am hitting this issue https://bugzilla.redhat.com/show_bug.cgi?id=1033739 hard :(15:42
openstackbugzilla.redhat.com bug 1033739 in libvirt "Dnsmasq need prefix in dhcp-range for dhcpv6" [Unspecified,Closed: upstream] - Assigned to libvirt-maint15:42
kaifengoh no wrong link, sorry15:43
rpittauok :)15:43
kaifenghttps://bugzilla.redhat.com/show_bug.cgi?id=157502615:43
openstackbugzilla.redhat.com bug 1575026 in dnsmasq "Can't PXE/iPXE boot with dnsmasq and DHCPv6" [Medium,Closed: wontfix] - Assigned to pemensik15:43
kaifengI am trying to make ironic inspector supports ipv6 discovery15:44
dtantsuryou're using RHEL 7?15:44
kaifengI am using centos7, this is the closest thing I googled15:44
dtantsuris CentOS 8 an option for you?15:44
dtantsurIt has/will be fixed there15:45
dtantsurhjensas and bfournie have had success with IPv6 and ironic-inspector, but on RHEL 815:45
kaifengthe weird thing is we never hit this issue in non-ironic related area, i can't tell the difference15:46
dtantsurIIRC the problem is with several times we do DHCP during iPXE boot15:47
TheJuliakaifeng: There are a couple different issues, but some in part is the way dnsmasq works and how the ipxe client re-does dhcp with a different client identifier15:47
TheJuliaalso, part of this is how dhcpv6 was designed15:47
* dtantsur is of opinion that IPv6 was designed to show the masses that computers are cursed15:48
TheJuliav4 I guess was the "just work" version15:48
TheJuliaand v6 was the "lets over-engineer!"15:48
kaifengwe are not using ipxe, just pxe15:48
TheJuliakaifeng: instances failing to dhcp?15:48
Qianbiaohi rpittau do u remember the pxe could not boot issue i post days ago?15:49
QianbiaoIt seems a bit similiar to the kaifeng post issue.15:50
TheJuliaI guess we're done with today's meeting. Thanks everyone. I'm sure we'll continue to discuss IPv6 for a little while15:50
kaifengno, i am still trying the introspection poart15:50
kaifengpart15:50
TheJuliakaifeng: ramdisk failing to get an address?15:50
kaifengthe interesting thing is first time works, and if we wait for a while, it also works, but i can't estimate how long15:51
TheJuliahjensas: ^^^15:51
dtantsurthis does sound like an issue with leases15:51
kaifengif we do two consecutive introspection, dnsmasq would complain no addresses on the second one15:51
* dtantsur suggests we wrap it up indeed and continue off-meeting15:51
TheJuliayeah, sounds slightly different :\15:51
TheJulia++15:51
TheJuliaThanks everyone!15:51
TheJuliaHave a wonderful week!15:52
hjensasintrospection using neutron, or using dnsmasq standalone with a dynamic pool?15:52
TheJulia#endmeeting15:52
*** openstack changes topic to "Bare Metal Provisioning | Status: http://bit.ly/ironic-whiteboard | Docs: http://docs.openstack.org/ironic/ | Bugs: https://storyboard.openstack.org/#!/project_group/75 | Contributors are generally present between 6 AM and 12 AM UTC, If we do not answer, please feel free to pose questions to openstack-discuss mailing list."15:52
openstackMeeting ended Mon Jun  8 15:52:03 2020 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)15:52
openstackMinutes:        http://eavesdrop.openstack.org/meetings/ironic/2020/ironic.2020-06-08-15.00.html15:52
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/ironic/2020/ironic.2020-06-08-15.00.txt15:52
openstackLog:            http://eavesdrop.openstack.org/meetings/ironic/2020/ironic.2020-06-08-15.00.log.html15:52
dtantsurwell, client ID changes on re-introspection, so until the lease expires, the same address is not given again?15:52
dtantsurdunno, shooting in the darkness15:52
kaifenghjensas: just with openstack inspector dnsmasq service15:52
kaifengi tried slaac but i guess the uefi firmware doesn't support it15:53
hjensaskaifeng: ok, and you have a dynamic range configured? Not static MAC-to-IP mappings in you dnsmasq config?15:53
kaifenga dynamic pool15:53
kaifengyeah, we don't know the mac address before introspection15:53
*** gyee has quit IRC15:53
TheJuliahmm15:54
TheJuliasounds like one of the dnsmasq issues we've unconvered15:54
rlooas an aside, we didn't discuss/agree on what lazy consensus meant wrt the priorities.15:54
hjensaskaifeng: ok, the whole client-id issue with IPv6 should'nt be a problem in this case. As long as you don't run out of addresses in the pool ...15:54
rlooi don't think we can 'impose' anything, dtantsur or any other suggestion, without some sort of agreement :-(15:55
kaifengi wonder if the dib release lease or not, seems like a lease issue, but my config on dnsmasq seems taking no effect15:55
dtantsurrloo: we cannot impose anything at all, to be realistic15:55
dtantsurI can +2 the priorities today and get reassigned tomorrow15:55
hjensaskaifeng: do you have ndisc package available in your DIB?15:55
dtantsurNobody is going to expel anyone for not working on priorities15:56
TheJuliaalso, we can't realistically wait 3-4 weeks to maybe reach 90% of core reviewers15:56
rloodtantsur: as a team/community. is what i meant. otherwise, why even bring up the topic at the ptg? the current understanding is that we get all cores to +2.15:56
kaifenghjensas: the ramdisk has rdisc6 command15:56
dtantsurrloo: if we can make all cores vote within a week (and appoint a person to vote if they're absent)..15:57
rloodtantsur: we can suggest that and if folks agree, then fine. isn't that how we've operated in the past?15:57
kaifengi checked the dhcp all interfaces, it contains the ipv6 support you have added.15:57
dtantsurwith 2 months release cycles we cannot wait a month to define priorities15:57
openstackgerritRiccardo Pittau proposed openstack/ironic master: Enforce autospec in test_rpc_api and test_steps  https://review.opendev.org/73413215:57
dtantsurrloo: sorry, I don't quite get what exactly you're proposing. just wait for reviews until we get 100% cores on board?15:57
rloodtantsur: to be clear, i am not opposed to most suggestions. what i'm opposed to is lack of process/implied something.15:58
rloodtantsur: i'm not proposing ANY CHANGE. You wanted some change, as did others. I don't know what that change is, or if folks agreed to it.15:58
dtantsurNote that the priorities document is just a guidance. It's not enforced nor enforceable15:59
dtantsurMore of "hey, these are the cool ideas we can probably work on the next few months"15:59
dtantsurIf we want to reach 100% (as before), we also need some accountability for cores that hold the process16:00
rloodtantsur: i know what the priorities document is. Again, the agreement was that before it merged, it needed +2 from all cores.16:00
hjensaskaifeng: ok, it should work then. When does it fail? At UEFI PXE, or does it fail to get an address after booting into the agent?16:00
*** stendulker has quit IRC16:00
rloodtantsur: so i guess we'll continue with that unless there is some other proposal (to getting priorities PR merged) that is agreed upon.16:00
dtantsurwe're trying to agree on something right now :)16:01
*** lucasagomes has quit IRC16:01
rloodtantsur: and i brought it up in today's meeting cuz it seemed like a simple thing to get a proposal/agreement.16:01
TheJuliarloo: I think the disconnect is we've strived to get everyone to agree in the past. That realistically is not working anymore nor has worked for the last two cycles, so using the model of lazy consensus kind of laid out in the openstack community seems reasonable, to me at least.16:01
dtantsurokay, so the problem: it takes too long to get all cores on board. with the virtual PTG even longer.16:01
rlooTheJulia: dtantsur. Look, I don't disagree with lazy consensus.16:01
rlooTheJulia: dtantsur. BUT I don't recall that the details were spelled out at the ptg.16:01
dtantsurif we seriously want to release every 2 months (and release often has been a goal for a long time), we must ensure we get consensus quickly each time16:02
rloodtantsur: and again i don't disagree with that.16:02
kaifenghjensas: it appears that after a successful introspection, the second one would stuck at uefi pxe, which is the iaid issue16:02
dtantsurrloo: okay, so should we ask TheJulia to write a formal proposal defining how we define priorities?16:02
dtantsurand then make 100% cores sign off on that?16:02
*** k_mouza has quit IRC16:02
dtantsurnote that we've historically applied lazy consensus to such a critical thing as adding new cores16:03
TheJuliaso the openstack lazy consensus model is basically meet the requirements to merge and wait for objections.16:03
rloodtantsur: i think we're discussing a proposal with how we merge the priorities. I don't care if it is TheJulia or someone else. I am not even sure if we need 100% cores. I suspect majority/quorum is sufficient.16:03
*** k_mouza has joined #openstack-ironic16:03
kaifenghjensas: remove the lease->iaid check do helps, but we are seeking an alternative16:03
TheJuliaWe seemed to reach consensus that this was viable in the PTG notes16:03
rlooTheJulia: I don't recall what the tie period was for 'wait for objections' ?16:04
rloos/tie/time/16:04
TheJuliaGenerally it is a week16:04
dtantsurso 6 cores to +2?16:05
hjensaskaifeng: stuck at uefi pxe when re-introspecting the same node after it successfully introspected?16:05
rlooTheJulia: so 'wait a maximum of one week for any objections after ... what? the PR is proposed, we get 2x +2, ??'16:05
dtantsurin API SIG we used 2 weeks after the 1st +216:06
dtantsuror 1 week? heck, we haven't had guidelines for a while..16:06
kaifenghjensas: right, this is what i can see16:06
rloo2 weeks seems too long.16:06
TheJuliaTC I believe is a week at the requirement to merge16:06
rloo1 week at most.16:06
rpittaugood night! o/16:08
*** rpittau is now known as rpittau|afk16:08
kaifenghjensas: i am not sure why uefi/grub have different iaid but dnsmasq doens't complain, i am gussing the dhcp in the ramdisk has some side effect on the dnsmasq.16:08
kaifeng*guessing16:09
* dtantsur has to go as well16:10
hjensaskaifeng: the iaid can be generated in a number of different ways, so UEFI and grub do it differently. It's all withing spec, so we can't blame them.16:10
*** dtantsur is now known as dtantsur|afk16:10
dtantsur|afko/16:10
hjensaskaifeng: but the differeing iaid's should be fine with dnsmasq configured with the dynamic range.16:11
kaifengso this means something wrong with the dnsmasq configuration?16:11
openstackgerritMerged openstack/ironic stable/ussuri: change devstack ipa-builder default to BRANCHLESS_TARGET_BRANCH  https://review.opendev.org/73088716:12
kaifengi am using something like this: dhcp-range=2020:6:9::,2020:6:9::ffff, 64, 30m16:13
kaifengand with enable-ra16:13
*** k_mouza has quit IRC16:14
openstackgerritVladyslav Drok proposed openstack/ironic master: Release greenthread when computing checksum  https://review.opendev.org/73413616:14
*** k_mouza has joined #openstack-ironic16:14
*** gyee has joined #openstack-ironic16:15
hjensaskaifeng: I did'nt use the RA functionality in dnsmasq. But there where some fixes related to that recently. Can you try compiling dnsmasq from source?16:17
TheJuliavdrok: have you asked the oslo folks?16:18
hjensaskaifeng: http://thekelleys.org.uk/gitweb/?p=dnsmasq.git;a=commit;h=515ba97595e60c762c448657f3c0e545c1e365f9, http://thekelleys.org.uk/gitweb/?p=dnsmasq.git;a=commit;h=cd672933c9b39c4275f2e8c26cef5107ad6f2c7c, http://thekelleys.org.uk/gitweb/?p=dnsmasq.git;a=commit;h=18a6bdd5414131699090d978b104e7f56ca0562a16:18
TheJuliabnemec: It might be handy if you could take a super quick look at https://review.opendev.org/73413616:20
patchbotpatch 734136 - ironic - Release greenthread when computing checksum - 1 patch set16:20
*** alexmcleod has quit IRC16:20
kaifenghjensas: i turned this on because for a few initial runs it seems the ramdisk can't get ip addresses, i guess for a dynamic range it's not required16:21
*** alexmcleod has joined #openstack-ironic16:21
bnemecTheJulia: Replied on the review16:23
TheJuliabnemec: thanks16:25
openstackgerritMerged openstack/ironic-inspector master: Enable Basic HTTP authentication middleware.  https://review.opendev.org/72946316:27
vdrokTheJulia: bnemec thanks, will propose a fix to oslo instead - https://bugs.launchpad.net/oslo.utils/+bug/188256916:27
openstackLaunchpad bug 1882569 in oslo.utils "fileutils.compute_file_checksum does not allow greenthread switching" [Undecided,New]16:27
*** Qianbiao is now known as Qianbiao|afk16:27
bnemecCool, thanks16:27
TheJuliavdrok: awesome, thanks!16:29
*** sshnaidm is now known as sshnaidm|afk16:34
*** k_mouza has quit IRC16:37
TheJuliadtantsur|afk: thinking about the rfe for boot failures, I think you might have to touch some of the code around adopt just so we treat those machines the same. We run takeover on them, but don't do any config writing to disk and ideally we should16:41
*** k_mouza has joined #openstack-ironic16:41
*** k_mouza has quit IRC16:52
arne_wiebalckbye everyone o/16:53
*** gyee has quit IRC16:54
*** k_mouza has joined #openstack-ironic16:56
*** dking has joined #openstack-ironic16:56
*** gyee has joined #openstack-ironic16:58
*** gyee has quit IRC17:00
*** derekh has quit IRC17:01
*** jawad_axd has joined #openstack-ironic17:05
openstackgerritMerged openstack/ironic-lib stable/ussuri: Add netboot to all partition jobs  https://review.opendev.org/73410217:12
*** dougsz has quit IRC17:15
*** k_mouza has quit IRC17:28
openstackgerritMerged openstack/ironic-python-agent-builder master: Fix python-dev package mapping  https://review.opendev.org/73346217:37
openstackgerritMerged openstack/sushy-tools master: Simplify the CI jobs and add a vmedia+UEFI job  https://review.opendev.org/73349517:40
JayFSo maybe I'm late to the party, but I found a trick -- if you're outputting virtual consoles (such as those you'd get with devstack/libvirt machines) and are trying to read intermediate failure output, `less -R` parses the escape characters in a way that ignores erasing the lines, so you can see the progression instead of the "latest message" being overridden like when viewing ipxe results in tail18:01
JayFor cat.18:01
*** jawad_axd has quit IRC18:02
TheJuliaohhh!18:10
TheJuliathere is a command for actually replaying text files with escape characters, I just ddon't remember what it is anymore18:11
TheJuliaI used it some with our logs18:11
TheJuliacame in handy when I wanted to replay at like 10 characters per second18:11
*** dustinc has joined #openstack-ironic18:16
*** k_mouza has joined #openstack-ironic18:29
*** kaiokmo has quit IRC18:30
*** k_mouza has quit IRC18:33
*** k_mouza has joined #openstack-ironic18:38
iurygregoryfor some reason I had to set VENV to /opt/stack/bifrost, even if this is our default venv O.O18:44
openstackgerritVerification of a change to openstack/ironic failed: devstack: increase concurrency and worker timeout for sushy-tools  https://review.opendev.org/73395718:46
*** k_mouza has quit IRC18:51
openstackgerritMerged openstack/ironic master: [doc] Harmonize the prompt for bash commands  https://review.opendev.org/73350318:59
*** kaifeng has quit IRC19:02
*** dougsz has joined #openstack-ironic19:08
*** uzumaki has quit IRC19:08
JayFTheJulia: if you remember that, please tell me. less -R is borderline-miraculous, I am amazed that somehow over the years of working with Ironic I didn't discover it until now19:12
*** jawad_axd has joined #openstack-ironic19:19
*** Lucas_Gray has joined #openstack-ironic19:21
*** jawad_axd has quit IRC19:27
*** Lucas_Gray has quit IRC19:28
JayFHas anyone tried to configure IPA to log to the console before? I'm pretty sure we should be able to get it to work with some edits to either the servicefile or the journal.conf, but I didn't want to reinvent the wheel if someone else already figured it out.19:59
*** jawad_axd has joined #openstack-ironic20:01
TheJuliaJayF: I unfortunately don't remember what we do with the upstream ramdisks to make that happen :(20:07
JayFif upstream ramdisks do that, it's not documented in the admin/troubleshooting guide20:07
openstackgerritHervé Beraud proposed openstack/bifrost master: drop mock from lower-constraints  https://review.opendev.org/73422120:23
NobodyCamGood Morning Ironic folks! happy Monday ;p20:29
*** jawad_axd has quit IRC20:31
*** k_mouza has joined #openstack-ironic20:52
*** k_mouza has quit IRC20:56
*** dougsz has quit IRC21:09
*** jtomasek has quit IRC21:18
JayFYou know, https://docs.openstack.org/diskimage-builder/latest/elements/journal-to-console/README.html exists. Going to use this (or at least try it).21:45
*** gyee has joined #openstack-ironic22:07
JayFCan confirm that works as advertised, and outputting *all* logs to console is more useful, anyway.22:07
JayFYou know what, I should add this to the troubleshooting guide. I wonder if I have git-review setup locally...22:10
*** threestrands has joined #openstack-ironic22:15
openstackgerritJay Faulkner proposed openstack/ironic-python-agent master: Document how to output journal to console  https://review.opendev.org/73433922:16
*** threestrands has quit IRC22:16
*** threestrands has joined #openstack-ironic22:17
*** rcernin has joined #openstack-ironic22:17
*** threestrands has quit IRC22:18
*** threestrands has joined #openstack-ironic22:18
*** threestrands has quit IRC22:19
*** threestrands has joined #openstack-ironic22:20
*** threestrands has quit IRC22:21
*** threestrands has joined #openstack-ironic22:21
*** threestrands has quit IRC22:22
*** threestrands has joined #openstack-ironic22:23
*** threestrands has quit IRC22:24
*** threestrands has joined #openstack-ironic22:24
*** threestrands has quit IRC22:25
*** threestrands has joined #openstack-ironic22:26
*** threestrands has quit IRC22:27
*** threestrands has joined #openstack-ironic22:27
*** threestrands has quit IRC22:28
*** threestrands has joined #openstack-ironic22:29
*** threestrands has quit IRC22:30
*** threestrands has joined #openstack-ironic22:30
*** tkajinam has joined #openstack-ironic22:49
*** dmellado_ has joined #openstack-ironic23:10
*** dmellado has quit IRC23:11
*** dmellado_ is now known as dmellado23:11
openstackgerritHervé Beraud proposed openstack/ironic master: Use unittest.mock instead of mock  https://review.opendev.org/73435023:14
openstackgerritHervé Beraud proposed openstack/ironic-inspector master: Use unittest.mock instead of mock  https://review.opendev.org/73435123:15
openstackgerritHervé Beraud proposed openstack/ironic-lib master: Use unittest.mock instead of mock  https://review.opendev.org/73435223:15
openstackgerritHervé Beraud proposed openstack/ironic-prometheus-exporter master: drop mock from lower-constraints  https://review.opendev.org/73435323:15
openstackgerritHervé Beraud proposed openstack/ironic-python-agent master: drop mock from lower-constraints  https://review.opendev.org/73435423:16
openstackgerritHervé Beraud proposed openstack/ironic-ui master: drop mock from lower-constraints and requirements  https://review.opendev.org/73435523:16
openstackgerritHervé Beraud proposed openstack/networking-baremetal master: drop mock from lower-constraints  https://review.opendev.org/73438823:28
*** jdandrea has quit IRC23:32
TheJuliadtantsur|afk: Worth discussion tomorrow: How could we we detect/fail on a hung tcp socket at https://github.com/openstack/ironic-python-agent/blob/3fbcc7c38e858fea2279d376c60367a844ac3a04/ironic_python_agent/extensions/standby.py#L34323:46
*** rloo has quit IRC23:59

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