Tuesday, 2016-08-02

*** jcoufal_ has joined #tripleo00:13
*** jcoufal has quit IRC00:15
*** lazy_prince has joined #tripleo00:18
*** lazy_prince has quit IRC00:22
*** bana_k has quit IRC00:23
*** onovy has quit IRC00:23
*** onovy has joined #tripleo00:23
*** saneax is now known as saneax_AFK00:31
*** limao has joined #tripleo00:31
*** dmacpher has joined #tripleo00:40
*** myoung|biab is now known as myoung00:49
*** lblanchard has joined #tripleo00:56
*** rhallisey has quit IRC01:05
*** rbrady has quit IRC01:13
*** chem has quit IRC01:19
*** chem has joined #tripleo01:19
*** fultonj has quit IRC01:23
*** jcoufal_ has quit IRC01:28
*** tbonds has joined #tripleo01:34
*** jcoufal has joined #tripleo01:41
*** bana_k has joined #tripleo01:46
*** tzumainn has quit IRC01:48
*** chem has quit IRC01:52
*** chem has joined #tripleo01:53
*** thrash is now known as thrash|g0ne01:53
*** jcoufal has quit IRC02:04
*** ramishra has quit IRC02:04
*** jcoufal has joined #tripleo02:05
*** milan has quit IRC02:06
*** ramishra has joined #tripleo02:07
*** maeca1 has joined #tripleo02:07
*** milan has joined #tripleo02:11
*** bana_k has quit IRC02:29
*** tbonds has quit IRC02:29
*** milan has quit IRC02:36
*** milan has joined #tripleo02:37
*** yamahata has quit IRC02:52
*** bana_k has joined #tripleo02:55
*** lazy_prince has joined #tripleo03:00
*** dtrainor has quit IRC03:03
*** lazy_prince has quit IRC03:05
*** lazy_prince has joined #tripleo03:05
openstackgerritEmilien Macchi proposed openstack-infra/tripleo-ci: WIP - Implement undercloud upgrade job - Mitaka -> Newton  https://review.openstack.org/34699503:08
*** lblanchard has quit IRC03:17
*** r-mibu has quit IRC03:23
*** r-mibu has joined #tripleo03:24
*** coolsvap has joined #tripleo03:28
*** mgarciam has quit IRC03:42
*** jcoufal has quit IRC03:50
*** masco has joined #tripleo04:08
*** julim has quit IRC04:19
*** saneax_AFK is now known as saneax04:28
*** crinkle has quit IRC04:35
*** crinkle has joined #tripleo04:35
*** links has joined #tripleo04:36
bandinimorning04:43
*** maeca1 has quit IRC04:45
bandiniseems CI is failing on ceph stuff now /me looks04:55
*** oshvartz has quit IRC04:55
*** rlandy has quit IRC04:59
*** milan has quit IRC05:07
*** milan has joined #tripleo05:07
*** radek_ has joined #tripleo05:11
*** jaosorior has joined #tripleo05:19
bandiniI filed https://bugs.launchpad.net/tripleo/+bug/1608785 for the CI failures, I added the alert tag, but could not set the importance05:24
openstackLaunchpad bug 1608785 in tripleo "gate-tripleo-ci-centos-7-ovb-ha CI jobs fail with ceph-mon errors" [Undecided,New]05:24
*** limao_ has joined #tripleo05:28
openstackgerritJuan Antonio Osorio Robles proposed openstack/instack-undercloud: Enable SSL for ironic inspector  https://review.openstack.org/33264105:28
jaosoriorbandini: Seems that the same issue appears on the nonha jobs05:29
*** limao has quit IRC05:30
*** ramishra has quit IRC05:33
bandinijaosorior: do you have a link handy?05:35
*** ramishra has joined #tripleo05:35
bandiniI did not spot any but I admittedly took a very quick look05:35
bandinijaosorior: could you set the critical tag on the bug, seems I am not allowed to05:35
*** chem has quit IRC05:35
jaosoriorbandini: How do you know that If627a50d8aa0cba0f1b4e00dfd43103c7eaff6f6 introduced the problem? It did seem to pass the nonha job there at least05:36
jaosoriorbandini: this is the link https://review.openstack.org/#/c/349606/05:36
jaosoriorand the logs I see for the failed deployment are these: http://paste.openstack.org/show/545515/05:37
bandinijaosorior: I assumed that ceph was not enabled when that job passed, because it got enabled last night05:38
jaosoriorI see05:39
jaosoriorbandini: Which commit enabled it?05:40
bandinimaybe the root cause is something else, I would not exclude it yet. The commit enabling it seems to have passed which might give us more hints: https://review.openstack.org/#/c/346897/05:41
*** derekjhyang has quit IRC05:42
jaosoriorbandini: might be something else. Because it's also failing in the nonha job. Which had no change05:42
jaosoriorit does enable the ceph-devel environment though05:42
*** bana_k has quit IRC05:42
bandinijaosorior: do you have a link of a failed nonha job?05:43
bandiniI am clearly blind ;)05:43
jaosoriorbandini: I sent it already05:43
jaosoriorbandini: this is the link https://review.openstack.org/#/c/349606/ to the failed commit05:44
bandinijaosorior: http://paste.openstack.org/show/545515/ this one? I mean a link from the CI not the messages05:44
bandiniah sorry05:44
bandinican I blame lack of coffee?05:44
jaosoriorbandini: You sure can haha. I can relate entirely05:44
jaosoriormarios: the error you saw in your testing of manila was due to an error in doing a git clone. So nothing related to your commit. Just need to recheck05:47
jaosoriorbandini: I have no idea what could have changed yesterday related to ceph that's now breaking :(05:50
bandinijaosorior: it is weird that the review enabling ceph passed all the CI jobs that are now failing, yes05:54
jaosoriorbandini: try reverting that commit and lets see if it passes05:54
bandinijaosorior: am downloading the logs of one ci job that passed with the ceph-enabling review and will poke at it. will try a revert to05:55
*** trozet has quit IRC05:55
jaosoriorbandini: I can do the revert while you look at those logs. No worries05:56
jaosoriorbandini: I'll just propose it and see what CI throws out05:56
bandinijaosorior: ack, thanks05:57
openstackgerritJuan Antonio Osorio Robles proposed openstack-infra/tripleo-ci: Revert "Enable Ceph in OVB/HA2"  https://review.openstack.org/34981005:58
*** florianf has joined #tripleo06:03
*** numans has joined #tripleo06:03
mariosjaosorior: ack thanks i did06:04
openstackgerritJuan Antonio Osorio Robles proposed openstack/puppet-tripleo: Remove unnecessary certmonger manifest  https://review.openstack.org/34981206:06
jaosoriormarios: Hey dude, by the way, all the gates seem to be broken due to a ceph issue. How acquainted are you with it?06:06
jaosoriorI mean, with ceph06:06
*** ooolpbot has joined #tripleo06:10
ooolpbotURGENT TRIPLEO TASKS NEED ATTENTION06:10
ooolpbothttps://bugs.launchpad.net/tripleo/+bug/160878506:10
*** ooolpbot has quit IRC06:10
openstackLaunchpad bug 1608785 in tripleo "CI jobs fail with ceph-mon errors" [Critical,New]06:10
*** oshvartz has joined #tripleo06:15
mariosjaosorior: not so much, but depends what the issue is i mean is it packaging or a breaking change or what?for actual ceph/tripleo stuff usually gfidente is your man06:18
mariosjaosorior: looking at the bug06:19
mariosjaosorior: so looks like bandini has already dub into that a bit?06:21
mariosdug even06:21
*** bana_k has joined #tripleo06:27
*** dculik|gone is now known as dculik06:32
jaosoriormarios: Hey dude, could you give a read to https://review.openstack.org/#/c/332774/ ? I'm testing it with this test commit https://review.openstack.org/#/c/349606/ and it is setting up TLS using certmonger there :D only thing is that the commit is failing due to the ceph issues. But FWIW the commit affects the undercloud, and the ceph issue is for the overcloud.06:34
mariosjaosorior: ack06:35
*** pgadiya has joined #tripleo06:37
openstackgerritMarios Andreou proposed openstack/tripleo-heat-templates: Enable Manila integration - as a composable controller service  https://review.openstack.org/18813706:38
bandinimarios: I am still looking, but have no idea how the enabling of ceph passed CI. I am probably missing something obvious06:42
*** tesseract- has joined #tripleo06:43
*** liverpooler has joined #tripleo06:45
*** bana_k has quit IRC06:46
*** leanderthal|afk is now known as leanderthal06:47
*** bootsha has joined #tripleo06:48
*** mcornea has joined #tripleo06:56
*** pgadiya has quit IRC07:01
*** aufi has joined #tripleo07:06
*** pgadiya has joined #tripleo07:07
*** jpena|off is now known as jpena07:07
ccamachomorning guys!07:08
*** ooolpbot has joined #tripleo07:10
ooolpbotURGENT TRIPLEO TASKS NEED ATTENTION07:10
ooolpbothttps://bugs.launchpad.net/tripleo/+bug/160878507:10
*** ooolpbot has quit IRC07:10
openstackLaunchpad bug 1608785 in tripleo "CI jobs fail with ceph-mon errors" [Critical,New]07:10
jaosoriorccamacho sup dude07:11
ccamachojaosorior, mind to send some fresh air from Finland to Spain!?? :P07:11
openstackgerritDougal Matthews proposed openstack/tripleo-docs: Deploy and Scale Swift  https://review.openstack.org/29331107:13
jaosoriorccamacho hahaha would if I could. Wish it was a bit warmer here07:14
*** devvesa has joined #tripleo07:15
openstackgerritCarlos Camacho proposed openstack/puppet-tripleo: Fix mistral profile steps  https://review.openstack.org/34334607:16
*** hewbrocca-afk is now known as hewbrocca07:19
openstackgerritCarlos Camacho proposed openstack/tripleo-heat-templates: Composable Mistral services  https://review.openstack.org/32343607:19
*** cschwede has joined #tripleo07:19
*** zoli_gone-proxy is now known as zoliXXL07:19
*** jpich has joined #tripleo07:20
*** sshnaidm|afk has quit IRC07:24
jaosoriormarios: hey dude, at what step do we add the ramdisk, kernel and image_source to the ironic nodes?07:24
*** sshnaidm|afk has joined #tripleo07:25
*** ccamacho is now known as ccamacho|afk07:26
mariosjaosorior: so used to be with openstack baremetal configure boot07:27
mariosjaosorior: but i think this is now changed? see the tripleo docs... that what you mean?07:27
*** abehl has joined #tripleo07:28
jaosoriormarios: I did try configure boot, but I can't do an overcloud deploy, and doing an ironic node-validate I get this: http://paste.openstack.org/show/545545/07:28
mariosThis does not require docs as it was an issue found during the test upgrades07:29
marioshaha sorry paste err07:29
mariosjaosorior: hmm that is stgrange..but are you deploying mitaka? or master?07:29
*** jpich has quit IRC07:29
jaosoriormarios: master07:30
*** shardy has joined #tripleo07:30
mariosjaosorior: i think for master you shouldn't have to do configure boot anymore dtantsur|afk or lucasagomes are probably the people to ask though07:30
*** dsariel has joined #tripleo07:30
jaosoriorshardy: We're not deploying swift-proxy anymore, right?07:30
jaosoriorshardy: Seems that we're only configuring the file store for glance. So if swift is around it fails cause it doesn't accept that file store. So just wanted to make sure if that's correct.07:33
*** ebarrera has joined #tripleo07:35
*** mbound has joined #tripleo07:35
shardyjaosorior: we should still be deploying swift-proxy07:37
shardyhttps://github.com/openstack/tripleo-heat-templates/blob/master/overcloud-resource-registry-puppet.yaml#L18007:37
shardyhttps://github.com/openstack/tripleo-heat-templates/blob/master/overcloud.yaml#L39107:38
jaosoriorshardy: what about the undercloud?07:38
shardyjaosorior: we're still deploying swift on the undercloud, we just removed some rax specific auth middleware AFAIK07:38
jaosoriorshardy: cause it seems to me that we only configure the file store https://github.com/openstack/instack-undercloud/blob/master/elements/puppet-stack-config/puppet-stack-config.yaml.template#L7507:39
jaosoriorif that's the case I could submit a fix07:39
shardywe did switch out the glance backend07:39
jaosoriorI see07:39
shardybut that was supposed to be temporary, I'm not sure if it's been reverted yet07:39
shardywe were hitting issues with timeouts uploading images IIRC, so we switched to a file backend just to get CI working07:39
*** dmacpher has quit IRC07:40
shardyjaosorior: If you look at git blame, you'll see the bug reference where we switched that to file07:40
shardyyou can propose to revert that, but we should recheck a few times to ensure the problems are now fixed07:40
shardyI think the adjustments made to the proxy pipeline should have fixed it, but not confirmed yet07:41
*** jpich has joined #tripleo07:41
*** zoliXXL is now known as zoli|brb07:42
shardyhttps://github.com/openstack/instack-undercloud/commit/b8c5ac736733e28315364a0c9e70465b6f41166d07:42
shardyjaosorior: ^^07:42
openstackgerritJuan Antonio Osorio Robles proposed openstack/instack-undercloud: Revert "glance: disable swift backend"  https://review.openstack.org/34984307:42
jaosoriorshardy ^^07:43
jaosoriorlets see how that goes07:43
shardyhttps://github.com/openstack/instack-undercloud/commit/0b42b6df23f64a7b13d7f809ecd4c1642640e3a707:43
shardythat's the commit which was supposed to fix the OOM problems07:43
shardyso you might want to reference that in your commit message07:44
jaosoriorwill do07:44
openstackgerritJuan Antonio Osorio Robles proposed openstack/instack-undercloud: Revert "glance: disable swift backend"  https://review.openstack.org/34984307:47
openstackgerritChristopher Brown proposed openstack/tripleo-heat-templates: Enable Neutron LBaaS Integration  https://review.openstack.org/31393307:54
openstackgerritGabriele Cerami proposed openstack/tripleo-quickstart: WIP: Reproducing specific CI run  https://review.openstack.org/34015607:54
*** yamahata has joined #tripleo07:56
*** ohamada has joined #tripleo07:58
jaosoriorbandini: Doing the revert https://review.openstack.org/#/c/349810/ seems to make the ha gate pass08:02
bandinijaosorior: okay, that is expected. before you mentioned something about the ceph-devel stuff, could you expand a bit? is that a special repo?08:04
jaosoriorbandini: No, just a heat environment that is added to the nonha jobb08:04
bandiniah ok08:04
jaosoriorthat pretty much enables ceph there08:04
*** Goneri has joined #tripleo08:07
openstackgerritCarlos Camacho proposed openstack/tripleo-heat-templates: Disable mistral services by default.  https://review.openstack.org/34940808:09
*** ooolpbot has joined #tripleo08:10
ooolpbotURGENT TRIPLEO TASKS NEED ATTENTION08:10
ooolpbothttps://bugs.launchpad.net/tripleo/+bug/160878508:10
*** ooolpbot has quit IRC08:10
openstackLaunchpad bug 1608785 in tripleo "CI jobs fail with ceph-mon errors" [Critical,New]08:10
*** jaosorior has quit IRC08:11
*** jaosorior has joined #tripleo08:12
shardybandini: Hey, thanks for the ceph related CI bug report - we'll have to chat with gfidente when he gets in08:12
shardywe can revert ceph coverage, but we need a plan to reinstate it, ideally including a switch to ceph jewel08:13
*** zoli|brb is now known as zoli08:15
*** zoli is now known as zoliXXL08:15
*** TSCHAK_ has joined #tripleo08:15
*** jmiu has quit IRC08:16
*** jmiu_ is now known as jmiu08:16
bandinishardy: I am truly puzzled as to how the enabling of ceph passed CI, there were no errors there.08:16
*** TSCHAK_ has quit IRC08:16
bandiniMaybe the issue is somewhere else08:16
*** jmiu_ has joined #tripleo08:16
*** jeckersb has quit IRC08:16
openstackgerritJuan Antonio Osorio Robles proposed openstack-infra/tripleo-ci: Revert "Enable Ceph in OVB/HA2"  https://review.openstack.org/34981008:17
*** TSCHAK has quit IRC08:17
*** jaosorior_ has joined #tripleo08:18
*** TSCHAK has joined #tripleo08:18
*** yamahata has quit IRC08:18
shardybandini: Yeah I'm not sure yet either, will dig into it if gfidente isn't around soon08:18
*** chem has joined #tripleo08:18
*** karthiks has quit IRC08:19
*** devvesa has quit IRC08:20
*** karthiks has joined #tripleo08:20
bandiniI'd wait a bit, gfidente should be online shortly08:20
*** jeckersb has joined #tripleo08:21
*** jaosorior has quit IRC08:21
assassinbandini++08:21
openstackgerritSanjay Upadhyay proposed openstack/tripleo-heat-templates: SR-IOV nic agent changes in line with composable roles.  https://review.openstack.org/33219008:22
*** Tristitia has quit IRC08:22
*** fungi has quit IRC08:22
bandiniassassin++ hello, sir! long time no see ;)08:22
*** dtantsur|afk is now known as dtantsur08:22
assassinbandini: same to you :) I'm guessing you might hear more from me now when I'm getting in to EPM and the whole RHOSP/NFV game08:23
bandiniassassin: aye, glad to have you around ;)08:23
assassinhe says that now..08:24
dtantsurjaosorior_, hi! configure boot is not required on master, and the validation failure you see is normal, when nova is usecd08:24
assassin;)08:24
*** sshnaidm|afk is now known as sshnaidm08:24
bandiniassassin: true that, I am sure I will live in fear from now on :D08:24
*** Tristitia has joined #tripleo08:24
assassin*grin*08:24
*** fungi has joined #tripleo08:24
assassinbandini: nah, I will play nice. still learning a lot08:24
*** links has quit IRC08:26
*** greghaynes has quit IRC08:29
*** pgadiya has quit IRC08:34
*** pgadiya has joined #tripleo08:36
*** greghaynes has joined #tripleo08:40
*** isq_ has quit IRC08:40
*** isq_ has joined #tripleo08:41
*** links has joined #tripleo08:41
*** devvesa has joined #tripleo08:47
*** mbound has quit IRC08:47
*** bootsha has quit IRC08:53
*** gfidente has joined #tripleo08:53
*** gfidente has quit IRC08:53
*** gfidente has joined #tripleo08:53
*** bootsha has joined #tripleo08:53
*** stendulker has joined #tripleo08:54
*** bootsha has quit IRC08:54
*** snecklifter has quit IRC08:55
*** electrofelix has joined #tripleo08:56
*** mbound has joined #tripleo08:56
*** bootsha has joined #tripleo08:58
*** bootsha has quit IRC08:59
*** fzdarsky has joined #tripleo09:00
*** bootsha has joined #tripleo09:00
*** bootsha has quit IRC09:01
*** bootsha has joined #tripleo09:01
openstackgerritMichele Baldessari proposed openstack/tripleo-heat-templates: Next generation HA architecture work  https://review.openstack.org/31420809:05
shardyd0ugal, jpich: Hey, trying out some of the latest tripleoclient + mistral stuff09:08
d0ugalHey :)09:08
shardyis there a patch for "plan create"?09:08
shardyd0ugal: Hi!09:08
d0ugalshardy: For the CLI? Not that I am aware of.09:09
shardyd0ugal: so I tried the overcloud deploy patches, and as expected it failed, but the first thing I noticed, is there's no overcloud container in swift09:09
shardyso, I assume I manually run the workflow09:09
shardybut it seems like by default we need to create the plan based on the --templates input09:09
d0ugalshardy: Right, I had been triggering the workflow for that manually. I think the idea is for the default plan to be created at install time.09:09
shardybut probably also allow operators to pre-create plans, then select then on deploy time09:09
jpichHey09:10
shardyd0ugal: Ok, can you paste the commands you're using to save me some time please?09:10
*** ooolpbot has joined #tripleo09:10
ooolpbotURGENT TRIPLEO TASKS NEED ATTENTION09:10
ooolpbothttps://bugs.launchpad.net/tripleo/+bug/160878509:10
*** ooolpbot has quit IRC09:10
openstackLaunchpad bug 1608785 in tripleo "CI jobs fail with ceph-mon errors" [Critical,New]09:10
* shardy still getting familiar with mistralclient09:10
shardyjpich: Hi!09:10
jpichd0ugal, shardy: I've been wondering about plan management from the CLI as well (I'm looking at it from the context of https://blueprints.launchpad.net/tripleo-ui/+spec/tripleo-ui-mistral-refactoring )09:10
jpichThat is something we're going to want as well, right?09:11
shardyIt seems like something that will fit with both the CLI and UI flow to me09:11
d0ugalshardy: you just trigger the workflow with mistral, something like: mistral execution-create tripleo.plan_management.v1.create_default_deployment_plan '{"container":"overcloud"}'09:11
bandinigfidente: morning sir. can you hit me with a cluebat about https://bugs.launchpad.net/tripleo/+bug/1608785 ?09:11
openstackLaunchpad bug 1608785 in tripleo "CI jobs fail with ceph-mon errors" [Critical,New]09:11
*** dculik has quit IRC09:11
d0ugalshardy: I need to check that is correct, I am just fixing some dev env issues :(09:11
shardyd0ugal: np, I figured that was what I'd need, but there's also a create_deployment_plan09:12
shardyand I wasn't sure how to pass my local t-h-t checkout to it09:12
d0ugalshardy: create_deployment_plan accepts a JSON "dict" of templates IIRC09:12
shardywe need that in the tripleoclient patch really09:12
d0ugalshardy: the default one uses the packaged templates09:12
shardyd0ugal: ack, my local templates are about 30 commits diverged from master at this point, but I can revert to the trunk ones or build a tht package ;)09:13
d0ugalshardy: Yeah, we do. I think for the deploy command we will need to create plans on the fly09:13
jpichd0ugal: Now I wonder if I reimplemented something that already exists... Where is this? (Create plan from JSON dict)09:13
*** akrivoka has joined #tripleo09:13
shardyd0ugal: Ok, if you'd be able to hack that into your tripleoclient path that would be good09:13
shardyI'm happy to help with test/reviews today09:13
d0ugaljpich: I may be miss-remembering, let me check.09:13
d0ugalshardy: Great, thanks.09:13
d0ugalshardy: My plan today is to update the CLI patch and test again with rbrady's updates. Then I'll add the plan creation09:14
shardyhttps://github.com/openstack/tripleo-common/blob/master/workbooks/plan_management.yaml#L809:14
d0ugalI need to totally rework that patch, it leaves a ton of dead code which needs untangled too. fun09:14
shardyjpich: that's the workflow I was looking at09:14
shardybut it appears to take a container input09:14
shardyso I assume you push all-the-things to swift09:15
shardythen pass in the container ID09:15
shardy(not tested)09:15
d0ugalshardy, jpich: Oh yeah, I think maybe the UI manually adds the files to the container.09:15
jpichshardy: Thanks - okay! This one assumes the container already exists09:15
shardyWhere I became confused is create_default_deployment_plan also takes a "container" input09:15
shardyshouldn't that be "container_name", if we create a container in that workflow?09:15
d0ugalshardy: We really need some documentation strings in these workflows :)09:15
jpichd0ugal: Right, that's where https://review.openstack.org/#/c/347830/ will come in I think then09:16
shardyd0ugal: +1000 :)09:16
openstackgerritChristopher Brown proposed openstack/tripleo-heat-templates: Enable Neutron LBaaS Integration  https://review.openstack.org/31393309:16
d0ugalshardy: documentation in the workflows combined with this should be quite nice: https://review.openstack.org/#/c/341572/09:16
jaosorior_dtantsur: thanks for the clarification09:16
*** jaosorior_ is now known as jaosorior09:16
d0ugaljpich: oh cool, I shall check that one out!09:16
*** snecklifter has joined #tripleo09:17
jpichd0ugal: If I can give a hand with some of the client patches around plan management let me know, I don't want to duplicate work09:17
shardyd0ugal: Yeah, that looks good, just need the content now :)09:17
gfidentebandini that's the newer puppet-ceph module which can't cope with the old version of ceph installed09:17
gfidentelet me comment on the bug09:18
d0ugalAlso, I said "comment" but really we should use the description property: https://github.com/openstack/tripleo-common/blob/master/workbooks/baremetal.yaml#L3209:18
gfidentebandini is this happening for all jobs?09:18
shardyjpich: we can do some testing, but I'm a bit worried about the field size limit09:18
bandinigfidente: it seems so yes09:18
d0ugaljpich: Thanks, if you have started any of it I can always use that! At the moment I have a broken env, I hit some weird issues last week.09:18
shardythe blob of data is huge (and increasing)09:18
shardyso we might find it's more reliable to just push the data to swift09:18
shardyseen quite a few weird timeouts with mistral, this seeems like a good way to DoS it :D09:19
shardyI guess we can test it and find out tho09:19
*** bootsha has quit IRC09:19
jaosoriorgfidente: yep, both nonha and ha09:19
openstackgerritSaravanan KR proposed openstack/tripleo-heat-templates: Added a new composable service for enabling DPDK on compute nodes.  https://review.openstack.org/34408409:21
pandapabelanger: I see that periodic jobs succeded in the last few days. In the logs I see too that the overcloud images are uploaded correclty, so why images in http://8.43.87.241/builds/current-tripleo/ are only updated to the 21 jul ?09:21
jpichshardy: I don't necessarily disagree :-) I think there's a lot of concerns on the UI team about doing too much outside of workflows and ending up diverging with the CLI, but in general Swift does seem better equipped to directly deal with large data input09:21
jpichflorianf ^ - about continuing to push the JSON to Swift manually rather than use a workflow09:21
shardyjpich: ack, understood - lets give it a try and see how it goes09:22
*** gchamoul has joined #tripleo09:22
jpichshardy: At this point with the couple hundreds default templates we were just a bit over the limit (~1070K) for reference09:22
*** dculik has joined #tripleo09:26
d0ugaljpich: What limit is this?09:26
*** ccamacho|afk is now known as ccamacho09:27
d0ugaljpich: Oh, is this the limit for workflow input?09:27
jpichd0ugal: Task input size, yeah ( execution_field_size_limit_kb )09:27
d0ugalheh, that amuses me for some reason :)09:27
d0ugal1070K should be enough for anyone!09:28
jpichd0ugal: Not when you have a couple hundreds heat templates contents included in there :)09:28
*** links has quit IRC09:28
shardyWe'll have to figure out the relationship between that and the heat request limit:09:29
shardyhttps://github.com/openstack/heat/blob/master/heat/common/wsgi.py#L19209:29
openstackgerritGiulio Fidente proposed openstack/tripleo-puppet-elements: Revert "bump puppet-ceph to stable/hammer"  https://review.openstack.org/34366709:29
shardyreally it would be better if we just passed the swift container ID around09:29
shardycurrently heat only supports that on the client side09:29
shardywe could fix that in future tho09:29
flaper87shardy: is it possible to set none as the default for a type number ?09:29
flaper87shardy: in a heat template, I mena09:29
flaper87mean*09:29
florianfjpich, shardy: Making the UI upload the plans to swift weakens the separation of the API and the UI considerably IMHO. For instance tripleo-common uses swift metadata to distinguish plan containers from other swift containers. If that metadata changes on the tripleo-common side, plans uploaded by the UI will not be recognized by -common any more. Also, one could argue that the storage method is just an implementation detail and09:30
florianfwe're limited in our choice of storage options, if it has to be supported by both -common and the ui.09:30
shardyflaper87: No, a null default will look like a missing defaut09:31
shardydefault09:31
flaper87shardy: Asking because of this: https://bugzilla.redhat.com/show_bug.cgi?id=1361285#c509:31
openstackbugzilla.redhat.com bug 1361285 in rhel-osp-director "Glance deployed with single worker" [Unspecified,New] - Assigned to athomas09:31
flaper87shardy: any recommendations on how to fix it?09:31
flaper87I thought to remove the default value09:31
flaper87but apparently that's not a good idea based on what you just said09:32
shardyflaper87: Don't most services interpret 0 the same as unset?09:33
florianfjpich, shardy: Also, why make the UI implement its own workflows if we have mistral for that? Especially since we're hitting the upload ceiling only by a little bit right now.09:33
shardyif glance doesn't we might need to handle it in puppet-glance09:33
*** paramite has joined #tripleo09:33
flaper87shardy: Glance doesn't and it's been like that since Glance was created :/09:34
*** bootsha has joined #tripleo09:34
flaper87Other projects changed on the way09:34
d0ugalflorianf: I guess changing this is a discussion that we need to have with Mistral folk09:34
d0ugalflorianf, jpich: is there a bug for the input limit?09:34
jpichd0ugal: It's a configuration setting09:35
d0ugaloh okay, so we can just change it09:35
jpichd0ugal: https://review.openstack.org/#/c/348216/09:35
*** dculik has quit IRC09:35
florianfd0ugal: jpich has found a mistral.conf option to increase the limit. But, sure, we should talk to them about how they chose the default and what they think about increasing it. Is that what you mean?09:35
d0ugalflorianf: That is what I meant, but I didn't know we could change it easily :)09:36
shardyflaper87: fair enough - I can't see any way to fix it in the template, so the only options are either make glance treat 0 the same as null, or special-case this in puppet-glance to do the same (e.g translate the 0 in to None)09:38
*** links has joined #tripleo09:39
*** mgould|afk is now known as mgould09:47
*** hewbrocca is now known as hewbrocca-afk09:49
*** tosky has joined #tripleo09:59
sshnaidmshardy, hi, do you know which periodic jobs should pass for promoting image? I see upgrades job never passed there09:59
shardysshnaidm: All of them I believe, so the failing upgrades job probably is the reason we've not promoted in a week10:02
shardysshnaidm: can you please raise a bug with details of the failure?10:02
paramiteGuys, can anybody please check the sensu spec? https://review.openstack.org/#/c/347399/10:02
shardy(or even better send a patch which fixes it ;)10:03
sshnaidmshardy, I didn't see upgrades job succeeds at all - *never* :) not during the week, so I'm curios if it's counted at all10:03
sshnaidmshardy, and how can I see what's counted..?10:04
shardysshnaidm: it certainly used to work10:04
shardysshnaidm: if you grep -R "promote" in the tripleo-ci repo, you'll see a puppet manifest which runs a promote.sh script10:06
shardyit shows the list of jobs10:06
shardy./scripts/mirror-server/mirror-server.pp:    command => "timeout 10m /opt/stack/tripleo-ci/scripts/mirror-server/promote.sh current-tripleo periodic-tripleo-ci-centos-7-ovb-ha periodic-tripleo-ci-centos-7-ovb-nonha"10:06
shardygrep ftw ;)10:06
sshnaidmshardy, yep, no upgrades job there, thanks :)10:07
shardyso we're actually not currently including the upgrades job by the looks of it10:07
openstackgerritGiulio Fidente proposed openstack-infra/tripleo-ci: Install Ceph Hammer and/or Jewel from CentOS Storage SIG repos  https://review.openstack.org/34050410:07
shardyit's probably been removed since rh1 was moved10:07
sshnaidmshardy, no, it runs every day10:07
sshnaidmshardy, http://status-tripleoci.rhcloud.com/10:07
shardysshnaidm: No, I mean I12251459f5a86f7e7e1c322279b10e62201129a9 removed it from that list before we moved rh110:08
shardyhttps://review.openstack.org/#/c/338735/10:08
sshnaidmshardy, I think it was an issue with this, and now I recall something about it'll be fixed when using rh1 again.. maybe10:08
shardywe need that job working again, but first we need rh1 fully operational10:09
gfidentebandini jaosorior so I think we need to wait for those two patches to go through CI and see10:09
shardysshnaidm: I highly doubt it'll just be fixed, we'll have regressions due to the temporary lack of coverage10:09
sshnaidmshardy, acc. to this, the images should have been promoted yesterday10:09
*** ooolpbot has joined #tripleo10:10
ooolpbotURGENT TRIPLEO TASKS NEED ATTENTION10:10
ooolpbothttps://bugs.launchpad.net/tripleo/+bug/160878510:10
*** ooolpbot has quit IRC10:10
openstackLaunchpad bug 1608785 in tripleo "CI jobs fail with ceph-mon errors" [Critical,In progress] - Assigned to Giulio Fidente (gfidente)10:10
openstackgerritGiulio Fidente proposed openstack/tripleo-puppet-elements: Revert "bump puppet-ceph to stable/hammer"  https://review.openstack.org/34366710:11
shardysshnaidm: Hmm, yes it seems so - we need to figure out why the promote didn't work then10:12
jaosoriorgfidente: Which patch?10:12
gfidentejaosorior https://review.openstack.org/#/c/343667/ and its depends-on10:13
shardysshnaidm: lets chat with slagle when he comes online as he should have access to look at the logs from that cron job10:13
jaosoriorI see10:13
jaosoriorshardy: who can I talk to regarding mistral?10:13
d0ugaljaosorior: What do you need?10:13
shardyjaosorior: what about mistral?10:13
jaosoriord0ugal: I was finally able to reproduce the error that we were seeing in CI when enabling SSL for ironic-inspector10:14
sshnaidmshardy, ok10:14
jaosoriorand I see the same issue without SSL actually10:14
*** zoliXXL is now known as zoli|lunch10:14
jaosoriorIt seems that the wait_for_finish action for the baremetal introspection workflow gets defined incorrectly10:14
jaosoriorand it gets defined without an input10:15
jaosoriorfor some reason10:15
jaosoriord0ugal: Here's the relevant log http://logs.openstack.org/39/345539/1/check-tripleo/gate-tripleo-ci-centos-7-ovb-nonha/2704811/console.html#_2016-08-02_06_46_29_57203610:15
jaosoriorAdding some extra output to the logs10:16
jaosoriorthe definition looks like this:10:16
jaosoriorActionDefinition {\'definition\': None, \'name\': u\'baremetal_introspection.wait_for_finish\', \'tags\': None, \'attributes\': {u\'client_method_name\': u\'wait_for_finish\'}, \'created_at\': \'2016-08-02 10:04:47\', \'action_class\': u\'mistral.actions.openstack.actions.BaremetalIntrospectionAction\', \'updated_at\': None, \'spec\': None, \'is_system\': True, \'input\': u\'\', \'scope\': u\'public\',10:17
jaosorior\'project_id\': u\'<default-project>\', \'id\': u\'7e595b7c-2c1a-4c13-ae37-1a12f8bb712c\', \'description\': None}10:17
jaosoriord0ugal10:17
d0ugaljaosorior: This is where/how the action was defined if that helps. https://review.openstack.org/#/c/319582/10:17
*** milan has quit IRC10:18
jaosoriord0ugal: And what actually populates that workflow?10:18
jaosoriorfor some reason it seems to me that it's getting defined incorrectly10:19
jaosorioras far as I can see from those logs10:19
shardyhttps://github.com/openstack/tripleo-common/blob/master/workbooks/baremetal.yaml#L19410:19
d0ugaljaosorior: https://github.com/openstack/tripleo-common/blob/master/workbooks/baremetal.yaml#L192-L20010:19
* d0ugal is too slow10:19
*** limao_ has quit IRC10:19
jaosoriord0ugal, shardy: Any idea why it would populate the "inputs" for that action as empty? instead of adding the uuids as is clearly defined in that yaml?10:20
d0ugaljaosorior: The input should be passed into the workflow. https://github.com/openstack/tripleo-common/blob/master/workbooks/baremetal.yaml#L17410:20
*** chem has quit IRC10:20
jaosoriord0ugal: Right, so the input is passed. Apparently10:21
shardyYeah, so I'd check back to where start_introspection ran, and ensure that input is OK10:21
jaosoriorbut from what I see, it seems that the definition of the action didn't expect any input10:21
shardyassuming it is, I'm not sure10:21
d0ugaljaosorior: but that workflow is called by the introspect_manageable_nodes woorkflow.10:21
d0ugaljaosorior: so, I guess for some reason it isn't finding any nodes in a manageable state to introspect10:21
d0ugaljaosorior: https://github.com/openstack/tripleo-common/blob/master/workbooks/baremetal.yaml#L23010:21
d0ugaljaosorior: The result of that is passed to the introspect workflow: https://github.com/openstack/tripleo-common/blob/master/workbooks/baremetal.yaml#L241-L24310:22
jaosoriord0ugal: Are you sure? From the logs I passed you this is what it reports: InputException: Invalid input [name=baremetal_introspection.wait_for_finish, class=NoneType, unexpected=[u\'uuids\']]\n'10:23
jaosoriorwhich, looking by the code, it seems that it got the "uuids" input, but it didn't expect it10:23
d0ugaljaosorior: oh, that is weird. I missed that.10:23
d0ugaljaosorior: We always pass an input to wait_for_finish.10:24
openstackgerritBabu Shanmugam proposed openstack/tripleo-heat-templates: OVN heat templates  https://review.openstack.org/30773410:24
jaosoriord0ugal: right10:24
jaosoriorso here's the issue10:24
jaosoriorwait_for_finish should be defined with the "uuids" input10:24
jaosoriorwhich gets passed by the workflow, as you and shardy pointed out to me10:24
jaosoriorBUT10:24
jaosoriorin the issue that I'm seeing10:24
jaosoriorand that is shown in the logs I passed from CI10:25
d0ugalYeah, for some reason it isn't expecting an input now. That is weird.10:25
jaosorioryeah10:25
jaosoriorI don't understand X_x10:25
d0ugaljaosorior: I want to dig around more, but my dev env is currently not working - so I need to get that up first.10:26
openstackgerritKarthik S proposed openstack/tripleo-heat-templates: Add max_reserved_vfs in THT  https://review.openstack.org/34535210:26
d0ugalunrelated: Is CI using quickstart now?10:26
jaosoriorAFAIK no10:26
jaosoriord0ugal: I ended up setting it up with quickstart, and then running tripleo.sh like in CI10:27
d0ugalaha10:27
jaosoriorso I could reproduce what's seen in CI10:27
d0ugaljaosorior: I want to do that too :)10:27
d0ugaljaosorior: How do you setup with quickstart?10:27
*** bootsha has quit IRC10:28
*** dtantsur is now known as dtantsur|lunch10:28
jaosoriord0ugal: ./quickstart.sh --config config/general_config/ha.yml -R master --no-clone $HOST10:28
d0ugaljaosorior: Thanks10:28
jaosoriord0ugal: pretty much documented a bit of it here http://jaormx.github.io/2016/deploying-master-tripleo-quickstart/10:29
d0ugaljaosorior: oh, useful. Thanks!10:31
*** bootsha has joined #tripleo10:31
d0ugalI find it weird having quickstart on my local machine. Maybe that is just me10:31
jaosoriord0ugal: What do you mean?10:33
d0ugaljaosorior: nevermind, I just miss-read something in the README :)10:33
* d0ugal needs more coffee10:33
jaosoriorlol10:34
jaosorioractually that's a good idea10:34
jaosoriorI should brew some too :P10:34
*** rodrigods has quit IRC10:36
*** rodrigods has joined #tripleo10:36
jaosoriord0ugal: Are you acquainted with the mistral-db-sync command?10:40
jaosoriorI think stumbled upon the issue10:40
d0ugaljaosorior: Not really. I only know the command because I have called it a few times :)10:41
d0ugaljaosorior: and I got a weird error last week which caused me to look at the source briefly.10:41
jaosoriord0ugal: so, when I ran that, I found this stuff: http://paste.openstack.org/show/545599/10:41
jaosoriord0ugal: which is weird, cause the keystone endpoints point to 192.0.2.110:42
d0ugaloh, interesting.10:42
d0ugaljaosorior: because it isn't https?10:42
jaosoriord0ugal: So it seems it used to work, cause before the TLS commit, inspector was listening on 0.0.0.010:42
jaosoriorand the TLS commit made it listen in a specific address10:42
d0ugalright10:42
jaosoriorso the issue is not TLS itself, is the fact that inspector is no longer in 0.0.0.010:42
jaosoriorwhich was messed up in the first place10:43
d0ugalYeah, that is weird.10:43
jaosoriord0ugal: Any idea where the db-sync source code is for mistral?10:45
jaosoriorI find db-manage but not sync10:45
d0ugaljaosorior: Yup...10:45
d0ugaljaosorior: huh, hold on. What was the exact command you ran for that?10:47
jaosoriord0ugal" mistral-db-sync --verbose10:48
d0ugaloh10:48
d0ugalokay, I can't find that.10:48
jaosoriord0ugal: I couldn't find it either, but I went to the code of that in /usr/bin/mistral-db-sync (which I have no idea where it came from... but sure...) and this is what I found: http://paste.openstack.org/show/545601/10:50
d0ugaljaosorior: https://github.com/openstack/mistral/blob/master/tools/sync_db.py10:51
d0ugaljaosorior: so I guess it is the rpm packaging that makes it a command10:53
jaosoriorright10:53
jaosoriorthat makes more sense10:53
d0ugaljaosorior: http://paste.openstack.org/show/545602/ I asked the Mistral PTL10:54
d0ugaljaosorior: so I think we should be using mistral-db-manage, not that command.10:54
jaosoriorgreat!10:55
jaosoriorlet me try with db-manage then10:55
shardyd0ugal: I think I've found the reason for the 401: Unauthorized issue with the deployment workflow10:55
shardywe're passing unresolved references to swift in the environment10:55
shardylooking into fixing it now10:55
jaosoriord0ugal: Are you sure? It seems to me that the db-manage doesn't really do the workflow re-population10:57
jaosoriorwhich is what sync_db does10:58
d0ugalshardy: Great! Thanks10:58
*** mbound has quit IRC10:58
d0ugaljaosorior: I've not looked, just passing on the reply I got in #openstack-mistral :)10:58
shardyjaosorior: Neither does workflow re population11:01
shardyyou have to delete them then create them again11:01
shardydb-manage populate only repopulates the actions11:02
openstackgerritJulie Pichon proposed openstack/tripleo-common: Mistral workflow for creating a deployment plan from JSON input  https://review.openstack.org/34783011:02
shardyhttps://github.com/openstack/instack-undercloud/blob/master/elements/undercloud-install/os-refresh-config/post-configure.d/98-undercloud-setup#L10111:02
shardyjaosorior: that's why we do that ^^11:02
shardyhttps://github.com/openstack/tripleo-common/blob/master/README.rst11:03
shardysee that for how to repopulate the actions11:03
jaosoriorI see11:03
shardynotw however, if there's errors in the action plugins, it's possible for the entrypoints to get registered but not be in a loadable state11:04
jaosorioralright, well, the workflows contain actions... so I had misunderstood. But right. it does repopulate actions11:04
shardydb-manage populate seems to silently ignore that :(11:04
jaosoriorshardy: right, and that seems to be happening11:04
jaosoriornow that ironic-inspector is listening on something else than 0.0.0.011:04
jaosoriornot sure where it gets the address it tries to poke from11:04
shardypip install entry_point_inspector && epi group show mistral.actions11:05
shardythat's how I debugged this yesterday11:05
shardyThere was some stuff in "Error" column, which db-manage just ignored11:05
*** ramishra has quit IRC11:06
jaosoriorno errors marked there :/11:07
shardyjaosorior: Ok, so the action is probably getting loaded and it's a runtime error?11:08
openstackgerritAna Krivokapic proposed openstack/instack-undercloud: Add default plan creation  https://review.openstack.org/34953211:08
jaosoriorshardy: It seems to me that's the case11:08
jaosoriorthere's an error, but it loads the action anyway11:08
jaosoriorexcept that it doesn't get the values it needs from the action11:08
*** ramishra has joined #tripleo11:08
shardyYou may need to add some debug to the actions and trace the flow through via the mistral log (or a debugger I guess, I'm using logging)11:09
*** dtantsur|lunch is now known as dtantsur11:10
*** ooolpbot has joined #tripleo11:10
ooolpbotURGENT TRIPLEO TASKS NEED ATTENTION11:10
ooolpbothttps://bugs.launchpad.net/tripleo/+bug/160878511:10
openstackLaunchpad bug 1608785 in tripleo "CI jobs fail with ceph-mon errors" [Critical,In progress] - Assigned to Giulio Fidente (gfidente)11:10
*** ooolpbot has quit IRC11:10
snecklifterah, i was just about to ask if ci was broken...11:10
*** sshnaidm is now known as sshnaidm|afk11:10
*** weshay has quit IRC11:11
*** shardy is now known as shardy_lunch11:14
*** tbonds has joined #tripleo11:18
*** hrybacki|appt is now known as hrybacki11:18
*** tbonds has quit IRC11:20
*** stendulker has quit IRC11:24
*** rhallisey has joined #tripleo11:30
mandrecan I get a good soul to review https://review.openstack.org/#/c/322178/? it's blocking work on tripleo-validations11:31
*** dculik has joined #tripleo11:35
mariosmandre: i'm just a soul who's intentions are good11:36
mariosmandre: i'll have a look later/tomorrow morning if it is still around added to review queue11:36
openstackgerritMichele Baldessari proposed openstack/tripleo-heat-templates: Add Aodh composable roles  https://review.openstack.org/33355611:40
openstackgerritMichele Baldessari proposed openstack/tripleo-heat-templates: Next generation HA architecture work  https://review.openstack.org/31420811:40
*** paramite is now known as paramite|afk11:40
mandremarios: don't let me be misunderstood, I'll take any soul :)11:40
marios:D11:41
*** hewbrocca-afk is now known as hewbrocca11:44
*** bfournie has quit IRC11:46
remix_tjhello, does tripleo-image-elements are used during disk-image build or only copied into the overcloud-full image and used when deploying? because i'm experiencing issues with corosync.conf file not being created11:46
remix_tj(and so corosync is not starting and deployment fails)11:47
*** thrash|g0ne is now known as thrash11:48
EmilienMhello11:48
*** zoli|lunch is now known as zoli11:48
*** zoli is now known as zoliXXL11:48
*** lucasagomes is now known as lucas-hungry11:51
*** sshnaidm|afk is now known as sshnaidm11:52
jaosoriord0ugal: So... I found the issue11:53
jaosoriorI'm not entirely sure if it's in mistral or python-ironic-client though11:53
d0ugalhah11:53
*** dprince has joined #tripleo11:55
d0ugaljaosorior: What is happening?11:55
jaosoriord0ugal: so it seems that the python-ironic-client for some reason tries to do a request... for something... (still don't know what) in the __init__ method11:55
d0ugal:-/11:55
jaosoriorand since mistral doesn't pass anything to the client11:55
jaosoriorit fails11:56
jaosoriorso11:56
jaosoriormistral could pass a keystone session11:56
jaosoriorand that would work for a lot of clients (not sure if all)11:56
jaosoriorand in the end it will get a correct endpoint11:56
jaosoriorinstead of falling into the default that python-ironic-inspector-client is using11:56
jaosoriorsorry, it was python-ironic-inspector-client, not ironic-client11:56
*** weshay has joined #tripleo11:57
jaosoriorooor, I could try to figure out what ironic-inspector is trying to poke11:57
dtantsurjaosorior, if keystone session is not provided in __init__, it will always default to localhost11:57
dtantsur(legacy compatibility, sigh)11:58
jaosorioryeah, I see that11:58
jaosoriorwhich is causing issues with mistral11:58
jaosoriorcause mistral doesn't give any keystone session when it's trying to populate the actions11:58
jaosoriorso it tries to create a client without arguments11:58
jaosoriorand something in python-ironic-inspector-client is trying to access that endpoint... which isn't listening11:58
jaosorioryeah12:00
jaosoriorit's the check_api_version12:00
jaosoriordtantsur: http://paste.openstack.org/show/545612/12:00
dtantsurjaosorior, correct. it essentially detects the current IP and adds a port to it. we need to pass session for real (not passing it is pending deprecation)12:01
*** ramishra has quit IRC12:01
jaosoriord0ugal: so yeah... I don't know if this could be fixed in python-ironic-inspector-client or mistral12:02
*** fultonj has joined #tripleo12:02
d0ugaljaosorior: Right, good question. I suspect Mistral.12:02
jaosoriordtantsur: the issue with fixing it in mistral is that it needs to work for ALL the openstack clients it supports12:03
d0ugaljaosorior: I mean, it's weird behaviour in inspector client, but it has done that forever I think.12:03
d0ugalTrue12:03
d0ugal:/12:03
jaosoriord0ugal: an easy fix would be to have that version to be lazily initialized12:03
d0ugalYeah12:03
jaosoriornot sure what dtantsur would think of that12:03
d0ugalhrm I am not sure.12:03
d0ugalMaybe worth asking in mistral about it or discussing in a bug12:04
jaosoriorhave that _check_api_version() call done only when the version is needed12:04
jaosoriordtantsur: Would that sound reasonable?12:04
*** jpena is now known as jpena|lunch12:04
dtantsurjaosorior, how would it help you though?12:04
jaosoriordtantsur: That call wouldn't be done in the client initialization, and then we could just continue the action creation12:05
jaosoriornot much is really done with the instance really12:05
*** shardy_lunch is now known as shardy12:05
dtantsurjaosorior, yeah, but it will fail later, right?12:05
jaosoriordtantsur: not really, it's pretty much discarded after getting the method signature it needs12:05
dtantsurbut what happens when we actually use inspection?12:06
jaosoriordtantsur: It's a big for loop that goes around a lot of openstack clients, and creates some "actions" to finally put them in a database12:06
jaosoriordtantsur: When inspection is done from mistral, it creates a valid client, AFAIK it does so with an auth_token and not a session though12:07
dtantsurcorrect, imagine we're past this point. now we're trying to do introspection. will it work?12:07
dtantsurhow can it create a valid client? without a session it will default to the same URL...12:07
jaosoriordtantsur: it gets the service catalog from the token12:07
jaosoriormistral is heavily tied to keystone v2 (I don't like it... but changing it is out of scope from my side)12:07
dtantsurjaosorior, who gets the catalog and how is going to use it?12:08
*** Guest52823 is now known as honza12:08
dtantsurjaosorior, I think we have to do something like https://github.com/openstack/mistral/blob/master/mistral/actions/openstack/actions.py#L437-L44912:08
jaosoriordtantsur: the mistral process gets the keystone catalog from the auth_token that the user provided in the request. It will use it to get the endpoints for the clients12:08
*** milan has joined #tripleo12:09
*** honza is now known as Guest864412:09
dtantsurjaosorior, could you point me to the place where mistral passes the inspector_url to ironic-inspector-client? I can't find it12:09
dtantsurah, nm, I see12:09
jaosoriordtantsur: https://github.com/openstack/mistral/blob/master/mistral/actions/openstack/actions.py#L39412:09
dtantsurthen this endpoint is wrong, right?12:10
jaosoriordtantsur: yeah, that's the code that actually does actions. The code that I was talking about that populates the actions is different though12:10
*** ooolpbot has joined #tripleo12:10
ooolpbotURGENT TRIPLEO TASKS NEED ATTENTION12:10
ooolpbothttps://bugs.launchpad.net/tripleo/+bug/160878512:10
*** ooolpbot has quit IRC12:10
openstackLaunchpad bug 1608785 in tripleo "CI jobs fail with ceph-mon errors" [Critical,In progress] - Assigned to Giulio Fidente (gfidente)12:10
jaosoriordtantsur: no, this endpoint is correct.12:10
dtantsurjaosorior, I think I start to understand now12:10
dtantsurlemme check what we do12:10
jaosoriordtantsur: here's the problematic code https://github.com/openstack/mistral/blob/master/mistral/actions/openstack/action_generator/base.py#L8612:11
openstackgerritDougal Matthews proposed openstack/tripleo-common: Remove the unused service_host arg from node registration  https://review.openstack.org/32603612:11
jaosoriordtantsur: it goes here https://github.com/openstack/mistral/blob/master/mistral/actions/openstack/base.py#L75 and eventually tries to create the client class here https://github.com/openstack/mistral/blob/master/mistral/actions/openstack/base.py#L7112:12
jaosoriorbut, as you can see, that aim to create a "fake client" meaning is just an instance that they use to fetch the method signature, and then they discard that object.12:12
*** numans has quit IRC12:12
dtantsurjaosorior, this is a bad assumption really... also I don't get why they need to call __init__ to get methods12:12
dtantsurwell, maybe because of sub-objects12:12
*** paramite|afk is now known as paramite12:13
jaosoriordtantsur: I don't fully understand either. I just started snooping around this code today because I have some issues with getting ironic-inspector to have TLS enabled12:14
jaosoriordtantsur: So a workaround that doesn't really affect anybody would be to have the _check_api_version call in the client to be lazy. So it would only be called when the version is needed12:16
dtantsurthe version is needed there, that's the problem12:16
dtantsurthe client checks that the requested API version is supported by the server12:16
jaosoriordtantsur: where is that done?12:16
dtantsurjaosorior, in _check_api_version12:17
*** maeca1 has joined #tripleo12:18
*** bfournie has joined #tripleo12:19
jaosoriordtantsur: right. it seems we can fix this in mistral12:21
dtantsurI hope so12:21
*** tzumainn has joined #tripleo12:24
*** ramishra has joined #tripleo12:30
jaosoriorEmilienM: Hey dude, can you take another look at https://review.openstack.org/#/c/345183/ ?12:31
EmilienMjaosorior: sure12:31
EmilienMjaosorior: is it already done in master?12:32
jaosoriorEmilienM: It is done. But the code had to be different since in master we have the endpoint abstractions. Which don't exist in stable/mitaka12:33
EmilienMjaosorior: +212:33
jaosoriorEmilienM: thanks12:33
jaosoriorEmilienM: anything up for review?12:34
openstackgerritSagi Shnaidman proposed openstack/tripleo-quickstart: Devmode: rename delorean current so any existing repo is overwritten  https://review.openstack.org/33595312:34
EmilienMgfidente: do you need me to revert a puppet-ceph patch?12:34
jaosoriorEmilienM: I already submitted a revert12:34
jaosoriorEmilienM: https://review.openstack.org/#/c/349810/12:35
EmilienMjaosorior: ah this one, ok12:35
EmilienMjaosorior: for now, no need to review my work, thanks12:36
openstackgerritMartin Mágr proposed openstack/tripleo-heat-templates: Availability monitoring agents support  https://review.openstack.org/25478812:36
EmilienMjaosorior: I continue my work to implement the undercloud upgrade job mitaka -> newton12:36
*** jdob has joined #tripleo12:36
EmilienMdo we have anyone looking at ironic/api/wsgi issue?12:36
EmilienMdtantsur: ^12:36
jaosoriorshardy: Will it work if on an instack-undercloud patch I do a Depends-On that points to a mistral patch?12:38
dtantsurEmilienM, not me, sorry :( ETOOMANYTHINGSTODO12:38
EmilienM:)12:39
EmilienMjaosorior: no12:39
EmilienMor not afik12:39
jaosorior:(12:40
gfidenteEmilienM nope12:41
gfidentethe two submission I linked from the LP bug12:42
gfidentecan deploy master successfully12:42
gfidenteI am trying to figure why the stable branches are failing12:42
gfidenteEmilienM shardy bandini jaosorior https://review.openstack.org/#/c/343667/12:42
*** numans has joined #tripleo12:42
EmilienMgfidente: +212:44
gfidenteEmilienM I can't spot why the stable branches are failing12:44
gfidentethere is a trap here12:44
gfidentehttp://logs.openstack.org/04/340504/8/check-tripleo/gate-tripleo-ci-centos-7-ovb-ha-liberty/adaf221/console.html#_2016-08-02_10_30_59_27816112:44
gfidentebut I can't see what failed before that?12:44
gfidentedo you guys see anything wrong?12:45
*** rlandy has joined #tripleo12:45
*** jayg|g0n3 is now known as jayg12:46
bandinigfidente: http://logs.openstack.org/04/340504/8/check-tripleo/gate-tripleo-ci-centos-7-ovb-ha-liberty/adaf221/logs/postci.txt.gz12:46
bandinioh my link might be a red herring12:47
*** lblanchard has joined #tripleo12:47
bandinigfidente: ignore me. indeed, seems odd12:47
*** links has quit IRC12:48
EmilienMgfidente: looking12:51
pabelangerpanda: I am not sure what http://8.43.87.241/ is or if I have access. I think this is a private server in that tripleo uses to host images from.  First step should be moving the contents to tarballs.openstack.org, replacing private infrastructure.12:53
EmilienMgfidente: http://logs.openstack.org/04/340504/8/check-tripleo/gate-tripleo-ci-centos-7-ovb-ha-mitaka/f53cef9/console.html#_2016-08-02_10_43_32_60733012:53
EmilienMPublic key for ceph-common-0.94.5-1.el7.x86_64.rpm is not installed12:53
EmilienMGPG key retrieval failed: [Errno 14] curl#37 - "Couldn't open file /etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-SIG-Storage"12:53
*** trozet has joined #tripleo12:53
gfidentehmm12:53
gfidenteit's copying the .repo file12:54
gfidentebut it doesn't have the gpgkey in the image12:54
gfidentethanks EmilienM :)12:54
*** jcoufal has joined #tripleo12:54
*** dmsimard|afk is now known as dmsimard12:55
gfidentethe standard keys are bundled with the image, but not the sig key12:55
*** egafford has joined #tripleo12:55
gfidentedah sounds like the easy win here is to disable gpgcheck12:55
gfidenteunless maybe slagle has some ideas? :)12:56
gfidenteslagle there is a .repo file I am copying in the image via https://review.openstack.org/#/c/340504/8/scripts/tripleo.sh12:56
gfidenteit needs a matching key to verify the rpm signature12:56
gfidenteI don't think we have any DIB element which can install the gpgkey?12:56
*** morazi has joined #tripleo12:58
*** jpena|lunch is now known as jpena13:00
*** zoliXXL is now known as zoli|brb13:00
*** rbrady has joined #tripleo13:01
*** bvandenh has quit IRC13:03
*** lucas-hungry is now known as lucasagomes13:03
openstackgerritGiulio Fidente proposed openstack-infra/tripleo-ci: Install Ceph Hammer and/or Jewel from CentOS Storage SIG repos  https://review.openstack.org/34050413:07
gfidente^^ that should fix it13:07
gfidente(for liberty/mitaka too)13:07
openstackgerritSagi Shnaidman proposed openstack-infra/tripleo-ci: Remove pinning of delorean  https://review.openstack.org/34999513:08
*** saneax is now known as saneax_AFK13:09
openstackgerritSagi Shnaidman proposed openstack-infra/tripleo-ci: Remove pinning of delorean  https://review.openstack.org/34999513:10
EmilienMgfidente: no gpgcheck? :P13:10
*** ooolpbot has joined #tripleo13:11
ooolpbotURGENT TRIPLEO TASKS NEED ATTENTION13:11
ooolpbothttps://bugs.launchpad.net/tripleo/+bug/160878513:11
*** ooolpbot has quit IRC13:11
openstackLaunchpad bug 1608785 in tripleo "CI jobs fail with ceph-mon errors" [Critical,In progress] - Assigned to Giulio Fidente (gfidente)13:11
openstackgerritJulie Pichon proposed openstack/tripleo-common: Add boot option argument to the Node Registration Mistral workflow  https://review.openstack.org/34887513:11
openstackgerrityolanda.robla proposed openstack-infra/tripleo-ci: Add --yes flags to heat stack-delete for liberty  https://review.openstack.org/34720213:12
openstackgerritHonza Pokorny proposed openstack/tripleo-ui: Add packaging spec and config files  https://review.openstack.org/34493213:12
*** Guest8644 is now known as honza13:12
gfidenteEmilienM yeah I think it's the easiest way for now13:15
gfidentealternatively we should create an element which installs the .repo and the matching gpgkey13:16
EmilienMgfidente: +213:16
gfidenteEmilienM the problem is that DIB will copy those .repo files into the target image13:16
gfidenteand it doesn't copy the key13:17
*** links has joined #tripleo13:20
openstackgerritSagi Shnaidman proposed openstack-infra/tripleo-ci: Don't use AFS mirrors if working locally  https://review.openstack.org/35000313:21
openstackgerritafazekas proposed openstack/os-cloud-config: Force tty usage on remote ssh  https://review.openstack.org/35000413:21
*** bootsha has quit IRC13:21
openstackgerritGiulio Fidente proposed openstack-infra/tripleo-ci: Install Ceph Hammer and/or Jewel from CentOS Storage SIG repos  https://review.openstack.org/34050413:23
*** bootsha has joined #tripleo13:24
*** zoli|brb is now known as zoli13:25
*** zoli is now known as zoliXXL13:25
*** julim has joined #tripleo13:26
*** julim has quit IRC13:26
*** bootsha has quit IRC13:30
*** morazi has quit IRC13:31
openstackgerritafazekas proposed openstack/os-cloud-config: Force tty usage on remote ssh  https://review.openstack.org/35000413:31
*** pgadiya has quit IRC13:32
EmilienMbnemec: hey, I'm wondering something about https://review.openstack.org/#/c/346995/19/scripts/deploy.sh L6713:32
EmilienMshouldn't I run yum update -y and not specify the instack-undercloud package?13:33
*** morazi has joined #tripleo13:33
*** julim has joined #tripleo13:33
Jokke_ marios: ping13:35
*** mbound has joined #tripleo13:35
*** akshai has joined #tripleo13:36
jpichflorianf: Do you see any issue with jtomasek's comment that we use Mistral actions directly from the UI when it makes sense, rather than create workflows that only have one action + zaqar notification? It seems like a good idea to me, that'd limit workflow proliferation and generally keep things readable13:38
mariosJokke_: o/13:38
jpichflorianf: (That's a reference to the plan listing at https://review.openstack.org/#/c/347932/)13:38
Jokke_marios: I was looking the Manila patches again13:39
Jokke_marios: https://vhbin.net/pjwn6wbgjr4z/13:39
d0ugaljpich: My only issue with that approach is that it makes documentation a bit more confusing.13:39
*** mgarciam has joined #tripleo13:40
d0ugaljpich: We can't just tell people to use workflows, they also need to trigger actions and the behaviour is then a little different13:40
Jokke_"Error: Cannot reassign variable manila_generic_enable at /etc/puppet/modules/tripleo/manifests/profile/pacemaker/manila.pp:125 on node overcloud-controller-0.localdomain"13:40
*** mbound has quit IRC13:40
mariosJokke_: looking13:41
florianfjpich: It's a valid point. I'll update the patch.13:41
*** rbrady has quit IRC13:42
openstackgerritHonza Pokorny proposed openstack/tripleo-ui: Add packaging spec and config files  https://review.openstack.org/34493213:42
jpichd0ugal: Isn't a workflow with only one action somewhat counter-intuitive though? Especially from simple CRUD tasks like create/list/delete a thing13:42
mariosJokke_: great, i mean not great but seems like legit /easy fixup... is that local test? i am waiting for ci but latest run on http://logs.openstack.org/61/342961/8/check-tripleo/gate-tripleo-ci-centos-7-ovb-ha/6267a97/logs/overcloud-controller-0/var/log/messages is failing for the ceph-mon issue https://bugs.launchpad.net/tripleo/+bug/160878513:43
openstackLaunchpad bug 1608785 in tripleo "CI jobs fail with ceph-mon errors" [Critical,In progress] - Assigned to Giulio Fidente (gfidente)13:43
Jokke_marios: that's https://review.openstack.org/#/c/188137/ and https://review.openstack.org/#/c/342961 cherrypicked on top of thi morning's master13:43
Jokke_marios: yup It's on my own system13:43
Jokke_marios: let me know if you want to poke it and I'll get you access13:44
openstackgerritEmilien Macchi proposed openstack-infra/tripleo-ci: WIP - Implement undercloud upgrade job - Mitaka -> Newton  https://review.openstack.org/34699513:44
mariosJokke_: can you add a comment on the review and i will check it momentarily and hopefuly we get a green run when ci is sorted for that ceph mon issue13:44
tzumainnd0ugal, I agree with jpich, having unneeded workflows runs counter to what my original hopes were for the tripleo-api13:44
Jokke_marios: absolutely!13:44
mariosJokke_: i expect is just a nit in the way we are passing from tht and the way the puppet-tripleo is written, so no need to poke at the env for now thanks though13:45
Jokke_marios: will add the comment to the don't merge"13:45
d0ugaljpich: Yeah, sure. I guess it is fine.13:45
mariosJokke_: yeah sure man -1 at will :)13:45
d0ugaljpich: The other limitation is that if we ever need to add more steps to it then we need to do it all in an action13:45
mariosJokke_: or woman sorry we have never met13:45
mariosha13:45
openstackgerritHonza Pokorny proposed openstack/tripleo-ui: Add prepublish script to bundle dependencies  https://review.openstack.org/35001913:46
d0ugaljpich: Workflows keep a consistent interface and give us flexibility. I'm happy for it to be called directly, but I think there are downsides.13:46
tzumainnd0ugal, sure, but for fairly limited actions like a role list or plan list, I think a workflow is a pretty big overhead13:46
d0ugaltzumainn: indeed, mistral is a big overhead in general there ;)13:47
tzumainn:P13:47
*** fultonj has quit IRC13:48
jtomasekd0ugal: we should document the actions in tripleo docs I guess13:48
d0ugaltzumainn, jpich: IIRC, we also don't version action names yet. Maybe we need to do that?13:48
jpichd0ugal, tzumainn: I guess we can see about workflow-ising things that make sense once they start unduly growing too13:48
tzumainnd0ugal, in terms of API access to tripleo logic, I kinda see workflows as a necessary evil - as an outside consumer, I'd far prefer something more direct when needed13:48
d0ugaljtomasek: We need to document the workflows too /o\13:48
jpichd0ugal: That makes a lot of sense13:48
jpichYay to moar documentation in general13:48
florianfd0ugal, jpich, jtomasek: +1 to documentation. I, for one, didn't even consider using actions directly.13:48
jtomasekflorianf: using actions directly has great benefit of working just like an ordinary API call request > response13:49
d0ugaljpich: Yeah, it is just a difficult transition if we say to people "use this action directly" then later we tell them to all transition to a workflow. There is no good way to do that.13:49
*** fultonj has joined #tripleo13:49
d0ugaltzumainn: Sure, I see your point. How do you propose we version actions?13:50
*** fultonj has quit IRC13:50
openstackgerritMartin André proposed openstack/instack-undercloud: Introduce 'enable_ui' option  https://review.openstack.org/34414013:50
d0ugalflorianf: Yeah, it is weird. I get the feeling it is in Mistral more for testing purposes.13:50
tzumainnd0ugal, haha, honestly, I don't know - I haven't gone far into mistral13:50
EmilienMtripleo meeting in 10 min https://etherpad.openstack.org/p/tripleo-meeting-items13:50
tzumainnd0ugal, honestly, I wanted an API : )13:50
d0ugaltzumainn: Really? You should have said! :-P13:50
tzumainnd0ugal, I KNOW RIGHT13:50
florianfd0ugal, jpich, jtomasek: I agree it's not really consistent and having 2 different approaches can be problematic. Still, from a user view, it's incredibly more intuitive, since apparently actions behave much more like the usual rest api.13:51
d0ugalflorianf: Sure13:51
mariosJokke_: thanks very much13:51
tzumainnflorianf, d0ugal, jpich, jtomasek, I agree - if I'm an outside consumer and I'm querying, say, the list of plans, and then learn I have to monitor notifications to get the result - I'm going to be kinda confused as to why I have to do all of that13:51
hewbroccatzumainn: seriously you need to learn to speak up for yourself better13:52
florianfd0ugal: but then again, you're totally right about api changes to include more complex things.13:52
d0ugalI wonder if we need to define which actions are "public" and which are private? I don't think we plan on supporting the interface for all of them.13:52
tzumainnhewbrocca, :(13:52
Jokke_marios: np!13:52
tzumainnd0ugal, out of curiosity, what are some actions that wouldn't be 'public'?13:52
pabelangerEmilienM: thanks, plan on attending13:53
*** rbrady has joined #tripleo13:53
d0ugaltzumainn: You are going to have to monitor the result for all the workflows anyway - so one consistent way to consume tripleo seems easier to me. I have yet to figure out how to call actions in a way that works well from the CLI13:53
*** fultonj has joined #tripleo13:54
d0ugaltzumainn: well, we expect people to call list plans directly for example, but are we going to support calling the introspection actions directly?13:54
d0ugaltzumainn: we don't version them like we do with the workflows, so how are we going to manage breaking changes etc.13:54
jtomasekd0ugal: well yes, but calling an action is much less code on the client side compared to calling and listening to workflow13:54
jtomasek(at least in GUI)13:55
d0ugaljtomasek: except you can use the same generic code for one way - with actions you need two.13:55
*** rhallisey has quit IRC13:55
tzumainnd0ugal, same generic code != simpler, I'd argue13:55
d0ugalAnyway, I don't have a problem with calling actions directly.13:55
*** mgarciam has quit IRC13:55
d0ugaltzumainn: I disagree :)13:55
d0ugalAnyway - we need to solve documenting this and how to version it IMO13:55
*** fultonj has quit IRC13:56
d0ugalOtherwise it is fine.13:56
jtomasekd0ugal: +113:56
*** stendulker has joined #tripleo13:56
*** fultonj has joined #tripleo13:56
*** fultonj has quit IRC13:56
*** rbrady has quit IRC13:56
d0ugalrbrady: Have you thought about versioning the action names at all?13:56
shardyd0ugal: We'd have to register each version under a different entry point I think13:56
*** fultonj has joined #tripleo13:56
d0ugalshardy: Yeah, I think so.13:56
shardye.g tripleo.v1.create_plan13:57
shardyprobably wouldn't be so bad13:57
d0ugalshardy: Just like we do with the workflows.13:57
jtomasek+113:57
d0ugalshardy: Should I just go ahead and do that? Before we land more13:57
*** ebalduf has joined #tripleo13:58
shardyd0ugal: possibly, maybe we need to discuss when we rev the version first13:58
shardye.g can we consider master unstable then rev it once per cycle?13:58
*** dtantsur is now known as dtantsur|mtg13:58
shardyMeeting in 1min13:59
shardyhttps://wiki.openstack.org/wiki/Meetings/TripleO13:59
*** saneax_AFK is now known as saneax13:59
*** Goneri has quit IRC14:00
pabelangerEmilienM: gfidente: centos storage now mirrored to AFS: http://mirror.dfw.rax.openstack.org/centos/7/storage/x86_64/14:02
EmilienMcool14:02
EmilienMI'll patch puppet CI to use it later14:03
paramiteguys, please can somebody find few minutes to review avail. monitoring spec, so we are not blocked by this? https://review.openstack.org/#/c/347399/14:04
*** Goneri has joined #tripleo14:04
paramitehttp://m.memegen.com/8l18e1.jpg14:05
*** rhallisey has joined #tripleo14:09
hewbroccaEmilienM slagle ^^^ important, if you have any time at all14:10
*** ooolpbot has joined #tripleo14:10
ooolpbotURGENT TRIPLEO TASKS NEED ATTENTION14:10
ooolpbothttps://bugs.launchpad.net/tripleo/+bug/160878514:10
*** ooolpbot has quit IRC14:10
openstackLaunchpad bug 1608785 in tripleo "CI jobs fail with ceph-mon errors" [Critical,In progress] - Assigned to Giulio Fidente (gfidente)14:10
*** links has quit IRC14:12
EmilienMparamite, hewbrocca: currently in tripleo meeting14:13
*** masco has quit IRC14:14
openstackgerritMarios Andreou proposed openstack/puppet-tripleo: Fixup nit in manila pacemaker profile, duplicate variable  https://review.openstack.org/35004614:17
openstackgerritMarios Andreou proposed openstack/tripleo-heat-templates: Enable Manila integration - as a composable controller service  https://review.openstack.org/18813714:18
*** rbrady has joined #tripleo14:19
*** tosky has quit IRC14:25
weshaypanda, can you update https://bugs.launchpad.net/tripleo/+bug/1572976 please14:27
openstackLaunchpad bug 1572976 in tripleo "Periodically Apache httpd restart fails" [Medium,Triaged] - Assigned to Gabriele Cerami (gcerami)14:27
*** stendulker has quit IRC14:28
*** Hazelesque has quit IRC14:28
*** tosky has joined #tripleo14:28
openstackgerritMerged openstack-infra/tripleo-ci: Add --yes flags to heat stack-delete for liberty  https://review.openstack.org/34720214:29
*** pkovar has joined #tripleo14:29
sshnaidmgfidente, hi14:29
gfidentesshnaidm hey14:29
*** oshvartz has quit IRC14:30
*** oshvartz has joined #tripleo14:31
*** saneax is now known as saneax_AFK14:31
*** Hazelesque has joined #tripleo14:32
*** pkovar has quit IRC14:36
openstackgerritPaul Belanger proposed openstack-infra/tripleo-ci: Move image uploads to tarballs.openstack.org  https://review.openstack.org/35006114:36
sshnaidmgfidente, can I help you with mitaka and tripleoclient investigation? weshay told me there is a problem with version there..?14:37
*** aufi has quit IRC14:44
*** rlandy has quit IRC14:46
openstackgerritPaul Belanger proposed openstack-infra/tripleo-ci: Move image uploads to tarballs.openstack.org  https://review.openstack.org/35006114:48
*** saneax_AFK is now known as saneax14:50
openstackgerritPaul Belanger proposed openstack-infra/tripleo-ci: Move image uploads to tarballs.openstack.org  https://review.openstack.org/35006114:52
*** jmiu has quit IRC14:53
*** jmiu has joined #tripleo14:53
*** hjensas has quit IRC14:54
openstackgerritMartin Mágr proposed openstack/tripleo-specs: Availability monitoring support  https://review.openstack.org/34739915:00
*** rlandy has joined #tripleo15:00
*** dtrainor has joined #tripleo15:02
slaglebnemec: shardy : since we were discussin specs...i actually think that ^^ is a good example and is about right in terms of detail15:02
slagleif you wanted to review :)15:03
*** dtrainor has quit IRC15:07
pabelangerRegarding 350061, what is the idea about using a cached version of ipa_images.tar and overcloud-full.tar in tripleo-ci? Which problems are they trying to solve for?15:07
*** dtantsur|mtg is now known as dtantsur15:08
beaglesslagle: will the spec jenkins job balk at extra WS at the EOLN?15:08
*** mbound has joined #tripleo15:10
*** ooolpbot has joined #tripleo15:10
ooolpbotURGENT TRIPLEO TASKS NEED ATTENTION15:10
ooolpbothttps://bugs.launchpad.net/tripleo/+bug/160878515:10
*** ooolpbot has quit IRC15:10
openstackLaunchpad bug 1608785 in tripleo "CI jobs fail with ceph-mon errors" [Critical,In progress] - Assigned to Giulio Fidente (gfidente)15:10
*** abehl has quit IRC15:10
gfidente^^ good news abot the above, multinode job passed15:11
beaglesslagle, ne'er mind doesn't seem to15:12
shardyparamite, slagle: agreed, looks good, just a couple of minor comments but +215:12
*** bana_k has joined #tripleo15:13
sshnaidmslagle, hi, is this mirror-server with promote script on rh1 or rh2?15:14
beaglesEmilienM, shardy, if you get a sec -> https://review.openstack.org/#/c/332147/. Maybe get a blueprint knocked off of the list :)15:14
*** ebalduf has quit IRC15:15
*** dtrainor has joined #tripleo15:15
* paramite checking15:16
gfidentemore good news, liberty job passed as well15:17
*** ramishra has quit IRC15:17
*** ebarrera has quit IRC15:18
*** ebalduf has joined #tripleo15:20
hewbroccawut15:21
*** milan has quit IRC15:22
openstackgerritKeith Schincke proposed openstack/tripleo-heat-templates: Add support for deploying RGW on controllers. (Composable)  https://review.openstack.org/28902715:24
EmilienMbeagles, dprince: https://review.openstack.org/#/c/332147/15:24
EmilienMI'm afraid we duplicate a service, and just trick some parameters...15:25
EmilienMI have the feeling we could do better here15:25
*** yamahata has joined #tripleo15:25
*** ramishra has joined #tripleo15:26
EmilienMbeagles: I -1'ed the patch, I think we don't have to duplicate code here15:26
dprinceEmilienM: some of the neutron features, DVR, and NFV type deployments may well be implemented better as separate stacks15:26
*** oshvartz has quit IRC15:27
gfidentemitaka passed as well15:27
dprinceEmilienM: to be clear we may be able to "extend" another class15:27
EmilienMdprince: and? beagles is using the same puppet profile15:27
dprinceEmilienM: but I absolutely think we still need neutron-l3-compute-dvr.yaml15:27
EmilienMit's just a matter of hieradata here15:27
dprinceEmilienM: totally happy to de-dup hiera so long as it works the same15:28
EmilienMwhat beagles should do is to add parameters in neutron-l3 service with defaults values for a regular l3 agent, and override the values when loading the dvr environment15:28
EmilienMand not duplicate the neutron l3 service15:29
EmilienMthis approach doesn't scale and will add lot of duplicated code if we continue that way...15:29
EmilienMthat is why we use hiera + puppet here, because you can reuse the same class but with different data15:29
EmilienMso let's do it that way and don't duplicate yaml files here.15:29
openstackgerritMartin Mágr proposed openstack/tripleo-specs: Availability monitoring support  https://review.openstack.org/34739915:29
EmilienMI have a strong opinion about this thing15:29
beagleswhat's the proper way to configure the agent_mode differently depending on whether it is a compute or controller?15:30
beaglesEmilienM, ^15:30
*** devvesa has quit IRC15:30
beaglesyou would have to modify both controller.yaml and compute.yaml atm I think15:31
beagleswhereas I was seeking a simple on/off mechanism15:31
EmilienMlet me think15:32
EmilienMyeah you found the simpliest way to do it, but it's duplicating things15:32
openstackgerritMarios Andreou proposed openstack/tripleo-heat-templates: DO NOT MERGE testing manila  https://review.openstack.org/34296115:32
EmilienMbeagles: a simple off/on mechanism could be done in https://review.openstack.org/#/c/332147/16/environments/neutron-ovs-dvr.yaml15:33
EmilienMby setting the right  parameters15:33
beaglesEmilienM, still not sure how we'd get NeutronL3AgentMode to be dvr_snat on the controller and dvr on the compute nodes15:35
EmilienMbeagles: let me look15:36
*** lucasagomes has quit IRC15:37
d0ugalrbrady: Do you mind if I rebase https://review.openstack.org/#/c/298732/ on https://review.openstack.org/#/c/337615/ ?15:38
rbradyd0ugal: please do15:38
jaosoriorbnemec: Hey dude, I was finally able to reproduce the ironic-inspector issue15:40
jaosoriorbnemec: It turned out to be an issue in Mistral. Submitted a fix for it15:40
openstackgerritDougal Matthews proposed openstack/tripleo-common: Adds Deployment Action & Workflow  https://review.openstack.org/29873215:40
openstackgerritDougal Matthews proposed openstack/tripleo-common: Adds action for template processing  https://review.openstack.org/33761515:40
d0ugalrbrady: ^ done15:40
openstackgerritMerged openstack/puppet-pacemaker: Removing ignoring the action parameter in the agent_generator.rb so that the manifests for the fencing scripts will have the parameter available to them.  https://review.openstack.org/33223715:40
*** dtrainor has quit IRC15:41
shardyrbrady, d0ugal: Hey FYI I debugged the mistral deployment patch, and commented on https://review.openstack.org/#/c/337615/1115:41
bnemecjaosorior: Glad to hear it. :-)15:42
shardyI think the problem is we're passing a swift container path into heatclient, then giving a function which asserts it's not a swift object15:42
shardyso heat doesn't pass the credentials to swift and downloading it fails15:42
shardyhit another problem now, but the stack is create in progress :)15:42
d0ugalshardy: oh, nice!15:42
shardycan we get that fix added, and rebase those tripleo-common patches?15:43
shardye.g so they're in a series15:43
shardypretty soon we can probably prove this in CI15:43
d0ugalshardy: I just did a rebase based on your comment15:43
*** karthiks is now known as karthiks|afk15:43
d0ugalshardy: but yeah, I can add that fix too. I just got a working undercloud finally15:43
*** lucasagomes has joined #tripleo15:44
shardyOh yeah, so you did, thanks15:44
shardyI'm debugging the next issue noew15:44
shardynow15:44
gfidentemaster passed as well, results incoming15:45
*** dtantsur is now known as dtantsur|afk15:45
d0ugalrbrady: Do we not need an entry point in setup.cfg for this action? https://review.openstack.org/#/c/33761515:46
shardyd0ugal: I think the next error is coming from tripleoclient (I'm running your wip patch)15:46
shardy'NoneType' object has no attribute 'find'15:46
shardyI'll need to re-run with --debug to see exactly where15:46
shardybut AFAICS the mistral part worked15:46
shardyd0ugal: we also need to refactor the endpoint stuff from the client, or finally move that into puppet15:47
d0ugalshardy: ah, probably. That patch is a mess, I basically stopped to investigate mistral.15:47
d0ugalshardy: +115:47
shardyOk, well hopfully things are unblocked now15:48
EmilienMshardy: could you also look https://review.openstack.org/#/c/332147/ and give feedback please?15:49
shardyEmilienM: this was actually why I asked for your feeback previously, when you said "almost good"15:51
EmilienMbeagles: why don't you override ComputeServices in your env?15:51
shardyI'm open to refactoring it, but perhaps you can help beagles with it given the previous feedback15:51
EmilienMshardy: I missed this duplicated thing, my bad15:51
shardyEmilienM: we can't append to the *Services lists yet15:52
*** jaosorior has quit IRC15:52
*** abehl has joined #tripleo15:52
shardySo the environment would need an entirely duplicated list15:52
EmilienMmhh not good15:52
EmilienMI guess we have no choice to accept this design15:52
shardyramishra is working on a new heat feature which will fix that15:52
beaglesright... was going to say15:52
openstackgerritMerged openstack-infra/tripleo-ci: Install Ceph Hammer and/or Jewel from CentOS Storage SIG repos  https://review.openstack.org/34050415:53
*** leanderthal is now known as leanderthal|afk15:53
gfidentefiiiuuuu15:53
shardyhttps://review.openstack.org/#/c/346850/15:53
shardyEmilienM: that's the heat patch15:53
shardymy preference would be to accept the duplication for now, then refactor when that lands15:54
shardyhopefully in time for newton15:54
*** jaosorior has joined #tripleo15:54
EmilienMbeagles: I can +2 it, but I'm worried about this path15:54
*** weshay is now known as weshay_lunch15:54
EmilienMok I'll +A15:54
beaglesEmilienM, fwiw, I concur15:54
beaglesEmilienM, neutron poses a few tangly bits that I would like to sort out, this is one of them15:54
EmilienMbeagles: done.15:54
beaglesEmilienM, thanks man15:54
*** dtrainor has joined #tripleo15:55
* beagles adds himself to the heat patch 15:55
*** liverpooler has quit IRC15:55
beagleswhich seems pretty sweet15:55
*** zoliXXL is now known as zoli|gone15:57
*** liverpooler has joined #tripleo15:58
*** noshankus has joined #tripleo15:58
*** zoli|gone is now known as zoli_gone-proxy15:58
vkmchey guys, quick question... in step 5. here http://tripleo.org/installation/installation.html it mentions that you can git checkout puppet modules that are not yet merged, is it possible to do the same with heat templates?15:58
*** bootsha has joined #tripleo15:59
openstackgerritMerged openstack/tripleo-puppet-elements: Revert "bump puppet-ceph to stable/hammer"  https://review.openstack.org/34366715:59
shardyvkmc: Yes, just do openstack overcloud deploy --templates /path/to/the/templates16:01
shardyby default we use /user/share/openstack-tripleo-heat-templates, but you can point it at a local git checkout16:01
vkmcshardy, awesome, thanks16:02
EmilienMshardy, bnemec, slagle: please review https://review.openstack.org/35013516:03
*** weshay_lunch is now known as weshay16:04
rbradyd0ugal: we only need setupy.cfg entry points for actions that need to be called directly16:04
rbradyd0ugal: the ProcessTemplatesAction is meant to be used with inheritence, but not called directly atm16:04
*** jcoufal_ has joined #tripleo16:04
rbradyshardy: thanks for debugging.  I noticed this morning there is a large difference in the environment16:06
*** jaosorior has quit IRC16:06
*** jcoufal has quit IRC16:07
sshnaidmbnemec, hi, do you know maybe how is created the pip2-freeze log file here? http://logs.openstack.org/00/348900/1/check-tripleo/gate-tripleo-ci-centos-7-ovb-ha/d7c1c6f/logs16:08
EmilienMbnemec: did you see my question earlier about yum update on undercloud?16:08
bnemecEmilienM: Yeah, I think the answer depends on the outcome of the spec I linked.16:08
EmilienMmhh ok16:09
*** numans has quit IRC16:09
bnemecPersonally I'm in favor of updating all the things, but there's disagreement on that.16:09
EmilienMpuppet needs to know what was updated16:09
EmilienMoh in fact no, since we run db sync all the time16:10
EmilienMthough we need to make sure services are restarted16:10
bnemecEmilienM: That's why we should stop all the services before updating.16:10
bnemecFor other reasons too, which are discussed in the spec.16:10
bnemecPackage updates don't work right if the service is running.16:11
EmilienMok16:11
EmilienMI'll read the spec first :)16:11
EmilienMbnemec: yeah, upgrade is hanging for almost 1h on the upgrade16:11
bnemecExactly :-)16:12
hewbroccahttps://review.openstack.org/#/c/347399/ looks about ready to go folks16:12
hewbroccalobbying for paramite :)16:12
* bnemec is reviewing16:12
sshnaidmdoes anybody know how is created pip2-freeze file in tripleo-ci? http://logs.openstack.org/00/348900/1/check-tripleo/gate-tripleo-ci-centos-7-ovb-ha/d7c1c6f/logs16:12
EmilienMhewbrocca: the spec looks good now, +216:12
bnemecsshnaidm: It's just the output of "pip freeze" on the node.16:12
bnemecETOOMANYPINGS16:13
sshnaidmbnemec, on undercloud node?16:13
sshnaidmbnemec, I don't see where is it executed16:13
bnemecsshnaidm: Yes16:13
sshnaidmoh, it's in devstack repo..16:15
dmsimardI suppose you guys have seen "[openstack-dev] [tc] persistently single-vendor projects" ?16:15
EmilienMno, we have actual work to do16:15
EmilienM#sorry16:16
bnemec#notsorry16:16
bnemec:-)16:16
*** bootsha has quit IRC16:19
openstackgerritPaul Belanger proposed openstack-infra/tripleo-ci: Move image uploads to tarballs.openstack.org  https://review.openstack.org/35006116:19
*** mbound has quit IRC16:21
ccamachohey shardy, mind to read http://paste.openstack.org/show/545682/  ?? I'm not sure if this is worth enough for a blueprint16:22
*** bootsha has joined #tripleo16:22
*** maeca1 has quit IRC16:23
serverascodewhere do end users discuss tripleo issues? it seems this is a dev channel?16:25
openstackgerritCarlos Camacho proposed openstack/tripleo-heat-templates: Next generation HA architecture work  https://review.openstack.org/31420816:26
*** krotscheck is now known as krot_sickleave16:27
pabelangerEmilienM: bnemec slagle: I'd like to get some feedback on https://review.openstack.org/#/c/350153/ It adds a new publisher to tripleo-ci for the purpose of uploading images to tarballs.o.o.16:28
pabelangerthe purpose is to remove the private infrastructure tripleo-ci is using16:28
openstackgerritPradeep Kilambi proposed openstack/puppet-tripleo: Implement aodh profiles  https://review.openstack.org/33285416:28
EmilienMbnemec: what would you update before running puppet in the upgrade process? should I update instack* openstack-tripleo-* puppet-* openstack-puppet-* os-* diskimage-builder and then let puppet update the rest?16:28
EmilienMpabelanger: ok looking now16:29
EmilienMpabelanger: why || true? isn't -p enough?16:29
pabelangerEmilienM: I am removing it now16:30
EmilienMok16:30
pabelangerEmilienM: there is so much code path in triplo-ci, it is possible it doesn't exist16:30
slaglepabelanger: i think that might break the repo promotion16:31
slaglepabelanger: promote.sh promotes based on the dirs created by upload.cgi (i think)16:31
slaglepabelanger: would probably have to also update promote.sh to look at t.o.o instead, as long as we get the repo that was used from there somehow16:32
bnemecEmilienM: I would update everything so we don't even have to deal with that question.16:32
EmilienMbnemec: ok16:33
pabelangerslagle: ya, I want to land 350153 first, which adds the publisher to JJB. Then we can recheck 350061 a few times making sure it doesn't break things16:33
bnemecIt's a big part of the reason I'm in favor of the stop, update, puppet flow.16:33
*** tosky has quit IRC16:34
pabelangerslagle: in fact, we should likely talk about the promote.sh script and how it works. I think we'll need to redesign it16:36
pabelangerbut not right now16:36
*** akrivoka has quit IRC16:36
openstackgerritEmilien Macchi proposed openstack-infra/tripleo-ci: WIP - Implement undercloud upgrade job - Mitaka -> Newton  https://review.openstack.org/34699516:37
*** Goneri has quit IRC16:37
*** hewbrocca is now known as hewbrocca-afk16:37
*** jmiu_ is now known as jmiu|lunch16:38
EmilienMbnemec: your spec is excellent16:39
bnemecEmilienM: Thanks16:40
*** Goneri has joined #tripleo16:40
bnemecI realize it's a bear to review, but it turns out there's a lot of stuff in undercloud upgrades that we haven't previously given a lot of thought to.16:40
*** mcornea has quit IRC16:42
openstackgerritPaul Belanger proposed openstack/tripleo-quickstart: Update directory layout per playbook best practices  https://review.openstack.org/34907616:44
*** lucasagomes is now known as lucas-dinner16:44
slaglejtomasek: did you want to comment on https://review.openstack.org/#/c/347399 as it relates to the gui?16:46
* jtomasek looks16:47
*** jpich has quit IRC16:47
jtomasekslagle: ah, yeah, I didn't get to it today:/ I'll do that first thing tomorrow, ok?16:48
slaglesure, np16:48
*** saneax is now known as saneax_AFK16:49
*** tesseract- has quit IRC16:51
*** yamahata has quit IRC16:55
*** noshankus has quit IRC16:57
*** chlong has quit IRC16:58
*** dsariel has quit IRC16:59
*** jpena is now known as jpena|off16:59
*** ohamada has quit IRC17:02
*** julim has quit IRC17:02
bnemecslagle: Any reason I shouldn't uncomment both of the commented cron jobs on the mirror server: http://paste.openstack.org/show/545695/ ?17:03
slaglebnemec: not that I can think of17:04
bnemecslagle: Okay, I'll go ahead and do that then.17:04
openstackgerritSagi Shnaidman proposed openstack-infra/tripleo-ci: WIP: DONT MERGE TESTING  https://review.openstack.org/31643617:06
*** julim has joined #tripleo17:06
*** paramite has quit IRC17:08
openstackgerritPaul Belanger proposed openstack/tripleo-quickstart: Update directory layout per playbook best practices  https://review.openstack.org/34907617:08
*** chlong has joined #tripleo17:11
pabelangerweshay: I'd like to have a talk with you and your team about changing your usage of data_files with ansible roles. For example: https://github.com/redhat-openstack/ansible-role-tripleo-inventory/blob/master/setup.cfg#L2417:12
pabelangerweshay: I don't think any python project should be installing things into the file system. We've been trying to stop this practice for a while in openstack.17:13
pabelangerweshay: additionally, they are getting installed into a no default path that ansible doesn't search, which means you then need to modify ansible.cfg17:13
*** Goneri has quit IRC17:13
pabelangerweshay: I propose we use stop having pip install the files and use either ansible-galaxy or zuul-cloner to put them into the properly location.17:14
*** mbound has joined #tripleo17:16
*** ebarrera has joined #tripleo17:17
openstackgerritPaul Belanger proposed openstack/tripleo-quickstart: Update directory layout per playbook best practices  https://review.openstack.org/34907617:17
*** crinkle has quit IRC17:17
*** bana_k has quit IRC17:18
*** gfidente has quit IRC17:21
*** maeca1 has joined #tripleo17:24
openstackgerritPaul Belanger proposed openstack/tripleo-quickstart: Update directory layout per playbook best practices  https://review.openstack.org/34907617:24
*** liverpooler has quit IRC17:25
openstackgerritPaul Belanger proposed openstack/tripleo-quickstart: Update directory layout per playbook best practices  https://review.openstack.org/34907617:27
*** Goneri has joined #tripleo17:28
weshaypabelanger, ya.. we can discuss it, what are some of the alternatives?17:32
openstackgerritEmilien Macchi proposed openstack-infra/tripleo-ci: WIP - Implement undercloud upgrade job - Mitaka -> Newton  https://review.openstack.org/34699517:32
weshayansible-galaxy does install config17:32
weshayor playbooks17:32
*** yamahata has joined #tripleo17:32
* weshay looks at zuul-cloner17:32
openstackgerritPaul Belanger proposed openstack/tripleo-quickstart: Update directory layout per playbook best practices  https://review.openstack.org/34907617:32
pabelangerweshay: we can simply clone the roles into the playbook/roles folder, that should work out of box. I am testing that now. we usually use git, ansible-galaxy or zuul-cloner to do that17:34
EmilienMshardy, bnemec, slagle: could you look https://review.openstack.org/#/c/350135/ please? before pabelanger approves it17:36
bnemecEmilienM: So the goal with that is just quicker feedback on whether a patch breaks the undercloud install?17:38
*** numans has joined #tripleo17:38
dsneddonbnemec, slagle, shardy: If any of you have a moment, I think this BZ might be hitting a Heat-related bug, even though the error is networking-related: https://bugzilla.redhat.com/show_bug.cgi?id=136187717:39
openstackbugzilla.redhat.com bug 1361877 in rhel-osp-director "upgrade failed: Failed to detach interface" [Urgent,New] - Assigned to dsneddon17:39
openstackgerritBen Nemec proposed openstack-infra/tripleo-ci: Delete ping test environment in periodic jobs  https://review.openstack.org/34613417:39
openstackgerritPaul Belanger proposed openstack/tripleo-quickstart: Update directory layout per playbook best practices  https://review.openstack.org/34907617:40
openstackgerritBrent Eagles proposed openstack/tripleo-heat-templates: Add environment file to enable DVR  https://review.openstack.org/33214717:43
beaglesEmilienM, shardy dprince: so close.. had to update service name to the proper format ^17:44
EmilienMbnemec: yeah for now17:45
bnemecEmilienM: Okay, I'm fine with that.17:46
EmilienMbnemec: we'll probably remove this job once we have upgrade :)17:47
EmilienMbut in the meantime, it's still useful feedback17:47
EmilienMsince we're using the bits17:47
bnemecEmilienM: Sure, and it'll be good to exercise the job a bunch and see how stable it is.17:48
*** abehl has quit IRC17:49
EmilienMgood17:51
openstackgerritPaul Belanger proposed openstack/tripleo-quickstart: Update directory layout per playbook best practices  https://review.openstack.org/34907617:53
*** electrofelix has quit IRC17:54
openstackgerritMerged openstack/os-net-config: Add adapter teaming support using teamd for ifcfg-systems  https://review.openstack.org/33985417:55
*** numans has quit IRC17:56
*** crinkle has joined #tripleo18:00
*** Goneri has quit IRC18:00
*** mgould is now known as mgould|afk18:02
*** mbound has quit IRC18:02
openstackgerritPaul Belanger proposed openstack/tripleo-quickstart: Update directory layout per playbook best practices  https://review.openstack.org/34907618:07
*** bana_k has joined #tripleo18:07
*** bootsha has quit IRC18:09
pabelangerweshay: do you know who to ping about fixing the artifacts on failing jobs?  https://ci.centos.org/artifacts/rdo/jenkins-tripleo-quickstart-gate-master-delorean-quick-basic-288/ is empty18:09
*** shardy has quit IRC18:10
weshaypabelanger, ya.. we need to change how we invoke logging... to be completely independent of quickstart I think18:11
weshaypabelanger, https://ci.centos.org/view/rdo/view/tripleo-gate/job/tripleo-quickstart-gate-master-delorean-quick-basic/18:12
*** bootsha has joined #tripleo18:12
openstackgerritPaul Belanger proposed openstack/tripleo-quickstart: Update directory layout per playbook best practices  https://review.openstack.org/34907618:14
openstackgerritPaul Belanger proposed openstack/tripleo-quickstart: Update directory layout per playbook best practices  https://review.openstack.org/34907618:19
openstackgerritPaul Belanger proposed openstack/tripleo-quickstart: Update directory layout per playbook best practices  https://review.openstack.org/34907618:20
openstackgerritPaul Belanger proposed openstack/tripleo-quickstart: Update directory layout per playbook best practices  https://review.openstack.org/34907618:24
ayoungEmilienM, getting frustrated by Federation support in Puppet modules.  It seems to be 1/2 done.  Is there some way we could just stop trying to be smart in the puppet modules and just autogenerate the puppet code from the oslo-config code in Keystone?18:25
ayoungI have a feeling that the puppet modules are going to hard code things that are just not correct for all distros18:25
ayounglike18:25
*** jrist has quit IRC18:27
ayoung if $admin_port {18:27
ayoung    concat::fragment { 'configure_mellon_on_port_35357':18:27
ayoung      target  => "${keystone::wsgi::apache::priority}-keystone_wsgi_admin.conf",18:27
EmilienMayoung: can you talk about it on #puppet-openstack ?18:28
ayoungIts a little scary that someone wrote that code, and I have no idea what they tested it against18:28
ayoungEmilienM, the issue is that Tripleo uses it, and I am trying to make this work with Tripleo18:28
EmilienMayoung: and ping richm and iury about that18:28
EmilienMI haven't writen any code about that18:28
ayoungthe fact that it is two different projects is not helping.18:28
*** jrist has joined #tripleo18:28
ayoungEmilienM, I know...I was about to git blame it...18:29
*** julim has quit IRC18:29
*** jrist has quit IRC18:30
openstackgerritEmilien Macchi proposed openstack-infra/tripleo-ci: WIP - Implement undercloud upgrade job - Mitaka -> Newton  https://review.openstack.org/34699518:30
openstackgerritPaul Belanger proposed openstack/tripleo-quickstart: Update directory layout per playbook best practices  https://review.openstack.org/34907618:31
ayoungEmilienM, its all iury18:31
*** julim has joined #tripleo18:31
EmilienMayoung: I agree with you18:32
EmilienMlet me look code18:32
ayoungEmilienM, so, looks like no support for WebSSO, which would be tricky to do18:32
ayoungit has to configure both Keystone and Horizon18:32
EmilienMwhy is it tricky?18:33
ayoungEmilienM, YOU NEED THE fqdn OF THE Horizon server in Keystone18:33
ayoungtrusted_dashboard value18:33
ayoungalso, looks like it only supports one IdP IIUC18:33
openstackgerritJoe Talerico proposed openstack/tripleo-heat-templates: Glance worker fix  https://review.openstack.org/35021918:33
ayoung<Location /v3/OS-FEDERATION/identity_providers/<%= scope['keystone::federation::mellon::idp_name']-%>/protocols/<%= scope['keystone::federation::mellon::protocol_name']-%>/auth>18:34
EmilienMayoung: it's just a param, right?18:34
EmilienMwe can use puppet-horizon and give the parameter18:34
rookEmilienM ^^^ Glance fix for the # of workers for THT18:34
EmilienMrook: ok, looking now18:34
ayoungEmilienM, so, in Tripleo, I would want this:18:34
ayoung1.  Uswe FQDNs EV-REE_WHERE!18:34
ayoungand thsu the openstack.<domain> value would be the hostname for the dashboard18:35
EmilienMrook: we'll see how it works in CI and if the worker param is empty18:35
EmilienMayoung: ok cool, I see no problem at this18:35
ayoungand the same value stuck into hiera is used for the dashboard and generates the propert trusted dashboad value18:35
EmilienMI don't understand what is the prob with puppet here18:35
ayoungEmilienM, but Federation is necessarily multi value18:35
ayoungso on a deploy,  the trusted dashboard value should also be able to add addtionnal trusted dashaboards...lets ignore that for now, though18:36
ayoungas that is 3rd party integration, and we are not there yet18:36
ayoungwe need to ber able to create multiple IdPs18:36
ayoungand each Idp needs to be able to have multipe protocols18:36
ayoungfor protocols, at a minimum we need saml2, oidc and Kerberos18:37
ayoungprobably x509 too18:37
EmilienMgood, and?18:37
ayoungand multiple mappings18:37
EmilienMyou can do all of this with tripleo+puppet18:37
EmilienMwe already handle complex configurations for neutron / cinder18:37
EmilienMwe didn't wait for Keystone to have some :)18:37
ayoungEmilienM, then what is 'keystone::federation::mellon::idp_name'18:37
EmilienMyeah, we can change it18:37
EmilienMwhat did iury was a PoC18:38
EmilienMhe was a first iteration18:38
EmilienMI'm sure nobody uses it right now18:38
ayoungEmilienM, those POCs need to not step on values.  It would be better if we stopped making the puppet modules have any business logic in them18:38
EmilienMI'm sure we can continue this work and make it better18:38
EmilienMayoung: ok, so where do you want to do it?18:38
ayoungEmilienM, I would be perfectly happy with things like this18:39
ayoung    keystone::config::keystone_config:18:39
ayoung      federation/sso_callback_template:18:39
ayoung        value: /etc/keystone/sso_callback_template.html18:39
ayoungin tripleo heat templates, with a rule that says " match all of the hiera values like this with the expected values in keystone.conf"18:39
ayoungwe could autogenerate the puppet to do that from http://git.openstack.org/cgit/openstack/keystone/tree/keystone/conf18:40
EmilienMplease do not use keystone_config directly, and add the param to puppet-keystone18:40
ayoungEmilienM, I don't have that luxury18:40
ayoungI need to show that something works with Mitaka18:40
pabelangerweshay: who can I ping to help land https://review.openstack.org/#/c/348999 and https://review.openstack.org/#/c/34900018:40
EmilienMI don't understand the autogenerate thing.18:40
EmilienMRDO already build packages using autogenerated config18:41
EmilienMand Puppet only overrides the parameters18:41
ayoungEmilienM, If I add a config option to Keystone, that should be the end of the discussion.  Puppet should be a thin layer generated from that.  One True source of truth18:41
EmilienMhttp://logs.openstack.org/69/232369/21/check/gate-puppet-openstack-integration-3-scenario003-tempest-centos-7/03ad6e4/logs/etc/keystone/keystone.conf.txt.gz18:41
EmilienMI am really confused by what you actually want.18:42
EmilienM"we could autogenerate" etc...18:42
openstackgerritPaul Belanger proposed openstack/tripleo-quickstart: Update directory layout per playbook best practices  https://review.openstack.org/34907618:42
ayoungEmilienM, You know how the oslo-config code is used to generate the default config files for all the projects?18:43
ayoungeach rule is definied like this18:43
ayounghttp://git.openstack.org/cgit/openstack/keystone/tree/keystone/conf/identity.py#n3218:43
ayoungfor domain specific drivers18:43
ayoungcfg.BoolOpt18:44
*** jbadiapa has quit IRC18:44
EmilienMyes18:44
ayounggive me a single puppet module generated from the oslo-config definitions generated from Keystone18:44
ayoungcall it puppet-keystone-conf18:44
ayoungsplit that out from any puppet work done to initialize the server, which is based on calls to keystone-manage bootstrap18:45
ayoungand a thrid puppet module for making API calls18:45
ayoungall three of those puppet modules should be autogenerated, not hand coded, based on the code in Keystone18:45
openstackgerritSarath Kumar Sankaran Kutty proposed openstack/os-net-config: Enable os-net-config to support and configure NFVSwitch  https://review.openstack.org/34559918:46
EmilienMin the Summit, we discussed many times of tools to generate configurations based on config parameters in the project18:46
EmilienMbut nobody worked on it18:46
*** ebarrera has quit IRC18:46
ayoungThen, a separate module for dealing with SAML/mellon, nothing knowing about Keystone.18:46
EmilienMso we continue that way18:46
EmilienMall projects do the same also (ansible, chef, etc)18:46
*** maeca1 has quit IRC18:46
openstackgerritPaul Belanger proposed openstack/tripleo-quickstart: Update directory layout per playbook best practices  https://review.openstack.org/34907618:47
ayoungEmilienM, anyway, I don't know if I can do what I need to do with the current code setup18:48
ayoungI am kindof coding by trial and error18:48
openstackgerritPaul Belanger proposed openstack/tripleo-quickstart: Update directory layout per playbook best practices  https://review.openstack.org/34907618:49
openstackgerritPaul Belanger proposed openstack/tripleo-quickstart: Update directory layout per playbook best practices  https://review.openstack.org/34907618:51
openstackgerritPaul Belanger proposed openstack/tripleo-quickstart: Don't hide output from get-node.sh  https://review.openstack.org/35022918:54
*** serverascode has left #tripleo18:57
*** bootsha has quit IRC19:03
*** mbound has joined #tripleo19:03
*** julim has quit IRC19:04
openstackgerritPaul Belanger proposed openstack/tripleo-quickstart: Update directory layout per playbook best practices  https://review.openstack.org/34907619:05
*** julim has joined #tripleo19:06
openstackgerritMerged openstack/puppet-tripleo: New composable service: FluentD  https://review.openstack.org/34354619:07
*** mbound has quit IRC19:08
openstackgerritPaul Belanger proposed openstack/tripleo-quickstart: Update directory layout per playbook best practices  https://review.openstack.org/34907619:09
openstackgerritJustin Kilpatrick proposed openstack/tripleo-quickstart: Add documentation for add-on roles  https://review.openstack.org/34673319:09
openstackgerritPaul Belanger proposed openstack/tripleo-quickstart: Update directory layout per playbook best practices  https://review.openstack.org/34907619:14
openstackgerritPaul Belanger proposed openstack/tripleo-quickstart: Update directory layout per playbook best practices  https://review.openstack.org/34907619:26
*** jdob has quit IRC19:28
*** jdob has joined #tripleo19:28
*** weshay has quit IRC19:30
openstackgerritJeff Peeler proposed openstack/tripleo-common: Change input for UpdateCapabilitiesAction  https://review.openstack.org/34973219:33
*** jdob has quit IRC19:39
ayoungslagle, I set a handful of options in a post config, and not all of them got applied to the keystone.conf.  How do I track what happened?  I see nothing in the journal.19:39
ayoungthe values are here:19:39
*** jdob has joined #tripleo19:39
ayounghttps://paste.fedoraproject.org/400045/14701648/19:39
ayoungand most of them were set, but not19:39
ayoungfederation/sso_callback_template:  or  federation/trusted_dashboard:19:39
openstackgerritPradeep Kilambi proposed openstack/tripleo-heat-templates: Add Aodh composable roles  https://review.openstack.org/33355619:39
ayoungwhat logging is applicable on the controller node?19:40
slagleayoung: do you see those options anywhere under /etc/puppet/hieradata on the overcloud nodes you are expecting to have them set?19:40
ayoungslagle, lets see...19:40
ayoungsudo grep -rn trusted_dashboard /etc/puppet/hieradata/19:41
ayoung  returns nothing19:41
*** coolsvap has quit IRC19:41
slagledid you pass this file during the deployment?19:41
slaglewith -e?19:41
ayoungslagle, yep19:42
ayoungslagle, and there was another value in there that did get set19:42
ayoungsudo grep -rn remote_id_attribute /etc/puppet/hieradata/19:42
ayoung/etc/puppet/hieradata/controller_extraconfig.yaml:10:  "federation/remote_id_attribute": {19:42
ayoungslagle, and then I see both of those in the journal, too19:43
ayoungAug 02 17:27:59 overcloud-controller-2 os-collect-config[2436]: Notice: /Stage[main]/Keystone::Config/Keystone_config[federation/remote_id_attribute]/ensure: created19:43
slagleayoung: yea that's the file it should be in19:44
slagleayoung:  did you pass any other -e's on the deployment command line?19:44
ayoungslagle, quite a few.  It is a quickstart19:44
ayoungslagle, but none were keystone specific that I know of.  I can confirm, though19:45
slagleayoung: yea i'm not familiar with what quickstart passes19:45
ayoung-e /usr/share/openstack-tripleo-heat-templates/environments/network-isolation.yaml -e /usr/share/openstack-tripleo-heat-templates/environments/net-single-nic-with-vlans.yaml -e $HOME/network-environment.yaml19:45
ayoungmostly networky things19:45
ayoung-e /usr/share/openstack-tripleo-heat-templates/environments/puppet-pacemaker.yaml19:45
ayoungso it enables pacemaker19:46
ayoungand then -e /home/stack/deploy_env.yaml  is my stuff from the paste above19:46
slagleyou could try a stack-show on the overcloud and Controller nested stack to see what the parameter value of controllerExtraConfig is19:46
slagleayoung: something else to try would be to nest all the key/value pairs under a single keystone::config::keystone_config19:49
slaglei wonder if the last is winning19:49
ayoungslagle, ah....19:49
ayoungthat would make sense...so it would be like19:49
slaglei'm putting my money on this being the issue19:49
ayoungslagle, thanks, I'll try that19:50
ayoungslagle, Highlander syndrome strikes again19:51
*** dprince has quit IRC19:51
ayounghttps://www.youtube.com/watch?v=sqcLjcSloXs19:51
*** bootsha has joined #tripleo19:57
* bnemec watched Highlander recently19:57
bnemecIt was...underwhelming19:57
*** jrist has joined #tripleo19:58
*** florianf has quit IRC20:00
*** julim has quit IRC20:04
slaglemaybe you could review https://review.openstack.org/#/c/347008/ to help you forget20:06
*** weshay has joined #tripleo20:18
*** sarath has joined #tripleo20:28
ayoungbnemec, but admit it, EmilienM could pass for Christopher Lambert.20:30
ayoungslagle, that worked.20:30
ayoungthanks20:30
slaglecool20:31
*** openstackgerrit_ has joined #tripleo20:35
*** openstackgerrit_ has quit IRC20:36
openstackgerritMatthew Thode proposed openstack/diskimage-builder: Optionally remove portage files  https://review.openstack.org/34853620:38
ayoungslagle, http://adam.younglogic.com/2016/08/customizing-a-tripleo-quickstart-deploy/20:41
ayoungslagle, bnemec is it possible to deploy such that the authUrl and endpoints use domain names instead of ip addresses?20:48
*** bootsha has quit IRC20:48
*** fragatina has joined #tripleo20:50
*** fragatina has quit IRC20:50
*** fragatina has joined #tripleo20:51
openstackgerritPaul Belanger proposed openstack/tripleo-quickstart: [WIP] POC using ansible-galaxy  https://review.openstack.org/35026320:52
*** snecklifter has quit IRC20:52
slagleayoung: i don't think so. not until we land the patch to switch endpoint creation to ansible20:53
slagleto puppet rather20:53
ayoungFreudian slip there slagle20:54
EmilienMslagle: what do you think of making gate-tripleo-ci-centos-7-nonha-multinode-nv voting?20:55
EmilienMI currently see 0 blocker20:55
slagleEmilienM: the last thing i wanted to double check was if the bug where the depends-on puppet modules was not used is truly fixed20:56
slagleso we could push up some test patches with a depends-on on some puppet change20:57
slagleand make sure that it's used on the oc node20:57
EmilienMI tested this week end20:58
EmilienMbut I am going to try again now20:58
*** kbyrne has quit IRC20:58
slagleyea lets double check since we swithced to packaged puppet modules as well20:58
EmilienMoki doc20:58
openstackgerritEmilien Macchi proposed openstack/tripleo-heat-templates: TripleO Overcloud CI test - do not merge  https://review.openstack.org/35026621:00
EmilienMslagle: done https://review.openstack.org/350265 and https://review.openstack.org/35026621:00
EmilienMso we test again depends-on and single patches in puppet modules themselves21:01
EmilienMI took gnocchi because we deploy it by default on overcloud and we don't deploy it at all on undercloud21:01
*** akshai has quit IRC21:02
slaglemerci vu cu21:02
EmilienMvu cu? or beaucoup? :P21:02
slagleyea that's the one21:04
jmiu|lunchhaha21:06
*** jmiu has quit IRC21:06
openstackgerritPaul Belanger proposed openstack/tripleo-quickstart: [WIP] Stop using data_files  https://review.openstack.org/35027121:06
*** jmiu has joined #tripleo21:06
*** jmiu has quit IRC21:06
*** jmiu|lunch is now known as jmiu21:06
*** fultonj has quit IRC21:07
*** jmiu_ has joined #tripleo21:07
*** jcoufal_ has quit IRC21:08
*** akshai has joined #tripleo21:09
*** akshai has quit IRC21:10
*** mbound has joined #tripleo21:11
*** panda is now known as panda|Zz21:14
*** kbyrne has joined #tripleo21:19
*** rhallisey has quit IRC21:22
*** jayg is now known as jayg|g0n321:26
EmilienMbnemec: when you upgraded from mitaka to newton, what did hang? mysql?21:26
*** rlandy has quit IRC21:27
bnemecEmilienM: Yeah, I had issues with the database because I didn't have anything to handle the major version bump.21:29
bnemecOr at least I assume that was the reason.21:29
EmilienMbnemec: how did you upgrade it? mysqldump/restore?21:29
bnemecayoung: You can deploy with domain name endpoints.  You have to alter the endpoint map though.21:29
ayoungbnemec, what about the auth URL and the HOrizon URL?21:30
*** rlandy has joined #tripleo21:30
EmilienMoh there is a procedure21:30
EmilienMhttps://mariadb.com/kb/en/mariadb/upgrading-from-mariadb-55-to-mariadb-100/21:30
ayoungbnemec, basically, I care about the HTTPD stuff21:30
bnemecayoung: The tls-enabled version is here: https://github.com/openstack/tripleo-heat-templates/blob/master/environments/enable-tls.yaml21:30
bnemecEmilienM: Yeah, I think that's in the proposed upgrade doc.  Let me find it.21:30
*** lblanchard has quit IRC21:31
ayoungbnemec, I think it is "cloudname" that I want as a FQDN21:31
bnemecayoung: Right, you set that via the CloudName parameter.21:31
bnemecEmilienM: See line 70 in https://review.openstack.org/#/c/308985/8/doc/source/post_deployment/upgrade.rst21:32
EmilienMok21:33
EmilienMbnemec: why do we need that in mitaka -> newton21:33
EmilienMis it 5.5 -> 10 ?21:33
bnemecEmilienM: I'm not sure, but it looked like I was getting the version upgrade there.  It's possible those docs are based on a downstream process where the package version may have changed at a different time.21:33
bnemecThis is another good reason to automate it somehow so we just look at the version of the package, and don't try to guess based on the releases involved.21:34
EmilienMmhh in mitaka we already have MariaDB 10.121:35
ayoungbnemec, is that something I can set at the top level, so just append CloudName=openstack.ayoung-dell-t1700.test  to an env file and pass it to openstack overcloud deploy with a -e option?21:36
bnemecayoung: Yeah, there's an example here: http://docs.openstack.org/developer/tripleo-docs/advanced_deployment/ssl.html#dns-endpoint-configuration21:36
openstackgerritEmilien Macchi proposed openstack-infra/tripleo-ci: WIP - Implement undercloud upgrade job - Mitaka -> Newton  https://review.openstack.org/34699521:37
*** fragatina has quit IRC21:38
openstackgerritMatthew Thode proposed openstack/diskimage-builder: Optionally remove portage files  https://review.openstack.org/34853621:43
openstackgerritMerged openstack-infra/tripleo-ci: Break out bootstrapping of subnodes setup  https://review.openstack.org/34700821:44
*** bfournie has quit IRC22:13
*** weshay has quit IRC22:19
*** rlandy has quit IRC22:29
*** mbound has quit IRC22:41
*** rlandy has joined #tripleo22:43
*** mbound has joined #tripleo22:49
*** david-lyle has quit IRC22:50
*** david-lyle has joined #tripleo22:51
*** yamahata has quit IRC22:52
*** mbound has quit IRC22:54
*** lucas-dinner has quit IRC22:54
pabelangertripleo-quickstart-core, I've added the first experimental job for the project: //review.openstack.org/35030122:58
pabelangerWhile we won't be testing a full deploy, we should be able to run something.  I picked bare to start22:58
*** lucasagomes has joined #tripleo22:59
pabelangeractually, bare isn't a thing22:59
ayoungpabelanger, don't you get annoyed by how cut and pastr drops things beforethe :23:00
ayounghttp://review.openstack.org/35030123:00
*** saneax_AFK is now known as saneax23:00
pabelangerya, failbot23:01
pabelangerboat*23:01
*** gfidente has joined #tripleo23:01
ayoungI like failbot23:01
*** julim has joined #tripleo23:03
*** Ryjedo has quit IRC23:12
*** yamahata has joined #tripleo23:13
*** bfournie has joined #tripleo23:29
*** radek_ has quit IRC23:34
*** radek_ has joined #tripleo23:46
*** morazi has quit IRC23:49
*** dprince has joined #tripleo23:56

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