Monday, 2015-06-08

*** eghobo has joined #openstack-ironic00:04
*** eghobo has quit IRC00:16
*** naohirot has joined #openstack-ironic00:25
*** igordcard has quit IRC00:36
*** mitz has joined #openstack-ironic00:47
*** jamielennox|away is now known as jamielennox01:07
*** kan_ has joined #openstack-ironic01:28
*** heyongli has joined #openstack-ironic01:40
*** jnielsen55 has quit IRC02:29
*** davidlenwell has quit IRC02:33
*** ramineni has joined #openstack-ironic02:48
*** eghobo has joined #openstack-ironic02:54
*** zhenguo has joined #openstack-ironic03:03
*** eghobo has quit IRC03:07
*** heyongli has quit IRC03:13
*** heyongli has joined #openstack-ironic03:14
openstackgerritShivanand Tendulker proposed openstack/ironic: Validate capability in properties and instance_info  https://review.openstack.org/17478503:17
openstackgerritZhenguo Niu proposed openstack/ironic-specs: Add nodes tagging support  https://review.openstack.org/18397103:18
*** mdbooth has quit IRC03:27
*** UForgotten has quit IRC03:27
*** errr has quit IRC03:27
*** errr has joined #openstack-ironic03:27
*** heyongli has quit IRC03:27
*** bradjones|away has quit IRC03:27
*** valkyrja has quit IRC03:27
*** mikal has quit IRC03:27
*** UForgotten has joined #openstack-ironic03:27
*** mdbooth has joined #openstack-ironic03:27
*** mikal has joined #openstack-ironic03:28
*** valkyrja has joined #openstack-ironic03:28
*** harlowja_at_home has joined #openstack-ironic03:28
*** bradjones has joined #openstack-ironic03:28
*** bradjones has quit IRC03:28
*** bradjones has joined #openstack-ironic03:28
*** coolsvap|afk is now known as coolsvap03:44
*** eghobo has joined #openstack-ironic03:53
*** davidlenwell has joined #openstack-ironic03:55
*** eghobo has quit IRC03:56
*** eghobo has joined #openstack-ironic04:03
*** naohirot has quit IRC04:06
*** naohirot has joined #openstack-ironic04:14
*** kalpase has joined #openstack-ironic04:19
*** harlowja_at_home has quit IRC04:20
*** achanda has joined #openstack-ironic04:33
*** saripurigopi has joined #openstack-ironic04:33
*** eghobo_ has joined #openstack-ironic04:33
*** eghobo has quit IRC04:37
*** eghobo has joined #openstack-ironic04:40
*** eghobo_ has quit IRC04:41
*** rameshg87 has joined #openstack-ironic04:42
rameshg87good morning (ugt) ironic04:43
Haomengrameshg87: morning ramesh:)04:43
rameshg87Haomeng: o/04:43
*** eghobo has left #openstack-ironic04:45
*** achanda has quit IRC04:55
*** achanda has joined #openstack-ironic05:13
saripurigopigm rameshg8705:20
rameshg87gm saripurigopi05:20
*** achanda_ has joined #openstack-ironic05:22
*** achanda has quit IRC05:23
saripurigopirameshg87: i'm looking for the ilo secure boot demo video.05:24
rameshg87saripurigopi: it is available in youtube now05:25
* rameshg87 fetches the link05:25
saripurigopirameshg87: got it05:25
rameshg87https://www.openstack.org/summit/vancouver-2015/summit-videos/presentation/how-to-make-ironic-bare-metal-provisioning-more-secure-and-reliable05:27
rameshg87:)05:27
*** achanda_ has quit IRC05:28
saripurigopirameshg87 :-) thanks05:28
*** oomichi has joined #openstack-ironic05:28
*** Haomeng|2 has joined #openstack-ironic05:36
*** lsmola has joined #openstack-ironic05:36
*** Haomeng has quit IRC05:38
*** chenglch has joined #openstack-ironic05:41
*** dlpartain has joined #openstack-ironic05:43
*** dlpartain has left #openstack-ironic05:44
*** jcoufal has joined #openstack-ironic05:57
*** pradipta has joined #openstack-ironic05:58
*** tteggel has quit IRC06:04
*** ukalifon has joined #openstack-ironic06:15
*** achanda has joined #openstack-ironic06:19
*** saripurigopi has quit IRC06:38
*** dtantsur|afk is now known as dtantsur06:44
dtantsurMorning Ironic06:44
*** mordred has quit IRC06:46
*** heyongli has joined #openstack-ironic06:50
*** edcragg has joined #openstack-ironic07:00
*** achanda has quit IRC07:02
*** achanda has joined #openstack-ironic07:04
*** edcragg has quit IRC07:05
rameshg87dtantsur: o/07:14
dtantsuro/07:14
*** achanda has quit IRC07:17
*** athomas has joined #openstack-ironic07:18
*** yog__ has joined #openstack-ironic07:24
openstackgerritRamakrishnan G proposed openstack/ironic: Add vendor-passthru to attach and boot an ISO  https://review.openstack.org/18831707:28
*** lazy_prince has joined #openstack-ironic07:29
*** viktors|afk is now known as viktors07:45
*** romainh has joined #openstack-ironic07:52
*** jistr has joined #openstack-ironic07:52
openstackgerritMerged openstack/python-ironicclient: Updated from global requirements  https://review.openstack.org/18849507:57
*** lucasagomes has joined #openstack-ironic08:05
*** davidlenwell has quit IRC08:06
*** davidlenwell has joined #openstack-ironic08:09
*** dguerri` is now known as dguerri08:11
*** yuanying has quit IRC08:13
*** derekh has joined #openstack-ironic08:14
*** achanda has joined #openstack-ironic08:14
*** ndipanov has joined #openstack-ironic08:15
*** bethelwell has joined #openstack-ironic08:17
*** davidlenwell has quit IRC08:23
*** achanda has quit IRC08:29
*** davidlenwell has joined #openstack-ironic08:30
*** achanda has joined #openstack-ironic08:30
*** yog__ has quit IRC08:33
*** yog__ has joined #openstack-ironic08:35
*** achanda has quit IRC08:35
*** bethelwe_ has joined #openstack-ironic08:38
*** bethelwell has quit IRC08:42
*** achanda has joined #openstack-ironic08:49
*** lazy_prince has quit IRC08:51
*** leopoldj has joined #openstack-ironic08:54
*** MattMan has quit IRC08:56
*** e0ne has joined #openstack-ironic08:56
*** achanda has quit IRC08:56
*** MattMan has joined #openstack-ironic08:56
*** mgoddard has joined #openstack-ironic08:57
*** achanda has joined #openstack-ironic08:57
*** yog__ has quit IRC08:57
*** bethelwe_ has quit IRC08:59
*** bethelwell has joined #openstack-ironic08:59
openstackgerritVictor Sergeyev proposed openstack/ironic: Use oslo.messeging serializers  https://review.openstack.org/18870109:00
*** dtantsur is now known as dtantsur|bbl09:03
openstackgerritVictor Sergeyev proposed openstack/ironic: Use oslo.messeging serializers  https://review.openstack.org/18870109:03
*** achanda has quit IRC09:03
*** yog__ has joined #openstack-ironic09:09
*** e0ne is now known as e0ne_09:10
openstackgerritMerged openstack/ironic: Updated from global requirements  https://review.openstack.org/18847509:12
*** dlpartain has joined #openstack-ironic09:19
*** dlpartain has left #openstack-ironic09:19
*** e0ne_ has quit IRC09:20
*** Nisha has joined #openstack-ironic09:22
*** bethelwe_ has joined #openstack-ironic09:23
*** bethelwe_ has quit IRC09:23
*** bethelwell has quit IRC09:23
*** bethelwell has joined #openstack-ironic09:23
*** e0ne has joined #openstack-ironic09:29
*** stendulker has joined #openstack-ironic09:30
*** achanda has joined #openstack-ironic09:31
*** alexpilotti has joined #openstack-ironic09:33
*** achanda has quit IRC09:33
*** achanda has joined #openstack-ironic09:34
openstackgerritSHIGEMATSU Mitsuhiro proposed openstack/bifrost: Correct mistakes in license notices  https://review.openstack.org/18907909:40
*** kbyrne has quit IRC09:45
rameshg87lucasagomes: hi09:48
*** kbyrne has joined #openstack-ironic09:48
lucasagomesrameshg87, hi there!09:49
rameshg87lucasagomes: one quick question09:49
openstackgerritRamakrishnan G proposed openstack/ironic-python-agent: Add power_off command in standby extension  https://review.openstack.org/18924109:49
lucasagomesshoot09:49
rameshg87lucasagomes: any idea why we use sysrq-trigger in https://github.com/openstack/ironic-python-agent/blob/master/ironic_python_agent/shell/reboot.sh09:49
rameshg87instead of just invoking reboot command09:49
rameshg87lucasagomes: is it because it cannot be done in a coreos container or something ?09:50
lucasagomesrameshg87, no idea... It was there already when I started to use it09:50
rameshg87lucasagomes: I just raised a review ^^^ which just uses shutdown -h now for powering off the system09:50
lucasagomesthe commit message doesn't seem to say much either09:50
rameshg87shutdown -h works for me09:51
lucasagomesjroll, ^ (since he wrote the code)09:51
*** achanda_ has joined #openstack-ironic09:51
rameshg87yeah better check with him when he comes online09:52
lucasagomesyeah, cause I don't know. This command was there before09:52
openstackgerritRamakrishnan G proposed openstack/ironic-python-agent: Add power_off command in standby extension  https://review.openstack.org/18924109:53
*** achanda has quit IRC09:53
*** pelix has joined #openstack-ironic09:55
*** kan_ has quit IRC09:55
*** degorenko has quit IRC09:55
lucasagomesrameshg87, if you have some time https://review.openstack.org/#/c/187678/09:56
lucasagomeshave you tested it already?09:56
rameshg87lucasagomes: still no :(09:56
lucasagomes:-(09:56
rameshg87I still don't have my old cpu09:56
lucasagomesright09:56
lucasagomeswell if you have some time take a look at the spec09:56
lucasagomesit's pretty short09:56
rameshg87sure ..09:57
*** naohirot has quit IRC09:57
*** tteggel has joined #openstack-ironic10:08
*** openstackgerrit has quit IRC10:09
*** openstackgerrit has joined #openstack-ironic10:09
*** saripurigopi has joined #openstack-ironic10:11
*** tteggel has quit IRC10:12
*** tteggel has joined #openstack-ironic10:13
*** dtantsur|bbl is now known as dtantsur10:14
stendulkerlucasgomes: Hi10:15
*** Nisha has quit IRC10:15
stendulkerlucasagomes: Hi10:16
lucasagomesstendulker, hi there10:16
stendulkerlucasagomes: This is regarding the secure boot spec for the pxe driver, that we disussed during summit..10:17
stendulkerlucasagomes: Please review it when you get time. https://review.openstack.org/#/c/174295/10:17
lucasagomesoh will do10:18
lucasagomesthanks10:18
openstackgerritMerged stackforge/ironic-discoverd: Do not require scheduling attributes in ramdisk  https://review.openstack.org/18603310:19
stendulkerlucasagomes: Thank you :)10:20
*** oomichi has quit IRC10:25
*** achanda_ has quit IRC10:28
dtantsurlucasagomes, could you also have a look at https://review.openstack.org/#/c/188370 ? It's a short spec but should be interesting to discuss10:30
*** rameshg87 is now known as rameshg87-away10:31
*** pradipta has quit IRC10:34
lucasagomesdtantsur, ack10:34
*** achanda has joined #openstack-ironic10:35
*** achanda has quit IRC10:42
*** achanda has joined #openstack-ironic10:43
*** bethelwell has quit IRC10:43
*** Mark_Melb has joined #openstack-ironic10:44
*** achanda has quit IRC10:45
*** achanda has joined #openstack-ironic10:46
*** coolsvap is now known as coolsvap|afk10:47
sambettsGood UGT Morning ironic :)10:51
*** achanda has quit IRC10:52
dtantsursambetts, morning!10:52
*** e0ne is now known as e0ne_10:56
*** e0ne_ is now known as e0ne10:57
*** edcragg has joined #openstack-ironic10:58
*** ramineni has quit IRC11:01
lucasagomessambetts, good ugt morning11:01
sambettso/ dtantsur, lucasagomes11:01
dtantsursambetts, do you wanna work on https://blueprints.launchpad.net/ironic-inspector/+spec/node-not-found-hook any time soon? Otherwise I'm bumping it to the next release, as I won't have time for it.11:05
sambettsdtantsur: Hopefully by tomorrow or so I should have a better idea of my overall work load, I would love to work on that this cycle though if I have the time11:06
dtantsursambetts, ok fine, I will keep it targeted to this version for now11:07
sambettsdtantsur: :D awesome, If I don't have the time for it we can bump it but I would be happy to get that in11:07
openstackgerritShivanand Tendulker proposed openstack/ironic-specs: UEFI secure boot support for pxe_ilo driver  https://review.openstack.org/17429511:08
*** wuhg has joined #openstack-ironic11:08
dtantsurok, we'll see :) I still do not have any release schedule for 2.0.0, I just wanna release it asap (i.e. when we're done renaming and doing breaking changes)11:08
*** thrash|wknd is now known as thrash11:10
sambettsdtantsur: that makes sense :) the release time frame is set by you anyway right, so 2.1.0 could be like a month after 2.0.0 if we wanted it to be ?11:11
dtantsuryeah, though for now I expect 2.0.0 very soon, and 2.1.0 with Liberty. but we can change it at any time :)11:12
sambetts:) awesome11:13
*** dguerri is now known as dguerri`11:19
Mark_MelbMorning/afternoon all: Does anyone know the best way to deal with this error from IPA writing out a config drive: http://pastebin.com/YKM9y7QY Pretty sure I am running the latest of everything and I have tried using a Live CD to remove all existing partitions with fdisk and parted. Have also tried zero’ing out the drive with DD. Use IPA with agent_ipmitool.11:22
dtantsurMark_Melb, hi, you may want to wait a couple of hours until jroll or JoshNang arrive, they must know IPA much better11:28
Mark_MelbWill do. Cheers :)11:29
*** yuikotakada has joined #openstack-ironic11:35
yuikotakadaHi, Ironic11:37
dtantsuryuikotakada, hi, g'evening!11:37
*** e0ne is now known as e0ne_11:38
yuikotakadadtantsur: Hi, g'morning(utc)11:38
*** e0ne_ is now known as e0ne11:39
*** stendulker has quit IRC11:40
dtantsuryuikotakada, sambetts, trown|outttypeww, I've sent an email to the ML about plans for inspector-2.0, please read/comment/etc :)11:43
yuikotakadadtantsur, thanks, I'll check it.11:43
*** lucasagomes is now known as lucas-hungry11:44
* rameshg87-away goes home 11:50
*** rameshg87-away has quit IRC11:50
*** yuikotakada has quit IRC11:56
*** yuikotakada has joined #openstack-ironic12:06
*** yuikotakada is now known as yuikotak_dinner12:07
*** zhenguo has quit IRC12:07
*** yuikotak_dinner has quit IRC12:11
*** yuikota__ has joined #openstack-ironic12:11
TheJuliaGood morning folks12:14
*** zz_jgrimm is now known as jgrimm12:17
*** yuikota__ has quit IRC12:19
*** yuikotak_dinner has joined #openstack-ironic12:19
TheJuliaThomasPB: The use context is utilizaiton of the tools to provision machines that ultimately would need to be standalone tenants on physical bare metal for performance, architecture, or scalability reasons.  Granted, one can and some orgs do use ironic to alow user to provision bare metal machines to meet their needs, but your capabilities are all going to depend on the intermediate infrastucture12:21
TheJulia and configuration since Ironic doesn't really provide oeprational features for interction where as it helps provision the reqeusted image  on available hardware.12:21
TheJuliayay for autowrap12:21
dtantsurTheJulia, morning12:22
*** saripurigopi has quit IRC12:31
*** trown|outttypeww is now known as trown12:34
*** lazy_prince has joined #openstack-ironic12:34
TheJuliacinerama: if your feeling up to it today, lets sync up on 18687512:35
TheJuliaAny ironic cores who have had their first cup of coffee, please have a quick glance at 186581 :)12:37
*** lucas-hungry is now known as lucasagomes12:38
bcornecHello Julia12:40
bcornecSorry TheJulia !12:40
bcornecI'm trying to invoke bifrost behind the HP FW in a docker container (I like to play ;-)12:40
*** kalpase has quit IRC12:41
TheJuliaHi bcornec!  Hope your doing well!12:41
bcornecDo you think it could be possible to split your script env-setup in 2 parts: one to install requiremetns, the other to finalize the setup ? That way the first could be repaced by installs done in the container dierctly (with proxy management) and the rest which doesn't rely on proxies would just work as documented.12:42
bcornecI'm doing fine yes, thanks ! Hope the same for you :-)12:42
TheJuliabcornec: I'm all for this, as long as we end up with something that says either "Here is how you fire this up in a docker container...." or "xyz doesn't work in a docker container, bugs are filed" :)12:42
TheJuliabcornec: I think that is totally do-able12:43
TheJuliaproxy utiliztion may require us to pass http_proxy env vars down to modules though12:43
bcornecOk, so let me propose a patch to you then...12:43
openstackgerritPratyusha proposed stackforge/proliantutils: Add iSCSI boot support in RIS  https://review.openstack.org/18716212:44
bcornecYes, proxy is a nightmare :-(. To start wuth the pip command required it as a param on the CLI instead of understanding $http_proxy. Come on, it's XXIst century now !!12:44
bcornecI thought Python was great for developers ;-)12:44
TheJuliabcornec: if you want to just propose part of the idea, I'll be glad to take a look and discuss :)12:45
TheJuliaGiven I have a local proxy on my laptop, I can also test on it.12:45
* TheJulia thinks there is still a caching proxy in the house network closet12:45
* TheJulia has the sudden ralization that she should be using this caching proxy12:46
bcornecWell I'm behind a real one, the Big HP Proxy so I have that issue to solve anyway in order to go further for now.12:46
*** dguerri` is now known as dguerri12:46
bcornecI'm just invoking ansible right now, and it seems blocked at the second call, so I need to dig more in order to propose something to you.12:47
TheJuliabcornec: by chance did you checkout 1459084 ?12:47
TheJuliabug 145908412:48
openstackbug 1459084 in bifrost "biforst does not support http proxy configurations" [Medium,Triaged] https://launchpad.net/bugs/145908412:48
dtantsurlucasagomes, jroll, do you know if anyone works on promoting PXE/agent vendor passthrough to proper API?12:49
lucasagomesdtantsur, I'm not sure12:49
*** thiagop has quit IRC12:49
lucasagomesI also seem to don't recall what was decided in the summit properly12:50
dtantsurlucasagomes, I think we decided to promote them to decouple passthrough and deploy12:50
lucasagomesIIRC, we talked about having the vendor passthru methods as part of the other interfaces as well right?12:50
*** gabriel-bezerra has quit IRC12:50
dtantsurlucasagomes, we didn't agree on this one12:50
*** lazy_prince has quit IRC12:50
lucasagomesdtantsur, right, but here's the thing... things like "pass_deploy_info" is only used by the DIB ramdisk12:50
lucasagomesand specific to the pxe_* drivers12:51
lucasagomesnot sure if we want to promote it12:51
dtantsurlucasagomes, in agent they have heartbeat12:51
bcornecTheJulia thanks for the pointer !12:51
dtantsurso it may be just some "callback" method for deploy interface12:51
*** abrito has quit IRC12:51
lucasagomesdtantsur, yeah, but first I think we need to have IPA as the default ramdisk12:51
lucasagomesand drop the DIB12:52
TheJuliabcornec: enjoy! :)12:52
lucasagomesso it will be a common thing for all drivers12:52
dtantsurlucasagomes, that's good (and we should do it asap), but we still need to generalize it somehow in case we'll get more deployment methods12:52
lucasagomesotherwise we will endup with driver specifics in the core API12:52
lucasagomes(which is not ideal)12:52
*** achanda has joined #openstack-ironic12:52
dtantsurlucasagomes, or do you think we should just make "agent" the only possible deployment method12:52
lucasagomesdtantsur, I think we should make the IPA the default ramdisk12:53
lucasagomesagent and iscsi methodologies should stay12:53
lucasagomescause they are different12:53
lucasagomesand both are supported by IPA, and both uses lookup and heartbeat12:53
dtantsurhmm, so we can just promote them?12:54
lucasagomes+112:54
dtantsuraha12:54
lucasagomesbut I think we also should drop DIB12:54
lucasagomesthe bash ramdisk and remove those pass_deploy_info, pass_bootloader_info methods12:54
lucasagomeswe need to deprecate it for 1 cycle (this one)12:54
*** ukalifon2 has joined #openstack-ironic12:55
dtantsurlucasagomes, I think about writing (2 more) specs: on deprecating DIB ramdisk and on promoting these methods. wdyt?12:55
*** ukalifon has quit IRC12:55
lucasagomesdtantsur, right. It works. Not sure if we need a spec to deprecate DIB tho. Perhaps it's good just to collect comments/concerns12:56
dtantsuryeah, to agree on some plan12:57
lucasagomesML might be an option too12:58
*** [1]cdearborn has joined #openstack-ironic12:58
dtantsurlucasagomes, does agent driver even support local boot?13:01
dtantsurI can't find any support code in Ironic...13:01
lucasagomesdtantsur, it does yes13:02
lucasagomesit does support everything DIB ramdisk supports (when I was porting stuff)13:02
lucasagomeslocal boot, root device hints13:02
lucasagomesdtantsur, https://github.com/openstack/ironic-python-agent/blob/master/ironic_python_agent/extensions/image.py#L17613:03
dtantsurlucasagomes, agent.py does not seem to call configure_local_boot: https://github.com/openstack/ironic/search?utf8=%E2%9C%93&q=configure_local_boot13:03
* lucasagomes looks13:05
lucasagomesdtantsur, oh agent.py is only full disk images13:05
*** abrito has joined #openstack-ironic13:06
lucasagomesfor the iscsi methodology (pxe.py) it does support local boot just like DIB13:06
dtantsurok thanks13:06
lucasagomeshttps://github.com/openstack/ironic/blob/309707bab00a8a30d473815687515ac906ffbeb2/ironic/drivers/modules/pxe.py#L62513:06
lucasagomesjroll, does agent already supports partition images?13:06
*** heyongli has quit IRC13:07
*** heyongli has joined #openstack-ironic13:08
*** gabriel-bezerra has joined #openstack-ironic13:08
*** dprince has joined #openstack-ironic13:09
trowngood ugt morning ironicistas13:09
dtantsurtrown, morning!13:09
trowndtantsur: I started hacking on the edeploy plugin bug friday evening13:10
dtantsurgreat! I'd like it to be fixed with all other breaking changes13:10
dtantsurtrown, did you see my comment about renaming?13:11
trowndtantsur: wdyt about swiftclient dependency? Should we use conditional import only in "extra_hardware" plugin?13:11
trowndtantsur: ya +1 to that13:11
*** rloo has joined #openstack-ironic13:12
dtantsurtrown, I think we should put it in test-requirements, and have a usual import in the plugin13:12
*** dguerri is now known as dguerri`13:12
dtantsurand of course document the dependency in the README (where we document plugins)13:12
dtantsurmorning, rloo!13:13
trowndtantsur: ah, ok that makes sense13:13
rlooHappy Monday morning ironic'ers! howdy dtantsur!13:14
dtantsur:)13:14
trowngood morning rloo13:14
sambettsmorning rloo13:17
TheJuliagood morning13:18
TheJuliaso, does being an ironicista mean I get to wears some sort of cute dress and a berret?13:19
*** achanda has quit IRC13:20
trownTheJulia: I do not see why not13:20
*** achanda has joined #openstack-ironic13:21
TheJuliaI like this idea.  We need pixie boots on berrets!13:22
*** dguerri` is now known as dguerri13:24
jrolllucasagomes: we use sysrq because reboot (at the time? still?) didn't work correctly from the container13:25
jrollMark_Melb: are you on virt or real hardware? coreos image or DIB image?13:26
lucasagomesjroll, gotcha... yeah that was the assumption by ramesh13:26
lucasagomesjroll, trown TheJulia good ugt morning13:26
*** bradbeam has joined #openstack-ironic13:26
openstackgerritYuriy Zveryanskyy proposed openstack/ironic: Remove auth token saving from iLO driver  https://review.openstack.org/18792413:26
*** achanda has quit IRC13:26
jrolllucasagomes: yeah, indeed13:26
*** yuikotak_dinner has quit IRC13:27
jrolllucasagomes: and no, agent doesn't support partition images yet, someone was working on splitting partitioning code out to ironic-lib and then using that from the agent as well13:27
jrolland good morning to all :)13:27
*** bradbeam has quit IRC13:27
lucasagomesjroll, yup13:27
lucasagomesgotcha thanks13:27
jrolldunno the status13:28
jrollvdrok: were you the one working on that?13:28
vdrokjroll, no, these were just talks :)13:28
vdrokmorning13:29
jrollhmm13:29
* jroll checks ironic-lib commits13:29
jrollfaizan maybe13:29
dtantsurjroll, morning13:30
dtantsurironic-lib commits require review :)13:31
jrollmorning :)13:31
jrollyeah13:31
jrollit would be nice to get a chain of patches that brings ironic-lib up to date and also switches ironic to use it13:32
jrolland land it all at once13:32
jrollotherwise I fear we won't keep up13:32
rloodtantsur: would it make sense to update your dashboard (http://perm.ly/ironic-review-dashboard) to include ironic-lib13:34
*** saripurigopi has joined #openstack-ironic13:34
dtantsurrloo, yeah, right. I've switched to gertty since them, I know jlvillal was patching our dashboard recently13:34
*** krotscheck has joined #openstack-ironic13:34
rloodtantsur: ok. cuz i totally forgot about ironic-lib.13:35
openstackgerritRuby Loo proposed openstack/ironic: Don't support deprecated drivers' vendor_passthru  https://review.openstack.org/18853813:37
*** igordcard_ has joined #openstack-ironic13:38
*** yuikotak_dinner has joined #openstack-ironic13:38
*** krotscheck has quit IRC13:38
*** krotscheck has joined #openstack-ironic13:39
openstackgerritJarrod Johnson proposed stackforge/pyghmi: Provide interface for decoding PET alerts  https://review.openstack.org/18892013:40
*** krotscheck has quit IRC13:40
*** mtanino has quit IRC13:40
*** krotscheck has joined #openstack-ironic13:41
*** chenglch has quit IRC13:42
openstackgerritJarrod Johnson proposed stackforge/pyghmi: Provide interface for decoding PET alerts  https://review.openstack.org/18892013:42
rloohey dtantsur, before I forget. wrt discoverd -> inspector. this should be changed: http://docs.openstack.org/kilo/config-reference/content/ch_configuring-openstack-bare-metal.html13:48
rloodtantsur: see table 1.1413:48
rloodtantsur: i was going to say, remind me when it changes to inspector, but it already changed in the code, right?13:49
dtantsurrloo, that's for kilo, we have old configuration options there13:53
rloodtantsur: yeah, I meant for the next (liberty) version.13:53
dtantsurrloo, I think we did change these options...13:53
rloodtantsur: that process isn't fully automated. I had to change something to put the 'discoverd' table there.13:53
*** yuikotak_dinner is now known as yuikotakada13:53
rloodtantsur: is it 'inspector' or 'ironic-inspector'?13:53
dtantsurrloo, oh... it's just inspector13:54
rloodtantsur: i'll make the change this week or today if i get around to it ;)13:54
dtantsurhttps://github.com/openstack/ironic/blob/master/ironic/drivers/modules/inspector.py#L36-L5213:54
dtantsurrloo, thanks!13:54
openstackgerritJarrod Johnson proposed stackforge/pyghmi: Provide interface for decoding PET alerts  https://review.openstack.org/18892013:55
*** e0ne is now known as e0ne_13:56
*** bethelwell has joined #openstack-ironic14:01
BadCub-Hidingmorning folks14:01
openstackgerritYuiko Takada proposed stackforge/ironic-discoverd: Migrate to oslo_db  https://review.openstack.org/18190514:05
*** BadCub-Hiding is now known as BadCub14:05
dtantsurBadCub-Hiding, morning!14:05
BadCubmorning dtantsur14:07
*** e0ne_ has quit IRC14:07
*** e0ne has joined #openstack-ironic14:08
openstackgerritMerged stackforge/pyghmi: Provide interface for decoding PET alerts  https://review.openstack.org/18892014:10
*** logan2 has quit IRC14:12
*** achanda has joined #openstack-ironic14:12
*** logan2 has joined #openstack-ironic14:13
Mark_Melb jroll: Using Devstack with real hardware (Dell m6X blades). Using the latest CoreOS image.14:14
jrollMark_Melb: odd, I wonder if it's something to do with the blades14:15
openstackgerritVladyslav Drok proposed openstack/ironic: Allow referring to Glance images by name  https://review.openstack.org/18842914:15
Mark_Melbjroll: Could be. I have been able to load up the cirros full disk before and just a centos6 image but Im stuck now. Im wondering moving away from IPA and using pxe_drac is a good idea.14:17
jrollMark_Melb: IPA is the future, it's essentially our default at this point14:18
jrollthis is a bug14:18
*** achanda has quit IRC14:18
jrolland we've seen it before and (thought we) fixed it14:18
Mark_MelbMaybe there is something I have missed that is out of date. I got the CoreOS image from the Openstack tarball link and it said the files were from June 4.14:19
Mark_MelbDevstack i deployed maybe 2-3 weeks ago. Maybe I need to re-do and get all the latest code for everything?14:19
jrollshould be recent enough -- looking for the bug report from before14:20
Mark_MelbThe one from the end of March?14:20
jrollhere was the fix14:20
jrollhttps://github.com/openstack/ironic-python-agent/commit/877f66826cd1b50163c67e73c8ebb4590c0f7ec814:20
jrollbug 141883314:20
openstackbug 1418833 in Ironic "check-tempest-dsvm-ironic-agent_ssh fails due to ConfigDriveWriteError" [Critical,Fix released] https://launchpad.net/bugs/1418833 - Assigned to Jay Faulkner (jason-oldos)14:20
lucasagomesMark_Melb, jroll I might be out of context, but you can use pxe_drac with IPA if you want14:22
lucasagomes(IPA the ramdisk)14:22
openstackgerritDmitry Tantsur proposed stackforge/ironic-discoverd: Add node() and ports() to NodeInfo  https://review.openstack.org/18931014:23
Mark_MelbSo, it would end be agent_drac? Or, when pxe_drac boots it boots into the IPA ramdisk?14:30
*** rameshg87 has joined #openstack-ironic14:31
Mark_Melbjroll, lucasagomes: The problem I am seeing that may be related to copy_configdrive_to_disk.sh does that script run from the CoreOS ramdisk for example this: coreos_production_pxe_image-oem.cpio.gz ?14:32
lucasagomesMark_Melb, so all pxe_ drivers support using the IPA ramdisk instead of the DIB one14:34
Mark_MelbIm just wondering because I found a copy of the config drive script on my Devstack instance that does not match what is current in github now.14:34
lucasagomesMark_Melb, so the deployment will have some differences, like the image will be copied over iSCSI, the partitioning (if it's a partition image) will happen in the ironic conductor itself etc14:34
Mark_MelbOk, so ironic conductor process will mount it via iSCSI and sort it out from there where as IPA will image locally via its REST calls.14:35
rameshg87jroll: so do you still suggest to use sysrq to trigger power off in https://review.openstack.org/#/c/189241/ ?14:36
* rameshg87 hasn't tested with coreos ramdisk yet14:37
jrollrameshg87: yes, we do that because containers14:38
*** jamielennox is now known as jamielennox|away14:38
*** jgrimm is now known as zz_jgrimm14:38
lucasagomesMark_Melb, yeah... IPA (the ramdisk) supports both deploy methodologies14:38
jrollMark_Melb: yeah, that's exactly where the problem is... I'm curious where you doesnloaded the ramdisk from if it's using an old version of that14:39
lucasagomesMark_Melb, I usually call them iscsi vs agent methodology14:39
lucasagomeswhere iscsi is: IPA export the local disk as iscsi and the ironic-conductor does the work of imaging it (partitioning, copying the image, copying the config drive etc...)14:39
Mark_Melbjroll, here is where I got them http://tarballs.openstack.org/ironic-python-agent/coreos/files/14:40
lucasagomesand agent it's done inband by the IPA ramdisk, fetching the image from HTTP (be it a temp url or just an external http server), copying this image to the disk (only full disk supported) and creating an config drive partition14:40
jrollMark_Melb: ok, great, and where did you find the older version?14:41
rameshg87jroll: JayF: JoshNang: can you guys review https://review.openstack.org/#/c/187111/14:41
Mark_Melbjroll, ‘opt/stack/ironic-python-agent/ironic_python_agent/shell/copy_configdrive_to_disk.sh’14:41
Mark_MelbI may have cloned that to look at. I’m not sure.14:41
rameshg87eventhough we might not use reboot command, we need to enable sysrq function control for operations because it's not enabled by default on some systems14:41
jrollMark_Melb: and in local.conf or whatever, what is IRONIC_BUILD_DEPLOY_RAMDISK set to?14:42
jrollrameshg87: yeah, I'm happy to review14:42
rameshg87jroll: and please confirm if my reply comment is correct14:42
jrollrameshg87: though I want to get away from the culture of "only rackspace folks know IPA well enough to review", I think other people know it well enough too, whether they believe it or not :)14:42
rameshg87yeah I agree :)14:43
openstackgerritLucas Alvares Gomes proposed openstack/ironic: API: Get a subset of fields from Ports and Chassis  https://review.openstack.org/18354914:43
openstackgerritLucas Alvares Gomes proposed openstack/ironic: API: Get a subset of fields from Nodes  https://review.openstack.org/18349114:43
Mark_Melbjroll that is not currently set in l14:43
* rameshg87 should ping other people too :)14:43
Mark_Melbjroll: That is not currently set in my localrc.14:44
rameshg87dtantsur: can you plesae restore your +2 if it looks fine on this patch - https://review.openstack.org/#/c/187111/ . only commit message was updated14:44
* dtantsur is looking14:44
jrollrameshg87: +2 with a link to docs :)14:44
rameshg87jroll: thanks :)14:44
*** boris-42 has joined #openstack-ironic14:45
boris-42dtantsur: ping14:45
jrollMark_Melb: ok, default is true on that, which means it builds from source. which means it should be grabbing from your local copy -- could be the problem14:45
dtantsurboris-42, hi!14:45
jrollMark_Melb: I'd set that to False, but also blow away devstack to be sure there's no caching going on etc14:45
Mark_Melbjroll: Excellent, thank you will try that.14:46
jrollMark_Melb: np :)14:46
* dtantsur brb14:46
boris-42dtantsur: I am back LOL14:46
*** NobodyCam has joined #openstack-ironic14:46
boris-42looking for Ironic expert=)14:46
boris-42I hope right chat=)14:47
*** dlpartain has joined #openstack-ironic14:47
jrollboris-42: no ironic experts here, sorry :)14:47
jrollwhat's up?14:47
boris-42haha=)14:47
TheJuliajroll: I think we left them in that OTHER chatroom ;)14:48
NobodyCamgood morning Ironic14:48
TheJuliagood morning NobodyCam14:48
BadCublol14:48
jrollmorning NobodyCam BadCub TheJulia etc etc :)14:49
NobodyCammorning TheJulia jroll BadCub and boris-4214:49
boris-42NobodyCam: hi there14:49
*** saripurigopi_ has joined #openstack-ironic14:49
BadCubmornign jroll TheJulia NobodyCam14:49
boris-42so actually we find time to work on Ironic benchmarks14:49
boris-42in Rally14:49
boris-42so I need some kind of audit from Ironic team14:49
boris-42do we do the right things14:49
*** saripurigopi has quit IRC14:50
TheJuliato help us understand context, what are you intending to benchmark, and on what substate will you be benchmarking?14:50
*** saripurigopi_ is now known as saripurigopi14:50
openstackgerritYuriy Zveryanskyy proposed openstack/ironic: Remove auth token saving from iLO driver  https://review.openstack.org/18792414:50
lucasagomesboris-42, also, https://review.openstack.org/#/c/137171/14:51
NobodyCammorning lucasagomes14:51
lucasagomesNobodyCam, good ugt morning14:51
NobodyCam:)14:51
boris-42TheJulia: the smallest set of what I am going to benchmark is *everything*14:51
*** dlpartain has left #openstack-ironic14:52
boris-42TheJulia: actually rally can be used for functional tesing as well (it's like common tool for all kinds of testing)14:52
boris-42here is the start of https://review.openstack.org/#/c/186064/14:52
TheJuliaso you have hardware on hand to perform deployment benchmarks across all driver/configuration configurations?14:52
boris-42TheJulia: Cray has14:53
boris-42TheJulia: I don't care about end results14:53
boris-42I am making the process simple so others will do this14:53
lucasagomesboris-42, that spec is about adding metrics in various parts of the ironic code, api, db, rpc etc... Can you check if the work you want to do will somehow conflict with that14:54
boris-42lucasagomes: Rally just calls Ironic as a Serivce under load of N users14:54
boris-42lucasagomes: btw why not integrating osprofiler?14:54
boris-42lucasagomes: seems like you are reinventing wheel...14:55
lucasagomesboris-42, not my spec, it's under review14:55
lucasagomesthat's why I want to find out what are the other works going on in this area14:55
boris-42lucasagomes: so there is osprofiler cross project / service distrubted tracer14:56
boris-42I believe it's better choice=)14:56
*** achanda has joined #openstack-ironic14:56
boris-42but in any case it's not ralted to benchmarking stuff14:56
boris-42I will left some comments in that spec*14:56
lucasagomesboris-42, ack. thanks14:56
boris-42so about benchmarking14:56
*** lazy_prince has joined #openstack-ironic14:57
boris-42could somebody help us to write proper benchmarks?14:57
boris-42from Ironic team?14:57
lucasagomesboris-42, sure, I believe people will help but we need something more substantial about what is being done (reads 186064)15:00
* lucasagomes reads 186064 (I mean)15:00
*** Mark_Melb has quit IRC15:01
openstackgerritRuby Loo proposed openstack/ironic: Install guide reflects changes on master branch  https://review.openstack.org/18932715:01
*** achanda has quit IRC15:02
NobodyCamoh nice catch rloo :)15:03
dtantsurNobodyCam, morning15:03
NobodyCamand good (UGT) morning :)15:03
NobodyCammorning dtantsur15:03
rlooNobodyCam: :)15:03
NobodyCam:)15:03
jrollboris-42: with the statsd metrics stuff, we want to track every request, not a subset, in production. this allows us to do so. last I read, osprofiler was not meant for this case15:04
rlooNobodyCam: that was cuz I was looking at the agenda for the meeting this week and docs is there.15:04
NobodyCam:) just one question: should the link to the conf options point to : http://docs.openstack.org/kilo/config-reference/content/ch_configuring-openstack-bare-metal.html15:05
NobodyCamor is that too kilo only15:05
rlooNobodyCam: no, cuz we most assuredly will be updating the configs on master, and that is kilo only15:05
NobodyCam++15:05
NobodyCamwas just a thought15:05
NobodyCam:-p15:06
rlooNobodyCam: I did wonder about putting a link to kilo too but i think maybe we should leave that for when/if we have a kilo-specific version.15:06
jrollboris-42: and statsd/graphite are well-tested, well-understood systems with lots of options for real-time graphing, aggregation queries, etc etc15:06
*** killer_prince has joined #openstack-ironic15:06
rlooNobodyCam: eg, we've already  moved discoverd to inspector15:06
NobodyCamthats on the index page of the wiki so I think it okay as is15:06
NobodyCamand yep !!!15:06
boris-42jroll: so you are not interested in tracing15:06
boris-42jroll: just tracking seprated operation in production on each request?15:07
jrollboris-42: no, I'm interested in live performance metrics15:07
jrollboris-42: 99th percentile api response time etc15:07
boris-42jroll: not sure that API response time should be part of project itself*15:07
*** jcoufal has quit IRC15:08
jrollboris-42: and rpc request time and so on15:08
boris-42jroll: btw this won't scale =)15:08
TheJuliaI kind of think it must be in an operational toolkit when any difference in your substrate is going to cause differences that cannot be compared to a different configuration except through quite a bit of math and brainpower15:08
openstackgerritDmitry Tantsur proposed stackforge/ironic-discoverd: Naming clean up  https://review.openstack.org/18932915:09
cineramahi folks15:09
*** lazy_prince has quit IRC15:09
jrollboris-42: what won't scale?15:09
boris-42jroll: I really do not why osprofiler was rejected in case of overhead and this won't be=)15:09
TheJuliagood morning cinerama15:09
BadCubMorning cinerama15:09
jrollboris-42: we're running this in production today15:09
dtantsurcinerama, morning15:09
boris-42jroll: what scale? 2 nodes? 20? 200? 2k? 200k?15:10
jrollboris-42: thousands15:10
boris-42jroll: on thousands nodes you are collecting all this data in runtime and it works well?15:10
jrollboris-42: it's small udp payloads, and a couple of time.time() calls, nothing really blocking15:10
jrollboris-42: yes15:11
boris-42jroll: not bad=)15:11
boris-42jroll: in any case why you are doing this only for ironic?)15:11
boris-42jroll: plus agree this is another case from osprofiler15:11
jrollboris-42: my team works on ironic, other teams here do this for other projects15:12
jrolle.g. swift does relatively the same thing15:12
jrollor do you mean for upstream?15:12
boris-42jroll: yep15:12
boris-42jroll: upstream15:12
jrollboris-42: only so much time in the day15:13
boris-42jroll: =)15:13
NobodyCammorning cinerama15:13
* dtantsur also remembers sending insane amount of stats to Zabbix for hundreds of instances15:13
jrollboris-42: I'm an ironic developer and operator, my primary concern is how ironic is performing15:13
boris-42jroll: okay so in any case15:13
boris-42jroll: osprofiler is something different from this15:14
jrollboris-42: right, just pointing that out :)15:14
boris-42jroll: it puprose is getting cross service trace (not measuring seprated operations)15:14
boris-42jroll: lemme remove -115:14
jrollboris-42: indeed, that's why I wanted to make sure that was clear :)15:14
*** dprince has quit IRC15:17
jrollboris-42: I might ask why not stacktach for collection, but I need to step away and that could be a long conversation :)15:17
boris-42jroll: in case of osprofiler?15:17
boris-42jroll: or this thing?)15:17
jrollboris-42: osprofiler15:17
boris-42jroll: it's just different15:17
boris-42jroll: it doesn't allow you to create traces15:18
boris-42jroll: sandywalsh even agree on that15:18
jrollboris-42: ok :)15:18
boris-42jroll: the goal of osprofiler is nested traces over all land of projects of openstack15:18
boris-42jroll: e.g. this http://boris-42.github.io/ngk.html15:18
jrollboris-42: wow, that's more than I assumed15:19
jrollawesome work15:19
*** lazy_prince has joined #openstack-ironic15:19
boris-42jroll: it's clickable15:19
boris-42jroll: and the idea is that this stuff extends openstack API15:21
boris-42jroll: so I can integrate it with Rally for example=) and do load with tracing=)15:22
*** killer_prince has quit IRC15:22
boris-42lucasagomes: thank you for review15:22
lucasagomesboris-42, no problem15:22
*** killer_prince has joined #openstack-ironic15:23
jrollboris-42: indeed, good stuff, I'd be excited to get it running in the gate and get perf impact on patches etc15:23
*** yuikotakada has quit IRC15:24
*** killer_prince has quit IRC15:24
*** lazy_prince has quit IRC15:25
*** lazy_prince has joined #openstack-ironic15:26
boris-42jroll: so first step is let's finish rally-ironic integration15:27
boris-42jroll: so you will have perf jobs in ironic like for example cinder has15:27
*** saripurigopi has quit IRC15:28
boris-42jroll: e.g. http://logs.openstack.org/35/189135/2/check/gate-rally-dsvm-cinder/546cb99/rally-plot/results.html.gz15:28
*** absubram has joined #openstack-ironic15:28
boris-42jroll: they run this set of benchmarks against each patch (if you use fake drivers, you can test infrastracture scalability)15:28
*** rameshg87 has left #openstack-ironic15:29
*** leopoldj has quit IRC15:31
*** killer_prince has joined #openstack-ironic15:31
*** lazy_prince has quit IRC15:35
openstackgerritVladyslav Drok proposed openstack/ironic-specs: Allow to refer to Glance image using its name  https://review.openstack.org/18934115:35
*** yog__ has quit IRC15:37
*** mtanino has joined #openstack-ironic15:38
openstackgerritMerged openstack/ironic-python-agent: Make sure sysrq functions are enabled in reboot.sh  https://review.openstack.org/18711115:38
*** Sukhdev has joined #openstack-ironic15:39
*** naohirot has joined #openstack-ironic15:42
*** saripurigopi has joined #openstack-ironic15:43
*** Nisha has joined #openstack-ironic15:44
openstackgerritDmitry Tantsur proposed stackforge/ironic-discoverd: Rework processing hook interface for 2.0.0  https://review.openstack.org/18934615:45
openstackgerritStephanie Miller proposed openstack/bifrost: Ensure dependencies are present for dib image build  https://review.openstack.org/18687515:47
dtantsurg'night all!15:54
*** dtantsur is now known as dtantsur|afk15:54
jlvillalGood morning Ironic15:54
*** wuhg has quit IRC15:57
*** killer_prince is now known as lazy_prince15:58
TheJuliagoood morning15:58
*** devananda has joined #openstack-ironic15:59
pshigemorning!16:00
lucasagomesdtantsur|afk, g'night16:00
lucasagomesjlvillal, good ugt morning16:00
devanandag'morning, all16:00
devanandaseems my bouncer got rebooted over the weekend16:01
jrollmorning pshige, jlvillal, devananda :)16:01
jlvillaldevananda: If your OS came up but not the bouncer.  You might check out 'monit', if you haven't already.16:02
jlvillalI use 'monit' to make sure that znc gets started if it is ever not running.16:02
lucasagomesdevananda, morning16:02
devanandajlvillal: mostly i'm too lazy, and this bouncer had been up for a couple years16:02
jlvillal:)16:02
jrolldevananda: friendly reminder for neutron/ironic meeting that I totally forgot about until now16:02
jlvillalArgh, I forgot too16:03
devanandajroll: hah. yea, well, I have a standing conflicting meeting, but I will lurk16:03
jroll#openstack-meeting-416:03
jrollha16:03
jrollok16:03
devanandajroll: channel is m... thanks16:03
*** romainh has left #openstack-ironic16:04
*** degorenko has joined #openstack-ironic16:07
*** jistr has quit IRC16:10
*** achanda has joined #openstack-ironic16:16
*** hemna_ is now known as hemna16:17
*** ukalifon2 has quit IRC16:17
*** yuriyz has quit IRC16:21
*** yuriyz has joined #openstack-ironic16:29
*** dprince has joined #openstack-ironic16:31
*** davideagnello has joined #openstack-ironic16:37
*** ijw has joined #openstack-ironic16:39
*** ijw has quit IRC16:40
*** ijw has joined #openstack-ironic16:40
*** achanda has quit IRC16:41
openstackgerritVladyslav Drok proposed openstack/ironic-specs: Add pluggable credentials storage  https://review.openstack.org/18605616:42
*** achanda has joined #openstack-ironic16:44
*** valkyrja has quit IRC16:44
JayFmariojv: ^16:44
*** bnemec has quit IRC16:45
JayFvdrok: mariojv is working on that similar thing (pluggable credentials storage) right now as well16:45
*** bnemec has joined #openstack-ironic16:46
*** bethelwell has quit IRC16:50
Madasiyep, was going to point that out16:50
Madasiboth specs are pluggable solutions to storing creds, Vladyslav's focuses on credentials currently in the DB and looks at keystone as the first implemented storage option, Mario's focuses on config file credentials and Barbican as the first implemented option16:52
Madasison't see any reason they couldn't work together16:52
Madasihttps://review.openstack.org/#/c/188609   and    https://review.openstack.org/#/c/18605616:53
vdrokJayF, Madasi, yup, saw that, and then when mariojv could also add barbican as credentials storage option16:54
vdrokfor in-DB credentials16:54
MadasiI'm all about pluggable credential storage in general16:55
*** killer_prince has joined #openstack-ironic16:56
*** saripurigopi has quit IRC16:58
*** lazy_prince has quit IRC17:00
lucasagomesfolks calling it a day, have a good night everyone17:00
TheJuliagoodnight lucasagomes17:00
lucasagomesnight :-)17:00
*** lucasagomes is now known as lucas-dinner17:01
*** derekh has quit IRC17:01
NobodyCamnight lucas-dinner17:01
Madasivdrok: question aobut your spec, what would you think about storing something like the driver name in place of the credential in the db, instead of just a generic value like /*** ?17:03
*** naohirot has quit IRC17:03
Madasiit's just a thought, but might make it a little easier on an operator who wasn't aware of how the credential storage was setup17:04
*** e0ne has quit IRC17:06
*** saripurigopi has joined #openstack-ironic17:07
*** bradjones has quit IRC17:10
*** bradjones has joined #openstack-ironic17:11
*** bradjones has quit IRC17:11
*** bradjones has joined #openstack-ironic17:11
JayFinteresting, because I think for mariojv's thing, we wanted creds for BMCs stored there too17:15
JayFmaybe a misunderstanding?17:15
mariojvlooking at the other spec17:15
*** lauramoore has joined #openstack-ironic17:15
killer_princegood night all..17:16
*** zz_natorious is now known as natorious17:16
*** killer_prince has quit IRC17:17
mariojvvdrok: looks like you already have an implementation in progress, that's great17:18
MadasiIt (mariojv's) did both config file and db creds, it just spent the most time on how it would work for config file creds, so I summarized as focusing there :)17:18
mariojvvdrok: i can modify my spec to just implement barbican off of your spec if that sounds good17:18
MadasiI think, as writtern, both will handle both types of creds17:19
mariojvMadasi, JayF: yep, that's what i was thinking, you can put creds in either17:19
openstackgerritJosh Gachnang proposed openstack/ironic-python-agent: Add command metrics to IPA API  https://review.openstack.org/11998117:19
JayFmariojv: that sounds like a good idea17:22
mariojvk will update later today17:22
*** Marga_ has joined #openstack-ironic17:23
*** Marga_ has quit IRC17:27
*** Marga_ has joined #openstack-ironic17:27
*** trown is now known as trown|lunch17:29
*** dguerri is now known as dguerri`17:31
NobodyCamJayF: see you had a +1 on https://review.openstack.org/#/c/187415 (BiFrost doc patch) happen to have a free minute to look at the latest rev?17:31
openstackgerritMerged openstack/bifrost: Preserve logs in logs/ folder  https://review.openstack.org/18658117:31
NobodyCamand good morning :)17:31
*** lsmola has quit IRC17:32
JayF+1d17:32
NobodyCamJayF: :) Ty :)17:32
*** vdrok_ has joined #openstack-ironic17:33
*** edcragg has quit IRC17:37
jlvillaljroll: I see you got a +2 on: https://review.openstack.org/#/c/188652/ :)17:37
jlvillaljroll: Do you think a recheck is all that is needed?  Or could there be a valid Jenkins failure?17:37
jrolljlvillal: hooray, validation from my peers17:38
jlvillal:)17:38
*** lauramoore has quit IRC17:38
jrolljlvillal: that job doesn't use the ironic driver, so probably a recheck17:38
* jroll does it17:38
jlvillalThanks17:38
vdrok_Madasi: mariojv JayF yes, there is an implementation here - https://review.openstack.org/185074 , mariojv if you don't have an your implementation please have a look at this, I'll try to make it work with configs17:38
mariojvsounds good vdrok_17:39
*** Sukhdev has quit IRC17:39
vdrok_mariojv: ok, thanks17:39
*** Sukhdev has joined #openstack-ironic17:40
rloohey JoshNang, what's the relationship between https://review.openstack.org/#/c/188873/ and https://review.openstack.org/#/c/159322/17:41
*** spandhe has joined #openstack-ironic17:43
*** pelix has quit IRC17:51
*** zz_jgrimm is now known as jgrimm17:53
*** ijw_ has joined #openstack-ironic17:58
*** achanda_ has joined #openstack-ironic17:59
*** dontalton has joined #openstack-ironic18:00
*** ijw has quit IRC18:01
*** achanda has quit IRC18:02
*** e0ne has joined #openstack-ironic18:08
*** openstackgerrit has quit IRC18:09
*** openstackgerrit has joined #openstack-ironic18:09
*** vdrok_ has quit IRC18:13
*** krotscheck is now known as krotscheck_confe18:21
*** krotscheck_confe is now known as krotsch_at_con18:21
openstackgerritJarrod Johnson proposed stackforge/pyghmi: Acknowledge PET alert on decode  https://review.openstack.org/18939218:23
*** e0ne is now known as e0ne_18:25
*** trown|lunch is now known as trown18:29
JoshNangrloo: good question. i think the Add /nodes/<uuid>/cleaning/steps should be based on the exposing clean_step. clean_step is the current step, cleaning step is all steps it will take (which is dynamically generated and/or cached)18:29
*** e0ne_ has quit IRC18:30
JayFCurrent clean step not existing is a way larger operational pain than not being able to fetch steps18:31
JayFbecause nodes that *are* cleaning list all their steps on the node18:31
JayFbut nothing api exposed to show which one its on18:31
*** achanda_ has quit IRC18:32
*** erelwell has joined #openstack-ironic18:34
*** erelwell is now known as bethelwell18:34
*** Marga_ has quit IRC18:40
*** Sukhdev has quit IRC18:41
*** achanda has joined #openstack-ironic18:41
rlooJoshNang: I don't know when to bump the microversion. Do we bump it now to expose node.clean_step, and bump it again when ../cleaning/steps API is available?18:43
rlooJoshNang: seems like if it was one feature, we'd bump the microversion when 'cleaning' feature was complete.18:44
JoshNangrloo: no idea. it depends on if we want to bump for purely additive changes or not18:44
rlooJoshNang: how hard is it to add in one patch (which is what I thought the original one did) exposing node.clean_step AND the new API endpoint?18:45
*** e0ne has joined #openstack-ironic18:46
*** krotsch_at_con is now known as krotsck_at_con18:46
JoshNangrloo: not hard. i just split it because they're related but independent features and smaller patches general > larger patches18:46
JoshNang*generally18:46
*** achanda has quit IRC18:46
rlooJoshNang: ok. in the old world, we'd allow two patches for them, so let's see what happens...18:47
NobodyCambrb18:47
*** Marga_ has joined #openstack-ironic18:47
jrollrloo: I think of it more like... people are already debating whether the new api endpoint should wait for zapping stuff etc, so let's split out the not-so-contentious bits in the meantime18:48
JoshNangrloo: so i think if we're going to do one bump for both, it makes the most sense to do it on the first patch. though i don't see a problem with bumping for both.18:48
rloojroll, JoshNang: so it isn't clear how to deal with microversions and we shouldn't delay development cuz of it so it is ok, we can always bump the microversion :-)18:49
jrollrloo: yeah, I'm still on the side of "bump it always" especially after sdague's message on the list18:49
JoshNang++18:49
JoshNangpeople are either going to pin to one version or use latest. more granularity doesn't hurt18:50
*** edcragg has joined #openstack-ironic18:51
openstackgerritJosh Gachnang proposed openstack/ironic-python-agent: Add command metrics to IPA API  https://review.openstack.org/11998118:53
*** saripurigopi has quit IRC18:56
rlooJoshNang: ok, i'm good with that. just a couple minor things in that patch.18:57
*** romcheg has joined #openstack-ironic19:01
*** ijw_ has quit IRC19:01
*** ijw has joined #openstack-ironic19:02
*** saripurigopi has joined #openstack-ironic19:06
devanandaspreading a feature across multiple patches -> good. exposing only part of the API of an incomplete feature -> not so good.19:13
devanandaJoshNang: imagine what happens if someone downstream were to deploy at a random point in the tree between the patch adding node.clean_step and the patch which adds /cleaning/steps -- seems like a rather strange API, maybe one we don't want to support, right?19:14
devanandaJoshNang: so perhaps we should hide node.clean_step until the feature is complete (enough) to expose all the API19:14
devananda*changes19:14
*** igordcard has joined #openstack-ironic19:15
jrollehhhhhhh19:17
jrolldevananda: the api already returns the clean steps assigned to the node in driver_internal_info19:17
jrollthere just isn't a "what clean steps can I expect for this node when not in cleaning" api19:17
jrollall this does is expose the clean_step field already on the node19:17
devanandajroll: I still occasionally question why we exposed that field in the API19:17
jrolldevananda: as an operator, I care a whole lot about what clean step is currently executing on a node19:18
devanandajroll: totally agree with ^19:18
jrolldevananda: as an operator, I don't want to wait for zapping features to be finished to know that19:19
devanandajroll: I clearly missed something. why would /clean/steps wait on zapping?19:19
jrollidk, that's what I see happening. I think maybe that's the api to queue up zap steps or something too?19:19
jrollI need to look at the zapping stuff more19:20
*** BadCub is now known as BadCub-Hiding19:20
devanandaditto19:20
jrollbut I don't see why we'd wait for anything to expose a simple db field19:20
jrollidk what this /clean/steps thing is meant to do, other than maybe control zapping19:21
devanandaI would find it very strange if /cleaning/steps affected zapping -- shouldn't that be /zapping/foo ?19:21
*** dguerri` is now known as dguerri19:21
*** edcragg has quit IRC19:22
jrollI mean, underneath they are clean steps with a certain priority19:22
*** [1]cdearborn has quit IRC19:22
devananda?19:22
jrollpriority:0 == executed at operator's will == zap step19:23
jrollAIUI19:23
jrollhttps://review.openstack.org/#/c/185122/5/specs/liberty/implement-zapping-states.rst19:24
devanandamy initial response: that is a confusing API19:24
jrollthat's what I said when people first proposed a zap/clean split :)19:25
*** mgoddard has quit IRC19:28
*** mgoddard has joined #openstack-ironic19:29
rloojroll, devananda: node.clean_step shows the current clean step being performed (if any)19:30
openstackgerritChristopher Dearborn proposed openstack/ironic: Fix DRAC driver job completion detection  https://review.openstack.org/18940919:30
rloojroll, devananda: or zap step I guess19:30
rloojroll, devananda: the cleaning/steps API is to show all clean steps with their priorites or whatever.19:30
jrollrloo: right. I think these are two (slightly) separate things, and I'm not opposed to a separate patch for them.19:30
jrollas a note: the lack of node.clean_step being exposed took me by surprise when we (recently) deployed this code19:31
rloojroll: right, they are separate, but they are both part of the 'cleaning' feature. I would have liked one version bump for the 'clean' feature. but I'm not fussy.19:31
jrolland is a huge pain point for me as an operator right now19:31
rloojroll: so getting that info in driver_internal_info isn't good enough?19:32
jrollbut like... if people don't like the separate patch, whatever, I'll hang on to it downstream even though it makes me sad19:32
jrollrloo: that doesn't expose the step currently runnign19:32
rloojroll: I think it does. I thought it was the first clean step in there.19:32
jrollrloo: that's what I thought too, apparently not?19:32
jrollrloo: unless we did something broken in our shim that munges things from downstream to upstream... but I don't think we did19:33
rloojroll: I've never run the code and looked. i thought so based on something JoshNang said and/or based on looking at the code.19:33
jrollrloo: me too :)19:33
* jroll looks at code19:34
rloojroll: OH19:34
* jroll listens19:35
openstackgerritMerged openstack/ironic: Don't support deprecated drivers' vendor_passthru  https://review.openstack.org/18853819:37
devanandarloo: is ^ documented and clearly messaged somewhere as a "hey, we're breaking the driver API" ?19:38
*** dprince has quit IRC19:39
rloodevananda: there was a warning in the logs, and it was documented in kilo notes somewhere. sec.19:39
devanandarloo: cool. still, there should be an email to the ML notifying people that it was finally removed19:39
rloodevananda: https://wiki.openstack.org/wiki/ReleaseNotes/Kilo#OpenStack_Bare_Metal_service_.28Ironic.2919:40
rloodevananda: under 'Upgrade Notes'19:40
rloodevananda: although I see that it doesn't say *when* it will be removed19:40
rloodevananda: oh, i can do that. i don't recall doing that in the past.19:41
rloodevananda: that == send an email to the ML.19:41
rloodevananda: should we be sending email when something is deprecated too?19:41
devanandarloo: thanks. we're not perfect -- but yes, we should19:41
devanandaboth to note "hey, this will be removed" and then "hey, we removed this thing, like we told you we would"19:41
rloodevananda: ok, email when deprecated & email after removal. gotcha.19:42
devanandacheers19:42
rloodevananda: I should have said 'yeah, I was waiting for it to be merged and then was going to send out an email'. ha ha.19:42
*** Nisha has quit IRC19:44
devanandarloo: :-D19:47
devanandajroll: I'm digging into that spec now19:47
devanandajroll: also, I hate that some drivers can't return the clean/zap steps outside of when the agent is booted19:47
devanandajroll: can we please just cache that info?19:47
jrolldevananda: I'm pretty far removed from that spec, don't ask me. I think that was proposed at one point but I am not surwe19:48
JoshNangsorry, was at lunch19:48
JoshNangdevananda: yup, i added the caching bit to the zapping spec. its painful otherwise19:48
devanandaJoshNang: it's unusable otherwise. we shouldn't even support not caching it19:52
JoshNangit does work with always running agents, but yeah, we don't actually support that yet. i'll drop the not-cached bit19:53
openstackgerritMerged openstack/python-ironicclient: Install the ironicclient into the 'venv' virtualenv  https://review.openstack.org/18855019:56
*** Marga_ has quit IRC19:57
devanandaJoshNang: how do you feel about the complexity of this JSON document?20:00
*** dprince has joined #openstack-ironic20:01
JoshNangdevananda: not terribly happy20:01
devanandaseems like we're asking every client to design and specify the steps for zapping every time -- rather than having the operator do it once20:01
devanandas/seems like//20:01
devanandaand that seems like not the API I would want, as either an operator or a user20:01
JoshNangright20:03
JoshNangit's very flexible, but probably too flexible/not well defined20:03
devanandaI'm going to think through this (in IRC) for a few minutes -- and I'd like to know if ya'll have a different POV20:04
JoshNangalright20:04
devanandaas an operator-of-an-ironic-cloud, I want to define the process that each node goes through to make it available to Nova, and the process it goes through during provisioning/deprovisioning20:05
devanandaand I want some guarantee that it will be consistent (at least for all nodes of the same "type")20:05
openstackgerritStephanie Miller proposed openstack/bifrost: Add cookiecutter-generated files for project  https://review.openstack.org/18895920:05
devanandado I want that process defined via OpenStack's REST API? or do I want that process defined via JSON files which I keep under version control, which I then pass to Ironic every time?20:06
JoshNangi lean towards API driven whenever possible20:08
devananda^^^ Case #1  | vvv Case #220:08
devanandaas an operator-using-ironic-to-manage-hardware, I want to do <things> to some subset of <machines>20:09
devanandaand i want to automate it, so I can do it to some other subset of machines, again and again20:10
devananda--- end20:11
*** pcrews has quit IRC20:12
devanandaJoshNang: oh, another aspect - API visible auditing. How do I, as a user of Ironic, know that the driver actually did the things I asked it to do?20:14
openstackgerritChristopher Dearborn proposed openstack/ironic: Add additional required RPMs to dev instructions  https://review.openstack.org/18599320:14
devanandaJoshNang: I'm not sure thta's important, but if I'm POSTing a JSON doc to Ironic, I'm going to want some way to tell that it actually did each of the things I asked for20:15
JoshNangdevananda: other than logs? i'm not sure we do that anywhere other than showing state changes20:16
devanandaJoshNang: right. so, if it failed part way through, how does the APi reflect the full list that I requested?20:16
*** bethelwell has quit IRC20:16
openstackgerritJohn Trowbridge proposed stackforge/ironic-discoverd: [WIP] Fix edeploy plugin puts too much data in Ironic extra column  https://review.openstack.org/18942720:16
devanandaassume that, since it's just a JSON document, I will forget it immediately after passing it to the API, and expect that I can later retrieve it from the API20:17
JoshNangdevananda: they have to be stored in the node to be able to iterate them, we'll have to keep track of where in the list we are, so yeah it can be shown20:17
devanandacool20:17
devanandadidn't see that in the spec20:17
JoshNangare you asking for the exact doc you passed in back? or how ironic translates it to a list of zap steps (which should be very similar)20:18
JoshNangthe latter is what i was going for20:18
devanandathe latter -- though, the difference in formatting between those is going to be a pain point for users20:19
*** romcheg has left #openstack-ironic20:19
devanandawho will need to automate three things: parsing the list of available clean steps, parsing that ^ document, and preparing the requested zapping steps20:20
devanandait'd be, you know, nice if those were all consistent :)20:20
JoshNangmmm i think they could be exactly the same looking at it20:21
devanandawoot20:21
*** dprince has quit IRC20:22
devanandaJoshNang: replied to spec just now - some more comments in line20:24
JoshNangdevananda: been back and forth on the endpoints. whether /nodes/<>/cleaning/steps and /nodes/<>/zapping/steps, use query param, or clean_steps vs all_steps20:25
devanandaquery param really sits poorly with me20:25
devanandaotoh, this makes sense from a usability POV to me: /cleaning/steps == list of things that happen during cleaning; /zapping/steps == list of available things that could happen during zapping20:26
devanandaagain, thinking from user POV, if I see a node in cleaning and want to know what it will do next, it makes sense to query /cleaning/steps20:27
JoshNangagreed. and if i want to figure out zapping, might not be clear i should look at the cleaning api20:27
devanandaright20:28
JoshNangi'll it switch back20:28
devanandacertainly if I see a node in state=ZAPPING, I'm going to think to look at /nodes/zapping/steps20:28
JoshNangthe rest of the comments are reasonable20:30
rlooJoshNang, does /nodes/zapping/steps show all clean steps, even if they aren't used/configured for this particular node for zapping?20:31
JoshNangrloo: it should only show steps available for that node20:31
rlooJoshNang: seems like there are 3 things. 1. all possible steps; 2. steps configured for node; 3. current (if any) step20:32
JoshNangis all possible steps useful?20:32
rlooJoshNang: for discovery, yes. For me personally, don't care.20:32
rlooJoshNang: how does someone know what to specify as the zap steps?20:33
JoshNangohh i misread20:33
*** chuckC_ has joined #openstack-ironic20:34
JoshNangso all 3 are met here: /nodes/<>/zapping/steps gives all possible steps for that node, steps being executed/already execute will be stored on the node in driver_internal_info, and current step as node.zap_step20:34
devanandaJoshNang: I dislike using driver_internal_info for this20:35
devanandait's not internal info -- it's something the user asked for20:35
JoshNangmmm. do you want to do something like storing it in DII but exposing it as its own field in the api? or just create a new db field?20:36
devanandaJoshNang: what about: GET /nodes/NNN/zapping/steps for the full list, GET /nodes/NNN/zapping/current for the current plan (or empty set if no plan)20:38
devanandaJoshNang: oh, and this spec does not outline the changes to the node detail view (ie, the call which returns all subresources)20:38
JoshNangdevananda: that could work20:39
rlooI was thinking GET drivers/zap_steps for the full list20:39
devanandarloo: it may vary by node, not by driver20:39
rlooI thought it depended on the driver. I mean the possible steps, not the steps used by a particular driver.20:39
rlooargh. not the steps used by a particular node.20:40
rlooso eg driver A supports steps 1,2,3,4. Node N uses driver A and is configured to do steps 1,3.20:40
openstackgerritChristopher Dearborn proposed openstack/ironic: Add additional required RPMs to dev instructions  https://review.openstack.org/18599320:41
devanandarloo: agent_ipmitool for example -- on Node X, the agent does not detect a RAID card, and on Node Y it does20:42
devanandasame driver, different node -> different available Zapping steps20:42
JoshNangright20:43
JoshNangrloo: are you looking for the complete list of zap step that could be executed, regardless of whether an individual node supports it?20:44
rlooJoshNang: yes.20:44
devanandaJoshNang: IIUC, the way ya'll are implementing the agent[-driver], the actual driver code won't know what any of the possible steps are, and relies completely on the agent.20:45
rlooJoshNang: I thought that's what /nodes/<id>/zap-steps did based on your spec. But I thought that you wanted to change that to only show what steps are going to be done on that particular node.20:45
devanandaright?20:45
JoshNangdevananda: correct20:45
rlooit is the same problem with cleaning. (that only the agent knows)20:46
JoshNangrloo: so if a node doesn't have a raid card, it seems reasonable that the driver wouldn't return 'configure_raid' in /nodes/<id>/zap-steps20:46
rlooJoshNang: I'm probably confused.20:47
*** pcrews has joined #openstack-ironic20:47
rlooJoshNang: so ..nodes/id/zap-steps shows all possible steps for that node20:47
rlooJoshNang: and PUT nodes/../provision/zap <body> is subset from nodes/id/zap_steps20:47
JoshNangcorrect20:47
rlooJoshNang: so after you do a PUT how do you know what you had set?20:48
*** [1]cdearborn has joined #openstack-ironic20:48
rlooJoshNang: is that the /current that devananda suggested?20:48
JoshNangyeah: GET /nodes/NNN/zapping/current20:48
JoshNangwas proposed20:48
rlooJoshNang: ok, just the wording bothers me then.20:49
rlooJoshNang: 'current' could be interpreted as the 'current step being processed'20:49
*** Sukhdev has joined #openstack-ironic20:50
JoshNangi don't see a reason we can't or wouldnt return 'these are the steps you going to/have alread executed, this is the step you are currently executing' in that response20:50
*** achanda has joined #openstack-ironic20:51
rlooJoshNang: ok, that would make it clear.20:51
JoshNangrloo: ok! or this info should be available in one way or another in the node details api, imo20:52
JoshNangs/or/and20:52
rlooJoshNang: I hesitate to use 'state' but that's what I think of it, the current state of zapping. ha ha.20:52
JoshNangheh20:52
rlooJoshNang: I think I had this concern before. That within a state, we could have various steps and folks might want to know what those are and where things are at.20:53
JoshNangdevananda: back to the original question, do you have a better api than passing in json documents?20:53
rlooJoshNang: and I was worried that we'd start adding new variables for each different state to track those things.20:53
JoshNangheh and we have20:54
devanandaJoshNang: this approach requires the client to interpret the JSON document and build a new one20:54
*** Marga_ has joined #openstack-ironic20:54
devanandaJoshNang: what if each available clean|zap step was a resource?20:54
JoshNangdevananda: that seems more REST-y20:54
devanandaJoshNang: and I put a list of those resources?20:54
devanandaJoshNang: that's what I'm thinking :)20:54
devanandaJoshNang: however -- that alone won't work, because those resources can change. what if I switch to a new Agent, and it doesn't find the RAID card any longer? -- what does the resource whose URL I used last time mean now?20:55
devanandaJoshNang: so I'm not sure how to make this more RESTy, but it feels quite unRESTy at the moment20:55
JoshNangdevananda: it certainly is20:56
*** achanda has quit IRC20:56
JoshNangthere's definitely some friction between ironic driving the bus and ipa being very configurable/dynamic20:59
*** Marga_ has quit IRC20:59
*** Marga_ has joined #openstack-ironic20:59
devanandaJoshNang: yup21:05
openstackgerritJosh Gachnang proposed openstack/ironic-python-agent: Add command metrics to IPA API  https://review.openstack.org/11998121:10
*** pcrews has quit IRC21:11
openstackgerritJosh Gachnang proposed openstack/ironic-python-agent: Add docs tests to default tox envlist in IPA  https://review.openstack.org/18945521:13
openstackgerritOpenStack Proposal Bot proposed openstack/ironic-python-agent: Updated from global requirements  https://review.openstack.org/18768021:14
*** jgrimm is now known as zz_jgrimm21:17
jlvillalI was looking at: http://docs.openstack.org/developer/ironic/dev/dev-quickstart.html#step-3-install-the-client21:19
jlvillalDoes the: tox -evenv -- echo 'done'21:19
jlvillalWork for anyone?21:19
jlvillalI always get an error about the echo part21:19
jlvillalThe environment gets installed fine.21:19
jrolljlvillal: sounds like it depends on your definition of "work" :)21:20
jlvillaljroll: My definition must be too strict ;)21:20
jroll:P21:20
jroll`echo $?` probably says no, "venv works" says yes21:20
*** SpamapS has quit IRC21:22
openstackgerritJohn L. Villalovos proposed openstack/ironic: Update docs for usage of python-ironicclient  https://review.openstack.org/18946921:22
jlvillaljroll: Thanks.  Glad it isn't just me.21:22
*** trown is now known as trown|outttypeww21:24
*** Marga_ has quit IRC21:37
openstackgerritJohn L. Villalovos proposed openstack/python-ironicclient: Make 'echo' work in the 'venv' environment  https://review.openstack.org/18947721:37
*** lucas-dinner has quit IRC21:37
openstackgerritJohn L. Villalovos proposed openstack/ironic: Make 'echo' work in the 'venv' environment  https://review.openstack.org/18948221:40
jlvillaljroll: Hack to make the documentation correct :)   ^^^^^^^^21:41
jrolljlvillal: lol21:41
*** EmilienM is now known as EmilienM|afk21:41
jrolljlvillal: I think another way around that is something like commands = /bin/true || {posargs}21:42
jroll(maybe)21:42
jlvillaljroll: I'm not sure...21:43
jlvillaljroll: Or more accurately.  I have no idea.21:43
jrollthe only reason the echo is there is to make it not bail with "no commands given" or whatever, afaik21:43
jlvillaljroll: Okay.  With that method the 'echo' doesn't actually get run though.  Which maybe isn't important.21:46
jrolljlvillal: right, it's hacky21:47
*** BadCub-Hiding is now known as BadCub21:47
*** ijw has quit IRC21:47
*** ijw has joined #openstack-ironic21:48
*** dprince has joined #openstack-ironic21:49
*** lucas-dinner has joined #openstack-ironic21:50
*** lucas-dinner has quit IRC21:50
*** pcrews has joined #openstack-ironic21:50
*** [1]cdearborn has quit IRC21:50
*** achanda has joined #openstack-ironic21:51
mrdaMorning Ironic21:54
*** SpamapS has joined #openstack-ironic21:55
* mrda would welcome help from jroll and lucasagomes on nova reviews21:56
jlvillalmrda: Good morning :)21:56
jrollmrda: hit me!21:57
mrdaoh hai!21:57
*** achanda has quit IRC21:57
* mrda returns from a long-weekend downunder, so it's a virtual Monday today21:57
jlvillalmrda: It is a Monday here also ;)21:58
mrda;)21:58
mrdaSo we align on day for once :)21:58
*** achanda has joined #openstack-ironic21:59
*** achanda has quit IRC22:08
*** krotsck_at_con is now known as krotscheck22:08
NobodyCammorning mrda :)22:09
TheJuliagood morning mrda22:10
mrdao/22:13
*** ijw has quit IRC22:28
*** ijw has joined #openstack-ironic22:29
*** ijw has quit IRC22:30
jrollmrda: so uh, what reviews did you need?22:30
jrolldamn if I'm going to look at all nova reviews :P22:31
*** penick has joined #openstack-ironic22:31
NobodyCamjroll: ++22:32
NobodyCam:-p22:32
*** absubram has quit IRC22:38
*** ijw has joined #openstack-ironic22:44
mrdajroll: sorry, catching up with email.  jlvillal and I will push some reviews your way when they come about :)22:48
jrollmrda: no worries, was hoping to get some in before end of today22:48
* jroll reviews ironic-y things instead22:48
* jlvillal thinks mrda is reading scrollback from Friday....22:48
* mrda thinks jlvillal is right (so it was my Saturday :)22:48
*** Sukhdev has quit IRC22:50
*** e0ne has quit IRC23:05
*** dprince has quit IRC23:18
*** natorious is now known as zz_natorious23:19
*** Sukhdev has joined #openstack-ironic23:19
*** EmilienM|afk is now known as EmilienM23:20
*** ijw has quit IRC23:23
*** yuanying has joined #openstack-ironic23:25
*** hemna is now known as hemnafk23:32
*** zhenguo has joined #openstack-ironic23:35
*** chlong has joined #openstack-ironic23:36
*** rloo has quit IRC23:39
*** dontalton has quit IRC23:45
openstackgerritStephanie Miller proposed openstack/bifrost: Add cookiecutter-generated files for project  https://review.openstack.org/18895923:49

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