Thursday, 2017-08-24

*** bfournie has joined #openstack-ironic00:00
*** bfournie has quit IRC00:01
*** bfournie has joined #openstack-ironic00:01
*** rama_y has quit IRC00:03
*** ijw has quit IRC00:07
*** ijw has joined #openstack-ironic00:07
*** ijw has quit IRC00:11
*** rcernin has quit IRC00:12
*** masber has joined #openstack-ironic00:37
*** UForgotten has quit IRC00:43
*** UForgotten has joined #openstack-ironic00:43
*** yuanying_ has joined #openstack-ironic00:58
*** yuanying has quit IRC01:02
*** yuanying has joined #openstack-ironic01:02
*** yuanying_ has quit IRC01:02
*** phuongnh has joined #openstack-ironic01:08
*** ijw has joined #openstack-ironic01:14
*** ijw has quit IRC01:19
*** masber has quit IRC01:20
*** zshi_laptop has joined #openstack-ironic01:30
*** gcb has quit IRC01:33
*** gcb has joined #openstack-ironic01:34
*** yuanying has quit IRC01:50
*** masber has joined #openstack-ironic01:51
*** yuanying has joined #openstack-ironic02:01
openstackgerritWang KaiFeng proposed openstack/ironic stable/ocata: Fix broken links to ocata installation guide  https://review.openstack.org/49196602:02
*** yangyape_ has joined #openstack-ironic02:07
*** yangyapeng has quit IRC02:10
*** Nisha_Agarwal has joined #openstack-ironic02:24
*** libin_ has joined #openstack-ironic02:28
openstackgerritD G Lee proposed openstack/ironic master: Adds more exception handling for ironic-conductor heartbeat  https://review.openstack.org/47521002:33
*** litao__ has joined #openstack-ironic02:33
*** baoli has joined #openstack-ironic02:34
*** baoli has quit IRC02:38
*** zhangfei has joined #openstack-ironic02:46
*** zhangfei has quit IRC02:47
*** zhangfei has joined #openstack-ironic02:48
*** Nisha_Agarwal has quit IRC02:56
*** hw_wutianwei has joined #openstack-ironic02:57
*** rama_y has joined #openstack-ironic03:11
*** rama_y has quit IRC03:15
*** zshi_laptop has quit IRC03:17
*** zshi_laptop has joined #openstack-ironic03:17
*** links has joined #openstack-ironic03:18
*** aparnav has joined #openstack-ironic03:24
*** vmud213 has joined #openstack-ironic03:43
*** rama_y has joined #openstack-ironic04:24
*** Nisha_Agarwal has joined #openstack-ironic04:36
openstackgerritRamamani Yeleswarapu proposed openstack/ironic-ui master: Unit tests for set target raid configuration  https://review.openstack.org/49685704:36
*** MattMan_1 has quit IRC04:46
*** MattMan_1 has joined #openstack-ironic04:46
*** sasha2 has quit IRC04:52
*** udesale has joined #openstack-ironic04:57
*** rbudden has quit IRC05:05
*** rcernin has joined #openstack-ironic05:11
*** rcernin has quit IRC05:27
*** amarao has joined #openstack-ironic05:32
openstackgerritOpenStack Proposal Bot proposed openstack/bifrost master: Updated from global requirements  https://review.openstack.org/49701805:47
openstackgerritOpenStack Proposal Bot proposed openstack/ironic master: Updated from global requirements  https://review.openstack.org/49703205:50
openstackgerritOpenStack Proposal Bot proposed openstack/ironic-inspector master: Updated from global requirements  https://review.openstack.org/49703305:50
openstackgerritOpenStack Proposal Bot proposed openstack/ironic-lib master: Updated from global requirements  https://review.openstack.org/49703405:50
openstackgerritOpenStack Proposal Bot proposed openstack/ironic-python-agent master: Updated from global requirements  https://review.openstack.org/49481705:50
*** rcernin has joined #openstack-ironic06:12
*** ChubYann has quit IRC06:16
*** pcaruana has joined #openstack-ironic06:21
*** rama_y has quit IRC06:24
*** makowals has joined #openstack-ironic06:27
*** rbartal has joined #openstack-ironic06:32
*** jtomasek has joined #openstack-ironic06:33
*** mjura has joined #openstack-ironic06:34
*** amarao1 has joined #openstack-ironic06:34
*** amarao1 has quit IRC06:53
*** parlos has joined #openstack-ironic07:15
*** tesseract has joined #openstack-ironic07:20
*** Tengu has left #openstack-ironic07:40
*** racedo has joined #openstack-ironic07:44
*** dtantsur|afk is now known as dtantsur07:46
dtantsurmorning ironic07:47
dtantsurwe have released, finally \o/07:47
*** tesseract-RH has joined #openstack-ironic07:49
*** tesseract-RH has quit IRC07:50
*** tesseract-RH has joined #openstack-ironic07:50
*** tesseract has quit IRC07:52
*** mgoddard has joined #openstack-ironic07:54
*** karimb has joined #openstack-ironic07:56
Nisha_Agarwaldtantsur, yay08:00
Nisha_Agarwaldtantsur, morning08:00
Nisha_Agarwal:)08:00
dtantsurmorning (afternoon?)!08:01
*** tesseract-RH has quit IRC08:01
Nisha_Agarwalmorning for u :) afternon for me08:01
Nisha_Agarwal:)08:01
Nisha_Agarwalafternoon*08:01
openstackgerritMerged openstack/ironic-ui stable/pike: Imported Translations from Zanata  https://review.openstack.org/49620008:01
Nisha_Agarwalhey dtantsur ...i was just reading yesterday's IRC converstaion08:02
Nisha_Agarwali read we are still ok tomerge docs patches08:02
*** tesseract-RH has joined #openstack-ironic08:03
Nisha_Agarwaldtantsur, is my understanding correct?08:03
dtantsurNisha_Agarwal: docs patches are ok to merge and to backport in the most cases08:03
*** vmud213 has quit IRC08:03
*** zshi_laptop has quit IRC08:03
Nisha_Agarwaloh you mean we can backport them to pike?08:03
dtantsurNisha_Agarwal: yes, if they are valid for pike08:04
dtantsurbut they will get in the next point release08:04
Nisha_Agarwaldtantsur, so just to know whats your opinion on this one if stendulker updates it by today https://review.openstack.org/49648008:04
patchbotpatch 496480 - ironic - Update documentation for ``ilo`` hardware type08:04
dtantsurNisha_Agarwal: this is good to go, when updated, yes08:05
Nisha_Agarwaldtantsur,  ok thanks.08:05
Nisha_Agarwal:)08:05
dtantsurnp08:07
Nisha_Agarwaldtantsur, on resource class thing, i think we need to have a way from nova/ironic to schedule based on quantity things. I am not sure if that makes sense now also after all the latest changes in nova and ironic for resource class08:07
dtantsurNisha_Agarwal: could you please collect your requirements and post it to the ML with [ironic] [nova] tags? This has been raised several times, but we need to be clear on why we need them, and let's make it official by posting it to the ML.08:08
Nisha_Agarwaldtantsur, and i am not sure if ironic thinks that way. but we need to have scheduling based on resource classes (quantity too i guess) as we used to have under capabilities08:08
Nisha_Agarwaldtantsur, ok.08:09
dtantsura resource class is more like a mandatory capability. it's not quantitative.08:09
Nisha_Agarwaldtantsur, yes but resource class structure in itself has quantitative capability08:09
Nisha_Agarwallike DISK_GB08:09
dtantsurah, you mean standard resource classes? yes, they are quantitative. but nova plans on removing support for them..08:10
Nisha_Agarwaldtantsur, is it?08:11
*** libin_ has quit IRC08:11
Nisha_Agarwali actually means standard + custom resource classes both. I just gave an example of DISK_GB.08:12
dtantsurNisha_Agarwal: nova will only have the one custom resource class for an ironic node in Queens. tracking of DISK_GB is planned to go away.08:12
Nisha_Agarwaldtantsur, any link for this where i can read it ....but nova plans on removing support for them08:13
dtantsurlemme get a link08:13
Nisha_Agarwaloh u mean removing support of DISK_GB for ironic node08:13
Nisha_AgarwalNova will still has it, am i correct?08:14
dtantsurI thought it's in https://specs.openstack.org/openstack/nova-specs/specs/pike/approved/custom-resource-classes-in-flavors.html but it's not explicit there08:14
dtantsurNisha_Agarwal: aha, here https://docs.openstack.org/releasenotes/nova/pike.html#deprecation-notes08:14
Nisha_Agarwaldtantsur, this one i am aware.08:17
Nisha_Agarwalwhat i meant is that do you(ironic) think we need to have scheduling based on quantitative capabilities/properties still? like if we want to schedule an ironic node based on any quantitative capability like say persistent_memory size. Do we want to do that through custom resource classes structure similar to what nova has for resoure classes08:20
*** zshi_laptop has joined #openstack-ironic08:21
dtantsurNisha_Agarwal: note that ironic does not have scheduling currently, it's fully within Nova08:21
Nisha_Agarwalbecause i remember jroll even mentioning that capabilities also will eventually go off and nova will just support resource classes and traits08:21
dtantsuras the nova is changing, you'll have to use either resource classes or capabilities for your case08:21
dtantsurNisha_Agarwal: I still have to get up-to-date about the capabilities future. I don't know the latest plans, sorry08:21
Nisha_Agarwaldtantsur, :)08:22
*** karimb has quit IRC08:29
*** Nisha_Agarwal has quit IRC08:32
*** lucas-afk is now known as lucasagomes08:41
openstackgerrityolanda.robla proposed openstack/bifrost master: DNM: Change perms for the VM logs  https://review.openstack.org/49454908:47
*** karimb has joined #openstack-ironic08:53
openstackgerritWang KaiFeng proposed openstack/ironic-specs master: Support node abandon  https://review.openstack.org/49715609:02
*** etingof has quit IRC09:03
*** sambetts|afk is now known as sambetts09:11
sambettsMorning all09:12
dtantsurmorning sambetts09:13
openstackgerritAparna proposed openstack/ironic master: Support SUM based firmware update as clean step for iLO drivers  https://review.openstack.org/42257209:13
sambettshey dtantsur09:13
*** etingof has joined #openstack-ironic09:17
*** tesseract-RH has quit IRC09:18
*** tesseract has joined #openstack-ironic09:23
*** etingof has quit IRC09:23
*** milan has joined #openstack-ironic09:28
milan#pixiesay -mlikeaboss pixie's back!09:29
PixieBootsʕ▀̿ᴥ▀̿ʔ: pixie's back!09:29
milanmorning ironic! :)09:29
*** etingof has joined #openstack-ironic09:29
openstackgerrityolanda.robla proposed openstack/bifrost master: DNM: Change perms for the VM logs  https://review.openstack.org/49454909:32
*** zshi_laptop has quit IRC09:38
dtantsurhi milan :)09:42
*** athomas has joined #openstack-ironic09:42
milanhey hey dtantsur! :)09:43
*** zshi_laptop has joined #openstack-ironic09:51
openstackgerritDmitry Tantsur proposed openstack/ironic master: [admin docs] ironic -> openstack baremetal CLI  https://review.openstack.org/49433509:53
openstackgerritDmitry Tantsur proposed openstack/ironic master: remove REST API examples from RAID doc  https://review.openstack.org/49684009:53
openstackgerritMerged openstack/ironic master: [doc] change absolute to relative URL  https://review.openstack.org/49680409:54
openstackgerrityolanda.robla proposed openstack/bifrost master: DNM: Change perms for the VM logs  https://review.openstack.org/49454909:54
*** makowals has quit IRC10:03
*** zhangfei has quit IRC10:07
*** wong_ has quit IRC10:08
openstackgerrityolanda.robla proposed openstack/bifrost master: DNM: Change perms for the VM logs  https://review.openstack.org/49454910:14
*** dtantsur is now known as dtantsur|brb10:14
milandtantsur|brb: did we make the release?10:21
* milan too lazy to open mailbox O:-) 10:22
*** karimb has quit IRC10:23
*** aparnav has quit IRC10:29
*** karimb has joined #openstack-ironic10:32
*** jjung has joined #openstack-ironic10:35
milan* milan 's mailbox is too big to open :D10:37
*** jkilpatr has quit IRC10:39
*** zhangfei has joined #openstack-ironic10:50
*** zhangfei has quit IRC10:53
openstackgerrityolanda.robla proposed openstack/bifrost master: Change perms for the VM logs  https://review.openstack.org/49454910:58
*** phuongnh has quit IRC10:59
*** namnh has quit IRC11:01
*** udesale has quit IRC11:04
pesterhm11:08
pesterironic  node-set-provision-state --config-drive /tmp/configdrive d7f0d663-aaf4-47d5-90b3-7e80f0417c53 active11:08
pestermust be encoded string without NULL bytes, not str11:08
*** jkilpatr has joined #openstack-ironic11:13
*** zshi_laptop has quit IRC11:33
*** amarao1 has joined #openstack-ironic11:35
*** mat128 has joined #openstack-ironic11:39
sambettspester: is /tmp/configdrive a file or a directory??11:40
pesterfile11:40
pesternow I mounted it and pass directory path to ironic - it worked11:41
pesternow I hit this - https://bugs.launchpad.net/ironic-lib/+bug/167023911:41
openstackLaunchpad bug 1670239 in ironic-lib "create_config_drive_partition failed because ironic-lib call cmd "partprobe /dev/sda" failed" [Medium,In progress] - Assigned to Hao Li (lihaosz)11:41
*** srobert has joined #openstack-ironic11:42
*** makowals has joined #openstack-ironic11:43
*** srobert has quit IRC11:44
pestereasy way to fix it ?11:54
*** rbudden has joined #openstack-ironic11:54
*** litao__ has quit IRC11:55
*** bfournie has quit IRC11:56
*** bfournie has joined #openstack-ironic11:56
*** bfournie has quit IRC12:00
*** trown|outtypewww is now known as trown12:01
sambettsThe patch to fix that bug is here, https://review.openstack.org/#/c/443604/ you could patch and build a custom IPA image to see if that fixes the issue you are seeing12:04
patchbotpatch 443604 - ironic-lib - Retry when execute partprobe cmd failed12:04
sambettsif you do test out the fix please review the patch12:04
pesterI`m trying images from this - http://tarballs.openstack.org/ironic-python-agent/coreos/files/coreos_production_pxe.vmlinuz12:07
pesterI guess it is the 'freshest' and should contain patch12:08
pesterI`m ironic newton in standalone mode12:08
pester*using12:08
*** fellypefca has joined #openstack-ironic12:11
jrollpester: first thing I'd try is using the newton build - the files with *stable-newton* in the name here: http://tarballs.openstack.org/ironic-python-agent/coreos/files/12:11
jroll(oh, I see what sam said, that might not help)12:14
* jroll chugs coffee12:14
*** dyasny has quit IRC12:14
*** dyasny has joined #openstack-ironic12:15
*** dprince has joined #openstack-ironic12:16
*** cdearborn has joined #openstack-ironic12:18
sambettso/ jroll12:19
jroll\o12:19
sambettspester: the proposed fix for that particular bug hasn't been merged yet, so you;ll have to build your own ramdisk if you want test it out and confirm that fix works12:20
*** ricardoas has quit IRC12:23
pesteris there instructions how to mount coreos_production_pxe_image-oem.cpio.gz ? want to apply patch to it12:25
sambettspester: you don't want to mount and apply the patch to the image like that, you'll need to clone git.openstack.org/ironic-python-agent and then checkout the patch from gerrit, and then use the tools provided in the imagebuild directory to build a new image12:27
*** bfournie has joined #openstack-ironic12:29
*** jlabarre has joined #openstack-ironic12:32
*** karimb has quit IRC12:33
openstackgerritShivanand Tendulker proposed openstack/ironic master: Update documentation for ``ilo`` hardware type  https://review.openstack.org/49648012:42
openstackgerritShivanand Tendulker proposed openstack/ironic master: Update documentation for ``ilo`` hardware type  https://review.openstack.org/49648012:45
*** jcoufal has joined #openstack-ironic12:46
fellypefcaGood morning, Ironic :)12:52
milanmorning fellypefca! :)12:53
fellypefcahey milan o/12:53
*** ricardoas has joined #openstack-ironic12:54
*** mat128 has quit IRC12:55
*** udesale has joined #openstack-ironic12:55
*** rloo has joined #openstack-ironic12:56
openstackgerritFellype Cavalcante proposed openstack/ironic master: Updating the minimum version of python-oneviewclient  https://review.openstack.org/49398312:59
*** Goneri has joined #openstack-ironic13:00
*** sasha2 has joined #openstack-ironic13:00
*** dtantsur|brb is now known as dtantsur13:00
dtantsurmilan: yep, we did13:01
milan#pixiesay -mrnr Pike is Ironic!13:02
PixieBoots\m/ʕ>ᴥ<ʔ\m/: Pike is Ironic!13:02
openstackgerritSam Betts proposed openstack/ironic master: Add documentation describing each Ironic state  https://review.openstack.org/49671913:02
*** mat128 has joined #openstack-ironic13:04
*** mat128 has quit IRC13:04
openstackgerritShivanand Tendulker proposed openstack/ironic master: Update documentation for ``ilo`` hardware type  https://review.openstack.org/49648013:11
*** zshi_laptop has joined #openstack-ironic13:11
openstackgerritSam Betts proposed openstack/ironic master: Switch API ref to use versionadded syntax throughout  https://review.openstack.org/49000813:13
*** jjung has quit IRC13:17
*** mjturek has joined #openstack-ironic13:21
fellypefcaTheJulia dtantsur Can you take a look at this patch? https://review.openstack.org/#/c/493983/ I also need to backport this patch for stable/pike since this one was also backported https://review.openstack.org/#/c/476968/13:22
patchbotpatch 493983 - ironic - Updating the minimum version of python-oneviewclient13:22
patchbotpatch 476968 - ironic - [devstack] use resource classes by default (MERGED)13:22
fellypefcaTheJulia dtantsur We fix our CI but we need to update the driver-requirements with the new version of our client.13:22
dtantsurfellypefca: this cannot be done on stable branch, as it's a feature release (and note that we don't bump requirements for bug fixes, unless they're end-of-the-world kind of an issue)13:23
fellypefcadtantsur Oh, ok. So, no backport for this one :)13:25
dtantsurfellypefca: yep. we still expect operators to follow your client's release notes, and upgrade if needed13:25
*** udesale has quit IRC13:26
*** udesale has joined #openstack-ironic13:26
*** udesale has quit IRC13:26
*** xavierr has joined #openstack-ironic13:27
fellypefcadtantsur Nice. Thank you :) But for master it's everything ok?13:27
dtantsurfellypefca: I'd prefer we don't bump versions for bug fixes only, but it's not a blocking issue13:28
fellypefcadtantsur hmm ok13:28
dtantsurfellypefca: anyway, aren't we moving away from oneviewclient is the very near future?13:29
fellypefcadtantsur yes13:30
rloomilan: if you are around have have a few (or many, depends on ...) do you want to discuss https://review.openstack.org/#/c/490008/13:31
patchbotpatch 490008 - ironic - Switch API ref to use versionadded syntax throughout13:31
* dtantsur is ready to watch the promised fight13:32
rloohi and good morning fellypefca, dtantsur, sambetts, milan (although i'm not sure about how i feel about milan this morning :))13:32
dtantsurGame of Docs, Episode ...13:32
dtantsurmorning rloo :)13:32
fellypefcaMorning rloo13:32
* rloo wonders what fight dtantsur is referring to... :)13:32
fellypefcabrance yourself milan hahah13:32
dtantsurrloo: you promised a fight with milan on that patch, no? :D13:33
milanmorning rloo! :D13:33
sambettso/ milan rloo13:33
rloodtantsur: i don't recall 'fight' being used? or did i?13:33
rloomilan: is this what you like? http://docs-draft.openstack.org/08/490008/7/check/gate-ironic-api-ref/4bd711c//api-ref/build/html/#drivers-drivers13:33
dtantsuraha, it was "duel". duel is nice too! /me keeps popcorn ready13:33
rlooby the way, others can chime in. we're trying to figure out something about layout of info in the docs; so it has to make sense to our readers13:34
milandtantsur: it supposed to be a duel which I ran from ;)13:34
rloodtantsur: ah, duel, yeah :)13:34
* milan looks13:34
sambettsrloo: my personal preference is for it not to be indented and for it to just be at the top of that section of logical disk properties13:34
rloo(and again, if only there were guidelines...)13:35
sambettsI think the grey bars are ugly13:35
rloosambetts: i agree about indentation; it is ugly and doesn't make sense13:35
rloosambetts: i would like it to be in both places (ie, for it to be wherever it is applicable)13:35
sambettsrloo: the sphinx docs for the versionadded syntax "When this applies to an entire module, it should be placed at the top of the module section before any prose." so thats the guide I was going with for that section13:36
rloosambetts: i like having the version info here, at a glance you can see which version applies for that request.13:36
sambettsoviously this isn't a module its an API endpoint but you get the idea13:36
sambettsrloo: same13:36
rloosambetts: yeah, so it applies to that request, so you put it at the top of that request.13:36
rloosambetts: adding it to the top of the 'drivers' is fine with me too, but it is really applicable here, at the request level.13:36
* rloo wonders why milan is so quiet, did he really run away?13:37
sambetts+1 and thats consistent with the rest of the API docs too13:37
*** yufei has joined #openstack-ironic13:37
sambettsheh we've scared him off13:37
*** yufei has left #openstack-ironic13:37
sauloaislanMorning!13:37
rloosambetts: so do we agree, no indent, put the version info below the request. and also at top of the 'module' (driver)?13:38
fellypefcaGood morning sauloaislan13:38
* milan contemplating :D13:38
rloo'sok milan, take your time...13:38
milanrloo, sambetts, cool with me, at least it's not green anymore13:38
sambettsrloo: personally I don't think we need it in the top of the drivers bit if its already in the request part itself13:38
sambettsmilan: main contention is the logical volumes part I think13:38
rloosambetts: ok, if we don't want to put both, then we shouldn't put the other version at the very top. maybe back to the bottom, before the requests.13:39
sambettsrloo: huh?13:40
milansambetts yeah rloo doesn't like the indentation13:40
rloosambetts: https://review.openstack.org/#/c/490008/7/api-ref/source/baremetal-api-v1-drivers.inc13:40
patchbotpatch 490008 - ironic - Switch API ref to use versionadded syntax throughout13:40
rloosambetts: might be easier to refer to that13:40
rloosambetts: i mean, L713:40
rloosambetts: if we don't put both versions there, i think it would be better to move L7 to where it was before13:41
* milan also wonders whether .. versionadded:: is expressed also in some TOC13:41
rloosambetts: before L1813:41
rloosambetts: oh. except for your description of where they said to put it. sigh.13:41
milanbtw rloo why is the indentation inappropriate  @204?13:42
rloosambetts: ok fine. i13:42
rloomilan: cuz 1. it looks ugly with the gray vertical bar.13:42
rloomilan: 2. it makes no sense to be indented. nothing else is.13:43
rloomilan: i think on a line of its own, if you take away the colour/symbol, it renders like a single-line paragraph.13:43
rloomilan: which means it is applicable to that entire section, just like any other paragraph there.13:44
rloomilan: why do you like the indentation?13:44
rloomilan: let me ask you this other question, why indent it at L204, and not indent it at L7? what's the diff?13:45
milanrloo I found it more bound to the paragraph header if it was under it so referring visually to the header: Show driver logical disk properties: New in version 1.12.13:45
milanrloo: I actually wanted to indent on @L7 too13:45
*** links has quit IRC13:46
rloomilan: ha ha. at least you are consistent then!13:46
milanmake it a section the same way13:46
rloomilan: if that 'thing' didn't have that ugly + symbol and wasn't in some greenish colour but looked like normal text, would you still want it indented?13:46
rloopersonally, i would have rendered it w/o that symbol, in black italicized.13:47
milanrloo: I would otherwise it looks like a broken header13:47
rloobut clearly, i seem to be the only one that does NOT want additional colour besides black...13:47
milanrloo: don't get me wrong, I also prefer less13:48
rloomilan: but the other text below it doesn't look like a broken header.13:48
rloomilan: if it was more verbose, 'This is a new something that is available starting with version 1.32.' would you still want it indented?13:48
milanrloo nope, but the version tag looks like an attribute of the rightful header, at least to me13:48
rloomilan: yeah, so it is cuz the tag is ugly.13:49
milanrloo: that way it would duplicate the header, no?13:49
rloomilan: you lost me there13:49
rloomilan: what would duplicate the header. oh, 'header' == the 'New in version..'?13:49
milanso the header is the digest of the paragraph, so is the version tag text13:50
milanrloo ++ exactly13:50
rloomilan: not sure what 'digest' means13:50
milanrloo, wrong word, essence?13:50
rloomilan: my example above wrt being more verbose, was referring to the version tag text.13:50
rloomilan: i'm lost. what is the 'header' again?13:51
milanrloo I get it, so both the tag and the header have the same function of communicating the essence of the paragraph13:51
rloomilan: do you mean, that when you see 'GET /v1drivers/...' followed by 'Show driver logical disk properties' followed by blank line followed by 'New in version..', that you consider all that to be the 'header'?13:52
rloomilan: i disagree with you there, that all the above have the same function... essence, but i think i can understand why you see it that way.13:53
milanrloo, rather: Show driver logical disk properties New in version 1.12: <Show driver logical disk properties> Show driver logical disk properties is our new cool feature13:53
rloomilan: ok. i think for you, it might be better if the 'New in version 1.12' was below that 'Show the required...'13:53
milanrloo yeah, maybe13:54
milanI'm not -1 strongly on that, just IMO those the tag when used without indentation breaks the flow, if used with the optional <brief> parameter it duplicates the header13:55
rloomilan: sambetts is following the guidelines. much as i can see your rationale, i don't see how we can follow the guidelines and satisfy your needs in a reasonable way.13:55
rloomilan: i am also fine NOT following the guidelines if we can agree/be consistent.13:55
rloomilan: having said that, i feel like to be consistent with other openstack projects, we might want to just follow the guidelines. unless we really disagree with those guidelines.13:56
rloomilan: so i think i'll leave it for you to let us know what you prefer.13:56
rloomilan: i totally disagree with the indentation though. that gray veritcal line is really ugly. i suppose if you can figure out a way to render w/o it i might be able to stomach it.13:57
milanrloo I've just one question: does it make sense to you what I'm saying or do you find it inconsistent/false?13:57
rloomilan: oh, it makes sense. i suspect it is the visual thing that really 'enhances' your feeling/thinking of that tag/text and how/where it applies.13:58
rloofor the life of me, i have no idea why i need to see blue for GET, orange for PATCH, red for DELETE and green for POST.13:59
milanrloo, cool, yeah, I thought of the tag  more as an "attribute" of the header of the paragraph13:59
rloomilan: yeah, cuz it isn't in 'normal' text like the rest.13:59
milanrloo, I'm OK with following the guidelines and being consistent with the rest of the projects14:00
rloomilan: openstack seems to like their tags to be in interesting colours/looks...14:00
milanrloo, ++, it's not really functional IMO14:00
rloomilan: thx for agreeing :)14:01
rloomilan: if you would please summarize on the patch...14:01
milanrloo, for instance, if the Show driver logical disk properties was a header of a subsection — just like in the source code of the text — and the version added was indented, it would be more functional and clean IMO14:01
milanrloo, sure14:02
* milan comments14:02
rloosambetts: does this help? ^^ (and let's hope no one else has a diff opinion...)14:03
*** mat128 has joined #openstack-ironic14:03
*** derekh has joined #openstack-ironic14:04
*** mat128 has quit IRC14:05
*** shoaib has joined #openstack-ironic14:13
sauloaislandtantsur: Hey, did you had some time to take a look at this backport patch https://review.openstack.org/#/c/489598/14:13
patchbotpatch 489598 - ironic (stable/ocata) - Removes agent mixin from oneview drivers14:13
dtantsurhi, not yet. I'm getting closer to it, just finishing the last releases14:14
sauloaislandtantsur: Ok thank you :D14:15
*** zhangfei has joined #openstack-ironic14:16
milansambetts, rloo I'm still writing, testing one more thing with that… sry it takes some time...14:18
rloomilan: ok14:18
*** makowals has quit IRC14:20
*** mat128 has joined #openstack-ironic14:21
*** jcoufal has quit IRC14:25
*** jcoufal has joined #openstack-ironic14:26
*** karimb has joined #openstack-ironic14:29
*** jcoufal has quit IRC14:33
*** jcoufal has joined #openstack-ironic14:36
*** mat128 has quit IRC14:36
*** rpioso has joined #openstack-ironic14:44
shoaibHi When setting a flavor for Baremetal, Does a resource class need to be set ? And if so, what should it be set to ? Thanks14:44
dtantsurshoaib: in pike - yes. please check https://docs.openstack.org/ironic/latest/install/configure-nova-flavors.html#scheduling-based-on-resource-classes14:45
pesterhm, I failed to use configdrive cause cloudinit trying to mount partition with -o ro,sync - and fails, correct is mount -o loop,ro,sync14:46
*** ralonsoh has joined #openstack-ironic14:46
pesteron freshly builded xenial14:46
*** ralonsoh has quit IRC14:47
pestersambetts: btw my problem is dissapeared as I switched to master coreos images14:47
*** patriciadomin has joined #openstack-ironic14:49
sambettspester: thats good :) could you leave a comment on the bug report with you findings?14:57
pesterI`m not sure where) cloudinit or ironic :D cloudinit guys kinda also asked to file a bug14:59
sambettspester: now I'm confused are you deploying coreos user images??15:00
sambettspester: or do you mean the coreos Ironic ramdisk image15:00
pesterI deploy xenial by coreos images15:00
sambettsSo for the bug with the ironic python agent regarding the /dev/sda you should update the bug report that you linked to me earlier15:01
sambettsbut definatly go and add a bug to cloud-init regarding the bad mounting for xenial if the version of cloud-init is broken there15:02
*** rbartal has quit IRC15:02
pesterhttps://bugs.launchpad.net/cloud-init/+bug/171285115:07
openstackLaunchpad bug 1712851 in ironic-python-agent "cloudinit can`t mount configdrive partition" [Undecided,New]15:07
*** zhangfei has quit IRC15:09
*** jistr|trng is now known as jistr15:09
*** jlabarre has quit IRC15:10
*** zshi_laptop has quit IRC15:10
*** jlabarre has joined #openstack-ironic15:12
*** mjura has quit IRC15:13
anupnHi sambetts: wrt https://review.openstack.org/#/c/495385/, shall i download get-pip.py from 3.2 here https://github.com/openstack/ironic-python-agent/blob/da2ee32a8b2c15a232397e4ed5bc01b695cba00c/imagebuild/tinyipa/finalise-tinyipa.sh#L6215:26
patchbotpatch 495385 - ironic-python-agent - Build tinyipa with python315:26
sambettswhy? its an older version, the version we download is the most up to date and offical version15:28
*** karimb has quit IRC15:28
*** rama_y has joined #openstack-ironic15:29
*** yufei has joined #openstack-ironic15:34
*** mgoddard has quit IRC15:36
*** parlos has quit IRC15:36
anupnsambetts, hmm yes i think so it's the latest version 9.0.115:37
*** ijw has joined #openstack-ironic15:37
NobodyCamGood Morning Ironic'er15:38
anupnsambetts, but not using that complained me on this http://paste.openstack.org/show/619335/15:38
anupnNobodyCam, Good morning :)15:38
NobodyCamMorning anupn :)15:39
*** mgoddard has joined #openstack-ironic15:39
anupnsambetts, i have changed here to python3 instead of python2.7 https://github.com/openstack/ironic-python-agent/blob/da2ee32a8b2c15a232397e4ed5bc01b695cba00c/imagebuild/tinyipa/finalise-tinyipa.sh#L17315:40
sambettsanupn: looking at https://bootstrap.pypa.io/ the one that we download is from Nov 2016 and the 3.2 one is from Jan 2016 so its older15:41
* milan wonders whether .. versionchanged:: tags should be stacked15:41
sambettsmilan: huh?15:42
anupnsambetts, ah ok, so no need to change to 3.215:42
milansambetts, as the api evolves, should the tags be kept or just the last one?15:42
sambettsmilan: they all need to be there unless we remove a microversion15:43
sambettsmilan: so that people can see what is in the microversion they are requesting and what was added afterwards15:43
milansambetts:  cool, so stacking I guess15:43
*** mat128 has joined #openstack-ironic15:43
sambettsmilan: have you looked at the nodes' page? there are like 10 versionadded tags in there :-P15:44
sambettson the node create call15:44
milanwow :D now add the versionchanged to that stack for e.g some modified attributes semantics15:44
*** mat128 has quit IRC15:45
sambettsthere is one in there15:45
anupnsambetts, so will we be compiling here python3, with python3 executable https://github.com/openstack/ironic-python-agent/blob/da2ee32a8b2c15a232397e4ed5bc01b695cba00c/imagebuild/tinyipa/finalise-tinyipa.sh#L17115:45
sambettsanupn: yes we should be15:45
anupnseems that is complaining like this when i have changed this http://paste.openstack.org/show/619335/15:45
milansambetts: omg15:45
sambettsmilan: it actuall makes a lot of sense once rendered out15:46
sambettsmilan: http://docs-draft.openstack.org/08/490008/7/check/gate-ironic-api-ref/4bd711c//api-ref/build/html/#create-node15:46
sambettsits a really useful history of that API15:46
* sambetts --> got to run 15:47
milansambetts: yeah it's basically an ugly changelog ;)15:47
*** sambetts is now known as sambetts|afk15:47
milansee you sambetts|afk15:47
sambetts|afkmilan: its not that ugly ;)15:47
anupngoodbye sambetts|afk15:47
sambetts|afkmilan: at least its all in one place15:47
sambetts|afk:-P15:47
milantrue :D15:47
*** amotoki is now known as amotoki__away15:47
*** mat128 has joined #openstack-ironic15:48
*** srobert has joined #openstack-ironic15:49
milanrloo in the light of http://docs-draft.openstack.org/08/490008/7/check/gate-ironic-api-ref/4bd711c//api-ref/build/html/#create-node I admit my way sucks more15:49
rloomilan: but i love that! :)15:49
milanit would just add to the ugly mess15:50
milanseems it's all a change log15:50
*** karimb has joined #openstack-ironic15:50
rloomilan: i am actually fine with that; it makes it clear it only refers to that text.15:50
milanI didn't understand15:50
*** yufei has quit IRC15:50
rloomilan: you mean the 'Changed in version 1.6: A node may be referenced ...'15:50
rloomilan: i hate this url stuff it doesn't work. sorry, i think you mean for me to look at the 'detail' for create node15:51
*** jjung has joined #openstack-ironic15:51
milanrloo, rather the whole stack of the additions and updates15:51
milanyeah linking to it is crazy too15:52
milanhow does one refer to a particular change?15:52
rloomilan: heh. it is kind of cool. we made a lot of changes to the node :)15:52
milanyeah and they're uglyfied in the api docs :D15:52
milanbut it is what it is… never mind me15:53
milancolours are nice after all15:53
rloomilan: yup. i'm going for 'correct info in a way/format that most people will understand'15:53
rloomilan: i don't like diff colours. visually too distracting. but i think i am the exception, no one else seems to care.15:54
milanrloo, if feel the same15:54
*** rcernin has quit IRC15:54
rloomilan: two exceptions! :)15:54
milanit's formatting in formatting in formatting15:54
milaninterleaved with, more formatting :D15:55
rloomilan: heh. i figure i have to stop thinking about the docs; get back to 'real' work...15:55
* milan shut's up his ranting as he has a nice Circular reference stack trace he has to figure out ;)15:56
*** cdearborn has quit IRC15:57
*** pcaruana has quit IRC15:57
*** rpioso has quit IRC15:57
*** jeblair has joined #openstack-ironic15:59
*** ianychoi has joined #openstack-ironic16:00
jeblairhi!  if someone can take a look at this devstack-gate change to the ironic_key_file and tell me if it is safe to make (or what job needs to run with it to verify that) i would appreciate it: https://review.openstack.org/49747016:00
patchbotpatch 497470 - openstack-infra/devstack-gate - Remove IRONIC_KEY_FILE16:00
*** dyasny has quit IRC16:00
*** dyasny has joined #openstack-ironic16:01
rloovsaienk0, vdrok, jlvillal, any of you know about jeblair's question/patch? ^^16:02
rloovsaienk0: there is a comment in that file from you ^^16:02
*** tesseract has quit IRC16:03
dtantsurjeblair: the option is used by stable versions of ironic devstack plugin, though I'm not sure it's 100% required there..16:03
*** openstackgerrit has quit IRC16:04
jeblairdtantsur: that's in the ironic repo?16:04
dtantsurjeblair: yep16:04
jeblairdtantsur: ah i see it in newton and ocata16:06
*** links has joined #openstack-ironic16:06
*** karimb has quit IRC16:07
jlvillalI remember vsaienk0 putting that in the file. I think it was for grenade, but I am not sure16:08
*** openstackgerrit has joined #openstack-ironic16:08
openstackgerritJames E. Blair proposed openstack/ironic stable/newton: DNM: testing devstack-gate change  https://review.openstack.org/49747416:08
openstackgerritJames E. Blair proposed openstack/ironic stable/ocata: DNM: testing devstack-gate change  https://review.openstack.org/49747516:09
jeblairdtantsur, jlvillal: ^ so hopefully one of those patches will catch it16:09
dtantsurcool, thanks!16:10
dtantsurdoes this var get in the way somehow?16:10
jeblairnow that i know where to look, it does look like it's used in newton/ocata, so i expect it to fail.  but i think we can keep the variable and point it at the normal ssh key.  i'll let this test finish, then assuming they fail, update and recheck.16:11
*** yufei has joined #openstack-ironic16:11
jeblairdtantsur: i'm working on the zuulv3 devstack job, and we're doing all the ssh setup in a different place, so i'm trying to find out if this extra key is necessary -- the key file is more troublesome than the variables, at the moment.16:12
dtantsurack, I see16:12
dtantsurwe can try working around it somehow, if it's really required16:12
*** etingof has quit IRC16:13
jeblairthanks, i'll check back in after these two attempts; we should have more info then16:13
openstackgerritDmitry Tantsur proposed openstack/ironic master: Update Nova configuration documentation  https://review.openstack.org/49747816:13
dtantsurdansmith: ^^^16:14
*** Nisha_Agarwal has joined #openstack-ironic16:18
*** yufei has quit IRC16:26
*** dyasny_ has joined #openstack-ironic16:32
*** racedo has quit IRC16:32
*** dyasny has quit IRC16:34
*** links has quit IRC16:38
openstackgerritRamamani Yeleswarapu proposed openstack/ironic-ui master: Unit tests for set target raid configuration  https://review.openstack.org/49685716:42
*** yufei has joined #openstack-ironic16:44
openstackgerritDmitry Tantsur proposed openstack/ironic master: Minor improvements to the resource classes documentation  https://review.openstack.org/49630916:45
*** Nisha_Agarwal has quit IRC16:46
*** dtantsur is now known as dtantsur|afk16:47
dtantsur|afko/16:47
*** lucasagomes is now known as lucas-afk16:51
*** amarao1 has quit IRC16:53
*** derekh has quit IRC16:55
*** amarao has quit IRC16:57
*** mgoddard has quit IRC17:01
jlvillal$ host dig download.cirros-cloud.net17:04
jlvillal;; connection timed out; no servers could be reached17:04
jlvillal:(17:04
jlvillal$ host download.cirros-cloud.net17:05
jlvillalHost download.cirros-cloud.net not found: 2(SERVFAIL)17:05
*** yufei has left #openstack-ironic17:05
jlvillalI mean that. I'm still :(17:05
jlvillalSo I guess Dreamhost DNS is down at the moment. Hopefully it will be back up soon. Likely that will break our gate jobs.17:10
rloojlvillal: oh. i wonder if it is intermittent. seems like i did a recheck earlier today cuz something wasn't accessible. maybe it was cirros-cloud, i don't recall now.17:12
rloojlvillal: nope, it was deb.debian.org.17:13
*** trown is now known as trown|lunch17:15
jlvillalhttps://twitter.com/dhstatus  They say a DDoS attack on their DNS17:16
*** etingof has joined #openstack-ironic17:17
rloojlvillal: ouch17:21
*** rcernin has joined #openstack-ironic17:27
*** jtomasek has quit IRC17:27
openstackgerritRuby Loo proposed openstack/ironic master: Update Pike release title to include version range  https://review.openstack.org/49752817:33
*** etingof has quit IRC17:34
*** etingof has joined #openstack-ironic17:34
openstackgerritRuby Loo proposed openstack/ironic master: [docs] Update Releasing Ironic Projects  https://review.openstack.org/49753618:01
rloodtantsur|afk, TheJulia: ^^18:02
milano/18:06
*** milan has left #openstack-ironic18:07
*** trown|lunch is now known as trown18:10
*** fellypefca has quit IRC18:19
*** dprince has quit IRC18:38
*** ijw has quit IRC18:40
*** mjturek has quit IRC18:44
*** rpioso has joined #openstack-ironic18:46
TheJuliaGood afternoon folks18:59
* TheJulia feels bad, but got up early and began driving first thing18:59
*** masber has quit IRC19:00
rloohi TheJulia.19:03
rlooTheJulia: sorry you feel bad :-(19:03
*** ChubYann has joined #openstack-ironic19:06
openstackgerritRuby Loo proposed openstack/ironic master: [docs] Update Releasing Ironic Projects  https://review.openstack.org/49753619:09
TheJuliarloo: heh, I never noticed the "release automation" bit either :(19:13
rlooTheJulia: yeah. I was wondering whether it was cuz we were focussed on other stuff at the time, not sure. I saw it today when I went to update it :)19:13
TheJuliaThe bullet points make perfect sense as todos without the automation, so I suspect those lines were from before the automation19:14
TheJuliawithout looking at git blame output19:14
rlooTheJulia: so you are the release liaison now. i think it should be written in a way that you'll understand it :)19:16
rlooTheJulia: by the way, there's stuff there about rolling upgrades. i'm working on those.19:17
TheJuliaheh, I do actually like the break of the paragraph19:17
TheJuliaIt stands out much better now :)19:17
rlooTheJulia: found a, err, issue with upgrades code. which could be a bug. or is a bug...19:18
TheJuliaBug filed yet?19:19
rlooTheJulia: nope. cuz i'm gonna fix it so it isn't a bug. i think. it means delaying deletion of some code til Rocky.19:19
rlooTheJulia: alternative is to fix/push another pike version. i don't need that stress :)19:20
TheJuliano need to stress :)19:31
openstackgerritRuby Loo proposed openstack/ironic master: conductor saves version in db  https://review.openstack.org/49759319:36
* TheJulia ponders19:40
TheJuliarloo: I guess that actually makes sense to land now, kind of.19:45
rlooTheJulia: yup. well, actually, anytime in Queens. cuz... i'm going to change the ironic-dbsync online_data_migrations to make sure that the conductor versions are all set (yet again).19:46
rlooTheJulia: so if you can keep track. ocata - no version in db, pike - version in db & operator invokes ironic-dbsync online_data_migrations so all db versions are populated. BUT after this call, if new conductors - they won't have version set. in Queens, conductor version is set & ironic-dbsyn online_data_migration will set any missing conductor.version19:47
rlooTheJulia: alternative is to backport that patch ^^ to stable/pike and release that.19:48
rlooTheJulia: and assume that whoever upgrades to pike, uses that new released version.19:49
TheJuliaI'm not immediately aware of a reason we would need it backported since any future logic can know what the past looked like w/r/t the field19:49
TheJuliayeah, lets avoid that :)19:49
rlooTheJulia: we don't need it backported as long as i put in code to do the online-data-migration in queens.19:50
TheJuliawfm19:50
TheJuliais gerrit super slow, or is it my internet connection?19:50
rlooTheJulia: i think super slow. doc changes are taking more time than usual.19:51
* TheJulia should have started git pull with time19:52
TheJuliait looks like my connection :\19:58
TheJuliayeah, next git command that talks to a remote, I'm timing20:00
rlooTheJulia: *how* slow it is? it is slow for me, but not terribly slow. i mean more seconds, not minutes (I don't think)20:02
TheJuliawell, over 4 minutes so far for `git fetch --all`, but20:03
TheJuliaweb pages are also loading super slowly20:03
* TheJulia shrugs20:03
*** ijw has joined #openstack-ironic20:05
*** mat128 has quit IRC20:11
*** srobert has quit IRC20:18
*** [1]rpioso has joined #openstack-ironic20:26
*** ijw has quit IRC20:28
jeblairdtantsur|afk, jlvillal, vsaienk0: it looks like https://review.openstack.org/497474 and https://review.openstack.org/497475 passed tests (one job failed because it hit the timeout by a hair's breadth, but it had finished running tests and they succeeded).  but i don't see any grenade jobs which is where folks were expecting it to be used.  is there any other testing i should do to validate https://review.openstack.org/497470 ?20:28
patchbotpatch 497474 - ironic (stable/newton) - DNM: testing devstack-gate change20:28
patchbotpatch 497475 - ironic (stable/ocata) - DNM: testing devstack-gate change20:28
patchbotpatch 497470 - openstack-infra/devstack-gate - Remove IRONIC_KEY_FILE20:28
*** rpioso has quit IRC20:29
*** arnewiebalck_ has joined #openstack-ironic20:30
rloojeblair: is that file used by tests in master branch?20:30
*** ijw has joined #openstack-ironic20:31
jeblairrloo: that variable only appears in the newton and ocata branches20:31
*** jkilpatr has quit IRC20:31
*** arnewiebalck has quit IRC20:31
*** arnewiebalck_ is now known as arnewiebalck20:31
TheJuliarloo: I it disappeared with the ssh driver usage in gate testing20:32
TheJuliaerr, i guess20:32
*** [1]rpioso has quit IRC20:32
*** [1]rpioso has joined #openstack-ironic20:34
rloojeblair: without looking into it and the min info i have here, it seems fine to remove. as long as it doesn't break master, I'm not too concerned. we could always revert...20:34
*** derekh has joined #openstack-ironic20:35
TheJulialooks like there is a running ocata grenade job, fwiw20:35
TheJuliaI think we can definitely remove it, since it was for *_ssh drivers20:35
jeblairTheJulia: oh you're right, i missed the grenade in there20:37
jeblairso that should have tested the newton->ocata path.  would you like me to push up a DNM change to master to verify the ocata->master path?20:38
TheJuliajeblair: stable/pike at this point :)20:38
*** amarao has joined #openstack-ironic20:38
jeblairhow time flies :)20:39
TheJuliaA complete, and total blur20:39
openstackgerritJames E. Blair proposed openstack/ironic stable/pike: DNM: testing devstack-gate change  https://review.openstack.org/49760820:40
openstackgerritRuby Loo proposed openstack/ironic master: conductor saves version in db  https://review.openstack.org/49759320:40
openstackgerritJames E. Blair proposed openstack/ironic master: DNM: testing devstack-gate change  https://review.openstack.org/49760920:40
jeblairthat should cover it :)20:41
rloojeblair: heh20:41
*** hamzy has quit IRC20:42
*** srobert has joined #openstack-ironic20:43
*** dsneddon_pto has quit IRC20:44
*** dsneddon_pto has joined #openstack-ironic20:44
*** dsneddon_pto is now known as dsneddon20:44
*** derekh has quit IRC20:46
*** jjung has quit IRC20:47
*** srobert has quit IRC20:48
*** trown is now known as trown|outtypewww20:49
*** shweta has joined #openstack-ironic20:50
shwetaHello everyone.. Does ironic not support deploying windows or esx user images on the baremetal nodes?20:51
shwetahttps://docs.openstack.org/developer/diskimage-builder/user_guide/supported_distros.html - this doc only lists Linux as the supported OS for target and build host20:51
openstackgerritJulia Kreger proposed openstack/ironic master: Add Sem-Ver flag to increment master branch version  https://review.openstack.org/49761520:54
TheJuliarloo: ^^^ $ python setup.py --version20:54
TheJulia9.1.0.dev6820:54
rlooTheJulia: thx!20:55
TheJuliashweta: In theory, your an deploy anything, but you generally need some way to get credentials in. If I remember correctly, There is a utility for windows to read config drives. ESX on the other hand, is designed to only support installation/deployment over networks using kickstart20:56
TheJulias/your an/you can/20:56
TheJuliashweta: Specifically, this is with whole disk images20:56
shwetaSo since ironic needs vmlinuz and initrd images passed separately, we can provision windows image with cloudinit but not esx? Which credentials are these exactly?20:58
openstackgerritRamamani Yeleswarapu proposed openstack/ironic-ui master: Set target raid configuration on a node  https://review.openstack.org/48320520:58
TheJuliashweta: So... That is three completely separate things20:59
*** jkilpatr has joined #openstack-ironic21:00
TheJulia1) ironic uses a linux based deployment ramdisk in order to write the disk image, it uses a kernel and ramdisk to network or like an ISO to virtual media boot the node from.21:00
TheJulia2) config-drive format, not cloud-init, unless cloud-init has implemented windows support. There was a presentation or two about it a few summits ago.21:01
TheJulia3) Credential wise, it varies.  Typically it is the key or password to login to the deployed instance.21:02
shwetaTheJulia: thanks for clarification!21:03
*** amarao has quit IRC21:04
shwetaTo clarify: Does "disk-image-create ironic-agent fedora -o ironic-deploy" this command mean the deployment ramdisk is fedora based, but the actual user image could be ubuntu or something else?21:06
*** jkilpatr has quit IRC21:07
TheJuliashweta: exactly21:10
*** jtomasek has joined #openstack-ironic21:10
*** jtomasek has quit IRC21:11
shwetaTheJulia: okay, thanks a lot!21:14
openstackgerritJulia Kreger proposed openstack/ironic master: Add Sem-Ver flag to increment master branch version  https://review.openstack.org/49761521:17
*** jkilpatr has joined #openstack-ironic21:19
*** rcernin has quit IRC21:19
*** Goneri has quit IRC21:22
shoaibHi, after my Nova-boot goes through, my BareMetal node fails to launch, because Neutron doesn't send a DHCP response back to the BareMetal node that was brought up, And i dont see the Baremetal Host (with its MAC addr) added to the  /var/lib/neutron/dhcp/<namespace>/host file21:23
shoaibI'm wondering if setting the "network_interface" option for an ironic node, has something to do with it21:24
shoaibThanks21:24
*** ijw has quit IRC21:28
TheJuliashoaib: What is network_interface set to presently?21:29
shoaibTheJulia: Its not set presently21:30
TheJuliashoaib: Additionally, did you check the namespace is defined for your provisioning network?21:30
TheJuliashoaib: What driver are you using?21:30
TheJuliado you see anything on the node for an error?21:30
shoaibTheJulia: Yes there is a namespace set for the provisioning network, but in that namespace, i dont see the new Baremetal host that I enrolled21:31
shoaibTheJulia: after nova-boot, the node was in spawning state for a long time, but eventually failed, because it didnt get any DHCP response21:31
TheJuliaIt won't be actually acted upon you attempt to deploy21:31
TheJuliaif you do `openstack baremetal node show <uuid>` do you see anything in the last_error field?21:32
shoaibTheJulia: I dont see anything in last error, its back into available state21:34
openstackgerritMerged openstack/bifrost master: Updated from global requirements  https://review.openstack.org/49701821:36
*** rpioso has joined #openstack-ironic21:36
*** [1]rpioso has quit IRC21:37
shoaibTheJulia: after looking up online, Neutron is supposed to add the Baremetal host to the provisioning network in this file eg: /var/lib/neutron/dhcp/70295064-0d99-4013-8406-eba65cc1577b/host , and only this would allow neutron dhcp-server to send a response back to the baremetal node deployed21:40
shoaibTheJulia: And thats not happening for me sadly21:41
openstackgerritMerged openstack/bifrost master: Change perms for the VM logs  https://review.openstack.org/49454921:42
TheJuliashoaib: do you see anything in your ironic-conductor.log file?21:43
shoaibTheJulia: Started the process again, and monitoring the ironic conductor logs carefully, ill let u know what i see21:47
*** ijw has joined #openstack-ironic21:49
shoaibTheJulia: Also btw, when a node is booted, is the /instance/nova_host_id parameter for a baremetal node supposed to be the new Baremetal node that is booted , or the controller node where you are booting from ?21:50
TheJuliashoaib: no idea, I would look at the ironic api node instance_id field21:51
shoaibTheJulia: Ok, so the ironic-conductor doesn't show any Errors or anything significant, the node just goes into "wait call-back" state from "deploying" ,21:52
*** bfournie has quit IRC21:53
*** ijw has quit IRC21:57
*** ijw has joined #openstack-ironic22:02
TheJuliashoaib: it really sounds like your baremetal node is not just physically attached to the flat network your using. Does the dnsmasq log indicate that it is seeing requests but doesn't have a record for it? do you see the dhcp requests if you sniff in the namespace?22:04
*** jlabarre has quit IRC22:06
openstackgerritRuby Loo proposed openstack/ironic master: Add online data migrations for conductor version  https://review.openstack.org/49766622:07
*** dsneddon is now known as dsneddon_away22:11
*** jcoufal has quit IRC22:18
jlvillal$ export OS_BAREMETAL_API_VERSION=latest22:23
jlvillalstack@ubuntu-xenial:~/devstack$ openstack baremetal node list22:23
jlvillalbaremetal version latest is not in supported versions: 1, 1.1, 1.2, 1.3, 1.4, 1.5, 1.6, 1.7, 1.8, 1.9, 1.10, 1.11, 1.12, 1.13, 1.14, 1.15, 1.16, 1.17, 1.18, 1.19, 1.20, 1.21, 1.22, 1.23, 1.24, 1.25, 1.26, 1.27, 1.28, 1.29, 1.30, 1.31, 1.32, 1.33, 1.3422:23
jlvillalopenstack: 'baremetal node list' is not an openstack command. See 'openstack --help'.22:23
jlvillal:(22:23
rloojlvillal: i thought we fixed it so it understood latest, but maybe we didn't.22:25
jlvillalrloo:  the --os-baremetal-api-version latest   does work22:25
rloojlvillal: that's what i thought we had fixed. but i guess not. you have the latest client package?22:25
jlvillalrloo: This is in a devstack run22:26
jlvillalpython-ironicclient (1.16.0)22:26
rloojlvillal: i guess we never fixed it then :-(22:27
jlvillalrloo: I'm taking a look at the code now22:27
rloojlvillal: it should be simple enough to change 'latest' to the max version; i think it is hard-coded -- the max version. i think it would be harder for osc to actually send 'latest' to the server. i think it checks the value and ...22:28
openstackgerritRuby Loo proposed openstack/ironic master: Disallow rolling upgrade from Ocata  https://review.openstack.org/49768522:29
jlvillalrloo: yeah the command line parser converts it to LAST_KNOWN_API_VERSION22:29
rloojlvillal: if we haven't opened a bug, might be good to, so we can track. if it is considered a bug. i think it is.22:29
rloojlvillal: gotta run. ciao.22:29
jlvillalrloo: Okay, will do22:29
jlvillalrloo: Have fun!22:29
*** ijw has quit IRC22:33
openstackgerritMilan Kováčik proposed openstack/ironic-inspector master: Introducing RPC  https://review.openstack.org/49768922:43
openstackgerritJulia Kreger proposed openstack/bifrost master: Add the ability to leverage a separate rabbitmq server  https://review.openstack.org/44084322:45
jlvillalrloo: https://bugs.launchpad.net/python-ironicclient/+bug/171293522:47
openstackLaunchpad bug 1712935 in python-ironicclient "Using OS_BAREMETAL_API_VERSION=latest fails" [High,New]22:47
*** bfournie has joined #openstack-ironic22:51
*** rbudden has quit IRC22:52
*** bfournie has quit IRC22:53
*** bfournie has joined #openstack-ironic23:11
*** jcoufal has joined #openstack-ironic23:17
*** jcoufal has quit IRC23:21
*** jkilpatr has quit IRC23:40
*** jkilpatr has joined #openstack-ironic23:40
*** rbudden has joined #openstack-ironic23:43
*** rpioso has quit IRC23:53
*** yuanying_ has joined #openstack-ironic23:59
*** zhangfei has joined #openstack-ironic23:59

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