Monday, 2017-09-04

*** yangyapeng has joined #openstack-ironic00:00
*** Nisha_Agarwal has quit IRC00:00
*** yangyapeng has quit IRC00:04
*** dyasny has quit IRC00:07
*** Nisha_ has quit IRC00:11
*** rivers has quit IRC00:29
*** rivers has joined #openstack-ironic00:29
*** dyasny has joined #openstack-ironic00:50
*** dyasny has quit IRC00:50
*** mat128 has joined #openstack-ironic00:52
*** ijw_ has joined #openstack-ironic00:55
*** ijw has quit IRC00:58
*** yangyapeng has joined #openstack-ironic01:01
*** rbudden has joined #openstack-ironic01:02
*** ijw has joined #openstack-ironic01:04
*** ijw_ has quit IRC01:07
*** hshiina has joined #openstack-ironic01:13
*** dims has quit IRC01:21
*** litao__ has joined #openstack-ironic01:24
*** ijw has quit IRC01:29
*** adisky__ has joined #openstack-ironic01:30
*** dims has joined #openstack-ironic01:33
*** gcb has joined #openstack-ironic01:35
*** yangyapeng has quit IRC01:58
*** yangyapeng has joined #openstack-ironic01:59
*** yangyape_ has joined #openstack-ironic02:02
*** yangyapeng has quit IRC02:06
*** yangyapeng has joined #openstack-ironic02:12
*** yangyape_ has quit IRC02:15
*** rbudden has quit IRC02:35
*** Nisha_Agarwal has joined #openstack-ironic02:42
*** ianychoi_ has joined #openstack-ironic02:43
*** ianychoi has quit IRC02:46
*** mat128 has quit IRC02:52
*** mat128 has joined #openstack-ironic02:53
openstackgerritzenghui.shi proposed openstack/ironic-specs master: New hardware interface for BIOS configuration  https://review.openstack.org/49648103:15
*** udesale has joined #openstack-ironic03:19
*** zhurong_ has joined #openstack-ironic03:22
*** zhurong_ has quit IRC03:25
*** hshiina has quit IRC03:34
openstackgerritNisha Agarwal proposed openstack/ironic-specs master: Add resource class structure to ironic  https://review.openstack.org/50042903:38
*** Nisha_Agarwal has quit IRC03:42
*** stendulker has joined #openstack-ironic03:49
*** Dinesh_Bhor has joined #openstack-ironic03:53
*** hshiina has joined #openstack-ironic04:01
*** Nisha_Agarwal has joined #openstack-ironic04:01
*** wong__ has quit IRC04:16
*** links has joined #openstack-ironic04:19
*** persia has quit IRC04:20
*** mat128 has quit IRC04:21
*** Nisha_Agarwal has quit IRC04:36
*** MattMan_1 has quit IRC04:52
*** MattMan_1 has joined #openstack-ironic04:52
*** rbartal has joined #openstack-ironic05:06
*** Nisha_Agarwal has joined #openstack-ironic05:11
*** gcb has quit IRC05:15
*** gcb has joined #openstack-ironic05:29
*** wong_ has joined #openstack-ironic05:33
*** stendulker_ has joined #openstack-ironic05:35
*** stendulker has quit IRC05:35
*** hjensas has quit IRC05:45
*** hoonetorg has quit IRC06:05
*** ccamacho has joined #openstack-ironic06:08
*** mjura has joined #openstack-ironic06:10
*** mjura has quit IRC06:11
*** mjura has joined #openstack-ironic06:11
*** marios has joined #openstack-ironic06:17
*** hoonetorg has joined #openstack-ironic06:18
*** zshi_ has joined #openstack-ironic06:21
*** mjura has quit IRC06:23
*** zhangfei has joined #openstack-ironic06:24
*** mjura has joined #openstack-ironic06:26
*** chas has joined #openstack-ironic06:29
*** ijw has joined #openstack-ironic06:30
*** zhangfei has quit IRC06:34
*** ijw has quit IRC06:35
*** karimb has joined #openstack-ironic06:38
*** yangyapeng has quit IRC06:39
*** racedo has joined #openstack-ironic06:42
openstackgerritMerged openstack/python-ironicclient master: Fix to use "." to source script files  https://review.openstack.org/50007906:47
*** yangyapeng has joined #openstack-ironic06:47
*** zhangfei has joined #openstack-ironic06:47
*** rcernin has quit IRC06:52
*** rcernin has joined #openstack-ironic06:52
*** hjensas has joined #openstack-ironic06:58
*** e0ne has joined #openstack-ironic07:02
*** Nisha_ has joined #openstack-ironic07:04
*** mvpnitesh has joined #openstack-ironic07:09
*** karthiks_afk is now known as karthiks07:10
*** tesseract has joined #openstack-ironic07:16
*** jtomasek has joined #openstack-ironic07:23
*** aarefiev_afk is now known as aarefiev07:24
*** etingof has quit IRC07:28
*** charcol has quit IRC07:28
*** jaganathan has joined #openstack-ironic07:28
*** dtantsur|afk is now known as dtantsur07:34
dtantsurmorning ironic07:34
*** pcaruana has joined #openstack-ironic07:36
*** pcaruana has quit IRC07:36
*** pcaruana has joined #openstack-ironic07:37
*** stendulker_ has quit IRC07:37
*** etingof has joined #openstack-ironic07:39
*** lucas-afk is now known as lucasagomes07:41
*** rcernin has quit IRC07:41
*** oomichi has quit IRC07:51
*** oomichi has joined #openstack-ironic07:52
*** ralonsoh has joined #openstack-ironic07:53
*** Nisha_ has quit IRC07:56
Nisha_Agarwalmorning ironic07:56
Nisha_Agarwalhey dtantsur07:56
Nisha_Agarwaldtantsur, for py35 work we(myself and Ankit) were trying inspector manually before we modify the tempest tests in it so that it can work without swift. But we see this issue without doing any changes to inspector. http://paste.openstack.org/show/620297/  Initial ramdisk booting etc happens successfully but after IPA returns data that overwrites bmc_address, and inspection fails08:01
Nisha_Agarwalaarefiev, ^^^08:01
Nisha_Agarwaldtantsur, this happens consistently for us.08:02
Nisha_Agarwaldtantsur, aarefiev is this expected behaviour?08:02
*** stendulker_ has joined #openstack-ironic08:03
aarefievNisha_Agarwal: hey, do you use master?08:07
Nisha_Agarwalaarefiev, we are using master for this08:07
aarefievNisha_Agarwal, hmmm, could you check if this change is present https://github.com/openstack/ironic-inspector/commit/2a4c9d800f24072dcbd149e194fbe0fa2464bdc408:08
* Nisha_Agarwal checks08:11
Nisha_Agarwalaarefiev, yes it has08:12
aarefievahh and it works on py2, right?08:13
Nisha_Agarwalno it is currently failing on py208:13
Nisha_Agarwalwe didnt do any changes for py3 yet08:13
Nisha_Agarwalin past when i have tried inspector it has always worked08:14
Nisha_Agarwaldo i need to do any conf change in ironic-inspector.conf08:15
aarefievNisha_Agarwal: do you have upstream patch where I can see failure ?08:15
Nisha_AgarwalNo, this is master ironic-inspectr which we were trying to use with pxe_ipmitool driver for inband inspection on proliant hardwares. This is just a testing prior to make any changes for py3508:16
Nisha_Agarwalso fr us inspection using inspector is always failing at this point.08:17
aarefievNisha_Agarwal: ok, do you have ironic port with one of [u'9c:b6:54:01:90:2e', u'9c:b6:54:01:90:2f']08:19
aarefievmacs08:19
Nisha_Agarwalyes08:19
dtantsuraarefiev: I wonder if it's related to https://github.com/openstack/ironic-python-agent/commit/7c28332e9a59da316a9d6e6652f4269b27b3ca6608:21
dtantsurNisha_Agarwal: ^^08:21
*** mvpnitesh has quit IRC08:21
*** mvpnitesh has joined #openstack-ironic08:22
Nisha_Agarwaldtantsur, hmmm may be . but we see the bmc address overwritten with 0.0.0.0 after IPA returns the data08:22
dtantsuralso I still suspect that https://github.com/openstack/ironic-inspector/commit/2a4c9d800f24072dcbd149e194fbe0fa2464bdc4 is not present..08:22
Nisha_Agarwaldtantsur, ironic-inspector is latest. it has changes till Aug2408:23
dtantsurNisha_Agarwal: anyway, can you grab IPA logs please? (the file with them is mentioned in the logs)08:23
dtantsurUGH https://github.com/openstack/ironic-inspector/blob/master/ironic_inspector/process.py#L8608:24
dtantsurthis needs fixing ^^^08:24
dtantsurNisha_Agarwal: mind filing a bug against both inspector and IPA? at least the inspector part has to be fixed (but I think IPA not returning BMC address for you is also wrong)08:25
Nisha_Agarwaldtantsur, sure. will do /08:26
* Nisha_Agarwal gets IPA logs08:26
aarefievbut there is mac == mac from ironic port in introspection data08:26
*** derekh has joined #openstack-ironic08:26
*** mvpnitesh has quit IRC08:29
*** mgoddard has joined #openstack-ironic08:30
*** mvpnitesh has joined #openstack-ironic08:31
dtantsuraarefiev: this is strange too..08:33
dtantsurthere are up to 3 different issues here  :)08:33
dtantsurNisha_Agarwal: I'll post the 1st patch when I have a bug number. could you please paste the complete inspector logs from the start of the introspection and till the finish?08:34
dtantsur* attach to the bug, I meant08:35
Nisha_Agarwaldtantsur, yes. re IPA logs, we will need to redo inspection, i somehow deleted all the logs :(08:35
Nisha_Agarwalwe wil try it on different hardware and see if issue is seen08:36
* Nisha_Agarwal will get back on this after sometime with re-inspection08:36
dtantsurokay. currently I just need a bug # to use Partial-Bug on :)08:38
*** mvpnitesh has quit IRC08:38
*** ankkumar has joined #openstack-ironic08:41
Nisha_Agarwaldtantsur, sure. ankit is redoing the test. I will raise the bug with details then. But it was a strange thing for us too.08:41
openstackgerritMerged openstack/ironic master: Updated from global requirements  https://review.openstack.org/49999808:44
*** mvpnitesh has joined #openstack-ironic08:48
stendulker_dtantsur: Hi08:52
dtantsurhi stendulker_08:52
stendulker_dtantsur: Can you please have a look at this 'ilo' hardware type doc. https://review.openstack.org/#/c/496480/08:52
patchbotpatch 496480 - ironic - Update documentation for ``ilo`` hardware type08:52
dtantsursure08:53
stendulker_dtantsur: Will we be able to backport doc to pike release?08:53
dtantsurstendulker_: yes, as soon as the master version merges08:53
stendulker_dtantsur:yes, upon merge.08:53
stendulker_dtantsur: thank you.08:53
openstackgerritzenghui.shi proposed openstack/ironic-specs master: New hardware interface for BIOS configuration  https://review.openstack.org/49648108:55
*** mrch has joined #openstack-ironic09:02
openstackgerrityolanda.robla proposed openstack/bifrost stable/pike: Fix the dhcp checks on centos  https://review.openstack.org/50048509:05
openstackgerrityolanda.robla proposed openstack/bifrost stable/ocata: Fix the dhcp checks on centos  https://review.openstack.org/50048609:06
Tengudtantsur: do you have the issue link at hand?09:07
dtantsurI don't09:07
dtantsurnote that the validate command should be only used to check power/management at the early stage09:08
dtantsurlike in the example: openstack baremetal node validate <IRONIC NODE> | grep -E '(power|management)\W*False'09:08
Tengudtantsur: ah, ok. thus the grep pipe.09:08
Tenguas it didn't show anything, I launched the command without the pipe, and saw the issues I mentionned on the other channel.09:08
Tengudtantsur: here's the link: https://bugs.launchpad.net/tripleo/+bug/171488709:08
openstackLaunchpad bug 1714887 in tripleo "[pike] Openstack overcloud deploy failed: not enough nodes" [Undecided,New]09:08
openstackgerrityolanda.robla proposed openstack/bifrost stable/newton: Fix the dhcp checks on centos  https://review.openstack.org/50048709:10
dtantsurTengu: how did you end up with these flavors? they don't look correct for pike..09:10
dtantsuris it just the way it installed? if so, when did you install the undercloud?09:10
Tengudtantsur: I created them in an ansible playbook installing the undercloud09:11
Tengudtantsur: just a small note: that was working fine until I activate the disk_label thing in order to be able to take profit of 2.2To on the compute nodes09:11
dtantsurokay, it's not a blocking issue, but please check Fhttps://docs.openstack.org/ironic/latest/install/configure-nova-flavors.html#scheduling-based-on-resource-classes and adjust your flavors (tripleo uses resource class 'baremetal')09:12
TenguI suspect that label creates something weird somewhere. First I thought is was due to the fact the server would boot in UEFI mode instead of BIOS (default when no disk_label is set), but it doesn't seem to be the case: the servers are in compatibility mode09:12
dtantsurmmm https://docs.openstack.org/ironic/latest/install/configure-nova-flavors.html#scheduling-based-on-resource-classes09:12
dtantsurTengu: what exactly did you do with disk_label?09:13
Tengudtantsur: set it to "gpt", according to https://docs.openstack.org/ironic/pike/install/advanced.html#choosing-the-disk-label09:13
dtantsurso, everything was working, then you set this, and the next deployment attempt failed, right?09:14
Tengudtantsur: yup. altough I wasn't there when my colleagues tried to deploy the overcloud. But according to the git and file status we have, they actually didn't do anything else.09:15
dtantsurTengu: I just wonder if you had several deployment attempts failing for another reason, and they you got hit by https://github.com/openstack/instack-undercloud/commit/b366467f6d596017913167cf3e6c158805c8ae5209:16
Tengudtantsur: re: resource_class: if I understand well, I should do nova flavor-key c2c_baremetal set resources:CUSTOM_C2C_BAREMETAL=1 right ?09:16
dtantsurCUSTOM_BAREMETAL (because tripleo uses "baremetal" as its resource class, it does not have to match the flavor name)09:16
Nisha_Agarwaldtantsur, i raised the spec https://review.openstack.org/500429 for resource class topic. Have a look and pour in ur opinion on the spec. Thank you. :)09:17
patchbotpatch 500429 - ironic-specs - Add resource class structure to ironic09:17
dtantsurTengu: anyway, I'd like to see nova-compute logs, is it possible to attach them to the bug?09:17
dtantsurNisha_Agarwal: will put it on my list09:17
* Nisha_Agarwal will be away for half an hour. will join back09:18
Nisha_Agarwaldtantsur, thanks09:18
Nisha_Agarwaldtantsur, re inspector issue ankit(ankkumar) will raise the bug with details.09:19
Tengudtantsur: hmm, I can attach the log, yes. 22.09:20
Tengu*2s09:20
dtantsurTengu: I'll have to run for a couple of hours, maybe other folks (sambetts?) can help you too09:20
*** dtantsur is now known as dtantsur|bbl09:21
Tengudtantsur|bbl: fine for me, I'll try to dig a bit deeper in all of that. happy running :)09:21
*** Nisha_Agarwal has quit IRC09:22
*** amarao has joined #openstack-ironic09:28
*** milan has joined #openstack-ironic09:38
milanmorning Ironic! :)09:39
*** baoli has joined #openstack-ironic09:48
milanaarefiev, morning, would you mind https://review.openstack.org/#/c/487909/11 ;) I've added the semaphore release (and luckily enough CI gave it the green light ;)09:50
patchbotpatch 487909 - ironic-inspector - Allow periodics to terminate inspector09:50
*** Nisha_Agarwal has joined #openstack-ironic09:51
*** lucasagomes is now known as lucas-brb09:52
*** gcb has quit IRC09:52
aarefievmilan: morning :) I'm looking09:52
*** Nisha_ has joined #openstack-ironic09:56
aarefievdone09:56
*** baoli has quit IRC09:57
*** rbartal has quit IRC09:57
*** Nisha_Agarwal has quit IRC09:58
milanaarefiev, thanks a lot! :D10:00
* milan needs to bother sambetts|afk and dtantsur|bbl with the same ;)10:00
vdrokgood morning all!10:02
milanmorning vdrok! :)10:03
vdrokgood morning milan :)10:04
*** Nisha_ has quit IRC10:14
openstackgerritShivanand Tendulker proposed openstack/ironic master: Update documentation for ``ilo`` hardware type  https://review.openstack.org/49648010:15
*** zhangfei has quit IRC10:17
*** milan has quit IRC10:20
aarefievmilan, could you check https://review.openstack.org/#/c/495751/2/doc/source/user/http-api.rst10:39
patchbotpatch 495751 - ironic-inspector - Docs: fix typo in HTTP API10:39
aarefievplease10:39
*** adisky__ has quit IRC10:39
*** yangyapeng has quit IRC10:44
*** yangyapeng has joined #openstack-ironic10:45
*** udesale has quit IRC10:46
*** lucas-brb is now known as lucasagomes10:48
*** yangyapeng has quit IRC10:50
openstackgerritMerged openstack/ironic-inspector master: Updated from global requirements  https://review.openstack.org/49999910:55
*** rbartal has joined #openstack-ironic11:01
*** litao__ has quit IRC11:04
*** links has quit IRC11:07
openstackgerritIlya Etingof proposed openstack/ironic-python-agent master: Report /dev/disk/by-path on inspection  https://review.openstack.org/49848911:14
*** links has joined #openstack-ironic11:20
*** jlabarre has joined #openstack-ironic11:23
*** aparnav has joined #openstack-ironic11:25
*** fellypefca has joined #openstack-ironic11:38
*** stendulker_ has quit IRC11:40
*** links has quit IRC11:42
*** lucasagomes is now known as lucas-hungry11:43
*** yufei has joined #openstack-ironic11:44
*** yufei has left #openstack-ironic11:44
*** hshiina has quit IRC11:46
fellypefcaGood morning everyone.11:48
*** rbartal has quit IRC11:48
*** jlabarre has quit IRC11:49
*** jlabarre has joined #openstack-ironic11:49
*** jkilpatr has joined #openstack-ironic11:51
*** dtantsur|bbl is now known as dtantsur11:52
*** baoli has joined #openstack-ironic11:54
*** links has joined #openstack-ironic11:56
*** jlabarre has quit IRC11:56
*** baoli has quit IRC11:59
*** jlabarre has joined #openstack-ironic12:00
dtantsurTheJulia: morning! do we need a backport of https://review.openstack.org/#/c/499926/ ?12:02
patchbotpatch 499926 - ironic - Boot from volume fails with 'iscsi' deploy interface (MERGED)12:02
Tenguhello there! interesting issue: openstack hypervisor show <UID> shows the node with "status disabled" and "state up" - any way to know why that's the case? ironic apparently does see them as "available", without any Maintenance…12:04
openstackgerritIlya Etingof proposed openstack/ironic-lib master: Added `by_path` root device hint  https://review.openstack.org/50052412:05
openstackgerritIlya Etingof proposed openstack/ironic-python-agent master: Report /dev/disk/by-path on inspection  https://review.openstack.org/49848912:07
dtantsurTengu: it seems indeed to be a case of https://bugs.launchpad.net/tripleo/+bug/171263212:07
openstackLaunchpad bug 1712632 in tripleo "Check that enough nodes are in "available" state with maintenance mode off error" [High,Fix released] - Assigned to Alex Schultz (alex-schultz)12:07
dtantsurtry getting that patch or applying to nova configuration manually12:08
dtantsursee #3 at https://docs.openstack.org/ironic/latest/install/configure-compute.html12:08
Tengudarn.12:08
Tengudtantsur: in fact, if I do an "openstack undercloud upgrade", it should get that patch, shouldn't it?12:09
*** zshi_ has quit IRC12:10
hjensasbfournie: dtantsur: know if anyone made an effort to package openstack/networking-baremetal in RDO yet? (If not, I will give it a go... :) )12:12
dtantsurTengu: I think so12:13
dtantsurhjensas: it was on bfournie's radar, but I don't think it was started12:13
dtantsurhjensas: feel free to add me as a co-maintainer or ask question, I have some experience with packaging12:14
Tengudtantsur: apparently not. I juste edited the file and am running a new `openstack undercloud upgrade' in order to ensure it's applied.12:14
dtantsurthe patch has just recently merged, maybe it has not hit the repos even12:14
* dtantsur -> coffee12:14
Tengudtantsur: apparently yep. so now I wait for the upgrade to be done, and cross my fingers.12:14
hjensasdtantsur: ok, thanks I did some rpm packaging in the past but no python apps so guidance is appreciated. :) I will will sync with bfournie first in case he did start something already.12:17
openstackgerritIlya Etingof proposed openstack/ironic-python-agent master: Report /dev/disk/by-path on inspection  https://review.openstack.org/49848912:17
*** aparnav has quit IRC12:23
openstackgerritOpenStack Proposal Bot proposed openstack/python-ironicclient master: Updated from global requirements  https://review.openstack.org/50002312:26
*** dr_gogeta86 has quit IRC12:26
*** lucas-hungry is now known as lucasagomes12:27
*** udesale has joined #openstack-ironic12:28
openstackgerritFellype Cavalcante proposed openstack/ironic master: Introduce hpOneView and ilorest to OneView  https://review.openstack.org/46812912:31
*** jaypipes has joined #openstack-ironic12:33
ankkumarhii dtantsur12:34
ankkumardtantsur, i raised bug in ironic-inspector..  https://bugs.launchpad.net/ironic-inspector/+bug/171494412:35
openstackLaunchpad bug 1714944 in Ironic Inspector "BMC address is getting replaced by 0.0.0.0 in the ramdisk data received" [Undecided,New]12:35
*** yangyapeng has joined #openstack-ironic12:37
dtantsurthanks ankkumar12:38
dtantsurlemme fix the inspector part first, it may unblock you12:38
bfourniehi hjensas, dtantsur: no, I haven't started any of the packaging for openstack/networking-baremetal12:39
dtantsurhjensas: start with reading https://www.rdoproject.org/documentation/add-packages/12:39
dtantsurhjensas: you may want to cargo-cult another networking-* packaging12:40
*** mvpnitesh has quit IRC12:40
*** dr_gogeta86 has joined #openstack-ironic12:41
*** dr_gogeta86 has quit IRC12:41
*** dr_gogeta86 has joined #openstack-ironic12:41
ankkumardtantsur, thanks12:41
hjensasdtantsur: thanks, will do.12:42
*** yangyapeng has quit IRC12:42
*** yangyapeng has joined #openstack-ironic12:42
openstackgerritDmitry Tantsur proposed openstack/ironic-inspector master: Do not rely on the older ipmi_address field on lookup  https://review.openstack.org/50053412:44
dtantsuraarefiev: ^^^12:44
*** ankkumar has quit IRC12:45
dtantsur"Due to Harvey Hurricane at Houston  the HPE third party CI setup is down" wow, scary12:47
dtantsurI hope everyone is OK12:47
aarefievdtantsur: I still don't understand why look up fails if `mac` attribute is match12:50
dtantsuraarefiev: becase 0.0.0.0 does not12:51
dtantsurIIRC we need all present fields to match12:52
aarefievdtantsur: hmm, I think we count nodes with matching attribues12:53
dtantsuryes, but nodes with IPMI address a.b.c.d do not match data with IPMI address 0.0.0.0 (before my patch)12:53
* aarefiev checks12:53
Tengudtantsur: humpf… after the upgrade of the VM, I still get a "disabled" status… I re-imported all the nodes in order to ensure I'm in a clean state :(12:56
aarefievdtantsur: yes, IPMI address doesn't match, but next `macs` attribute should match anyway https://github.com/openstack/ironic-inspector/blob/master/ironic_inspector/node_cache.py#L79712:57
aarefievhmm, maybe I'm missing something12:58
*** gcb has joined #openstack-ironic13:00
*** jaganathan has quit IRC13:01
dtantsurTengu: I think now you need to enable the compute, I'm not sure how, some nova command13:01
dtantsuraarefiev: think of it as an AND operation13:01
Tengudtantsur: hmm. ok13:01
dtantsuraarefiev: in pseude-code (data.bmc_address is None or data.bmc_address == node.bmc_address) and (data.macs is None or data.macs in node.macs)13:02
Tengudtantsur: even when I deleted all nodes and re-imported them properly?13:02
dtantsurTengu: this is in Nova, not in Ironic.13:02
dtantsurtl;dr Nova can disable a compute instance, if it failed to build several times in a row13:02
dtantsuraarefiev: actually you may be right and we use OR there. lemme check again13:03
Tengudtantsur: darn -.-13:04
aarefievdtantsur: so we are counting the number of matching attributes, and choose the node with max number13:06
dtantsurTengu: this may help https://docs.openstack.org/nova/latest/admin/services.html13:10
Tenguduh. thanks !13:10
Tengu(sorry, on the phone, my turn to run in all directions -.-'13:10
Tenguhave to wait a bit more in order to ensure all is really up-to-date - just saw the trunk source-list points to a specific hash, and thus I juste updated the yum config now -.-.'13:13
Tengumaybe that will help as well.13:13
*** baoli has joined #openstack-ironic13:14
*** rbudden has joined #openstack-ironic13:18
openstackgerritDmitry Tantsur proposed openstack/ironic master: Troubleshooting docs: explain disabled compute services  https://review.openstack.org/50054213:20
dtantsurTengu: troubleshooting guide update with your problem ^^13:20
dtantsurvdrok, sambetts|afk ^^13:20
dtantsuraarefiev: ok, I must admin I don't understand the problem..13:21
Tengudtantsur: cool, thanks! I'm just waiting for the deploy to finish before I can say "yep, duplicated issue".13:22
Tengudtantsur: and I'll push the troubleshooting doc link in our wiki so that we can access it in case of emergency.13:22
aarefievdtantsur: yeah, it's strange, I've just modified unit test to match bug13:27
aarefievand it works fine13:27
openstackgerritFellype Cavalcante proposed openstack/ironic master: Introduce hpOneView and ilorest to OneView  https://review.openstack.org/46812913:29
aarefievand it means that discovered mac address didn't match with ironic one13:29
aarefievor there is bug in attributes adding logic13:30
aarefievwhich is unlikely imo13:31
TheJuliagood morning everyone13:32
aarefievdtantsur: btw ipmi address matches bmc https://github.com/openstack/ironic-python-agent/blob/master/ironic_python_agent/inspector.py#L24413:33
aarefievmorning TheJulia13:33
dtantsuraarefiev: yep, but we forgot to get rid of 0.0.0.0 there (see my patch)13:33
dtantsurmorning TheJulia13:33
Tengudtantsur: humpf. "Failed to set service status to enabled" - need more digging, I'll go check with either #tripleo or, if it exists, #openstack-nova13:34
dtantsurTengu: yep, the latter channel exists. please let me know how it goes, I need it for this troubleshooting guide13:35
TheJuliadtantsur: re bacport, I believe xo13:35
TheJuliaso13:35
* TheJulia needs coffee13:35
dtantsurk, lemme propose13:35
TheJuliadtantsur: thanks13:36
Tengudtantsur: found out : the example command was misleading.13:36
dtantsurTheJulia:  two patches with the same summary, isn't it cool? https://review.openstack.org/#/c/499446/ and https://review.openstack.org/#/c/499926/13:36
patchbotpatch 499446 - ironic - Boot from volume fails with 'iscsi' deploy interface (MERGED)13:36
patchbotpatch 499926 - ironic - Boot from volume fails with 'iscsi' deploy interface (MERGED)13:36
Tengudtantsur: a --help showed me it wanted a hostname, not a zone, as argument. now my nova is up and enabled :).13:36
Tengutime for a deploy!13:36
dtantsur\o/13:36
Tenguhave to ensure nodes are actually detected as "enabled" now.13:37
TenguYES13:37
TheJuliadtantsur: now I REALLY need coffeee13:37
dtantsurTheJulia: yep :)13:37
dtantsurTengu: nice! was the mistake in nova docs or in my patch?13:37
* Tengu starts a deploy.sh after almost a day-long of headaches13:37
TheJuliadtantsur: could be worse13:37
Tengudtantsur: not in your update, in another page you pointed: https://docs.openstack.org/nova/latest/admin/services.html13:38
dtantsuraha13:38
* TheJulia sets up the espresso machine and hopes that the kitten decides to leave her alone by the time coffee is ready13:38
Tengudtantsur: the 4th point is wrong, it states "nova" instead of "compute".13:38
dtantsurkittens have even higher priority than coffee, sorry13:38
dtantsurTengu: yeah, I was confused by it too, and also consulted --help13:38
Tengu:)13:38
Tengumight be good to update the said page as well.13:38
openstackgerritDmitry Tantsur proposed openstack/ironic stable/pike: Boot from volume fails with 'iscsi' deploy interface  https://review.openstack.org/50054513:39
dtantsurTengu: if you have a minute, please propose an update13:39
Tengudtantsur: have to create an account and the rest in fact.13:40
dtantsurTengu: oh, so you've never contributed to openstack before? it's not too hard, but I can do it, if you're out of time13:40
dtantsur"do it" = "submit an update"13:40
TheJuliadtantsur: but what if least cost multipath is in use?13:40
dtantsurOo13:41
dtantsuroO13:41
* dtantsur makes a shocked owl after hearing "multipath"13:41
* TheJulia wonders if she should giggle, or laugh manically13:42
Tengudtantsur: grumblfdfasd. another issue, but that time it's not related to ironic (like, not at all), and probably not to nova either - more something to do with allocated resources to the undercloud: Timed out waiting for messages from Execution (ID: f6aa4256-8f31-4ad7-ac66-01b6a9767fa6, State: RUNNING). The WebSocket timed out before the Workflow completed. - anyway, it passed the "I can't find13:42
Tenguhosts" part.13:43
Tengudtantsur: thanks a lot :).13:43
dtantsurawesome! you're welcome :) the WebSocker (Zaqar?) problem is better solved on #tripleo13:43
dtantsurTengu: do you want to try updating https://docs.openstack.org/nova/latest/admin/services.html or should I?13:43
Tengudtantsur: I'm a bit out of time indeed - I'll check if I can create an account during the week, I'm pretty sure I'll be able to provide some help regarding the doc as I stumble on weird issues :).13:44
Tengudtantsur: if you have an editor on the page, best to do it asap I think. I'll find other issues in the doc ;)13:44
TenguI'm pretty sure people will be happy to get a clear doc before I find the time to create my gerrit account :]13:44
dtantsurcool, will do13:46
*** hjensas has quit IRC13:46
Tenguthanks!13:46
*** jlabarre has quit IRC13:47
*** jlabarre has joined #openstack-ironic13:49
dtantsurTengu: looks good? https://review.openstack.org/#/c/500551/13:50
patchbotpatch 500551 - nova - Correct examples in "Manage Compute services" docu...13:50
TheJuliaahh coffeeeee13:51
dtantsur:)13:51
Tengudtantsur: ah, good thing for the --disable-reason part. fine for me13:52
dtantsurgood13:52
Tengudtantsur: and the websocket issue was indeed due to the poor performances of the undercloud VM, running on a poor old server because "well, it's not that important" :).13:53
Tengubut right now: seems to be deploying as expected, once I waited for the load to lower after the nova-compute enable-thing13:53
vdrokmorning TheJulia and Tengu13:55
Tengumorning vdrok13:55
vdrokdtantsur: hrm, is there some config option (with default of 10?) to control that service should be down?13:55
vdrokdid not know about that13:55
Tenguah. so now I can re-try the GPT thing for my 2.2To.13:55
*** jlabarre has quit IRC13:57
* etingof is wondering how would one get the CI pulling specific patch from a dependency repo? Depends-On does not seem to help13:57
dtantsurvdrok: there is an option, see #3 at https://docs.openstack.org/ironic/latest/install/configure-compute.html13:57
dtantsuretingof: it should work in the most of cases EXCEPT when you try depending on a library13:58
vdrokdtantsur: ah, thanks!13:58
dtantsuretingof: we consume libraries (ironic-lib, oslo, etc) from pypi13:58
etingofit is indeed the ironic-lib ;)13:58
dtantsurwell, then the answer is "you can't", unfortunarely :(13:58
*** jlabarre has joined #openstack-ironic13:59
* etingof goes to comment out the dependent tests13:59
openstackgerritDmitry Tantsur proposed openstack/ironic stable/pike: Fix indentation in few of the documentation pages  https://review.openstack.org/50055714:02
openstackgerritIlya Etingof proposed openstack/ironic-python-agent master: Report /dev/disk/by-path on inspection  https://review.openstack.org/49848914:04
*** udesale has quit IRC14:05
openstackgerritDmitry Tantsur proposed openstack/ironic stable/pike: Update Nova configuration documentation  https://review.openstack.org/50056214:05
openstackgerritDmitry Tantsur proposed openstack/ironic stable/pike: Minor improvements to the resource classes documentation  https://review.openstack.org/50056314:05
dtantsurmoar cherry-picks ^^^14:05
TheJuliayay moar14:05
*** udesale has joined #openstack-ironic14:07
Tengudtantsur: now another question: if I want to enable GPT support on the overcloud nodes, where should I set the disk_label capability? on the flavor, on the node at import time, or… ?14:21
TenguI'd like to do that in the right way.14:21
dtantsurTengu: I don't remember from the top of my head, but I suspect on both flavors and in nodes14:22
Tengudtantsur: ok, like in the doc then. One said me "ugh, strange".14:22
dtantsurTengu: https://docs.openstack.org/ironic/latest/install/advanced.html#when-used-with-compute-service14:22
dtantsuryeah14:23
Tengujust wanted to ensure the doc is correct on that.14:23
dtantsurwell, this is how capabilities work for ironic currently14:23
openstackgerritShivanand Tendulker proposed openstack/ironic stable/pike: Boot from volume fails with 'iscsi' deploy interface  https://review.openstack.org/50056614:23
Tengu:)14:23
TenguI was really surprised to have to enable that feature.14:23
Tenguas the disk space is reported, I was hoping it was automagically detected, like "duh, that one has over 2To, let's activate gpt label instead of dos". I was wrong, obviously ,)14:24
dtantsurit's not an unreasonable thing to expect; I don't remember why exactly we did not do it14:24
Tengutime? ;)14:25
Tengumight be uneasy, especially with the potential issue bios vs uefi14:25
dtantsuryep :)14:25
*** gcb has quit IRC14:29
*** mrch has quit IRC14:33
*** amotoki is now known as amotoki__away14:34
*** udesale has quit IRC14:35
*** ccamacho has quit IRC14:36
TheJuliadtantsur: I think we were expecting people to just generally use whole disk images14:36
* dtantsur le sigh14:36
dtantsurwell, tripleo got early whole disk image support in IIRC pike :)14:37
*** ccamacho has joined #openstack-ironic14:37
* TheJulia blinks14:37
* TheJulia ponders making more coffee, and going back to hacking on shade14:37
mordredI didn't do it14:37
dtantsurthis is how one summons mordred :D14:38
TheJulialol14:38
*** links has quit IRC14:40
mordreddtantsur: I may have an irc ping configured :)14:42
Tengufor "coffee" ? :)14:43
TheJuliaTengu: Most likely that as well14:43
TenguXD14:43
* TheJulia checks the weather to see if the denver area will be as stupidly hot as it was yesterday14:44
* Tengu is happy the weather has changed drastically in switzerland14:45
Tengu30°C -> ~20°C - a blessing14:45
dtantsurTengu: ditto here (CZ)14:45
Tenguuhu14:45
TheJuliadtantsur: so, I didn't explicitly find tons of options for burgers and beer, but I did checkout http://www.caseysbistroandpub.com which is with-in walking distance. Food seems good, bar staff says Monday's are hit or miss for large groups, but there is also a sushi place next door as a post beverage alternate location14:47
dtantsurTheJulia: no reservations for them?14:48
TheJuliait didn't seem like they did them.  I'll call them later today and see if they can do them, but in realistically I think descending upon the bar would be best and then kind of organically going from there. The space didn't really lend it to us blocking off a ton of tables14:51
dtantsurokay, I see14:51
*** ianychoi_ is now known as ianychoi14:52
dtantsurTheJulia: thanks for checking this. could you please respond to the appropriate thread with your findings/suggestions?14:52
TheJuliathat means I need to open my email :(14:52
dtantsurthat's dangerous indeed14:53
*** udesale has joined #openstack-ironic14:54
TheJuliaugh, email14:55
*** baoli has quit IRC14:57
TheJuliadtantsur: appropriate thread?  I'm not seeing one :\14:58
dtantsurTheJulia: http://lists.openstack.org/pipermail/openstack-dev/2017-August/121565.html14:58
*** udesale has quit IRC14:58
TheJuliathere we go14:59
TheJulia'dinner' was the missing key14:59
*** aarefiev is now known as aarefiev_afk14:59
*** mjura has quit IRC15:06
*** rpioso has joined #openstack-ironic15:29
*** ccamacho has quit IRC15:38
*** chas has quit IRC15:39
*** chas has joined #openstack-ironic15:39
*** e0ne has quit IRC15:41
*** chas has quit IRC15:44
*** marios has quit IRC15:51
*** jroll has quit IRC15:52
*** jroll has joined #openstack-ironic15:53
TheJuliawow today is quiet15:54
dtantsurmost of the US folks are out..15:54
TheJuliaI'm just here because I'm crazy15:54
TheJuliaand I <3 you all15:54
dtantsur=^_^=15:55
* TheJulia is unsure if that is good or bad15:55
*** lucasagomes is now known as lucas-afk15:58
*** srart has quit IRC15:59
*** dtantsur is now known as dtantsur|bbl16:01
*** yufei has joined #openstack-ironic16:03
*** yufei has left #openstack-ironic16:03
openstackgerritMerged openstack/ironic stable/pike: Boot from volume fails with 'iscsi' deploy interface  https://review.openstack.org/49991116:08
*** yangyapeng has quit IRC16:09
*** yangyapeng has joined #openstack-ironic16:09
*** yangyapeng has quit IRC16:13
*** etingof has quit IRC16:16
vdrokdtantsur|bbl: TheJulia so ironic CLI is already deprecated or it is not yet?16:18
*** Goneri has joined #openstack-ironic16:18
* vdrok was not paying attention lately :(16:18
vdrokwondering do I still need to list commands for both ironic and openstack CLI in a spec16:19
*** rpioso has quit IRC16:21
TheJuliavdrok: deprecated, although I don't think we would reject attempts to maintain parity in the short term.16:28
* TheJulia suspects there needs to be more clouds.yaml examples out there to help with osc adoption16:28
vdrokwell, I don't really want to do the feature parity for this spec :)16:29
* TheJulia shrugs16:29
vdrokwill leave it out for now, can be added later16:29
TheJuliavdrok: I don't think we can ever really change the template to remove the section short of stripping out the section in all of the existing specs16:29
*** etingof has joined #openstack-ironic16:31
*** kaifeng has joined #openstack-ironic16:39
*** stendulker has joined #openstack-ironic16:42
*** tesseract has quit IRC16:48
openstackgerritVladyslav Drok proposed openstack/ironic-specs master: Owner-aware baremetal nodes  https://review.openstack.org/41551216:51
TheJuliaohhhh16:52
*** dtantsur|bbl is now known as dtantsur16:54
dtantsurvdrok: it's not officially deprecated yet, but we're on the way to it16:55
*** milan has joined #openstack-ironic16:55
openstackgerritIlya Etingof proposed openstack/ironic-specs master: IPA to report node activity  https://review.openstack.org/49270216:55
vdroka huge update to https://review.openstack.org/41551216:57
patchbotpatch 415512 - ironic-specs - Owner-aware baremetal nodes16:57
*** derekh has quit IRC16:57
vdrokdtantsur: meeting? :)17:00
*** rpioso has joined #openstack-ironic17:01
*** stendulker_ has joined #openstack-ironic17:01
*** Goneri has quit IRC17:02
*** stendulker has quit IRC17:02
*** mgoddard has quit IRC17:05
*** stendulker_ has quit IRC17:07
*** stendulker_ has joined #openstack-ironic17:07
*** ricardoas has joined #openstack-ironic17:07
*** ralonsoh has quit IRC17:08
*** jkilpatr has quit IRC17:17
*** chas has joined #openstack-ironic17:40
*** chas has quit IRC17:45
*** stendulker_ has quit IRC17:49
*** kaifeng has quit IRC17:49
TheJuliaSo i missed one thing... something aside from zombie related tv shows to play in the background would be totally awesome.....17:54
TheJuliain addition to code and coffee17:54
dtantsurhah17:54
rpiosoI have a question about ManagementInterface.set_boot_device().  Must the implementation of that method configure the hardware to be consistent with what the caller's requested?  Or can that be deferred until the next reboot of the node?17:56
* dtantsur has to go now17:57
dtantsursee you tomorrow17:57
rpiosodtantsur: o/17:57
milano/17:57
*** rcernin has joined #openstack-ironic17:57
*** dtantsur is now known as dtantsur|afk17:57
TheJuliarpioso: could you give us some context?17:58
*** mat128 has joined #openstack-ironic17:59
TheJuliarpioso: as in, what raises the question in your mind, that way we can understand and give you the best possible thoughts17:59
TheJuliagreetings mat12817:59
mat128hey! been a while18:00
TheJuliathat it has! How has life been treating you?18:00
rpiosoBMCs, such as the iDRAC, can require a good deal of time, ~5 minutes, to affect the boot device setting on the server.18:00
rpiosoTheJulia: ^^^18:01
rpiosoTheJulia: That method is exposed by the ironic API.18:01
TheJuliarpioso: is it certain that upon the next power cycle, as long as the bmc has completed that task, that the machine will boot?18:02
TheJuliaboot using that device that is18:02
mat128TheJulia: not too bad actually, still overloaded by work18:02
mat128TheJulia: and you?18:02
rpiosoTheJulia: Setting it on the server synchronously within ironic Conductor and the driver would make the API hang.18:02
TheJuliamat128: It goes alright, just trying to keep remaining sanity18:02
TheJuliarpioso: yeah, and at the same time I feel like we offer the perception that it is done when the method returns18:03
rpiosoTheJulia: That's the issue.18:03
TheJuliarpioso: perhaps with idrac power management, it could have some built-in wait, but on sync calls it would still hang, unless it errored until set18:03
TheJuliaactually, that is not a tooooo horrible way to handle it.... although that raises the error handling to the end user, which is kind of equally bad18:04
*** milan has quit IRC18:04
TheJuliarpioso: is there any difference between "default" and "next boot"?18:04
TheJulianext boot being a single boot in that thought18:05
*** jlabarre has quit IRC18:09
rpiosoTheJulia: There's no difference in the amount of time required +/-18:09
*** jlabarre has joined #openstack-ironic18:11
rpiosoTheJulia: Presently, the h/w config of the boot device is deferred until a power state change is requested.18:11
rpiosoTheJulia: The drac's ManagementInterface.set_boot_device() caches the requested boot device setting on the ironic node object and returns success.18:13
TheJuliaThat kind of seems like the only somewhat reasonable way to handle it :(18:13
rpiosoTheJulia: :(18:13
rpiosoTheJulia: And what should ManagementInterface.get_boot_device() return?  Fetching it from the h/w is "fast".18:14
TheJuliarpioso: does the setting also take several minutes to take effect if one is using ipmi?18:14
rpiosoTheJulia: I don't know.18:16
*** yangyapeng has joined #openstack-ironic18:17
rpiosoTheJulia: The drac driver uses a WS-Man interface.18:17
TheJuliarpioso: what should be returned, I guess it should be the current device, and doc could just tell the user "hey, this takes a while internally to the bmc"18:18
rpioso"the current device" configured on the ironic node, if any; otherwise, whatever's configured on the h/w?18:20
rpiosoTheJulia: ^^^18:20
*** yangyapeng has quit IRC18:21
TheJuliaI was thinking the other way around, but that could work as well, the key is consistency for experience and minimizing impact.18:21
TheJuliaThe reconfiguration task in the idrac taking that long is.... not great. :(18:22
rpiosoTheJulia: I'm looking into adding UEFI support to the drac driver.  Hopefully, that's better :)18:25
TheJuliaThat makes a little more sense!18:26
rpiosoTheJulia: What's the purpose of node.instance_info?  Is there a doc about that?18:26
TheJuliarpioso: it contains information about the instance that has been requested, such as image to be written18:27
TheJuliaexplicit doc, I don't think so18:27
*** yee379 has joined #openstack-ironic18:27
*** alezil_ has joined #openstack-ironic18:29
*** pas-ha_ has joined #openstack-ironic18:30
*** igordc_ has joined #openstack-ironic18:32
rpiosoTheJulia: What's the dfference between properties.capabilities and instance_info.capabilities?18:33
*** leifmadsen_ has joined #openstack-ironic18:36
*** yee37926 has quit IRC18:37
*** fried_rice has quit IRC18:37
*** igordc has quit IRC18:37
*** pas-ha has quit IRC18:37
*** leifmadsen has quit IRC18:37
*** alezil has quit IRC18:37
*** pas-ha_ is now known as pas-ha18:37
*** alezil_ is now known as alezil18:37
TheJuliarpioso: properties.capabilities are supposed to be scheduled upon, what is available, what defaults may be asserted to the hardware that are operationally the context of the node.  Where as instance_info.capabilities are what the node has been scheduled upon. instance_info.capabilities might not actually be asserted by all users since there is the stand-alone use case. Also, a lot of this is up in the air18:41
TheJuliawith resource classes and all18:41
*** trown has quit IRC18:42
*** trown has joined #openstack-ironic18:42
*** dims has quit IRC18:44
*** pc_m has quit IRC18:44
*** pc_m has joined #openstack-ironic18:44
*** fried_rice has joined #openstack-ironic18:45
*** oomichi has quit IRC18:45
*** oomichi has joined #openstack-ironic18:46
*** mat128 has quit IRC18:47
*** dims has joined #openstack-ironic18:47
rpiosoTheJulia: That helps.  Thank you!  I need to get up to speed on resource classes :)18:48
ricardoasTheJulia rpioso: oneview management interface only apply the change if the machine is powered off... otherwise is stores (at driver_internal_info iirc) to be applied the next time it reboots18:51
TheJuliaricardoas: good point18:52
rpiosoTheJulia: Where do /etc/ironic/ironic.conf's settings fit into properties.capabilities and instance_info.capabilities?18:52
ricardoasbut even if the machine is powered off it can take a while... it would be good if at least it hangs on a timeout18:52
ricardoasnot sure if it is the best way, though18:53
TheJuliarpioso: like default boot mode?18:53
rpiosoTheJulia: Yes, that one :)18:55
TheJuliarpioso: ironic.conf is the overall default, specific settings can be asserted on a node level18:55
rpiosoTheJulia: So it's used if properties.capabilities.boot_node is not set?18:56
*** baoli has joined #openstack-ironic18:59
rpiosoricardoas: Thank you for sharing that.  I just pulled up the oneview code.  Its approach looks the same as drac's.19:01
*** baoli has quit IRC19:03
rpiosoricardoas: Good to know that the drac is not alone :)19:07
TheJuliarpioso: yes, if memory serves. Right now it defaults to netboot, We need to change that. I tossed up a patch to see what would break, just haven't gotten back to it yet19:11
rpiosoTheJulia: Are you familiar with the code mechanics to deprecate a hardware type's supported interface?19:16
*** fellypefca has quit IRC19:20
rpiosoTheJulia: Is it as simple as overriding the __setattr__ method to look for the property being set to a deprecated value, and, if so determined, emitting a warning-level deprecation log message?19:22
rpiosoHas anyone successfully used UEFI boot with agent deploy?19:35
*** chas has joined #openstack-ironic19:41
*** chas has quit IRC19:45
*** racedo has quit IRC20:02
*** yangyapeng has joined #openstack-ironic20:04
*** yangyapeng has quit IRC20:11
TheJuliarpioso: no, I think irmc just put a reno in that they were going to pull an interface in queens.20:19
ricardoasrpioso: :D20:19
TheJuliarpioso: so, I seem to remember we did so at hp, but it took some steps and custom built images20:21
*** crushil has quit IRC20:27
*** crushil has joined #openstack-ironic20:27
* TheJulia digs back into the keystoneauth code20:32
*** chas has joined #openstack-ironic20:44
rpiosoTheJulia: I couldn't find the irmc reno :(  I'll ask again in channel.20:44
*** rbudden has quit IRC20:45
rpiosoTheJulia: Regarding agent deploy's support of UEFI boot, could you recommend someone specific to ask?20:45
*** rcernin has quit IRC20:45
rpiosoTheJulia: Thank you so much for your assistance.20:46
*** chas has quit IRC20:47
TheJuliarpioso: agent boto in general or agent deployment of a uefi image?20:47
ricardoashas anybody run opestack ansible aio with ironic for pike lately? I can´t find apache2 at ironic-api container :(20:47
TheJuliaricardoas: I have not, I've never messed with OSA sadly20:54
ricardoasTheJulia: it seems like it was replaced by wsgi stuff but i have no idea of what it is20:57
ricardoasapache2 was replaced*20:57
TheJuliaahh, yeah, that was a community goal to go to wsgi. I'm wondering if their roles are just expecting something that is not present because of the deployment settings.20:59
*** jaypipes has quit IRC21:01
ricardoasTheJulia: got it! ironic api container is missing a lib...21:01
* ricardoas is going to dig into deployment settings...21:02
*** yangyapeng has joined #openstack-ironic21:15
*** yangyapeng has quit IRC21:20
*** pcaruana has quit IRC21:20
*** baoli has joined #openstack-ironic21:21
*** baoli has quit IRC21:25
rpiosoTheJulia: The ironic.drivers.agent.AgentDeploy interface's support of UEFI boot mode.21:33
*** b4rti has joined #openstack-ironic21:37
TheJuliarpioso: so agent deploy is for whole disk images, so it is dependent upon the disk image that is requested21:37
*** jlabarre has quit IRC21:38
rpiosoTheJulia: Doesn't the server need to be placed into the proper boot mode?21:39
*** jlabarre has joined #openstack-ironic21:41
TheJuliaso, realistically it should be the boot interface21:43
TheJuliadeploy calls prepare_ramdisk and prepare_instance in the boot interface21:44
*** jtomasek has quit IRC21:44
rpiosoTheJulia: Exactly.  I'm wondering if anyone has successfully used UEFI boot mode with AgentDeploy.21:46
* rpioso is going to eat dinner21:47
*** rpioso is now known as rpioso|eat21:48
*** yangyapeng has joined #openstack-ironic22:03
TheJuliahttps://github.com/openstack/ironic/blob/master/ironic/drivers/modules/ilo/boot.py#L331 and prepare_instance in that same file22:05
*** rpioso|eat has quit IRC22:06
*** yangyapeng has quit IRC22:08
*** jlabarre has quit IRC22:28
*** jlabarre has joined #openstack-ironic22:29
*** chas has joined #openstack-ironic22:47
*** chas has quit IRC22:52
*** rwsu has joined #openstack-ironic22:59
*** ppiela has joined #openstack-ironic23:21
*** rama_y has joined #openstack-ironic23:21
*** ijw has joined #openstack-ironic23:33
*** karimb has quit IRC23:41
*** ijw has quit IRC23:44
*** ijw has joined #openstack-ironic23:51
*** baoli has joined #openstack-ironic23:51
*** baoli has quit IRC23:56

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