Friday, 2015-07-17

*** openstack has joined #openstack-ironic00:04
*** naohirot has joined #openstack-ironic00:08
*** boris-42 has quit IRC00:12
*** mtanino has quit IRC00:15
*** Sukhdev has quit IRC00:16
*** achanda has quit IRC00:17
*** romcheg has quit IRC00:20
*** ijw has quit IRC00:24
*** davideagnello has joined #openstack-ironic00:28
*** max_lobur has quit IRC00:34
*** achanda has joined #openstack-ironic00:36
*** barra204 has quit IRC00:39
*** athomas has joined #openstack-ironic00:42
*** cing has joined #openstack-ironic00:45
*** achanda has quit IRC00:56
*** Pradip has quit IRC00:59
*** achanda has joined #openstack-ironic01:07
*** hemna has joined #openstack-ironic01:14
devanandajroll: re: provider network, I think we're talking about different things. I want BM node to be on *tenant* network (some random VLAN that only tenant X has access to), whereas you (RS OnMental) need it to be connect to a provider network (VLAN 123 which routes between OnMetal region and other regions of RS cloud)01:18
jrolldevananda: I want both.01:18
jrolldevananda: *today* we only have nodes on the provider network01:19
jrolldevananda: but clearly we want to enable isolated tenant networks01:19
devanandaright01:20
jrolldevananda: and others likely want both, imagine cinder support, that likely won't be on a tenant network01:20
devanandaindeed01:20
jrollok cool, same page01:21
*** hemna has quit IRC01:21
devanandayah. in skimming scrollback, it looked like you were only talking about provider network01:21
jrollwell, provider networks are where vlan info is defined today01:21
jrolltenant networks have no concept of vlans01:22
jrollAIUI01:22
jrollprovider nets are also where we have the admin-only problem01:22
jrollso I was focusing on that :)01:22
devanandaheh01:23
devanandaso what, we need to add vlan id to tenant network?01:23
*** ijw has joined #openstack-ironic01:23
jrollsomething like that01:23
jrollor the port; I'm indifferent, honestly01:24
devananda*nod*01:24
* jroll selfishly wants to let morgabra figure that out01:24
*** hemna has joined #openstack-ironic01:27
*** puranamr has joined #openstack-ironic01:41
*** ijw_ has joined #openstack-ironic01:45
*** bizarrochristy has joined #openstack-ironic01:46
*** ijw has quit IRC01:49
*** puranamr has joined #openstack-ironic01:50
*** bizarrochristy has quit IRC01:50
*** puranamr has quit IRC01:52
*** puranamr has joined #openstack-ironic01:58
*** puranamr has quit IRC01:59
*** ijw has joined #openstack-ironic02:04
*** ijw_ has quit IRC02:08
*** puranamr has joined #openstack-ironic02:14
*** achanda has quit IRC02:23
*** zhenguo has joined #openstack-ironic02:32
*** chlong-afk has quit IRC02:37
openstackgerritZhenguo Niu proposed openstack/ironic: Add db migration for tags and node_tags table  https://review.openstack.org/19257602:40
*** chlong has joined #openstack-ironic02:42
*** sinval has quit IRC02:43
*** puranamr has quit IRC02:47
*** ijw has quit IRC02:52
*** hakimo has joined #openstack-ironic02:53
*** hakimo_ has quit IRC02:55
*** Nisha has joined #openstack-ironic03:02
*** puranamr has joined #openstack-ironic03:07
*** naohirot has quit IRC03:07
*** hakimo_ has joined #openstack-ironic03:10
*** hakimo has quit IRC03:10
*** puranamr has quit IRC03:12
*** boris-42 has joined #openstack-ironic03:14
*** achanda has joined #openstack-ironic03:23
*** hakimo has joined #openstack-ironic03:27
*** hakimo_ has quit IRC03:27
*** achanda has quit IRC03:28
*** puranamr has joined #openstack-ironic03:29
*** puranamr has quit IRC03:33
*** hakimo_ has joined #openstack-ironic03:44
*** hakimo has quit IRC03:44
openstackgerritZhenguo Niu proposed openstack/ironic: Add db migration for tags and node_tags table  https://review.openstack.org/19257603:44
*** hblixt has joined #openstack-ironic03:45
*** pal has joined #openstack-ironic03:46
*** puranamr has joined #openstack-ironic03:48
*** puranamr has quit IRC03:51
*** Nisha has quit IRC03:51
*** puranamr has joined #openstack-ironic03:53
*** hblixt has quit IRC03:54
*** coolsvap|away is now known as coolsvap03:54
*** achanda has joined #openstack-ironic03:55
*** Nisha has joined #openstack-ironic03:56
*** mitchjameson has quit IRC03:56
*** zz_natorious is now known as natorious03:58
*** hemna has quit IRC03:58
*** achanda has quit IRC04:00
*** puranamr has quit IRC04:00
*** hakimo has joined #openstack-ironic04:01
*** hakimo_ has quit IRC04:01
*** puranamr has joined #openstack-ironic04:01
*** pal has quit IRC04:04
*** naohirot has joined #openstack-ironic04:06
*** hemna has joined #openstack-ironic04:08
*** puranamr has quit IRC04:09
*** hemna has quit IRC04:11
*** hemna has joined #openstack-ironic04:12
*** hemna has quit IRC04:12
*** hakimo_ has joined #openstack-ironic04:18
*** hakimo has quit IRC04:18
openstackgerritShivanand Tendulker proposed stackforge/proliantutils: Add RIS support for updating boot device  https://review.openstack.org/20142004:33
*** bizarrochristy has joined #openstack-ironic04:37
*** bizarrochristy has quit IRC04:41
*** bizarrochristy has joined #openstack-ironic04:41
*** zhenguo has quit IRC04:43
*** bizarrochristy has quit IRC04:45
*** hemna has joined #openstack-ironic04:48
openstackgerritShivanand Tendulker proposed stackforge/proliantutils: Add RIS support for updating boot device  https://review.openstack.org/20142004:48
*** hemna has quit IRC04:49
*** hemna has joined #openstack-ironic04:52
*** pal has joined #openstack-ironic05:08
*** rameshg87 has joined #openstack-ironic05:11
*** dguerri` is now known as dguerri05:19
*** boris-42_ has joined #openstack-ironic05:20
*** lekha_ has joined #openstack-ironic05:21
*** boris-42 has quit IRC05:23
*** lekha has quit IRC05:23
*** cing has quit IRC05:23
*** egon has quit IRC05:23
*** egon_ has joined #openstack-ironic05:23
*** cing has joined #openstack-ironic05:23
*** lekha_ is now known as lekha05:23
*** boris-42_ is now known as boris-4205:24
*** lazy_prince has joined #openstack-ironic05:24
*** stendulker has joined #openstack-ironic05:28
*** Sukhdev has joined #openstack-ironic05:43
*** ramineni has joined #openstack-ironic06:03
*** pal has quit IRC06:07
*** ramineni has quit IRC06:08
*** ig0r_ has joined #openstack-ironic06:08
*** achanda has joined #openstack-ironic06:21
*** karimb has joined #openstack-ironic06:32
*** natorious is now known as zz_natorious06:33
*** hemna has quit IRC06:36
*** Sukhdev has quit IRC06:37
*** achanda has quit IRC06:39
*** pal has joined #openstack-ironic06:39
*** dguerri is now known as dguerri`06:40
*** pal has quit IRC06:41
*** ndipanov has quit IRC06:42
*** pal has joined #openstack-ironic06:43
*** ndipanov has joined #openstack-ironic06:43
*** achanda has joined #openstack-ironic06:45
*** ig0r_ has quit IRC06:45
openstackgerritSatoru Moriya proposed openstack/ironic-specs: Add attributes about volume conneciton into nodes table  https://review.openstack.org/20049606:47
*** ig0r_ has joined #openstack-ironic06:50
*** bradjones has quit IRC07:08
*** lazy_prince has quit IRC07:10
*** bradjones has joined #openstack-ironic07:11
*** bradjones has quit IRC07:11
*** bradjones has joined #openstack-ironic07:11
*** boris-42 has quit IRC07:12
*** dtantsur|afk is now known as dtantsur07:15
dtantsurMorning folks07:15
Haomengdtantsur: good morning:)07:21
*** achanda has quit IRC07:27
*** athomas has quit IRC07:31
*** ifarkas has joined #openstack-ironic07:33
*** athomas has joined #openstack-ironic07:35
*** yog_ has joined #openstack-ironic07:37
*** achanda has joined #openstack-ironic07:42
*** Nisha has quit IRC07:50
*** coolsvap is now known as coolsvap|afk07:51
*** pal has quit IRC07:52
*** romainh has joined #openstack-ironic08:01
*** Marga_ has quit IRC08:04
*** lucasagomes has joined #openstack-ironic08:05
*** Nisha has joined #openstack-ironic08:06
*** jistr has joined #openstack-ironic08:15
*** achanda has quit IRC08:16
*** tiagogomes has joined #openstack-ironic08:27
*** dtantsur is now known as dtantsur|brb08:27
*** pal has joined #openstack-ironic08:31
*** rcarrillocruz has quit IRC08:35
*** derekh has joined #openstack-ironic08:37
*** romcheg has joined #openstack-ironic08:40
*** yuanying has quit IRC08:43
*** coolsvap|afk is now known as coolsvap08:54
*** romcheg has quit IRC08:55
*** max_lobur has joined #openstack-ironic08:56
*** pal has quit IRC08:57
openstackgerritShivanand Tendulker proposed openstack/ironic-specs: UEFI secure boot support for pxe_ilo driver  https://review.openstack.org/17429508:57
*** e0ne has joined #openstack-ironic09:01
*** romcheg has joined #openstack-ironic09:07
openstackgerritLucas Alvares Gomes proposed openstack/python-ironicclient: DO NOT MERGE - TESTING TRIPLEO CI  https://review.openstack.org/20293509:10
*** dlpartain has joined #openstack-ironic09:15
*** dlpartain has left #openstack-ironic09:16
sambettsMorning all o/ TGIF :D09:20
lucasagomessambetts, hi there09:24
lucasagomesgood morning09:24
sambettslucasagomes o/09:25
*** stendulker_ has joined #openstack-ironic09:31
*** stendulker has quit IRC09:34
*** romcheg has quit IRC09:35
*** marzif_ has joined #openstack-ironic09:39
*** pal has joined #openstack-ironic09:39
*** pal has quit IRC09:44
*** romcheg has joined #openstack-ironic09:44
*** dtantsur|brb is now known as dtantsur09:46
dtantsursambetts, morning!09:46
dtantsuroh really TGIF!!09:46
* dtantsur is tired like hell09:46
openstackgerritMerged openstack/ironic: db: use new EngineFacade feature of oslo.db  https://review.openstack.org/19180109:46
dtantsurlucasagomes, hi there. I don't know what was decided about the release, we should ask devananda tonight09:48
lucasagomesdtantsur, ack, yeah09:48
*** romainh has quit IRC09:49
dtantsurlucasagomes, and good question about target_provision_state. I don't know the answer :)09:49
dtantsurlucasagomes, also any reason not to approve https://review.openstack.org/#/c/202699/ ?09:49
lucasagomesdtantsur, oh not really, forgot to push the final button09:50
sambettshey dtantsur09:53
*** saripurigopi has joined #openstack-ironic09:58
saripurigopilucasagomes: Hi09:58
lucasagomessaripurigopi, hi there09:59
*** naohirot has quit IRC09:59
saripurigopilucasagomes: when I set node capabilities with boot_option=local, does this mean, Ironic will set the boot device to HDD after PXE deployment?10:00
lucasagomessaripurigopi, yes, but this capabilities has to match with the flavor10:02
lucasagomessaripurigopi, so the nova scheduler will pick that node10:02
*** tiagogomes has quit IRC10:03
rameshg87lucasagomes: dtantsur: when you have some time, can you please have a look at https://review.openstack.org/#/c/174295/ . this from ilo driver has been lying around for quite some time :(10:13
dtantsurack10:13
lucasagomeswill do!10:14
rameshg87thanks ..10:15
openstackgerritDmitry Tantsur proposed openstack/ironic-inspector: Fix and enhance contributing documentation on writing plugins  https://review.openstack.org/20296310:17
dtantsursambetts, related to your change ^^10:17
openstackgerritDmitry Tantsur proposed openstack/ironic-inspector: Fix and enhance contributing documentation on writing plugins  https://review.openstack.org/20296310:18
*** amotoki has joined #openstack-ironic10:18
*** tiagogomes has joined #openstack-ironic10:19
*** athomas has quit IRC10:22
dtantsuryui<TAB> :(10:26
dtantsurlucasagomes, could you review a small inspector patch https://review.openstack.org/#/c/202128/ please? I want to link to this documentation from ironic documentation10:26
sambettsdtantsur: Commented :D10:26
dtantsurthnx10:26
*** Nisha has quit IRC10:26
*** amotoki_ has joined #openstack-ironic10:28
openstackgerritDmitry Tantsur proposed openstack/ironic-inspector: Fix and enhance contributing documentation on writing plugins  https://review.openstack.org/20296310:29
*** pal has joined #openstack-ironic10:30
*** amotoki has quit IRC10:31
*** stendulker_ has quit IRC10:31
*** openstackgerrit has quit IRC10:31
saripurigopilucasagomes: okay10:32
*** openstackgerrit has joined #openstack-ironic10:32
*** athomas has joined #openstack-ironic10:33
openstackgerritMerged openstack/ironic-inspector: Clarify version support matrix  https://review.openstack.org/20212810:33
sambettsdtantsur: I left a comment on the matrix one too but I was too slow :(10:34
dtantsursambetts, may I ask you to post a follow-up please?10:35
lucasagomessambetts, I can abort the merge10:35
lucasagomesoh it's already merged10:35
lucasagomesdamn inspector gate is too quick10:36
dtantsurhehe, we don't have dsvm voting yet :D10:36
dtantsur(which sucks)10:36
sambettsdtantsur: I'll chuck out a follow up :P10:36
dtantsursambetts, awesome, thanks!10:36
* dtantsur is messing with inspector milestones10:36
*** stendulker has joined #openstack-ironic10:37
sambettsdtantsur, lucasagomes: I never know if ironic should be "Ironic" or "ironic" in things like this10:39
dtantsurI'm still using Ironic for consistency10:39
dtantsurif we change it, we should change everything at once10:39
lucasagomesI tend to use Ironic (capitalized)10:39
sambettsok, I'll follow suit10:39
dtantsur(but I don't like it changed)10:39
*** lsmola has joined #openstack-ironic10:40
stendulkerdtantsur: Hi10:44
dtantsurstendulker, o/10:45
stendulkerdtantsur: Wanted to understand  your comment for review https://review.openstack.org/#/c/200398/ Fixes a testcase related to trusted boot in UEFI boot mode10:45
dtantsurstendulker, you have a bunch of similar tests using "properties". you're changing one of them. why?10:46
dtantsurat least the next one looks similar10:46
openstackgerritSam Betts proposed openstack/ironic-inspector: Improve support matrix readablity  https://review.openstack.org/20297410:47
stendulkerdtantsur: This testcase was about testing the uefi boot mode when trusted boot is selected10:47
stendulkerdtantsur: And we were passing the boot_mode through capabilities/properties10:47
dtantsurstendulker, maybe my problem is that test_validate_fail_trusted_boot says strictly nothing about what this test is testing.10:48
stendulkerdtantsur: The deploy_utils.py:get_boot_mode_for_deploy() checks  if the trusted boot is present in instance_info before checking properties/capabilities10:48
stendulkerdtantsur: And it returns boot mode as bios if the trsuted_boot is present in instance_info10:49
dtantsurstendulker, so the next test is wrong too, no?10:50
stendulkerdtantsur: That is true. Testcase do not say anything abt it. But if you look at it, it seemed to me it wanted to test trusted_boot and uefi combo10:50
dtantsurstendulker, anyway, could you please rename test_validate_fail_trusted_boot to something understandable? maybe also leave comment what it is testing?10:51
dtantsurotherwise it looks like string shuffling to me :D10:51
stendulkerdtantsur: sure. the functiona names used are not so intuitive here10:52
stendulkerdtantsur: I accidentaly stumbled on this one...10:52
dtantsurstendulker, thanks!10:53
stendulkerdtantsur: The next testcase about the invalid value being passed to trusted_boot parameter10:53
openstackgerritRamakrishnan G proposed openstack/ironic: Add RPCAPIs for RAID configuration  https://review.openstack.org/19600610:55
openstackgerritRamakrishnan G proposed openstack/ironic: Add APIs for RAID configuration  https://review.openstack.org/19600710:55
openstackgerritRamakrishnan G proposed openstack/ironic: Add RAIDInterface for RAID configuration  https://review.openstack.org/19600310:55
openstackgerritRamakrishnan G proposed openstack/ironic: Add support for inband raid configuration agent ramdisk  https://review.openstack.org/19823810:55
stendulkerdtantsur: thanks :)10:56
*** dlpartain has joined #openstack-ironic10:59
*** cing has quit IRC11:00
* rameshg87 goes home11:01
*** rameshg87 has quit IRC11:02
openstackgerritDmitry Tantsur proposed openstack/ironic: Allow upgrading shared mock to an exclusive one  https://review.openstack.org/20255811:02
*** pal has quit IRC11:04
TheJuliagood morning11:05
dtantsurTheJulia, morning11:06
*** dlpartain has quit IRC11:06
dtantsursambetts, I'll drop the docstring from an example, it just duplicates the base class (and we don't have docstrings in ExampleProcessingHook for this reason)11:07
sambettsdtantsur: Ok :D good idea11:07
sambettsMorning TheJulia o/11:07
dtantsursambetts, I wonder if we could you have a functional test on node_not_found hook...11:08
openstackgerritDmitry Tantsur proposed openstack/ironic-inspector: Fix and enhance contributing documentation on writing plugins  https://review.openstack.org/20296311:08
sambettsdtantsur: Hmmm, so my idea for a node_not_found hook, would be when triggered it would add a new node into ironic, update the node-cache and then return the NodeInfo object, would that work in a functional testing env? \11:10
dtantsursambetts, we can mock the "add a new node into ironic" thing, everything else should work IMO11:11
*** kcaj has joined #openstack-ironic11:13
sambettsdtantsur: putting a node in ironic into maintainence mode disables all ironic management of that node right?11:13
dtantsursambetts, everything automatic11:14
*** coolsvap is now known as coolsvap|away11:14
dtantsuryou can still issue various requests, e.g. to power on11:14
sambettsdtantsur: ah ok, awesome :)11:15
dtantsursambetts, is it related to the node_not_found topic? :)11:15
sambettsdtantsur: sort of, basicly what I was thinking is that when the not_not_found hook adds a node into ironic it should be in maintainence mode so that ironic doesn't imdiantly start trying to manage it, then its an operators active choice to take it out of maintainence mode and have it managed by ironic11:16
dtantsursambetts, aha, my guess was right ;) no, you need ENROLL state instead11:17
dtantsurnode in ENROLL state is not scheduled on11:17
dtantsursambetts, read for details: http://specs.openstack.org/openstack/ironic-specs/specs/liberty/enroll-node-state.html11:17
sambettsah I forgot about that11:18
*** saripurigopi has quit IRC11:18
lucasagomesTheJulia,  good ugt morning11:19
sambettsdtantsur: that got merged this cycle already?11:19
openstackgerritShivanand Tendulker proposed openstack/ironic: Fixes a testcase related to trusted boot in UEFI boot mode  https://review.openstack.org/20039811:20
*** lucasagomes is now known as lucas-hungry11:20
dtantsursambetts, yep. it *could* be temporary reverted soon to allow a release without, but then it's going to be reitroduced quickly (ask devananda if he really plans to do it)11:20
openstackgerritOpenStack Proposal Bot proposed openstack/ironic: Updated from global requirements  https://review.openstack.org/20269911:20
openstackgerritOpenStack Proposal Bot proposed openstack/ironic-inspector: Updated from global requirements  https://review.openstack.org/20270011:20
sambettsdtantsur: Ah ok, awesome, that makes things much easier ;)11:21
openstackgerritShivanand Tendulker proposed openstack/ironic: Fixes a testcase related to trusted boot in UEFI boot mode  https://review.openstack.org/20039811:24
*** pal has joined #openstack-ironic11:27
*** stendulker has quit IRC11:32
*** pal has quit IRC11:33
*** alex_xu is now known as alexus11:34
openstackgerritDmitry Tantsur proposed openstack/ironic: Clarify inspection upgrade guide  https://review.openstack.org/20298811:44
dtantsurthis ^^ is referring to the version support matrix we just approved11:47
*** dprince has joined #openstack-ironic11:49
openstackgerritMerged openstack/ironic-inspector: Improve support matrix readablity  https://review.openstack.org/20297411:55
*** amotoki_ has quit IRC12:02
*** cing has joined #openstack-ironic12:03
*** thrash has quit IRC12:03
*** trown|outttypeww is now known as trown12:14
*** dlpartain has joined #openstack-ironic12:15
*** romainh has joined #openstack-ironic12:15
openstackgerritJulia Kreger proposed openstack/bifrost: Change default OS from Ubuntu to Debian  https://review.openstack.org/20300012:20
openstackgerritJulia Kreger proposed openstack/bifrost: Make test timeout a variable  https://review.openstack.org/20300112:20
*** lsmola has quit IRC12:21
*** lucas-hungry is now known as lucasagomes12:22
*** lsmola has joined #openstack-ironic12:23
*** dlpartain has left #openstack-ironic12:23
dtantsurI suspect that our gate is broken >_<12:26
dtantsurhttp://logs.openstack.org/99/202699/3/check/gate-ironic-python27/56910c9/testr_results.html.gz12:26
dtantsurI see it the 3d time now12:27
TheJuliaIf thats where I think it is, thats not a pretty area...12:31
*** pal has joined #openstack-ironic12:37
*** coolsvap|away is now known as coolsvap12:37
jrollmorning all :)12:40
TheJuliagood morning12:40
jrolldtantsur: new mock this morning might be suspect12:40
jrollhm, code looks like this should fail, though12:42
jrollor I should say the error looks reasonable for this code12:43
* jroll needs more coffee to be sure12:43
jrollso much for proposing a release :(12:44
*** tiagogomes has left #openstack-ironic12:44
dtantsur*sigh*12:44
jrollthis code to "make a temp file with a password" is ridiculously complex, holy cow12:46
jrollor more the code to test it12:46
*** thrash has joined #openstack-ironic12:47
TheJuliaSo a user submitted a change to the ipmi retry logic, and I'd like to get others thoughts on the subject.  They are proposing to always retry failed ipmitool commands unless "core dumped" is detected in the output.  https://review.openstack.org/#/c/202751/  I'm weary of doing so, but I could see the case for identifying more errors we can retry upon and adding those into the list as it were12:48
NobodyCamgood morning Ironicers13:00
dtantsurNobodyCam, morning!13:00
dtantsurand I can't believe it, but seems like TGIF!13:00
NobodyCammorning dtantsur :) I was Just about to say13:00
jrolldtantsur: I think I've got this, it's silly13:01
NobodyCamTGIF!13:01
TheJuliaindeed!13:01
jrolltgif indeeeeed.13:01
jrollmorning NobodyCam :)13:01
NobodyCammorning jroll and wow your up early today13:01
NobodyCammorning TheJulia :)13:01
jrollya, crashed early last night13:01
jrollat the nova meetup next week so trying to wrap things up13:01
thiagopmornign ya'll13:01
jrollheya thiagop :)13:02
NobodyCammorning thiagop13:02
NobodyCamjroll: ++13:02
trowngood ugt morning and TGIF NobodyCam dtantsur jroll thiagop thiagop13:02
jroll\o trown13:02
NobodyCammornign trown :)13:02
thiagopNobodyCam: have you received an e-mail from liliars?13:02
dtantsurtrown, thiagop, o/13:02
NobodyCamI have not checked yet.13:03
thiagopTGIF too, but fridays are a little stressing for me...13:03
thiagopbut, at least, I know I can get drunk at the end of it13:03
thiagop:)13:03
NobodyCam:)13:04
NobodyCamoh coffee ready brb13:05
*** dlpartain has joined #openstack-ironic13:05
jrolldtantsur: lol https://review.openstack.org/#/c/202558/3//COMMIT_MSG13:07
dtantsuromg, devananda already fixed this one for me once :D13:07
jrolllolll13:07
* dtantsur is fixing13:08
openstackgerritDmitry Tantsur proposed openstack/ironic: Allow upgrading shared lock to an exclusive one  https://review.openstack.org/20255813:08
*** bnemec has joined #openstack-ironic13:11
*** dlpartain has left #openstack-ironic13:11
trownlol, mock on the mind13:12
*** bizarrochristy has joined #openstack-ironic13:16
*** bizarrochristy has quit IRC13:16
NobodyCamthiagop: I did get the email... will start reading13:20
thiagopNobodyCam: thanks13:21
jrollI filed bug #1475653 for the gate breakage13:22
openstackbug 1475653 in Ironic "Gate broken with mock 1.1.4 release" [Undecided,New] https://launchpad.net/bugs/147565313:22
jrollworking on it now but it's weird13:22
NobodyCamawesome TY jroll :)13:22
jrollthe break is https://github.com/testing-cabal/mock/commit/e9db0161fc11eceba189a0cc161deefce57529a813:23
jrollwe were using that mock.return_value13:23
jrolldirectly, not by calling it13:23
*** cing has quit IRC13:28
*** cing has joined #openstack-ironic13:29
*** dguerri` has quit IRC13:37
*** anteaya has quit IRC13:38
*** dguerri` has joined #openstack-ironic13:40
*** dguerri` is now known as dguerri13:41
*** dguerri has joined #openstack-ironic13:41
*** Shrews has quit IRC13:41
*** anteaya has joined #openstack-ironic13:42
*** hakimo has joined #openstack-ironic13:43
*** hakimo_ has quit IRC13:43
*** Shrews has joined #openstack-ironic13:43
openstackgerritDmitry Tantsur proposed openstack/ironic-inspector: Insert artificial delay between sending virtual nodes on introspection  https://review.openstack.org/20304014:00
dtantsurwhat a nasty patch I just did... ^^14:00
*** rook has joined #openstack-ironic14:01
rookmorning14:01
dtantsuro/14:01
NobodyCammorning rook14:02
ifarkasmorning all14:02
ifarkasdtantsur, so regarding adding a driver specific check for introspection, where would you put it?14:02
dtantsurwe're moving here our internal chat about one DRAC driver problem :)14:02
NobodyCammorning ifarkas :)14:02
dtantsurifarkas, there should not be "driver specific check for introspection"14:02
dtantsurifarkas, we either do it for all set_boot_device calls or just not :)14:02
rookI still like my idea, at the creation of the drac client/driver we check the queue and return it in the object.14:03
rookif the queue > 0 : we are pretty much hosed.14:03
dtantsurrook, you mean essentially at ironic start up?14:03
dtantsurwon't if fail e.g. if we restart conductor while a node is rebooting?14:04
ifarkasrook, that's not necessarily true, after bios/raid configuration we already have a config job which means queue > 014:04
rookA little bit of background for NobodyCam or anyone listening: I have a R610 Dell machine that is giving me grief during introspection. it has a job that is "stuck" and cannot be cleared.14:04
rookwhich is making introspection puke.14:04
rookifarkas well, for jobs that never "clear"14:04
ifarkasdtantsur, then I don't really understand. that was the proposal of rook which you suggested to put in to the drac driver14:04
rookifarkas: which have 3 machines in my env that has this problem... so I am sure that it is going to happen elsewhere.14:04
dtantsurifarkas, it's not introspection dependent, that's all :) so we should probably retry in set_boot_device (and other calls) if we get such error14:05
dtantsurbut if a job is just stuck... I'm not sure what to do14:05
openstackgerritJim Rollenhagen proposed openstack/ironic: Fix mock 1.1.4 breakage  https://review.openstack.org/20304214:06
rookand my comments are without knowing the code ifarkas dtantsur so, i really am depending on you guys for ideas :/14:06
jrolldtantsur: ^ that should fix the gate14:06
dtantsurjroll, awesome!14:06
ifarkasdtantsur, we already have that check in set_boot_device :-) https://github.com/openstack/ironic/blob/master/ironic/drivers/modules/drac/management.py#L38214:06
jrolldtantsur: it's so silly14:07
dtantsurifarkas, I don't see it retrying, I see it just failing14:07
dtantsurjroll, ETOOMUCHMOCKING Oo14:07
ifarkasdtantsur, we should retry for how long? is it ok for set_boot_device waits for an hour for example?14:07
dtantsurnope14:07
jrolldtantsur: mmmmmhm.14:08
ifarkasdtantsur, that's the problem, some task might take more than an hour14:08
dtantsurifarkas, I'm not sure we should retry, I'm translating rook's idea (as I understood)14:08
dtantsurifarkas, so, here's the thing: if ironic does something with a node, it should hold a lock on it14:08
ifarkasdtantsur, yeah, I am also just translating to code implication :-)14:09
dtantsurifarkas, if it's NOT ironic who does something with a node, that's a bad condition14:09
lucasagomesjroll, https://bugs.launchpad.net/ironic/+bug/147567214:09
openstackLaunchpad bug 1475672 in Ironic "agent_* drivers could timed out mid-deployment" [Medium,New] - Assigned to Lucas Alvares Gomes (lucasagomes)14:09
lucasagomesI'm working on a fix for it14:09
lucasagomesjroll, and morning14:09
ifarkasdtantsur, then we should probably delete most drivers :-)14:09
*** cinerama has quit IRC14:09
ifarkasdtantsur, as a part of them use bmc and async config jobs14:10
dtantsurifarkas, good idea :) but async jobs still have lock (or at least are supposed to have). Only DEPLOYWAIT state does not have lock14:10
rookso, what happens with that code ifarkas we are not doing anything with that exception.14:10
dtantsur(now CLEANWAIT as well)14:10
rook^ in the case there are existing jobs.14:11
jrolldtantsur: I WIP'd that mock fix, see https://review.openstack.org/#/c/203043/14:11
*** hakimo has quit IRC14:11
*** hakimo_ has joined #openstack-ironic14:11
ifarkasrook, yep, we are just throwing that exception because setting the boot device while there's another config job present is not possible14:12
ifarkasdtantsur, rook, alternatively we could add something like /introspect/validate call which could check the status14:13
ifarkasdtantsur, rook, that would be generic enough14:14
dtantsurifarkas, call to which service? and what should it do?14:14
ifarkasdtantsur, I am not sure if drac async job have any locks. those are not exposed via any api14:14
ifarkasdtantsur, discoverd -> ironic14:15
dtantsurifarkas, ok man it's Friday evening and I'm probably being stupid :) could you please explain in more details?14:15
ifarkasdtantsur, as rook suggested we need a driver specific check before introspection starts14:16
ifarkasdtantsur, one solution could be adding an /introspection/validate api call which would make sure the node is in a state which is acceptable for introspection14:17
dtantsurifarkas, why do you think it's specific for introspection? any other operation would fail just as well, e.g. deployment14:17
trownifarkas: couldnt that happen in Ironic ... ie during transition from enroll to manageable14:18
trownor other transitions too maybe14:18
ifarkasdtantsur, set_power_state wouldn't fail14:18
dtantsuryou mean in deployment? why? it's the same operation in the same order14:18
lucasagomesdtantsur, are you working on that fix for the gate?14:19
dtantsurlucasagomes, jroll is14:20
lucasagomesoh jroll is14:20
lucasagomesnice ok14:20
ifarkastrown, that might work as well if there's a specific transition tied to introspection14:20
dtantsursigh. it's not tied to introspection. introspection does the same things as deploy14:21
ifarkasdtantsur, i am not sure I understand but set_power_state call wouldn't fail during deployment as well14:21
trownifarkas: well enroll to managable should confirm that the node is indeed manageable, i.e. validate we can set boot device14:21
dtantsurtrown, interesting idea. not covered by the current enroll code, but should be implementable.14:22
dtantsurtrown, we can generalize it as check_sanity call on the power interface :)14:23
*** pal has quit IRC14:23
ifarkasdtantsur, that's point it's not tied to the power interface14:24
ifarkasdtantsur, admin should be able to restart the node anytime14:24
dtantsurifarkas, well, to management interface even. As the problem is: we can't set boot device. Nobody can: introspection cannot, deployment cannot, cleaning cannot14:25
dtantsurnow we have to "fix" it somehow. probably we should have done the root cause analysis better14:25
dtantsurbefore jumping into solutions14:25
*** pal has joined #openstack-ironic14:26
ifarkasdtantsur, yep, that's correct, it's tied to management interface14:26
dtantsurifarkas, I see we have 2 problems: 1. one can't set boot device twice - easy to fix14:26
ifarkasdtantsur, yep14:27
dtantsur2. if there stale jobs on DRAC, everything might fail to work14:27
dtantsurI'm starting to think that such node should be put in maintenance mode14:27
ifarkasdtantsur, it might or might not14:27
trownI think the tough part is determining "stale"14:28
ifarkasdtantsur, there might be jobs from bios or raid configuration14:28
dtantsurifarkas, they should hold a lock on a node14:28
rooktrown: i think that should be easy14:28
rooktime0 check for jobs, timen if job id is the same - stale14:29
rookstale and being the % complete never changs14:29
rook^ maybe too simple?14:29
dtantsurrook, I have even simpler idea with my ironic-core hat on14:29
dtantsurif something is going on on a node that ironic is not aware of (aka lock is not held) - node goes to maintenance14:29
dtantsuramen14:30
ifarkasdtantsur, adding lock around every operation that creates a remote jobs might work...14:30
dtantsurifarkas, we have to do it. you don't want your BIOS update to be interrupted..14:30
ifarkasdtantsur, right14:30
dtantsurthat was my initial objection against DRAC passthru operations: it ignored our locking and state machine considerations14:31
dtantsurI think it still does, which is a problem14:31
rooklol - dtantsur drops mic14:32
*** romcheg has quit IRC14:37
jrolllucasagomes: dtantsur https://review.openstack.org/#/c/203043/14:38
*** dlpartain has joined #openstack-ironic14:39
jrollthe pin landed14:39
lucasagomesjroll, oh... hmm we should update our requirements then14:39
dtantsurI guess the bot will do it soon14:39
lucasagomestho it would be nice to fix that test anyway14:39
jrolllucasagomes: it hasn't merged yet... requirmenets bump will come out after it merges14:39
jrollyeah14:39
jrollbut hard to fix in a compatible way14:39
lucasagomesI see... ok so should we wait the bot and then merge the pin ?14:39
jrollyeah14:40
lucasagomesack14:40
jrollalso, I still want to do a server release14:40
jrollreleasing the client is what breaks default behavior14:40
jrollso I think we should release the server and then figure out the client14:40
lucasagomesyou mean for the enroll state thing right?14:41
jrollyeah14:41
jrollit will still default to old behavior14:41
jroll(when using the client)14:42
jrolluntil we release a new client14:42
lucasagomestrue... the only problem is if we want to include the 'abort' clenwait/deploywait14:42
lucasagomesthat will need to bump the microversion again14:42
dtantsurmmm, versioning rocks :)14:42
lucasagomesand the client would probably need to point to the new one which will also introduce the enroll14:42
lucasagomesbut, I'm ok just releasing without it14:42
jrollwe can release again in a few weeks with it if we want :)14:43
jrollI'm going to repeat myself again14:43
jrollwe should require a version argument.14:43
dtantsurwhat we're doing with our client is working around the whole versioning14:43
jrollright, the whole version negotiation thing is just causing problems14:43
*** mgarza_ has joined #openstack-ironic14:43
jrollbecause clients don't think about what they're doing14:43
jrollit's trying to pretend we don't do versioning14:43
dtantsurexactly!14:44
jroll99% of the time I don't use the client, fwiw14:44
dtantsurthen let us either 1. not do it at all, 2. do it completely14:44
jrollpartially for this reason14:44
jrollso anyway let's figure out the client thing later14:44
*** krtaylor has quit IRC14:45
jrollso now the only thing to figure out is...14:45
lucasagomesjroll, make --ironic-api-version mandatory?14:46
jrollhttps://github.com/openstack/ironic/blob/master/setup.cfg#L314:46
jrollwhat version should we be? :)14:46
*** hemna has joined #openstack-ironic14:46
jrolllucasagomes: yes14:46
lucasagomeshmm /me thinks14:46
lucasagomesjroll, dtantsur also https://review.openstack.org/#/c/202565/14:47
lucasagomesre version negotiation14:47
jrolldhellmann: hey, I don't see a follow up to https://review.openstack.org/#/c/192404/14:47
jrolldhellmann: looking at doing a release and trying to figure out version number things14:47
*** romcheg has joined #openstack-ironic14:48
*** dlpartain has quit IRC14:49
*** mtanino has joined #openstack-ironic14:49
jrolllucasagomes: that test isn't very obvious14:50
jrollthe end result is 1.614:50
* jroll tests locally I guess14:50
*** hemna has quit IRC14:52
*** achanda has joined #openstack-ironic14:53
jrollok yeah, it works14:53
jrollor I should say it fails without the code change14:53
jroll+A14:54
lucasagomesyeah, I know it's not straight forward14:56
lucasagomesand currently the client is at 1.8 the test is adding 1.1014:56
lucasagomesit's wierd, but it's just to exercise the change14:56
NobodyCami dont think it weird :-p14:56
jrollnah I don't mind it exercising versions we don't have14:57
*** krtaylor has joined #openstack-ironic14:57
jrolljust that it isn't immediately obvious why it chooses 1.614:57
jrollbut it's fine14:57
*** mgoddard1 has joined #openstack-ironic15:00
*** jaypipes has joined #openstack-ironic15:01
*** mgoddard has quit IRC15:01
*** dprince has quit IRC15:03
*** ibravo has joined #openstack-ironic15:04
*** pal has quit IRC15:04
*** achanda has quit IRC15:05
openstackgerritDmitry Tantsur proposed openstack/ironic-inspector: Insert artificial delay between sending virtual nodes on introspection  https://review.openstack.org/20304015:11
dtantsurwill probably call it a day, see you next week15:13
*** dtantsur is now known as dtantsur|afk15:14
NobodyCamhave a great weekend dtantsur|afk15:14
*** dprince has joined #openstack-ironic15:16
*** coolsvap is now known as coolsvap|away15:23
JoshNanglooks like i picked the wrong day to be sick yesterday :/15:27
*** thiagop has quit IRC15:27
*** cinerama has joined #openstack-ironic15:27
*** jaypipes is now known as blockedpipes15:27
*** ibravo has quit IRC15:29
lucasagomesJoshNang, feeling better today?15:34
*** ricky1 has joined #openstack-ironic15:37
JoshNanglucasagomes: definitely :)15:40
JoshNanglooks like the discussion for vlans in metadata is on the mailing list now.15:40
*** chlong has quit IRC15:49
*** romainh has left #openstack-ironic15:52
*** yog_ has quit IRC15:58
*** mgoddard1 has quit IRC16:02
*** mgoddard has joined #openstack-ironic16:03
openstackgerritMerged openstack/python-ironicclient: Fix version negotiation  https://review.openstack.org/20256516:03
*** amotoki has joined #openstack-ironic16:03
*** egon_ is now known as egon16:04
*** eglute has quit IRC16:04
*** eglute has joined #openstack-ironic16:05
*** romcheg has quit IRC16:10
*** zz_natorious is now known as natorious16:12
openstackgerritOpenStack Proposal Bot proposed openstack/ironic: Updated from global requirements  https://review.openstack.org/20269916:13
openstackgerritOpenStack Proposal Bot proposed openstack/ironic-inspector: Updated from global requirements  https://review.openstack.org/20270016:13
openstackgerritOpenStack Proposal Bot proposed openstack/ironic-python-agent: Updated from global requirements  https://review.openstack.org/20311516:13
openstackgerritOpenStack Proposal Bot proposed openstack/python-ironic-inspector-client: Updated from global requirements  https://review.openstack.org/20160816:17
openstackgerritOpenStack Proposal Bot proposed openstack/python-ironicclient: Updated from global requirements  https://review.openstack.org/20313616:17
lucasagomesjroll, ^16:22
devanandammm, versionning for breakfast16:22
devananda(g'morning, all)16:22
lucasagomesdevananda, morning16:22
lucasagomesdevananda, yeah it's actually fixing our gate, because mock 1.1.4 broke it16:23
NobodyCamgood mornign devananda16:23
devanandayay a nother broken mock release? :(16:23
jrollwoo16:23
lucasagomesdevananda, unfortunately... well the first one was actually good. We were using mock incorrectly and it just showed us that16:23
*** eglute has quit IRC16:23
jrolldo we need 2 +2 on these?16:24
devanandalucasagomes: oh16:24
lucasagomesjroll, usually yes16:24
lucasagomesdevananda, now this one with 1.1.4 is actually a bug16:24
jrollcan we change that? :P16:24
*** eglute has joined #openstack-ironic16:24
lucasagomesjroll, we just do it to have a simple rule that all patches require 2+216:24
lucasagomesbut if it's something trivial I don't care if it's 1+216:24
jrollaw, I don't have +2 on python-ironic-inspector-client :(16:25
jrollnor inspector16:25
jrollanyway, some of those updates are now +A, others are the max vote I have16:25
lucasagomesdevananda, for context https://github.com/testing-cabal/mock/issues/28816:26
lucasagomesjroll, cool thank you16:26
devanandajroll: what's your take on the default ENROLL state change?16:26
jrolldevananda: so16:26
jrollI think we should release the server now16:26
jrolland then I think we should talk about the client16:27
jrolldevananda: and my opinion on the client is that we should always require a version and not do negotiation16:27
jroll14:43:41           jroll | right, the whole version negotiation thing is just causing problems16:27
jroll14:43:48           jroll | because clients don't think about what they're doing16:27
jroll14:43:55           jroll | it's trying to pretend we don't do versioning16:27
devanandaa) would you have the server reject connections from older clients, or clients that don't pass the header?16:28
devanandab) what version header should the next release of the client default to sending?16:29
openstackgerritLucas Alvares Gomes proposed openstack/ironic: Fix the DEPLOYWAIT check for agent_* drivers  https://review.openstack.org/20315716:29
lucasagomesjroll, ^ you may be interested on that16:29
devanandac) what if that client is pointed at a Kilo released server?16:29
jrolldevananda: I think I would have the client either error before hitting the server, or pass the minimum version16:30
devanandad) how do we signal to users ofthe new client "hey, your scripts are going to break when you create a Node" ??16:30
jrolllucasagomes: oh good call16:30
jrollthanks, will look16:30
lucasagomesjroll, cool, currently our default callback_timeout is big enough. But if one tries to deploy something like a windows image which is pretty big it may fail due that timeout16:31
*** jistr has quit IRC16:31
jrolldevananda: those are good questions I need to think about more16:31
jrolllucasagomes: yep, makes sense16:31
devanandawe collectively, myself included, didn't actually think through the impact that changing the default state is going to have. every single user who has any automation around "node-create" is going to be broken by this becaues they can not choose not to opt in to the change16:31
jrolldevananda: what16:31
jrolldevananda: they certainly can choose to not opt in16:32
devanandanope16:32
devanandathey can choose not to upgrade16:32
jrollno16:32
jrollthey can use the previous api version16:32
devanandaright16:32
devanandathey can choose "do not give me any new features"16:32
jroll"until I fix my shit"16:32
devanandathey CAN NOT choose "give me new features but let me keep my old work flow"16:32
*** ashuk has joined #openstack-ironic16:32
*** saripurigopi has joined #openstack-ironic16:33
jrollthey actually can16:33
devanandaoh?16:33
jrollthey can use the old version only for node-create16:33
*** pal has joined #openstack-ironic16:33
jrolland newer versions otherwise16:33
devananda:(16:33
jrollor whatever16:33
devanandathat is a HORRIBLE interface16:33
jrolluntil they fix their code16:33
jrollso the things is16:33
*** eglute has quit IRC16:33
lucasagomesyeah the mix and match is not ideal... but that's how it is actually16:34
jrollwe've caused this by letting the client choose a version for them16:34
devanandahow are they supposed to discover that?16:34
jrollrelease notes?16:34
*** eglute has joined #openstack-ironic16:34
lucasagomesunless we have a config option to pin the ironic-api server in a specific version16:34
jrollthis whole thing is caused by us defaulting clients to whatever version *we* think is best16:34
jrolland so users don't think about the impact of using a given version16:34
jrollour client pretends we don't do versioning at all16:35
jrollif we forced users to think about what they're doing, and choose a version explicitly, this wouldn't be a problem16:36
jroll"oh, I need this new feature, let me upgrade to version X, let me also check if that will break me"16:36
*** ricky1 is now known as rcarrillocruz16:36
jrollinstead they're like "HEY YOUR NEW CLIENT BROKE ME WTF"16:36
jrollagree/disagree?16:38
*** max_lobur has quit IRC16:38
devanandajroll: right. so you're saying, client needs to default to 1.1 (juno-ish) or 1.6 (kilo) -- which it does16:39
jrollum, does it?16:39
jrollAIUI it finds the max version that the client and server both support.16:39
devanandahm, it got bumped to 1.816:39
jrollalso, I'm saying the client needs to default to "tell me the version"16:39
devanandaironicclient/common/http.py:DEFAULT_VER = '1.8'16:40
devanandajroll: "default to tell me the version" sounds like "error if user does not "--version xx.yy"16:41
devanandajroll: which is also a breaking change16:41
jrolldevananda: yes.16:42
jrolldevananda: right, I haven't figured out the mechanics of that deprecation or whatever16:42
jrollat any rate, if the client actually defaults to 1.8, then I don't see how releasing ENROLL breaks people16:42
devanandabecause a minor version change should not break a user16:43
lucasagomesjroll, it won't tho usually when we add stuff to the client to work with the new things we also bump that version16:43
devanandathe moment anyone starts sending 1.10, they will wonder "omg why did my system stop doing what it used to do"16:43
jroll... that's the whole point of "micro" versions16:43
lucasagomesI believe that requiring the user to always say which version he wants in the long run can actually be a good thing16:43
lucasagomesit's explicit16:43
jrollexactly. make the user think about what they're doing.16:44
lucasagomestho as devananda it's a breaking change, we would probably need to communicate it very loud16:44
jrollinstead of just YOLO HOPE THIS ALWAYS WORKS16:44
devanandahaving the server require it -- I'm reasonably OK with16:44
jrollwe already require something like 5 arguments in our client, why not one more?16:45
jrollmaybe just 4.16:45
jrollusername, password, tenant, auth_url16:45
lucasagomeswhat we could do is to release a version of the client now pinned in 1.8 just as-is16:45
lucasagomesbut when the version is not specified print a big warning message16:46
jrollmhmm16:46
lucasagomessaying that in the future the version will be mandatory16:46
lucasagomesat least it bring visibility (if we go in the path of making it mandatory)16:46
jrolllet me point out a recent nova client change:16:46
jrollWARNING: Command volume-list is deprecated and will be removed after Nova 2016.1 is released. Use python-cinderclient or openstackclient instead.16:46
devanandajroll: it requires 2 ENV vars: token and endpoint16:46
jrolldevananda: ok sure16:47
jrollrequire 3 instead16:47
jrollI don't see why it's a problem16:47
jrollmost people won't be using token though, they'll be using username/password16:47
jrolland auth url16:47
jrolljust another thing to stick in the file you source when you run ironic cli16:48
devanandain any case, ^ exactly16:48
jrollI'm happy to bring this to the mailing list if we want others' input16:48
jrolldtantsur|afk seemed to agree earlier, though, too16:49
devanandayes pls16:49
jrollok, I'll do that at some point today16:49
devanandacause I think every angle on this bad for our users - -and the same sort of things are big concerns for nova and soon for other projects looking at versions16:49
devanandanova has a much longer history and historically much higher aversion to change ...16:50
jrollbefore everyone disappears for oscon/nova midcycle >.>16:50
devanandaheh16:50
* devananda disappears to work on his talk for OSCON16:51
jrollmhmm16:51
jrolldevananda: do you know how nova's client behaves with this right now?16:51
*** natorious has quit IRC16:52
*** natorious has joined #openstack-ironic16:54
lucasagomeswould be good to investigate16:55
lucasagomesactually I think it worth to add [nova] to the ML16:55
jrollyeah, I will16:57
*** ijw_ has joined #openstack-ironic17:01
*** derekh has quit IRC17:01
*** ijw__ has joined #openstack-ironic17:04
mgagnejroll: regarding Nova midcycle meetup, I just thought about something Nova should fix or handle better but it's not related to Ironic :-/17:05
mgagnejroll: it's about how Nova supports (or not) multiple nics and security groups :D17:06
*** ijw_ has quit IRC17:07
lucasagomesfolks I'm going to call it a day17:10
lucasagomeshave a great night everyone, enjoy the weekend!17:11
*** lucasagomes is now known as lucas-beer17:11
NobodyCamhave great weekend lucas-beer17:12
*** trown is now known as trown|lunch17:12
*** Pradip has joined #openstack-ironic17:18
*** Nisha has joined #openstack-ironic17:19
* NobodyCam eats a bagel17:21
*** pal has quit IRC17:21
*** mitchjameson has joined #openstack-ironic17:24
*** mitchjameson has quit IRC17:24
*** bizarrochristy has joined #openstack-ironic17:24
*** harlowja has quit IRC17:26
*** harlowja has joined #openstack-ironic17:26
*** ashuk has quit IRC17:26
*** praneshp has joined #openstack-ironic17:31
*** praneshp has left #openstack-ironic17:31
*** sambetts has quit IRC17:32
*** amotoki has quit IRC17:33
*** sambetts has joined #openstack-ironic17:35
*** achanda has joined #openstack-ironic17:35
*** eglute has quit IRC17:35
*** eglute has joined #openstack-ironic17:36
jrollmgagne: interesting, I know nothing about that :P17:36
*** rook has quit IRC17:42
*** Sukhdev has joined #openstack-ironic17:43
*** e0ne has quit IRC17:44
*** boris-42 has joined #openstack-ironic17:44
*** karimb has quit IRC17:44
mgagnejroll: could you link to the driver supporting teaming + trunked vlans?17:48
*** max_lobur has joined #openstack-ironic17:51
*** romcheg has joined #openstack-ironic17:52
jrollmgagne: damnit, I'm bad at emails17:53
jrollmgagne: send another reply with it, but it's https://github.com/rackerlabs/ironic-neutron-plugin17:54
mgagnejroll: haha "some drivers support it, obviously ours :D"17:55
jroll:)17:56
mgagnejroll: I think our use case is similar to this blueprint: https://blueprints.launchpad.net/neutron/+spec/vlan-aware-vms17:56
jrollmgagne: yep, that was highlighted as a thing17:57
mgagnejroll: so I guess it's a matter of implementing the specs17:57
*** lucas-beer has quit IRC17:57
openstackgerritChristopher Dearborn proposed openstack/ironic: This change is to test the corporate firewall  https://review.openstack.org/20318917:58
devananda^ lol ?17:59
jrollhahaha17:59
TheJulialol17:59
devanandaLOL18:00
devanandaThis change is to test the corporate firewall. Please do not review or merge.18:00
devanandaI may have been watching a lot of silly cat videos recently18:00
devanandaso I find this very amusing18:00
devanandaTheJulia: it's your fault, btw :)18:01
TheJulia\o/18:02
TheJuliaat least it is death by cute18:02
*** vdrok has quit IRC18:02
*** athomas has quit IRC18:02
*** puranamr has joined #openstack-ironic18:03
*** praneshp has joined #openstack-ironic18:05
*** JayF has quit IRC18:09
*** JayF has joined #openstack-ironic18:09
*** athomas has joined #openstack-ironic18:11
*** puranamr has quit IRC18:16
*** Nisha_away has joined #openstack-ironic18:20
*** Nisha has quit IRC18:20
*** puranamr has joined #openstack-ironic18:25
*** praneshp has quit IRC18:25
*** praneshp has joined #openstack-ironic18:28
*** e0ne has joined #openstack-ironic18:29
*** puranamr has quit IRC18:29
*** puranamr has joined #openstack-ironic18:30
*** puranamr has quit IRC18:30
*** puranamr has joined #openstack-ironic18:32
*** puranamr has quit IRC18:35
devanandaok - something is bothering me in our API again (no surprise, right?)18:36
devanandaI can't walk the REST API in any way that reveals the node vendor_passthru end point18:36
devanandaI mean - i'm all for discouraging its use18:37
devanandabut it's not discoverable at all18:37
*** praneshp_ has joined #openstack-ironic18:38
*** praneshp has quit IRC18:41
*** praneshp_ is now known as praneshp18:41
*** puranamr has joined #openstack-ironic18:43
*** puranamr has quit IRC18:44
*** puranamr has joined #openstack-ironic18:50
*** praneshp has left #openstack-ironic18:53
*** thiagop has joined #openstack-ironic18:58
*** saripurigopi has quit IRC19:00
*** natorious is now known as zz_natorious19:07
*** ndipanov has quit IRC19:09
*** trown|lunch is now known as trown19:20
openstackgerritMerged openstack/python-ironic-inspector-client: Updated from global requirements  https://review.openstack.org/20160819:26
lifelessjroll: around?19:38
lifelessjroll: actually -> nova19:38
*** Sukhdev has quit IRC19:43
*** ig0r_ has quit IRC19:47
*** Nisha has joined #openstack-ironic20:02
*** Nisha_away has quit IRC20:02
*** jjohnson2 has joined #openstack-ironic20:05
*** mjturek1 has quit IRC20:06
*** afaranha has quit IRC20:28
*** lsmola has quit IRC20:35
*** e0ne has quit IRC20:43
*** jjohnson2_ has joined #openstack-ironic20:44
*** Pradip has quit IRC20:44
*** jjohnson2 has quit IRC20:46
*** Pradip has joined #openstack-ironic20:48
*** dprince has quit IRC20:53
*** bnemec has quit IRC20:54
*** ijw__ has quit IRC20:57
*** trown is now known as trown|outttypeww21:03
*** bizarrochristy has quit IRC21:10
*** dguerri is now known as dguerri`21:12
*** ijw_ has joined #openstack-ironic21:18
*** max_lobur has quit IRC21:22
*** Nisha has quit IRC21:23
*** blockedpipes has quit IRC21:29
*** jjohnson2_ has quit IRC21:30
devanandaif anyone is randomly curious (like me) what vendor passthru methods are being exposed by drivers today -- http://paste.openstack.org/show/Vms7qxYrK7mbrFBe7Ytn/21:49
*** Pradip has quit IRC22:14
*** davideagnello has quit IRC22:21
jrolldevananda: no agent driver?22:22
jrollI'm also curious if there's a designation between node- and driver-vendor-passthru in those responses22:22
jrollbut I think only agent_* has driver-22:22
devanandajroll: there is not22:24
devanandathis is coming from the REST API, which can not distinguish22:24
jroll:/22:25
devanandaalso it is not a discoverable endpoint22:25
jrollright, you mentioned that22:25
devanandathere are actually a few non-discoverable end points22:26
devananda/v1/nodes/fake/vendor_passthru/methods generated that list ^22:26
devanandas/fake/every driver/22:26
jrolls/every driver/pxe_*/22:26
jroll:P22:26
devanandanope22:26
jrollwait what22:26
devanandaoh wait, did i?22:26
jrollidk22:26
devanandaoh lol22:27
jrollthere's no agent in there22:27
devanandagrep snuck in22:27
devanandahttp://paste.openstack.org/raw/Upd7hbpi2K7zzazh9Lxu/22:28
devanandathere we go22:28
jrollso really that doesn't help discover anything22:28
jrollbecause they don't tell you it's at /v1/nodes/xxx/vendor... or /v1/drivers/xxx/vendor...22:29
jrolloh, driver-vendor-passthru isn't in that list at all22:29
jrollgood!22:29
jroll:|22:29
devanandano - that's a whole different thing!22:29
jrolloh you has /v1/nodes/blahblahblah22:30
jrollhad*22:30
*** thiagop has quit IRC22:30
devanandaso v1/drivers/xxx/vendor_passthru/methods always returns this22:34
devanandahttp://paste.openstack.org/show/384740/22:35
devanandafor every driver22:35
devanandaI think it's a bug :(22:35
devanandalike - it returns that for pxe_ssh too22:36
devanandaanyway - i gotta run22:36
NobodyCamhave a great weekend devananda22:36
jrollhrm22:36
NobodyCam:)22:36
jrollhave a good one22:36
NobodyCamya kinda looks like what a bug would do22:37
*** ijw_ has quit IRC22:48
*** mgarza_ has quit IRC22:49
*** achanda has quit IRC23:04
*** ijw_ has joined #openstack-ironic23:06
*** ijw_ has quit IRC23:12
*** ijw_ has joined #openstack-ironic23:13
*** davideagnello has joined #openstack-ironic23:17
*** davideagnello has quit IRC23:20
*** bizarrochristy has joined #openstack-ironic23:22
*** ijw_ has quit IRC23:26
*** cing has quit IRC23:26
*** athomas has quit IRC23:26
*** bizarrochristy has quit IRC23:27
*** puranamr has quit IRC23:32
*** puranamr has joined #openstack-ironic23:33
*** puranamr has quit IRC23:42
*** puranamr has joined #openstack-ironic23:43
*** Pradip has joined #openstack-ironic23:43
Pradiphi, I am trying to use ironic inspector, it is giving me and error as follows " Driver pxe_ipmitool does not support inspect (disabled or not implemented)." , any ideas?23:46
*** trown|outttypeww is now known as trown23:46
jrollPradip: you need to enable inspector in config23:48
jrollCONF.inspector.enabled23:48
trownPradip: there are two ways to use ironic inspector, one is via an inspect driver, but there is also a cli client23:48
jrollyou should see a log with the same in the conductor log23:48
Pradipbtw I am using it with devstack23:49
trownah so pxe_ipmitool has an inspect driver...wasnt sure about that23:49
jrollPradip: yes, set [inspector] enabled=true23:49
jrollin the ironic config23:49
Pradipit is set there23:49
* jroll checks localrc23:49
jrolldid you restart the conductor after setting it?23:50
Pradipyes i did23:50
Pradipjust to be sure, pxe-ipmi supports the inspector, right?23:51
jrollhmmm23:51
jrollit looks like it, yes23:51
Pradipthen i am not supposed to see this error . huh23:52
trownPradip: where is that error coming from?23:53
Pradiptrown: conductor/manager.py23:54
Pradiphttp://paste.openstack.org/show/384952/23:56
trownPradip: hmm, the line number there does not match up with trunk, is this a new devstack env?23:58
trownPradip: or could you provide the git hash of HEAD in /opt/stack/ironic23:59
Pradiptrown: I used the stable/kilo version23:59

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