*** jpeeler has quit IRC | 00:00 | |
*** jpeeler has joined #tripleo | 00:12 | |
*** alop has quit IRC | 00:21 | |
*** david-lyle has quit IRC | 00:24 | |
*** david-lyle has joined #tripleo | 00:27 | |
*** Marga_ has quit IRC | 00:32 | |
*** Marga_ has joined #tripleo | 00:46 | |
*** thrash is now known as thrash|g0ne | 00:52 | |
*** prad has quit IRC | 00:53 | |
*** Marga_ has quit IRC | 00:57 | |
*** prad has joined #tripleo | 01:08 | |
*** Marga_ has joined #tripleo | 01:09 | |
*** eghobo has joined #tripleo | 01:18 | |
*** eghobo_ has joined #tripleo | 01:20 | |
*** eghobo has quit IRC | 01:23 | |
*** wfoster has quit IRC | 01:24 | |
*** wfoster has joined #tripleo | 01:25 | |
*** julim has joined #tripleo | 01:46 | |
*** BadCub_Away is now known as BadCub | 01:56 | |
*** ChuckC has joined #tripleo | 02:29 | |
*** Marga_ has quit IRC | 02:32 | |
*** eghobo_ has quit IRC | 02:46 | |
*** untriaged-bot has joined #tripleo | 03:00 | |
untriaged-bot | Untriaged bugs so far: | 03:00 |
---|---|---|
untriaged-bot | https://bugs.launchpad.net/tripleo/+bug/1446882 | 03:00 |
openstack | Launchpad bug 1446882 in tripleo "cryptography is failing to install" [Undecided,New] | 03:00 |
*** untriaged-bot has quit IRC | 03:00 | |
*** jerryz has joined #tripleo | 03:32 | |
*** tzumainn has quit IRC | 03:55 | |
*** eghobo has joined #tripleo | 03:58 | |
*** yog__ has joined #tripleo | 04:24 | |
*** masco has joined #tripleo | 04:27 | |
*** sdake has joined #tripleo | 04:29 | |
*** eghobo has quit IRC | 04:31 | |
*** sdake_ has joined #tripleo | 04:32 | |
*** sdake has quit IRC | 04:33 | |
*** eghobo has joined #tripleo | 04:42 | |
*** prad has quit IRC | 04:45 | |
*** ukalifon has joined #tripleo | 05:01 | |
*** prad has joined #tripleo | 05:04 | |
*** penick has joined #tripleo | 05:10 | |
*** Marga_ has joined #tripleo | 05:29 | |
*** Marga_ has quit IRC | 05:29 | |
*** yamahata has joined #tripleo | 05:29 | |
*** Marga_ has joined #tripleo | 05:30 | |
openstackgerrit | Merged openstack/diskimage-builder: Support VHD output format https://review.openstack.org/156433 | 05:31 |
*** penick has quit IRC | 05:36 | |
*** sdake_ has quit IRC | 05:42 | |
*** eghobo has quit IRC | 06:33 | |
*** sdake has joined #tripleo | 06:35 | |
*** Marga_ has quit IRC | 06:38 | |
*** dasm|afk is now known as dasm | 06:44 | |
*** bvandenh has joined #tripleo | 06:52 | |
*** dtantsur|afk is now known as dtantsur | 06:56 | |
openstackgerrit | Dan Sneddon proposed openstack/tripleo-heat-templates: Separate the network config by family and add a "node_index" for each group. https://review.openstack.org/173624 | 06:57 |
*** shardy has joined #tripleo | 07:04 | |
*** funzo has joined #tripleo | 07:09 | |
*** weshay has joined #tripleo | 07:10 | |
*** rdopiera has joined #tripleo | 07:16 | |
*** regebro has joined #tripleo | 07:16 | |
*** aufi has joined #tripleo | 07:25 | |
*** Goneri has joined #tripleo | 07:25 | |
*** athomas has joined #tripleo | 07:25 | |
*** mmagr has joined #tripleo | 07:25 | |
*** bvandenh has quit IRC | 07:30 | |
*** morazi has joined #tripleo | 07:34 | |
*** sdake has quit IRC | 07:35 | |
*** ifarkas has joined #tripleo | 07:40 | |
*** rdopiera has quit IRC | 07:42 | |
*** jcoufal has joined #tripleo | 07:43 | |
*** sdake has joined #tripleo | 07:48 | |
*** rdopiera has joined #tripleo | 07:49 | |
*** jistr has joined #tripleo | 07:50 | |
*** lucasagomes has joined #tripleo | 08:00 | |
openstackgerrit | Martin Mágr proposed openstack/tripleo-heat-templates: Keystone domain for Heat https://review.openstack.org/160279 | 08:00 |
*** sdake has quit IRC | 08:00 | |
*** rdopiera has quit IRC | 08:04 | |
*** yamahata has quit IRC | 08:04 | |
jistr | hi folks, i submitted changes to rights on puppet related repositories: | 08:09 |
jistr | * tripleo-puppet-elements to move from puppet-manager-core to tripleo-core (it doesn't contain any puppet) | 08:09 |
jistr | * puppet-tripleo to have shared rights between puppet-manager-core and tripleo-core (it's solely used in tripleo and sometimes it's not easy to find interested reviewers in puppet-manager-core, so we'd expand the list of folks by adding tripleo-core while keeping puppet-manager-core) | 08:09 |
jistr | hopefully this will allow faster progress on tripleo | 08:09 |
jistr | https://review.openstack.org/176225 | 08:09 |
jistr | https://review.openstack.org/176226 | 08:09 |
jprovazn | shardy: good morning | 08:12 |
*** mmagr is now known as mmagr|afk | 08:12 | |
spredzy | jistr, hello. Thanks for taking care of that :) | 08:12 |
jistr | spredzy: morning :) | 08:12 |
shardy | jprovazn: Hi! | 08:13 |
jprovazn | shardy: I'm looking at your 2 patches related to hooks - https://review.openstack.org/#/c/173968/3/heatclient/v1/shell.py and https://review.openstack.org/#/c/173969/2/heatclient/v1/shell.py ... | 08:14 |
shardy | jprovazn: yup | 08:14 |
shardy | jprovazn: the hook-poll one still needs some work but should basically be usable | 08:15 |
shardy | I've got blocked on a heat event API bug, which I'm now looking into | 08:15 |
jprovazn | shardy: to find the best way if/how to reuse this in a workflow lib so the same polling/hook removal mechanism could be used both for steps during creation or steps during package update | 08:15 |
shardy | but that only affects the situation where you do multiple updates and let one time out | 08:15 |
shardy | jprovazn: Ok, yeah perhaps we need to provide a python-heatclient python API for it | 08:16 |
shardy | I can rework to do that | 08:16 |
jprovazn | shardy: would it make sense to move the logic of polling/nested events into an utils module so I can import it? | 08:16 |
jprovazn | and handle just params in the shell.py modules | 08:17 |
shardy | jprovazn: Yes, absolutely, I can rework to do that | 08:17 |
jprovazn | shardy: awesome, thanks | 08:17 |
shardy | jprovazn: I was mostly focussed on the devtest use-case initially, which is all shell obviously | 08:17 |
shardy | jprovazn: adding such an abstraction is a good idea, because i anticipate some API additions during Liberty which will make this much more efficient | 08:17 |
shardy | we'll need a tranparent way to use that, while still falling back to this slow-but-kilo-compatible code | 08:18 |
jprovazn | shardy: +1, adding support for nested listing on server side would be really nice to have soon - quick check on Overcloud stack tells me that "heat event-list -n 2 overcloud" calls 142 API calls | 08:19 |
shardy | jprovazn: yeah, it's horrible :( | 08:20 |
shardy | You actually need -n5 I think | 08:20 |
jprovazn | shardy: I started from the other side with package updates - https://github.com/jprovaznik/tripleo-common/blob/update1/tripleo_common/update.py#L34 - in this user story I know exactly where to look for hooks, so I didn't have to go though the whole stack | 08:20 |
shardy | jprovazn: Ah, yeah that makes it much easier | 08:20 |
shardy | jprovazn: I've been severely limited by not adding anything to the heat API for this | 08:21 |
shardy | as I wanted it to work with kilo | 08:21 |
*** bvandenh has joined #tripleo | 08:21 | |
shardy | hence all the crazy recursion | 08:21 |
jprovazn | understood | 08:21 |
jprovazn | I think that re-using your code in the shared workflow would be a way to go, but I would add an optional param to allow specify where in the stack to check for hooks - full stack search would be done only if no more specific resource path would be set | 08:23 |
shardy | jprovazn: +1 | 08:23 |
jprovazn | shardy: cool, I will now just copy/paste your code, then replace with import later | 08:24 |
jprovazn | thanks | 08:24 |
*** derekh has joined #tripleo | 08:25 | |
*** ccrouch has quit IRC | 08:31 | |
*** pppingme has quit IRC | 08:31 | |
*** prad has quit IRC | 08:32 | |
*** rbrady has quit IRC | 08:32 | |
*** prad has joined #tripleo | 08:34 | |
*** rbrady has joined #tripleo | 08:34 | |
*** pppingme has joined #tripleo | 08:35 | |
*** jprovazn has quit IRC | 08:37 | |
*** mcornea has joined #tripleo | 08:43 | |
*** al has quit IRC | 08:46 | |
*** al has joined #tripleo | 08:47 | |
*** mmagr|afk is now known as mmagr | 08:47 | |
*** prad has quit IRC | 08:53 | |
*** adrianopetrich has quit IRC | 08:54 | |
*** regebro has quit IRC | 08:57 | |
*** prad has joined #tripleo | 08:59 | |
*** untriaged-bot has joined #tripleo | 09:00 | |
untriaged-bot | No untriaged bugs so far! \o/ | 09:00 |
*** untriaged-bot has quit IRC | 09:00 | |
*** pelix has joined #tripleo | 09:01 | |
*** mmagr has quit IRC | 09:05 | |
*** mmagr has joined #tripleo | 09:08 | |
*** akrivoka has joined #tripleo | 09:17 | |
*** masco has quit IRC | 09:22 | |
*** masco has joined #tripleo | 09:25 | |
*** adrianopetrich has joined #tripleo | 09:26 | |
*** dtantsur is now known as dtantsur|brb | 09:29 | |
*** jtomasek has joined #tripleo | 09:29 | |
*** jprovazn has joined #tripleo | 09:35 | |
*** jprovazn has quit IRC | 09:35 | |
*** jprovazn has joined #tripleo | 09:35 | |
*** gfidente has joined #tripleo | 09:45 | |
*** gfidente has joined #tripleo | 09:45 | |
*** shardy_ has joined #tripleo | 09:46 | |
*** shardy has quit IRC | 09:48 | |
*** shardy_ has quit IRC | 09:52 | |
*** shardy has joined #tripleo | 09:52 | |
*** ifarkas has quit IRC | 10:28 | |
*** ifarkas has joined #tripleo | 10:30 | |
openstackgerrit | Martin Mágr proposed openstack/tripleo-heat-templates: Keystone domain for Heat https://review.openstack.org/160279 | 10:37 |
*** Marga_ has joined #tripleo | 10:46 | |
*** masco has quit IRC | 10:52 | |
*** dtantsur|brb is now known as dtantsur | 10:58 | |
*** yuanying has quit IRC | 11:18 | |
*** adrianopetrich has quit IRC | 11:25 | |
*** shardy has quit IRC | 11:28 | |
*** trown|outttypeww is now known as trown | 11:33 | |
*** thrash|g0ne is now known as thrash | 11:43 | |
*** wuhg has joined #tripleo | 11:43 | |
openstackgerrit | Giulio Fidente proposed openstack/tripleo-heat-templates: Add RabbitMQ as a Pacemaker resource when EnablePacemaker https://review.openstack.org/175926 | 11:47 |
gfidente | jistr, spredzy so my current approach for haproxy and rabbitmq submissions | 12:02 |
gfidente | is that we add them as resources to pacemaker in a single node scenario as well | 12:02 |
gfidente | as long as EnablePacemaker is true | 12:02 |
gfidente | so that it will monitor the service and restart, as if there were multiple nodes | 12:02 |
gfidente | sounds valid? | 12:02 |
*** lucasagomes is now known as lucas-hungry | 12:07 | |
jistr | gfidente: yeah it does (btw that's the way astapor works... everything is set up HA by default. If you just want 1 controller, you still deploy the HA setup, just disable fencing. Seems like a good idea to me, just one config to care about.) | 12:12 |
* gfidente sends much ♥ to jistr | 12:12 | |
gfidente | so that means we might want a keepalived based job though | 12:12 |
*** dprince has joined #tripleo | 12:13 | |
gfidente | to make sure we don't break things given we run with pacemaker by default | 12:13 |
gfidente | dprince, right about time | 12:13 |
dprince | gfidente: hey | 12:14 |
spredzy | agree with what jistr said. pacemaker configuration for all scenarios (w/ and w/o ha) | 12:14 |
spredzy | makes it easier to manage | 12:14 |
gfidente | spredzy, yeah that is what is happening already indeed | 12:14 |
gfidente | dprince, so if we enable pacemaker by default like we did, we're using in the single controller scenario as well ... and that means we're not testing the keepalived version anymore | 12:15 |
gfidente | jistr, spredzy, dprince I think it is safe to run the HA job with EnablePacemaker=true and the nonha job with EnablePacemaker=false? | 12:15 |
gfidente | unless we want to add an additional job ... | 12:16 |
spredzy | gfidente, agree, but we need to make the ha job green to validate | 12:16 |
*** jayg|g0n3 is now known as jayg | 12:16 | |
gfidente | spredzy, so ha job stays on pacemaker | 12:16 |
spredzy | that EnablePacemaker=true does what it is supposed to do | 12:16 |
dprince | gfidente: I personally would like the option not to use pacemaker | 12:16 |
gfidente | dprince, not in the single node scenario? | 12:17 |
gfidente | that seems good to me as well | 12:17 |
dprince | gfidente: My experience w/ HA has been that of a Low availability. For example with our CI could I would like to respin it and I probably don't want to mess w/ HA | 12:17 |
* dprince thinks it is too time consuming to troubleshoot all these things ad-hoc | 12:17 | |
dprince | so while I'd like to support the options to use them I'd like to support the simple case for those of us who prefer not to | 12:18 |
gfidente | dprince, that means you would run CI for the pacemaker version in the ha job only, am I reading it right? | 12:20 |
*** ukalifon has quit IRC | 12:20 | |
dprince | gfidente: sorry, I worded that in a confusing way | 12:20 |
dprince | gfidente: I was talking about deploying our CI cloud, not running the CI jobs | 12:21 |
dprince | gfidente: is this what you are talking about https://review.openstack.org/#/c/173773/ | 12:22 |
gfidente | dprince, not only | 12:23 |
dprince | gfidente: Having not used pacemaker a lot myself I'm not sure what to expect. I've heard there can be issues with it causing DHCP issues for example. And on a flat network like we use as a TripleO default I would like the option to avoid it | 12:23 |
gfidente | dprince, for instance here: https://review.openstack.org/#/c/174465/3/puppet/manifests/overcloud_controller.pp,cm | 12:24 |
gfidente | we add haproxy as a resource to pacemaker for it to monitor the process | 12:24 |
gfidente | regardless of the number of nodes | 12:24 |
gfidente | as long as enable_pacemaker is true | 12:24 |
gfidente | that means we can deploy a single node configuration with enable_pacemaker true or enable_pacemaker false | 12:24 |
gfidente | so to make keepalived based job sane, I was thinking to pass EnablePacemaker=false to the nonha job | 12:25 |
gfidente | we won't test the nonha pacemaker-based scenario, unless we add another nonha job for it | 12:25 |
gfidente | but we would still have pacemaker-based scenario tested in the ha job | 12:25 |
dprince | gfidente: okay. So long as EnablePacemaker has to be true for these (it looks like that is the case) I think it is fine either way. | 12:26 |
*** jdob has joined #tripleo | 12:27 | |
gfidente | dprince, maybe this is a valid conversation to have on the list? | 12:28 |
dprince | gfidente: so... I think that means do what is easiest, probably enable it even on a single host | 12:28 |
gfidente | dprince, ack stays on for now is good to me | 12:28 |
spredzy | I think that rather than having nonha-pacemaker nonha-keepalived ha-pacemaker and ha-keepalived jobs, we could manage the VIP in keepalived for the nonha job and with pacemaker for the ha job, it would save time, resource and avoid long CI cycle | 12:29 |
*** rlandy has joined #tripleo | 12:29 | |
spredzy | yet most scenarios remains covered | 12:29 |
gfidente | spredzy, how about we use keepalived in the precise job? | 12:30 |
gfidente | auch | 12:30 |
gfidente | that is obvious there is no puppet there :* | 12:30 |
dprince | spredzy: but that requires pacemaker everywhere right (which is what I would prefer not to have) | 12:30 |
spredzy | exactly | 12:30 |
*** rhallisey has joined #tripleo | 12:30 | |
spredzy | waexactly for puppet and precise | 12:30 |
gfidente | dprince, current status is we do have pacemaker everywhere | 12:30 |
dprince | spredzy: now I'm confused. I thought EnablePacemaker had to be enabled for it? | 12:31 |
spredzy | dprince, pacemaker is already on the image themselves | 12:31 |
dprince | spredzy: I don't care if it is in the image. I'm talking about configuring it and starting it. | 12:31 |
gfidente | dprince, pacemaker enabled here: https://review.openstack.org/#/c/174994/ | 12:31 |
gfidente | dprince, true by default, so existing jobs are already using pacemaker | 12:32 |
gfidente | this was intentional to test it | 12:32 |
dprince | gfidente: okay, well I would like to suggest we keep all that code, but flip the default | 12:32 |
gfidente | dprince, well we want it for the ha job | 12:32 |
gfidente | we flip the default and enable it only for ha? | 12:33 |
gfidente | (that means testing keepalived in single node scenario) | 12:33 |
dprince | gfidente: We don't have to change our defaults to test this for HA | 12:33 |
* jistr kinda confused :) | 12:34 | |
jistr | so the current state is we have EnablePacemaker=true for all jobs, right? | 12:34 |
gfidente | jistr, right | 12:34 |
dprince | gfidente: we are moving too fast, This patch was posted on Friday and landed on Monday? | 12:34 |
jistr | and gfidente proposes to switch EnablePacemaker=false *only for the puppet-nonha job* right? | 12:34 |
gfidente | jistr, right | 12:35 |
spredzy | dprince, yes it needs to be enabled https://github.com/openstack/tripleo-heat-templates/blob/master/puppet/manifests/overcloud_controller.pp#L37-L57 (sorry I misunderstood your original message) | 12:35 |
gfidente | dprince, I raised it for this very same reason | 12:35 |
gfidente | dprince, but I think we definitely wanted it in the HA job | 12:36 |
gfidente | dprince, jistr, spredzy so the main point is about having it only in the HA job or in the nonha job as well | 12:36 |
dprince | gfidente: having it in the HA job is fine. We've got a different mechanism for that | 12:36 |
jistr | gfidente, dprince: ok, that sounds sensible to me. I'd definitely like to have EnablePacemaker=true for the HA job. I'd also like to have tested the non-ha variant with EnablePacemaker=true, just to make sure we can deploy also one controller with pacemaker enabled, but i realize we should also test the keepalived scenario somewhere, so i'd be ok with having EnablePacemaker=false in the non-ha job. | 12:37 |
jistr | gfidente, dprince: i think the scenarios when deploying 3 controllers with Pacemaker works and deploying 1 controller doesn't work should be quite rare, so i don't consider testing 1 controller with Pacemaker as a must. (I guess we don't want to put more load on the CI cloud by creating another job unless necessary.) | 12:40 |
dprince | jistr: we could probably mix it in somewhere I think if we need to (another job) | 12:41 |
dprince | jistr: but I'm happy with just pacemaker for the HA job initially I think | 12:41 |
jistr | dprince: ack, sounds good to me | 12:42 |
gfidente | ack | 12:42 |
spredzy | dprince, jistr something I lost in the midle, when you say 'just pacemaker' for the HA job initialy. Are we talking about the VIP management? or all the services management also ? | 12:43 |
gfidente | all services | 12:43 |
gfidente | I consider VIP just one of the services in charge to pacemaker | 12:43 |
dprince | spredzy: everything I think | 12:44 |
spredzy | dprince, gfidente ack that | 12:44 |
*** sseago has joined #tripleo | 12:47 | |
openstackgerrit | Dan Prince proposed openstack-infra/tripleo-ci: Set EnablePacemaker for the HA job https://review.openstack.org/176286 | 12:47 |
gfidente | dprince, will you flip the default in the template as well? | 12:48 |
openstackgerrit | Dan Prince proposed openstack/tripleo-heat-templates: Set EnablePacemaker == false be default https://review.openstack.org/176288 | 12:48 |
dprince | gfidente: done | 12:48 |
dprince | gfidente: I think those two patches are all we need here and everything else looks great | 12:49 |
gfidente | thanks | 12:49 |
dprince | gfidente: the tripleo-ci patch is new territory... (we just added that option last week) so lets see how it goes | 12:49 |
*** radez_g0n3 is now known as radez | 12:50 | |
spredzy | jistr, dprince gfidente jsut so we all agree, some from now on for every service we bring into tripleo-heat-templates, we need to provide a way that is is handled with and without pacemaker, correct ? | 12:51 |
spredzy | s/some/so | 12:51 |
dprince | spredzy: I think so. how painful will this be? | 12:51 |
gfidente | currently we do have all working without pacemaker | 12:52 |
gfidente | I think we just need to make sure we don't break them when pacemaker is enabled | 12:52 |
spredzy | dprince, it might look ugly :) For the pain, I need to setup the galera thing and will be able to tell | 12:52 |
spredzy | but manifests might get slightly more complex to read | 12:52 |
gfidente | spredzy, well galera for now won't make sense in the non-pacemaker version though | 12:52 |
dprince | spredzy: lets see an example or two. If it is going to trash our manifests perhaps we debate this on the list | 12:53 |
gfidente | spredzy, dprince here is an example https://review.openstack.org/#/c/175926/ | 12:53 |
gfidente | there I try to setup the cluster with pacemaker if enabled | 12:53 |
gfidente | or with puppet if pacemaker is not enabled | 12:53 |
*** adrianopetrich has joined #tripleo | 12:54 | |
gfidente | so this change ideally allows for all four combinations: single/multiple with/without pacemaker | 12:54 |
*** spzala has joined #tripleo | 12:56 | |
jistr | gfidente, spredzy, dprince: would it be possible to care for the non-pacemaker case only about 1 node initially? I think that might simplify things a bit. E.g. setting up multi-node Galera without Pacemaker is not very clean, so if we only care about single-node when EnablePacemaker=false, it might make things considerably easier. | 12:59 |
jistr | HA setup without Pacemaker could be added later | 12:59 |
gfidente | jistr, yes I think this is the goal | 13:00 |
gfidente | except for rabbitmq apparently wasn't so terrible, but I don't think we expect non-pacemaker multiple-node to work anytime soon | 13:00 |
gfidente | jistr, and btw the rabbitmq non-pacemaker multiple-node doesn't work as is, as we know, you had a patch ... so it's definitely 2nd citizen at least | 13:01 |
* jistr still thinking that at some point we might need to leave the single-manifest approach to keep sanity, especially if we want to support various alternatives like we're doing for pacemaker vs. keepalived | 13:01 | |
openstackgerrit | Dan Prince proposed openstack-infra/tripleo-ci: Add a ceph job https://review.openstack.org/176292 | 13:02 |
openstackgerrit | Dan Prince proposed openstack-infra/tripleo-ci: Set EnablePacemaker for the HA job https://review.openstack.org/176286 | 13:03 |
*** lucas-hungry is now known as lucasagomes | 13:05 | |
spredzy | jistr, would it be possible today to generate the manifest.pp ? I mean if we create an overcloud_rabbitmq.pp where we do all the work about rabbitmq but I want the final pp file to be the concatenation of overcloud_controller.p and overcloud_rabbitmq.pp is it feasible ? | 13:06 |
dprince | jistr: perhaps we can move some of the messy stuff into puppet-tripleo to help keep sanity then | 13:08 |
dprince | jistr: I still think there is value in the single manifest per role approach (even though it duplicates some things) | 13:09 |
dprince | jistr: it makes them very hackable for example... having almost everything identified in a single file | 13:09 |
jistr | spredzy: i'd probably like "include <something>" more than generating it though... | 13:10 |
*** lblanchard has joined #tripleo | 13:10 | |
jistr | dprince: yeah, moving parts to puppet-tripleo would be a solution imho | 13:11 |
jistr | dprince: i think what makes the puppet-tripleo not-so-hackable is that we need to fiddle with the images. If we had a way to write content into the machine after it's been started by heat, but before Puppet starts running, puppet-tripleo (and the rest of puppet modules) would suddendly become much more hackable :) | 13:13 |
jistr | i wanted to explore that a bit but didn't have enough bandwidth | 13:13 |
dprince | jistr: right, which is why we've tried to avoid puppet much into puppet-tripleo | 13:13 |
gfidente | jprovazn, jpeeler do you guy know if we can give multiple args to get_file or repeat it? | 13:14 |
*** tzumainn has joined #tripleo | 13:15 | |
gfidente | dprince, on the ceph job | 13:16 |
gfidente | why ControllerEnableCephStorage: true then? | 13:16 |
dprince | gfidente: because without that the job would fail | 13:17 |
spredzy | jistr, gfidente dprince so should we start thinking in terms of tripleo::rabbitmq, tripleo::mariadb etc... from now on ? | 13:17 |
dprince | gfidente: because cinder scheduler has a race... it has to run a periodic cycle or two to find all its storage | 13:17 |
dprince | gfidente: sometimes it may pass, sometimes not. | 13:17 |
gfidente | yeah I remember that now | 13:18 |
dprince | gfidente: by having local storage on the controller we make sure it always has some space | 13:18 |
*** yamahata has joined #tripleo | 13:19 | |
dprince | spredzy: not sure yet. That may clean up some things... but we lose the hackability | 13:19 |
slagle | jistr: EmilienM : what about also moving puppet-tripleo to openstack/ | 13:19 |
EmilienM | slagle: it's WIP Sir :-) | 13:19 |
dprince | slagle: it will follow the stackforge modules I think | 13:20 |
dprince | slagle: which are all moving there... | 13:20 |
EmilienM | slagle: we are in the process to move under the big tent. TC agreed (yesterday), now I have to figure out technical details | 13:20 |
slagle | ah, ok | 13:20 |
slagle | wfm | 13:20 |
gfidente | dprince, but I don't think it's worth signalling the controllers about the ceph completion, sounds like overengineering for a pretty peculiar case where you want to use cinder in the first minute of deployment | 13:20 |
spredzy | dprince, as we need to remount the overcloud_controller image, bring the changes and unmount it for each change we wanna try ? | 13:21 |
dprince | gfidente: the right solution for this is to use post deployment validations | 13:21 |
jpeeler | gfidente: i don't - would try repeating it first | 13:21 |
gfidente | dprince, ack | 13:21 |
dprince | spredzy: yes, going through that process (rebuilding images or editing them manually) really slows down the dev cycle | 13:22 |
jprovazn | gfidente: sorry, no idea | 13:23 |
dprince | gfidente: I'm not trying to over-engineer ceph. Just make it work in our CI | 13:23 |
dprince | gfidente: FWIW, *this* problem is what I was talking about a week or so ago when I mentioned Ceph wasn't working | 13:23 |
gfidente | dprince, the over-engineering was re-configuring cinder after ceph completed instead of doing it in parallel | 13:23 |
gfidente | dprince, yeah and indeed I still don't consider it an issue if not for the peculiar case of CI | 13:24 |
gfidente | dprince, validation will fix it implicitly | 13:24 |
gfidente | dprince, on the keepalived / pacemaker thing, https://review.openstack.org/#/c/173747/ | 13:32 |
gfidente | dprince, the idea is to pass manage_vip false when enablepacemaker | 13:32 |
*** jpeeler has quit IRC | 13:32 | |
*** rhallisey has quit IRC | 13:36 | |
openstackgerrit | Derek Higgins proposed openstack/tripleo-image-elements: Revert "An element to force install Qemu 2.1.3-3 on F21" https://review.openstack.org/176310 | 13:36 |
*** jpeeler has joined #tripleo | 13:44 | |
*** radez is now known as radez_g0n3 | 13:49 | |
*** rlandy has quit IRC | 13:49 | |
*** rhallisey has joined #tripleo | 13:49 | |
*** rlandy has joined #tripleo | 13:50 | |
*** yog__ has quit IRC | 13:52 | |
*** mcornea has quit IRC | 13:53 | |
*** mcornea has joined #tripleo | 13:58 | |
*** jcoufal has quit IRC | 13:59 | |
*** Marga_ has quit IRC | 14:02 | |
openstackgerrit | Dan Prince proposed openstack-infra/tripleo-ci: Set root disk == node disk for puppet jobs https://review.openstack.org/172210 | 14:09 |
openstackgerrit | Dan Prince proposed openstack-infra/tripleo-ci: Add a ceph job https://review.openstack.org/176292 | 14:09 |
gfidente | dprince, can you help me figure what is the distinguo between the regular ephemeral storage of a vm and the ephmeral storage defined as --epehmeral by the flavor? | 14:19 |
*** ChuckC has quit IRC | 14:19 | |
gfidente | dprince, I am not sure what implications it has because I see some 'ephemeral' storage defined for the flavor | 14:27 |
gfidente | but my VMs just have the sum of Disk+Ephrmeral as a single partition | 14:27 |
*** Marga_ has joined #tripleo | 14:29 | |
gfidente | dprince, I see the ephemeral is in /mnt | 14:29 |
dprince | gfidente: in TripleO if you set ROOT_DISK == to the NODE_DISK there will be no ephemeral | 14:29 |
dprince | gfidente: http://git.openstack.org/cgit/openstack/tripleo-incubator/tree/scripts/setup-baremetal#n111 | 14:29 |
*** wuhg has quit IRC | 14:29 | |
gfidente | but at the nova level, what is the difference in between the two? | 14:29 |
dprince | gfidente: I'm pushing us towards doing this as a default https://review.openstack.org/#/c/172210/ | 14:29 |
gfidente | shall ceph prefer the other? | 14:29 |
gfidente | dprince, I noticed, that's why I asked | 14:29 |
*** mmagr is now known as mmagr|afk | 14:30 | |
dprince | gfidente: we aren't making use of /mnt with puppet | 14:30 |
dprince | gfidente: it is a waste of space to have it | 14:30 |
gfidente | dprince, ack, for nova I mean | 14:30 |
dprince | gfidente: furthermore your job would actually fail because the root disk won't have enough space | 14:30 |
gfidente | is there a difference in between the two? | 14:30 |
*** radez_g0n3 is now known as radez | 14:31 | |
dprince | gfidente: the difference is / is the root partition, and /mnt is not (if using ephemeral) | 14:31 |
gfidente | but they are both deleted when vm is terminated | 14:31 |
gfidente | we might want ceph to use /mnt instead of /srv/data? | 14:32 |
dprince | gfidente: Nova/Ironic is really great... but the one abstraction that doesn't really fit is the name "ephemeral" | 14:32 |
*** mmagr|afk is now known as mmagr | 14:32 | |
dprince | gfidente: If /mnt is mounted on the root partition it works fine. | 14:32 |
dprince | gfidente: turns out using non-default locations for things like the tripleo-image-elements do is a real pain. | 14:33 |
dprince | gfidente: why not use the project default instead... be it /srv/data... or /var/lib/nova... | 14:34 |
dprince | gfidente: We can map more complex partitioning strategies into our deployments perhaps eventually too. But using the default configuration location and not hard coding /mnt/state everywhere is easier IMO | 14:35 |
dprince | gfidente: for now... set NODE_DISK == ROOT_DISK in your environments, enjoy the extra space, and be happy | 14:36 |
*** jerryz has quit IRC | 14:36 | |
gfidente | so you think /srv/data for OSDs is fine? | 14:36 |
dprince | gfidente: sure | 14:37 |
gfidente | we should at least move it into the static ceph.yaml though | 14:38 |
gfidente | will do it | 14:38 |
*** akrivoka has quit IRC | 14:38 | |
*** ifarkas has quit IRC | 14:39 | |
*** akrivoka has joined #tripleo | 14:40 | |
openstackgerrit | Dan Prince proposed openstack/tripleo-incubator: Update puppet docs to set ROOT_DISK https://review.openstack.org/176337 | 14:42 |
dprince | gfidente: added a note to clarify this in the docs too ^ | 14:42 |
*** sdake has joined #tripleo | 14:43 | |
*** yamahata has quit IRC | 14:43 | |
*** yamahata has joined #tripleo | 14:44 | |
*** sdake_ has joined #tripleo | 14:44 | |
openstackgerrit | Giulio Fidente proposed openstack/tripleo-heat-templates: Move Ceph OSD data path configuration into static ceph.yaml file https://review.openstack.org/176341 | 14:46 |
*** mcornea has quit IRC | 14:46 | |
*** mcornea has joined #tripleo | 14:47 | |
*** sdake has quit IRC | 14:48 | |
*** jerryz has joined #tripleo | 14:48 | |
*** ukalifon has joined #tripleo | 14:51 | |
*** jprovazn has quit IRC | 14:52 | |
*** untriaged-bot has joined #tripleo | 15:00 | |
untriaged-bot | No untriaged bugs so far! \o/ | 15:00 |
*** untriaged-bot has quit IRC | 15:00 | |
*** akrivoka has quit IRC | 15:03 | |
*** dsneddon has quit IRC | 15:03 | |
*** dsneddon has joined #tripleo | 15:04 | |
*** aufi has quit IRC | 15:14 | |
*** Marga_ has quit IRC | 15:17 | |
*** rlandy has quit IRC | 15:21 | |
*** rlandy has joined #tripleo | 15:23 | |
openstackgerrit | Yanis Guenane proposed openstack/tripleo-incubator: Allow a dev to specify puppet-modules override https://review.openstack.org/176358 | 15:27 |
spredzy | dprince, jistr gfidente would you buy an approach that look like this ^^ ? | 15:27 |
dprince | spredzy: so the goal here is to inject custom puppet modules into your image? | 15:29 |
dprince | spredzy: I think we already support that w/ source repositories | 15:29 |
dprince | spredzy: http://git.openstack.org/cgit/openstack/diskimage-builder/tree/elements/source-repositories/README.rst | 15:30 |
spredzy | dprince, thanks. reading | 15:30 |
dprince | spredzy: so like take puppet-neutron for example. I could set export DIB_REPOREF_puppet_neutron=<refspec> | 15:30 |
*** jprovazn has joined #tripleo | 15:30 | |
dprince | spredzy: and then when I build images (with disk-image-create) it will include that puppet module from Git | 15:31 |
spredzy | dprince, same would work w/ non stackforge/openstack related modules ? | 15:31 |
spredzy | like puppetlabs-rabbitmq ? | 15:31 |
dprince | spredzy: it works for any of the modules we have here: http://git.openstack.org/cgit/openstack/tripleo-puppet-elements/tree/elements/puppet-modules/source-repository-puppet-modules | 15:31 |
dprince | spredzy: so long as you have either DIB_INSTALLTYPE_puppet_modules=source or DIB_DEFAULT_INSTALLTYPE=source (you probably won't have the second set if you are using packages though) | 15:32 |
dprince | spredzy: so for example mysql would use #export DIB_REPOREF_puppetlabs_mysql=.... | 15:32 |
dprince | spredzy: for mysql (since it isn't on Gerrit) you could use a stable release | 15:33 |
dprince | spredzy: which reminds me... I need to push an element to get us using stable deps for rabbit, mysql, etc. (but not the stackforge/puppet* modules which we want to use master) | 15:33 |
spredzy | ok. is it possible to get a specific branch ? Or shoulld I push the change to my fork master ? | 15:34 |
spredzy | dprince, ^ | 15:34 |
*** rwsu has joined #tripleo | 15:34 | |
dprince | spredzy: I think source repositories works with tags, branches, and refspecs for Git | 15:35 |
*** pdb has quit IRC | 15:35 | |
spredzy | ok awesome. Just abandoner my review then | 15:35 |
*** pdb has joined #tripleo | 15:35 | |
spredzy | wasn't aware of this feature and how it worked. | 15:35 |
dprince | spredzy: yeah, it gives quite a bit of flexability in terms of how we build images and construct the CI jobs | 15:36 |
spredzy | dprince, So about what we were talking ealier and the 'hackability' of putting everything in puppet-tripleo (and other puppet modules), if I want to run it with the set of module I need I simply need to export the proper env variables, correct ? | 15:37 |
spredzy | run a devtest_opvercloud | 15:37 |
dprince | spredzy: correct, and then rebuild your images. | 15:37 |
dprince | spredzy: it is the rebuilding of images that is the real pain though | 15:37 |
dprince | spredzy: doesn't take that long... but it does slow down the dev cycle a bit. Always has for TripleO. | 15:38 |
dprince | spredzy: the puppet integration (with heat) has actually sped up the dev iteration time for my quite a bit | 15:38 |
dprince | spredzy: for example I often just do a 'heat stack-update' to test new changes.... | 15:38 |
spredzy | dprince, ack. The earlier review, wasn't rebuilding them simply mounting putting the neede change unmount | 15:39 |
dprince | spredzy: but... the more we put into puppet-tripleo the less we'll be able to do this | 15:39 |
spredzy | but its a duplication of a feature that already exists :/ | 15:39 |
dprince | spredzy: yeah, I'm not sure adding that to devtest is ideal | 15:39 |
spredzy | idea was to keep using -c (for cache) and add a 40sec overhead to have the right module in | 15:39 |
*** mmagr has quit IRC | 15:40 | |
dprince | spredzy: I'd rather have a solution that worked in production | 15:40 |
spredzy | dprince, yep totally understand. Will do the DIB_ export from now on. | 15:40 |
dprince | spredzy: so rather than this... what if we simply had a Heat software deployment that would allow you to push the same updates | 15:40 |
jistr | dprince: +1 on that | 15:41 |
dprince | spredzy: we don't have anything to do this yet... but it would speed up the dev iteration quite a bit | 15:41 |
spredzy | that would run before Step1 ? | 15:41 |
jistr | (i'd like some solution which doesn't require rebuilding the images) | 15:41 |
dprince | spredzy, jistr lets put some thought into this | 15:41 |
spredzy | dprince, jistr sounds like a good idea to me | 15:41 |
jistr | dprince: the part i wasn't able to come up with when thinking about this previously is how to push/pull the data there... not sure if they should go through Heat, maybe not? | 15:42 |
dprince | I think it is a gap between how tripleo-heat-templates works today with its module deployment and how for example a puppet-master setup would work (where it allows you to push out modules...) | 15:42 |
dprince | jistr: Yeah, It is a bit tricky. A bit beyond the scope of what a get_file could do I think | 15:42 |
jistr | dprince: yeah because the data can be potentially quite large | 15:43 |
*** yamahata has quit IRC | 15:43 | |
*** ukalifon has quit IRC | 15:43 | |
dprince | jistr: perhaps a mechanism to integrate with an external sync somewhere (rsync). And then the deployment just runs it. | 15:43 |
dprince | jistr: that would be lighter weight and could work quite nicely | 15:43 |
dprince | jistr: so first step would be: rsync the latest modules. | 15:44 |
*** akrivoka has joined #tripleo | 15:44 | |
jistr | yeah sounds good. I thought of NFS previously but that's kinda heavier than rsync. Rsync sounds good | 15:44 |
dprince | jistr: then the deployment proceeds as normal | 15:44 |
dprince | Right, so we we have these things you'd even have the option not to pre-install any puppet modules in the image itself. You still could... for tried and true tested images. But for hackability you could just build a really light base image and go at it | 15:45 |
dprince | much faster dev cycle... | 15:45 |
spredzy | dprince, just so I make sure I get it. on some rsync server you will have a version of the /opt/stack/puppet-modules with the one you want, and heat will go and run rsync to get it on each server it spawns on the overcloud ? | 15:45 |
dprince | spredzy: yep, I think that is the idea on the table here | 15:46 |
jistr | i wonder if we want to make this even more generic though... | 15:47 |
*** weshay has quit IRC | 15:47 | |
spredzy | dprince, ok | 15:47 |
spredzy | jistr, how so ? | 15:47 |
* jistr searches | 15:47 | |
dprince | jistr: oh, do keep wondering :) | 15:47 |
*** sdake_ has quit IRC | 15:48 | |
* spredzy have to leave | 15:48 | |
*** eghobo has joined #tripleo | 15:49 | |
dprince | spredzy: see ya | 15:49 |
spredzy | ttyl | 15:49 |
jistr | see ya | 15:49 |
*** spredzy is now known as spredzy|afk | 15:49 | |
gfidente | radez, you around? | 15:50 |
jistr | what if we used heat-config-script for that, and gave the machines a bash script. You want to rsync modules, you write that. You want to rsync something else, you write rsync something else. You want some completely different customization, you write whatever :) | 15:50 |
jistr | https://github.com/openstack/heat-templates/tree/master/hot/software-config/elements | 15:50 |
radez | gfidente: yea what's up? | 15:50 |
gfidente | radez, you the owner of puppet-pacemaker? | 15:50 |
jistr | dprince: ^ | 15:51 |
gfidente | radez, I couldn't find an easy way to set the no-quorum-policy , is there any? or can we add it? | 15:51 |
radez | gfidente: I started it some time ago but I haven't worked on it in ages | 15:51 |
gfidente | radez, but you're here so you're called into action! | 15:52 |
* gfidente hopes | 15:52 | |
radez | I believe patches are welcome, jayg are you the right person to verify that? | 15:52 |
gfidente | looks like it's a generic version of stonith.pp ? | 15:52 |
radez | gfidente: haha that's how it works sometimes :) | 15:52 |
jistr | gfidente: maybe we could even use just another puppet run before our current puppet runs, and we'd do the rsync via puppet. It might be a bit more complex to get running than just writing a bash script, but Puppet somewhat guarantees idempotency, which means we wouldn't have to be worried about running the same thing on stack-update too. | 15:53 |
jistr | dprince: ^ | 15:53 |
jistr | (sorry gfidente :) ) | 15:53 |
gfidente | jistr, I don't want to read about the mess there | 15:53 |
jistr | lol | 15:53 |
gfidente | jistr, I trust you | 15:53 |
dprince | https://review.openstack.org/#/c/174150/ | 15:54 |
dprince | jistr: re, heat-config-script. I think that could be useful. FWIW we are already heading towards using it for validations as well: https://review.openstack.org/#/c/174151/, and | 15:54 |
dprince | jistr: oops, those came out in the wrong order | 15:54 |
gfidente | jayg, ping when have a few mins | 15:55 |
jistr | dprince: ok... would we run the same script on stack-update too, and trust the writer to write it in an idempotent manner? | 15:55 |
jistr | dprince: maybe using puppet for it is overkill (referencing what i wrote above) | 15:56 |
*** CheKoLyN has joined #tripleo | 15:56 | |
*** funzo has quit IRC | 15:57 | |
*** funzo has joined #tripleo | 15:58 | |
*** Goneri has quit IRC | 15:59 | |
*** Marga_ has joined #tripleo | 16:00 | |
*** funzo has quit IRC | 16:02 | |
*** dprince has quit IRC | 16:07 | |
*** jistr has quit IRC | 16:12 | |
*** radez is now known as radez_afk | 16:21 | |
*** morazi has quit IRC | 16:21 | |
*** athomas has quit IRC | 16:22 | |
*** dprince has joined #tripleo | 16:25 | |
*** akrivoka has quit IRC | 16:28 | |
*** Marga_ has quit IRC | 16:29 | |
*** Marga_ has joined #tripleo | 16:30 | |
*** Marga_ has quit IRC | 16:33 | |
*** Marga_ has joined #tripleo | 16:34 | |
*** dtantsur is now known as dtantsur|afk | 16:38 | |
*** alop has joined #tripleo | 16:44 | |
*** subscope_ has joined #tripleo | 16:48 | |
*** jtomasek has quit IRC | 16:49 | |
*** penick has joined #tripleo | 16:53 | |
*** jdob has quit IRC | 17:00 | |
*** derekh has quit IRC | 17:00 | |
*** subscope_ has quit IRC | 17:07 | |
*** subscope_ has joined #tripleo | 17:07 | |
*** trown is now known as trown|lunch | 17:11 | |
*** therve has joined #tripleo | 17:13 | |
therve | Hi | 17:14 |
therve | Does someone know how to use devpi to include custom packages in disk-image-builder? | 17:15 |
therve | Trying to follow some emails and README, but I'm not succeeding | 17:16 |
dprince | dsneddon: hi. So I've got a function here which should allow us to obtain the correct bind IP for a subnet: https://review.openstack.org/#/c/176401/ | 17:18 |
dprince | dsneddon: working on a patch now that allows us to apply that to a service... starting w/ keystone | 17:20 |
*** sdake has joined #tripleo | 17:24 | |
*** ChuckC has joined #tripleo | 17:26 | |
*** lucasagomes is now known as lucas-dinner | 17:28 | |
*** sdake has quit IRC | 17:29 | |
*** sdake has joined #tripleo | 17:30 | |
-openstackstatus- NOTICE: gerrit is restarting to clear hung stream-events tasks. any review events between 16:48 and 17:32 utc will need to be rechecked or have their approval votes reapplied to trigger testing in zuul | 17:33 | |
*** Shrews has joined #tripleo | 17:35 | |
*** pelix has quit IRC | 17:38 | |
*** Shrews has left #tripleo | 17:38 | |
*** david-lyle has quit IRC | 17:42 | |
*** radez_afk is now known as radez | 17:45 | |
*** rbrady has quit IRC | 17:45 | |
*** alop has quit IRC | 17:47 | |
jayg | gfidente: sorry I missed your ping before, what's up? | 17:50 |
*** yamahata has joined #tripleo | 17:50 | |
gfidente | jayg, I'm not around, sent you an email though | 17:52 |
*** mcornea has quit IRC | 17:53 | |
*** jerryz has quit IRC | 17:53 | |
jayg | haha, ok, I'll check | 17:54 |
*** rbrady has joined #tripleo | 17:59 | |
*** rbrady has joined #tripleo | 17:59 | |
dsneddon | dprince: Thanks! I'll have a look. | 17:59 |
dprince | dsneddon: just thinking about this a few minutes I think I'm going to push a new patch which handles a "default" value parameter. I think we'll need that to wire in support to use the control plane network as a default | 18:01 |
dprince | dsneddon: as for the Heat templates, I'm wondering what a good default value for these parameters might be. If any? | 18:01 |
dsneddon | dprince, I see, so that will take effect if the subnet is empty, or when the subnet is not matched? | 18:01 |
dprince | dsneddon: exactly | 18:01 |
*** alop has joined #tripleo | 18:02 | |
dprince | dsneddon: for Heat template defaults... we could have it be blank by default. Or we could take an alternate approach and actually recommend some default networks. If no IP gets found it could just use the provided default (control plane) | 18:03 |
*** yamahata has quit IRC | 18:03 | |
*** jdob has joined #tripleo | 18:04 | |
dsneddon | dprince, I think a good default is blank, and then the services default to controllerhost. Does this function need to return a default, or should the function only get called if subnet is not blank? | 18:04 |
dprince | dsneddon: The cleanest way to wire it in is probably to always use the function, and just have the find_bind_ip address default to control plane if no subnet IP is found | 18:05 |
dsneddon | dprince: Assuming we can figure out which subnet is the control plane. Do we even have a way to figure out which is the IP on the first interface? Like eth0, em1, etc. Because that's the provisioning network. | 18:06 |
dprince | dsneddon: no need to figure it out. I'll just pass it in because we already know that via Heat | 18:06 |
dsneddon | dprince, OK, that's better. | 18:06 |
dprince | dsneddon: turns out Heat knows this one because it is assigned via Nova ;) | 18:06 |
dprince | dsneddon: so as a default this works quite well | 18:07 |
openstackgerrit | Emilien Macchi proposed openstack/tripleo-heat-templates: puppet/controller: validate RabbitMQ with serverspec https://review.openstack.org/176421 | 18:23 |
EmilienM | dprince: very WIP for now, but this is my start | 18:23 |
*** trown|lunch is now known as trown | 18:25 | |
*** Goneri has joined #tripleo | 18:29 | |
*** yamahata has joined #tripleo | 18:33 | |
*** yamahata has quit IRC | 18:40 | |
dprince | EmilienM: cool. looks good | 18:50 |
*** alop has quit IRC | 18:56 | |
*** pblaho_ has joined #tripleo | 19:02 | |
*** lsmola__ has joined #tripleo | 19:02 | |
*** dtantsur|afk has quit IRC | 19:04 | |
*** pblaho has quit IRC | 19:05 | |
openstackgerrit | Merged openstack/diskimage-builder: Append full path to img-functions:run_in_target https://review.openstack.org/174107 | 19:06 |
*** lsmola_ has quit IRC | 19:06 | |
*** hewbrocca has quit IRC | 19:06 | |
*** lsmola__ has quit IRC | 19:10 | |
*** pblaho__ has joined #tripleo | 19:10 | |
*** pblaho_ has quit IRC | 19:10 | |
*** dtantsur has joined #tripleo | 19:10 | |
*** hewbrocca has joined #tripleo | 19:12 | |
*** MasterPiece has joined #tripleo | 19:12 | |
*** lsmola__ has joined #tripleo | 19:22 | |
openstackgerrit | greghaynes proposed openstack/diskimage-builder: Initial element tests https://review.openstack.org/174681 | 19:32 |
*** alop has joined #tripleo | 19:36 | |
openstackgerrit | Merged openstack/diskimage-builder: Break install-types out of base https://review.openstack.org/173048 | 19:40 |
*** shakamunyi has joined #tripleo | 19:40 | |
openstackgerrit | Emilien Macchi proposed openstack/tripleo-heat-templates: puppet: install Horizon on overcloud-controller https://review.openstack.org/164392 | 19:40 |
*** openstackgerrit has quit IRC | 19:54 | |
*** openstackgerrit has joined #tripleo | 19:55 | |
openstackgerrit | Jan Provaznik proposed openstack/tripleo-common: Add basic project structure https://review.openstack.org/172907 | 19:56 |
*** therve has left #tripleo | 19:56 | |
*** Marga_ has quit IRC | 19:57 | |
*** radez is now known as radez_g0n3 | 19:58 | |
*** subscope_ has quit IRC | 19:59 | |
*** alop has quit IRC | 20:00 | |
openstackgerrit | Merged openstack/tripleo-heat-templates: Add option to enable ceph storage on controller https://review.openstack.org/172597 | 20:04 |
openstackgerrit | Merged openstack/tripleo-heat-templates: Parameter to enable/disable controller swift store https://review.openstack.org/172616 | 20:05 |
openstackgerrit | Merged openstack/tripleo-heat-templates: Set EnablePacemaker == false be default https://review.openstack.org/176288 | 20:05 |
*** alop has joined #tripleo | 20:07 | |
*** jtomasek has joined #tripleo | 20:14 | |
*** rlandy has quit IRC | 20:25 | |
*** jdob has quit IRC | 20:27 | |
*** gfidente has quit IRC | 20:31 | |
*** jtomasek has quit IRC | 20:32 | |
*** alop has quit IRC | 20:32 | |
*** trown is now known as trown|outttypeww | 20:38 | |
*** jprovazn has quit IRC | 20:39 | |
*** jayg is now known as jayg|g0n3 | 20:49 | |
*** alop has joined #tripleo | 20:52 | |
openstackgerrit | Ben Nemec proposed openstack/os-cloud-config: Enable ssl registration for Heat https://review.openstack.org/176483 | 20:55 |
openstackgerrit | Ben Nemec proposed openstack/tripleo-incubator: Enable Heat SSL support https://review.openstack.org/176484 | 20:55 |
*** Marga_ has joined #tripleo | 20:59 | |
*** untriaged-bot has joined #tripleo | 21:00 | |
untriaged-bot | No untriaged bugs so far! \o/ | 21:00 |
*** untriaged-bot has quit IRC | 21:00 | |
*** Marga_ has quit IRC | 21:03 | |
*** alop has quit IRC | 21:04 | |
*** jtomasek has joined #tripleo | 21:05 | |
*** Marga_ has joined #tripleo | 21:07 | |
*** dprince has quit IRC | 21:13 | |
*** alop has joined #tripleo | 21:17 | |
*** lblanchard has quit IRC | 21:22 | |
*** bvandenh has quit IRC | 21:24 | |
*** rhallisey has quit IRC | 21:25 | |
*** thrash is now known as thrash|g0ne | 21:25 | |
*** openstackgerrit has quit IRC | 21:29 | |
*** openstackgerrit has joined #tripleo | 21:30 | |
*** yamahata has joined #tripleo | 21:34 | |
openstackgerrit | greghaynes proposed openstack/diskimage-builder: Add functional smoke test for disk-image-create https://review.openstack.org/169167 | 21:38 |
*** Goneri has quit IRC | 21:39 | |
*** rhallisey has joined #tripleo | 21:40 | |
*** lucas-dinner has quit IRC | 21:41 | |
openstackgerrit | greghaynes proposed openstack/diskimage-builder: Support building ACIs https://review.openstack.org/155484 | 21:43 |
openstackgerrit | greghaynes proposed openstack/diskimage-builder: Add functional smoke test for disk-image-create https://review.openstack.org/169167 | 21:43 |
*** alop has quit IRC | 21:43 | |
*** sdake has quit IRC | 21:44 | |
openstackgerrit | Ben Nemec proposed stackforge/puppet-tripleo: Allow use of ssl for public api endpoints https://review.openstack.org/175958 | 21:44 |
greghaynes | slagle: SpamapS ^ would really like a re-review for the functest patch, infra just merged the job | 21:45 |
*** alop has joined #tripleo | 21:45 | |
*** yamahata has quit IRC | 21:46 | |
openstackgerrit | greghaynes proposed openstack/diskimage-builder: Initial element tests https://review.openstack.org/174681 | 21:46 |
*** dprince has joined #tripleo | 21:46 | |
*** dprince has quit IRC | 21:58 | |
*** rhallisey has quit IRC | 22:01 | |
*** jtomasek has quit IRC | 22:07 | |
*** openstackgerrit has quit IRC | 22:11 | |
*** openstackgerrit has joined #tripleo | 22:11 | |
openstackgerrit | Steve Baker proposed openstack/diskimage-builder: Mount fallback with -o nouuid for XFS base images https://review.openstack.org/173138 | 22:13 |
*** rhallisey has joined #tripleo | 22:16 | |
*** spzala has quit IRC | 22:21 | |
openstackgerrit | Merged openstack/diskimage-builder: Add element to process config-drive network info https://review.openstack.org/167003 | 22:25 |
openstackgerrit | Merged openstack/diskimage-builder: Add a yum-minimal element that just uses yum https://review.openstack.org/166640 | 22:26 |
*** rhallisey has quit IRC | 22:29 | |
greghaynes | mordred: ^ | 22:30 |
greghaynes | simple-init merged | 22:30 |
lifeless | hmm, no dan | 22:31 |
lifeless | bnemec: hi | 22:31 |
*** sdake has joined #tripleo | 22:31 | |
*** BadCub is now known as BadCub_Hiding | 22:31 | |
lifeless | bnemec: I want to make contact with a rh'er about this thread - getting 0.11 out the door. Maybe even 1.0 | 22:32 |
lifeless | and the concerns around pbr | 22:32 |
lifeless | bnemec: if you can link me up with someone, so I can work through it and make the patching out unneeded, that would be sweet | 22:32 |
openstackgerrit | Merged openstack/tripleo-image-elements: Enforce owner readonly permissions on stackrc https://review.openstack.org/175811 | 22:35 |
bnemec | lifeless: Sure, I'll see if I can figure out who the right person is. | 22:36 |
openstackgerrit | Merged openstack-infra/tripleo-ci: Set EnablePacemaker for the HA job https://review.openstack.org/176286 | 22:37 |
lifeless | bnemec: wicked, thanks | 22:38 |
*** rhallisey has joined #tripleo | 22:40 | |
openstackgerrit | Merged openstack/os-apply-config: Updated from global requirements https://review.openstack.org/157775 | 22:46 |
*** shakamunyi has quit IRC | 22:46 | |
*** alop has quit IRC | 22:52 | |
*** alop has joined #tripleo | 22:53 | |
*** penick has quit IRC | 22:55 | |
*** eghobo_ has joined #tripleo | 23:00 | |
*** ChuckC has quit IRC | 23:00 | |
*** eghobo has quit IRC | 23:02 | |
*** yuanying has joined #tripleo | 23:03 | |
*** spzala has joined #tripleo | 23:06 | |
openstackgerrit | Merged openstack/tripleo-incubator: Remove unused URL_BASENAME from acquire-image https://review.openstack.org/165283 | 23:09 |
openstackgerrit | Merged openstack/tripleo-image-elements: Compile horizon translation files. https://review.openstack.org/163111 | 23:12 |
* bnemec approves all the things | 23:16 | |
*** eghobo_ has quit IRC | 23:18 | |
greghaynes | I approve of that | 23:18 |
*** ChuckC has joined #tripleo | 23:21 | |
*** david-lyle has joined #tripleo | 23:24 | |
*** ChuckC has quit IRC | 23:25 | |
*** ChuckC has joined #tripleo | 23:25 | |
*** CheKoLyN has quit IRC | 23:27 | |
*** alop has quit IRC | 23:29 | |
*** eghobo has joined #tripleo | 23:29 | |
*** panda has quit IRC | 23:31 | |
*** panda has joined #tripleo | 23:31 | |
SpamapS | greghaynes: fast tracked and +A'd :) | 23:36 |
*** Marga_ has quit IRC | 23:36 | |
greghaynes | \O/ | 23:36 |
*** Marga_ has joined #tripleo | 23:37 | |
*** sdake has quit IRC | 23:39 | |
openstackgerrit | Ben Nemec proposed openstack/os-cloud-config: Fix tuskar path https://review.openstack.org/176547 | 23:39 |
*** eghobo has quit IRC | 23:41 | |
mordred | greghaynes: ZOMGZOMGZOMGZOMG | 23:45 |
* mordred hands all the people all the beers | 23:46 | |
*** eghobo has joined #tripleo | 23:46 | |
greghaynes | yep, party time | 23:47 |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!