Friday, 2018-05-18

*** akhilaki has quit IRC00:12
*** baoli has joined #openstack-ironic00:18
*** baoli has quit IRC00:23
*** hemna_ has quit IRC00:29
*** rloo has quit IRC00:57
*** gyee has quit IRC01:00
*** liuzz has joined #openstack-ironic01:00
*** zhangfei has joined #openstack-ironic01:09
*** tiendc has joined #openstack-ironic01:12
*** cjloader has joined #openstack-ironic01:36
*** trungnv has quit IRC01:48
*** trungnv has joined #openstack-ironic01:49
*** etingof has quit IRC01:57
*** cjloader has quit IRC02:07
*** etingof has joined #openstack-ironic02:10
*** fragatina has quit IRC02:19
*** fragatina has joined #openstack-ironic02:19
*** fragatina has quit IRC02:21
*** cjloader has joined #openstack-ironic02:22
*** cjloader has quit IRC03:09
*** fragatina has joined #openstack-ironic03:30
*** rh-jelabarre has quit IRC03:56
*** hshiina|afk is now known as hshiina03:57
openstackgerritzenghui.shi proposed openstack/python-ironicclient master: BIOS Settings support  https://review.openstack.org/56931804:01
*** rcernin has quit IRC04:03
*** rcernin has joined #openstack-ironic04:03
*** gyan_ has joined #openstack-ironic04:12
*** baoli has joined #openstack-ironic04:12
*** baoli has quit IRC04:17
*** hshiina2 has joined #openstack-ironic04:41
*** hshiina has quit IRC04:41
*** hshiina3 has joined #openstack-ironic04:43
*** hshiina2 has quit IRC04:46
*** early has quit IRC05:04
*** marios has joined #openstack-ironic05:13
*** early has joined #openstack-ironic05:15
*** tiendc has quit IRC05:37
*** tiendc has joined #openstack-ironic05:38
*** mjura has joined #openstack-ironic05:53
*** adreznec has quit IRC05:56
*** tiendc has quit IRC05:59
*** trungnv has quit IRC05:59
*** tiendc has joined #openstack-ironic06:00
*** trungnv has joined #openstack-ironic06:00
*** masuberu has joined #openstack-ironic06:01
*** adreznec has joined #openstack-ironic06:02
*** masber has quit IRC06:04
*** hshiina3 is now known as hshiina06:05
*** masuberu has quit IRC06:06
*** kzaitsev_pi has joined #openstack-ironic06:09
openstackgerritMerged openstack/ironic master: Change exception msg of BIOS caching  https://review.openstack.org/56819306:25
*** zhangfei has quit IRC06:32
*** zhangfei has joined #openstack-ironic06:34
*** zhangfei has quit IRC06:39
openstackgerritzenghui.shi proposed openstack/python-ironicclient master: BIOS Settings support  https://review.openstack.org/56931806:40
*** zhangfei has joined #openstack-ironic06:46
*** rcernin has quit IRC07:01
*** namnh has joined #openstack-ironic07:06
*** e0ne has joined #openstack-ironic07:09
*** tesseract has joined #openstack-ironic07:14
*** namnh has quit IRC07:15
*** threestrands has quit IRC07:17
*** namnh has joined #openstack-ironic07:19
*** jtomasek has joined #openstack-ironic07:19
*** ajya has joined #openstack-ironic07:22
*** toabctl has quit IRC07:26
olivierb-morning ironicers and thanks for the review TheJulia07:28
olivierb-did not reconnect yesterday evening for once07:28
*** AlexeyAbashkin has joined #openstack-ironic07:46
*** liuzz_ has joined #openstack-ironic07:46
*** liuzz has quit IRC07:46
openstackgerritNguyen Van Trung proposed openstack/ironic master: Support raid configuration for BM via irmc driver  https://review.openstack.org/51297907:47
*** zhangfei has quit IRC07:51
*** hshiina has quit IRC07:51
*** namnh has quit IRC08:00
*** namnh has joined #openstack-ironic08:00
*** zhangfei has joined #openstack-ironic08:03
*** milan has joined #openstack-ironic08:04
*** Chandra has quit IRC08:14
*** mgoddard has joined #openstack-ironic08:17
etingofgood Friday morning everyone 0/08:18
*** dougsz has joined #openstack-ironic08:18
openstackgerritKaifeng Wang proposed openstack/ironic master: Power fault recovery: apply fault  https://review.openstack.org/55675808:19
openstackgerrityolanda.robla proposed openstack/ironic-tempest-plugin master: Add manual clean step ironic standalone test  https://review.openstack.org/56861608:19
*** pmannidi has quit IRC08:24
vdrokgood morning etingof !08:28
*** arxcruz has quit IRC08:30
*** lucas-afk is now known as lucasagomes08:32
*** zhangfei has quit IRC08:35
*** MattMan has quit IRC08:42
*** MattMan has joined #openstack-ironic08:42
*** derekh has joined #openstack-ironic08:44
*** zhangfei has joined #openstack-ironic08:51
openstackgerritKaifeng Wang proposed openstack/ironic master: Power fault recovery: API implementation  https://review.openstack.org/55601508:56
openstackgerritVladyslav Drok proposed openstack/python-ironicclient master: Allow to use none auth in functional tests  https://review.openstack.org/50833008:57
openstackgerritKaifeng Wang proposed openstack/ironic master: Power fault recovery: Notification objects  https://review.openstack.org/55815209:15
*** sambetts|afk is now known as sambetts09:16
openstackgerritSam Betts proposed openstack/ironic master: Stop double json encoding the error message responses  https://review.openstack.org/56783709:16
dtantsurmorning ironic09:20
sambettso/ dtantsur, I've got a minute this morning so I'm going to update that port bug patch if your  not already doing it09:21
dtantsursambetts: great! no, I'm not, just woke up :)09:21
*** arxcruz has joined #openstack-ironic09:23
sambettsdtantsur: you couldn't give me any insight on why this is happening on centos 7 could you http://192.133.156.18/37/567837/5/check/ironic-dsvm-tempest-ironic-cimc-current-centos-7-cimc/f2a7d20/logs/devstacklog.txt.gz#_2018-05-18_09_24_12_32909:26
etingofdtantsur, you woke up and it's Friday \o/09:27
*** zhangfei has quit IRC09:27
dtantsursambetts: not really.. it may be some temporary situation with EPEL. also note that yolanda_ experienced big problems with vbmc on centos just yesterday09:28
sambettsdtantsur: I thought that it might have been temporary but it seems to have been stuck like this for about a week, feels weird there would be a dependency issue in the yum rpos09:29
sambettsrepos09:29
dtantsursambetts: ask on #infra? there are some Red Hatters interested in it IIRC09:30
*** serlex has joined #openstack-ironic09:33
sambettsdtantsur: hmmm, seems like it might be related to my CI images not getting updated correctly09:38
openstackgerritIlya Etingof proposed openstack/ironic master: Adds boot mode support to ManagementInterface  https://review.openstack.org/52677309:40
dtantsurpas-ha, vdrok, any objections to releasing ironic-staging-drivers stable/queens?09:41
*** zhangfei has joined #openstack-ironic09:41
*** athomas has quit IRC09:43
vdrokdtantsur: seems like we had only a couple of fixes in ovirt since last tag, but no objections09:47
vdrokalso morning09:47
dtantsurvdrok: morning! yep, I want the ovirt fixes released.09:48
openstackgerritKaifeng Wang proposed openstack/python-ironicclient master: Power fault recovery: client support  https://review.openstack.org/55677409:49
pas-hadtantsur: nope09:53
dtantsurgood, releasing09:53
pas-haship it :-)09:53
*** mjura has quit IRC09:54
dtantsurI'm also nagging our folks downstream with creating some kind of a CI job for the ovirt driver09:54
*** namnh has quit IRC09:56
*** zhangfei has quit IRC09:57
*** zhangfei has joined #openstack-ironic09:58
openstackgerritKaifeng Wang proposed openstack/ironic-tempest-plugin master: Power fault recovery: tempest tests  https://review.openstack.org/55817010:01
*** lbragstad has quit IRC10:15
openstackgerritNguyen Hung Phuong proposed openstack/ironic master: [WIP] Add CUSTOM_CPU_FPGA to Traits  https://review.openstack.org/56937710:18
*** lbragstad has joined #openstack-ironic10:19
* milan is away: I'm busy10:35
openstackgerrityolanda.robla proposed openstack/ironic-tempest-plugin master: Add manual clean step ironic standalone test  https://review.openstack.org/56861610:37
*** trungnv has quit IRC10:53
openstackgerritIlya Etingof proposed openstack/ironic master: Move boot-related code to boot_mode_utils.py  https://review.openstack.org/56938210:56
*** jcoufal has joined #openstack-ironic11:01
*** zhangfei has quit IRC11:08
*** zhangfei has joined #openstack-ironic11:10
openstackgerrityolanda.robla proposed openstack/ironic master: Enable agent_ipmitool and pxe_ipmitool drivers  https://review.openstack.org/56938811:12
*** ajya has quit IRC11:14
*** ajya has joined #openstack-ironic11:14
*** tiendc has quit IRC11:21
*** jcoufal has quit IRC11:35
*** jcoufal has joined #openstack-ironic11:35
jrollmorning11:35
dtantsurhmm, folks this run time of 2 secs. is suspicious: http://logs.openstack.org/16/568616/11/check/ironic-dsvm-standalone/6486cef/job-output.txt.gz#_2018-05-18_11_14_18_09515711:36
dtantsurmorning jroll11:36
jrolldtantsur: we turned on nested virt for that job, look how much faster it is!11:36
dtantsurthough.. maybe it does not cound setUp?11:36
dtantsurheh11:36
jrollyeah, setUp was my first thought11:37
dtantsurI wonder if we should move it out of setUp. this is confusing. what we tests is the whole boot process, not only the fact we can ping something..11:38
dtantsurlike, how do I know we're not pinging locahost? :)11:40
jroll2018-05-18 11:14:18.090 10259 DEBUG tempest.lib.common.utils.test_utils [-] Call ping returns true in 2.016478 seconds call_until_true tempest/lib/common/utils/test_utils.py:10911:40
jrollso yes, it does not count setUp, it seems11:40
yolanda_dtantsur, so i'm trying to adapt the patches from Vasyl, for the cleanup11:40
yolanda_part of the original code was https://review.openstack.org/#/c/568616/11/ironic_tempest_plugin/tests/scenario/ironic_standalone/test_cleaning.py11:40
patchbotpatch 568616 - ironic-tempest-plugin - Add manual clean step ironic standalone test11:40
yolanda_see driver = 'agent_ipmitool' there, that's causing to skip that on master11:41
jrolldtantsur: I guess I'm not opposed to moving it, but not sure it's worth the time11:41
dtantsurjroll: yeah, same thought.. a low hanging fruit11:41
yolanda_so the question is , if those tests that carry agent_ipmitool on them, should have driver='ipmi' now11:41
dtantsurbut very low priority11:41
dtantsuryolanda_: aha, I see. we need two copies of the same test: one using agent_ipmitool (for stable branches), one with ipmi (for master)11:42
dtantsurthis is similar to what we do with other tests: we maintain a copy per driver11:42
* dtantsur gets food, brb11:42
yolanda_ah ok11:43
*** rh-jelabarre has joined #openstack-ironic11:43
openstackgerritKaifeng Wang proposed openstack/ironic master: Power fault recovery: API implementation  https://review.openstack.org/55601511:44
sambettsdtantsur, TheJulia: are the ironic UTs for agent deploy broken?11:45
sambettsor is it just my envionrment11:45
yolanda_dtantsur, i understand now, actually there are 3 copies of the test, one per each driver: pxe_ipmitool, agent_ipmitool, ipmi11:45
TheJuliasambetts: they were good for me a few days ago, but i diddnt touch code yesterday really11:46
* TheJulia makes menatal note to fire tox -r off once out of bed.11:47
openstackgerritKaifeng Wang proposed openstack/ironic master: Power fault recovery: API implementation  https://review.openstack.org/55601511:49
dtantsursambetts: worked yesterday.. what's the failure?11:51
dtantsuryolanda_: yep. it's probably fine to tests only one of the old drivers, they're not different wrt cleaning11:52
sambettsdtantsur: I think I've worked it out, the agent deploy driver isn't mocking the calls to the network driver and has the flat network driver loaded resulting in neutronclient being sad11:53
sambettsTheJulia: ^11:53
sambettsthis is because of my port bug fixes btw11:53
dtantsurI see, yeah11:53
sambettsso upstream should be  good11:53
openstackgerritJim Rollenhagen proposed openstack/ironic stable/pike: Tear down console during unprovisioning  https://review.openstack.org/56856911:54
sambettsbut the error message coming from the traceback is horrible11:54
sambettsAttributeError: '_SentinelObject' object has no attribute 'get_endpoint'11:54
sambettsI was like woah....11:54
dtantsurmorning TheJulia11:54
dtantsurTheJulia: I hope https://review.openstack.org/569375 won't break bifrost (in that case the latter should probably be fixed)11:55
patchbotpatch 569375 - openstacksdk - baremetal: refuse to inspect associated machines11:55
* jroll adds a silly comment11:57
*** slagle has quit IRC11:58
*** slagle has joined #openstack-ironic12:00
sambettsdtantsur: shouldn't that be an API fix??12:00
openstackgerrityolanda.robla proposed openstack/ironic-tempest-plugin master: Add manual clean step ironic standalone test  https://review.openstack.org/56861612:09
dtantsursambetts: what exactly?12:10
openstackgerrityolanda.robla proposed openstack/ironic-tempest-plugin master: Add manual clean step ironic standalone test  https://review.openstack.org/56861612:10
sambettsdtantsur: preventing nodes with a instnace_uuid from going into inspect12:10
sambettsdtantsur: can't it just be a check in the set node provisioning state12:11
*** jaganathan has quit IRC12:12
sambettsactually its probably worth adding that check in for other states too, making it so an available node can only move to deploying if it has a instance_uuid12:12
TheJuliadtantsur: lgtm, I think a minor thing to release note and suggestion to indicate the field12:12
sambettsmaking so that you have to remove the  instace_uuid to move it to managable12:12
TheJuliasambetts: can't, instance_uuid has to be set first as a different op and you may be the one setting the provision state12:13
TheJuliawell yo ucould with lots of checks that might not make sense there12:13
openstackgerritJim Rollenhagen proposed openstack/ironic stable/ocata: Tear down console during unprovisioning  https://review.openstack.org/56857012:15
sambettsTheJulia: not sure why setting instance_uuid first is an issue, I'm saying that we put the check in the top of node_set_provision_state, if node.instnace_uuid != None and new_state != "deploying": raise Exception("Nope")12:16
jrollI'd be worried about standalone cases that use the instance_uuid field as ownership12:16
TheJuliathat would block undeploys, and bifrost users are not required to use instance_uuids12:17
TheJuliaall the instance uuid is nova's lock really12:17
TheJuliaor claim, that ties it back to nova12:17
sambettsthe way it would be implemented shouldn't prevent any state changes if instnace_uuid isn't set12:17
sambettsonly if its set12:18
sambettsif its unset you can do anything12:18
jrollI think some people tag instance_uuid for more than a single deploy, though12:18
jrolland just leave it set12:18
sambettsjroll: then they should use rebuild12:18
sambettsnot tear down an redeploy12:18
jrollsambetts: well, no, as in "I own this machine" in standalone use cases12:19
sambettsbecause we clear the instance_uuid anyway on tear down12:19
sambettsalong with instance_info12:19
jrollah do we? ok, I'm wrong then :)12:19
dtantsursambetts: this is a good point, but I don't think we take any actions like that based on instance_uuid..12:20
dtantsurexcept for blocking updating instance_uuid12:20
sambettswhy not, its a fundemental top level field in our node data strcuture12:21
TheJuliawe need to fix ownership concepts, I have a spec to start in that path, for what its worth12:21
TheJuliawhich is just a silly field add12:21
*** EmilienM is now known as EvilienM12:21
sambettsmy issue is that I don't think we  should be implementing a check like dtantsur's patch client side, because it actually makes a lot of sense, and if its not in the API then anyone using the API directly doesn't get that check12:21
dtantsursambetts: well, changing API involves microversions, etc..12:22
dtantsurso people not the new API microversion won't get the fix without the client patch12:22
dtantsurbut, well, I don't thing that SDKs should do available->manageable transition automatically at all12:22
sambettsI think thats fine, but we should error out if your trying to move a available node with an instance_uuid to manageble because the fact it has an instance uuid means its actually in the process of deploying12:24
*** trown|outtypewww is now known as trown12:24
dtantsur++ I'd totally do it12:25
* dtantsur can file an RFE12:25
dtantsuror does it need a spec?12:25
sambettsI'm bad at knowing if things do or not12:27
TheJuliadtantsur: bug fix I think12:27
TheJuliain other words, just do it12:28
jrollwe typically require one for anything with a microversion, this doesn't seem like it needs one though12:28
sambettsa spec or a microversion ?12:28
jrollboth? :)12:28
jrollwe definitely require a microversion for anything with a microversion12:28
jroll:P12:28
dtantsura microversion may be required, since it can be seen as a behavior change12:29
dtantsurlol12:29
* jroll now reads sambetts' question correctly12:29
sambettsbut it can also be seen as a bug in the old microversions right? and we can fix those without a microversion  right?12:29
sambettsmicro-brain-splode12:30
dtantsurhehe12:30
dtantsurbug vs feature - an old debate12:31
TheJuliamicroversion + bug is fine I think, spec I think is likely overkill time wise since the specs process is also designed to slow down things12:32
dtantsur++ this is my take on it12:33
jrollyes, fine with me12:34
sambetts:thumbs-up:12:34
TheJuliaheh12:35
* TheJulia goes back to packing12:36
TheJuliasambetts: i did tox -r, no errors like that, but I saw them in some tests I was working on where I wasn't properly capturing glance client stuffs and image verification stuffs with the pxe deploy driver that I put together12:37
* TheJulia now really goes back to packing12:37
*** fragatina has quit IRC12:37
sambettsTheJulia: yeah, it seems like the AgentDeploy tests load more operation interfaces than just the "direct" deploy interface12:38
TheJuliaYeah, they have some catches way down in the code :\12:47
sambettsI've switched it to use the noop network interface for now and it seems much happier12:48
sambettsonly loading the flat network interface in tests that are asking for it12:48
*** edleafe is now known as figleaf12:59
dtantsur+++++++13:00
dtantsurour tests are mess :(13:00
*** rloo has joined #openstack-ironic13:02
*** jaypipes has joined #openstack-ironic13:04
dtantsurhttps://storyboard.openstack.org/#!/story/200206413:08
*** dtantsur is now known as dtantsur|brb13:11
sambettsdtantsur|brb: nice!13:13
*** racedo has joined #openstack-ironic13:14
rlooGood morning everyone!13:20
jrollmorning rloo \o13:22
* jroll is stepping away for an hour or two13:22
*** rbudden has joined #openstack-ironic13:28
*** rajinir has joined #openstack-ironic13:46
*** Goneri has joined #openstack-ironic13:51
*** ElCoyote_ has joined #openstack-ironic13:54
openstackgerritSam Betts proposed openstack/ironic master: Ensure we unbind flat network ports and clear BM mac addresses  https://review.openstack.org/53998114:05
*** baoli has joined #openstack-ironic14:11
*** dtantsur|brb is now known as dtantsur14:14
dtantsurmorning rloo14:14
rloodtantsur: :)14:14
*** toabctl has joined #openstack-ironic14:19
*** trown is now known as trown|brb14:25
rpiosoGood morning14:27
*** hoonetorg has quit IRC14:28
*** trown|brb is now known as trown14:30
openstackgerritMerged openstack/ironic-python-agent master: Fix for fatal error when GPT was used and only MBR was cleaned  https://review.openstack.org/56908614:30
openstackgerritMerged openstack/ironic-python-agent master: write byte objects when using os.write  https://review.openstack.org/56915914:30
*** hemna_ has joined #openstack-ironic14:33
*** hoonetorg has joined #openstack-ironic14:45
*** serlex has quit IRC14:46
*** gyan_ has quit IRC14:47
*** gyan_ has joined #openstack-ironic14:53
*** cjloader has joined #openstack-ironic15:00
* milan is back (gone 04:27:17)15:03
*** gyan_ has quit IRC15:14
*** jaypipes is now known as leakypipes15:17
*** dansmith is now known as superdan15:18
*** zhangfei has quit IRC15:19
*** e0ne has quit IRC15:19
*** jroll is now known as jrollinhatin15:23
*** rloo is now known as waterloo15:27
sambettsdtantsur: which IRC do the DIB folks hang out in?? my CI is broken because this isn't released yet https://github.com/openstack/diskimage-builder/commit/abd63b01aac585d12eefcc5506065652a26243bb15:30
dtantsursambetts: #openstack-dib IIRC15:30
sambettsdtantsur: thanks15:31
*** Goneri has quit IRC15:33
*** baoli has quit IRC15:34
*** baoli has joined #openstack-ironic15:35
*** hemna_ has quit IRC15:37
*** r-daneel has joined #openstack-ironic15:39
*** baoli has quit IRC15:39
*** hemna_ has joined #openstack-ironic15:41
*** hemna__ has joined #openstack-ironic15:45
*** baha has joined #openstack-ironic15:45
NobodyCamGood Morning Ironic'ers...15:46
NobodyCamand ..15:46
*** tesseract has quit IRC15:46
NobodyCamTGIF.15:46
*** hemna_ has quit IRC15:47
dtantsurhey NobodyCam15:48
NobodyCamhey hey dtantsur happy Friday15:48
NobodyCam:)15:48
*** melwitt is now known as jgwentworth15:49
NobodyCamany fun plans for the weekend?15:49
*** baoli has joined #openstack-ironic15:50
*** lbragstad is now known as elbragstad15:50
dtantsurnot this time, just chilling out at home15:51
dtantsurand you?15:51
NobodyCam:) some times thats best15:51
NobodyCamI have travel on sunday :(15:51
dtantsursummit?15:52
NobodyCamno not this time. :( just up to San Jose15:53
*** lucasagomes is now known as lucas-afk15:57
*** baoli has quit IRC16:02
*** baoli has joined #openstack-ironic16:02
* etingof is going to enjoy the company of the medieval knights; though they might be busy saving a girl, as they figured this is meaning of life ;) 16:02
*** BernsO has joined #openstack-ironic16:03
* dtantsur is curious16:03
etingofexpect photos then ;)16:03
BernsOHi Guys, can someone help me with a problem I'm having with one of my ironic nodes? I have enabled automatic cleaning, but some of the nodes enter a clean_failed state after they are destroyed in nova. Is there any way to manually recover them and make them available again? If I just set the provisioning state to available they start cleaning again and I get stuck in a loop16:05
*** AlexeyAbashkin has quit IRC16:06
*** baoli has quit IRC16:08
*** baoli has joined #openstack-ironic16:08
dtantsurBernsO: if cleaning fails, you should understand why and fix it. It may be a bad idea to put nodes that failed cleaning back in the fleet.16:13
dtantsurour API explicitly disallows the latter indeed16:13
*** marios has quit IRC16:14
TheJuliaetingof: sounds fun!16:17
BernsOdtantsur, I understand, but as far as I can see this is a bug16:20
BernsOCleaningError', u'details': u'Error performing clean_step erase_devices: No HardwareManager found to handle method: Could not find method: erase_block_device16:20
dtantsurBernsO: do you have a customized IPA image?16:21
BernsOdtantsur, No default16:22
TheJuliaBernsO: so one you downloaded from tarballs.o.o? or built yourself?16:23
*** jaganathan has joined #openstack-ironic16:23
*** jaganathan has quit IRC16:24
*** jaganathan has joined #openstack-ironic16:24
TheJuliaBernsO: What is confusing is us that we ship a GenericHardwareManager that is part of ironic-python-agent, and that that method is part of it....16:25
BernsOTheJulia, you mean the ironic-python-agent? I've made no customisations to the one we use16:25
BernsOThis problem only happens with a specific make of BMC/server, which is why I'm inclined to think its a bug16:26
TheJuliaBernsO: Oo16:26
dtantsurBernsO: still, where is your IPA image coming from?16:26
*** e0ne has joined #openstack-ironic16:26
* dtantsur suspects a vendor hardware manager that does not support this call16:26
TheJuliaditto16:27
* sambetts --> home 16:29
dtantsurTheJulia: before I forgot: Monday is a public holiday here (again!), so I'll likely miss the meeting.16:29
dtantsurc u sambetts16:29
TheJuliadtantsur: meeting next week is cancelled16:29
TheJuliadtantsur: have a wonderful weekend16:29
dtantsuroh, right! even better :)16:29
sambettssee those who are going to the summit in canada16:29
dtantsursafe travels!16:30
sambettsotherwise see y'all in a week16:30
*** sambetts is now known as sambetts|afk16:30
sambetts|afkdtantsur: I updated that port patch btw with tests and everything so it should be good to go16:30
dtantsurgreat!16:30
*** hamzy has quit IRC16:31
* sambetts|afk really gone now 16:31
*** e0ne has quit IRC16:32
*** e0ne has joined #openstack-ironic16:33
BernsOTheJulia, dtantsur Im checking R.E. the image. Is there a way for me to verify manually whether this manager supports this call?16:35
*** etingof is now known as etingof|afk16:36
TheJuliaBernsO: you could download the ramdisk and extract it16:36
dtantsurBernsO: also during cleaning some information is populated in node.driver_internal_info16:36
dtantsurhmm, ignore me, not the information you need16:36
TheJuliathere may be a container.tgz file, or you may find the ironic-python-agent source elsewhere in the image. tl;dr search what you extract for hardware.py16:36
TheJuliait should be in there, as a interface class, and a full implementaiton16:37
BernsOOk I will have a look. Just to confirm though while Im getting to the root of this problem is there any way to stop 'cleaning failed' nodes from cleaning again when you set them to available state? or will I have to remove them from ironic and reenroll them?16:38
TheJuliaBernsO: All you can do is disable the cleaning functionality completely on the conductor, do it, and then change it back. It is not safe to operate without cleaning.16:39
*** dtantsur is now known as dtantsur|afk16:40
dtantsur|afkhave a good weekend16:40
BernsOUnderstood, thank you for your help TheJulia and dtantsur|afk :)16:41
*** mgoddard has quit IRC16:43
*** trown is now known as trown|outtypewww16:45
*** akhilaki has joined #openstack-ironic16:49
*** dougsz has quit IRC16:54
*** derekh has quit IRC17:00
*** Goneri has joined #openstack-ironic17:01
*** fragatina has joined #openstack-ironic17:01
*** BernsO has quit IRC17:04
*** racedo has quit IRC17:27
*** bnemec is now known as beekneemech17:34
prometheanfireTheJulia: so... old version of diskimage builder (tested 2.10.1) works for me17:39
prometheanfireso maybe new dib doesn't work17:39
TheJuliaprometheanfire: ugh, so sambetts|afk mentioned something along these lines earlier that he was hitting issues off of master dib17:42
prometheanfirewoo17:46
openstackgerrityolanda.robla proposed openstack/ironic-tempest-plugin master: Add manual clean step ironic standalone test  https://review.openstack.org/56861617:52
*** jcoufal has quit IRC17:56
*** jcoufal has joined #openstack-ironic17:58
*** fragatina has quit IRC18:05
*** e0ne has quit IRC18:10
prometheanfireironic is considering this a failure, conductor side18:16
prometheanfire2018-05-18 18:13:39.285 3106 INFO ironic_python_agent.extensions.standby [-] image (ab11b6da-e4d9-4a1d-8dc8-6130aac2e443) written to device /dev/sda root_uuid=18:16
prometheanfire2018-05-18 18:13:39.285 3106 INFO root [-] Command: prepare_image, result: {'result': 'prepare_image: image (ab11b6da-e4d9-4a1d-8dc8-6130aac2e443) written to device /dev/sda root_uuid='}18:16
prometheanfireI do wonder if the uuid thing would fix it18:16
*** racedo has joined #openstack-ironic18:28
*** racedo has quit IRC18:28
TheJuliaprometheanfire: what deploy interface are you using?18:35
prometheanfireipmi/pxe18:36
prometheanfirepike18:36
*** jcoufal has quit IRC18:39
*** rnoriega has quit IRC18:46
*** rnoriega has joined #openstack-ironic18:47
*** milan has quit IRC18:48
*** fragatina has joined #openstack-ironic18:54
prometheanfireTheJulia: in order to support PARTUUID testing I think I'll need the patch merged and a release made, while I can set ipa to install from source (and from my fork) I can't do the same for ironic_lib (where 1/2 of the partuuid change is)18:59
TheJuliaprometheanfire: partition image or whole disk image?19:01
prometheanfireit should be a whole disk image, the image should be two partitions (boot and root)19:02
TheJuliaso if whole disk image, root_uuid doesn't matter, but I don't think we backported that19:02
* TheJulia looks19:02
prometheanfireI was using master IPA19:03
prometheanfirehttps://github.com/prometheanfire/ironic-python-agent19:03
*** kzaitsev_pi has quit IRC19:10
prometheanfireI'll qemu-nbd the qcow and see what I find, because it's still not mounting /dev/sda2 to that tmp location19:11
TheJuliaI'm totally not seeing it :(19:11
prometheanfirethe mount error?19:11
TheJuliaprometheanfire: you could just inject your ironic-lib patch into the ramdisk manually19:12
TheJuliaprometheanfire: the root_uuid fixes that I thought were in place19:12
TheJuliaoh, what is your boot_option?19:12
prometheanfirenot sure19:12
prometheanfireatm I'm having problems with the grub-install part19:12
prometheanfirehttps://gist.github.com/prometheanfire/86552edc5a30fe277fdb6dd11594f86419:13
TheJuliayeah, you shouldn't be there if it is seen as a whole disk image :(19:13
TheJuliathat is what is so broken about this19:13
prometheanfire2018-05-18 19:07:29.252 3457 DEBUG root [-] TYPE did not match. Wanted: 'disk' but found: '' list_all_block_devices /usr/share/ironic-python-agent/venv/local/lib/python2.7/site-packages/ironic_python_agent/hardware.py:16719:13
TheJuliaunless your actually doing a partition image19:13
prometheanfirewhat do you mean by partition image19:14
prometheanfireto me that means single partition19:14
TheJuliapartition image is just a filesystem19:14
prometheanfiredisk means mulit-partition19:14
TheJuliawith a bootloader at the front19:14
prometheanfireya19:14
prometheanfirethat's what it should be19:14
TheJuliaand the grub config should be such that the default filenames are there so nvram should load it up19:15
prometheanfireI'll paste by dib command in a sec19:15
prometheanfireon which image?19:15
TheJuliawhatever dib spits out19:15
prometheanfirethe ipa one or the final one?19:15
TheJuliafor the image to be deployed, not the ramdisk19:15
prometheanfireok19:16
* TheJulia closes the other laptop so she can pack it19:16
prometheanfireok, it looks like it is a single partition19:17
*** kzaitsev_pi has joined #openstack-ironic19:17
prometheanfireNumber  Start   End     Size    Type     File system  Flags19:17
prometheanfire 1      1049kB  2264MB  2263MB  primary  ext4         boot19:17
TheJuliaprometheanfire: are you manually triggering deploy or doing it through nova?19:17
prometheanfireand it's expecting a multi-part whole disk you say?19:18
prometheanfirenova19:18
TheJuliait shouldn't be doing grub_install afaik19:18
TheJuliado you have swift and swift tempurls setup?19:18
prometheanfireyep19:19
TheJuliaif with ironic, try the direct deploy interface19:19
*** fragatina has quit IRC19:19
prometheanfireif tempurls are set up with ironic?19:19
TheJuliaI bet it will just work, but then makes me wonder why the code is thinking that your image is not a whole disk iamge19:19
TheJuliaprometheanfire: correct19:19
prometheanfireit's a qcow2 file with a single partition on it19:20
TheJuliait has a partition table, which makes it a whole disk image19:20
prometheanfirecool19:20
TheJuliai bet the second partition is a config drive19:21
prometheanfireoh, that'd make sense, but it should still be able to mount it19:21
prometheanfiremaybe fat utils aren't there19:21
TheJuliaor iso9660 support is missing19:22
TheJuliaand the uuid it was otherwise trying to mount was /dev/sda2 right?19:22
prometheanfireoh, ya, could be an iso image19:22
prometheanfireI use vfat at home, but this is OSA, so not the same19:22
prometheanfireyes19:22
TheJuliaif I remember correctly, if the config drive comes out of nova, it is iso9660 by default19:23
*** ajya has quit IRC19:23
prometheanfireI can set config-drive=false on the nova boot as well19:24
TheJuliaso this might be making more sense now... and if so then... the bug really is that the dib images your handing it... for some reason are getting interpretted as partition images when they aren't19:24
TheJuliaworty trying19:24
* TheJulia resumes packing up19:24
prometheanfireconf trip?19:25
TheJuliayeah, I fly out of phl to yvr at 0620 AM in th emorning19:25
prometheanfirewhee19:25
TheJuliaso leaving the future mother in law's house tonight so we don't have to get up at 3 AM19:25
prometheanfireah19:25
*** xhku_ has quit IRC19:43
*** fbouliane has joined #openstack-ironic19:45
*** KennethWilke has joined #openstack-ironic19:51
*** e0ne has joined #openstack-ironic19:55
*** KennethWilke has quit IRC20:02
prometheanfireTheJulia: what's direct deploy for pike?20:13
*** cjloader_ has joined #openstack-ironic20:14
*** cjloader has quit IRC20:14
TheJuliaTransfers down to the node via a swift tempurl. No iscsi or cross node interactiona.20:14
TheJuliaDirect is what we called the interface that were called agent_* drivers20:15
prometheanfireok, that's what it's doing20:15
prometheanfireit fetched it via tempurl then qemu-image converted20:15
*** bdodd has quit IRC20:18
*** bdodd has joined #openstack-ironic20:18
*** cjloader_ has quit IRC20:18
*** bdodd has quit IRC20:21
*** bdodd has joined #openstack-ironic20:23
*** bdodd has quit IRC20:29
*** e0ne has quit IRC20:30
*** bdodd has joined #openstack-ironic20:31
*** Arkady has joined #openstack-ironic20:31
*** Arkady has quit IRC20:35
*** fragatina has joined #openstack-ironic20:37
*** fragatina has quit IRC20:38
*** fragatina has joined #openstack-ironic20:39
*** cjloader has joined #openstack-ironic20:48
*** cjloader has quit IRC20:53
*** rbudden has quit IRC20:56
*** baoli has quit IRC21:00
*** baoli has joined #openstack-ironic21:01
*** rbudden has joined #openstack-ironic21:02
*** baoli has quit IRC21:05
*** hemna__ has quit IRC21:07
*** kzaitsev_pi has quit IRC21:12
*** kzaitsev_pi has joined #openstack-ironic21:16
*** baha has quit IRC21:31
*** rh-jelabarre has quit IRC21:33
*** figleaf is now known as edleafe21:40
*** akhilaki has quit IRC21:50
*** jtomasek has quit IRC22:06
*** mitchjameson has joined #openstack-ironic22:07
*** mitchjameson has quit IRC22:07
*** jtomasek has joined #openstack-ironic22:12
*** jtomasek has quit IRC22:17
*** r-daneel has quit IRC22:22
*** hemna__ has joined #openstack-ironic22:25
*** rbudden has quit IRC22:30
*** rajinir has quit IRC22:36
*** d0ugal_ has joined #openstack-ironic23:12
*** d0ugal has quit IRC23:13
*** rnoriega has quit IRC23:17
*** lhinds has quit IRC23:17
*** zshi has quit IRC23:57
*** jaganathan has quit IRC23:58
*** cjloader has joined #openstack-ironic23:59

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