Thursday, 2017-06-29

*** rama_y has quit IRC00:05
*** jaypipes has quit IRC00:14
*** jdwidari has joined #openstack-ironic00:21
*** hw_wutianwei has joined #openstack-ironic00:38
*** vmud213 has joined #openstack-ironic00:53
*** vmud213 has quit IRC00:55
*** vmud213 has joined #openstack-ironic00:56
*** tuanluong has joined #openstack-ironic00:56
*** bfournie has joined #openstack-ironic00:57
*** vmud213 has quit IRC00:57
*** vmud213 has joined #openstack-ironic00:57
*** vmud213 has quit IRC00:58
*** vmud213 has joined #openstack-ironic00:58
*** bfournie has quit IRC00:58
*** vmud213 has quit IRC00:58
*** bfournie has joined #openstack-ironic00:59
*** vmud213 has joined #openstack-ironic01:00
*** phuongnh has joined #openstack-ironic01:04
*** vmud213 has quit IRC01:08
*** vmud213 has joined #openstack-ironic01:08
openstackgerritMichael Turek proposed openstack/ironic master: Generate iPXE template on deploy for boot from volume  https://review.openstack.org/47869001:09
*** jaganathan has quit IRC01:15
*** litao__ has joined #openstack-ironic01:20
TheJuliarloo: no problem, thank you for raising that.  I swear I looked that up before too... :(. Anyway,  noted.  My preference is to get the check before landk f, although if I have to toss up a quick patch to address it after the fact then so be it :\01:25
*** krtaylor has joined #openstack-ironic01:30
*** crushil_ has joined #openstack-ironic01:35
*** vmud213 has quit IRC01:37
*** vmud213 has joined #openstack-ironic01:39
*** vmud213 has quit IRC01:39
*** vmud213 has joined #openstack-ironic01:40
*** crushil_ has quit IRC01:56
*** vmud213 has quit IRC02:11
*** crushil_ has joined #openstack-ironic02:11
*** vmud213 has joined #openstack-ironic02:11
*** Nisha_Agarwal has joined #openstack-ironic02:13
*** crushil_ has quit IRC02:15
*** vmud213 has quit IRC02:19
*** vmud213 has joined #openstack-ironic02:20
*** gcb has joined #openstack-ironic02:24
*** rloo has quit IRC02:41
openstackgerritDao Cong Tien proposed openstack/ironic master: WIP/DNM:Temp patch to test boot-from-volume job  https://review.openstack.org/47685402:43
*** vmud213 has quit IRC02:56
openstackgerritNisha Agarwal proposed openstack/proliantutils master: i[WIP] Adds nvdimm_n, logical_nvdimm_n, persistent_memory attributes  https://review.openstack.org/47870202:57
*** shobhar has joined #openstack-ironic02:59
*** Nisha_Agarwal has quit IRC03:04
*** joe817 has quit IRC03:06
*** joe817 has joined #openstack-ironic03:06
openstackgerritDao Cong Tien proposed openstack/ironic master: Tempest scenario test for boot-from-volume  https://review.openstack.org/47274003:16
openstackgerritDao Cong Tien proposed openstack/ironic master: WIP/DNM:Temp patch to test boot-from-volume job  https://review.openstack.org/47685403:16
*** baoli has joined #openstack-ironic03:27
*** udesale has joined #openstack-ironic03:36
*** adisky__ has joined #openstack-ironic03:56
*** amotoki_away is now known as amotoki03:58
*** vmud213 has joined #openstack-ironic04:04
*** yuanying has joined #openstack-ironic04:18
*** yuanying_ has quit IRC04:19
*** namnh has joined #openstack-ironic04:23
openstackgerritNgo Quoc Cuong proposed openstack/ironic master: Delete log translation functions and add hacking rules  https://review.openstack.org/47842104:27
*** vmud213 has quit IRC04:46
*** links has joined #openstack-ironic04:53
*** jaianshu has joined #openstack-ironic05:00
*** links has quit IRC05:03
*** yuanying has quit IRC05:04
*** jaianshu_ has joined #openstack-ironic05:04
*** yuanying has joined #openstack-ironic05:06
*** marios has joined #openstack-ironic05:11
*** jaianshu_ has quit IRC05:12
*** pcaruana has joined #openstack-ironic05:14
*** links has joined #openstack-ironic05:15
*** mvpnitesh has joined #openstack-ironic05:19
*** pcaruana has quit IRC05:30
*** pcaruana has joined #openstack-ironic05:33
*** joe817 has quit IRC05:33
*** marios has quit IRC05:34
*** ChubYann has quit IRC05:34
*** vmud213 has joined #openstack-ironic05:39
*** pcaruana has quit IRC05:39
openstackgerritDebayan Ray proposed openstack/ironic master: Update new proliantutils version to 2.3.0  https://review.openstack.org/47874105:42
*** mjura has joined #openstack-ironic05:46
*** rcernin_ has joined #openstack-ironic05:48
openstackgerritAnshul Jain proposed openstack/proliantutils master: Redfish: Adds manager support for redfish API's.  https://review.openstack.org/47371905:49
*** mvpnitesh has quit IRC05:55
*** karts has quit IRC05:56
*** rcernin_ is now known as rcernin06:04
openstackgerritHironori Shiina proposed openstack/ironic master: [DNM] Test grenade job with fleetifying nova conductor patch  https://review.openstack.org/47773806:04
openstackgerritDao Cong Tien proposed openstack/ironic master: WIP/DNM:Temp patch to test boot-from-volume job  https://review.openstack.org/47685406:24
*** rbartal has joined #openstack-ironic06:27
pas-hamorning ironic :)06:32
openstackgerritHironori Shiina proposed openstack/ironic master: Set nomulticell flag for starting nova-compute in upgrade  https://review.openstack.org/47731306:34
*** e0ne has joined #openstack-ironic06:36
openstackgerritDao Cong Tien proposed openstack/ironic master: WIP/DNM:Temp patch to test boot-from-volume job  https://review.openstack.org/47685406:42
openstackgerritShu Muto proposed openstack/ironic-ui master: Switch from oslosphinx to openstackdocstheme  https://review.openstack.org/47836506:46
*** hshiina has joined #openstack-ironic06:46
openstackgerritVladyslav Drok proposed openstack/ironic master: [DNM] Test n-g-s upgrade  https://review.openstack.org/47765506:47
vdrokgood morning ironic and pas-ha06:48
*** makowals has joined #openstack-ironic06:57
*** Goneri has joined #openstack-ironic06:59
*** Goneri has quit IRC07:04
openstackgerritDao Cong Tien proposed openstack/ironic master: Adds clean step 'restore_irmc_bios_config' to iRMC drivers  https://review.openstack.org/41640307:21
openstackgerritAnshul Jain proposed openstack/proliantutils master: Redfish: Adds 'update_firmware' APIs support through redfish  https://review.openstack.org/47253207:21
*** marios has joined #openstack-ironic07:24
*** Nisha_Agarwal has joined #openstack-ironic07:28
openstackgerritNgo Quoc Cuong proposed openstack/ironic master: Delete log translation functions and add hacking rules  https://review.openstack.org/47842107:29
*** mvpnitesh has joined #openstack-ironic07:30
*** tesseract has joined #openstack-ironic07:31
*** jkilpatr has quit IRC07:33
*** thaj has joined #openstack-ironic07:35
thajGood morning all07:35
*** pcaruana has joined #openstack-ironic07:35
*** hjensas has joined #openstack-ironic07:35
*** hjensas has quit IRC07:35
*** hjensas has joined #openstack-ironic07:35
*** ccamacho has quit IRC07:40
*** ccamacho has joined #openstack-ironic07:40
*** tesseract has quit IRC07:47
*** openstackgerrit has quit IRC07:47
*** tesseract has joined #openstack-ironic07:48
*** ralonsoh has joined #openstack-ironic07:50
*** zzzeek has quit IRC08:00
*** zzzeek has joined #openstack-ironic08:00
*** junbo has quit IRC08:03
*** jaganathan has joined #openstack-ironic08:06
*** junbo has joined #openstack-ironic08:06
thajHello Dmitry08:09
*** dtantsur|afk is now known as dtantsur08:11
dtantsurmorning ironic08:11
*** derekh has joined #openstack-ironic08:15
*** tesseract has quit IRC08:30
*** amarao has joined #openstack-ironic08:31
*** tesseract has joined #openstack-ironic08:32
*** openstackgerrit has joined #openstack-ironic08:34
openstackgerritHironori Shiina proposed openstack/ironic master: [WIP] Add API for volume resources to api-ref  https://review.openstack.org/47879808:34
*** racedo has joined #openstack-ironic08:38
openstackgerritHironori Shiina proposed openstack/ironic master: [WIP] Add API for volume resources to api-ref  https://review.openstack.org/47879808:39
openstackgerritVladyslav Drok proposed openstack/ironic master: [DNM] Test n-g-s upgrade  https://review.openstack.org/47765508:43
openstackgerritDao Cong Tien proposed openstack/ironic master: WIP/DNM:Temp patch to test boot-from-volume job  https://review.openstack.org/47685408:49
*** snecklifter has joined #openstack-ironic08:51
openstackgerritAnshul Jain proposed openstack/proliantutils master: Redfish: Adds 'update_firmware' APIs support through redfish  https://review.openstack.org/47253208:52
*** athomas has joined #openstack-ironic08:55
*** mgoddard has joined #openstack-ironic09:03
*** vmud213 has quit IRC09:03
*** sambetts|afk is now known as sambetts09:17
sambettsMorning all09:19
dtantsurhi sambetts09:22
*** hshiina has quit IRC09:23
*** Nisha_ has joined #openstack-ironic09:25
*** paramite has quit IRC09:26
*** Nisha_Agarwal has quit IRC09:26
openstackgerritShu Muto proposed openstack/ironic-ui master: Switch from oslosphinx to openstackdocstheme  https://review.openstack.org/47836509:30
*** Nisha_ has quit IRC09:30
sambettso/ dtantsur09:31
openstackgerritPavlo Shchelokovskyy proposed openstack/ironic master: Use adapters for cinderclient  https://review.openstack.org/47617109:33
openstackgerritPavlo Shchelokovskyy proposed openstack/ironic master: Use adapters for neutronclient  https://review.openstack.org/47617009:33
openstackgerritPavlo Shchelokovskyy proposed openstack/ironic master: Refactor common keystone methods  https://review.openstack.org/47697409:33
openstackgerritPavlo Shchelokovskyy proposed openstack/ironic master: Rework keystone auth for glance  https://review.openstack.org/46772809:33
openstackgerritPavlo Shchelokovskyy proposed openstack/ironic master: Fix swiftclient creation  https://review.openstack.org/47617309:33
openstackgerritPavlo Shchelokovskyy proposed openstack/ironic master: Use adapters for inspectorclient  https://review.openstack.org/47617209:33
openstackgerritPavlo Shchelokovskyy proposed openstack/ironic master: Introduce keystoneauth adapters for clients  https://review.openstack.org/46962709:33
openstackgerritPavlo Shchelokovskyy proposed openstack/ironic master: Finalize migration to keystoneauth adapters  https://review.openstack.org/47882509:33
*** tiendc has joined #openstack-ironic09:36
*** tesseract has quit IRC09:38
openstackgerritAnshul Jain proposed openstack/proliantutils master: Redfish: Adds 'update_firmware' APIs support through redfish  https://review.openstack.org/47253209:39
*** tesseract has joined #openstack-ironic09:40
*** shu-mutou-AWAY is now known as shu-mutou09:41
openstackgerritPavlo Shchelokovskyy proposed openstack/ironic master: Allow to set image_url to glance API file  https://review.openstack.org/47499609:47
dtantsursambetts: did you have a chance to check TheJulia's comments on https://review.openstack.org/#/c/454243/ ?09:48
patchbotpatch 454243 - ironic - Logic for skipping deployment with BFV09:48
sambettsdtantsur: was just working through my review queue, so I'm nearly there :-P09:50
dtantsurawesome :)09:50
*** b00tcat has quit IRC09:59
*** b00tcat has joined #openstack-ironic10:00
sambettsdtantsur, TheJulia: I don't think this actually touches vlad's spec to refactor the orcastration into the conductor which so far I don't agree with, I have major concerns about having to include these conditional statements all over deploy interfaces to basically make them noop, where as if we don't even call into the deploy driver when we're not writing an image, then there isn't a need to10:02
sambettstouch the deploy interfaces at all...10:03
dtantsurah, hmm, I see now10:03
dtantsurunfortunately, I do belive that it touches the vdrok10:03
dtantsurdamn10:03
dtantsurthe vdrok's spec10:03
dtantsursambetts: either the deploy driver is an orchestrator, or the conductor.10:04
vdrokhey dtantsur sambetts morning10:04
dtantsurif the former, then we have to keep this logic there; if the latter, then we should go with vdrok's spec10:04
dtantsurmorning vdrok :)10:04
*** ralonsoh has quit IRC10:04
sambettsdtantsur: the deploy interface should be the orchestrator if your writing an image, if your not writing an image then it shouldn't be10:04
dtantsursambetts: well, the orchestator knows what you have to do10:05
dtantsurI don't feel easy about spreading this logic all over the code base, to be honest10:05
dtantsurlike, conductor also knows if we should call networking interfaces or not, but we still keep it in deploy drivers10:05
dtantsurnow we need to keep in mind, that deploy drivers are NOT always called10:05
openstackgerritDao Cong Tien proposed openstack/ironic master: Adds clean step 'restore_irmc_bios_config' to iRMC drivers  https://review.openstack.org/41640310:06
openstackgerritAnkit Kumar proposed openstack/proliantutils master: Redfish: Adds support to get ilo firmware version  https://review.openstack.org/47847810:06
vdrokyeah, I suppose we need to decide this once and do the same thing for all interfaces10:06
dtantsursambetts: e.g. this code https://review.openstack.org/#/c/454243/17/ironic/drivers/modules/iscsi_deploy.py@458 where should it go then?10:06
patchbotpatch 454243 - ironic - Logic for skipping deployment with BFV10:06
dtantsurlines 458 - 46810:06
sambettsin the conductor manager, conditionallised on if we need to write an image here: https://github.com/openstack/ironic/blob/master/ironic/conductor/manager.py#L2791-L2808, IMO the conductor is the core orchestrator, it just delegates the orchestration to the interfaces that know what they have to do, if we need to write an image then the deploy interface understands how to do it, if we're not10:08
sambettswriting an image the10:08
sambettswe don't need to call into the deploy driver10:08
dtantsursambetts: so you actually suggest moving the orchestration to the conductor, right? :) which is what vdrok proposes IIUC10:09
vdrokdtantsur: right, but sambetts concerns is mostly about network interfaces AFAIU10:10
vdrokbecause some of them might be tightly coupled with deploy interfaces10:10
dtantsurwell, the code in question touches network interfaces10:10
sambettsthe conductor already orchestrates stuff, it calls task.driver.depoloy.prepare and task.driver.deploy.deploy10:10
sambettswhat I'm saying is that it doesn't need to do that if we don't need to write an image10:10
dtantsursambetts: yep, and now it will call "task.driver.network.remove_provisioning_network(task)", right?10:10
dtantsurisn't it what vdrok proposes?10:11
*** shu-mutou is now known as shu-mutou-AWAY10:11
dtantsurif we don't call deploy(), then the code on lines 462 - 466 must go *somewhere*. and this code includes calling into a network interface.10:12
sambettsthe difference is that vdrok is proposing doing it in all cases, when we need to write an image that is a complex process and requires delegated control and might be different per deploy driver, in the case of BFV its just attach the volume, atttach the network and power on in every case10:12
dtantsursambetts: so you propose duplicating this logic between conductor (in case of BFV) and deploy (in case of normal deploy)?10:13
vdrokyeah, not pretty :/10:13
dtantsurmaybe then we need a method on the base DeployInterface, something like finish_deploy with this code?10:14
dtantsurotherwise we'll surely forget to update one of the copies one day10:14
*** ralonsoh has joined #openstack-ironic10:15
sambettsdtantsur: so in the conductor it'd be something like: if storage.needs_to_write_image: call deploy driver like normal, else call deploy driver finish deploy?10:15
*** mat128 has joined #openstack-ironic10:15
dtantsursambetts: yep, maybe10:17
openstackgerritPavlo Shchelokovskyy proposed openstack/ironic master: Serve boot configs from Ironic API  https://review.openstack.org/36943810:17
openstackgerritPavlo Shchelokovskyy proposed openstack/ironic master: Implement Driver API for dynamic boot config  https://review.openstack.org/39439810:17
openstackgerritPavlo Shchelokovskyy proposed openstack/ironic master: Add RPC API to get the boot config  https://review.openstack.org/39439910:17
openstackgerritPavlo Shchelokovskyy proposed openstack/ironic master: DNM test enabled dynamic iPXE  https://review.openstack.org/39194310:17
openstackgerritPavlo Shchelokovskyy proposed openstack/ironic master: Allow not writing pxe configs to disk  https://review.openstack.org/39439710:17
openstackgerritPavlo Shchelokovskyy proposed openstack/ironic master: Convert iPXE boot config to proper Jinja template  https://review.openstack.org/39346210:17
sambettsdtantsur: IMO thats what boot.prepare_instnace is for10:18
dtantsurmaybe? as long as we don't duplicate this code10:19
dtantsursambetts: to be honest, I'd prefer to do such refactorings async to the whole BFV work..10:22
dtantsurotherwise we'll never finish it10:22
sambettsdtantsur: there is a concern in my head that the current way of doing it will result in all out of tree deploy interfaces being broken if they don't update to be aware of adding these conditionals to make themselves effectivy noop10:23
dtantsursambetts: the same concern applies to a potential boot interface change10:24
dtantsurand my suggestion with finish_deploy() will only work, if the out-of-tree deploy drivers don't require additional finish steps10:24
* dtantsur has a feeling that writing out-of-tree deploy and boot interfaces is not an easy task10:26
sambettsso we have functions that exist today that are actually kind of like the finish_deploy function you've proposed: https://github.com/openstack/ironic/blob/0424e1a075132b40909b2d41500581524935c706/ironic/drivers/modules/agent.py#L26210:28
dtantsurI think it's actually reboot_and_finish_deploy10:29
dtantsuryeah, kinda https://github.com/openstack/ironic/blob/31d7eb0e05e496cb226ae8f8bc73100e8d6d4486/ironic/drivers/modules/agent_base_vendor.py#L586-L58910:30
dtantsurbut we cannot just call it from the conductor, as it's specific to IPA10:30
sambettsdtantsur: yeah because it does its soft power off10:31
openstackgerritDebayan Ray proposed openstack/ironic master: Refresh firmware versions on firmware update  https://review.openstack.org/34668310:31
sambettsdtantsur: but if we made it a interface abstract function then the conductor could call it right?10:31
dtantsursambetts: yes, though it won't fix deploy interfaces that don't have it, or that rely on additional actions post-deploy10:32
dtantsurwhich brings us back to my point: we break them anyway (with BFV)10:33
sambettsdtantsur: acutually that wouldn't work for BFV anyway because soft power off10:33
dtantsuryep10:33
*** dsneddon has quit IRC10:34
*** dsneddon has joined #openstack-ironic10:35
*** dsneddon has quit IRC10:36
*** udesale has quit IRC10:44
sambettshmm... ok... I think this is going to need more thought and design...10:46
*** jaianshu has quit IRC10:47
*** phuongnh has quit IRC10:47
*** dsneddon has joined #openstack-ironic10:50
dtantsursambetts: yeah. Do you think we should delay BFV until then?10:50
sambettsno, I think we shgould just get this landed if it works and refactor the whole conductor deploy interface interacted as part of a larger picture10:51
dtantsur++10:51
sambettspart of me wonders if the storage interfaces themseleves should have deploy function or not, but thats a conversation for another day10:52
dtantsuryeah, I'm also not sure if the storage interface is perfectly designed.. but I put quite a few thoughts in it back then, and was unable to come up with a perfect solution10:52
dtantsurour deploy interface is kinda weird..10:53
*** jkilpatr has joined #openstack-ironic10:56
*** jkilpatr has quit IRC10:56
*** jkilpatr has joined #openstack-ironic10:57
sambettsyeah I agree... there is a mix of things specific to how to deploy the image to the server e.g. talking to IPA or setting up ISCSI, and also how to boot the server etc :/10:58
sambettsmaybe deploy needs to be split, into deploy orcestrator interface and image writer interface10:59
*** vmud213 has joined #openstack-ironic11:00
dtantsurthis is what I'm thinking too.. need to talk on the PTG (or bring it to vdrok's spec)11:04
dtantsursambetts: mind re-review the patch then please?11:04
sambettsdtantsur: just did11:04
dtantsurthanks!11:05
openstackgerritbhavani proposed openstack/ironic-specs master: Remove pbr warnerrors in favor of sphinx check  https://review.openstack.org/47887911:25
openstackgerritM V P Nitesh proposed openstack/python-ironicclient master: Using internal Resource.to_dict()  https://review.openstack.org/47883411:25
*** hjensas is now known as hjensas|lunch11:27
dtantsurvdrok: mind checking https://review.openstack.org/#/c/454243/ as well? maybe we can merge it today11:30
patchbotpatch 454243 - ironic - Logic for skipping deployment with BFV11:31
vdrokdtantsur: will try to do today11:31
*** vmud213 has quit IRC11:36
*** mvpnitesh has quit IRC11:44
*** mvpnitesh has joined #openstack-ironic11:44
*** fellypefca has joined #openstack-ironic11:44
TheJuliaI think the existing deploy interface solves our needs with-in our context as a singular workflow driving engine of a machine through that lifecycle. Changing that model is definitely a larger discussion because otherwise we will just create more headaches for ourselves. For BFV, the conundrum that we will also eventually have to deal with is someone who has BFV with dedicated storage fabrics, and then wants to11:47
TheJuliadeploy via the agent because their san is loosely connected to cinder or whatever.  I suspect I might write a POC storage interface driver at some point, if I have time to kind of do the same thing, but for local iscsi offering or something.  If anyone has an FC san or FCoE san with a decent API they would like to donate to the cause.... ;)11:47
dtantsurwe're trying to get our hands on hardware like that, but without too much luck so far11:50
dtantsuralso morning TheJulia11:50
TheJuliaGood morning dtantsur and everyone else!11:51
fellypefcaGood morning TheJulia, dtantsur and ironic :)11:51
dtantsurhi fellypefca11:51
TheJuliaI did mention during the project update that hardware access was one of our hurdles, and there was some interest in trying to help solve that problem from the back of the room.  We should put together a wish list during the PTG of things that could help various efforts, and how they could constructively help.  That could then become an avenue to get time in a lab with said hardware if we ask the right people. :)11:52
*** mvpnitesh has quit IRC11:53
*** mvpnitesh has joined #openstack-ironic11:53
*** litao__ has quit IRC11:57
*** tuanluong has quit IRC11:59
fellypefcadtantsur I have already updated the description of RFE, explaining in detail the problem and our proposed solution.12:00
dtantsurthanks. link handy?12:00
*** namnh has quit IRC12:01
fellypefcadtantsur https://bugs.launchpad.net/ironic/+bug/166649712:01
openstackLaunchpad bug 1666497 in Ironic "[RFE] Onetime boot feature in OneView drivers" [Low,In progress] - Assigned to Fellype Cavalcante (fellypefca)12:01
dtantsurthnx, I'll get to it when I finish one email12:01
*** bfournie has quit IRC12:01
fellypefcadtantsur ok! :)12:02
*** tiendc has quit IRC12:04
*** rbudden has joined #openstack-ironic12:05
*** vmud213 has joined #openstack-ironic12:07
openstackgerritPavlo Shchelokovskyy proposed openstack/ironic master: Finalize migration to keystoneauth adapters  https://review.openstack.org/47882512:09
openstackgerritPavlo Shchelokovskyy proposed openstack/ironic master: Use adapters for cinderclient  https://review.openstack.org/47617112:09
openstackgerritPavlo Shchelokovskyy proposed openstack/ironic master: Use adapters for neutronclient  https://review.openstack.org/47617012:09
openstackgerritPavlo Shchelokovskyy proposed openstack/ironic master: Refactor common keystone methods  https://review.openstack.org/47697412:09
openstackgerritPavlo Shchelokovskyy proposed openstack/ironic master: Rework keystone auth for glance  https://review.openstack.org/46772812:09
openstackgerritPavlo Shchelokovskyy proposed openstack/ironic master: Fix swiftclient creation  https://review.openstack.org/47617312:09
openstackgerritPavlo Shchelokovskyy proposed openstack/ironic master: Use adapters for inspectorclient  https://review.openstack.org/47617212:09
openstackgerritPavlo Shchelokovskyy proposed openstack/ironic master: Introduce keystoneauth adapters for clients  https://review.openstack.org/46962712:09
fxpesterhi all, finally able to boot node, but it boots to kernel panic12:16
fxpester'no root= passed to kernel'12:16
fxpesterin generated config I can see 'root={{ ROOT }}' - something is broken or this rcord is correct ?12:16
fxpesterthat config path is - /tftpboot/4ca1c9a5-dd51-41e7-b67a-7b953287fc25/config12:17
thajHi Dmitry12:18
*** baoli has quit IRC12:19
thajwhile ironic deployment, i am getting the the following error in the baremetal server12:19
thaj"PXE-E51: No DHCP or proxyDHCP offers were received"12:19
*** hjensas|lunch has quit IRC12:19
thajAnything need to be set in the neutron config files or in ironic config files.12:20
fxpesterthaj: use tcpdump to check if ironic recieves dhcp requests and sends response12:20
thajIt is basically devestack ironic12:20
dtantsurfellypefca: I really wonder why we even supply persistent=True when booting an IPA..12:20
fxpestertcpdump -an -i any port 67 or port 6812:20
thajHi fxpester. Using wireshark, we tried12:21
thajwe get only "DHCP discover". After that, nothing happens12:21
sambettsdtantsur: that was one of my thoughts too, also every call to set_boot_device goes through this IPMI tool specific function https://github.com/openstack/ironic/blob/master/ironic/drivers/modules/deploy_utils.py#L67012:21
fellypefcadtantsur yeah, me too :/12:22
*** cdearborn has joined #openstack-ironic12:22
dtantsurfellypefca: maybe we should change https://github.com/openstack/ironic/blob/master/ironic/drivers/modules/pxe.py#L488 to pass persistent=False? with an optional flag to make it always persistent?12:22
dtantsurI think it would solve your problem in a much cleaner way12:22
dtantsursambetts: ^^12:22
sambettsdtantsur: +1 that was my suggestion, and I'd like to get rid of the deploy_utils function too12:23
fxpesterthaj: ironic will answer dhcp only if correct setuped AND expecting a node (so it`s like 30 minutes after you done 'nova boot')12:23
dtantsuroh, catching an IPMI exception is awesome as well. but that's a different story12:23
fxpesterguys can you clean for me driver fake_pxe will work with IPA or with other way with iSCSI or both ?12:24
dtantsurfxpester: it will, as long as you actually manage the power at the right point in time12:25
dtantsurI'm aware of people who did it12:25
thajfxpester: after nova boot, i get ironic status as "Clean failed". I am able to power on/off the baremetal from controller node. But, problem occurs only, while 'nova boot'12:26
dtantsurand btw thanks for the detailed explanation fellypefca, I finally understand what you're trying to solve :)12:26
* dtantsur can be slow at times12:26
dtantsurfellypefca: e.g. ironic-inspector uses non-persistent boot: https://github.com/openstack/ironic-inspector/blob/master/ironic_inspector/introspect.py#L118-L11912:27
fellypefcadtantsur But it wouldn't be a better idea that the solution we proposed be accepted for our driver and than we create a spec to modify that in Ironic? We commit ourselves to stay ahead of this.12:28
dtantsurfellypefca: it does not require a spec or even an RFE. it's a bug IMO.12:28
fxpesterthaj: so status 'clean failed' - ironic will not answer dhcp, you need to disable 'cleaning' in config12:28
dtantsurfellypefca: we only need to double-check that we set the boot device each time we reboot during cleaning12:29
fellypefcadtantsur oh, ok12:30
fellypefcadtantsur But can this general solution be in another patch or does it have to be in ours?12:30
dtantsurfellypefca: I don't see a reason to work around a bug in one driver, if we can just fix it12:30
dtantsurfellypefca: yeah, I think we need a non-persistent set_boot_device in https://github.com/openstack/ironic/blob/master/ironic/drivers/modules/agent_base_vendor.py#L132 as well12:30
thajfxpenster: i have ironic.conf file created after running stack.sh . Here, we have a field called 'automated_clean = True'. Should i make this false. Then how can i restart to make into effect?12:31
dtantsurfellypefca: bonus point: a bug fix is potentially backporteable, while your RFE is not12:32
*** bfournie has joined #openstack-ironic12:33
thajIn which file i should make 'cleaning' disable?. local.conf or ironic.conf. Do i need to build devstack again?12:33
dtantsurfxpester: why do you think cleaning has to be disabled?12:34
sambettsthaj: if you want to change a setting without restarting the whole of devstack you can edit the /etc/ironic/ironic.conf, and the go into screen -x and restart ironic-api and ironic-conductor12:34
dtantsurthis is a dangerous thing to recommend, are you sure you're aware of the consequences?12:34
dtantsurand are you sure that deployment will magically succeed, given that it uses the same DHCP mechanism?12:35
*** chlong_ has joined #openstack-ironic12:35
fxpesterdtantsur: it is his current problem, ofc I would recomend just to put his machine in 'ready to deployment' state12:36
dtantsurwell, I suspect the next step will be disabling deployment :)12:36
* dtantsur gets back to whatever his was doing then12:36
fxpesterif I know ironic states so well)12:36
*** vmud213 has quit IRC12:37
dtantsurthaj: the DHCP problem is probably related to the node not being able to access neutron12:37
dtantsurit may be wrong wiring (you're using devstack + baremetal, right? it can be strange at times) or e.g. firewall12:37
dtantsurit can be also that ports are not enrolled correctly (wrong MACs)12:37
thajDmitry. How to fix the neutron issue. What should i do for neutron config?12:37
dtantsurthaj: it's hard to tell from a distance. try using tcpdump on the interface you expect your requests to come, make sure they actually arrive12:38
thajDmitry. we tried using wireshark12:38
dtantsur(also please use nicks when asking something, just "Dmitry" will not highlight a message for me, and I'll easily miss it)12:39
thajok , nicks12:39
*** dmellado has quit IRC12:39
*** trown|outtypewww is now known as trown12:40
dtantsurso, wireshark. do you see DHCP arriving where you expect it to arrive?12:40
thajin hardware info file, i have included the BMC ip , MAC, userid, passworld of baremetal node12:40
thajnicks, no progress of DHCP after DISCOVER12:40
sambettsthaj: how did you plumb the physical NIC into the neutron network bridge?12:41
*** dmellado has joined #openstack-ironic12:42
thajNot clear with your question, sambetts. Can you please ask little bit in lower level? May be i am a stranger to Ironic!12:42
fellypefcadtantsur But if you look at the first discussions of the patch, our first solution was to change that in the general Ironic. And after discussions with the community staff, they asked that this behavior be internal to our driver.12:42
dtantsurfellypefca: have a link to the discussion handy? I wonder what the concerns were..12:43
sambettsdtantsur: https://bugs.launchpad.net/ironic/+bug/166649712:44
openstackLaunchpad bug 1666497 in Ironic "[RFE] Onetime boot feature in OneView drivers" [Low,In progress] - Assigned to Fellype Cavalcante (fellypefca)12:44
fellypefcadtantsur https://review.openstack.org/#/c/436469/12:44
patchbotpatch 436469 - ironic - Adds onetime boot in oneview drivers12:44
dtantsurfellypefca: at least, which patchset? :)12:44
fellypefcaThe first discussions with vdrok, julia and yuriy12:45
fellypefcapatchset12:45
fellypefca212:45
fellypefcasorry12:45
*** sasha2 has joined #openstack-ironic12:46
thajHi Sambetts12:46
*** jcoufal has joined #openstack-ironic12:46
dtantsurTheJulia, vdrok, what was the reasoning against using non-persistent boot for booting IPA? that's the only reason we even have non-persistent boot..12:47
thajcan you pls re-tell your question in simple way  " how did you plumb the physical NIC into the neutron network bridge?"12:47
dtantsurif we never going to use it, we can well remove it12:47
*** dprince has joined #openstack-ironic12:47
*** baoli has joined #openstack-ironic12:48
*** baoli has quit IRC12:48
*** jkilpatr has quit IRC12:49
dtantsurfor me it looks this way: 1. we accept persistent=False to be used in one-shot boots like IPA; 2. we never use though; 3. we ask vendors to work around this by hacking their management interfaces.12:49
*** baoli has joined #openstack-ironic12:49
*** jkilpatr has joined #openstack-ironic12:49
dtantsurTheJulia, vdrok, yuriyz: I really wonder if this ^^ is the right thing to do..12:49
TheJuliaby 1, you mean expect instead of accept?12:50
dtantsurTheJulia: no, I mean accept. Introduce this flag in the API.12:50
TheJuliaFor one-shots, I don't know.  For normal power operations, it has to do with buggy bmcs, like ones that if you set netboot, they only ever netboot once12:51
dtantsurfellypefca: btw, part of the concern was around changing the default value for the parameter in that function. this is not what I propose - I propose changing where it's used.12:51
sambettsIMO we should kill deploy_utils try_set_boot_device, PXEboot etc should call manager_utils.node_set_boot_device directly, and should pass persisent=False12:52
dtantsursambetts++12:52
TheJuliaoh12:52
TheJuliaWell, Agent boots are not always one time boots12:53
TheJuliathe agent can reboot the node for cleaning12:53
dtantsurTheJulia: yes, and we can request a temporary boot again12:53
dtantsurTheJulia: and anyway, the OneView change in question does exactly this: forces a temporary boot device, even if persistent is requested12:54
TheJuliabut only if the conductor orchestrates it. i.e. I can't have a firmware script for cleaning that just reboots the node after updating firmware.12:54
dtantsurTheJulia: this is precisely why we have "reboot_required" flag in clean steps, I think12:55
TheJuliafor just deploy...12:55
* TheJulia looks up the rackspace cleaning example because she seems to remember a shutdown -r in the script12:55
dtantsurTheJulia: and as I mentioned above, the OneView change in question breaks it anyway :)12:55
TheJuliaonly if wired in for deployment which I think their change was12:56
dtantsurwell, this reduces usefulness of the change though.12:56
sambettsTheJulia: they do it in cleaning too12:57
dtantsuralso the RFE explicitly mentions cleaning12:57
sambettsTheJulia: https://review.openstack.org/#/c/436469/19/ironic/drivers/modules/oneview/deploy_utils.py L10612:57
patchbotpatch 436469 - ironic - Adds onetime boot in oneview drivers12:57
fellypefcaWe're worried if this get not merged in Pike release. Our solution was close to be accepted and with this change of approach, it might not come in time. :(12:58
TheJuliawhew, the published examples don't have shutdown -r12:58
dtantsurfellypefca: the solution we're talking about is much closer to being accepted IMO12:58
dtantsurand it's potentially backportable, as I mention above12:58
TheJuliaugh, yeah, that does break cleaning, even if reboot_required I think12:58
* TheJulia double checks12:59
dtantsurfellypefca: also, as it seems now, your solution may break cleaning when reboot_required is used in clean steps12:59
fxpestercan someone post working config ? I doubt about mine the path is - /tftpboot/4ca1c9a5-dd51-41e7-b67a-7b953287fc25/config  data - http://paste.openstack.org/show/614051/13:00
fxpesterso I ask for your working config to compare them ^^13:00
fxpestermine leads to kernel panic13:00
dtantsurfxpester: which release is that? have you changed anything? ({{ DISK_IvimT FIER }} looks suspicious)13:02
fxpester2015.01 kilo13:02
TheJuliayeah, prepare_cleaning gets called once, to start, then after reboot it is heartbeats that drive cleaning13:02
TheJuliaso if there is a reboot... rutro.13:02
fellypefcaOh :/13:03
TheJuliathen again13:04
TheJuliamost of such things should be handled by the server profile template in terms of firmware and everything else13:05
TheJuliapure cleaning would be it I think, unless someone implemented their own hardware manager with the oneview driver13:05
vdroksorry, was on lunch13:05
fellypefcadtantsur TheJulia So, the best solution is to pass persistent=False here(https://github.com/openstack/ironic/blob/master/ironic/drivers/modules/pxe.py#L488)? with an optional flag to make it always persistent?13:06
dtantsurfellypefca: I think so + fix cleaning to also do the same13:06
TheJuliafellypefca: I _think_, however for cleaning you would need to pass persistent=True13:07
dtantsurTheJulia: or call set_boot_device on every reboot13:07
TheJuliayup13:07
dtantsurI mean, cleaning reboot, of course13:07
TheJuliayeah, I'm just worried about possible tribal knowledge issues with expectation of having the conductor manage the reboot, but I'm also not sure how we document that effectively as a "don't do X in your own hardware managers!"13:09
TheJuliastepping away for a little bit13:10
vdrokdtantsur: hrm, so out-of-tree drivers will need to set some flag if they need persistent boot?13:11
vdrokduring deployment13:11
sambettsvdrok: what type of driver?13:12
sambettsmanagement? deploy?13:12
vdrokif we're talking about https://github.com/openstack/ironic/blob/master/ironic/drivers/modules/pxe.py#L488 I guess it is management interface that will be looking if this flag is present?13:12
sambettsdeploy drivers would call set_boot_device themselves so could pass persistent=True if they need it13:13
sambettsif a management interface knows that it can't do one time boot, then it can just ignore the flag13:13
vdrokOK, but this means a change is needed to deploy interfaces?13:13
vdrokto explicitly say persistent=True13:14
dtantsurvdrok: I don't get why.. our PXE interface has a bug that it requests a persistent boot, when a temporary is needed. and our Agent deploy interface has a bug, that it does not request any boot device, when doing a reboot.13:14
sambettsIMO we can leave the deploy_utils function there with a deprcation warning for out of tree drivers that are using it13:14
fellypefcadtantsur: besides call set_boot_device on every reboot, what would be a other solution to fix the cleaning? I understand the problem of the cleaning (reboot required as a cleaning step) but a need a hand on the way where to place the change... :)13:14
sambettsand then the in-tree ones should be calling the set_boot_device directly with the flag set as expected13:15
dtantsurfellypefca: I think calling set_boot_device isthe right thing to do. the only alternative I see it to say with persistent boot..13:15
fellypefcadtantsur: gotcha13:16
vdrokdtantsur: "Agent deploy interface has a bug, that it does not request any boot device, when doing a reboot" here you're saying about cleaning reboots?13:17
fellypefcaSo we leave the onetime boot patch and propose this general solution in another one?13:19
*** hjensas|lunch has joined #openstack-ironic13:19
dtantsurvdrok: yep13:21
dtantsurfellypefca: that's what I (and sambetts apparently) suggest13:21
sambettsmakes sense to me13:22
*** mvpnitesh has quit IRC13:25
vdrokugh, honestly I'm not sure without seeing the patch :( we have 3 functions for setting boot device, deploy_utils.try_set_boot_device (with persistent=True by default), conductor.utils.node_set_boot_device (with persistent=False by default) and management interfaces method set_boot_device (which also defaults to False). we just need to make sure the changes don't break anyone13:25
*** mvpnitesh has joined #openstack-ironic13:25
*** jkilpatr has quit IRC13:26
vdrokeg agent driver configure_local_boot calls deploy_utils.try_set_boot_device relying on default value of True, while reboot_to_instance requests persistent device explicitly13:27
vdrokand in first case deploy_utils.try_set_boot_device is called, in the second - conductor.utils.node_set_boot_device13:28
sambettsdeploy_utils.try_set_boot_device needs to die13:28
*** jkilpatr has joined #openstack-ironic13:28
vdrokright, but it can be used by someone, that's the reason I was opposed to changing its defaults initially (IIRC :))13:29
vdrok*someone out of tree13:29
vdrokif we deprecate it, then I guess it should be OK13:29
fxpesterFolowed standart deploy images way with coreos, but at deploy stage it boot to this and get frozen - https://pasteboard.co/30lmvfLZc.png13:31
fxpesterany ideas what is it ?13:31
fxpesteroh no, it is fedora images13:31
fxpesterand looks ok... hm13:31
fxpesterthere is no default login/passwords ?13:31
*** baoli has quit IRC13:32
*** jkilpatr_ has joined #openstack-ironic13:34
*** jkilpatr_ has quit IRC13:36
*** jkilpatr_ has joined #openstack-ironic13:37
dtantsurfxpester: nope. you need to use nova keypairs, or embed logins in the image13:37
*** jkilpatr has quit IRC13:37
*** mjturek has joined #openstack-ironic13:43
*** mtanino__ has joined #openstack-ironic13:44
*** rama_y has joined #openstack-ironic13:44
*** livelace has joined #openstack-ironic13:46
*** mvpnitesh has quit IRC13:48
*** mvpnitesh has joined #openstack-ironic13:48
*** mvpnitesh has quit IRC13:51
*** mvpnitesh has joined #openstack-ironic13:51
openstackgerritDao Cong Tien proposed openstack/ironic master: WIP/DNM:Temp patch to test boot-from-volume job  https://review.openstack.org/47685413:53
openstackgerritMerged openstack/ironic master: Don't retry power status if power action fails  https://review.openstack.org/44945413:54
*** rama_y has quit IRC13:55
*** makowals has quit IRC13:58
*** joe817 has joined #openstack-ironic14:01
*** makowals has joined #openstack-ironic14:02
*** skazi__ has joined #openstack-ironic14:04
*** racedo_ has joined #openstack-ironic14:09
jlvillalTheJulia, I did a -1 on https://review.openstack.org/466333 as I think we want to use the latest API version to make sure we don't break it later. WDYT?14:11
patchbotpatch 466333 - ironic - DevStack: Add configuration for boot-from-volume14:11
*** racedo has quit IRC14:11
TheJuliajlvillal: latest as in explicitly request latest?14:12
jlvillalTheJulia, Yes. Like all the other uses in devstack/lib/ironic14:12
jlvillalTheJulia, But I could be wrong.14:12
TheJuliaI thought we did explicit versions, but it could have been changed while I was not looking :)14:13
jlvillalTheJulia, I only see latest used in current devstack/lib/ironic14:14
TheJuliaworks for me then :)14:14
*** shobhar has quit IRC14:14
jlvillalTheJulia, Which makes sense to me to make sure we don't break something in a future API change.14:14
TheJuliait does14:14
TheJuliajlvillal: thanks!14:15
jlvillal:)14:15
*** rodrigofm has joined #openstack-ironic14:21
*** jaypipes has joined #openstack-ironic14:24
*** baoli has joined #openstack-ironic14:25
TheJuliafxpester: vmxnet3 ?  Driving a machine testing on vmware?  The question may also be what version of the CoreOS image you have.  The latest Ironic Python Agent code is not going to be able to talk to a kilo ironic installation.14:25
*** jkilpatr_ has quit IRC14:26
fxpesterso, old way without IPA is not supported in current images ?14:27
*** jkilpatr has joined #openstack-ironic14:27
*** baoli has quit IRC14:28
*** mvpnitesh has quit IRC14:30
*** e0ne has quit IRC14:30
*** zhurong has joined #openstack-ironic14:31
openstackgerritVladyslav Drok proposed openstack/ironic master: [DNM] Test n-g-s upgrade  https://review.openstack.org/47765514:32
*** ralonsoh has quit IRC14:32
*** rbartal has quit IRC14:36
*** makowals has quit IRC14:37
*** baoli has joined #openstack-ironic14:39
*** zhurong has quit IRC14:40
*** racedo__ has joined #openstack-ironic14:47
openstackgerritDmitry Tantsur proposed openstack/ironic master: Make redfish power interface wait for the power state change  https://review.openstack.org/47895814:48
*** racedo_ has quit IRC14:49
TheJuliafxpester: We changed the heartbeating method in one of the more recent releases and only maintained that support for current-1 support.  You might be able to build an IPA image using stable/mitaka, or liberty.  Best bet may be to resurect the bash ramdisk from Diskimage-Builder, but then you will be limited to the iscsi based deployment drivers.14:51
TheJuliafxpester: tl;dr, a lot has changed since kilo.14:52
*** tuanla_fujitsu has joined #openstack-ironic14:53
*** tuanla__ has joined #openstack-ironic14:54
openstackgerritXavier proposed openstack/ironic master: [WIP] Migrate oneview driver to use python-hpOneView  https://review.openstack.org/46687214:56
ricardoasdtantsur TheJulia fellypefca sambetts: sorry for losing the persistent boot party :( i´ll take a look at your comments, submit the bug and see if there is something oneview related i can add, ok?14:56
dtantsursure14:57
dtantsurit's never late for a persistent boot party :)14:57
TheJuliait is also never late for a review party, or beer :)14:57
ricardoas\o/14:57
*** makowals has joined #openstack-ironic14:59
*** joe817 has quit IRC15:01
*** joe817 has joined #openstack-ironic15:01
*** vmud213 has joined #openstack-ironic15:02
*** keerthivasan has joined #openstack-ironic15:06
keerthivasanfacing few issues on node scheduling on ironic15:06
keerthivasanin ironic spinning 20 nodes using ironic...but scheduling happens for only 10 at a time ?15:08
keerthivasanany clue ?15:08
*** cdearborn has quit IRC15:10
*** rpioso has joined #openstack-ironic15:10
keerthivasanhi rpioso any idea ?15:11
dtantsurkeerthivasan: I think it's configurable in nova15:15
*** jkilpatr has quit IRC15:16
TheJuliakeerthivasan: As dtantsur said, that is inside nova's configuration.  I think concurrency or something like that.15:16
keerthivasanchecking the same configuration...15:17
keerthivasanthanks dtantsur15:18
*** rama_y has joined #openstack-ironic15:19
keerthivasanI am right max_concurrent_builds ?15:20
NobodyCamGood Morning Ironic'ers15:20
*** jistr is now known as jistr|afk15:20
rama_yGood morning NobodyCam15:21
*** cdearborn has joined #openstack-ironic15:22
NobodyCamMorning rama_y :)15:22
TheJuliakeerthivasan: looks like it :)  I seem to remember there is another thing that might need to be tuned from there15:23
*** skazi__ has quit IRC15:23
TheJuliabut I just don't remember anymore15:23
TheJuliaGood morning rama_y, NobodyCam15:23
rama_yGood morning TheJulia15:23
NobodyCamMorning TheJulia :) did you get power back?15:23
TheJuliaOh yes, of course :)15:24
NobodyCam:)15:24
*** cdearborn_ has joined #openstack-ironic15:24
TheJuliamy high amperage extension cable is on the delivery truck now \o/15:25
*** shobhar has joined #openstack-ironic15:25
*** mjura has quit IRC15:25
NobodyCamw00t15:25
openstackgerritMerged openstack/ironic master: Logic for skipping deployment with BFV  https://review.openstack.org/45424315:26
NobodyCam:)15:26
NobodyCamnice15:26
* TheJulia feels a slight amount of stress disappear15:26
*** cdearborn__ has joined #openstack-ironic15:26
keerthivasanTheJulia: that configuration change is not working....looking for other config15:27
*** rcernin has quit IRC15:28
TheJuliakeerthivasan: that might be the other thing I'm remembering. :\15:28
openstackgerritMerged openstack/ironic master: Add CRUD notification objects for volume connector and volume target  https://review.openstack.org/46393015:28
rama_yTheJulia: I am testing BFV on BM node; getting fault 'no valid hostname found' from nova when I create an instance.15:28
rama_yTheJulia: here is my etherpad: https://etherpad.openstack.org/p/Testing_'boot_from_volume'_patches around line #69415:29
TheJuliarama_y: Anything in the nova logs?15:29
dtantsurTheJulia: two BFV patches at once, w00t :)15:29
rama_ySame info15:29
*** jkilpatr has joined #openstack-ironic15:29
TheJuliarama_y: Okay, can you by chance provide the nova logs, about a thousand lines before and a hundred lines after the error that your seeing?  I'm assuming your seeing this in the nova-compute log output?15:30
TheJuliadtantsur: That just leaves the API, and it is being worked on from the note update I saw about an hour ago15:30
TheJuliawell, just leaves the API before we are out of a single stack of patches15:30
TheJuliamjturek: btw, I added the fix you uploaded to the list15:31
rama_yTheJulia: ok; will do so shortly; thanks.15:31
mjturekthx TheJulia, I'm just about to push a rev on that15:31
TheJuliarama_y: if your not seeing that error in nova-compute's log, then it is something likely scheduling related, or the compute service just was not running maybe15:32
TheJuliamjturek: \o/15:32
TheJuliarama_y: out of curiosity, do you mean the error is "No valid host was found. There are not enough hosts available." ?15:36
rama_yTheJulia: yes15:37
rama_yTheJulia: That is the error I am seeing; I added a BM node as the 4th node in addition to the 3 VM nodes.15:38
TheJuliaSo that is totally a scheduling issue then15:39
TheJulianode-4?15:39
TheJuliaerr, node-3?15:39
rama_yTheJulia: I put 2 nodes in maintenance; another VM node is active; so assumed nova would pick node-315:39
rama_ynode-3 is my BM node15:39
TheJuliarama_y: possibly15:39
*** cdearborn has quit IRC15:40
TheJuliacan we get the ironic node-show output for node-3 into that etherpad?15:40
TheJuliaThis might be easy to spot15:40
rama_yI did; at the very bottom15:40
* TheJulia reloads the etherpad and looks15:40
TheJuliaI just see the openstack server show output15:41
TheJuliawhich is nova15:41
rama_yOh sorry; let me do so15:41
TheJuliaopenstack baremetal node show (i think)15:41
TheJuliano worries15:41
rama_yYes; now it is there at the bottom15:42
*** cdearborn_ has quit IRC15:42
TheJuliayour missing the properties for nova to use to schedule15:43
TheJuliaAn example would be like line 44115:43
TheJuliaYou may want to consult the devstack plugin for ironic on examples of adding the properties, in terms of the way the data is structured15:46
TheJuliayou'll also need to wait 2-3 minutes at a minimum before trying to re-deploy.  I think nova updates its scheduling data every minute by default15:47
*** Nisha_Agarwal has joined #openstack-ironic15:48
*** hshiina has joined #openstack-ironic15:56
keerthivasanTheJulia are you able to recollect the parameter ?15:59
* sambetts ----> home16:00
sambettsnight all, cya'll tomorrow o/16:00
*** sambetts is now known as sambetts|afk16:00
TheJuliagoodnight sambetts|afk16:00
rama_yTheJulia: great, thanks for the pointer.16:00
sambetts|afko/ TheJulia16:00
*** amarao has quit IRC16:04
*** mat128_ has joined #openstack-ironic16:04
*** mat128 has quit IRC16:06
*** jistr|afk is now known as jistr16:07
*** makowals has quit IRC16:09
*** jaganathan has quit IRC16:19
*** e0ne has joined #openstack-ironic16:22
*** keerthivasan has quit IRC16:25
*** snecklifter has quit IRC16:28
*** Nisha_Agarwal has quit IRC16:30
*** Nisha_Agarwal has joined #openstack-ironic16:30
*** hjensas|lunch is now known as hjensas16:34
*** marios has quit IRC16:37
*** shobhar has quit IRC16:39
*** trown is now known as trown|lunch16:41
*** pcaruana has quit IRC16:48
*** jdwidari has quit IRC16:49
dtantsurg'night16:50
*** dtantsur is now known as dtantsur|afk16:50
*** derekh has quit IRC16:50
TheJuliagoodnight dtantsur|afk16:50
mjturekadios dtantsur|afk16:50
dtantsur|afko/16:51
TheJuliadtantsur|afk: minimum basic creates the instance first and then attaches the volume, not applicable in our case due to physical limitations of the universe at this time.16:52
*** tesseract has quit IRC16:58
*** baoli has quit IRC16:59
*** baoli has joined #openstack-ironic17:00
*** mgoddard has quit IRC17:02
*** shobhar has joined #openstack-ironic17:09
*** hshiina has quit IRC17:11
jlvillalTheJulia: What's next for BFV? I see the Whiteboard has the two items crossed out as they merged.17:16
TheJuliaI'll post the next two patches17:17
jlvillalTheJulia: Thanks17:17
*** racedo__ has quit IRC17:18
*** vmud213 has quit IRC17:19
TheJuliajlvillal: updated17:19
jlvillalTheJulia: Thanks17:20
TheJuliahttps://etherpad.openstack.org/p/Ironic-BFV is also the etherpad tracking all the BFV stuff right now17:20
*** tuanla_fujitsu has quit IRC17:24
*** tuanla__ has quit IRC17:24
*** skazi has quit IRC17:25
*** fellypefca has quit IRC17:35
*** baoli has quit IRC17:37
*** baoli has joined #openstack-ironic17:38
*** mgoddard has joined #openstack-ironic17:41
*** trown|lunch is now known as trown17:49
*** jaganathan has joined #openstack-ironic17:55
*** mgoddard has quit IRC18:02
*** rodrigofm has quit IRC18:04
*** cdearborn has joined #openstack-ironic18:05
*** rodrigofm has joined #openstack-ironic18:05
*** cdearborn__ has quit IRC18:18
*** dsneddon has quit IRC18:20
*** dsneddon has joined #openstack-ironic18:20
*** mtanino__ has quit IRC18:25
*** e0ne has quit IRC18:31
*** shobhar has quit IRC18:32
*** dprince has quit IRC18:32
*** skazi has joined #openstack-ironic18:36
*** Nisha_Agarwal has quit IRC18:37
*** ChubYann has joined #openstack-ironic18:41
*** dprince has joined #openstack-ironic18:48
*** mjturek has quit IRC18:50
*** mjturek has joined #openstack-ironic18:51
*** racedo has joined #openstack-ironic18:53
*** adisky__ has quit IRC18:54
*** mjturek has quit IRC18:55
*** livelace has quit IRC18:59
*** rodrigofm has quit IRC19:00
*** rodrigofm has joined #openstack-ironic19:01
*** racedo has quit IRC19:04
*** rodrigofm has quit IRC19:06
*** rodrigofm has joined #openstack-ironic19:06
*** racedo has joined #openstack-ironic19:07
*** racedo has quit IRC19:10
*** mat128_ has quit IRC19:11
*** mjturek has joined #openstack-ironic19:11
*** e0ne has joined #openstack-ironic19:25
*** e0ne has quit IRC19:35
openstackgerritHugo Nicodemos proposed openstack/ironic master: Introduce hpOneView and ilorest to OneView  https://review.openstack.org/46812919:54
*** e0ne has joined #openstack-ironic19:59
openstackgerritHugo Nicodemos proposed openstack/ironic master: Migrate python-oneviewclient validations to Ironic OneView drivers  https://review.openstack.org/46842820:05
*** racedo has joined #openstack-ironic20:14
*** jcoufal has quit IRC20:34
*** cdearborn has quit IRC20:38
*** racedo has quit IRC20:40
*** trown is now known as trown|pto20:43
*** dprince has quit IRC20:44
*** hamzy has quit IRC20:44
*** baoli has quit IRC21:02
*** e0ne has quit IRC21:16
*** racedo has joined #openstack-ironic21:21
*** paramite has joined #openstack-ironic21:22
*** pooja has joined #openstack-ironic21:22
*** mjturek has quit IRC21:27
*** racedo has quit IRC21:36
*** e0ne has joined #openstack-ironic21:38
*** athomas has quit IRC21:38
*** jaganathan has quit IRC21:39
*** e0ne has quit IRC21:43
*** paramite has quit IRC21:43
*** bfournie has quit IRC22:04
*** MattMan_1 has quit IRC22:18
*** MattMan_1 has joined #openstack-ironic22:18
openstackgerritJohn L. Villalovos proposed openstack/ironic master: Deprecate DHCP providers  https://review.openstack.org/45612722:21
*** cdearborn has joined #openstack-ironic22:23
NobodyCamlol.. with that I guess I can abandon this review I started like a year ago. https://review.openstack.org/#/c/343947/22:31
patchbotpatch 343947 - bifrost - Initial work to add ISC-DHCP22:31
*** cdearborn has quit IRC22:40
*** bfournie has joined #openstack-ironic23:05
*** johnthetubaguy has quit IRC23:18
*** mjturek has joined #openstack-ironic23:19
*** jaypipes has quit IRC23:20
*** mtanino_ has joined #openstack-ironic23:25
*** johnthetubaguy has joined #openstack-ironic23:28
*** baoli has joined #openstack-ironic23:48
*** baoli has quit IRC23:53

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