Monday, 2019-12-09

*** irclogbot_2 has joined #openstack-ironic00:22
*** irclogbot_2 has quit IRC00:39
*** kaifeng has joined #openstack-ironic00:47
*** kaifeng has left #openstack-ironic00:47
*** kaifeng has joined #openstack-ironic00:47
*** stevebaker_ has joined #openstack-ironic00:47
*** irclogbot_2 has joined #openstack-ironic01:26
*** stevebaker_ has quit IRC01:33
*** stevebaker_ has joined #openstack-ironic01:41
*** irclogbot_2 has quit IRC01:48
*** ddurst has quit IRC01:50
*** ddurst has joined #openstack-ironic01:52
*** irclogbot_2 has joined #openstack-ironic02:47
*** bobmel has joined #openstack-ironic03:17
*** bobmel has quit IRC03:22
*** chenhaw has joined #openstack-ironic03:25
*** mkrai has joined #openstack-ironic03:52
*** ricolin has joined #openstack-ironic04:02
goldyfruit_Ok, my issue was definitely due to Python 2.705:03
goldyfruit_I'm using Debian 10 to build IPA which has 2.7 by default05:03
goldyfruit_Python 2.7 support has been dropped from ironic-python-agent and ironic-python-agent-builder05:05
mkraiHi goldyfruit_ good morning05:44
mkraigoldyfruit_, What issue are you facing?05:44
*** rcernin has quit IRC07:12
*** bobmel has joined #openstack-ironic07:18
*** bobmel has quit IRC07:23
*** belmoreira has joined #openstack-ironic07:35
arne_wiebalckGood morning, ironic!07:37
mkraigood morning ironic07:54
mkraiarne_wiebalck, Hi gm o/07:54
arne_wiebalckHey mkrai o/07:55
mkraiarne_wiebalck, which deploy images do you use for your deployment?07:55
arne_wiebalckmkrai: you mean for the instances?07:55
mkraiarne_wiebalck, yes07:55
arne_wiebalckmkrai: the majority is centos07:56
mkraiarne_wiebalck, did you build them?07:57
mkraiarne_wiebalck, I have tried multiple deploy images but my provisioning is unsuccesful07:57
arne_wiebalckmkrai: not personally, but yes they have been rebuilt07:57
arne_wiebalckmkrai:  I've tried a Ubuntu cloud image the other day, worked fine07:58
mkraiarne_wiebalck, can you share the link?07:58
arne_wiebalckmkrai: still issues with the networking?07:58
openstackgerritAnkit Kumar proposed openstack/ironic master: Fixes issue with checking whether ISO is passed  https://review.opendev.org/69795307:59
mkraiarne_wiebalck, I am facing 2 issues at the moment07:59
mkraiarne_wiebalck, One one setup the node is active but can't ssh07:59
mkraiarne_wiebalck, on other setup, the cleaning fails because of some image format issue07:59
arne_wiebalckmkrai: I was using a the uefi image from here: https://cloud-images.ubuntu.com/xenial/current/08:00
mkraiarne_wiebalck, these are user images, right?08:00
arne_wiebalckmkrai: yes08:00
mkraiarne_wiebalck, in my case, the issue is IPA is not running. SO I tried to use different deploy images.08:00
mkraiarne_wiebalck, which deploy images did you use?08:01
arne_wiebalckmkrai: ah, so you mean the deploy RAM disk image?08:01
*** igordc has joined #openstack-ironic08:01
mkraiarne_wiebalck, yes :)08:01
arne_wiebalckmkrai: ours is based on centos as well08:01
arne_wiebalckmkrai: and we built it ourselves, yes08:01
mkraiarne_wiebalck, ok08:03
mkraiarne_wiebalck, http://paste.openstack.org/show/787298/ here's the error08:03
arne_wiebalckmkrai: with diskimage-builder08:03
arne_wiebalckmkrai: can the conductor ping the node that has booted the IPA image?08:04
mkraiNo08:05
mkraiarne_wiebalck, No08:05
arne_wiebalckmkrai: but the node boots into the IPA image?08:06
mkraiarne_wiebalck, one question i find something weird08:06
mkraiarne_wiebalck, HTTPConnectionPool(host='10.228.161.154', port=9999)08:06
mkraiarne_wiebalck, what IP is this supposed to be?08:06
mkraiarne_wiebalck, Yes node booted IPA08:07
mkraiarne_wiebalck, so I understood what's the issue here.08:08
arne_wiebalckmkrai: I'm not familiar with that particular error message, but I think this should be the IP of the node with the IPA08:08
mkraiarne_wiebalck, right08:08
arne_wiebalckmkrai: what I'd suggest is to put the node into maintenance, send it into cleaning, log into the node, tap the log, remove the maintenance, and see what happens08:09
mkraiarne_wiebalck, there are two interfaces with the instance, ironic booted with interface 1 on neutron network, deployment was succesful.08:09
mkraiarne_wiebalck, on final poweron, interface 1 tried to do PXE boot again and it failed with "No boot filename received"08:10
*** sshnaidm|off is now known as sshnaidm08:11
mkraiarne_wiebalck, hence it tried to boot from interface 2 which is from non-neutron dhcp and got IP "10.228.161.154". ANd Ironic tried to check agent on this interface which is wrong.08:11
mkraiarne_wiebalck, sorry for the long messages :(08:11
arne_wiebalckmkrai: ah, ok08:11
arne_wiebalckmkrai: so the instance is sucessfully deployed, but comes up with the wrong IP?08:12
mkraiarne_wiebalck, yes08:13
* arne_wiebalck has to join a meeting in 2 mins08:13
mkraiarne_wiebalck, ok please ping me whenever you're free :)08:13
mkraiarne_wiebalck, I need help to fix this issue. Thanks alot for your help08:13
arne_wiebalckmkrai: so, I'd think either noone should reply to the 2nd dhcp request, or the node needs to be configured for local boot, no?08:14
* arne_wiebalck has to go, ttyl08:14
mkraiarne_wiebalck, right. Bye!08:15
*** jtomasek has joined #openstack-ironic08:15
*** tesseract has joined #openstack-ironic08:30
*** iurygregory has joined #openstack-ironic08:31
*** tesseract has quit IRC08:31
iurygregorygood morning Ironic!08:31
*** tesseract has joined #openstack-ironic08:31
*** igordc has quit IRC08:36
*** khansa has joined #openstack-ironic09:01
mkraigood morning iurygregory o/09:04
iurygregorymkrai, o/09:04
*** dougsz has joined #openstack-ironic09:05
*** yolanda has joined #openstack-ironic09:09
*** rcernin has joined #openstack-ironic09:11
*** rpittau|afk is now known as rpittau09:15
rpittaugood morning ironic! o/09:15
iurygregoryrpittau, o/09:15
rpittauhey iurygregory :)09:15
khansagood morning guys o/09:15
rpittauhey khansa, good morning :)09:16
iurygregorymorning khansa09:16
*** dougsz has quit IRC09:21
rpittaugoldyfruit_: hope everything's ok just switching to Python 3 :)09:29
*** dougsz has joined #openstack-ironic09:34
*** derekh has joined #openstack-ironic09:38
*** ijw has joined #openstack-ironic09:39
* rpittau insert more coffee to continue...09:40
*** ijw has quit IRC09:43
*** mgoddard has joined #openstack-ironic09:46
*** belmoreira has quit IRC09:53
*** belmoreira has joined #openstack-ironic09:57
*** mkrai has quit IRC09:58
*** mkrai has joined #openstack-ironic09:59
*** dtantsur|afk is now known as dtantsur10:02
*** mkrai has quit IRC10:04
*** rcernin has quit IRC10:14
*** csmart has quit IRC10:16
*** mkowalski has quit IRC10:16
*** ajya[m] has quit IRC10:16
*** belmoreira has quit IRC10:18
*** belmoreira has joined #openstack-ironic10:21
openstackgerritRachit Kapadia proposed openstack/ironic master: Change to bug fix instead of features to follow-on idrac job patch.  https://review.opendev.org/69797210:48
openstackgerritRachit Kapadia proposed openstack/ironic master: Changed to bug fix to follow-on idrac job patch.  https://review.opendev.org/69797210:54
*** jtomasek has quit IRC10:54
*** jtomasek has joined #openstack-ironic10:56
*** jtomasek has quit IRC10:57
*** jtomasek has joined #openstack-ironic10:57
*** mkrai has joined #openstack-ironic11:17
*** Lucas_Gray has joined #openstack-ironic11:20
*** bobmel has joined #openstack-ironic11:20
*** bobmel has quit IRC11:26
* etingof is waking up his Dell machine by pouring some coffee into it11:34
arne_wiebalcketingof: non-decaf == turbo button11:39
dtantsur++11:39
*** mkrai has quit IRC11:39
* etingof goes straight with Biohazard Coffee11:42
*** pcaruana has joined #openstack-ironic11:46
*** mkowalski has joined #openstack-ironic11:48
*** ajya[m] has joined #openstack-ironic11:48
*** csmart has joined #openstack-ironic11:48
*** stevebaker has quit IRC11:57
*** stevebaker has joined #openstack-ironic12:05
*** mkrai has joined #openstack-ironic12:14
*** belmoreira has quit IRC12:22
*** tzumainn has joined #openstack-ironic12:25
iurygregorydtantsur, if you have some time can you check Bob's comment on https://review.opendev.org/#/c/696914/2/ironic_python_agent/extensions/image.py I'm not sure if I fully understood =)12:31
patchbotpatch 696914 - ironic-python-agent - Avoid grub2-install when on UEFI boot mode - 2 patch sets12:31
dtantsuriurygregory: you mean, re chroot?12:47
iurygregorydtantsur, nope, about the efibootmgr12:48
iurygregoryabout the chroot TheJulia said she doesn't think we need12:49
dtantsuriurygregory: then I'm not sure which comment you have in mind12:49
*** bfournie has quit IRC12:50
dtantsurabout installing efibootmgr on the ramdisk? yes, you need it (otherwise how will it work?)12:50
iurygregoryyeah12:50
dtantsurnot sure if it's available for tinycorelinux, but we should add it to DIB12:50
iurygregoryso i need to add to ipa-builder ?12:50
dtantsuriurygregory: yep12:52
iurygregorydtantsur, tks going to look how to do this o/12:52
dtantsuriurygregory: see pkg-map/package-installs.yaml12:53
dtantsurhttps://docs.openstack.org/diskimage-builder/latest/elements/package-installs/README.html12:53
iurygregorydtantsur++12:53
dtantsurand https://docs.openstack.org/diskimage-builder/latest/elements/pkg-map/README.html12:53
goldyfruit_mkrai, rpittau I don't I'll have to remove all Python 2.7 related  stuff on the Debian12:58
dtantsurTheJulia: I wonder if any 3rd party CI is working atm..13:11
dtantsurTheJulia: it feels like only Dell and IBM are running at all, and both are red :(13:11
*** rh-jelabarre has joined #openstack-ironic13:16
openstackgerritDmitry Tantsur proposed openstack/ironic-python-agent master: DNM testing the CI  https://review.opendev.org/69801013:17
*** goldyfruit_ has quit IRC13:19
*** Lucas_Gray has quit IRC13:26
openstackgerritDmitry Tantsur proposed openstack/ironic-tempest-plugin master: Actually test rescue in the standalone job  https://review.opendev.org/69801113:27
dtantsurTheJulia: also w00t ^^^ :(13:27
rpittauiurygregory: if it can help you, efibootmgr exists as package in tinycore as efibootmgr.tcz13:34
openstackgerritDmitry Tantsur proposed openstack/ironic master: CI: disable IPv6 in neutron  https://review.opendev.org/69801213:35
dtantsurdouble sigh at ^^13:35
iurygregoryrpittau, tks!13:35
*** Goneri has joined #openstack-ironic13:35
rpittaudtantsur: was going to ask about the failures :/13:36
dtantsurwell.. devstack uses dual-stack v4-v6 networking now. we're not ready for that.13:36
dtantsurhjensas if one day you could help us untangle the mess ^^ it would be awesome13:37
*** bfournie has joined #openstack-ironic13:42
*** ociuhandu has joined #openstack-ironic13:51
*** xXraphXx has joined #openstack-ironic13:55
TheJuliagood morning13:56
TheJuliaI'm not sure how we can peel that back short of making ironic grok v4/46 suubnets in parallel13:57
* TheJulia needs... lots of coffee coffee13:57
* rpioso suggests to etingof devstack local boot as Dell server’s preferred Monday grind13:58
TheJuliamisbehaving mirrors this morning13:59
TheJuliamaybe I should just go back to bed13:59
openstackgerritIury Gregory Melo Ferreira proposed openstack/ironic-python-agent master: Avoid grub2-install when on UEFI boot mode  https://review.opendev.org/69691414:00
TheJuliaugh, 4 meetings this morning14:01
rpittauI'm also seeing jobs failing because of password not allowed as authentication method in ipa:14:01
rpittauhttps://89a28d92de3b4c8c3017-1438e56e418f3d4087dd94ee6330f7d7.ssl.cf5.rackcdn.com/697953/1/check/ironic-tempest-ipa-partition-bios-agent_ipmitool-tinyipa-indirect/c311892/controller/logs/tempest_log.txt.gz14:01
TheJuliarpioso: if in rescue testing, it is another symptom of ipa never exiting14:02
iurygregorygood morning TheJulia14:03
TheJuliaerr14:03
TheJuliarppi14:03
TheJuliarpittau:14:03
* TheJulia just focuses on on coffee first14:03
iurygregory^ ++14:03
rpittauTheJulia: yeah, so far I saw it in rescue testing only14:04
TheJuliathe bug I filed on that only covered the console log because it is fairly clear what actually happened once you find the vm log14:05
TheJuliaand then double check the code :(14:05
*** rloo has joined #openstack-ironic14:06
dtantsurmorning TheJulia14:14
dtantsuryeah, "thanks" to standalone jobs not actually testing rescue (see above)..14:14
iurygregoryAm I the only one who can't access the logs from Dell CI on https://review.opendev.org/#/c/698012/ or in any other patches? XD I'm getting 40414:24
patchbotpatch 698012 - ironic - CI: disable IPv6 in neutron - 1 patch set14:24
TheJuliadtantsur: I don't blame them, with the neutron port flips it is the most unstable feature we have because neturon can be super slow about completing port changes14:31
*** goldyfruit has joined #openstack-ironic14:44
*** cdearborn has joined #openstack-ironic14:44
*** kaifeng_ has joined #openstack-ironic14:51
*** jerrywan1 has joined #openstack-ironic14:54
*** jerrywan1 has quit IRC14:59
TheJulia#startmeeting ironic15:00
openstackMeeting started Mon Dec  9 15:00:13 2019 UTC and is due to finish in 60 minutes.  The chair is TheJulia. Information about MeetBot at http://wiki.debian.org/MeetBot.15:00
iurygregoryo/15:00
TheJuliao/15:00
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.15:00
*** openstack changes topic to " (Meeting topic: ironic)"15:00
openstackThe meeting name has been set to 'ironic'15:00
*** beekneemech is now known as bnemec15:00
kaifeng_o/15:00
rpittauo/15:00
* iurygregory was too fast15:00
*** root has joined #openstack-ironic15:00
TheJuliaheh15:00
arne_wiebalcko/15:00
TheJulia\o15:00
*** root is now known as Guest2321215:00
TheJuliaGood morning everyone!15:00
Guest23212o/15:01
rpiosoo/15:01
mgoddard\o15:01
Guest23212jerrywang115:01
cdearborno/15:01
khansao/15:01
*** Guest23212 is now known as jerrywang115:01
TheJuliaOur meeting agenda can be found on the wiki!15:01
TheJulia#link https://wiki.openstack.org/wiki/Meetings/Ironic#Agenda_for_next_meeting15:01
jerrywang1o/15:01
TheJulia#topic Announcements/Reminders15:02
*** openstack changes topic to "Announcements/Reminders (Meeting topic: ironic)"15:02
bfournieo/15:02
hjensaso/15:03
TheJuliaOn the announcements front, It is fairly clear CI is very broken right now and the default IPv6 in the flat networks in devstack have sort of made things less reliable.15:03
TheJuliadtantsur: do we have a bug filed for ^15:03
dtantsurnot from me, sorry15:03
TheJuliadtantsur: c'est la vie15:03
dtantsurbut I have a patch15:03
dtantsur#link https://review.opendev.org/698012 potential CI fix15:03
patchbotpatch 698012 - ironic - CI: disable IPv6 in neutron - 1 patch set15:03
TheJuliaOn the reminder front, CERN has offered to host a midcycle. There is a sign-up page.15:03
dtantsurlet's recheck it once before approving though15:03
TheJuliaarne_wiebalck: if you hav the link handy15:04
TheJuliadtantsur: thanks15:04
arne_wiebalckhttps://indico.cern.ch/event/863986/15:04
rpiosoarne_wiebalck: Thank you!15:04
TheJulia#link https://indico.cern.ch/event/863986/15:04
arne_wiebalckplease register if you plan to attend15:04
TheJuliaDoes anyone have anything else to announce or remind us of?15:04
* rpioso thinks about his holiday shopping15:04
iurygregoryDell CI is not with accessible logs =(15:04
TheJuliarajinir: ^^^15:05
dtantsurI'm not sure any 3rd party CI is working atm :(15:05
iurygregoryHP CI I haven't saw reports in a while since they were with POST_FAILURE and no answer to my email =(15:05
rpiosoiurygregory: I've informed rajinir thru our internal IM system.15:05
iurygregorydtantsur, yeah15:05
dtantsurI've mostly see Dell and IBM recently15:05
dtantsurwould be great to get the status of the others15:05
TheJuliaI'll see if I can find some time to follow-up on 3rd party CIs this week.15:05
TheJuliaiurygregory: if you can forward that email to me, that would be appreciated.15:06
TheJuliarpittau: thanks15:06
iurygregoryTheJulia, sure!15:06
TheJuliaerr15:06
TheJuliarpioso: thanks15:06
TheJuliaOkay! sounds like we can move on then!15:06
rpiosoTheJulia: :-)15:06
TheJuliaoh, wait15:06
TheJuliarpioso raises a good point about holidays. Around the 15th people tend to start disappearing for two to three weeks as end of year deadlines, training, and time off begin.15:07
TheJuliaIf there are any cores that will be available during for the next few weeks, even if it is "I have to wave a special flag to get attention"15:08
dtantsurI'm out 16th-1st15:08
TheJuliaThat would be helpful to at least get CI fixes merged without blocking the entire project until the end of the first week of Janurary15:08
TheJuliadtantsur: k15:08
TheJuliaI've got no specific time off planned, but I'll surely become less responsive the 24th-1st15:08
dtantsurCan be pinged mid-holidays after 22nd via personal means15:08
rpittauI will be available for the next 2 weeks, except on fridays, and then available also 23rd 24th, then out until 1st15:09
TheJuliadtantsur: thanks15:09
openstackgerritIury Gregory Melo Ferreira proposed openstack/ironic-python-agent-builder master: Add efibootmgr  https://review.opendev.org/69802615:09
arne_wiebalckI should be around most of the time.15:09
TheJuliaThat at least helps. I suspect our next meeting will be the last for a couple weeks since it may not make sense to hold them but perhaps that is better off as an open discussion topic15:09
TheJulia#topic Review Action Items from the prior week15:10
*** openstack changes topic to "Review Action Items from the prior week (Meeting topic: ironic)"15:10
TheJuliaI didn't get to my one and only action item, and it seems I have two now. :)15:10
TheJulia#action TheJulia follow-up on third party CI15:10
TheJulia#action TheJulia email the foundation regarding case studies15:10
*** ociuhandu has quit IRC15:11
TheJulia^^^ arne_wiebalck I have more motivation to do that since redhat's submission fell in my lap this past week.15:11
TheJulia#topic Review subteam status reports15:11
*** openstack changes topic to "Review subteam status reports (Meeting topic: ironic)"15:11
TheJulia#link https://etherpad.openstack.org/p/IronicWhiteBoard15:12
TheJuliaStarting at line 27315:12
TheJulialooks like we have some todo's from last week15:13
* TheJulia suspects everyone was really busy last week15:13
arne_wiebalckTheJulia: :)15:14
TheJuliaNode retirement spec merged \o/15:14
iurygregory\o/15:15
arne_wiebalck \o/15:15
TheJuliatzumainn: I think I saw you were going to take on adding policy code around the node.owner field?15:16
dtantsurthis ^^ plus I suggest banning changing node.owner if an owned allocation exists15:17
dtantsur* for this node15:17
TheJuliaI think that really covers it for things that are getting attention right now.15:17
tzumainnTheJulia, yep!15:17
TheJuliadtantsur: reasonable... I think15:18
*** stendulker has joined #openstack-ironic15:18
TheJuliao/ stendulker15:18
stendulkero/15:18
stendulkerSorry, I'm late.15:18
TheJuliaNo worries15:18
TheJuliaAre we good to proceed on from the reviewing statuses and shift to priorities for this coming week?15:19
iurygregoryI think we are15:19
rpittaulet's15:19
rajiniriurygregory,TheJulia> ,rpioso, dtansur Dell CI is down, I have updated the Ironic Whiteboard. There seems to be some networking issue with our labs. We are working on it.15:20
dtantsurthanks rajinir15:20
iurygregoryrajinir, tks!15:20
rlooo/ sheepish...15:20
dtantsurstendulker: hi, do you know the HPE CI status? could you update the whitboard if so?15:20
TheJuliaOkay, onward to Priorites!15:21
TheJulia#topic Priorities for the coming week15:21
*** openstack changes topic to "Priorities for the coming week (Meeting topic: ironic)"15:21
stendulkeryes, its down. Will update. There seems some issue with the devstack image creation. Newly cerated images do not work. It does not take static image.15:21
TheJulia#link https://etherpad.openstack.org/p/IronicWhiteBoard15:21
stendulkerNeed thsi patch for iLO CI https://review.opendev.org/69795315:22
patchbotpatch 697953 - ironic - Fixes issue with checking whether ISO is passed - 1 patch set15:22
TheJuliaStarting at line 16915:22
dtantsurI could use reviews on https://review.opendev.org/#/c/697451/15:24
patchbotpatch 697451 - ironic - Correct power state handling for managed in-band i... - 1 patch set15:24
TheJuliaLooks like the attributeerror fix is now into stable backports. link added15:24
* dtantsur added under managed inspection15:24
TheJuliadtantsur: thanks15:24
dtantsuralso https://review.opendev.org/#/c/698011/ will hopefully prevent us from breaking rescue again15:25
patchbotpatch 698011 - ironic-tempest-plugin - Actually test rescue in the standalone job - 1 patch set15:25
dtantsur(also added)15:25
* iurygregory adds links for ipa and ipa-builder patches =)15:25
TheJuliadtantsur: thanks!15:27
TheJuliaI went ahead and listed a needing feedback item on a WIP I have up15:27
TheJuliaAdding IPA<-> Conductor authentication, the very first patch.. Once the gate is happier, it should actually pass CI without any issues.15:28
TheJuliaDoes anyone have anything else that needs to go on this list?15:28
kaifeng_i have a patch on the stable branch15:29
kaifeng_https://review.opendev.org/69777515:29
patchbotpatch 697775 - ironic (stable/train) - Explicitly enable ipxe as boot interface when it's... - 1 patch set15:29
rlookaifeng_: is there a bug/story associated with that? it isn't a backport?15:30
dtantsurCI change, so a story is optional15:31
kaifeng_it's not a backport, but as I understand it, is required for the grenade on master15:31
rloodtantsur: ah, i didn't look 'below the fold' (Just read the commit stuff.)15:31
TheJuliaSeems reasonable, but I'm wondering if master has been changed15:31
dtantsurkaifeng_: it seems that master requires the same change15:31
TheJuliaoh, that actually makes sense then because of grenade15:31
kaifeng_the change on master is https://review.opendev.org/69763415:32
patchbotpatch 697634 - ironic - Fix ipxe interface to perform ipxe boot without ip... - 2 patch sets15:32
dtantsurkaifeng_: could you split them apart then?15:32
kaifeng_which actually fix the issue in the commit message15:32
dtantsurI mean, apply the CI change to master, backport it, then apply this?15:32
dtantsur(and probably also backport)15:33
TheJuliathe ironic change was already made15:33
TheJuliain the patch kaifeng_ just linked15:33
dtantsurTheJulia: yep, but it needs to pass the CI15:33
dtantsurand it won't until we patch train. which needs patching master, then backporting.15:33
dtantsuram I missing something?15:33
rlooi'm confused. why doesn't the change in master (https://review.opendev.org/#/c/697634/) have a story/bug associated with it?15:33
patchbotpatch 697634 - ironic - Fix ipxe interface to perform ipxe boot without ip... - 2 patch sets15:33
TheJuliaIt is a chicken/egg situation with grenade, the fix to the older branch needs to land first15:34
rlooit has a release note?15:34
dtantsurTheJulia: not if you split out the CI part only, I think15:34
dtantsurat least I wonder if it has been tried15:34
TheJuliaOh yeah, possibly15:34
TheJuliaas the first of two changes15:34
rlooi'm ok with a fix in older branch being needed, to support a new change. but i don't know why the new change doesn't have much info...15:34
rlooif there is a story, the fix in older branch can reference it15:35
kaifeng_the thing is ipxe without ipxe_enabled=True is not working15:35
rlookaifeng_: is there a story/bug to track that?15:36
kaifeng_so my thought is to make decouple that dependency15:36
rpittaukaifeng_: I think it would be easier if we could reference a Story/Task to it15:36
dtantsurI think I understand what kaifeng_ is trying to do, but I'd still prefer https://review.opendev.org/#/c/697775/ applied to master first, then to train.15:36
patchbotpatch 697775 - ironic (stable/train) - Explicitly enable ipxe as boot interface when it's... - 1 patch set15:36
TheJuliaYeah, a story as a bug would be good because it shouldn't be a broken case, but we likely merged something along the way that broke it15:36
rlooand i am more confused. if ipxe_enabled = False, why should ipxe work?15:36
kaifeng_no problem, i will file a story for the patches15:36
dtantsurrloo: they're orthogonal15:36
dtantsuripxe_enabled only affects the older pxe interface (because of backward compatibility)15:37
rpittaukaifeng_: thanks15:37
rloodtantsur: oh. i need to refresh my memory wrt ipxe_enabled...15:37
TheJuliaOr at least, that is how it is supposed to work :)15:37
dtantsurdriver composition is my speciality :D15:37
rloodtantsur: ah, thx for explaining.15:37
TheJuliaOkay, I think we can move on15:37
rlookaifeng_: ^^ that info in a story/bug would have helped me :D15:37
kaifeng_the patch on master won't pass unless the patch merged in train..15:38
TheJuliaAre we good to proceed15:38
TheJuliaarne_wiebalck: anything baremetal sig wise to bring up?15:38
arne_wiebalckTheJulia: no15:38
kaifeng_unless we add additional migration path15:38
rlookaifeng_: open a story, link the patches to the story so it is clear why the train patch is needed.15:38
dtantsurkaifeng_: why won't it?15:38
TheJuliaLets continue this in open discussion15:38
dtantsurhttps://review.opendev.org/#/c/697775/ does not break any compatibility?15:38
patchbotpatch 697775 - ironic (stable/train) - Explicitly enable ipxe as boot interface when it's... - 1 patch set15:38
dtantsuryeah, okay15:38
TheJuliaSo jumping directly to RFE review if there are no objections15:39
kaifeng_ok15:39
TheJulia#topic RFE Review15:39
*** openstack changes topic to "RFE Review (Meeting topic: ironic)"15:39
TheJuliaWe had a new RFE proposed, to enable scoping of introspection rules15:39
TheJulia#link https://storyboard.openstack.org/#!/story/200699515:39
arne_wiebalckWe filed an RFE to scope inspection rules. This is meant to ease the handling od multiple deliveries and to avoid purging the rules all the time.15:40
dtantsurI influences this proposal, so consider me +115:40
dtantsur* influenced15:40
TheJuliaThis seems reasonable15:40
arne_wiebalcks/od/of/15:40
arne_wiebalckWe put this up here to see if there are any major concerns.15:41
rpittauseems like a needed change15:41
arne_wiebalckThe other reason is: does this require a spec?15:41
kaifeng_does the new field in properties interfere with scheduling?15:41
arne_wiebalckkaifeng_: it should not15:42
TheJuliathat is a really good question kaifeng_15:42
TheJuliaIf someone is using the json matching scheduler, I suspect it would... but I think that is not advisable15:42
dtantsurgiven that node.properties is user-updateable, we cannot guarantee anything about it15:43
TheJuliaI don't really see an issue with the RFE. I feel like I'm lacking a piece of the puzzle15:43
TheJuliadtantsur: exactly15:43
dtantsurI'm fine with using node.extra as well, but we tend not to interpret its values anyhow15:43
* arne_wiebalck wasn't aware that users can update node.properties15:44
TheJuliaI'd prefer we leave node.extra to operators15:44
rlooi don't think we should use node.extra. isn't that for the user? I don't think we should code assuming anything in .extra15:44
TheJuliaarne_wiebalck: users as in the running user or user as in admin api user15:44
arne_wiebalckTheJulia: ah, that makes sense, thanks15:44
arne_wiebalckShouldn't scheduling be based entirely on the resource_class (and traits)?15:45
kaifeng_one exception is inspector would put an autodiscoverd=True to the node.extra during discovery, looks like we are short of fields :)15:45
mgoddardarne_wiebalck: can you do this without code changes?15:45
arne_wiebalckmgoddard: ?15:46
mgoddardjust add an additional first condition, node.properties == 'constant'15:46
mgoddardmissing some bits there...15:46
mgoddardnode.properties['inspection_scope'] == 'constant'15:47
arne_wiebalckwe could do this by tweaking the rules, seems awkward, though15:47
mgoddardok15:47
arne_wiebalckwith inspection of active nodes, there might be additional use cases15:48
dtantsurif you allow some bikeshedding, I'd just the property to inspection_rules_scope15:48
dtantsurs/just/change/ (wut)15:48
arne_wiebalcklike regularly checking the nodes15:48
* TheJulia thinks we've reached Open Discussion15:49
arne_wiebalckdtantsur: sounds good15:49
*** ijw has joined #openstack-ironic15:49
TheJuliaMoving on then!15:49
TheJulia#topic Open Discussion15:49
*** openstack changes topic to "Open Discussion (Meeting topic: ironic)"15:49
rpiosoI have an open discussion thing. Has anyone successfully used devstack to deploy on real hardware with local boot?15:49
TheJuliaSo there was the previous discussion about grenade + ipxe15:49
* rpioso has wrestled with that the past two weeks-ish.15:50
dtantsurI'd also follow-up on previously discussed https://storyboard.openstack.org/#!/story/2006910 and https://storyboard.openstack.org/#!/story/200693615:50
TheJuliaI also wonder if we should call next week's meeting the last for the year15:50
dtantsurTheJulia++15:50
rpittauTheJulia: we probably should15:50
*** ociuhandu has joined #openstack-ironic15:51
rloo++ to last meeting next week15:51
TheJuliadtantsur: that latter story, they would expect us to magically make work to account to handle someone else's behavior change. I'm okay with the change, but... ugh15:52
TheJuliawell, changes, it is going to be in multiple places15:52
dtantsuryeah, it's not ideal15:52
TheJuliarpioso: to your question, it has been... a while for me. I'm actually 3d printing a new case for a new lab router so I can rebuild the home lab.... #geekswithcircuitboardsandnocases....15:52
dtantsurI'm also concerned about cost/profit balance of this work15:52
*** ijw has quit IRC15:53
dtantsurone benefit is that we can probably save some bandwidth when streaming images (with the direct deploy)15:53
*** ijw has joined #openstack-ironic15:53
TheJuliadtantsur: internally, we have way too much on our plate to guarentee that in a short term anyway15:53
dtantsuralso true15:53
dtantsurI think the deployment API brings much more to the project than that15:53
dtantsurso I'd love some feedback on it as well15:54
TheJuliaabsolutely agree15:54
kaifeng_well i am not sure i can finish the ipxe in 5 minutes15:55
*** ociuhandu has quit IRC15:55
*** mkrai has quit IRC15:56
dtantsurrpioso: I thinks you have two separate problems: devstack and local boot. They seem orthogonal to me.15:57
rpiosodtantsur: I'm all eyes OO15:57
TheJuliakaifeng_: I likely need a little more context, but I suspect your kind of heading in the right path because without the pre-existing config then the "upgraded" code needed post upgrade will fail.15:58
dtantsurrpioso: well, without even knowing symptoms it's hard to say what you have. But you can at least try to bisect the problem.15:58
TheJuliakaifeng_: but if you merge devstack changes in separately, it will liekly also be needed15:58
dtantsurIf you have problems with local boot, you can likely rule out the "devstack" side of your question15:58
rpiosodtantsur: I believe I've gotten successful devstack ironic node deployments with network boot.15:59
kaifeng_TheJulia: i am raising for some reviews so i can make sure taking the right path.15:59
TheJuliawell, "devstack" all depends on the settings and image content being used too...15:59
kaifeng_the issue is ipxe didn't work without the ipxe configuration option enabled, change in master branch fixed that, but nodes enrolled in train was with the pxe interface15:59
kaifeng_while we actually used pxe+pxe_enabled as ipxe by default16:00
dtantsurrpioso: does the image you're using have grub2?16:00
TheJuliakaifeng_: but you also have two grenade jobs to pass. One Train->Master+patch, the other master->master16:00
rpiosodtantsur; The most recent symptom is that the tinycore IPA ramdisk can't get the config. TheJulia believes tinycore may not have the needed Intel NIC driver and that tinycore is used in VM environments, not real HW.16:00
dtantsurcorrect16:00
TheJuliaerr, master->master+patch16:00
dtantsurI think we can wrap up the meeting and continue with discussions16:01
* etingof just used tinycore on Dell R640 16:01
kaifeng_no, i didn't turn ipxe_enabled=False, so either ipxe, or pxe works16:01
kaifeng_sounds a bit tricky16:01
*** goldyfruit_ has joined #openstack-ironic16:01
rpiosodtantsur: Which images should I use? And which devstack settings are needed.16:01
*** ijw_ has joined #openstack-ironic16:01
TheJuliaI'm going to end the meeting, we can carry on with discussions16:01
dtantsuretingof: it depends on your luck. if no fancy drivers are needed - cool.16:01
TheJuliaThanks everyone!16:01
TheJulia#endmeeting16:01
*** 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."16:01
openstackMeeting ended Mon Dec  9 16:01:57 2019 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)16:02
rpiosoTheJulia: Thank you!16:02
openstackMinutes:        http://eavesdrop.openstack.org/meetings/ironic/2019/ironic.2019-12-09-15.00.html16:02
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/ironic/2019/ironic.2019-12-09-15.00.txt16:02
openstackLog:            http://eavesdrop.openstack.org/meetings/ironic/2019/ironic.2019-12-09-15.00.log.html16:02
rpittauthanks!16:02
etingofdtantsur, define luck16:02
* TheJulia jumps into #nextmeeting16:02
dtantsuretingof: set(your_hardware.drivers) == set(tinycore.drivers)16:02
rpiosoetingof: Which NIC port is being used for pxe boot?16:02
dtantsurooops, s/==/in/16:02
dtantsurrpioso: so, for an IPA image, I'd recommend you stick with DIB-built. You can download one from RDO if you don't want to build yours.16:03
dtantsurfor a final (user image), anything that has grub2 should work. Cirros does NOT have grub2.16:03
kaifeng_TheJulia: okay, I'll file a story to have more context then.16:03
TheJuliakaifeng_: ++16:03
etingofrpioso, in my setup tinycore reports the NIC as eth1, I've not looked any further yet16:03
kaifeng_but I am not following this: grenade for master -> master16:04
etingofalso, I do not PXE anymore16:04
*** goldyfruit has quit IRC16:04
rpiosodtantsur: Could you suggest specific local.conf settings for those two things? I've been using a CentOS 7 prebuilt instance image.16:04
*** ijw has quit IRC16:04
rpiosoetingof: Oh yeah. Right! And that's the answer to your luck question.16:04
rpiosoNo PXE!16:05
etingofdtantsur, as for the drivers, it's stock IPA kernel/ramdisk on a Dell R640 (I have no idea if hw config can differ on this model)16:05
rpiosodtantsur: TheJulia suggested there's no local.conf/devstack knob for specifying an IPA image.16:05
dtantsurrpioso: if you have a local file already, use https://opendev.org/openstack/ironic/src/branch/master/devstack/lib/ironic#L249-L25016:06
* rpioso is a relatively new devstack user.16:06
dtantsuror these two to download https://opendev.org/openstack/ironic/src/branch/master/devstack/lib/ironic#L26916:06
etingofrpioso, does PXE play any role in tinycore hardware interfaces?16:06
etingofI mean, tinycore fires up after PXE happens (or not)16:06
TheJuliathe danger is there are also many different knobs and without clarity into the configuration it is hard to have discussions16:07
*** jerrywang1 has quit IRC16:07
rpiosodtantsur: Could you suggest RDO prebuilt IPA image links to use?16:07
rpiosoTheJulia: Entirely understandable :-)16:08
dtantsurrpioso: https://images.rdoproject.org/master/rdo_trunk/current-tripleo/ I guess16:08
rpiosodtantsur, etingof, TheJulia: Thank you! I'll give the RDO IPA images a try :-)16:09
rpiosoetingof: It does fire up after PXE happens. And then it can't obtain the config :-(16:10
etingofrpioso, so I guess it's not relevant to PXE then16:10
*** stendulker has quit IRC16:11
rpittaurpioso: doesn't look like an issue with PXE, what you mean it can't obtain the config ?16:11
*** mkrai has joined #openstack-ironic16:12
* etingof reads it as tinycore kernel can't do networking16:12
TheJuliaetingof: as did I16:13
rpiosoetingof: ^^ That's the hypothesis.16:15
rpiosorpittau: It outputs a message to that effect at the console.16:15
etingofrpioso, can you log through console and look around?16:16
etingofif it's booting at all16:16
mkraiHi Ironicer, I am facing an issue were deployment was succesful, IP was assigned to node but on final power-on the node tries to do a PXE boot again and fails with error "No boot filename received"16:18
kaifeng_TheJulia: wrt the grenade jobs you mentioned above, i am not sure i understand the master -> master, do we have such a upgrade path?16:18
iurygregorydtantsur, can you take a look if i missed something on https://review.opendev.org/#/c/698026/ ? o/16:18
patchbotpatch 698026 - ironic-python-agent-builder - Add efibootmgr - 1 patch set16:18
mkraiCan someone tell me what could be the reason that node tried to do PXE boot again and not tried to boot from disk?16:18
dtantsurkaifeng_: I think TheJulia means the multinode grenade (hopelessly broken atm) that does only a partial upgrade?16:19
kaifeng_mkrai: do you set boot_option to local?16:19
dtantsuralthough no, wait.. I think we never implemented master->master+patch16:19
dtantsuriurygregory: I'll put on my queue16:19
mkraikaifeng, not explicitly16:19
TheJuliawe did I believe....16:20
TheJuliabut... so many different knobs16:20
iurygregorydtantsur, tks!16:20
kaifeng_mkrai: i remember there was a default value if not configured, and if it's unfortunately netboot..16:20
dtantsurTheJulia: I think we ended up with stable->master (grenade) and stable->partial master (multinode grenade)16:21
* TheJulia really needs to push through that change16:21
dtantsurI think master->master+patch has remained a dream. probably because of grenade.16:21
mkraikaifeng_, it initially tries to do default netboot but after deployment it should boot from disk, right?16:21
kaifeng_:D16:21
kaifeng_anyway, for the ipxe change, i don't think it needs some change for master->master16:22
*** mmethot has quit IRC16:22
*** mmethot has joined #openstack-ironic16:23
kaifeng_mkrai: if the node is specified as netbook, then it will not boot from disk16:23
kaifeng_netboot (autocorrection is evil)16:23
mkraikaifeng_, ok so netboot should also work, what does the failure  "No boot filename received" mean?16:24
rpiosoetingof: No, I haven't gotten to that, yet. Does it need a local.conf setting? Or do I need to modify the images?16:24
mkraikaifeng_, is it related to IPA failure or ironic issue?16:24
kaifeng_mkrai: that needs to investigate your tftp service16:24
mkraikaifeng_, ok the deployment succedeed (PXE booting), doesn't this mean that tftp is working fine?16:25
openstackgerritMerged openstack/python-ironicclient stable/train: Fix AttributeError in negotiate_version  https://review.opendev.org/69726916:26
openstackgerritMerged openstack/python-ironicclient stable/stein: Fix AttributeError in negotiate_version  https://review.opendev.org/69727016:26
* etingof is deploying his Dell sloth in boot_option:local way16:26
kaifeng_mkrai: which network interface do you use?16:26
mkraikaifeng_, neutron16:26
kaifeng_mkrai: well, for the multi tenancy model, you need pxe service on the tenant network16:27
etingofrpioso, once the kernel is booted, you should be able to log into it via virtual console. that should not depend on devstack/IPA image config16:27
kaifeng_but i have never used such scenario before16:27
mkraikaifeng, neutron-dhcp is running on tenant network16:28
kaifeng_mkrai: but neutron doesn't provide tftp service16:29
mkraikaifeng_, right16:29
mkraikaifeng_, tftp running on conductor node16:30
rpiosoetingof: I couldn't do that with cirros and I'm not familiar with tinycore's creds. Do you happen to know them? And what are RDO IPA ramdisk's creds?16:30
etingofrpioso, IPA image with tinycore boots into shell prompt16:31
kaifeng_mkrai: it might need some network topology change, because the tenant network is managed by neutron, you may need to create a tap on the ovs/linux bridge16:31
rpiosoetingof: Oh! So, it's the big Enter key?16:32
etingofrpioso, yes, just sudo -s <enter>16:33
iurygregory^ and the magic happens16:35
rpiosoetingof, iurygregory: Thank you!16:36
*** rpioso is now known as rpioso|afk16:37
* rpioso|afk drives to the office after WFH, and will be back in a bit.16:37
etingofobviously, ironic bear armed with two magic wands does the node revival magic16:38
etingof(unless magic backfires, what's not uncommon)16:38
mkraikaifeng, it is already created, I tested it in the past and it used to work16:38
mkraikaifeng, but I am seeing this failure recently16:39
* iurygregory agrees with etingof 16:39
*** ociuhandu has joined #openstack-ironic16:41
*** kaifeng_ has quit IRC16:42
rpittaugood night! o/16:46
*** rpittau is now known as rpittau|afk16:46
*** iurygregory has quit IRC16:53
*** ricolin has quit IRC16:56
*** ociuhandu has quit IRC16:58
mkraiTheJulia, dtantsur etingof Hi can you please help me with the issue? ^^16:58
dtantsurI think we tend to recommend using local boot and configdrives with the neutron network interface17:00
TheJuliawhat is using tcl in tinycore17:00
dtantsurtcl ugh17:01
*** primeministerp has joined #openstack-ironic17:01
*** dhellmann_ has joined #openstack-ironic17:02
*** dhellmann has quit IRC17:02
*** dhellmann_ is now known as dhellmann17:02
TheJuliaand why is x11/xorg...17:03
mkraidtantsur, should I try local boot option?17:03
TheJuliathe glib2 expansion17:03
dtantsurmkrai: I'd make it work with local boot first, yes17:03
dtantsuryou can consider netboot later if you need it17:04
dtantsurmake sure you're using a user image that has grub2 (i.e. not cirros)17:04
mkraidtantsur, Ok I will try now. Thanks!17:04
*** priteau has joined #openstack-ironic17:05
*** gyee has joined #openstack-ironic17:16
openstackgerritJulia Kreger proposed openstack/ironic-python-agent-builder master: Shuffle/update tinycore mirrors  https://review.opendev.org/69804717:26
TheJuliaironic-cores ^^^ may resolve our tinycore issues for the day... Maybe17:26
mkraidtantsur, the deployment failed with error http://paste.openstack.org/show/787334/17:27
dtantsurmkrai: can your provisioning network access control plane? at least swift?17:28
mkraidtantsur, yes it can17:30
dtantsurmkrai: it doesn't seem to, according to your paste: No route to host17:30
mkraidtantsur, I am using centos cloud image17:31
*** pcaruana has quit IRC17:31
mkraidtantsur,  i tried "sudo ip netns exec qdhcp-5c179c83-3d38-4d17-aa37-0991d473b244 ping 10.228.161.155" and it works17:31
dtantsurmkrai: try checking ramdisk logs (you may need enabling them) to see what is happening inside17:33
* dtantsur has to go now, sorry17:33
*** dtantsur is now known as dtantsur|afk17:33
*** mmethot has quit IRC17:35
arne_wiebalckTheJulia: why is the (cedia) mirror newer than the official tc repo? Or is http://repo.tinycorelinux.net not the official repo?17:41
*** ijw has joined #openstack-ironic17:42
arne_wiebalckbye everyone o/17:44
TheJuliaarne_wiebalck: it is not... it seems to only sync once a week17:44
TheJuliaarne_wiebalck: so... shouldn't be broken17:45
*** ijw_ has quit IRC17:45
arne_wiebalckTheJulia: from what I see http://repo.tinycorelinux.net has only up to 10.1, no?17:46
* arne_wiebalck is maybe looking the wrong place17:46
arne_wiebalckTheJulia: ah, no: the 11.x dir seems empty17:48
arne_wiebalckTheJulia: well, not for arm17:48
*** dsneddon has joined #openstack-ironic17:48
TheJuliawut? I was just looking at it17:48
arne_wiebalckwhich one?17:48
TheJuliahttp://mirror.cedia.org.ec/tinycorelinux/10.x/x86_64/tcz/17:49
*** igordc has joined #openstack-ironic17:49
arne_wiebalckthat's 10.x17:49
TheJuliawe're on 10.x now17:49
arne_wiebalckright17:50
arne_wiebalckI was confused by the 11.x dir on cedia17:50
TheJuliaahh17:50
arne_wiebalckwhich does not seem to exist on http://repo.tinycorelinux.net, but maybe I did just not look well enough ... happens all the time :/17:51
* arne_wiebalck really has to go now, see you all tmrw!17:52
*** priteau has quit IRC17:54
*** priteau has joined #openstack-ironic17:55
*** priteau has quit IRC17:58
*** mkrai has quit IRC18:00
*** derekh has quit IRC18:01
*** rpioso|afk is now known as rpioso18:10
*** dougsz has quit IRC18:14
*** primeministerp has quit IRC18:17
*** ijw has quit IRC18:21
*** pcaruana has joined #openstack-ironic18:23
*** igordc has quit IRC18:37
*** ijw has joined #openstack-ironic18:42
*** ociuhandu has joined #openstack-ironic19:10
TheJuliarpioso: etingof: re sushy-oem-idrac, do we need to get a tagged release soon-ish for packaging pipelines?19:13
etingofTheJulia, perhaps, assuming it's a packaging requirement19:14
*** igordc has joined #openstack-ironic19:14
rpiosoetingof, TheJulia: Doesn't one already exist -- https://pypi.org/project/sushy-oem-idrac/?19:15
*** ociuhandu has quit IRC19:15
*** ociuhandu has joined #openstack-ironic19:15
*** dsneddon has quit IRC19:16
TheJuliarpioso: we can't consume pypi for downstream packages19:16
etingofrpioso, it's not released via openstack upstream I think19:16
* rpioso sees the light.19:16
*** ociuhandu has quit IRC19:16
etingofmight be a miracle19:17
*** gmann is now known as gmann_afk19:17
rpiosoetingof: No! It's still daylight here :-)19:18
*** dsneddon has joined #openstack-ironic19:19
*** dsneddon has quit IRC19:20
*** dsneddon has joined #openstack-ironic19:20
rpiosoetingof: May I help? Instructions welcome :-)19:21
etingofrpioso, would be great, it's LO here already. I have no instructions except reading up openstack release doc ;-/19:22
rpiosoetingof: Do you have the link handy?19:23
rpiosoTheJulia: In devstack funland, I'm now seeing a glanceclient error during deployment -- http://paste.openstack.org/show/787344/19:25
etingofrpioso, may be down the rabbit hole from here? -- https://docs.openstack.org/infra/manual/creators.html19:25
rpiosoetingof: Thank you!19:25
rpiosoetingof: Have you seen that error ^^ in your wanderings?19:26
TheJuliarpioso: glance didn't start up, Apache lots should have errors19:26
rpiosoTheJulia: Where can I find the Apache logs?19:27
TheJuliaSystemd?19:28
TheJuliaOr /var/log/httpd/19:29
rpiosoTheJulia: I see devstack@g-api.service and devstack@g-reg.service. Those don't seem to be the one I'm looking for. Do you recall its name?19:33
TheJuliarpioso: I do not19:34
rpiosoTheJulia: Must glance be configured in local.conf?19:35
TheJuliaWhen you go to restack, have you been running the clean script?19:35
rpiosoTheJulia: I start from a clean slate via VM snapshot.19:35
*** strigazi has quit IRC19:37
*** tesseract has quit IRC19:37
*** gudrutis2 has quit IRC19:38
*** strigazi has joined #openstack-ironic19:40
*** khansa has quit IRC19:42
*** strigazi has quit IRC19:46
rpiosoTheJulia: "openstack image show UUID" succeeds, but "openstack image save ... UUID" fails.20:01
*** bobmel has joined #openstack-ironic20:17
openstackgerritTzu-Mainn Chen proposed openstack/ironic master: Restrict ability to change owner on provisioned node  https://review.opendev.org/69807820:19
*** Lucas_Gray has joined #openstack-ironic20:21
*** bobmel has quit IRC20:21
*** ociuhandu has joined #openstack-ironic20:43
*** ociuhandu has quit IRC20:48
TheJuliaI think that would be the glance registery service then20:48
*** Lucas_Gray has quit IRC21:04
*** Lucas_Gray has joined #openstack-ironic21:08
openstackgerritJulia Kreger proposed openstack/ironic-python-agent-builder master: Update tinycore mirrors  https://review.opendev.org/69804721:20
TheJuliaso looks like ^ that the other mirror I was hoping for got updated. Between this morning and this afternoon the last updated times on the tcl8.6 package updated :(21:20
TheJuliaBUT! the main repository mirror and md5 checksum matches21:20
*** ociuhandu has joined #openstack-ironic21:21
*** ociuhandu has quit IRC21:26
stevebaker_heads up, I've proposed this to get gerritbot notfications for Verified -2 in this channel https://review.opendev.org/69809121:29
patchbotpatch 698091 - project-config - IRC #openstack-ironic gerritbot CI failed messages - 1 patch set21:29
*** pcaruana has quit IRC21:31
antonymi'm playing around with getting an efi image working in ironic using diskimage-builder with the block-device-efi and grub2 elements, when i launch a build, it fails during the grub2 config with: Installing GRUB2 boot loader to device /dev/sda failed with Unexpected error while running command.\nCommand: mount /dev/sda2 /tmp/tmphH8cGm\nExit code: 32\nStdout: u''\nStderr: u'mount: /tmp/tmphH8cGm:21:32
antonymwrong fs type, bad option, bad superblock on /dev/sda2 any suggestions on what to look for?21:32
TheJuliaantonym: what are you putting in as properties for the glance image21:33
TheJuliastevebaker_: awesome21:33
rpiosoTheJulia: I reverted to deploying devstack to perform netboot, instead of local, deployment. It didn't fetch a partition image (CentOS 7) nor RDO IPA images. And it successfully deployed a real hardware node, just like it was a couple of weeks ago. It's using a dib ramdisk.21:33
TheJuliastevebaker_: comments posted21:34
TheJuliarpioso: so what OS did it deploy then?21:35
antonymTheJulia: for the image, --disk-format qcow2 --container-format bare, along with the kernel_id and ramdisk_id  do i need to specify some additional settings for grub there?21:35
rpiosoTheJulia: I believe cirros.21:35
TheJuliaantonym: kernel_id and ramdisk_id's presence cause the image to be marked as a partition image, but ot make a UEFI bootable iamge you need to do a whole disk image21:35
antonymah, so i should drop those then?21:36
TheJuliaantonym: yea, that is likely where things are going moderately sideways on your entire image build use21:36
antonymk, yeah, i had legacy working and booting, but then i decided to shift to UEFI only21:37
antonymso trying to track down all of those steps21:37
rpiosoTheJulia: I can't seem to log into the instance from the iDRAC virtual console. It doesn't appear to accept keystrokes. I'm still using UEFI boot mode.21:38
TheJuliarpioso: so, realistically it sounds like it deployed a partition image in that case since your saying cirros and network booting21:38
rpiosoTheJulia: Ok21:39
stevebaker_TheJulia: thanks, replied21:39
rpiosoEven if the boot mode is UEFI?21:39
TheJuliarpioso: yes, uefi firmware still knows how to netboot and netboot is the default operating mode21:40
TheJuliastevebaker_: awesome, thanks21:41
rpiosoTheJulia: Should I fire off a new devstack deployment for local boot? At least I have a baseline I've confirmed still works on my lab setup.21:41
TheJuliasnap it, unstack it, change the parameter for local boot default mode, and change the image that your trying to deploy... and restack?21:42
stevebaker_TheJulia: do you think we should *also* have a bot which watches storyboard for tasks with a borked_ci tag?21:43
rpiosoTheJulia: And download RDO IPA images to devstack/files, too?21:43
*** jtomasek has quit IRC21:45
TheJuliastevebaker_: could be useful21:46
TheJuliarpioso: trying to do that, your far outside the matrix that is tested21:47
rpiosoTheJulia: Which IPA images should be used for local boot/UEFI?21:47
*** gmann_afk is now known as gmann21:48
TheJuliawell, if you have an IPA image that is working for networking, I would think that it should work if you only change the deployment settings and the actual image to be deployed to disk21:48
rpiosoTheJulia: I thought cirros/dib IPA doesn't have the needed grub2.21:50
TheJuliacirros21:50
TheJuliaCirros as an image being deployed21:50
TheJuliaand the problem ultimately is that the "wholedisk" image that they have basically is nothing of the sort21:51
TheJuliait is an empty filesystem, to which IPA goes "can't find grub!"21:51
rpiosoTheJulia: Oh! So, dib IPA knows how to do the right local thing for UEFI?21:51
TheJuliain theory, it should21:52
TheJuliaWe've got an open bug that we squash on secureboot signed bootloader though21:52
TheJuliabut... working on that21:52
openstackgerritJulia Kreger proposed openstack/ironic-python-agent-builder master: Revert "Update tinycore from 9.x to 10.x"  https://review.opendev.org/69809821:54
TheJuliaHey! Lets do that instead!21:54
*** ijw_ has joined #openstack-ironic21:55
rpiosoTheJulia: Should I unstack.sh or clean.sh?21:56
*** Goneri has quit IRC21:56
TheJuliarpioso: both21:57
TheJuliain order21:57
*** ijw has quit IRC21:58
rpiosoTheJulia: I'm going to apply the following settings in local.conf.22:00
rpiosoIRONIC_DEFAULT_BOOT_OPTION=local22:00
rpiosoIMAGE_URLS="http://cloud.centos.org/centos/7/images/CentOS-7-x86_64-GenericCloud.qcow2"22:01
rpiosoAny others needed?22:01
antonymTheJulia: thanks for your help, removing the kernel entries got the server to boot22:04
*** ociuhandu has joined #openstack-ironic22:04
*** ociuhandu has quit IRC22:10
*** rcernin has joined #openstack-ironic22:16
*** Lucas_Gray has quit IRC22:17
TheJuliaantonym: \o/22:20
TheJuliarpioso: give it a spin22:21
* rpioso 's eyes are spinning as he watches it restack ;-)22:22
rpittau|afkTheJulia: hey, just noticed this https://review.opendev.org/698098 , what's the reason behind that?22:23
patchbotpatch 698098 - ironic-python-agent-builder - Revert "Update tinycore from 9.x to 10.x" - 1 patch set22:23
TheJuliarpittau|afk: 10.x is actively being changed and we're hitting checksum failures on packages. Where as 9 is... not22:23
rpittau|afkTheJulia: I noticed the issue with the checksum, thought it was just a quick thing, guess we'll wait somre more to switch to 10.x then22:27
* rpittau|afk goes back to sleep22:28
*** rcernin has quit IRC22:36
TheJulianini22:36
*** bfournie has quit IRC22:51
rpiosoTheJulia: Well, the deployment succeeded from an ironic perspective. Ironic asked the server to boot from the hard disk; however, the server did not boot from the hard disk. Instead, it's trying and trying to PXE boot.22:54
TheJuliafun :(22:56
rpiosoTheJulia: In the logs, "Configuring local boot for node 54f3ef6c-6ee7-474d-9007-5ebebeca7649" is followed by "Local boot successfully configured for node ..."23:01
rpiosoTheJulia: There's no indication that it "Installing the bootloader for node ... on partition, EFI system partition ..."23:03
* TheJulia downloads the image to take it apart23:03
rpiosoTheJulia: Which image?23:04
rpiosoTheJulia: driver_internal_info states it's a whole disk image. There's also a root_uuid_or_disk_id.23:04
TheJuliathe centos image23:05
rpioso+123:05
rpiosohttp://cloud.centos.org/centos/7/images/CentOS-7-x86_64-GenericCloud.qcow223:06
TheJuliaalready downloading23:07
TheJuliawhat is your instance_info field look like in ironic?23:07
TheJuliaoh, its a dual boot image23:11
TheJuliahmmm23:11
rpioso| instance_info          | {'image_source': '3385cda1-0610-461a-a7c2-e42eabb17588', 'root_gb': 100, 'capabilities': {'boot_mode': 'uefi', 'boot_option': 'local'}}23:12
TheJuliawell, maybe not23:13
rpioso| driver_internal_info   | {'is_whole_disk_image': True, 'last_power_state_change': '2019-12-09T22:47:34.009558', 'deploy_steps': None, 'agent_version': '4.0.1.dev47', 'agent_last_heartbeat': '2019-12-09T22:44:26.032692', 'root_uuid_or_disk_id': '0x000b6061'}23:14
*** ociuhandu has joined #openstack-ironic23:15
TheJuliaso... that image is not looking UEFI bootable23:15
TheJuliait is purely a single partition xfs file system23:15
*** rcernin has joined #openstack-ironic23:17
TheJuliaand it is mbr bootable23:19
TheJuliaso no point in doing anything else23:19
TheJuliabut... that won't work on uefi mode23:19
rpiosoHow about something at https://images.rdoproject.org/master/rdo_trunk/current-tripleo/23:19
rpiosoOr elsewhere?23:19
TheJuliagive me a couple of minutes23:20
*** ociuhandu has quit IRC23:20
TheJuliaso yeah, also missing an EFI bootloader in the contents23:20
rpiosoTheJulia: Thank you so much. I'm going to catch a very, very late meal. Then, I'll be back. Will have phone on me, though.23:20
TheJuliahttps://www.irccloud.com/pastebin/ByuNDnHr/23:21
TheJuliapulling down one of those23:21
*** ociuhandu has joined #openstack-ironic23:24
*** ociuhandu has quit IRC23:33
*** ociuhandu has joined #openstack-ironic23:34
*** ociuhandu has quit IRC23:39
*** ijw_ has quit IRC23:41
TheJuliarpioso: overcloud-full is just a partition :\23:42
TheJuliaso no uefi boot assets23:42
*** ociuhandu has joined #openstack-ironic23:44
*** ociuhandu has quit IRC23:49
*** goldyfruit_ has quit IRC23:50
rpiosoTheJulia: A year plus ago, I believe I uploaded those into glance running on an RDO undercloud. I imported nodes via tripleo and created a server with nova. That workflow was used to test new idrac driver UEFI boot mode support. Local boot deployments worked like champs.23:52
rpiosoTheJulia: Might tripleo and/or nova build the instance image on the fly?23:53
TheJuliabuild instance yes, rework disk contents no23:53
TheJuliawell, there went my free disk space23:54
TheJuliathe undercloud is a 53.7 GB raw disk image23:54
TheJuliaalso not uefi bootable23:54
*** ociuhandu has joined #openstack-ironic23:54
* TheJulia wonders if there is an edge case here that has magically worked23:55

Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!