Monday, 2015-06-29

*** JRobinson__ is now known as JRobinson__afk00:11
*** miguelgrinberg has quit IRC00:26
*** darrenc is now known as darrenc_afk00:26
*** JRobinson__afk is now known as JRobinson__00:47
*** darrenc_afk is now known as darrenc00:58
*** miguelgrinberg has joined #openstack-ansible01:28
*** markvoelker has joined #openstack-ansible01:30
*** markvoelker has quit IRC01:35
*** javeriak has joined #openstack-ansible01:50
openstackgerritKevin Carter proposed stackforge/os-ansible-deployment: Remove all of the rpc_release.link files  https://review.openstack.org/19649702:28
openstackgerritKevin Carter proposed stackforge/os-ansible-deployment: Updated tempest isolation options  https://review.openstack.org/19522502:36
openstackgerritKevin Carter proposed stackforge/os-ansible-deployment: Updated keystone to use fernet as the default  https://review.openstack.org/19522602:37
openstackgerritKevin Carter proposed stackforge/os-ansible-deployment: Updated default fernet key usage  https://review.openstack.org/19649902:38
*** sigmavirus24_awa is now known as sigmavirus2403:15
*** markvoelker has joined #openstack-ansible03:19
*** markvoelker has quit IRC03:23
*** javeriak has quit IRC03:31
*** sdake has joined #openstack-ansible03:32
*** sdake has quit IRC03:36
*** sigmavirus24 is now known as sigmavirus24_awa03:38
*** sigmavirus24_awa is now known as sigmavirus2403:39
*** sdake has joined #openstack-ansible03:39
*** sigmavirus24 is now known as sigmavirus24_awa03:49
*** sdake_ has joined #openstack-ansible03:58
*** sdake has quit IRC04:02
*** JRobinson__ is now known as JRobinson__afk04:09
openstackgerritMerged stackforge/os-ansible-deployment: Added flag to instruct yaprt to ignore tempest  https://review.openstack.org/19523204:36
openstackgerritMerged stackforge/os-ansible-deployment: Added options for enabling instance_passwords  https://review.openstack.org/19522204:42
*** JRobinson__afk is now known as JRobinson__05:07
*** markvoelker has joined #openstack-ansible05:08
*** markvoelker has quit IRC05:12
*** shausy has joined #openstack-ansible05:43
*** javeriak has joined #openstack-ansible06:19
*** markvoelker has joined #openstack-ansible06:56
*** markvoelker has quit IRC07:01
evrardjpgood morning everyone08:16
*** javeriak has quit IRC08:41
*** markvoelker has joined #openstack-ansible08:45
*** JRobinson__ has quit IRC08:47
*** markvoelker has quit IRC08:50
odyssey4meo/ evrardjp09:06
evrardjpI have some issues and comments about my last week OSAD deployment... but in overall it's really easy to deploy, so congrats09:08
*** shausy has quit IRC09:11
*** shausy has joined #openstack-ansible09:12
openstackgerritgit-harry proposed stackforge/os-ansible-deployment: Add role system-crontab-coordination  https://review.openstack.org/19658609:12
odyssey4meevrardjp oh? this was your first time?09:13
evrardjpwith osad, yes09:14
evrardjpI used rpc in the past09:14
odyssey4meah - which branch did you deploy from?09:14
evrardjpkilo09:14
evrardjpI guess I'll work with Sam-I-Am on documentation, for the topics "what's next?"09:15
evrardjpalso on testing about the installation... The current documentation is only talking about testing the web interface, which is definitely not enough... (use Tempest maybe?)09:15
odyssey4meevrardjp You could add a topic for feedback to the Thu meeting for discussion.09:17
odyssey4meIf there are specific enhancements/bugs that need attention, the best feedback is in the form of bugs with the appropriate details.09:17
odyssey4meTempest can be used to test an environment, but it needs some very specific setup which isn't ideal - and if it fails then it doesn't always clean up well either. That said, if some docs were put together on how to use it, that may be quite beneficial.09:18
svggood morning evrardjp odyssey4me09:23
evrardjphello svg09:23
odyssey4meo/ svg09:23
svgevrardjp: did you deploy wit ceph in the picture yet?09:23
evrardjpnot yet09:23
evrardjpwe have to fix our internal ceph routing first09:24
evrardjpbut that's our internal business :p09:24
evrardjpno worries, I'll definitely keep you informed09:24
svgI got recently some new and good feedback on the review, I need to attend, not sure yet when I will find the time though.09:25
evrardjpodyssey4me: I'll feed bugs when I'll have my CLA signed...09:25
evrardjpsorry for the delay09:25
*** fawadkhaliq has joined #openstack-ansible09:30
*** vdo has joined #openstack-ansible09:33
*** openstackgerrit has quit IRC09:53
*** openstackgerrit has joined #openstack-ansible09:53
openstackgerritMerged stackforge/os-ansible-deployment: Make swift_proxy_vars not a required variable  https://review.openstack.org/19601209:55
openstackgerritMerged stackforge/os-ansible-deployment: Upgrade to ansible 1.9.2  https://review.openstack.org/19614409:56
openstackgerritMerged stackforge/os-ansible-deployment: Ensure flush-net-cache on local host  https://review.openstack.org/19621610:01
*** sdake_ is now known as sdake10:01
*** uschreiber_ has joined #openstack-ansible10:03
*** uschreiber_ has quit IRC10:05
*** markvoelker has joined #openstack-ansible10:34
*** markvoelker has quit IRC10:40
svgIs there a practical example to be found somewhere on how one would handle traffic to the external vip to be forwarded to the internal one?10:40
svgI remain confused on which endpoints *must* be avaailable externally, and which not10:40
*** subscope has joined #openstack-ansible10:42
*** eandersson has joined #openstack-ansible10:45
eanderssonMorning10:45
eanderssonIs support for Keystone V3 planned?10:46
odyssey4meeandersson it's already there10:46
eanderssonOh10:46
odyssey4mesvg the public endpoints are what you'd generally want available 'externally'10:46
odyssey4mesvg whether it's truly external (ie on the internet) would depend on your use-case though10:47
odyssey4meeandersson within the plays we largely still make use of the v2 endpoints, but the v3 endpoints are setup and usable10:48
svgwell, say I'd think that I only need horizon externally10:48
odyssey4mesvg then that's fine - the other endpoints will only be needed if you're providing access to the API's in a public manner10:48
*** lkoranda_ has joined #openstack-ansible10:49
eanderssonI wonder if the Keystone V3 support is set up so that it can handle domain tokens. :p10:50
odyssey4meeandersson we're doing some federation work at the moment which involves working with the v3 API and it seems like everything's working ok - do you have a specific issue that you're seeing?10:51
svg!/ IIRC, one needs the spice connection available at least on the pub ip if horizon is used10:52
openstacksvg: Error: "/" is not a valid command.10:52
svgIIRC, one needs the spice connection available at least on the pub ip if horizon is used10:52
eanderssonWe just started to evauluate the use of Ansible, and while viewing the implementation it did not look like it was supported.10:52
svgand we als noticed internal components doing calls to the public ip10:52
*** subscope has quit IRC10:52
*** lkoranda has quit IRC10:52
*** fawadkhaliq has quit IRC10:53
svgbut that might be a biug in neutron10:54
*** lkoranda_ has quit IRC10:55
odyssey4mesvg oh yeah, that is another one that would be useful10:56
odyssey4meeandersson ah, ok - are you referring to the Ansible openstack modules, or the stackforge project os-ansible-deployment?10:56
eanderssonWe were looking at the ansible-modules-core modules.10:57
odyssey4mesvg although we do try to set the various components to use the internal/admin URL's where possible, there are often bugs in the clients or modules which ignore such settings... it would be advisable that you allow your internal environment to access your public endpoints10:58
eanderssonWhat is the difference if you mind me asking? :D10:58
odyssey4meeandersson ah, this channel is focused on deploying openstack with ansible with https://github.com/stackforge/os-ansible-deployment10:59
odyssey4mehowever, I can inform you that Ansible v2 will include vastly updated modules for working with openstack10:59
*** lkoranda has joined #openstack-ansible10:59
eanderssonThat is exactly what we are looking for, so sounds like I am in the right place, but with the wrong idea. :p10:59
odyssey4meeandersson: https://github.com/ansible/ansible/blob/devel/CHANGELOG.md has the list of stuff that will be in Ansible v211:00
openstackgerritDarren Birkett proposed stackforge/os-ansible-deployment: Handle proxies through environment variables  https://review.openstack.org/19271711:00
odyssey4meeandersson we have some docs published from our source tree, fyi: http://osad.readthedocs.org/en/latest/11:02
eanderssonBasically we are looking into using Ansible for our orchestration needs.11:03
eanderssonfor Openstack11:03
eanderssonThanks11:03
odyssey4meeandersson well, that's still a little ambiguous - are you looking to work with an existing openstack environment to do client type tasks like build instances, etc?11:04
odyssey4meor are you looking to build your own openstack environment back-end (ie deploy glance, nova, cinder, keystone, etc)?11:05
eanderssonI would say both =]11:06
eanderssonbut having that said we would probably start with client tasks.11:06
eanderssonSince we already have our infrastructure.11:06
odyssey4meeandersson this project is for the latter, whereas the ansible core modules are for the former11:06
eanderssonMakes sense. I was just reading up on the documentation.11:07
eanderssonThanks for the help odyssey4me.11:07
odyssey4meeandersson many of the people in this channel have been involved in the development of the updated ansible core modules too :)11:07
openstackgerritDarren Birkett proposed stackforge/os-ansible-deployment: [WIP] Updated MariaDB to the new release version (10.0)  https://review.openstack.org/17825911:07
vincent_vdksvg, the internal components use this ip too afaik11:14
openstackgerritJesse Pretorius proposed stackforge/os-ansible-deployment: [WIP] Keystone SP configuration  https://review.openstack.org/19439511:30
evrardjpsvg: we experienced a lot of discrepencies in the past with clients, but remember that you can overwrite endpoints with the clients... just check their CLI in detail...11:33
*** markvoelker has joined #openstack-ansible11:35
*** fawadkhaliq has joined #openstack-ansible11:36
*** markvoelker has quit IRC11:40
odyssey4meevrardjp fyi the CLA only applies to code submissions afaik... bug registering or feature requests have no reliance on the CLA11:40
*** sdake has quit IRC11:43
evrardjpI know, I'm not striclty linked to it... I prefer waiting for a clear management decision on about what I may do or not. Internal policy only, sorry to speak about that on the channel11:44
evrardjpQuick question about quotas: I've seen neutron is deployed using the db driver quota so it's easy to adapt quotas with whatever (CLI, SDK...)11:45
evrardjpI don't see anything in the configuration of quotas for cinder, I only see something in the role os_cinder, namely seomthing in files/policy.json11:46
*** fawadkhaliq has quit IRC11:46
evrardjpis this enough to use the CLI to define quotas for cinder?11:46
evrardjpconfiguration of default quotas used to be in cinder.conf11:47
odyssey4meevrardjp I'm not entirely sure, but as I recall the config files only ever defined defaults11:48
evrardjpyeah11:48
odyssey4meyou could always override via CLI11:48
evrardjpbut that's what I am looking for11:49
evrardjpdefining default cinder values11:49
evrardjppolicy.json brings the RBAC to who can do what, but not setting anything default, right?11:49
odyssey4meevrardjp yep11:51
odyssey4meand yeah, I don't see any quota_ entries in the cinder.conf template, which means none are set at the moment11:51
*** javeriak has joined #openstack-ansible11:52
evrardjpSo I guess quota_driver = cinder.quota.DbQuotaDriver could be added in the template :)11:52
evrardjpOk i'll write it in my list11:52
odyssey4meevrardjp isn't that a default?11:53
evrardjpI thought it was conf11:53
evrardjpI'll check11:53
odyssey4meevrardjp it's a default value - ie when cinder loads, if there's no alternative conf set then it assumes that it must use that one11:54
*** markvoelker has joined #openstack-ansible11:55
odyssey4meevrardjp these are all the defaults which are set in the environment we build as we don't provide anything to override a default: https://github.com/openstack/cinder/blob/master/cinder/quota.py#L37-L7611:56
evrardjpI was on it, I was interrupted before sending my message: "you were right, it's the default"11:58
evrardjpmy point was also about the difference between neutron.conf.j2 and cinder.conf.j212:00
evrardjpanyway, it will be fine for me12:00
*** tlian has joined #openstack-ansible12:02
*** eandersson has quit IRC12:12
openstackgerritJesse Pretorius proposed stackforge/os-ansible-deployment: [WIP] Keystone SP configuration  https://review.openstack.org/19439512:25
openstackgerritDarren Birkett proposed stackforge/os-ansible-deployment: Allow Swift middleware to be set via a variable  https://review.openstack.org/18156012:32
openstackgerritMatt Thompson proposed stackforge/os-ansible-deployment: Use the correct upstream repos.  https://review.openstack.org/18509912:37
openstackgerritDarren Birkett proposed stackforge/os-ansible-deployment: Allow Swift middleware to be set via a variable  https://review.openstack.org/18156012:38
*** fawadkhaliq has joined #openstack-ansible12:47
*** fawadkhaliq has quit IRC12:51
openstackgerritJesse Pretorius proposed stackforge/os-ansible-deployment: [WIP] Keystone SP configuration  https://review.openstack.org/19439512:56
*** javeriak has quit IRC12:58
*** jlvillal has quit IRC13:08
evrardjpok again a question for you... I have a network for public access, that is currently mapped to a vlan on my openstack hosts13:13
evrardjpI'd like to give it to neutron as a provider network13:13
odyssey4meevrardjp as a floating ip network, as a shared external network, or as a provider network for a particular project?13:16
evrardjpshoudl I use the provider_networks in openstack_user_config.yml and create a network with type raw on a bridge that I create on each host or a type vlan ?13:16
evrardjpfloating ip13:16
evrardjpat least for v413:16
odyssey4meevrardjp is this in addition to other floating ip networks?13:16
evrardjpv6 is another story13:16
evrardjpnope13:17
evrardjpatm I don't have anything setup with OSAD13:17
evrardjpso I need a floating IP13:17
evrardjpfor v413:17
odyssey4meso this will be your only floating ip network at this stage13:17
evrardjpyup13:17
evrardjpwill there be problems later?13:17
odyssey4metypically, although I'm a bit rusty at this stuff, the floating ip network is implemented as a flat network (ie you handle the vlan tagging on the OS - neutron does not do this)13:18
odyssey4mebut you can do it other ways if you create the network correctlyin neutron13:18
evrardjpthat completely answers my question... you'd rather do it on a flat net13:19
evrardjp:)13:19
evrardjpthanksè!13:19
evrardjpthanks*13:19
*** jlvillal has joined #openstack-ansible13:19
odyssey4meSam-I-Am any thoughts on that?13:20
evrardjpwas this the purpose of the type "flat" in the openstack_user_config.yml.example?13:21
Sam-I-Amodyssey4me: wat13:21
* Sam-I-Am scrolls back13:21
Sam-I-Amevrardjp: do you want the host or neutron to tag the vlan?13:22
odyssey4meflat = host tags the vlan (or it's a default/untagged network on that interface)13:23
evrardjpI don't mind, I'd rather do it according to rackspace/OSAD best practices13:23
evrardjpif it's a flat, I'll add what's needed on the hosts13:24
evrardjpif the best practice is to say to neutron it's a vlan network, I'll adapt myself13:24
evrardjpat the end of the openstack_user_config.yml.example there is a flat network13:25
evrardjpthat uses br-vlan13:25
evrardjpit seems that untagged traffic will be used for this network13:25
Sam-I-Amits probably best to have neutron do the tagging so you can add more networks later without adjusting the host configuration13:25
evrardjpwhich I disabled, I don't see the point13:26
evrardjp(in my system)13:26
evrardjpthat's what I thought13:26
evrardjpso I had a type vlan with range something13:26
odyssey4meyeah, that makes more sense13:26
evrardjpand in this range, I have a vlan that can be used for my floating ips13:26
evrardjpso I planned to have a provider network for that13:27
evrardjpso that's the best practice then?13:27
Sam-I-Amyou can always have 1 flat network on any vlan map13:27
Sam-I-Ambecause its just the untagged vlan13:27
evrardjpright13:27
evrardjpwhat do you think about helping operators in the deployment by mentionning something about providers network here: http://osad.readthedocs.org/en/latest/install-guide/targethosts-networkrefarch.html13:28
evrardjpmost of the people will need a floating IP network at some point, and it's never mentionned...13:29
Sam-I-Amtwo totally different topics13:29
Sam-I-Amthat page references the host config13:29
Sam-I-Amdo you want provider networks or floating ips?13:31
evrardjpfloating IPs13:31
*** TheIntern has joined #openstack-ansible13:31
Sam-I-Amthats out of the scope of the install guide13:32
evrardjpbut still, it has to end on the host, there is no magic...13:32
evrardjpok13:32
Sam-I-Amyou need the br-vlan and br-vxlan13:32
Sam-I-Amyour tenant networks (vxlan) will use br-vxlan, and your external networks will usually use br-vlan13:32
Sam-I-Amalthough you can do vlan tenant networks too13:32
Sam-I-Ambut need an additional bridge and mapping13:32
evrardjpI fully agree with you13:33
Sam-I-Amthe ref arch more or less handles the tenant -> router -> external scenario13:33
evrardjpand external isn't mentionned in the doc, that's my point13:34
evrardjpjust mentionning what you just said clarifies everything on the doc13:35
Sam-I-Amat some point i'm planning to add a simpler architecture13:36
Sam-I-Amthe one thats there is from rackspace13:36
Sam-I-Ami just dont have the time13:36
evrardjpThere is no need to have a simpler architecture if this one is fine... The thing is: it wasn't clear for me how to link my tenant networks/routers to outside world, because it wasn't mentionned in the docs... There are so many ways to do it...13:39
evrardjpI'll take your advice, use a vlan from br-vlan and define it publicly13:39
evrardjp(If I understood correctly)13:39
Sam-I-Amyeah, and its the neutron net-create command that defines it as external13:41
Sam-I-Amwhen you use --provider:physical_network13:42
evrardjpyeah ofc, but that's standard openstack13:44
evrardjp-but13:44
evrardjpthere was no link for me in terms of best practices, that's just it... I'm used to define br-flat networks for my floating ips...13:44
evrardjpand I understand I can do it too with OSAD13:45
evrardjpsorry for these questions13:45
evrardjpthanks for the help13:46
Sam-I-Amhmm13:46
Sam-I-Ammaybe this is more helpful?13:46
Sam-I-Amhttp://docs.openstack.org/networking-guide/deploy_scenario1b.html13:46
evrardjpI was reading 4b13:47
Sam-I-Amprovider networks dont do floating IPs though13:47
Sam-I-Amat least provider networks in the sense of that scenario13:47
evrardjpbut that's the idea of what I thought that should be linked to the reference implementation of OSAD13:47
evrardjpto understand more how to link the two13:48
Sam-I-Amthat scenario connects vms directly to an external/public network13:48
Sam-I-Amit sounded like you wanted 1b, except the external network on which you allocate floating IPs is vlan tagged rather than flat (untagged)13:49
*** Mudpuppy has joined #openstack-ansible13:51
evrardjpI'll check the network configuration again, including these 1b/4b pages... I want to have IPv6 support, so I'll have to be smart :)13:51
Sam-I-Amare you using kilo?13:52
*** Mudpuppy has quit IRC13:52
*** Mudpuppy has joined #openstack-ansible13:53
evrardjpyup13:54
Sam-I-Amwe havent tested v6 in osad, but i know v6 works in theory in kilo13:55
Sam-I-Ami'd be interested to see what happens :)13:56
Sam-I-Ampalendae: the readthedocs thing just publishes from the osad repo, right?13:56
evrardjpthat's why I prefer talking with you, staying close to the standard, etc. ;)13:56
palendaeSam-I-Am: Yeah, and it's a manual build process right now13:57
evrardjpI am using make html myself, but it was easier to give you a public link ;)13:57
Sam-I-Ampalendae: hmm, we need to tox/automate it up13:58
Sam-I-Amprobably sooner than later13:58
*** sigmavirus24_awa is now known as sigmavirus2413:58
palendaeSam-I-Am: We do...but I was waiting for the big tent move13:58
palendaeRTD's not gonna be a permanent home13:59
Sam-I-Amgood point13:59
Sam-I-Amwell, put it on the docket for post-tentage13:59
*** subscope has joined #openstack-ansible13:59
Sam-I-Amevrardjp: while the install guide doesnt cover creating neutron networks (merely the infrastructure beneath them) i might either link people to the networking guide (legacy/linuxbridge scenario) or draw out the 2 supported neutron architectures (provider only, or provider+tenant)14:01
Sam-I-Amnot sure yet14:01
*** fawadkhaliq has joined #openstack-ansible14:03
*** subscope has quit IRC14:04
cloudnullMorning14:05
Sam-I-Ammoo14:06
*** KLevenstein has joined #openstack-ansible14:06
*** fawadkhaliq has quit IRC14:08
openstackgerritJesse Pretorius proposed stackforge/os-ansible-deployment: [WIP] Keystone SP configuration  https://review.openstack.org/19439514:13
evrardjpSam-I-Am: I think this would be great for the future14:17
evrardjpgood morning cloudnull14:17
*** subscope has joined #openstack-ansible14:24
*** jwagner_away is now known as jwagner14:25
*** jwagner is now known as jwagner_away14:26
*** jwagner_away is now known as jwagner14:28
openstackgerritJesse Pretorius proposed stackforge/os-ansible-deployment: [WIP] Keystone SP configuration  https://review.openstack.org/19439514:29
*** galstrom_zzz is now known as galstrom14:33
*** sdake has joined #openstack-ansible14:37
*** sdake_ has joined #openstack-ansible14:40
*** sdake has quit IRC14:43
*** shausy has quit IRC14:48
*** fawadkhaliq has joined #openstack-ansible14:49
*** fawadk has joined #openstack-ansible14:57
*** fawadkhaliq has quit IRC15:00
openstackgerritHugh Saunders proposed stackforge/os-ansible-deployment: Create Junit XML Report from tempest run  https://review.openstack.org/19110315:07
openstackgerritKevin Carter proposed stackforge/os-ansible-deployment: Added openstack_kernel options for gc_thresh  https://review.openstack.org/19669915:10
*** KLevenstein has quit IRC15:10
*** KLevenstein has joined #openstack-ansible15:11
openstackgerritKevin Carter proposed stackforge/os-ansible-deployment: Added openstack_kernel options for gc_thresh  https://review.openstack.org/19669915:12
openstackgerritHugh Saunders proposed stackforge/os-ansible-deployment: Create Junit XML Report from tempest run  https://review.openstack.org/19110315:13
openstackgerritKevin Carter proposed stackforge/os-ansible-deployment: Added in keystone reserved port  https://review.openstack.org/19670215:19
openstackgerritKevin Carter proposed stackforge/os-ansible-deployment: Make swift_proxy_vars not a required variable  https://review.openstack.org/19670515:22
*** vdo has quit IRC15:42
*** vdo has joined #openstack-ansible15:50
*** fawadk has quit IRC16:01
*** TheIntern has quit IRC16:08
*** radek__ has joined #openstack-ansible16:12
*** TheIntern has joined #openstack-ansible16:16
*** galstrom is now known as galstrom_zzz16:17
cloudnullCores: there are more than a few items that need reviewing for the upcoming 11.0.4 / 11.1.0 releases . If you have some time it would be great to get some of these things nailed down before too long.16:17
*** eandersson has joined #openstack-ansible16:19
*** fawadkhaliq has joined #openstack-ansible16:27
prometheanfirecloudnull: fancy link?16:31
cloudnullhttps://review.openstack.org/#/q/status:open+project:stackforge/os-ansible-deployment+branch:master,n,z16:32
cloudnullhttps://review.openstack.org/#/q/status:open+project:stackforge/os-ansible-deployment+branch:kilo,n,z16:32
prometheanfireneato16:33
*** radek_ has joined #openstack-ansible16:33
*** radek__ has quit IRC16:34
openstackgerritKevin Carter proposed stackforge/os-ansible-deployment: Added openstack_kernel options for gc_thresh  https://review.openstack.org/19669916:36
*** vdo has quit IRC16:40
*** radek_ has quit IRC16:41
*** Mudpuppy has quit IRC16:43
*** Mudpuppy has joined #openstack-ansible16:44
*** radek_ has joined #openstack-ansible16:47
*** galstrom_zzz is now known as galstrom16:52
*** TheIntern has quit IRC16:55
*** KLevenstein has quit IRC16:57
cloudnullprometheanfire:  of particular interest is https://review.openstack.org/#/c/195853/ which is for fernet17:07
*** javeriak has joined #openstack-ansible17:09
*** javeriak_ has joined #openstack-ansible17:12
*** javeriak has quit IRC17:14
*** sigmavirus24 is now known as sigmavirus24_awa17:15
*** sdake has joined #openstack-ansible17:16
*** KLevenstein has joined #openstack-ansible17:16
*** javeriak_ has quit IRC17:16
*** sdake_ has quit IRC17:20
*** jwagner is now known as jwagner_away17:31
*** dontalton has joined #openstack-ansible17:32
openstackgerritKevin Carter proposed stackforge/os-ansible-deployment: Updated the clone process to exclude unneeded files  https://review.openstack.org/19539917:40
*** abitha has joined #openstack-ansible18:00
*** eandersson has quit IRC18:01
*** TheIntern has joined #openstack-ansible18:01
*** sigmavirus24_awa is now known as sigmavirus2418:03
openstackgerritKevin Carter proposed stackforge/os-ansible-deployment: Added openstack_kernel options for gc_thresh  https://review.openstack.org/19669918:20
*** openstackgerrit has quit IRC18:30
*** openstackgerrit has joined #openstack-ansible18:30
sigmavirus24Stupid question18:31
Sam-I-Amsigmavirus24: this is new?18:32
sigmavirus24Why can't you find by a uuid in keystone of a user?18:32
sigmavirus24I mean, apparently name+id is fine, or just name alone, but not id alone?18:32
sigmavirus24oh wrong channel18:32
sigmavirus24heh18:32
cloudnullheh18:43
*** fawadkhaliq has quit IRC18:44
*** markvoelker_ has joined #openstack-ansible18:51
*** markvoelker has quit IRC18:52
*** jwagner_away is now known as jwagner18:54
*** markvoelker_ has quit IRC18:57
*** markvoelker has joined #openstack-ansible18:57
*** javeriak has joined #openstack-ansible19:02
*** javeriak has quit IRC19:06
*** javeriak has joined #openstack-ansible19:12
*** fawadkhaliq has joined #openstack-ansible19:17
*** fawadk has joined #openstack-ansible19:26
openstackgerritKevin Carter proposed stackforge/os-ansible-deployment: Add support for specifying custom static routes  https://review.openstack.org/19102019:26
*** fawadkhaliq has quit IRC19:27
*** javeriak has quit IRC19:33
*** javeriak_ has joined #openstack-ansible19:33
openstackgerritKevin Carter proposed stackforge/os-ansible-deployment: Create Junit XML Report from tempest run  https://review.openstack.org/19110319:38
openstackgerritKevin Carter proposed stackforge/os-ansible-deployment: Document some of the common scripts  https://review.openstack.org/19327719:42
*** fawadk has quit IRC19:46
palendaecloudnull: Thansk for that ^19:53
*** galstrom is now known as galstrom_zzz19:54
*** galstrom_zzz is now known as galstrom19:58
*** galstrom is now known as galstrom_zzz20:01
openstackgerritKevin Carter proposed stackforge/os-ansible-deployment: Support an externally hosted keystone  https://review.openstack.org/19201520:11
cloudnullpalendae:  np20:12
palendaeSam-I-Am: https://review.openstack.org/#/c/193277/3 eyes on that when you've got time would be appreciated20:14
Sam-I-Ampalendae: downloading at 1200 baud20:15
Sam-I-Amyeah, this needs some work20:15
palendaeYou need some work20:16
Sam-I-Amagreed20:16
*** galstrom_zzz is now known as galstrom20:17
palendaeSam-I-Am: Also made a bug to track moving the docs build stuff to tox: https://bugs.launchpad.net/openstack-ansible/+bug/146987020:17
openstackLaunchpad bug 1469870 in openstack-ansible "Use tox for automating documentation builds" [Undecided,New]20:17
sigmavirus24https://bugs.launchpad.net/openstack-ansible/+bug/1469868 for our next bug triage :D20:18
openstackLaunchpad bug 1469868 in openstack-ansible "OpenStack Ansible Does Not Ship Glance Metadata Definitions" [Wishlist,New]20:18
*** dontalton has quit IRC20:26
stevellemiguelgrinberg: has there been any talk of supporting user-provided root/intermediate ca files for https://review.openstack.org/#/c/19447420:27
miguelgrinbergstevelle: not much talk about that patch. We will likely not need it for federation, we'll terminate SSL at the load balancer, like we've been doing.20:28
miguelgrinbergthe patch supports user-provided certs, but there's nothing to install a CA20:29
miguelgrinbergthe level of support is similar to what we have for horizon more or less20:29
cloudnullsigmavirus24: i dont think the setup.conf for glance packages up https://github.com/openstack/glance/tree/master/etc/metadefs ?20:32
sigmavirus24cloudnull: right, that's the related bug I filed against glance20:32
cloudnullok.20:32
sigmavirus24cloudnull: context, Matt Dorn was asking about metadefs in Glance and osad20:33
sigmavirus24Which made me realize both bugs20:33
stevellemiguelgrinberg: definitely not enthusiastic about that detail, but I suppose good enough.20:33
sigmavirus24For now we could track all of those in osad like we do with other files (sort of templated) but I'd really rather not20:33
sigmavirus24I'm chatting in #openstack-glance about the best way to get glance to ship those appropriately20:33
cloudnullso fixed in libert?20:34
cloudnull:)20:35
cloudnull*liberty20:35
cloudnullmiguelgrinberg:  i just posed a review on that patch.20:37
cloudnulland id like to see the same pattern made available for other services too.20:38
cloudnulleg horizon, spice, repo servers .20:38
cloudnullbut thats in the future.20:38
sigmavirus24cloudnull: probably20:39
sigmavirus24cloudnull: if I ever find time to work on Glance, etc. again20:39
cloudnull:( - sorry.20:39
* cloudnull knows he a time suck20:39
sigmavirus24no you're not20:39
sigmavirus24life is20:39
sigmavirus24real life is kicking my ass this last week20:40
cloudnullyou and me both brother.20:40
sigmavirus24Most people assume my drop in GitHub activity is burn out but it's just RL responsibilities20:40
cloudnullwell take it slow so it doesn't become burnout.20:40
miguelgrinbergcloudnull: yes, saw it. I still have an issue with that patch that I haven't decided how to address. If you upgrade from a no-ssl to an ssl setup, the keystone play fails, because it needs to access the keystone API, so it's a chicken-and-egg situation.20:40
palendaesigmavirus24: real life > internet-people's demands20:41
sigmavirus24This is why I work remote though. Secondary caregiving is pretty much the only thing determining why I life here20:41
sigmavirus24palendae: nos hit20:41
sigmavirus24palendae: macports redistributors are super weird20:41
palendaesigmavirus24: good to know20:41
sigmavirus24Yeah20:41
sigmavirus24Don't ever have code that's redistributed by macports20:41
sigmavirus24They're assholes20:41
cloudnulllol20:41
palendaeI'll try not to write any useful code20:42
palendaeCause then people just want more20:42
sigmavirus24Good idea20:42
sigmavirus24Yeah no joke20:42
cloudnullpalendae:  ++20:42
palendaeFeature request? No, fork it and make it yourself20:42
palendaeForks welcome20:42
cloudnulllol20:42
sigmavirus24palendae: no20:42
sigmavirus24more like a demand to use broken dependencies20:42
palendaesigmavirus24: That's how I work20:42
sigmavirus24and introduce new warnings/errors etc to stable versions20:43
palendaeWell it's macports20:43
cloudnullim a fan of making changes so distro like rhel can use things i write.20:43
palendaeObviously stable version of thing A + stable version of thing B must automatically work together because stable20:43
palendaestable in software should always come with air quotes, too20:43
stevelleI want a sticker that says "Fork Away" that I can place just under the github sticker on the laptop20:45
palendaeHaha20:45
palendaeFork and gtfo20:45
stevelleFork yourself20:45
cloudnulli have that shirt .20:45
palendaeI believe GitHub had to change some wording for that20:45
palendaeMaking a fork of a repo used to say "Hardcore forking action"20:46
lbragstadkeep calm and fork on20:47
sigmavirus24cloudnull: I'm perfectly cool with letting people on distros use my stuff20:48
sigmavirus24I'm not cool with breaking it so packagers don't have to think too hard about packaging it20:48
sigmavirus24that fundamentally doesn't serve the users20:49
*** galstrom is now known as galstrom_zzz21:00
*** JTen has joined #openstack-ansible21:05
sigmavirus24so cloudnull for the keystone v3 work for federation, I'm going to initially keep compatibility with the old playbook syntax (ensure_tenant, etc.) while adding new syntax (ensure_project, etc.) to replace them to keep the patch small. Then I'll21:05
sigmavirus24submit a second patch to upgrade the playbooks and a final third one to remove the old syntax if that is cool with you21:06
cloudnullsounds like a plan to me21:07
cloudnullis there any chance to pull in what is going upstream with the os_identity modules ?21:07
cloudnullIE https://github.com/ansible/ansible-modules-core/blob/devel/cloud/openstack/os_auth.py21:09
* cloudnull doesn't know if that ^ even works21:09
cloudnullseems like https://github.com/ansible/ansible-modules-core/blob/devel/cloud/openstack/os_auth.py is missing pieces21:11
cloudnulllike all of it21:11
*** radek_ has quit IRC21:13
cloudnullnevermind, its doesn't seem that this is a keystone module upstream that will do much of anything.21:14
cloudnull's/this/there/'21:14
dstanekos_auth is very bare bones :-(21:15
cloudnullyup21:15
cloudnullwe should fix that.21:15
* sigmavirus24 forgot to check21:16
dstaneksigh...i started too, but i've turned by plate into an overflowing mess21:16
cloudnullwell nevermind it seems its a work in progress21:16
cloudnullhttps://github.com/ansible/ansible-modules-core/pulls?utf8=%E2%9C%93&q=is%3Apr+is%3Aopen+keystone+21:16
cloudnullsigmavirus24: one module is a domain specific module.21:16
sigmavirus24cloudnull: also, I think that's more for using ansible to deploy to clouds21:16
sigmavirus24instead of to deploy clouds21:16
*** KLevenstein has quit IRC21:18
cloudnulllooks like monty has roles for just about all of the keystone related functions.21:18
*** tlian has quit IRC21:18
cloudnullbut anyways, sigmavirus24 your plan of attack is solid21:20
*** galstrom_zzz is now known as galstrom21:23
openstackgerritKevin Carter proposed stackforge/os-ansible-deployment: Added openstack_kernel options for gc_thresh  https://review.openstack.org/19669921:24
*** javeriak has joined #openstack-ansible21:24
openstackgerritKevin Carter proposed stackforge/os-ansible-deployment: Added openstack_kernel options for gc_thresh  https://review.openstack.org/19669921:26
*** javeriak_ has quit IRC21:26
*** galstrom is now known as galstrom_zzz21:29
*** galstrom_zzz is now known as galstrom21:36
* cloudnull out.21:41
cloudnullhave a good night21:41
*** Mudpuppy has quit IRC21:45
*** Mudpuppy has joined #openstack-ansible21:46
*** Mudpuppy_ has joined #openstack-ansible21:48
*** Mudpuppy has quit IRC21:51
*** Mudpuppy_ has quit IRC21:52
*** sdake_ has joined #openstack-ansible22:01
*** sdake has quit IRC22:04
*** jwagner is now known as jwagner_away22:13
*** daneyon has joined #openstack-ansible22:15
*** tlian has joined #openstack-ansible22:16
*** daneyon_ has joined #openstack-ansible22:16
*** daneyon has quit IRC22:20
*** galstrom is now known as galstrom_zzz22:43
*** daneyon_ has quit IRC23:00
*** sdake has joined #openstack-ansible23:02
*** sdake_ has quit IRC23:05
*** JRobinson__ has joined #openstack-ansible23:08
*** markvoelker has quit IRC23:13
*** TheIntern has quit IRC23:23
*** galstrom_zzz is now known as galstrom23:29
*** tlian2 has joined #openstack-ansible23:47
*** tlian has quit IRC23:49
*** markvoelker has joined #openstack-ansible23:51

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