Thursday, 2015-07-23

*** galstrom is now known as galstrom_zzz00:01
openstackgerritKevin Carter proposed stackforge/os-ansible-deployment: Change to set the container network MTU  https://review.openstack.org/20479600:25
*** alop has quit IRC00:27
openstackgerritKevin Carter proposed stackforge/os-ansible-deployment: Added gate process and more logs  https://review.openstack.org/20431500:28
openstackgerritKevin Carter proposed stackforge/os-ansible-deployment: Add swift-sync role and environment  https://review.openstack.org/20113600:28
openstackgerritKevin Carter proposed stackforge/os-ansible-deployment: Fix glance_nfs_client setting  https://review.openstack.org/20454200:28
openstackgerritKevin Carter proposed stackforge/os-ansible-deployment: Restart mysql when config changed  https://review.openstack.org/20454500:28
openstackgerritKevin Carter proposed stackforge/os-ansible-deployment: Moved user_group_vars to defaults  https://review.openstack.org/20432000:28
openstackgerritKevin Carter proposed stackforge/os-ansible-deployment: Fix haproxy service config when ssl is enabled  https://review.openstack.org/20291100:29
openstackgerritKevin Carter proposed stackforge/os-ansible-deployment: Disable Unattended Upgrades  https://review.openstack.org/20385800:29
cloudnullall of the gate failures that we had due to earlier OS CI failures have been rebased.00:31
* cloudnull going home. have a good night00:34
*** davidself has joined #openstack-ansible00:35
*** shangxdy has joined #openstack-ansible01:58
*** javeriak has joined #openstack-ansible02:20
*** git-harry has quit IRC02:23
*** git-harry has joined #openstack-ansible02:23
javeriakhey... anyone around.02:42
*** shangxdy has quit IRC03:16
openstackgerritMatthew Kassawara proposed stackforge/os-ansible-deployment: Reduce neutron configuration  https://review.openstack.org/20459703:18
*** javeriak has quit IRC03:22
*** javeriak has joined #openstack-ansible03:23
*** javeriak has quit IRC03:59
*** javeriak has joined #openstack-ansible04:10
*** mordred has quit IRC04:11
*** prometheanfire has quit IRC04:11
*** prometheanfire has joined #openstack-ansible04:12
*** daneyon_ has joined #openstack-ansible04:22
*** mordred has joined #openstack-ansible04:24
*** daneyon has quit IRC04:24
*** javeriak has quit IRC04:56
*** shausy has joined #openstack-ansible05:14
jwitkohola jav05:19
*** shausy has quit IRC05:32
*** shausy has joined #openstack-ansible05:33
matttmorning06:12
*** javeriak has joined #openstack-ansible06:51
*** javeriak_ has joined #openstack-ansible06:55
*** javeriak has quit IRC06:55
*** daneyon_ has quit IRC07:20
*** daneyon has joined #openstack-ansible07:21
pellaeonandymccr: I have some problem relating to yesterday's question07:39
pellaeonnow my playbook repo is at 16ac50407:39
pellaeonwhen I run setup-everything, keystone containers stuck:07:40
pellaeonfailed: [infra2_keystone_container-bf3a1760] => (item=keystone) => {"attempts": 5, "cmd": "/usr/local/bin/pip install keystone", "failed": true, "item": "keystone"}07:40
*** subscope has quit IRC07:41
pellaeonI issued "pip install keystone" manually in the keystone containers07:41
pellaeonit returns:07:42
pellaeon# pip install keystone07:42
pellaeonIgnoring indexes: https://pypi.python.org/simple07:42
pellaeonRequirement already up-to-date: keystone in /usr/local/lib/python2.7/dist-packages07:42
pellaeonCollecting oslo.i18n<1.6.0,>=1.5.0 (from keystone) Could not find a version that satisfies the requirement oslo.i18n<1.6.0,>=1.5.0 (from keystone) (from versions: 2.1.0)07:42
pellaeonNo matching distribution found for oslo.i18n<1.6.0,>=1.5.0 (from keystone)07:42
pellaeonusing pip install -v I see that it is due to oslo.i18n@1.5.0 not found at http://172.29.236.19:8181/os-releases/master/07:43
pellaeonand I dug into the code and found that the repo container clones data from rpc-repo.rackspace.com07:44
pellaeonwhich inside http://rpc-repo.rackspace.com/os-releases/master/ doesn't have oslo.i18n@1.5.0 either07:45
pellaeonI'd like to know how rpc-repo.rackspace.com is updated07:46
pellaeonI don't know if its due to me running on a unmerged commit ?07:49
*** vdo has joined #openstack-ansible07:55
*** subscope has joined #openstack-ansible07:56
*** git-harry has quit IRC07:59
*** jmccrory has quit IRC07:59
*** git-harry has joined #openstack-ansible08:01
*** jmccrory has joined #openstack-ansible08:06
*** pilgrimstack has joined #openstack-ansible08:07
matttpellaeon: keystone should be able to use a later oslo.i18n, i wonder if your git checkout is out of date08:09
*** subscope has quit IRC08:09
odyssey4mepellaeon which branch/tag did you checkout?08:15
*** javeriak_ has quit IRC08:15
matttpellaeon: may be worht updating your repo server also08:15
pellaeonmattt: I need the fix in this commit https://review.openstack.org/#/c/204542/08:17
pellaeonso I'm now on 6ac50408:18
pellaeonI did run the repo-clone-mirror.yml playbook08:19
andymccrpellaeon: that should't change any of the requirements, so thats pretty odd. I had a fresh install yesterday which setup oslo.i18n (2.1.0) and keystone's requirements.txt suggests the version just needs to be >=1.5.008:20
odyssey4mepellaeon so there are two options for deployers - one to clone the upstream mirror, which for any branch may or may not work on a given day (only tags are stable)08:20
odyssey4methe other option is to build the repo locally instead, which is how the gate tests do it08:21
odyssey4meyou'll notice a spec has been submitted to remove option one: https://review.openstack.org/20370608:21
pellaeonodyssey4me: I see08:22
pellaeonandymccr: got some ideas on where I should check ?08:23
pellaeonhmm08:24
pellaeonI just did a `pip install -I keystone` and the issue was gone08:25
*** subscope has joined #openstack-ansible08:25
*** jmccrory has quit IRC08:26
pellaeonodyssey4me: thanks for the explanation though :-)08:26
*** jmccrory has joined #openstack-ansible08:27
openstackgerritJesse Pretorius proposed stackforge/os-ansible-deployment: Document required repository hosts config info  https://review.openstack.org/20225808:27
openstackgerritJesse Pretorius proposed stackforge/os-ansible-deployment: Parse latest Tempest results  https://review.openstack.org/20494808:28
openstackgerritJesse Pretorius proposed stackforge/os-ansible-deployment: Target AIO swift vars at specific containers  https://review.openstack.org/20494908:28
openstackgerritAndy McCrae proposed stackforge/os-ansible-deployment: Fix glance_nfs_client setting  https://review.openstack.org/20495408:52
*** shausy has quit IRC09:01
openstackgerritJesse Pretorius proposed stackforge/os-ansible-deployment: Fix glance_nfs_client setting  https://review.openstack.org/20495409:15
openstackgerritMerged stackforge/os-ansible-deployment: Fix glance_nfs_client setting  https://review.openstack.org/20454210:03
openstackgerritAndy McCrae proposed stackforge/os-ansible-deployment: Adjust SSH key creation method for repo servers  https://review.openstack.org/20499610:30
openstackgerritAndy McCrae proposed stackforge/os-ansible-deployment: Adjust SSH key creation method for repo servers  https://review.openstack.org/20499610:45
*** javeriak has joined #openstack-ansible10:49
openstackgerritAndy McCrae proposed stackforge/os-ansible-deployment: Adjust SSH key creation method for Nova compute  https://review.openstack.org/20500811:09
*** davidself has quit IRC11:44
*** tlian has joined #openstack-ansible12:13
*** javeriak has quit IRC12:14
*** javeriak has joined #openstack-ansible12:16
*** prad has joined #openstack-ansible12:41
openstackgerritAndy McCrae proposed stackforge/os-ansible-deployment: Adjust SSH key creation method for Nova compute  https://review.openstack.org/20500812:49
cloudnullandymccr: ^ for that change can we do that for Keystone too?13:00
cloudnullits a much better way, good work on that13:01
cloudnullbtw13:01
openstackgerritAndy McCrae proposed stackforge/os-ansible-deployment: Add swift-sync role and environment  https://review.openstack.org/20113613:04
andymccrcloudnull: yeh im doing keystone now :) got side tracked13:05
andymccrthen i think thats the last one13:06
cloudnullyea i think so too13:06
cloudnullthats a great change! btw. simple and requires no additional scaffolding.13:06
cloudnullandymccr:  os_horizon does it for ssl keys too it seems13:08
cloudnulldo you think this could apply there too ?13:08
cloudnullplaybooks/roles/os_horizon/tasks/horizon_ssl_key_distribute.yml:1713:08
andymccri'll take a look13:09
javeriakhey guys, question, whats the best way to inlclude a host to a predefined host_group, say i want to add compute hosts to the nova_metadata group13:12
javeriaki can't seem to figure out the connection to how they're defined in rpc_enviroment.yml to how they get placed in the rpc_inventory.json13:13
openstackgerritJesse Pretorius proposed stackforge/os-ansible-deployment: Keystone Federation Service Provider Configuration  https://review.openstack.org/19439513:16
openstackgerritAndy McCrae proposed stackforge/os-ansible-deployment: Adjust SSH key creation method for Keystone  https://review.openstack.org/20505613:17
cloudnulljaveriak:  add a belongs_to entry here https://github.com/stackforge/os-ansible-deployment/blob/juno/etc/rpc_deploy/rpc_environment.yml#L216-L220 for the container group your creating IE metadata_containers13:24
cloudnullthen create two entries that look like this in the physical skel https://github.com/stackforge/os-ansible-deployment/blob/juno/etc/rpc_deploy/rpc_environment.yml#L296-L30113:25
cloudnullfor metadata_containers and metadata_hosts13:25
odyssey4mecloudnull andymccr the ssl cert distribution could perhaps be done better using the ansible synchronise module, but it won't quite be the same as the ssh keys as the ssh keys has a special ansible module :/13:29
andymccrwe're rsync'ing?13:30
andymccrhappy to change that up too13:30
andymccri found the synchronize module worked way better13:30
andymccri was having issues with the ring sync on swift plays before13:30
odyssey4meandymccr no, we're not (although I think we might be for the fernet token keys?)13:30
andymccrgrep -ir "rsync" * ?! happy times13:30
cloudnulli dont like the syncronize module in our case. it pulls to the deployment host13:30
andymccrcloudnull: you can "delegate_to"13:31
javeriakcloudnull: okay, leme give that a try, or perhaps its just easier to have the metadata playbook run on compute hosts as well13:31
odyssey4mefor all the ssl cert distributions we're using memcache, with the exception of the case where a user-provided cert is there... in which case we copy from the deployment host to the targets13:31
odyssey4meso it's only for self-signed certs that we ship them through memcache13:32
cloudnullwhich makes sense. pulling back to the deployment host we have to assume the directory structure of the system that things are running on which we have no idea, could be windows, mac, bsd, linux. in the case of a user provided cert its user provided, so its known where they are.13:34
odyssey4meyep13:34
cloudnullbecause theres no try / finally syntax in ansible, at least none that im aware of, we cant guarentee that the cert pulled back to the host is removed from the deployment host13:35
odyssey4meif the memcache model can be replaced with a delegated synchronise, that'd be great - but I recall miguelgrinberg and sigmavirus24_awa both getting stuck when trying to get that right, so they switched to the memcache method13:35
andymccrcloudnull: you are correct, do or do not, there is no try.13:35
odyssey4mehahaha13:36
cloudnullhahah13:36
odyssey4mebut yes, I do not like pulling things back to the deployment host - that brings bad juju13:36
cloudnulljuju is also bad .13:36
cloudnull:)13:36
andymccrsynchronize module can be done in a way that it doesnt ship back to the host13:36
cloudnullif that can happen im game for sure.13:36
andymccryou "delegate_to" one of the hosts13:37
odyssey4mego for it with the Horizon stuff that's recently merged in13:37
andymccrso it does "host[0] --> allotherhosts"13:37
odyssey4methe Keystone fixup of the SSL cert stuff is still pending :/ https://review.openstack.org/19447413:37
andymccrhttps://review.openstack.org/#/c/201136/18/playbooks/roles/os_swift_sync/tasks/swift_rings_distribute.yml e.g.13:37
odyssey4menice!13:38
andymccrjust make sure youget the src/dest + push/pull mode correct or else massive fail ensues :D13:39
cloudnullthats sweet!13:39
cloudnullwe should make that go too, then we can delete the carried module all together.13:40
cloudnullpeoples please go review https://review.openstack.org/#/c/204712 it helps our project config when "DocImpact" is used.13:41
andymccrlgtm13:41
pilgrimstackhi all13:41
openstackgerritMatt Thompson proposed stackforge/os-ansible-deployment-specs: Ceph block devices  https://review.openstack.org/20506213:42
pilgrimstackafter downgrad like advised here, I still have the same problem13:42
pilgrimstackI have /etc/openstack_deploy/openstack_hostnames_ips.yml with null address13:43
pilgrimstack    "osad_cinder_api_container-fc96b74b": {13:43
pilgrimstack        "ansible_ssh_host": null,13:43
pilgrimstack        "container_address": null13:43
pilgrimstack    },13:43
pilgrimstacksomeone has already see this case?13:45
*** javeriak has quit IRC13:48
pilgrimstackAll containers are UP but there IPs are not listed in config files13:50
*** KLevenstein has joined #openstack-ansible13:50
pilgrimstackfor information, I'm just after this step : openstack-ansible setup-hosts.yml13:51
*** spotz_zzz is now known as spotz13:51
andymccrpilgrimstack:  are your networks specified correctly in your openstack_user_config.yml? (provider_networks, specifically the management network)13:55
andymccralso are the entries populated in the openstack_inventory.json?13:55
pilgrimstacknull address too in openstack_inventory.json13:56
pilgrimstackprovider_networks => i'm double-checking13:56
andymccrand another quesiton - are the ips for the physical hosts specified in the inventory/hostname_ips13:57
*** yaya has joined #openstack-ansible13:57
*** javeriak has joined #openstack-ansible13:59
*** dgrauet has joined #openstack-ansible13:59
pilgrimstackI don't have any file named inventory/hostname_ips14:05
*** meteorfox has quit IRC14:06
*** meteorfox has joined #openstack-ansible14:06
andymccrpilgrimstack: sorry i meant in your openstack_inventory or openstack_hostname_ips files14:07
*** sigmavirus24_awa is now known as sigmavirus2414:08
lbragstado/ ahoy ansible gurus! I think I remember asking this question before but unfortunately I don't remember the answer. What is the reason behind using `xtrabackup` versus `xtrabackup-v2` for galera's SST method? https://github.com/stackforge/os-ansible-deployment/blob/master/playbooks/roles/galera_server/templates/cluster.cnf.j2#L3714:11
andymccrlbragstad: im not sure - from what i can see it should probably be xtrabackup-v2 now since we're on a version > 5.5.33-x14:13
*** Mudpuppy has joined #openstack-ansible14:13
lbragstadandymccr: gotcha, I had a feeling it was related to packaging14:13
*** Mudpuppy has quit IRC14:13
lbragstadandymccr: did you all try `rsync`?14:14
lbragstadas the sst method?14:14
*** Mudpuppy has joined #openstack-ansible14:14
*** javeriak has quit IRC14:15
pilgrimstackandymccr: Yes, I have the IP of the pysical hosts14:16
andymccrpilgrimstack: ok good - so it sounds like the mapping of networks isn't correct for the containers so it is failing on that. The settings to check for are in openstack_user_config.yml so the "cidr_networks" which should have the management network specified as a cidr, and then in provider_networks you should have an entry that references "ip_from_q: management" and has a group_binds of "all_containers" wit14:17
andymccrh the "is_ssh_address: true" setting.14:17
pilgrimstackchecking ;)14:18
pilgrimstackall seems good :/ http://pastebin.com/4UD4xeH514:24
cloudnullAndymccr lbragstad https://review.openstack.org/#/c/178259/ is looking to move to mariadb 10 w/ xtrabackup-v2 as the default. At present the role is hardcoded to xtrabackup which is solved in that review.14:24
cloudnullAfk a bit running out to get stronger coffee.14:24
andymccrpilgrimstack: is 'br-mgmt' the name of the bridge/device on the physical hosts?14:25
pilgrimstackyep14:26
andymccrhmm14:26
andymccrso are the containers themselves getting ips in that range?14:26
pilgrimstackchecking14:26
lbragstadcloudnull: awesome, that makes sense14:26
andymccrso if you did lxc-ls -f do the containers have an address in the 192.168.3.0 range14:27
pilgrimstacknop, on 10.0.3.0/24 ...14:28
pilgrimstackdnsmasq seems provide this range14:29
pilgrimstackI don't know why...14:29
pilgrimstackDid I mise the dnsmasq configuration? I didn't see something like this in the doc14:30
andymccrpilgrimstack: nope thats the default lxc ip range so thats normal14:30
andymccrbut you should have a second ip if everything is working properly14:30
pilgrimstackevery container should have eht0 on 10.0.3.0/24 and eth1 on the cidr_management, that's what you mean?14:32
andymccrcorrect14:32
andymccre.g. lxc-ls -f on a host of mine with a management range of 10.241.0.0/24: galera_container-f3f16f1b       RUNNING  10.0.3.146, 10.241.0.22714:32
pilgrimstackmmmh, strange, it seems that my containers are lazy and don't what to use the second IF14:34
andymccrwell the inventory would get created first (which tells the containers which ip to take) so im guessing the issue is further up than the containers themselves14:36
pilgrimstackCan you tell me what you have in your /etc/lxc/lxc-openstack.conf, plz ?14:37
andymccrjust the default eth0 lxc network14:37
pilgrimstackok14:38
pellaeonHello i've been having trouble with my keystone_container14:39
pellaeonit always stuck at the task os_keystone | Ensure admin tenant14:39
pellaeonerror message: http://pastebin.com/gWFis9vX14:40
andymccrpellaeon: are you using the setup-everything.yml play?14:40
lbragstadlooks like it can't find the domain to use?14:41
*** TheIntern has joined #openstack-ansible14:41
pellaeonandymccr: it will fail no matter I use the setup-everything.yml or os-keystone-install.yml14:41
andymccrlbragstad: yeah i think its because the setup-everything.yml play doesn't include haproxy (since we considered haproxy to be for testing/dev)14:41
andymccrso it will be trying to connect to a VIP that doesnt exist14:41
lbragstadandymccr: ahh, interesting14:41
pellaeonwait, some more details14:42
pellaeonI checked /var/log/keystone/ssl_access.log on the keystone containers14:42
pellaeonit showed this:14:43
pellaeon"GET /v2.0/domains HTTP/1.1" 404 344 "-" "python-keystoneclient"14:43
pellaeonI do indeed use haproxy btw14:44
matttpellaeon: when you say get stuck, is it literally timing out or bailing w/ a specific message?14:44
pellaeonkeystone domain API is in V3, V2 doesn't have that api14:44
andymccrpellaeon: so the haproxy install doesnt happen as part of setup-eveyrthing.yml, so try run the haproxy-install.yml playbook14:44
andymccrand then the keystone-install.yml playbook14:44
andymccri imagine that will work14:44
pellaeonmattt: not timing out, it spits out error message: http://pastebin.com/gWFis9vX14:45
matttpellaeon: can you rerun the haproxy-install.yml playbook just to rule that out?14:48
pellaeonmattt: running14:50
matttpellaeon: can you also check your openrc in the keystone container to make sure it's using keystone v3 ?14:50
pellaeonmattt: oh-uh, it's using V2...14:51
pellaeonexport OS_IDENTITY_API_VERSION=214:51
openstackgerritMerged stackforge/os-ansible-deployment: Adjust SSH key creation method for Keystone  https://review.openstack.org/20505614:52
openstackgerritMerged stackforge/os-ansible-deployment: Fix haproxy service config when ssl is enabled  https://review.openstack.org/20291114:52
pilgrimstackandymccr: OMG… syntax problem, wrong indation in my yaml…14:54
pilgrimstacklot of comment beween two section and indentation broken14:55
pilgrimstacksorry for this time on this stupid thing14:55
andymccrhaha no problem pilgrimstack - glad its fixed at least, if it wasnt something like that i was getting to the point where i had no ideas left :)14:56
*** KLevenstein has quit IRC14:56
matttpellaeon: you're running master right?  did you iniitially deploy some time again, run into issues, re-pull your checkout and try again?14:56
mattttrying to understand what's going on here :)14:56
pellaeonmattt: until yesterday I was running kilo branch14:57
matttpellaeon: did you get a successful deploy on kilo?14:58
pellaeonI originally added include haproxy-install.yml to setup-infrastructure.yml14:58
odyssey4mepellaeon haproxy-install must run after setup-infrastructure, or at least at the end of it14:59
pellaeonbut I now realized that it was overwritten by yesterday's checkout to master14:59
pellaeonIt did deploy, though not fully working, I'm still tweaking the user_config15:00
pellaeonI mean, it's probably not the playbooks' fault, but my configuration15:00
*** KLevenstein has joined #openstack-ansible15:01
pellaeonodyssey4me: it's been quite some time I forgot where I put it actually, but I did follow the sequence on a post explaining haproxy on the forum, which I couldn't find now15:01
odyssey4mepellaeon a good way to know the process is to look at scripts/run-playbooks.sh which is the way the gate checks are done15:02
pellaeonodyssey4me: I see15:04
*** weezS has joined #openstack-ansible15:05
*** KLevenstein has quit IRC15:05
pellaeonnow i'm re-running setup-hosts.yml, so it might take a while15:05
*** KLevenstein has joined #openstack-ansible15:05
pellaeonhttps://community.rackspace.com/products/f/45/t/4326 yep, this one's the haproxy post15:06
pellaeonnow running setup-infrastructure...15:06
*** fawadkhaliq has joined #openstack-ansible15:07
openstackgerritKevin Carter proposed stackforge/os-ansible-deployment: Document required repository hosts config info  https://review.openstack.org/20510015:08
*** vdo has quit IRC15:10
pellaeonfound this line in user_group_vars.yml :15:12
pellaeonkeystone_service_internalurl: "{{ keystone_service_internaluri }}/v2.0"15:12
pellaeonwhich is the cause for openrc to export OS_IDENTITY_API_VERSION=215:13
pellaeonhmm I see you moved user_group_vars to playbooks/inventory/group_vars/hosts.yml15:15
*** dgrauet has quit IRC15:17
*** gregdek has quit IRC15:23
*** javeriak has joined #openstack-ansible15:27
*** Bjoern_ has joined #openstack-ansible15:31
*** javeriak has quit IRC15:34
*** javeriak_ has joined #openstack-ansible15:38
openstackgerritMerged stackforge/os-ansible-deployment: Adjust SSH key creation method for Nova compute  https://review.openstack.org/20500815:44
pellaeonran into another weird issue when running haproxy-install fatal: [haproxy1] => {'msg': 'AnsibleError: host not found: {', 'failed': True}15:53
*** yaya has quit IRC15:58
cloudnullmeeting cloudnull, mattt, andymccr, d34dh0r53, hughsaunders, b3rnard0, palendae, Sam-I-Am, odyssey4me, serverascode, rromans, mancdaz, dolphm, _shaps_, BjoernT, claco, echiu, dstanek, jwagner, ayoung16:00
cloudnullin #openstack-meeting-416:00
odyssey4mesigmavirus24 as it turns out, I was wrong - horizon is actually behaving... the wrong endpoint usage was due to some sort of caching from before I changed the endpoint16:01
*** yaya has joined #openstack-ansible16:02
odyssey4mesigmavirus24 what it does mean though is that we need to ensure that the public endpoint is also v3, not v2 as it is currently - is there a reason why we only set the admin endpoint as v3 and left the internal/public endpoints as v2?16:02
cloudnullMeeting information https://wiki.openstack.org/wiki/Meetings/openstack-ansible16:02
*** weezS has quit IRC16:03
sigmavirus24sorry16:03
sigmavirus24odyssey4me: that was changed by someone else last minute before my patch was approved to avoid a merge conflict16:04
sigmavirus24Like I said in our internal meeting, don't pull that shit16:04
odyssey4mesigmavirus24 ah, so the intent was to set them all to the v3 endpoint then?16:04
sigmavirus24yes16:05
odyssey4mecool, thanks - I'll fix that up then16:05
sigmavirus24:thumbsup:16:05
*** TheIntern has quit IRC16:07
*** serverascode has quit IRC16:14
*** serverascode has joined #openstack-ansible16:16
*** Bjoern_ has quit IRC16:18
cloudnull#topic Reviews16:18
cloudnullha wrong windo16:18
openstackgerritJesse Pretorius proposed stackforge/os-ansible-deployment: Keystone Federation Service Provider Configuration  https://review.openstack.org/19439516:18
* cloudnull uses wrong window and can't spell16:19
b3rnard0yeah it's spelled winder16:19
*** Bjoern_ has joined #openstack-ansible16:22
openstackgerritAndy McCrae proposed stackforge/os-ansible-deployment: Adjust SSH key creation method for Nova compute  https://review.openstack.org/20514316:26
openstackgerritAndy McCrae proposed stackforge/os-ansible-deployment: Adjust SSH key creation method for Keystone  https://review.openstack.org/20514416:26
openstackgerritAndy McCrae proposed stackforge/os-ansible-deployment: Adjust SSH key creation method for repo servers  https://review.openstack.org/20514516:26
*** weezS has joined #openstack-ansible16:26
*** pilgrimstack has quit IRC16:36
*** weezS has quit IRC16:40
*** TheIntern has joined #openstack-ansible16:43
*** TheIntern has quit IRC16:45
*** yaya has quit IRC16:46
openstackgerritKevin Carter proposed stackforge/os-ansible-deployment: Updated kilo for new dev work - 07.20.2015  https://review.openstack.org/20515516:50
openstackgerritKevin Carter proposed stackforge/os-ansible-deployment: Updated kilo for new dev work - 07.23.2015  https://review.openstack.org/20515516:51
*** yaya has joined #openstack-ansible16:56
openstackgerritMerged stackforge/os-ansible-deployment: Disable Unattended Upgrades  https://review.openstack.org/20385817:07
*** alop has joined #openstack-ansible17:09
*** fawadkhaliq has quit IRC17:11
*** pilgrimstack has joined #openstack-ansible17:11
*** fawadkhaliq has joined #openstack-ansible17:11
*** javeriak has joined #openstack-ansible17:25
odyssey4mesigmavirus24 cloudnull so we're moving wholly towards making use of v3 identity endpoints, but this won't work properly if the old v2 endpoints are still in the catalog right?17:28
odyssey4medo we need an upgrade action that removes the old ones?17:28
sigmavirus24odyssey4me: hm17:29
sigmavirus24that depends on what the user wants to happen after an upgrade17:29
*** javeriak_ has quit IRC17:29
openstackgerritMerged stackforge/os-ansible-deployment: Added gate process and more logs  https://review.openstack.org/20431517:31
openstackgerritJesse Pretorius proposed stackforge/os-ansible-deployment: Fix Keystone URI/URL defaults  https://review.openstack.org/20519217:33
openstackgerritJesse Pretorius proposed stackforge/os-ansible-deployment: Keystone Federation Service Provider Configuration  https://review.openstack.org/19439517:34
openstackgerritKevin Carter proposed stackforge/os-ansible-deployment: Updated master for new dev work - 07.20.2015  https://review.openstack.org/19912617:37
odyssey4mesigmavirus24 cloudnull better? https://review.openstack.org/20519217:38
openstackgerritKevin Carter proposed stackforge/os-ansible-deployment: Add sample Keystone Federation SP configuration for ADFS  https://review.openstack.org/20373617:39
*** TheIntern has joined #openstack-ansible17:43
openstackgerritMatthew Thode proposed stackforge/os-ansible-deployment: Add rpc tunables for nova and neutron  https://review.openstack.org/20520418:04
openstackgerritMatthew Thode proposed stackforge/os-ansible-deployment: Add rpc tunables for nova and neutron  https://review.openstack.org/20520518:05
openstackgerritJesse Pretorius proposed stackforge/os-ansible-deployment: Keystone Federation Service Provider Configuration  https://review.openstack.org/19439518:43
cloudnullodyssey4me:  lgtm18:46
cloudnullso the gate is down it seems. looks like infra will be working on it some more today/night18:49
odyssey4mecloudnull yep18:50
cloudnullthat said, cores pleases review and setup commits that we are looking to wrap up for kilo/juno18:50
cloudnullobviously holding +w for gate, but reviews for inflight changes would be good.18:51
*** bitblt has joined #openstack-ansible18:55
*** davi8784 has joined #openstack-ansible18:57
*** bitblt has quit IRC18:58
*** TheIntern has quit IRC18:59
*** annashen has joined #openstack-ansible18:59
*** javeriak has quit IRC19:04
*** javeriak has joined #openstack-ansible19:06
*** galstrom_zzz is now known as galstrom19:09
*** javeriak has quit IRC19:10
*** javeriak has joined #openstack-ansible19:11
*** davi8784 has quit IRC19:17
prometheanfireso much duplication for for configs in the juno branch, where's the right place for nova server?19:20
*** annashen has quit IRC19:31
*** annashen has joined #openstack-ansible19:32
cloudnullprometheanfire: which nova config are you looking for ?19:38
prometheanfirenvm19:38
cloudnullyou probably want https://github.com/stackforge/os-ansible-deployment/blob/juno/rpc_deployment/roles/nova_common/templates/nova.conf19:39
prometheanfiregrep -r crosses symlinks19:39
cloudnullyes thats a confusing bit in Juno for sure.19:39
prometheanfiregrep -d recurse doesn't19:39
prometheanfirehelps a bit19:39
openstackgerritMatthew Thode proposed stackforge/os-ansible-deployment: Add prc tunables to nova and neutron  https://review.openstack.org/20525619:41
sigmavirus24prometheanfire: prc?19:41
palendaerpc19:42
palendae-219:42
sigmavirus24-219:42
sigmavirus24-419:42
sigmavirus24-619:42
sigmavirus24-1019:42
prometheanfireLOL19:42
sigmavirus24prometheanfire: what connections to China do you have?19:42
prometheanfireletmefixthatrealquick19:42
sigmavirus24no19:42
sigmavirus24-219:42
openstackgerritMatthew Thode proposed stackforge/os-ansible-deployment: Add rpc tunables to nova and neutron  https://review.openstack.org/20525619:43
prometheanfirebetter?19:43
palendaeno19:43
prometheanfireok19:43
prometheanfirefine with me19:43
sigmavirus24prometheanfire: btw19:44
sigmavirus24`git review -X CHANGE_ID` is the preferred way to backport19:44
palendaeprometheanfire: I had one more comment on it, otherwise it looks good19:44
sigmavirus24(includes the original commit sha)19:44
openstackgerritMatthew Thode proposed stackforge/os-ansible-deployment: Add rpc tunables for nova and neutron  https://review.openstack.org/20520419:47
openstackgerritJesse Pretorius proposed stackforge/os-ansible-deployment: Keystone Federation Identity Provider Configuration  https://review.openstack.org/19425919:48
prometheanfirepalendae: s/rpc/remote procedure call/ ?19:48
palendaeprometheanfire: Nah; the question about source for the values19:48
prometheanfirepalendae: the source are defaults19:49
prometheanfirepalendae: I updated the master one19:49
openstackgerritJesse Pretorius proposed stackforge/os-ansible-deployment: Add tunables for nova and neutron  https://review.openstack.org/20520419:49
palendaeprometheanfire: Right, could you document where that's stated?19:49
palendaeJust looking at that file, I have no proof that that's really the upstream default19:49
palendaeSimilar to Jesse's question19:49
palendaeodyssey4me: Why update that commit when prometheanfire is here?19:50
prometheanfireodyssey4me: :(19:50
odyssey4mepalendae 'cuz he didn't fix it the first time :p19:50
palendae:|19:50
prometheanfireodyssey4me: it was commented on the first time?19:51
odyssey4mehaha, fix away if you have another revision19:51
odyssey4meprometheanfire yes19:51
prometheanfireodyssey4me: why remove it?19:51
palendaeMaybe I'm the odd one out, just changing someone's in-progress patch without saying anything is kind of...rude19:51
odyssey4meprometheanfire https://review.openstack.org/#/c/205204/1//COMMIT_MSG,cm19:51
prometheanfirewe are specifically adding rpc tunables19:51
palendae*remote procedure call*19:51
palendaeNot rackspace private cloud19:51
prometheanfirepalendae: agreed19:52
prometheanfireabout the in progress thing :(19:52
odyssey4meah fair enough, sorry for my rudeness19:52
palendaeYeah, we do that a lot19:52
prometheanfirealso, ok, about rackspace private cloud19:52
palendaeThis one cause a lot of confusion19:52
palendaeBecause I think people saw "RPC" and immediately thought private cloud19:52
palendaeBut it's RPC settings...that RPC would like to configure19:52
odyssey4meit was a rushed response on a train - apologies19:52
prometheanfireodyssey4me: np, just ping next time :P19:53
odyssey4mesure, perhaps answer within the review next time :p19:53
palendaeI hope we don't make it a habit to just change contributor's patches19:54
palendaeBut that'll be my last comment19:54
openstackgerritMatthew Thode proposed stackforge/os-ansible-deployment: Add remote procedure call tunables to nova and neutron  https://review.openstack.org/20525619:55
prometheanfirepalendae: does the juno review look right now?19:55
odyssey4melol prometheanfire almost - you have a different change id, and have thus faked the cherry-pick :p19:56
odyssey4mebut meh - I would have expected the juno branch not to have been a cherry-pick anyway19:57
prometheanfireI do?19:57
prometheanfireoh, that's not a commit hash is it19:57
prometheanfireok19:57
odyssey4methe change id and the commit hash are not the same19:57
palendaeYeah, it's a new change id19:57
palendaeChangeId tracks a given change across multiple commits19:58
odyssey4meyour commit has is right, but the change id should be common if it's an actual cherry-pick19:58
openstackgerritMatthew Thode proposed stackforge/os-ansible-deployment: Add remote procedure call tunables to nova and neutron  https://review.openstack.org/20525619:58
*** javeriak has quit IRC20:01
openstackgerritMatthew Thode proposed stackforge/os-ansible-deployment: Add tunables for nova and neutron  https://review.openstack.org/20527020:06
prometheanfireok, there's juno and kilo20:06
odyssey4meprometheanfire you can update the master commit message to match :)20:07
prometheanfiresure, whynot20:07
prometheanfireto match what?20:08
prometheanfireactually20:08
odyssey4mematch the juno title - it makes sense20:08
odyssey4meis less vague20:08
prometheanfireah, ok didn't know which was prefered :D20:08
odyssey4me(and apologies for breaking it in the first place)20:09
prometheanfirenp, I think I saw that comment at one point but forgot20:09
openstackgerritMatthew Thode proposed stackforge/os-ansible-deployment: Add remote procedure call tunables to nova and neutron  https://review.openstack.org/20520420:10
openstackgerritMatthew Thode proposed stackforge/os-ansible-deployment: Add remote procedure call tunables to nova and neutron  https://review.openstack.org/20527020:11
prometheanfireand done20:11
*** prad has quit IRC20:37
*** markvoelker has quit IRC20:42
*** jwagner is now known as jwagner_away20:50
*** yaya has quit IRC21:01
openstackgerritJesse Pretorius proposed stackforge/os-ansible-deployment: Document required repository hosts config info  https://review.openstack.org/20510021:27
*** sigmavirus24 is now known as sigmavirus24_awa21:43
*** TheIntern has joined #openstack-ansible21:44
*** fawadk has joined #openstack-ansible21:47
*** fawadkhaliq has quit IRC21:48
*** Mudpuppy has quit IRC21:51
* cloudnull out22:07
cloudnullhave a good one.22:07
*** cloudnull is now known as cloudull_zzz22:08
*** KLevenstein has quit IRC22:15
*** TheIntern has quit IRC22:19
*** annashen has quit IRC22:25
*** fawadk has quit IRC22:31
*** annashen has joined #openstack-ansible22:32
openstackgerritMerged stackforge/os-ansible-deployment: Add remote procedure call tunables to nova and neutron  https://review.openstack.org/20520422:39
*** CheKoLyN has joined #openstack-ansible22:40
*** CheKoLyN has quit IRC22:40
*** spotz is now known as spotz_zzz22:43
*** galstrom is now known as galstrom_zzz22:52
*** Bjoern_ has quit IRC23:10
*** annashen has quit IRC23:31
*** pilgrimstack has quit IRC23:42
*** darrenc is now known as darrenc_afk23:44
*** darrenc_afk is now known as darrenc23:54

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