Wednesday, 2015-07-29

*** jmckind has quit IRC00:26
*** sigmavirus24_awa is now known as sigmavirus2400:48
*** alop has quit IRC00:54
sigmavirus24odyssey4me: https://review.openstack.org/#/c/206759/ should fix https://review.openstack.org/#/c/193422/ which will let me update my review so the fed/adfs stuff can continue00:57
*** ntpttr2 has joined #openstack-ansible00:58
*** annashen has joined #openstack-ansible01:26
*** annashen has quit IRC01:31
*** daneyon has quit IRC01:57
openstackgerritIan Cordasco proposed stackforge/os-ansible-deployment: Fix Keystone URI/URL defaults  https://review.openstack.org/20519202:10
*** ntpttr2 has quit IRC02:24
*** annashen has joined #openstack-ansible02:27
*** annashen has quit IRC02:32
*** ntpttr2 has joined #openstack-ansible02:41
*** ntpttr2 has quit IRC03:23
*** JRobinson__ is now known as JRobinson__afk03:31
*** fawadkhaliq has joined #openstack-ansible03:42
*** JRobinson__afk has quit IRC03:56
*** annashen has joined #openstack-ansible03:58
*** annashen has quit IRC04:03
*** JRobinson__afk has joined #openstack-ansible04:04
*** JRobinson__afk is now known as JRobinson__04:04
*** weezS has joined #openstack-ansible04:11
*** weezS has quit IRC04:12
*** sigmavirus24 is now known as sigmavirus24_awa04:14
*** ntpttr2 has joined #openstack-ansible04:54
*** ntpttr2 has quit IRC04:58
*** ntpttr2 has joined #openstack-ansible04:59
*** annashen_ has joined #openstack-ansible04:59
*** annashen_ has quit IRC05:03
*** daneyon has joined #openstack-ansible05:05
*** daneyon_ has joined #openstack-ansible05:07
*** daneyon has quit IRC05:10
*** ntpttr2 has quit IRC05:16
openstackgerritMerged stackforge/os-ansible-deployment: Removed inaccurate documentation  https://review.openstack.org/20613705:52
openstackgerritMerged stackforge/os-ansible-deployment: Change to set the container network MTU  https://review.openstack.org/20561805:53
*** yapeng has joined #openstack-ansible05:59
*** annashen_ has joined #openstack-ansible06:00
*** annashen_ has quit IRC06:04
*** yapeng has quit IRC06:10
*** javeriak has joined #openstack-ansible06:50
*** annashen has joined #openstack-ansible07:01
openstackgerritDarren Birkett proposed stackforge/os-ansible-deployment: set correct swift dispersion tenant  https://review.openstack.org/20691307:02
*** javeriak has quit IRC07:03
*** annashen has quit IRC07:05
*** javeriak has joined #openstack-ansible07:13
*** JRobinson__ has quit IRC07:14
*** javeriak has quit IRC07:55
*** javeriak has joined #openstack-ansible07:55
*** annashen_ has joined #openstack-ansible08:02
evrardjpodyssey4me: thanks for notifying me (sorry for the delay, it was a busy day yesterday, back from holidays :/ )08:02
*** annashen_ has quit IRC08:06
svggood morning evrardjp08:07
*** daneyon_ has quit IRC08:07
evrardjpgood morning svg... on holidays soon or are you already back?08:14
svgback from monday, but only until next thursday, then off for another 2 weeks :)08:15
svgstayed at home now, next > La Dource France08:15
evrardjpLa Dource? You mean La Source, close to orleans, or a small town somewhere lost in France? ;)08:18
svgeurgh08:22
svgLa Douce France :)08:22
svgdans le Var près d' Alès08:23
evrardjpI just came back from the Var... Beautiful region.08:25
svgyes08:25
matttsvg: hey!  do you use leseb's ceph-ansible roles for deploying ceph?08:26
svgnope08:26
svgmy ceph/admin coworker doesnt want to, he manages it 'manually'08:27
matttsvg: fair enough08:30
svgalso because he wants to build up experience with it, and have good control.08:30
matttsvg: so we want to use leseb's ceph-ansible to deploy ceph, i'm a bit concerned that we're going to run into a situation where those roles drop a ceph.conf then yours blows it away08:32
svgmattt: yes, that was also leseb's concern08:32
svgthough, I only provide ceph.conf on openstack hosts, that shouldn't overwrite any on ceph hosts08:33
matttsvg: one scenario where that could be possible is if you have an osd running on a host (which will run outside of a container) and then you end up running nova-compute there also (which also runs outside of the container)08:33
matttso you'd have both roles trying to manage /etc/ceph/ceph.conf08:33
svghm, that sounds theoretically possible, but I guess that'a also something that will happen on AIO deploys or the like08:34
matttheh true08:34
*** javeriak has quit IRC08:34
svgBut I agree with you. This might warrant some smaller common role that provides ceph.conf - I don;t know by heart if lesen has that already08:35
git-harryI think the ceph-common role provides that08:35
svgevrardjp: how's your osad deploy building up?08:38
matttsvg: perhaps we can look at having the mon/osds and clients use different ceph.conf locations08:44
matttthat way each system can maintain its own ceph.conf file08:44
*** javeriak has joined #openstack-ansible08:49
evrardjpmattt: I think the OSAD should consume the ceph.conf deployed, instead of overwriting it09:02
evrardjpI don't see the point of having different ceph.conf09:02
evrardjp(whether it is multiple locations with the same content or not)09:02
*** annashen has joined #openstack-ansible09:02
evrardjpsvg: our first osad was deployed before the holidays, at my return there are a few components failing, I'll check what's wrong09:03
evrardjpI'll also need to update the deployment, so I guess... run all the playbooks again09:03
evrardjp(I mean there were bug fixes in kilo branch that I need to upload on my deployment)09:04
matttevrardjp: yeah, i think we need to be able to interface w/ a ceph that wasn't deployed w/ ansible09:07
*** annashen has quit IRC09:07
evrardjpwith an ssh connection that should be enough to ansible fetch the ceph.conf09:07
evrardjpthe concern of svg was if one of the mon was down, we still have to continue the deployment (IIRC)09:08
matttevrardjp: yeah if you had clear separation of what runs where it'd be a lot more straight-forward, the problem is an AIO etc. where you've got a boat load of stuff on the same host09:13
evrardjpshould AIO be evaluated for ceph deployment? It doesn't make sense09:13
openstackgerritJesse Pretorius proposed stackforge/os-ansible-deployment: Keystone Federation Service Provider Configuration  https://review.openstack.org/19439509:13
evrardjpIf you have a ceph cluster, the chance is high that you'll have more than one host for openstack ;)09:14
matttevrardjp: the AIO would largely be for developmenet/gating :)09:17
evrardjpofc09:17
matttnot sure i understand the question then09:18
matttthe AIO supports an end-to-end install including swift09:19
matttso we'd have to do something similar for ceph, and nonsensical as it seems09:19
mattts/and/as/09:19
evrardjpI know we can skip the AIO part... That's just sad ;)09:19
evrardjpcan't*09:20
svgevrardjp: one of my latest patches (https://github.com/srvg/os-ansible-deployment/commit/4677ab0b8d7abd4997bddbfd5e5921e7832e3b86) tries to pick a mon host that is up09:24
evrardjpis nc installed as part of the playbook?09:26
openstackgerritJesse Pretorius proposed stackforge/os-ansible-deployment: Add python-cinderclient to os_glance role  https://review.openstack.org/20619909:26
evrardjpbut it seems fine09:26
-openstackstatus- NOTICE: Currently our CI system is broken, jobs are not getting processed at all.09:27
*** ChanServ changes topic to "Currently our CI system is broken, jobs are not getting processed at all."09:27
svgevrardjp: afaik nc is part of a base install, but that could be an issue - nc is only run on the local (ansible running) host, so that might be a dependency for setting up osad's deploy host09:31
evrardjpmaking sure it's installed doesn't cost anything ;)09:32
odyssey4memattt why not do something like we do with the ssl keys - give the option to distribute the ceph.conf from the deployment host if a specific user variable is set, otherwise gather it from the ceph mon if it's there, or error out saying that it doesn't exist and one of the two options must be provided09:33
svgI guess there are 3 possible sources for ceph.conf: generating one from vars, pulling one from an existing ceph cluster, or generating one with the same role used by ansible ceph roles09:36
svghm, 1 is not needed if we have 309:36
svgbasically what odyssey4me said :)09:36
odyssey4mesvg :) yeah, I don't think that something that configures ceph from a client standpoint should generate ceph.conf - it should collect or be given the conf by the deployer who will design it based on the existing ceph cluster deployed09:37
evrardjpI like the variable approach...09:42
openstackgerritJesse Pretorius proposed stackforge/os-ansible-deployment: development-stack Doc Update  https://review.openstack.org/20601609:49
openstackgerritJesse Pretorius proposed stackforge/os-ansible-deployment: Add sample Keystone Federation SP configuration for ADFS  https://review.openstack.org/20373609:50
svgI'm still wondering what local work-flow you guys use in your local osad git checkout for working with Gerrit09:51
odyssey4mesvg personally I work from a mac and simply use the git review CLI for all edits; to test I mostly use AIO's as they're quick and largely painless to setup - I usually clone master, then cherry-pick the appropriate review on top of it, add whatever configs are needed to test and build. If I already have an AIO, I cherry-pick the review onto it, add the config and test.09:54
odyssey4meIf I find that edits are needed, then I figure out the fixes on the test system and when it's all working right I use git diff to inspect the changes while essentially either copying them over to my local terminal for addition to the existing review as a new patch set. I often end up rewriting bits when I do this to make them more appropriate for broader consumption.09:57
odyssey4mesvg does that provide an answer to your question?09:57
svgthat sounds complicated, not sure I understand it actually09:58
svgSo you don't have a permanent checkout where you work on?09:59
svgSay you have a review you work on, especially something that takes time (like my Ceph stuff), you don't keep some kind of branch(es) for that?10:00
svgInitially I used a master-ceph branch, where i kept my different commits, which I then reased into a single commit on a separate master-ceph-gerrit ranch, which I then uploaded10:01
svgBut that didn;t work out when someone added a change to that patch, there's no simple wat to cherry-pick that single change from what gerrit provides10:02
svgso now I basically do the same thing, only have separate branches per uploaded patch on gerrit10:02
odyssey4meyeah, gerrit workflow is different to github workflow10:03
odyssey4mewhat you're doing (feature branches) makes sense for github10:04
*** annashen_ has joined #openstack-ansible10:04
odyssey4mein gerrit essentially every review stands alone and all work is a single commit10:04
svgin short, when I want to make an additional change, I checkout the latest patch from gerrit, like master-ceph-review27, add commits on that, then squash it one commit I then tag as master-ceph-review28, and which will be the same when i checkout that again from gerrit10:04
odyssey4meso if two people are tag teaming (we often do this when sharing work between the US and UK) on a review, all you do is delete your old branch and 'git review -d <review #>' to pull down the latest version10:04
svgI guess that makes no sense if you rely solely on gerrit to keep track of the code10:05
svgBut as i needed to backport that into kilo, to have it tested on our setup, I need to keep that in a clear separate branch10:05
*** andymccr has quit IRC10:05
*** jmccrory has quit IRC10:05
svgAnd then perhaps I add some commits during testing and deploying it on kilo10:06
svgAnd I need to keep track of those, to add them back on master10:06
odyssey4meyeah - it's pretty rare for us not to... sometimes for a spike/research we'll fork the repo in github and work there... but gerrit provides a nice track record of discussion through the lifetime of the work done, so it's actually nice to just commit --amend and git review at the end of the day so that others can see where you're going with it and can comment early10:06
svgI made some mistakes there in the early days, which is why I keep those separate commits to have an overview of what I did10:07
*** jmccrory has joined #openstack-ansible10:07
odyssey4mefor testing on kilo, I simply clone the kilo branch and cherry-pick the patch on top of it... for a longer running AIO I would rebase to remove the old version of the patch and cherry-pick the updated patch on top again10:07
svgadd to that that I might need to patch osad for something specif to our setup, whcih would not need to go back to the ceph patch10:08
svgadd to that that I have a private patch to maintain neutron lbaas for our setup10:08
*** annashen_ has quit IRC10:08
svgIt gets complicated very fast :)10:08
odyssey4meyeah, which is why we'd prefer to work with you to facilitate that osad accommodates those needs in a way that means you don't have to maintain a fork10:09
odyssey4meit does take a bit of time to work through those and figure out a way to do it in a way that works for everyone though, as you've seen with the ceph patch :)10:09
odyssey4mebut once it's in, it's there and we all maintain it with you :)10:10
svgyes :)10:10
svgpart of all that is of course also this is a complex project wit many moving targets, and difficult to test10:10
evrardjpwhich is the best part: working as a team ;)10:10
svgtbh, the complexity is a bit frustrating at times; I don;t get enough time to properly work on all that10:11
odyssey4meyeah, as the project grows - so does the testing matrix10:13
odyssey4mewe could do gating better - at the moment we only do one converging test case which is based on one deployment configuration10:13
odyssey4mebut that's why we'd like to see more eyes on as many of the reviews as possible - anyone using it should look through reviews coming through to spot potential issues10:14
odyssey4mewe have resources committed to development, testing, etc and we have QE guys and deployers filing bugs when they find something that breaks10:15
odyssey4meso guys like you and evrardjp are key to keep the quality up10:15
odyssey4meif you guys can try to take just an hour or so per day to look through reviews that would help greatly10:16
svgI tried that, but often reviews are hard to grasp to be able to make usefull comments - not enough openstack experience10:16
svgodyssey4me: tbh, an hour per day is a lot if one doesn't work full time on osad10:17
odyssey4mevery often the things that are confusing to you confuse others, so even a review which asks the question has value10:17
svgI know I have been lacking on this though, but so far I still don't know if and when we will carry on with openstack10:18
odyssey4meand yeah, I understand - but you have a lot of experience with ansible so you could easily suggest more optimal ways of doing things from an ansible standpoint too :)10:19
odyssey4mesvg I saw the work you did for the with_subelements loop - I'm glad it's included in v2. We've had to work around the limitations using a module. :/10:30
matttsvg: i don't ansible very well, so excuse me :P  but having issues with https://review.openstack.org/#/c/181957/28/playbooks/roles/ceph_client/tasks/ceph_auth.yml10:56
matttsvg: the task 'Verify Ceph monitors are up' is skipped, so i get a subsequent failure10:57
matttif i run that task in a standalone playbook it runs fine :(10:57
*** andymccr has joined #openstack-ansible11:00
*** annashen has joined #openstack-ansible11:04
*** annashen has quit IRC11:09
*** javeriak has quit IRC11:14
openstackgerritDarren Birkett proposed stackforge/os-ansible-deployment: update teardown.sh to remove mongodb  https://review.openstack.org/20699611:27
evrardjpodyssey4me: about ansible standpoint, you mentionned in the past that standard inventory of ansible wasn't enough for you, would you clarify this? I'm curious and I prefer going closer to the standard system of inventory and variables11:29
svgmattt: if that hets skiopped, that must be bc ceph_conf.global.mon_host is somehow empty?11:35
odyssey4memancdaz to my knowledge the teardown script is only meant to destroy the containers and other playbook deployed stuff, not the bootstrap bits too - if it's the bootstrap bits too then I think it's somewhat lacking11:35
matttsvg: i've printed it out, it's populated w/ 3 hosts11:35
mancdazodyssey4me mmm, I mentioned something to that effect in teh bug11:35
svgAlso those quotes are not needed, but I do notice there's a missing space between }} and 2211:36
mancdazbut having that stuff there doesn't hurt11:36
svgmattt: 3 hosts comma separated, right?11:36
odyssey4memancdaz also note that the teardown is for AIO and multi-node deployments... the mongodb bits would only be deployed by us on in an AIO11:37
matttsvg: https://gist.githubusercontent.com/mattt416/ea71b2ef2fe48ae06950/raw/bd64886ad5cb5b2a656bffb21057c458ba879a2a/gistfile1.txt11:37
odyssey4meevrardjp I think we'd ideally like to move towards not having to use a dynamic inventory, but right now we use it for a lot of things11:37
mancdazodyssey4me mmm, I mentioned something to that effect in the bug11:38
mancdazI still think it's handy to have it there11:38
odyssey4meevrardjp the dynamic inventory allows us to have a more flexible and modular deployment structure11:39
svgmattt I don't understand why all three gets skipped11:39
odyssey4metbh though I think we need to re-evaluate how we're using it all and how we could do better - perhaps we should do that when ansible 2 releases11:40
matttsvg: same, this is the task in a separate playbook: https://gist.githubusercontent.com/mattt416/b3e60d0bc3281f6e67f8/raw/2a6ecf5a789f22a7a636f05f1dcdd6fc67b797b9/gistfile1.txt11:40
svgodyssey4me:11:41
odyssey4mesvg?11:41
svgodyssey4me: FYI I expect updates on internal inventory that should add features past v211:42
odyssey4mesvg yeah, v2 is largely a refactor to provide a better platform for the next level of growth in the core I believe... so what we can do beyond v2 is start to do PR's for the extra features we want to see so that we don't have to carry them in this project11:43
svgodyssey4me: yes, but also, lib/ansible/inventory was not (yet) refactored in v211:44
*** fawadkhaliq has quit IRC11:48
svgmattt: in the separate playbook, you run against cinder_api_container, whilst the auth tasks should only run when inventory_hostname in groups['cinder_volume']11:52
svgSo I think it might just happens to run on those hosts for other reasons11:53
svgthat separate playbook test might be a red herring11:54
*** fawadkhaliq has joined #openstack-ansible11:55
mgariepygood morning everyone11:56
matttsvg: not pinned it down, but if i change run_once: false it seems to move along11:56
svghmmz, that must be it, run_once basically jist runs it on an arbitrary first host, and depending on the play_hosts that could be a wrong one11:57
svgmeaning one that does not match those that need it, being cinder_volume11:58
matttsvg: both playbooks target cinder_all tho11:59
odyssey4memgariepy morning - I hope you don't mind, but I fixed up your commit message to make it comply with the openstack commit msg guidelines11:59
mgariepyodyssey4me, no, I don't mind.12:01
svgI'll update my branch with this, if you confirm it solves it12:02
matttsvg: running into another issue now, let me just get through this to ensure they're not related12:02
*** annashen_ has joined #openstack-ansible12:05
*** javeriak has joined #openstack-ansible12:06
*** javeriak has quit IRC12:08
*** javeriak has joined #openstack-ansible12:08
*** annashen_ has quit IRC12:10
*** tlian has joined #openstack-ansible12:10
svgmattt: git-harry new updates so far http://sprunge.us/WPWe12:15
svgSo there's a reason I initially didn;t push it out yet, still got some loose ends, hence the #TODO's12:19
matttno worries, just making a note so i don't forget :P12:21
*** KLevenstein has joined #openstack-ansible12:47
-openstackstatus- NOTICE: zuul's disks were at capacity. Space has been freed up and jobs are being re-queued.12:48
*** ChanServ changes topic to "Weekly Meetings: https://wiki.openstack.org/wiki/Meetings/openstack-ansible"12:48
*** annashen has joined #openstack-ansible13:06
*** sigmavirus24_awa is now known as sigmavirus2413:08
*** annashen has quit IRC13:10
*** TheIntern has joined #openstack-ansible13:11
-openstackstatus- NOTICE: zuul jobs after about 07:00 UTC may need a 'recheck' to enter the queue. Look if your change is in http://status.openstack.org/zuul/ and recheck if not.13:25
*** yapeng has joined #openstack-ansible13:30
*** gparaskevas has joined #openstack-ansible13:31
*** javeriak has quit IRC13:35
gparaskevasHello there13:39
gparaskevasi am re evaluating OSAD + some custome addons i have created13:39
gparaskevasand i am stuck when i try to install openstack playbooks13:39
*** jmckind has joined #openstack-ansible13:39
gparaskevasit seems that keystone service tenant cannot be created for some reason13:39
gparaskevasi have also run the haproxy playbook13:40
gparaskevasi can hit both endpoints from the haproxy ip but when i try to "keystone tenant-list"13:42
gparaskevasi get this error Authorization Failed: Unable to establish connection to http://192.168.110.14:500013:42
gparaskevascan anyone help?13:42
odyssey4megparaskevas if you do keystone --debug tenant-list then where does it get stuck, and also what tag/branch are you running?13:43
*** Mudpuppy has joined #openstack-ansible13:44
gparaskevasmaster13:44
gparaskevaslet me try the firstone as well13:44
*** markvoelker has joined #openstack-ansible13:44
odyssey4megparaskevas note that master tracks upstream master which is liberty code13:45
gparaskevasi know and i have been using master for about a month with now problems13:46
gparaskevasand now i decided to do a clean reavaluation and track time etc and i get stack here...13:46
gparaskevashttp://paste.openstack.org/show/406226/13:46
gparaskevasthats what i get with debug enabled on keystone client from keystone container13:47
gparaskevaswhy does it go for v3?13:50
openstackgerritJesse Pretorius proposed stackforge/os-ansible-deployment: development-stack Doc Update  https://review.openstack.org/20601613:51
*** fawadkhaliq has quit IRC13:53
openstackgerritJesse Pretorius proposed stackforge/os-ansible-deployment: Document required repository hosts config info  https://review.openstack.org/20510013:53
openstackgerritJesse Pretorius proposed stackforge/os-ansible-deployment: Document required repository hosts config info  https://review.openstack.org/20225813:54
openstackgerritMatthew Kassawara proposed stackforge/os-ansible-deployment: Reduce neutron configuration  https://review.openstack.org/20459713:54
*** spotz_zzz is now known as spotz13:56
*** fawadkhaliq has joined #openstack-ansible13:56
*** evrardjp has quit IRC13:59
mgariepyis there some doc to deploy extra containers ?13:59
*** fawadkhaliq has quit IRC14:00
*** fawadkhaliq has joined #openstack-ansible14:01
gparaskevaswhat extra containers do you mean?14:01
gparaskevasfor extra servises?14:01
mgariepyyeah, i would like to have like ceph mons and stuff like this14:02
gparaskevasthere is a folder in /etc/openstack_deploy/env.d14:02
gparaskevasthere is a extra container example there14:03
gparaskevasan*14:03
gparaskevasextra_container.yml.example14:03
mgariepyi saw that but, it's not very clear to me hehe14:03
mgariepycan i add a container defenition there and run setup-hosts playbook ?14:03
gparaskevassure14:04
gparaskevaslike that14:04
*** markvoelker has quit IRC14:04
gparaskevasif you go here https://github.com/stackforge/os-ansible-deployment/tree/kilo/etc/openstack_deploy/env.d14:04
gparaskevasthis is kilo branch and it contains the definitions for all containers so maybe this can hel you14:05
*** evrardjp has joined #openstack-ansible14:06
*** annashen_ has joined #openstack-ansible14:07
gparaskevasyou create a ceph.yml and then you have to define also the hosts in openstacl_user_config.yml14:07
odyssey4megparaskevas ah, so keystone CLI is deprecated in liberty - use the openstack CLI14:07
gparaskevasok14:07
odyssey4megparaskevas currently the admin endpoint in master is v3, the others are v214:08
gparaskevasok then why does it use ansible keystone client module?14:09
gparaskevasis this ok?14:09
odyssey4megparaskevas also, it seems like your endpoint is unreachable14:09
gparaskevasyes seems so14:09
gparaskevaslet me see once again14:09
odyssey4mepython-keystoneclient is moving towards being purely a library consumed by anything that needs to talk to keystone14:09
odyssey4methe other CLI's are heading in that direction slowly too14:10
gparaskevasso opensatck-cli uses keystone cli?14:10
odyssey4megparaskevas confirm that your haproxy is running and that it can see the keystone container backends14:10
gparaskevashttp://10.10.110.78:5000/v3 i can hit that and with no problems14:10
*** richoid has quit IRC14:11
odyssey4megparaskevas no openstack cli uses the keystone library - the openstack cli provides a consistent CLI with the same options for formatting, help, etc14:11
openstackgerritMerged stackforge/os-ansible-deployment: Add python-cinderclient to os_glance role  https://review.openstack.org/20619914:11
*** annashen_ has quit IRC14:11
odyssey4megparaskevas it sounds to me then like your haproxy is not working right14:11
*** jmccrory has quit IRC14:11
gparaskevasi can curl from haproxy keystone endpoints with success14:12
gparaskevas:/14:12
gparaskevascurl 192.168.110.234:5000 {"versions": {"values": [{"status": "stable", "updated": "2015-03-30T00:00:00Z", "media-types": [{"base": "application/json", "type": "application/vnd.openstack.identity-v3+json"}], "id": "v3.4", "links": [{"href": "http://192.168.110.234:5000/v3/", "rel": "self"}]}, {"status": "stable", "updated": "2014-04-17T00:00:00Z", "media-types": [{"base": "application/json", "type": "application/vnd.op14:12
*** jmccrory has joined #openstack-ansible14:13
odyssey4meso there's the problem - your client is trying to access 192.168.110.14 which is a different address14:14
gparaskevasyes that haproxy internal address with backend to 192.168.110.234:5000 and one mmore14:17
gparaskevaswhen i invoke openstack cli i get this14:18
gparaskevasWARNING: keystoneclient.auth.identity.generic.base Discovering versions from the identity service failed when creating the password plugin. Attempting to determine version from URL. ERROR: openstack Unable to establish connection to http://192.168.110.14:5000/v3.0/auth/tokens14:18
gparaskevasi cant reach this http://192.168.110.14:5000/v3.0 from browser though but i can reach this http://192.168.110.14:5000/v314:19
gparaskevasseems you are right14:20
gparaskevasi curl localhost:5000 from haproxy and i get connection refused14:21
odyssey4megparaskevas v3 endpoint is not v3.0 it's just v314:21
gparaskevasyes v3.0 shows the error14:21
*** markvoelker_ has joined #openstack-ansible14:21
*** jwagner_away is now known as jwagner14:22
openstackgerritJesse Pretorius proposed stackforge/os-ansible-deployment: Reduce neutron configuration  https://review.openstack.org/20459714:23
*** yaya has joined #openstack-ansible14:26
gparaskevasNow its a different error it cannot install pip install keystone14:33
odyssey4megparaskevas are you running a specific playbook?14:34
gparaskevasyes os-keystone-install.yml14:35
gparaskevasi have already run successfully setup-hosts.yml , infrastructure and haproxy14:36
gparaskevasbut even with setup-openstack.yml i get that error...14:36
gparaskevasi will manually uninstall it a check again14:37
*** markvoelker_ has quit IRC14:38
*** markvoelker has joined #openstack-ansible14:39
odyssey4megparaskevas you'll need to do the repo-build again if you've updated os-ansible-install to ensure that your python wheel repo rebuilds14:41
*** yapeng has quit IRC14:41
gparaskevasok14:42
gparaskevasi uninstalled keystone manualy using pip and then the playbook did the installation succesfully but again at step ensure keystone service tenant it fails...14:42
odyssey4megparaskevas is it trying to access the right address? you can run openstack-ansible with -vv to get more verbose output14:45
*** markvoelker has quit IRC14:47
*** markvoelker has joined #openstack-ansible14:47
gparaskevashow can i check what address its trying to access?14:47
gparaskevashow can i check what endpoint is trying to access?14:48
gparaskevaswhen i source openrc and i try openstack service list i get this "ERROR: openstack Could not determine a suitable URL for the plugin"14:48
odyssey4megparaskevas the task running is 'Ensure service tenant' right? if so, this is the endpoint it's trying to reach: https://github.com/stackforge/os-ansible-deployment/blob/master/playbooks/roles/os_keystone/tasks/keystone_service_setup.yml#L5015:00
odyssey4meah tell me, do you have a user_group_*.yml in /etc/openstack_deploy/ ?15:01
odyssey4mejwitko this may be relevant to you too15:01
*** gparaskevas has quit IRC15:01
odyssey4meif you do have such a file, delete it - those values have been moved into the inventory to allow easier overrides15:02
*** jwagner is now known as jwagner_away15:03
*** jmckind has quit IRC15:03
*** hiddentoken has joined #openstack-ansible15:03
openstackgerritJesse Pretorius proposed stackforge/os-ansible-deployment: Templateize and change Galera SST method  https://review.openstack.org/20708215:05
*** annashen has joined #openstack-ansible15:07
odyssey4mesigmavirus24 palendae d34dh0r53 mattt Please review https://review.openstack.org/207082 as we'll need to include it for the 11.1.0 release. The update to MariaDB 10 will likely only make it for 11.2.0.15:08
*** weezS has joined #openstack-ansible15:09
*** hiddentoken has quit IRC15:09
*** annashen has quit IRC15:13
odyssey4methx15:13
*** jmckind has joined #openstack-ansible15:13
*** jmckind has quit IRC15:13
jwitkoodyssey4me, my issue on that similar problem was that I was using a branch of osad that wasn’t ready yet15:13
jwitkocausing library mismatches, etc15:14
*** jmckind has joined #openstack-ansible15:14
odyssey4mejwitko sure, if you want something stable then use a tagged branch15:14
odyssey4methere are sometimes patches due to upstream issues that need to be pulled in, but those are generally well known15:14
jwitkoI’m sure they were, I was just uneducated.15:15
jwitkobut I am actually up and running now15:15
jwitkofor the most part... i’m sure errors will come up down the road15:15
odyssey4mewe unfortunately also didn't tag point releases on the usual two week schedule after 11.0.4 as we've been trying to iron out issues for 11.1.0 which we've uncovered when merging major feature-reated changes in... so the master and kilo branches are a little offish at the moment, but getting better by the day15:16
odyssey4mejwitko good :) perhaps you can help others get educated now :)15:17
*** jwagner_away is now known as jwagner15:17
jwitkoodyssey4me, absolutely15:17
jwitkoodyssey4me, i notice when I’m consoled in via spice that I get a token timeout very quickly.  do you know how to adjust the token expiration?15:17
odyssey4mejwitko offhand I have no idea15:18
odyssey4mejwitko I don't see any options for that here: https://github.com/stackforge/os-ansible-deployment/blob/master/playbooks/roles/os_nova/templates/nova.conf.j2#L132-L14115:19
odyssey4meunless you're talking about the keystone token?15:19
*** yaya has quit IRC15:20
Sam-I-Amit'd probably be the a keystone thing15:20
odyssey4mein which case, from https://github.com/stackforge/os-ansible-deployment/blob/master/playbooks/roles/os_keystone/templates/keystone.conf.j2#L82 the value to set in user_variables will be keystone_token_expiration15:20
Sam-I-Amdefault token expiration?15:21
odyssey4methe default is pretty long though: https://github.com/stackforge/os-ansible-deployment/blob/master/playbooks/roles/os_keystone/defaults/main.yml#L4015:21
odyssey4methat time is in seconds as I recall15:21
*** richoid has joined #openstack-ansible15:25
openstackgerritNolan Brubaker proposed stackforge/os-ansible-deployment: Document some of the common scripts  https://review.openstack.org/20710515:47
palendae^ backport15:48
*** alop has joined #openstack-ansible15:52
*** fawadkhaliq has quit IRC15:54
*** annashen_ has joined #openstack-ansible16:08
*** sdake has joined #openstack-ansible16:08
*** daneyon has joined #openstack-ansible16:11
*** meteorfox has quit IRC16:13
*** serverascode has quit IRC16:13
*** annashen_ has quit IRC16:13
odyssey4mepalendae I think that something is broken about https://review.openstack.org/202258 and https://review.openstack.org/205100 - perhaps it's worth abandoning them and re-submitting the patch as a fresh one to master and see if a gate job kicks off?16:27
palendaeMaybe16:28
odyssey4mehmm, that said none of the doc patches are gating so I think we have an issue with our last gate check patch breaking this16:28
openstackgerritMerged stackforge/os-ansible-deployment: Templateize and change Galera SST method  https://review.openstack.org/20708216:28
odyssey4mepalendae can you review this backport? https://review.openstack.org/20691316:29
palendaeodyssey4me: Yep. done16:31
*** TheIntern has quit IRC16:31
odyssey4mepalendae thx16:32
*** capricorn_one has joined #openstack-ansible16:37
*** sdake has quit IRC16:37
*** capricorn_one has quit IRC16:41
*** serverascode has joined #openstack-ansible16:43
*** sdake has joined #openstack-ansible16:53
*** tlian has quit IRC16:53
*** javeriak has joined #openstack-ansible16:55
*** tlian has joined #openstack-ansible17:00
*** meteorfox has joined #openstack-ansible17:00
*** jmckind has quit IRC17:04
openstackgerritJesse Pretorius proposed stackforge/os-ansible-deployment: Add python-cinderclient to os_glance role  https://review.openstack.org/20713017:08
*** annashen has joined #openstack-ansible17:09
odyssey4mepalendae sigmavirus24 ^ backport17:11
*** annashen has quit IRC17:13
*** javeriak has quit IRC17:15
*** annashen has joined #openstack-ansible17:19
openstackgerritMatthew Kassawara proposed stackforge/os-ansible-deployment: development-stack Doc Update  https://review.openstack.org/20601617:26
Sam-I-Amlets see how that looks17:26
odyssey4meSam-I-Am great changes - just one whitespace nit17:34
Sam-I-Amodyssey4me: yeah, those happen - no linter17:35
Sam-I-Ami just fixed the part of the doc that seemed relevant to the patch17:35
Sam-I-Amthe rest of it needs attention, but i'll wait until this merges17:35
odyssey4meSam-I-Am yeah, unfortunately we seem to have broken our doc merges :/ none of our docs end up in a gate check, so they never merge17:36
odyssey4mewe'll  have to figure it out some time soon17:36
Sam-I-Amthose only apply to /doc though, right?17:36
Sam-I-Amnot the random rst stuff17:37
odyssey4meSam-I-Am not sure - might also be *.rst17:37
Sam-I-Ampalendae: ^17:37
openstackgerritMatthew Kassawara proposed stackforge/os-ansible-deployment: development-stack Doc Update  https://review.openstack.org/20601617:41
*** annashen has quit IRC17:42
*** annashen has joined #openstack-ansible17:46
Sam-I-Amodyssey4me: bettar now17:48
Sam-I-Ami think17:48
odyssey4methanks Sam-I-Am - looks great!17:51
Sam-I-Amcool17:51
Sam-I-Amprogress!17:51
palendaeodyssey4me, Sam-I-AmThat's f'in weird...18:01
palendaePretty sure it is *.rst and doc/18:01
Sam-I-Amwhere's the gate job live?18:03
Sam-I-Amerr, i guess rather whats broken18:03
palendaeReally not sure what's broken, but that definition lives in infra's project defintions18:04
*** prad has quit IRC18:04
odyssey4meyup, we have some regex in there but I haven't had time to dig into it18:06
odyssey4meI think the last change to file the docimpact bugs has broken this18:06
odyssey4meor something else has changed which broke what used to work18:06
palendaehttps://github.com/openstack-infra/project-config/blob/master/zuul/layout.yaml#L157518:08
palendaeI think the change for the docimpact stuff was after18:08
palendaeMine's been refusing to merge since before that18:09
palendaeI wonder if it's cause the whole job is skipped?18:09
palendaeMight be safer to move the ignore into our gating scripts :(18:09
odyssey4mepalendae shall we set this old bug to won't fix? https://bugs.launchpad.net/openstack-ansible/+bug/141035718:11
openstackLaunchpad bug 1410357 in openstack-ansible trunk "Bonds should list their slave interfaces" [Low,Confirmed]18:11
palendaeodyssey4me: Yeah18:11
odyssey4meit's a host networking setup item, which we don't do18:11
palendaeRight18:11
palendaeBack when I thought we might18:11
palendaebtw, you can sleep while cloudnull_afk's gone :(18:12
palendae:)*18:12
odyssey4melol palendae hardly, now I get to do his job too :p18:13
odyssey4memiguelgrinberg mattt is this purely a juno issue, or is it relevant for kilo/master? https://bugs.launchpad.net/openstack-ansible/+bug/141276218:14
openstackLaunchpad bug 1412762 in openstack-ansible trunk "Disable unneeded heat resource-types" [Low,Confirmed] - Assigned to Matt Thompson (mattt416)18:14
*** TheIntern has joined #openstack-ansible18:17
*** javeriak has joined #openstack-ansible18:17
*** prad has joined #openstack-ansible18:20
*** annashen has quit IRC18:21
openstackgerritJesse Pretorius proposed stackforge/os-ansible-deployment: Re-enable building of heat_repo_plugins  https://review.openstack.org/20715518:22
odyssey4mepalendae sigmavirus24 d34dh0r53 ^ backport18:23
*** annashen has joined #openstack-ansible18:24
*** prad has quit IRC18:24
openstackgerritJesse Pretorius proposed stackforge/os-ansible-deployment: Set default inventory file for inventory-manage.py  https://review.openstack.org/20715818:25
openstackgerritJesse Pretorius proposed stackforge/os-ansible-deployment: Set default inventory file for inventory-manage.py  https://review.openstack.org/20715818:25
*** prad has joined #openstack-ansible18:27
openstackgerritMatthew Kassawara proposed stackforge/os-ansible-deployment: update teardown.sh to remove mongodb  https://review.openstack.org/20699618:28
*** javeriak has quit IRC18:30
miguelgrinbergodyssey4me: regarding that heat bug, I'm not sure it is relevant anymore. These resources are harmless, they just don't work because they represent stuff that isn't installed.18:30
odyssey4memiguelgrinberg so you're thinking it's a won't fix?18:31
*** openstackgerrit has quit IRC18:31
miguelgrinbergyeah, we are all for not adding custom patches, so probably the best is to let them be18:31
*** openstackgerrit has joined #openstack-ansible18:32
miguelgrinbergthis is certainly something we can handle on the RPC side if there is interest18:32
palendaeIs anyone aware of what this user_group_vars.yml file is? I don't see it in-tree... https://github.com/stackforge/os-ansible-deployment/blob/master/scripts/run-upgrade.sh#L15518:34
odyssey4meso is that an upstream patch requirement, or would it be something like a task to remove them after the environment is built?18:34
palendaehttps://github.com/stackforge/os-ansible-deployment/tree/master/etc/openstack_deploy doesn't contain it18:34
odyssey4mepalendae that should be there any more - user_group_vars.yml has been moved to playbooks/inventory/group_vars/hosts.yml18:35
odyssey4mepalendae https://review.openstack.org/20432018:36
odyssey4meit's way better there18:36
palendaeshouldn't, you mean?18:36
odyssey4meif anything, we should remove user_group_vars.yml from /etc/openstack_deploy/ if it's there18:36
odyssey4mepalendae yep, sorry18:36
palendaenp18:36
palendaeOk, so the upgrade script is failing because neither the /etc/ one nor the in-tree are there18:36
odyssey4mepalendae heh, interestingly I challenged cloudnull_afk on the lack of inclusion of something in the upgrade script in the master patch18:37
palendaeBreaking downstream :(18:39
odyssey4meyep18:39
palendaeNot sure how anyone's upgrade tests are wroking18:40
palendaeworking*18:40
odyssey4methey're using previously build servers?18:41
odyssey4meinstead of a clean start18:41
odyssey4methat's an easy hack workaround though, or a known issue note18:41
*** annashen has quit IRC18:42
palendaeThis is a clean server18:43
odyssey4meand that's why you're hitting it :)18:43
palendaeI guess I can tough it18:43
palendaetouch*18:43
palendaeAll our upgrade tests are clean servers18:43
palendaeAIOs are always lcean18:43
odyssey4mewhat I'm saying is that the tests by others might be using previous rc's18:43
palendaeSo you're saying our upgrade tests are invalid18:43
palendaeSure but that file still isn't there18:43
*** sdake has quit IRC18:43
palendaeWell, we don't have any upgrade testing, so w/e18:44
odyssey4mepalendae the file would have been there in rc's previous to that merge18:45
palendaeI'm saying that merge should have removed that check18:45
palendaeBut whatever18:45
palendaeI'm gonna work around it because that's all going to take longer18:45
*** fawadkhaliq has joined #openstack-ansible18:45
*** sdake has joined #openstack-ansible18:46
sigmavirus24hey odyssey4me miguelgrinberg so we chatted privately this morning about the keystone v3 in the catalog versus keystone v2 in the catalog. Can we kick a discussion of that off on the mailing for transparency?18:48
*** klindgren_ has joined #openstack-ansible18:48
*** TheIntern has quit IRC18:49
klindgren_Question -for you guys - since libguestfs is not available via pip/python-wheels how are you handling get that into your nova installs?  Just using the system deps and installing into the lxc container?18:49
odyssey4mesigmavirus24 yeah, good idea - do you want to kick that off?18:50
*** jmckind has joined #openstack-ansible18:50
odyssey4meklindgren_ we install via apt on the compute nodes, yes: https://github.com/stackforge/os-ansible-deployment/blob/master/playbooks/roles/os_nova/defaults/main.yml#L29418:52
klindgren_would you guys want to install via pip/python-wheel or indifferent?18:52
sigmavirus24odyssey4me: I think I understand what you were proposing but I also hadn't had enough coffee this morning and I don't want to confuse anyone18:55
sigmavirus24Because I'm kind of confused myself18:55
odyssey4meklindgren_ we might, not sure really - it'd be a way to get more updated stuff quicker, which we like :)18:55
*** fawadk has joined #openstack-ansible18:55
odyssey4mesigmavirus24 sure, I need a few more hours in the day to put together a mailing list mail though - let me add that to my to-do list and try to find a gap18:56
klindgren_odyssey4me, kk - I am opening a mailing lost post re: getting libguestfs on pypi18:56
*** fawadkhaliq has quit IRC18:56
klindgren_https://bugzilla.redhat.com/show_bug.cgi?id=107559418:56
openstackbugzilla.redhat.com bug 1075594 in libguestfs "RFE: python-libguestfs should be available on pypi" [Unspecified,New] - Assigned to rjones18:56
klindgren_list*18:56
odyssey4meklindgren_ I'll keep an eye out for it :) the source building crowds are growing, so I think you'll get support for it18:57
sigmavirus24odyssey4me: thanks18:57
klindgren_we are need it because we are doing venvs on some of our services to work around some python stuff - but it sucks as its not fun to handle things in a venv when not installing via pip18:59
openstackgerritJesse Pretorius proposed stackforge/os-ansible-deployment: Cleanup unused functions in swift_rings.py  https://review.openstack.org/20717418:59
sigmavirus24klindgren_: what does "Licensing problem with the PyPI website mean"?18:59
klindgren_*shrug* that comes directly from the bug report from R JOnes18:59
sigmavirus24s/ mean"/" mean/18:59
sigmavirus24klindgren_: yeah I saw that, I'm just trying to figure out what licensing problems there are18:59
klindgren_yea - I looked at the code as far as I can tell its lgplv219:00
klindgren_so I don't think it *should* be an issue19:00
sigmavirus24cdecimal isn't hosted directly on PyPI (and neither are a bunch of other packages I can think of that no one actually uses) but those are philosophical and regional copyright issues19:00
odyssey4meklindgren_ that makes sense, and there are more and more people looking to install services into venvs to prevent package dependency hell19:00
klindgren_yep yep - then you jsut get venv relocation hell :-)19:01
odyssey4meklindgren_ hahaha, pot-ay-to pot-ah-to19:01
openstackgerritJesse Pretorius proposed stackforge/os-ansible-deployment: Remove {{ from "with_items" and "when" statements  https://review.openstack.org/20717519:02
klindgren_the only issue we ran into with nova-computei n a venv besides libguestfs was the fact that the path to rootwrap is hardocded19:02
klindgren_where in neutron its a config option19:03
sigmavirus24klindgren_: I don't often relocate virtualenvs, but when I do, I've already had an entire bottle of whiskey to convince me it was a good idea =P19:03
odyssey4mesigmavirus24 +119:03
klindgren_sigmavirus24, we do it only on build as the directory we build the venv may not be the same dir that someone wants to install into19:04
klindgren_I guess I oculd always build in the dir that someone want to install the venv into - but *shrug*19:04
sigmavirus24klindgren_: I'm mostly teasing19:05
sigmavirus24But seriously, relocatable virtualenv support has always been .... shoddy at best19:05
klindgren_sigmavirus24, yep yep19:05
sigmavirus24Have you seen the fact that there was a PR in virtualenv to rewrite the entire thing from scratch?19:06
klindgren_also complaint about pip install nova not isntalling config files/templates - but just python code.  Where as neutron installs everything...19:06
klindgren_sigmavirus24, I have19:06
sigmavirus24klindgren_: did you test it?19:06
sigmavirus24I was not brave enough19:06
klindgren_I did not test the PR19:06
klindgren_I have bigger problems already :-)19:06
sigmavirus24lol19:07
sigmavirus24klindgren_: you can just not do openstack19:08
sigmavirus24there are other jobs out there19:08
odyssey4mehahaha, someone is a sucker for punishment: https://github.com/skamithi/vagrant-osad19:08
sigmavirus24=P19:08
* klindgren_ use to do cloudstack :-)19:08
sigmavirus24odyssey4me: lol19:11
palendaeProps to him for figuring all that out, I don't think I've heard any questions from this person19:12
sigmavirus24palendae: yeah19:13
odyssey4mepalendae sigmavirus24 he logged a bug with a fix attached :)19:14
palendaeCool19:14
palendaeodyssey4me: It really looks like you're going through *every bug* right now. Seriously, go to bed19:14
palendaeThey'll be there tomorrow19:15
odyssey4mepalendae it's only 8pm :p19:16
*** fawadkhaliq has joined #openstack-ansible19:16
palendaeWell stop working :)19:16
odyssey4meI have a drink in hand, so this isn't work. :p19:16
*** fawadk has quit IRC19:19
*** weezS has quit IRC19:22
openstackgerritJesse Pretorius proposed stackforge/os-ansible-deployment: Allow Swift middleware to be set via a variable  https://review.openstack.org/18156019:23
*** Apsu has quit IRC19:24
*** weezS has joined #openstack-ansible19:24
*** fawadk has joined #openstack-ansible19:24
*** Apsu has joined #openstack-ansible19:24
*** fawadkhaliq has quit IRC19:26
openstackgerritJesse Pretorius proposed stackforge/os-ansible-deployment: Fix repo section in example config file  https://review.openstack.org/20718919:29
*** jmckind has quit IRC19:31
*** weezS has quit IRC19:32
odyssey4mepalendae d34dh0r53 sigmavirus24 backport to juno: https://review.openstack.org/20715819:41
*** annashen has joined #openstack-ansible19:42
*** jmckind has joined #openstack-ansible19:43
openstackgerritMerged stackforge/os-ansible-deployment: Re-enable building of heat_repo_plugins  https://review.openstack.org/20715519:43
sigmavirus24odyssey4me: is that etherpad with the IdP/SP instructions still current?19:43
odyssey4mesigmavirus24: I don't think so. The attribute structure was changed.19:44
sigmavirus24cool19:44
palendaeodyssey4me: Pretty sure juno that backport needs to be rpc_inventory.json19:45
odyssey4mepalendae whoops, if it is can you revise it please? I've just been trawling for orphaned patches.19:46
openstackgerritNolan Brubaker proposed stackforge/os-ansible-deployment: Set default inventory file for inventory-manage.py  https://review.openstack.org/20715819:49
openstackgerritNolan Brubaker proposed stackforge/os-ansible-deployment: Set default inventory file for inventory-manage.py  https://review.openstack.org/20715819:50
odyssey4mesweet, ,thanks palendae19:51
odyssey4med34dh0r53 ^19:51
d34dh0r53good catch palendae19:52
*** KLevenstein has quit IRC19:57
*** KLevenstein_ has joined #openstack-ansible19:58
*** KLevenstein_ is now known as KLevenstein19:58
*** fawadk has quit IRC20:02
*** yaya has joined #openstack-ansible20:06
openstackgerritNolan Brubaker proposed stackforge/os-ansible-deployment: Remove reference to missing user_group_vars file  https://review.openstack.org/20720420:07
openstackgerritMerged stackforge/os-ansible-deployment: update teardown.sh to remove mongodb  https://review.openstack.org/20699620:15
*** openstackgerrit has quit IRC20:16
*** openstackgerrit has joined #openstack-ansible20:17
*** TheIntern has joined #openstack-ansible20:19
*** KLevenstein has quit IRC20:19
*** KLevenstein has joined #openstack-ansible20:19
*** yaya has quit IRC20:32
*** hiddentoken has joined #openstack-ansible20:32
*** jmckind has quit IRC20:33
openstackgerritMiguel Grinberg proposed stackforge/os-ansible-deployment: Wrapper script to perform K2K federated login  https://review.openstack.org/20385920:44
*** TheIntern has quit IRC20:49
*** yapeng has joined #openstack-ansible20:50
openstackgerritJesse Pretorius proposed stackforge/os-ansible-deployment: update teardown.sh to remove mongodb  https://review.openstack.org/20721420:53
odyssey4me^backport d34dh0r53 palendae sigmavirus2420:53
*** yaya has joined #openstack-ansible20:54
*** yapeng has quit IRC20:56
*** jwagner is now known as jwagner_away20:58
*** prometheanfire has quit IRC21:05
odyssey4meFYI: http://lists.openstack.org/pipermail/openstack-operators/2015-July/007809.html and http://lists.openstack.org/pipermail/openstack-dev/2015-July/070936.html21:10
openstackgerritNolan Brubaker proposed stackforge/os-ansible-deployment: Remove reference to missing user_group_vars file  https://review.openstack.org/20720421:16
*** prometheanfire has joined #openstack-ansible21:17
*** hiddentoken has quit IRC21:30
*** Mudpuppy has quit IRC21:33
*** Mudpuppy has joined #openstack-ansible21:33
*** annashen has quit IRC21:39
*** annashen has joined #openstack-ansible21:43
*** yaya has quit IRC21:45
*** Mudpuppy has quit IRC21:54
*** Mudpuppy_ has joined #openstack-ansible21:54
*** prad has quit IRC21:59
*** markvoelker has quit IRC22:02
odyssey4mesigmavirus24 heh, if the admin & public endpoints are v3 but the internal is v2, glance is happy22:04
* sigmavirus24 squints22:05
odyssey4meso typically public/internal are set to the same, right - unless there's an ssl offloader or whatever22:05
odyssey4meall the services are set to use the internal (v2) endpoint22:06
odyssey4mebut in this case I'm setting the public endpoint specifically to v3 for horizon's use, and it's working22:06
odyssey4medoing a full tempest run now22:06
*** daneyon has quit IRC22:11
odyssey4mesigmavirus24 oh yes, happy days22:13
*** d34dh0r53 has quit IRC22:13
*** odyssey4me has quit IRC22:13
*** d34dh0r53 has joined #openstack-ansible22:13
*** odyssey4me has joined #openstack-ansible22:14
*** Mudpuppy_ has quit IRC22:15
*** d34dh0r53 has quit IRC22:15
*** d34dh0r53 has joined #openstack-ansible22:16
openstackgerritJesse Pretorius proposed stackforge/os-ansible-deployment: Keystone Federation Service Provider Configuration  https://review.openstack.org/19439522:19
*** d34dh0r53 has quit IRC22:23
*** d34dh0r53 has joined #openstack-ansible22:23
*** odyssey4me has quit IRC22:24
*** odyssey4me has joined #openstack-ansible22:25
*** KLevenstein has quit IRC22:27
*** d34dh0r53 has quit IRC22:27
*** d34dh0r53 has joined #openstack-ansible22:27
*** sigmavirus24 has quit IRC22:31
*** d34dh0r53 has quit IRC22:32
*** sigmavirus24 has joined #openstack-ansible22:32
*** d34dh0r53 has joined #openstack-ansible22:33
*** abitha has joined #openstack-ansible22:38
*** sdake has quit IRC22:40
*** sdake has joined #openstack-ansible22:40
*** sdake has quit IRC22:42
*** sigmavirus24 is now known as sigmavirus24_awa22:43
openstackgerritMerged stackforge/os-ansible-deployment: update teardown.sh to remove mongodb  https://review.openstack.org/20721422:52
openstackgerritMerged stackforge/os-ansible-deployment: Remove reference to missing user_group_vars file  https://review.openstack.org/20720422:52
*** markvoelker_ has joined #openstack-ansible22:57
*** spotz is now known as spotz_zzz22:59
*** daneyon has joined #openstack-ansible23:09
*** daneyon_ has joined #openstack-ansible23:10
*** daneyon has quit IRC23:13
*** JRobinson__ has joined #openstack-ansible23:16
*** annashen has quit IRC23:28
*** daneyon_ has quit IRC23:29
openstackgerritMerged stackforge/os-ansible-deployment: Keystone Federation Identity Provider Configuration  https://review.openstack.org/19425923:41
*** darrenc is now known as darrenc_afk23:47
*** daneyon has joined #openstack-ansible23:53

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