*** javeriak has quit IRC | 00:00 | |
stevelle | confirming nova all the plays passed with the latest patch of that too | 00:09 |
---|---|---|
openstackgerrit | Kevin Carter proposed stackforge/os-ansible-deployment: Allow configuration of Keystone SQLAlchemy options https://review.openstack.org/187781 | 00:12 |
cloudnull | commit message updated, but the gate was succeeding and had gotten passed the keystone portions. | 00:12 |
openstackgerrit | Kevin Carter proposed stackforge/os-ansible-deployment: Allow configuration of Keystone SQLAlchemy options https://review.openstack.org/187781 | 00:13 |
cloudnull | d34dh0r53: stevelle: ^ | 00:14 |
stevelle | cloudnull: it still says " 3 nova.conf vars:" in the message but really | 00:16 |
cloudnull | does it ? | 00:17 |
cloudnull | :\ | 00:17 |
openstackgerrit | Kevin Carter proposed stackforge/os-ansible-deployment: Allow configuration of Keystone SQLAlchemy options https://review.openstack.org/187781 | 00:17 |
stevelle | :D | 00:17 |
cloudnull | im a bad person | 00:17 |
cloudnull | im also ocd | 00:18 |
stevelle | my keystone with changeset 4 is passing smoketests, so we're good | 00:19 |
d34dh0r53 | Should I be a bad person and just merge that one? | 00:25 |
d34dh0r53 | apparently we don't have the reviewers tonight | 00:26 |
stevelle | I am already looking the other way | 00:26 |
d34dh0r53 | lol | 00:27 |
d34dh0r53 | cloudnull: ^^^ | 00:27 |
*** galstrom_zzz is now known as galstrom | 00:30 | |
* cloudnull dont have scroll back d34dh0r53 | 00:33 | |
cloudnull | :) | 00:33 |
d34dh0r53 | <d34dh0r53>Should I be a bad person and just merge that one? | 00:33 |
d34dh0r53 | [19:26:23] <d34dh0r53>apparently we don't have the reviewers tonight | 00:33 |
d34dh0r53 | [19:26:52] <stevelle>I am already looking the other way | 00:33 |
d34dh0r53 | [19:27:05] <d34dh0r53>lol | 00:33 |
d34dh0r53 | or cloudnull should I be a bad person and just merge that one? :) | 00:34 |
*** fawadkhaliq has quit IRC | 00:48 | |
*** dkalleg has quit IRC | 01:08 | |
*** dnlmln has joined #openstack-ansible | 01:10 | |
*** dnlmln has quit IRC | 01:10 | |
*** mildan has joined #openstack-ansible | 01:14 | |
*** galstrom is now known as galstrom_zzz | 01:24 | |
*** bzhou has joined #openstack-ansible | 01:30 | |
* bzhou hello | 01:31 | |
openstackgerrit | Merged stackforge/os-ansible-deployment: Allow configuration of Keystone SQLAlchemy options https://review.openstack.org/187781 | 01:45 |
*** dkalleg has joined #openstack-ansible | 02:09 | |
*** sdake has quit IRC | 02:11 | |
*** dkalleg has quit IRC | 02:13 | |
*** fangfenghua has joined #openstack-ansible | 02:56 | |
*** mildan has quit IRC | 02:57 | |
*** JRobinson__ is now known as JRobinson__afk | 03:27 | |
*** JRobinson__afk is now known as JRobinson__ | 03:27 | |
*** markvoelker has quit IRC | 03:44 | |
*** JRobinson__ is now known as JRobinson__afk | 03:52 | |
*** JRobinson__afk is now known as JRobinson__ | 04:13 | |
*** markvoelker has joined #openstack-ansible | 04:45 | |
*** javeriak has joined #openstack-ansible | 04:47 | |
*** markvoelker has quit IRC | 04:50 | |
*** stevemar has quit IRC | 04:58 | |
*** fangfenghua has quit IRC | 05:03 | |
openstackgerrit | Javeria Khan proposed stackforge/os-ansible-deployment: Modularizing Neutron playbooks https://review.openstack.org/184665 | 05:11 |
*** radek_ has joined #openstack-ansible | 06:07 | |
*** markvoelker has joined #openstack-ansible | 06:34 | |
*** markvoelker has quit IRC | 06:38 | |
*** JRobinson__ has quit IRC | 06:48 | |
*** radek_ has quit IRC | 07:02 | |
*** radek_ has joined #openstack-ansible | 07:05 | |
*** radek__ has joined #openstack-ansible | 07:18 | |
*** radek_ has quit IRC | 07:20 | |
*** radek_ has joined #openstack-ansible | 07:35 | |
*** radek__ has quit IRC | 07:37 | |
evrardjp | hello everyone | 07:49 |
mattt | evrardjp: howdy | 07:55 |
odyssey4me | morning! | 07:55 |
*** markvoelker has joined #openstack-ansible | 08:22 | |
vincent_vdk | morning | 08:23 |
*** markvoelker has quit IRC | 08:27 | |
mancdaz | morning osad people! | 08:46 |
*** bzhou has quit IRC | 09:01 | |
*** javeriak has quit IRC | 09:22 | |
*** blallau has joined #openstack-ansible | 09:26 | |
blallau | Hi all, I would like to use OSAD to deploy openstack on baremetal. I know it's possible by setting "is_metal: true" flag in env conf file. | 09:29 |
blallau | but what about the network configuration? Are bridges (br-mgmt, br-vxlan, br-vlan, ...) still deployed and needed? | 09:32 |
odyssey4me | blallau yep, it's expected that the appropriate network configuration is already in place on the hosts. | 09:37 |
evrardjp | what's the advantage of doing so? | 09:38 |
blallau | but all these bridges are not needed for a no container deployment, no? | 09:39 |
evrardjp | the overhead of containers is (normally) really low... | 09:39 |
blallau | Yes I know that but th | 09:39 |
blallau | for security reasons (wrong for my part) we can't use containers | 09:40 |
odyssey4me | blallau the bridges are used to separate traffic types and for security, they have nothing to do with the containers | 09:41 |
blallau | in case you have as many interfaces as you need, you don't need these bridges | 09:41 |
odyssey4me | blallau then just set each bridge on to its own interfaces | 09:42 |
mattt | odyssey4me: the bridges are used for the containers largely no | 09:42 |
odyssey4me | the bridges are also required for neutron's ability to attach instances to them | 09:42 |
odyssey4me | mattt the containers are attached to the bridges, but they're not solely for containers | 09:43 |
mattt | true | 09:44 |
blallau | yes I kown that but neutron will create is own bridges (br-tun, br-ethX, ...) | 09:44 |
odyssey4me | to be fair, though, I've never done a bare metal only setup with OSAD | 09:44 |
mattt | odyssey4me: me neither :( | 09:44 |
blallau | ok thanks ;) | 09:44 |
mattt | blallau: honestly the containers should improve security no? | 09:44 |
blallau | yes | 09:44 |
mattt | what is the concern then? | 09:45 |
evrardjp | you could still run one container per host if you want to have the same security as bare metal >< | 09:45 |
blallau | for deployment simplicity and business | 09:45 |
evrardjp | I don't think that will improve your security :p | 09:45 |
blallau | reasons | 09:45 |
evrardjp | :) | 09:45 |
evrardjp | did you also think of maintenance simplicity? | 09:46 |
evrardjp | (just playing devils' advocate) | 09:46 |
blallau | I think OSAD was not implemented with bare metal in minds | 09:46 |
blallau | but add it after, for compute and cinder (open_iscsi issue) | 09:47 |
mattt | blallau: i think there is scope to scale services out onto bare metal | 09:47 |
mattt | but i'm not sure about doubling up all services onto bare metal | 09:47 |
blallau | so it's strongly base on a container deployment | 09:47 |
mattt | not sure that has been tested | 09:47 |
mattt | blallau: would be great for you to test this and let us know how you get on :) | 09:48 |
blallau | ok i'll do it, when I have time | 09:49 |
blallau | I just take a look at https://etherpad.openstack.org/p/osad-discussion | 09:50 |
blallau | it was written " - abstract to non-containerized deployments? - os-a-d can do bare-metal only right now " | 09:50 |
blallau | I will test it.. | 09:50 |
blallau | Last question: adding a Postgresql deployment option (role) to OSAD is possible? | 09:55 |
mattt | blallau: hmmmm | 09:59 |
mattt | blallau: it's possible, but it's require a fair bit of work and testing | 09:59 |
blallau | is there a need? | 09:59 |
blallau | for postgresql? | 09:59 |
mattt | blallau: to be honest, if we did any work there it would be to remove the galera stuff and allow a deployer to plug into whatever database engine they want | 10:00 |
*** vdo has joined #openstack-ansible | 10:00 | |
mattt | but i've not heard of a desire to use postgresql yet, so it's not on our road map as far as i know | 10:00 |
blallau | thank you :) | 10:01 |
mattt | blallau: you may want to investigate postgresql support upstream openstack, i'm not even sure if that's a first class citizen | 10:01 |
blallau | we already use postgresql for our openstack deployment | 10:02 |
blallau | it works | 10:02 |
mattt | blallau: is it tested upstream tho? | 10:02 |
vdo | hi | 10:02 |
mattt | blallau: i would like to see os-ansible-deployment be more db agnostic though, allowing a deployer to just plug into an existing cluster | 10:03 |
mattt | vdo: hey there | 10:03 |
blallau | it depends of Openstack component but it is already tested by the gate | 10:03 |
mattt | blallau: oh, that is good | 10:04 |
mattt | blallau: how is your openstack cluster deployed now, and why are you looking to change it? | 10:04 |
vdo | we created an ansible openstack deployment team on GH, based on packages, distro agnostic https://github.com/openstack-ansible-galaxy | 10:04 |
blallau | we actually have our own deployment system but i would to use a CMS | 10:05 |
blallau | like ansible | 10:05 |
mattt | vdo: what packages do you use? | 10:06 |
vdo | the purpose is to have galaxy roles for each OSt component, we are currently adding rh support | 10:06 |
vdo | ubuntu, rdo | 10:06 |
mattt | vdo: cool, will have to have a closer look | 10:07 |
vdo | it's a WIP, I also had a look at os-ansible-deployment | 10:08 |
*** blallau has quit IRC | 10:09 | |
mattt | vdo: was this started before os-a-d? | 10:09 |
vdo | I'm not really sure, the original repos were from @dguerri, I'm just adding rh support | 10:10 |
evrardjp | vdo: cool an openstack ansible galaxy! | 10:10 |
vdo | but I'm planning to add heat, cinder and others | 10:10 |
*** markvoelker has joined #openstack-ansible | 10:11 | |
vdo | the main idea is to keep them as independent as we can (i.e. no mysql stuff in each node) | 10:11 |
evrardjp | OSAD should be in the galaxy | 10:12 |
vdo | s/node/role/ | 10:12 |
mancdaz | evrardjp there's definitely discussion about that | 10:12 |
evrardjp | it would bring more visibility | 10:13 |
mancdaz | all of the os roles have been prepared to be galaxy compatible - it would just be a case of separating them out into their own repo for easier management and then pushing them up to galaxy | 10:13 |
mancdaz | repos | 10:13 |
evrardjp | yes, that a lot of work | 10:13 |
evrardjp | but an easier readability | 10:13 |
evrardjp | and moreover, I first turned to dguerri roles, because that's what was logical for me at that time | 10:14 |
mancdaz | evrardjp because they were in galaxy? | 10:14 |
evrardjp | I only turned to OSAD afterwards, because it seemed more supported (disclaimer: it is!) | 10:14 |
evrardjp | yup | 10:14 |
mancdaz | evrardjp yeah and the community around osad is growing all the time :) | 10:15 |
evrardjp | mancdaz: hopefully | 10:15 |
*** markvoelker has quit IRC | 10:15 | |
vdo | yes but it's pip oriented isn't it | 10:16 |
mattt | vdo: yeah we don't use distro packages | 10:17 |
vdo | we need distro packages for our QA | 10:17 |
mattt | which gives us really cool flexibility, plus it's all vanilla openstack | 10:17 |
vdo | and OSAD doensn't fit our needs | 10:17 |
mancdaz | vdo fair enough. We used packages in the past and actually found them a hindrance for various reasons | 10:18 |
mancdaz | (not in osad) | 10:18 |
evrardjp | mancdaz: could you explain more? | 10:20 |
vdo | moreover we need to test on ubuntu, rdo, rhosp, etc | 10:20 |
mattt | vdo: yeah sounds like we're after different things, but i'm sure we can still collaborate on our roles | 10:21 |
vdo | i remember there were some ELK roles in OSAD, why did you changed to rsyslog | 10:21 |
vdo | sure :) | 10:21 |
mancdaz | evrardjp we used to have a chef deployment setup, using distro packages. We supported both ubuntu and rhel, who package the same things differently | 10:21 |
mancdaz | they add their own little hotfixes in, drop configs in different locations | 10:22 |
mancdaz | sometimes we found packages that just plain broke services | 10:22 |
evrardjp | ok, but that doesn't explain why leaving packages for pip | 10:22 |
mancdaz | we also had to wait sometimes months for packages to be produced | 10:22 |
vdo | we can wait.. we are doing iterations on same OS release | 10:24 |
vdo | did you use ELK? or I was dreaming? | 10:25 |
mancdaz | vdo in kilo the ELK stuff was removed from osad | 10:29 |
mancdaz | it still exists, but is in a rackspace specific repo, since it wasn't considered core openstack | 10:29 |
mancdaz | juno -> kilo removed all the old rackspace bits and made osad much moire generic | 10:30 |
vdo | aha | 10:30 |
vdo | which repo is it? | 10:30 |
mancdaz | https://github.com/rcbops/rpc-extras | 10:31 |
vdo | nice thanks | 10:31 |
mancdaz | all the monitoring, logging and rackspace support related stuff was moved out of osad | 10:31 |
*** sdake has joined #openstack-ansible | 11:02 | |
*** blallau has joined #openstack-ansible | 11:22 | |
*** markvoelker has joined #openstack-ansible | 11:42 | |
*** markvoelker has quit IRC | 11:46 | |
*** markvoelker has joined #openstack-ansible | 12:01 | |
*** avozza is now known as zz_avozza | 12:16 | |
*** zz_avozza is now known as avozza | 12:17 | |
*** KLevenstein has joined #openstack-ansible | 12:18 | |
cloudnull | Morning. | 12:25 |
*** avozza has left #openstack-ansible | 12:25 | |
*** hrvojem has quit IRC | 12:36 | |
*** hrvojem has joined #openstack-ansible | 12:50 | |
*** mildan has joined #openstack-ansible | 12:51 | |
*** mildan has quit IRC | 12:52 | |
*** mildan has joined #openstack-ansible | 12:57 | |
*** stevemar has joined #openstack-ansible | 13:17 | |
cloudnull | blallau: was just reading scroll back and you had some questions about running things on baremetal | 13:30 |
cloudnull | the one thing that I wanted to touch on is "I kown that but neutron will create is own bridges (br-tun, br-ethX, ...)" this is not true, those bridges would only be created when using OVS which we do not at present. | 13:31 |
cloudnull | our stack is using the linuxbridge agent | 13:31 |
cloudnull | so you'd still need to create the br-vlan, br-vxlan bridges on the host | 13:31 |
cloudnull | as for moving kilo to metal without containers, simply make the change in the environment and you should be good to go. as odyssey4me said the host networking should be done prior to deploying OSAD which is true when using containers and not. | 13:32 |
cloudnull | evrardjp: to touch on why we left packages, and are building from source. what mancdaz is true that various packagers would take an indeterminate amount of time to apply security/bug fixes to packages while also providing "value add" patching to packages which would inevitably break a deployment as the packagers would forget about their broken patches. | 13:37 |
cloudnull | we fought that battle at rax for several years and decided that it was better if we just used the upstream source. | 13:37 |
cloudnull | I mean all of OpenStack is python so it lends itself nicely to simply using pip. | 13:37 |
cloudnull | vdo is there a reason that you have use "distro packages for our QA"? wouldn't using the smaller source code locked to a particular version that would only change based on you changing it be better for QA? | 13:42 |
cloudnull | more curious that than anything else. | 13:42 |
evrardjp | cloudnull: I had a small talk with mancdaz that explained that. It was longer than "simply using pip", so I think there is more to say :p | 13:42 |
evrardjp | but I get that | 13:42 |
cloudnull | for sure, i was late to the convo, was just catching up. | 13:43 |
vdo | cloudnull: we need to test what our customers/users use | 13:43 |
evrardjp | cloudnull: nothing wrong with that, thanks for the catching up/opinion | 13:44 |
cloudnull | vdo: fair enough . | 13:44 |
vdo | pip installations may differ a lot even if you pin an specific version | 13:45 |
cloudnull | that could if you pin. | 13:45 |
cloudnull | we have a public index and lock on a release | 13:45 |
cloudnull | http://rpc-repo.rackspace.com/os-releases/11.0.1/ | 13:45 |
evrardjp | I think that's what's interesting to build | 13:45 |
evrardjp | I think that's what should be better documented | 13:46 |
vdo | so you use pip in production envs? | 13:46 |
evrardjp | distro packages/sources are just a tool | 13:46 |
cloudnull | i think we need public documentation in the repo. :) | 13:46 |
evrardjp | getting to results is what matters | 13:46 |
cloudnull | but we're working on that | 13:46 |
cloudnull | vdo: yyes | 13:46 |
evrardjp | I'd be happy to understand how I could help | 13:46 |
evrardjp | this way I may help | 13:46 |
cloudnull | in master/kilo we're locating the mirror in your deployment, so itll even work in a walled garden | 13:47 |
evrardjp | I can't ATM | 13:47 |
cloudnull | i've been courting Sam-I-Am to get started on it. :) | 13:47 |
* cloudnull nudges Sam-I-Am | 13:47 | |
vdo | we don't know anyone using pip with midonet for instance | 13:47 |
evrardjp | I'd be happy to read him | 13:47 |
evrardjp | :) | 13:48 |
evrardjp | vdo: if it's documented, that may move oter to doing the same | 13:48 |
cloudnull | i know auro is using midonet curious if it can be done with pip. idk for sure. | 13:48 |
vdo | we need to certificate against distros and what is documented in openstack docss | 13:48 |
cloudnull | vdo: i also dont know if your with auro and already knew that :p | 13:48 |
vdo | nope | 13:49 |
cloudnull | Sam-I-Am: document osad in the openstack docs. | 13:49 |
cloudnull | :D | 13:49 |
evrardjp | cloudnull: do you know who wrote the documentation there: http://docs.rackspace.com/rpc/api/v10/bk-rpc-guide/content/networking-create.html | 13:50 |
cloudnull | vdo it looks like its possible on just an uninformed look at the packages. https://pypi.python.org/pypi/networking-midonet | 13:50 |
evrardjp | I don't understand why the 8.1 d) was even there :p | 13:50 |
cloudnull | Sam-I-Am: KLevenstein: rromans: and a few others | 13:51 |
cloudnull | the plugin itself looks simple enough all you'd need after that would be the installation of the miokura infra. | 13:51 |
evrardjp | A few of them are connected on this channel, they could even answer me py PM! | 13:51 |
evrardjp | by* | 13:51 |
cloudnull | idk where they are at present. but i will bother them some more. | 13:52 |
evrardjp | no, it's not something urgent... I'm just suprised... What's more useful is documenting the things like the repo-* playbooks | 13:53 |
cloudnull | vdo: you should hit up serverascode he's worked with midenet | 13:53 |
*** sigmavirus24_awa is now known as sigmavirus24 | 13:54 | |
vdo | disclaimer: I work in Midokura | 13:56 |
vdo | any work on ansible+midonet ? | 13:56 |
cloudnull | none yet. | 13:57 |
cloudnull | we've done linuxbridge agent, there's been talk of ovs, and plumgrid has a blueprint for integration presently. | 13:58 |
*** mildan has quit IRC | 13:59 | |
*** mildan has joined #openstack-ansible | 13:59 | |
cloudnull | evrardjp: i think the docs team is working on that ,however those will be out in the rax kilo release. | 13:59 |
KLevenstein | evrardjp: Sam-I-Am is your guy for this particular question, but I believe he’s commuting at the moment. | 13:59 |
openstackgerrit | Miguel Alejandro Cantu proposed stackforge/os-ansible-deployment: Implement Ceilometer[WIP] https://review.openstack.org/173067 | 14:00 |
cloudnull | at present the juno release is tied to our upstream repo, where in master/kilo we decoupled all of that. | 14:01 |
KLevenstein | evrardjp: feel free to leave a comment on the page | 14:01 |
*** triggerz is now known as tobasco | 14:14 | |
Sam-I-Am | moo. | 14:25 |
cloudnull | Sam-I-Am: typie typie make the docs | 14:54 |
cloudnull | :) | 14:54 |
Sam-I-Am | cloudnull: ugh, you're telling me | 14:55 |
Sam-I-Am | wait, you are | 14:55 |
cloudnull | hahaha | 14:57 |
cloudnull | cc evrardjp - Sam-I-Am is the man at fault :) | 14:57 |
*** daneyon has joined #openstack-ansible | 14:57 | |
*** daneyon_ has joined #openstack-ansible | 15:01 | |
*** galstrom_zzz is now known as galstrom | 15:02 | |
sigmavirus24 | no docs? Must be Sam-I-Am's fault | 15:03 |
*** daneyon has quit IRC | 15:04 | |
*** Mudpuppy has joined #openstack-ansible | 15:07 | |
*** Mudpuppy has quit IRC | 15:09 | |
*** Mudpuppy has joined #openstack-ansible | 15:10 | |
Sam-I-Am | evrardjp: yes? | 15:14 |
cloudnull | re: its your fault | 15:14 |
cloudnull | :p | 15:14 |
Sam-I-Am | tell me something i dont know | 15:15 |
cloudnull | Sam-I-Am: A female ferret will die if it goes into heat and cannot find a mate. - yw | 15:17 |
*** vdo has quit IRC | 15:18 | |
cloudnull | Sam-I-Am: here's another one "celery has negative calories. It takes more calories to eat a piece of celery than the celery has in it to begin with." - yw | 15:20 |
andymccr | this is why you are PTL cloudnull | 15:20 |
cloudnull | ikr ! | 15:20 |
cloudnull | dropping knowledge | 15:21 |
Sam-I-Am | cloudnull: this sounds like a good way to exercise | 15:21 |
*** Mudpuppy_ has joined #openstack-ansible | 15:22 | |
prometheanfire | tea is calorie negative too iirc | 15:25 |
*** Mudpuppy has quit IRC | 15:25 | |
sigmavirus24 | cloudnull: celery also helps you drop other things... like tasks | 15:26 |
sigmavirus24 | of course, I'm talking about Python's celery ;) | 15:26 |
cloudnull | lol | 15:26 |
cloudnull | tea != coffee | 15:26 |
cloudnull | prometheanfire: ^ | 15:26 |
cloudnull | =) | 15:26 |
prometheanfire | tea > coffee | 15:26 |
*** Mudpuppy_ has quit IRC | 15:28 | |
*** Mudpuppy has joined #openstack-ansible | 15:29 | |
cloudnull | as in a > hassle to make because its not coffee :) | 15:29 |
*** mildan has quit IRC | 15:30 | |
prometheanfire | cloudnull: you seen my tea maker thing at home? | 15:30 |
cloudnull | i have | 15:31 |
prometheanfire | http://www.amazon.com/Breville-BTM800XL-One-Touch-Tea-Maker/dp/B003LNOPSG | 15:31 |
prometheanfire | should probably use it at work, drink more here | 15:31 |
andymccr | one touch tea maker haha. like a kettle? :/ | 15:33 |
prometheanfire | one that steeps tea, ya | 15:34 |
andymccr | why america, why. | 15:34 |
prometheanfire | lazyness | 15:34 |
prometheanfire | what's wrong with it? | 15:35 |
andymccr | you still have to put the tea bags in the thing, and clean it out just like regular tea. it doesnt really seem to save you a great deal of anything. | 15:35 |
prometheanfire | bags? | 15:36 |
andymccr | or loose tea whatever you prefer | 15:36 |
prometheanfire | it's nice for slightly more laze | 15:36 |
openstackgerrit | Kevin Carter proposed stackforge/os-ansible-deployment: Add an extension section to the developer docs. https://review.openstack.org/188065 | 16:19 |
*** Mudpuppy has quit IRC | 16:27 | |
*** galstrom is now known as galstrom_zzz | 16:32 | |
*** Mudpuppy has joined #openstack-ansible | 16:32 | |
*** mildan_ has joined #openstack-ansible | 16:33 | |
*** javeriak has joined #openstack-ansible | 16:38 | |
openstackgerrit | Kevin Carter proposed stackforge/os-ansible-deployment: Moved all of group_vars into a variable file https://review.openstack.org/188074 | 16:42 |
openstackgerrit | Merged stackforge/os-ansible-deployment: Add an extension section to the developer docs. https://review.openstack.org/188065 | 16:46 |
*** cbaesema has joined #openstack-ansible | 16:51 | |
*** javeriak_ has joined #openstack-ansible | 16:55 | |
*** javeriak has quit IRC | 16:55 | |
*** mildan_ has quit IRC | 17:25 | |
*** javeriak_ has quit IRC | 17:26 | |
*** dkalleg has joined #openstack-ansible | 17:29 | |
*** KLevenstein has quit IRC | 17:29 | |
*** KLevenstein has joined #openstack-ansible | 17:47 | |
*** javeriak has joined #openstack-ansible | 18:04 | |
*** ctgriffiths has quit IRC | 18:14 | |
*** mildan has joined #openstack-ansible | 18:21 | |
*** ctgriffiths has joined #openstack-ansible | 18:27 | |
*** mildan has quit IRC | 18:39 | |
openstackgerrit | Ian Cordasco proposed stackforge/os-ansible-deployment: Allow the Horizon SESSION_TIMEOUT to be configured https://review.openstack.org/188140 | 18:51 |
openstackgerrit | Ian Cordasco proposed stackforge/os-ansible-deployment: Allow the Horizon SESSION_TIMEOUT to be configured https://review.openstack.org/188143 | 18:54 |
openstackgerrit | Ian Cordasco proposed stackforge/os-ansible-deployment: Allow the Horizon SESSION_TIMEOUT to be configured https://review.openstack.org/188144 | 18:54 |
*** mordred has quit IRC | 18:55 | |
*** mordred has joined #openstack-ansible | 18:55 | |
*** Mudpuppy has quit IRC | 18:59 | |
*** Mudpuppy_ has joined #openstack-ansible | 18:59 | |
*** Mudpuppy_ is now known as Mudpuppy | 19:00 | |
*** Mudpuppy_ has joined #openstack-ansible | 19:06 | |
*** Mudpuppy has quit IRC | 19:08 | |
*** cbaesema has quit IRC | 19:11 | |
*** cbaesema has joined #openstack-ansible | 19:11 | |
*** javeriak has quit IRC | 19:35 | |
*** javeriak has joined #openstack-ansible | 19:37 | |
*** javeriak has quit IRC | 19:52 | |
*** javeriak has joined #openstack-ansible | 19:53 | |
*** daneyon_ has quit IRC | 20:08 | |
*** daneyon has joined #openstack-ansible | 20:08 | |
*** daneyon_ has joined #openstack-ansible | 20:11 | |
*** daneyon has quit IRC | 20:14 | |
openstackgerrit | Kevin Carter proposed stackforge/os-ansible-deployment: Prep for 10.1.7 tag https://review.openstack.org/188173 | 20:30 |
*** javeriak_ has joined #openstack-ansible | 20:34 | |
*** javeriak has quit IRC | 20:34 | |
*** radek_ has quit IRC | 20:44 | |
*** stevemar has quit IRC | 20:51 | |
*** Mudpuppy_ has quit IRC | 21:02 | |
d34dh0r53 | Going to merge https://review.openstack.org/#/c/184665/ if no objections | 21:13 |
openstackgerrit | Ian Cordasco proposed stackforge/os-ansible-deployment: Allow the Horizon SESSION_TIMEOUT to be configured https://review.openstack.org/188140 | 21:14 |
openstackgerrit | Ian Cordasco proposed stackforge/os-ansible-deployment: Allow the Horizon SESSION_TIMEOUT to be configured https://review.openstack.org/188143 | 21:15 |
openstackgerrit | Ian Cordasco proposed stackforge/os-ansible-deployment: Allow the Horizon SESSION_TIMEOUT to be configured https://review.openstack.org/188144 | 21:16 |
cloudnull | sigmavirus24: for the horizon change in master/kilo can we set the timeout in the default vars instead of having the conditional in the template? | 21:17 |
cloudnull | that wouldnt be possible or should be done in Juno, but we've been doc'ing a lot of the options by using what is set in the roles defaults. | 21:18 |
sigmavirus24 | cloudnull: oh sure | 21:18 |
* sigmavirus24 was going by the other conditionals that were in there | 21:19 | |
cloudnull | if you can , feel free to tell me to f-off. | 21:19 |
cloudnull | :) | 21:19 |
cloudnull | its fine either way | 21:19 |
sigmavirus24 | Nah it's all good | 21:21 |
openstackgerrit | Ian Cordasco proposed stackforge/os-ansible-deployment: Allow the Horizon SESSION_TIMEOUT to be configured https://review.openstack.org/188140 | 21:22 |
openstackgerrit | Ian Cordasco proposed stackforge/os-ansible-deployment: Allow the Horizon SESSION_TIMEOUT to be configured https://review.openstack.org/188143 | 21:24 |
*** KLevenstein has quit IRC | 22:00 | |
cloudnull | tyvm sigmavirus24 ! | 22:01 |
cloudnull | im out. back online later. | 22:02 |
openstackgerrit | Merged stackforge/os-ansible-deployment: Modularizing Neutron playbooks https://review.openstack.org/184665 | 22:03 |
sigmavirus24 | later | 22:03 |
cloudnull | Ooohhh javeriak_ ^ | 22:05 |
cloudnull | Later sigmavirus24 have a good evening / rest of the day | 22:05 |
sigmavirus24 | You too | 22:06 |
javeriak_ | yay! My first contribution to the community | 22:06 |
mattt | javeriak_: yay! | 22:07 |
sigmavirus24 | Good work javeriak_! | 22:07 |
javeriak_ | thanks guys, you all have been very helpful, may this bring many more :) | 22:08 |
*** JRobinson__ has joined #openstack-ansible | 22:16 | |
*** sigmavirus24 is now known as sigmavirus24_awa | 22:30 | |
javeriak_ | if someone's around, question: juno installs ansible 1.6.x and ansible galaxy support for a requirements file only works for 1.8+, am i missing something here or does the ansible version need to be updated on the rackspace juno mirror | 23:25 |
*** jvora has joined #openstack-ansible | 23:32 | |
javeriak_ | no actually, the support for other remote repositories only comes in ansible1.8+, so i guess the roles we want to pull into juno will have to be on ansible galaxy, no direct gitHub pulls will work | 23:33 |
*** sdake has quit IRC | 23:35 | |
*** vincent_vdk has quit IRC | 23:51 | |
*** vincent_vdk has joined #openstack-ansible | 23:52 |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!