Monday, 2015-07-13

*** logan2 has quit IRC00:01
*** logan2 has joined #openstack-ansible00:08
*** markvoelker has quit IRC00:32
*** openstackgerrit has quit IRC00:51
*** openstackgerrit has joined #openstack-ansible00:51
*** davidself has joined #openstack-ansible01:04
*** britthouser has quit IRC01:30
*** galstrom_zzz is now known as galstrom01:46
*** galstrom is now known as galstrom_zzz02:38
*** daneyon has joined #openstack-ansible02:46
*** britthouser has joined #openstack-ansible03:15
*** britthouser has quit IRC03:15
*** sdake_ has joined #openstack-ansible03:17
*** sdake_ has quit IRC03:22
*** daneyon has quit IRC03:25
*** sdake has quit IRC04:36
*** sdake has joined #openstack-ansible04:37
*** sdake has quit IRC05:08
*** sdake has joined #openstack-ansible05:13
*** sdake_ has joined #openstack-ansible05:21
*** shausy has joined #openstack-ansible05:33
*** sdake_ has quit IRC05:35
*** sdake_ has joined #openstack-ansible05:35
*** sdake_ has quit IRC05:48
*** sdake has quit IRC05:56
*** subha_ has joined #openstack-ansible06:30
subha_we have deployed suse openstack 5.0 . we have one controller , two compute and one admin server node. the instances hosted by the compute nodes are not getting any IP but in the dashboard ip is shown as 192.168.123.5 and 192.168.123.6. what could be the reason? please help. it is little urgent06:30
subha_please let us know06:31
subha_we have deployed suse openstack 5.0 . we have one controller , two compute and one admin server node.  the instances hosted by the compute nodes are not getting any IP but in the dashboard ip is shown as 192.168.123.5 and 192.168.123.6. what could be the reason?  please help. it is little urgent06:33
*** cbaesema_ has joined #openstack-ansible06:51
*** cbaesema has quit IRC06:52
*** cbaesema_ is now known as cbaesema06:52
subha_ we have deployed suse openstack 5.0 . we have one controller , two compute and one admin server node.  the instances hosted by the compute nodes are not getting any IP but in the dashboard ip is shown as 192.168.123.5 and 192.168.123.6. what could be the reason?  please help. it is little urgent06:53
*** odyssey4me has joined #openstack-ansible08:22
*** odyssey4me has quit IRC08:42
*** persia has joined #openstack-ansible08:46
*** odyssey4me has joined #openstack-ansible08:50
hughsaunderssubha_:  did you deploy using os-ansible-deployment?08:50
hughsaunderssubha_: if not, you're probably better off asking in #openstack08:50
*** odyssey4me_ has joined #openstack-ansible08:59
*** odyssey4me has quit IRC09:00
*** odyssey4me_ is now known as odyssey4me09:01
openstackgerritgit-harry proposed stackforge/os-ansible-deployment: Restart mysql when config changed  https://review.openstack.org/20005409:04
subha_i actually dont know what ansible deployment means..we are trying with suse cloud 509:12
subha_and services we deployed through crowbar09:12
odyssey4mesubha_ this channel is for those deploying openstack specifically with the Ansible deployment tool09:12
odyssey4meI would suggest that you ask your questions relating to your situation with SuSE/Chef/Crowbar in #openstack, or perhaps #openstack-chef09:13
*** subha_ has left #openstack-ansible09:16
*** odyssey4me has quit IRC09:39
*** odyssey4me has joined #openstack-ansible09:40
*** fawadkhaliq has joined #openstack-ansible09:43
openstackgerritJesse Pretorius proposed stackforge/os-ansible-deployment: SSL support for haproxy  https://review.openstack.org/19895710:21
openstackgerritJesse Pretorius proposed stackforge/os-ansible-deployment: Enable all services to use Keystone 'insecurely'  https://review.openstack.org/20107010:23
*** fawadkhaliq has quit IRC10:38
*** fawadkhaliq has joined #openstack-ansible10:40
*** fangfenghua has joined #openstack-ansible10:44
odyssey4megit-harry hughsaunders https://docs.ansible.com/playbooks_variables.html#variable-precedence-where-should-i-put-a-variable10:48
*** lkoranda has quit IRC11:10
*** jaypipes has joined #openstack-ansible11:29
*** lkoranda has joined #openstack-ansible11:44
*** tlian has joined #openstack-ansible11:45
cloudnullMorning.12:12
openstackgerritJesse Pretorius proposed stackforge/os-ansible-deployment: SSL support for haproxy  https://review.openstack.org/19895712:15
odyssey4memorning cloudnull12:15
cloudnullHow you doing brother ?12:16
odyssey4mefor the above-mentioned patch, is there a different/better way of including a list item based on a condition?12:16
* cloudnull looking12:17
cloudnullOdyssey4me where are you trying to do that ?12:19
odyssey4mecloudnull well, the only way I could make it work was to include a task from inside the role in the playbook and to add the haproxy_service_configs as vars for that poast_task12:20
*** britthouser has joined #openstack-ansible12:22
odyssey4meinitially I had hoped to conditionally just pop the service list item onto the list in the vars/configs/haproxy_config.yml file12:22
cloudnullWhat you've got so far looks good.12:23
odyssey4meit works, I'm just wondering if there's a better way to achieve the same goal12:24
cloudnullOne thing that we could consider is to move the service cnfigs out of the massive service list and in to a meta dependency that runs a "haproxy_client" role , or something similar. That would be a very clean , and ansible centric way of doing this.12:25
cloudnullI've fought haproxy as not being something that we want to use in prod but its unstoppable it seems.12:26
odyssey4meI think that os-ansible-deployment will have to develop more improved support over time, but for now we're still treating it as a dev/test tool only - with patches welcome.12:27
odyssey4mealright, considering that works and it nicely cleans up after itself if the vars change, I think it's good to go12:28
cloudnullIndeed, but soon I think we should consider spec / design something better than what we have.12:28
cloudnullBut yes. What you have looks great.12:28
openstackgerritJesse Pretorius proposed stackforge/os-ansible-deployment: SSL support for haproxy  https://review.openstack.org/19895712:34
openstackgerritJesse Pretorius proposed stackforge/os-ansible-deployment: SSL support for haproxy  https://review.openstack.org/19895712:34
*** fangfenghua has quit IRC12:48
openstackgerritHugh Saunders proposed stackforge/os-ansible-deployment: Add v3 calls for federation to keystone module  https://review.openstack.org/19767712:49
openstackgerritHugh Saunders proposed stackforge/os-ansible-deployment: [WIP] Keystone IdP configuration  https://review.openstack.org/19425912:55
openstackgerritHugh Saunders proposed stackforge/os-ansible-deployment: [WIP] Keystone SP configuration  https://review.openstack.org/19439512:55
*** TheIntern has joined #openstack-ansible13:14
openstackgerritAndy McCrae proposed stackforge/os-ansible-deployment: [WIP] Adjust the network rings are sync'd on  https://review.openstack.org/20112313:25
openstackgerritHugh Saunders proposed stackforge/os-ansible-deployment: [WIP] Keystone SP configuration  https://review.openstack.org/19439513:36
openstackgerritMerged stackforge/os-ansible-deployment: Parameterize galera slow/unindexed logging options  https://review.openstack.org/20072813:37
*** fawadkhaliq has quit IRC13:40
*** shausy has quit IRC13:46
openstackgerritAndy McCrae proposed stackforge/os-ansible-deployment: Add ability to target remote hosts for swift  https://review.openstack.org/20113613:46
openstackgerritAndy McCrae proposed stackforge/os-ansible-deployment: [WIP] Add ability to target remote hosts for swift  https://review.openstack.org/20113613:47
openstackgerritAndy McCrae proposed stackforge/os-ansible-deployment: Adjust swift_rings.py to work on specified regions  https://review.openstack.org/20011413:50
*** alextricity has joined #openstack-ansible13:59
cloudnullhttps://review.openstack.org/194259 https://review.openstack.org/197677 are still failing lint tests14:05
openstackgerritMerged stackforge/os-ansible-deployment: Add configurable option [cinder]/cross_az_attach  https://review.openstack.org/19421314:06
cloudnullhughsaunders:  looks mostly like flake8 failures14:06
cloudnullcc miguelgrinberg ^14:07
hughsaunderscloudnull: yeah14:07
hughsaunderslint on the dependant patch is passing, so I should fix the v3 functions patch14:08
openstackgerritKevin Carter proposed stackforge/os-ansible-deployment: Add role system-crontab-coordination  https://review.openstack.org/20114214:09
*** Mudpuppy has joined #openstack-ansible14:09
openstackgerritMerged stackforge/os-ansible-deployment: Fix scripts/run-upgrade.sh  https://review.openstack.org/20059714:12
*** sigmavirus24_awa is now known as sigmavirus2414:14
openstackgerritHugh Saunders proposed stackforge/os-ansible-deployment: Add v3 calls for federation to keystone module  https://review.openstack.org/19767714:17
hughsaunderscloudnull: my editor whinges about flake8 errors on save for *.py but those libs don't have an extension :/14:19
palendaehughsaunders: Nope :( have to use go based off shebangs14:19
cloudnull^14:19
palendaei can't sentence good14:19
palendaeI've been thinking I should probably make a spec for splitting up the scripts-library.sh into "really needs root" and "doesn't need root" components14:20
palendaeSo we could run linting and docs builds locally without sudo14:20
hughsaundersI did think its strange that all those libs have shebang when they aren't going to be executed, but then there is a thing somewhere that greps for the shebang14:20
cloudnullthere is, the modules we have are modeled after upstream .14:21
palendaehughsaunders: the gate-check-lint.sh does the shebang grep14:22
hughsaundersthats the one14:22
cloudnullIE https://github.com/ansible/ansible/blob/release1.6.9/library/files/file14:23
palendaeThough since it sources the script-library.sh, it'll ask you for root locally14:23
cloudnullbut since the great upstream module split they've added .py to the modules in core/extra but we've not done that.14:24
openstackgerritKevin Carter proposed stackforge/os-ansible-deployment: Added in keystone reserved port  https://review.openstack.org/19670214:30
*** markvoelker has joined #openstack-ansible14:33
odyssey4mesigmavirus24 hughsaunders I'm getting http://paste.openstack.org/show/371462/ when applying https://review.openstack.org/196943 to an existing master build14:36
sigmavirus24odyssey4me: yeah I'm running a build myself to test pit a solution14:39
openstackgerritIan Cordasco proposed stackforge/os-ansible-deployment: Upgrade the Keystone library to use v3  https://review.openstack.org/19694314:40
sigmavirus24odyssey4me: ^ should work but I haven't finished testing it14:40
*** markvoelker_ has joined #openstack-ansible14:42
odyssey4mesigmavirus24 yep, that does it14:43
sigmavirus24oh good, I don't even need to test it =P14:44
*** markvoelker has quit IRC14:44
*** galstrom_zzz is now known as galstrom15:04
*** daneyon has joined #openstack-ansible15:05
*** jwagner_away is now known as jwagner15:16
*** markvoelker has joined #openstack-ansible15:20
*** markvoelker_ has quit IRC15:22
*** markvoelker has quit IRC15:23
*** weezS has joined #openstack-ansible15:36
*** toddnni has quit IRC15:36
*** miguelgrinberg has quit IRC15:36
*** mordred has quit IRC15:36
*** mattt has quit IRC15:36
*** charz has quit IRC15:36
*** vincent_vdk has quit IRC15:36
*** hrvojem has quit IRC15:36
*** jcannava has quit IRC15:36
*** gregdek has quit IRC15:36
*** hrvojem has joined #openstack-ansible15:37
*** gregdek has joined #openstack-ansible15:37
*** vincent_vdk has joined #openstack-ansible15:37
*** mattt has joined #openstack-ansible15:37
*** jcannava has joined #openstack-ansible15:37
*** miguelgrinberg_ has joined #openstack-ansible15:37
*** toddnni has joined #openstack-ansible15:37
*** mordred has joined #openstack-ansible15:37
*** charz has joined #openstack-ansible15:37
*** daneyon_ has joined #openstack-ansible15:41
*** daneyon has quit IRC15:44
*** CheKoLyN has joined #openstack-ansible15:45
odyssey4mecloudnull please review https://review.openstack.org/194255 today if you have a gap15:46
* cloudnull reading now15:46
*** jwagner is now known as jwagner_away15:46
andymccrcloudnull: you need to start trading those for beers :D15:47
cloudnull+115:48
cloudnullwill review for beer15:48
*** fawadkhaliq has joined #openstack-ansible15:50
palendaeDoing upgrade from 10.1.10 to current master, saw this: http://paste.openstack.org/show/371639/ anyone seen an i18n import error with that before?15:56
openstackgerritMerged stackforge/os-ansible-deployment: Wait until mongo responds after restart  https://review.openstack.org/20025215:58
openstackgerritJesse Pretorius proposed stackforge/os-ansible-deployment: Adding galera_root_password token during upgrade Closes-Bug: #1473548  https://review.openstack.org/20072116:00
openstackbug 1473548 in openstack-ansible kilo "Missing variables from Juno to Kilo upgrade" [Undecided,New] https://launchpad.net/bugs/147354816:00
*** tlian has quit IRC16:02
palendaeHm, yeah - i18n is not installed on Keystone containers after upgrade16:03
palendaeWeird16:03
palendaeoslo.i18n that is16:03
openstackgerritJesse Pretorius proposed stackforge/os-ansible-deployment: Updated master for new dev work - 07.07.2015  https://review.openstack.org/19912616:04
cloudnullpalendae:  odd, i wonder if its not being set as a dep ?16:04
cloudnullthe wheel is there http://rpc-repo.rackspace.com/os-releases/11.1.0/oslo.i18n-1.5.0-py2.py3-none-any.whl16:04
openstackgerritJesse Pretorius proposed stackforge/os-ansible-deployment: SSL support for haproxy  https://review.openstack.org/19895716:05
palendaecloudnull: Yeah, I'm looking16:05
cloudnullif we need to we can add it to the play as a pip package to install.16:06
palendaeEvidently it's only upgrades; I'm assuming Fernet tokens are being made successfully in the gate16:06
galstromcloudnull: http://lists.openstack.org/pipermail/openstack-dev/2015-July/068859.html LinuxBridge CI Status16:07
cloudnullnice!16:08
palendaecloudnull: I added it to keystone_pip_packages and I'm re-running, will see if that fixes16:08
*** alop has joined #openstack-ansible16:08
palendaeApsu: ^^^16:08
palendaeā€œIā€™d like to report that with the merge of a16:08
palendaecouple patches to fix race conditions[1][2] ā€œ16:08
palendaegalstrom: Hell yeah!16:09
palendaeApsu, specifically https://review.openstack.org/#/c/197162/ sounds kinda sorta relevant16:10
sigmavirus24mancdaz: cloudnull http://lists.openstack.org/pipermail/openstack-dev/2015-July/069314.html16:11
*** sdake has joined #openstack-ansible16:14
*** miguelgrinberg_ is now known as miguelgrinberg16:16
Apsupalendae: Huh, neat16:16
palendaeTurns out things get fixed when people look at them16:17
ApsuHow about that16:17
galstrompalendae: that is yall pushing the community.. well done!16:22
palendaegalstrom: Sure, yeah, I'll take credit for that!16:22
cloudnulllol +1 palendae for prez!16:23
palendaeThat is the key 2016 issue16:23
palendaeLinuxBridge in Neutron16:23
cloudnullSam-I-Am: cc16:23
* palendae convenes special session of Senate16:23
*** sdake has quit IRC16:23
*** sdake has joined #openstack-ansible16:24
Sam-I-Amcloudnull: wat16:25
palendaeSam-I-Am: http://lists.openstack.org/pipermail/openstack-dev/2015-July/068859.html16:25
Sam-I-Ampalendae: yeah16:26
Sam-I-Ampalendae: so i've been working with sean collins on fixing linuxbridge gating16:26
palendaeYeah, ^ is the real winner :)16:27
Sam-I-Amhow to fix neutron without contributing code16:27
Sam-I-Amexcept docs, that is16:28
palendaeBug the shit out of a core?16:28
Sam-I-Ammore like showing the neutron devs how their stuff works16:28
Sam-I-Amlinuxbridge was sort of an unknown16:28
*** jwagner_away is now known as jwagner16:37
openstackgerritKevin Carter proposed stackforge/os-ansible-deployment: Implement Ceilometer  https://review.openstack.org/20124416:39
openstackgerritKevin Carter proposed stackforge/os-ansible-deployment: Wait until mongo responds after restart  https://review.openstack.org/20124516:39
*** TheIntern has quit IRC16:40
*** mattt has quit IRC16:49
*** mattt has joined #openstack-ansible16:49
openstackgerritIan Cordasco proposed stackforge/os-ansible-deployment: Add v3 calls for federation to keystone module  https://review.openstack.org/19767716:59
openstackgerritIan Cordasco proposed stackforge/os-ansible-deployment: [WIP] Keystone IdP configuration  https://review.openstack.org/19425916:59
openstackgerritIan Cordasco proposed stackforge/os-ansible-deployment: [WIP] Keystone SP configuration  https://review.openstack.org/19439517:00
*** annashen has joined #openstack-ansible17:01
*** annashen has quit IRC17:12
*** TheIntern has joined #openstack-ansible17:13
*** annashen has joined #openstack-ansible17:20
openstackgerritSteve Lewis proposed stackforge/os-ansible-deployment: Adjust swift_rings.py to work on specified regions  https://review.openstack.org/20011417:36
*** fawadkhaliq has quit IRC17:52
*** abitha has joined #openstack-ansible18:01
VeriliumIs anyone familiar with Openstack's Neutron/DVR setup?  Specifically, if I have compute nodes running in different datacenters, how do I go about for the tunnel network?  Do all the nodes need to talk to each other, still?  VPN to connect the tunnel network?  Or do they only need to talk with a local network node?18:27
Sam-I-AmVerilium: osad does not support dvr18:27
*** miguelgrinberg has quit IRC18:28
VeriliumOh my, sorry, wrong channel.18:28
VeriliumSam-I-Am:  Thx.  Good to know. :)18:28
stevelle:)18:28
VeriliumSam-I-Am:  I guess/hope it doesn't support dvr "yet". :P18:28
Sam-I-AmVerilium: for tunnel networks in general, its a big mesh among all of the compute and network nodes18:28
*** miguelgrinberg has joined #openstack-ansible18:29
Sam-I-AmVerilium: only thing required is IP endpoints, so layer 3 between nodes18:29
*** miguelgrinberg has quit IRC18:29
VeriliumSam-I-Am:  Hmm...  Suppose I was in normal neutron/non-dvr setup, I'd need all the compute/network nodes to be able to talk to each other, I guess.18:29
VeriliumYeah, ok, hmm.18:30
Sam-I-AmVerilium: dvr requires ovs, and osad currently only supports linux bridge18:30
VeriliumSo as long as the routing and such works out...18:30
* Verilium nods.18:30
*** miguelgrinberg has joined #openstack-ansible18:30
*** sdake has quit IRC18:41
*** sdake has joined #openstack-ansible18:44
*** metral is now known as metral_zzz18:48
palendaecloudnull: Huh, even adding oslo.i18n to the deps, keystone plays are failing. No client now18:53
palendaeAlso tried master greenfield install - it's fine18:53
palendaeWill try 10.1.10 -> head of kilo18:53
cloudnullso this is an upgrade from 10.1.x to 11.0.4 ?18:57
palendaecloudnull: 10.1.10 to head of master18:58
cloudnullis the package absent ?18:58
cloudnullor just the wrong version ?18:58
palendaeChecking18:59
palendaeoslo.i18n it was absent18:59
cloudnulland with it specifically defined it barfed elsewhere ?19:01
palendaeYeah, on pip install keystone. Just hopped into the container and it's on WebOb specifically. In the repo, I have 1.4.1 for master, keystone wants >=1.2.3, <=1.3.119:03
palendaeMight be a branch issue19:03
palendaeContainer's looking at os-releases/master19:03
palendae11.0.4 on my repo container has WebOb 1.4.4 too19:04
palendaeSame with os-releases/kilo19:04
palendaekeystone==2014.2.4.dev5 is on my keystone container, but is keystone-8.0.0.0b2.dev35-py2-none-any.whl in os-releases/master19:05
palendaeOh right, cause 2014.2.4.dev5 would be right for 10.1.1019:06
palendaeGonna try telling the keystone role's pip stuff to do 'latest' for the packages instead of 'present'19:08
palendaeNope, still failed19:09
palendaeBut if i pip uninstall keystone then pip install it, it's fine19:09
palendaewth19:09
palendaeI'll try 10.1.10 to head of kilo before I file a bug. afaik, we don't officially support upgrades to master directly19:12
*** annashen has quit IRC19:20
*** persia has quit IRC19:21
*** annashen has joined #openstack-ansible19:21
*** persia has joined #openstack-ansible19:23
*** annashen has quit IRC19:23
*** annashen has joined #openstack-ansible19:23
sigmavirus24palendae: so pip install -U keystone fails?19:23
palendaeYes19:24
palendaeOn the webob issue19:24
palendaeLooks like I might be running into similar on glance now19:26
*** metral_zzz is now known as metral19:27
*** jwagner is now known as jwagner_away19:29
palendaesigmavirus24: Yeah... http://paste.openstack.org/show/372090/19:30
sigmavirus24palendae: what's `pip freeze` give you?19:31
palendaeAll of it or glance?19:32
palendaehttp://paste.openstack.org/show/372091/ glance stuff19:32
sigmavirus24sorry wanted all of it19:35
palendaeOne moment19:35
palendaesigmavirus24: http://paste.openstack.org/show/372092/19:38
sigmavirus24palendae: that's really bizarre19:43
sigmavirus24oh19:44
sigmavirus24wait19:44
sigmavirus24wait19:44
sigmavirus24palendae: you're targetting master not kilo right?19:44
sigmavirus24master has versions without epochs19:44
sigmavirus24palendae: e.g., http://lists.openstack.org/pipermail/openstack-dev/2015-July/069314.html19:44
sigmavirus24that's why it won't work going to master19:44
sigmavirus24If the kilo branch isn't properly targetting kilo SHAs then that could be the same reason19:44
sigmavirus24Kilo should be 2015.1.{something}.dev{something}19:45
sigmavirus24and that upgrade will work19:45
palendaesigmavirus24: Yeah, I'm using maser19:45
palendaemaster*19:45
sigmavirus24palendae: but to liberty it won't work19:45
*** persia has quit IRC19:45
palendaeOk, I'll give kilo a shot19:45
sigmavirus24palendae: because upstream is being a bit obstinate about versioning19:45
palendaeI'm not sure if master was supported at all or not19:45
sigmavirus24And I'm about to finish an email about that19:45
sigmavirus24palendae: it may have been but can't be any more19:45
palendaeThough my kilo versions are looking the same on the repo19:45
sigmavirus24Not since they changed the versioning scheme19:45
sigmavirus24palendae: if kilo is building not as 2015.1.x we're using the wrong SHAs on kilo and that's a sever bug19:46
sigmavirus24*severe19:46
palendaeYeah, 1 moment19:46
palendaeLet me confirm19:46
palendaekeystone-2015.1.1.dev13-py2-none-any.whl19:47
palendaeglance-2015.1.1.dev13-py2-none-any.whl19:47
palendaeSo kilo's looking right19:47
palendaesigmavirus24: For the sake of time, I'm going to just wipe that install and try 10.1.10 to kilo's head19:50
sigmavirus24palendae: good19:52
sigmavirus24sorry19:52
sigmavirus24I should have realized that faster19:52
sigmavirus24Since I was literally just writing an email about that19:52
palendaesigmavirus24: Not your fault. Thanks for keeping up with the ML19:52
palendaeMy main concern is making sure we have a kilo release that upgrades smoothly for downstream (rpc-openstack) right now19:52
sigmavirus24palendae: yeah I get that19:53
alextricitywhere is our frozen repo?19:53
sigmavirus24palendae: just use the kilo branch for a better time19:53
sigmavirus24alextricity: in antartica19:53
sigmavirus24sorry, that wasn't helpful19:53
palendaesigmavirus24: Yeah19:53
alextricity:(19:53
sigmavirus24alextricity: rpc-repo.cloudnull.io or something like that19:53
sigmavirus24cloudnull: knows19:54
*** jwagner_away is now known as jwagner19:55
cloudnullwhat ?19:56
sigmavirus24cloudnull: where are the frozen repos?19:59
palendaes/frozen/canonical/19:59
cloudnullhttps://rpc-repo.rackspace.com/19:59
sigmavirus24arg, so close but yet so far =P20:01
cloudnulllol20:01
*** auld has quit IRC20:02
*** persia has joined #openstack-ansible20:07
*** persia has quit IRC20:07
*** persia has joined #openstack-ansible20:07
*** metral is now known as metral_zzz20:22
alextricityHey, what was the reason behind https://github.com/stackforge/os-ansible-deployment/blob/7d2a0231d8ae29f43150a083ea6aeb19f8ac814c/playbooks/roles/openstack_hosts/defaults/main.yml#L9420:25
alextricityDoes anybody know why vm.swappiness was set to 5?20:25
cloudnullso it has access to swap but does not use a lot of it.20:25
alextricity:)20:26
cloudnullfor why ?20:27
*** auld has joined #openstack-ansible20:28
alextricitycustomer was wondering20:28
*** metral_zzz is now known as metral20:40
*** metral is now known as metral_zzz20:41
*** annashen has quit IRC20:41
*** abitha has quit IRC20:44
*** galstrom is now known as galstrom_zzz20:51
*** annashen has joined #openstack-ansible21:01
*** jwagner is now known as jwagner[away]21:06
*** jwagner[away] is now known as jwagner21:08
*** metral_zzz is now known as metral21:13
*** jwagner is now known as jwagner_away21:15
palendaesigmavirus24: 10.1.10 -> kilo head has installed keystone and glance successfully21:25
sigmavirus24palendae: yeah21:25
sigmavirus24here's hoping downstream doesn't try to shit over all proper use of version numbers for python packages21:25
sigmavirus24Looks like I have Josh Harlow (Yahoo) on my side at least + Donald21:26
*** metral is now known as metral_zzz21:41
*** Mudpuppy has quit IRC22:08
klindgren_sigmavirus24, it already has - imho22:15
sigmavirus24klindgren_: sorry?22:16
klindgren_it doesn't support greater than 3 versions x.y.z tryign to do x.y.z.w where w == a local branch where an operator has made change and would like ot track those == broken in newer versions of pbr22:16
klindgren_here's hoping downstream doesn't try to shit over all proper use of version numbers for python packages22:16
*** britthouser has quit IRC22:18
sigmavirus24klindgren_: pbr enforces use of semantic versioning22:21
sigmavirus24epochs don't figure into that22:21
sigmavirus24klindgren_: pbr != downstream. Downstream is debian, ubuntu, red hat (fedora, centos, etc.), and the rest of the people who turn the python packages into distro packages22:22
sigmavirus24they have their own versioning schemes that upstream is trying to fit into inspite of its harm to people using the raw python packages22:23
*** auld has quit IRC22:27
*** markvoelker has joined #openstack-ansible22:27
*** markvoelker has quit IRC22:27
*** markvoelker has joined #openstack-ansible22:27
klindgren_I assume this was the discussion about setting epoch in setup.cfg22:27
sigmavirus24klindgren_: yep22:29
klindgren_if thats the case I htink I mgiht have misstated I work with josh on the anvil project and we are going through some "pbr" hell right now.  Some of it is specifically dealing with the the down streaming naming and some of it is specifically dealing how both yahoo & GoDaddy name their packages that we build which are basedupon a stable release22:29
klindgren_and how PBR totally f's that all to hell22:29
klindgren_and the pbr is some weird mix between semver and and pep440 but is only partially pep440 complaint.22:30
palendaePython Build Ridiculousness22:30
*** metral_zzz is now known as metral22:30
klindgren_+1million22:31
klindgren_we asked for a specific feature to get put into to pbr to bascially set the version to whatever the hell I tell you the version name actually is.22:31
palendaeIsn't that like half of pbr's code?22:32
palendaeCalculating verions, taht is22:32
klindgren_i thought half of pbr code was trying to autiomatically figure out what version name based upon hte git tag + some number of commits since + the git hash or some stupid crazyness22:32
palendaeRight22:32
palendaeI'm all for deleting that half22:33
openstackgerritAndy McCrae proposed stackforge/os-ansible-deployment: [WIP] Adjust the network rings are sync'd on  https://review.openstack.org/20112322:33
palendaeAnd probably the rest22:33
klindgren_but in the ned from an end user perspective using pbr to try to get a valid name of a built version - sometimes I just want the name to be the freaking tag I gave you.  IE 2015.1.0.3 should not come out 2015.1.0.dev322:33
*** metral is now known as metral_zzz22:34
*** harlowja_ has joined #openstack-ansible22:40
klindgren_anyway - jsut read the last part of that convo - I mssed the bit about Ubuntu and !.  I totally agree about producing python packages and "downstream" needs to modifiy their stuff to deal with that22:42
sigmavirus24klindgren_: lol that's not even the argument I'm being given in -infra. It's because you have to quote things on the shell that have a ! in it22:44
sigmavirus24So anyone dealing with our tarballs have to escape/quote it22:44
harlowja_sigmavirus24 :-/22:44
harlowja_life is tough22:44
harlowja_lol22:44
sigmavirus24And I'm just like "Whelp, guess you've never used tab completion on a shell before"22:45
sigmavirus24Not even goign to go there22:45
harlowja_:)22:45
harlowja_i once had to drink water from a stream, after i filtered it22:45
harlowja_first-world-problem22:45
* harlowja_ i could have died!!!22:46
harlowja_i mean http://images.mentalfloss.com/sites/default/files/styles/article_640x430/public/oregon-trail-dysentery_5.jpg could have happend man22:46
sigmavirus24harlowja_: seriously22:46
sigmavirus24I drink water from a well22:46
harlowja_omg!22:46
harlowja_lol22:46
sigmavirus24what if i bring the bucket up and there's no water22:46
sigmavirus24like22:46
sigmavirus24omgwtfbbq22:47
harlowja_lol22:47
*** sdake has quit IRC22:48
harlowja_sigmavirus24 good luck, tapping out of that, lol22:49
sigmavirus24harlowja_: I'll have to tap out shortly22:50
sigmavirus24This is mostly why I was hoping to have this on the ML22:50
openstackgerritAndy McCrae proposed stackforge/os-ansible-deployment: Add ability to target remote hosts for swift  https://review.openstack.org/20113622:50
harlowja_sigmavirus24 if u need me to help u boil some water, let me know, lol22:50
*** metral_zzz is now known as metral22:50
openstackgerritAndy McCrae proposed stackforge/os-ansible-deployment: [WIP] Add ability to target remote hosts for swift  https://review.openstack.org/20113622:50
sigmavirus24harlowja_: that'd be greeeeat22:51
klindgren_sigmavirus24, omg - maybe they should have through about that before they decided to invalidate 4+ years of version numbers.22:51
sigmavirus24andymccr: go to bed22:51
sigmavirus24klindgren_: hah22:51
harlowja_klindgren_ impassible!22:51
sigmavirus24klindgren_: btw, this channel /is/ logged fwiw22:51
harlowja_why'd u guys do that, lol22:52
*** auld has joined #openstack-ansible22:52
klindgren_sigmavirus24, thats fine - I am not saying anything that I haven't said before.  I may have the "unpopular" opinion but its justifiable in this case22:52
andymccrsigmavirus24: http://s-ak.buzzfed.com/static/imagebuzz/web02/2010/6/23/21/i-do-what-i-want-22875-1277341571-14.jpg22:54
sigmavirus24andymccr: nsfw nsfw22:55
sigmavirus24=P22:55
harlowja_that may or may not be klindgren_22:55
harlowja_lol22:56
sigmavirus24harlowja_: why'd we turn logging on? because we're awesome22:56
andymccrdepends where you work :D22:56
harlowja_:)22:56
* sigmavirus24 is out for real this time22:56
*** sigmavirus24 is now known as sigmavirus24_awa22:57
*** sdake has joined #openstack-ansible22:57
*** britthouser has joined #openstack-ansible22:57
openstackgerritMerged stackforge/os-ansible-deployment: SSL support for haproxy  https://review.openstack.org/19895722:58
*** sdake_ has joined #openstack-ansible23:00
*** TheIntern has quit IRC23:00
*** weezS has quit IRC23:04
*** sdake has quit IRC23:04
*** CheKoLyN has quit IRC23:11
*** metral is now known as metral_zzz23:12
*** darrenc is now known as darrenc_afk23:19
*** sdake has joined #openstack-ansible23:37
palendaecloudnull: You around?23:39
cloudnullyup23:39
cloudnullpalendae:  whats up ?23:40
palendaeQuestion: the temp plays in run-upgrade.sh don't have access to the old rpc_user_variables.yml values, do they?23:40
palendaeTrying to remove the old http galera/mariadb repo and replace it with the new https version23:41
cloudnullthe old vars are available.23:41
*** sdake_ has quit IRC23:41
cloudnullthe backup dir is rpc_deploy.OLD i think23:41
palendaeSo you'd point at that with -e?23:41
cloudnullyou could, but you'd likely created all kinds of name collisions.23:42
palendaeI don't see that used anywhere else in the upgrade script, so I'm thinking it's a bad idea23:42
palendaeMakes sense23:42
palendaeI'd rather not reach in and delete the file23:42
palendaeActually let me try something23:42
cloudnullwe use the old vars but within python directly23:42
*** darrenc_afk is now known as darrenc23:42
palendaeYeah, I see that23:43
palendaeOh, nope23:43
palendaeDamn23:43
palendaeWas hoping with http://docs.ansible.com/apt_repository_module.html I could force overwrite of that file23:43
palendaeHm23:44
palendaeAny option here feels dirty23:45
palendaeCopy the repo's URL directly into run-upgrade.sh, use a dirty python script to read the value out and return it, hack together a way to get it into a temp play23:45
palendaeBasically trying to address https://bugs.launchpad.net/openstack-ansible/+bug/147352523:46
openstackLaunchpad bug 1473525 in openstack-ansible trunk " Duplicate sources.list entry for mariadb during kilo upgrade" [Low,In progress] - Assigned to Bjoern Teipel (bjoern-teipel)23:46
cloudnullyou could do  `find /etc/apt/sources.list.d/ -name '*[Mm][Aa][Rr][Ii][Aa]*' -exec rm {} \; `  and that would simply remove whatever is there.23:47
cloudnulland then you would let the playbooks put back whatever is supposed to be there.23:47
palendaelol23:47
palendaeYeah, that would work23:47
palendaek, I'll try that and run it23:48
cloudnullits dirty but should force whatever mariadb repo is there to be gone.23:48
palendaeRight23:48
palendaeLike I said, I think any solution here is dirty23:48
palendaeWithout clean access to the old vars23:48
cloudnull++23:48
palendaeOr a way to tell apt-repository to remove the file23:49
palendaeBut I see why it can't, it works directly with a string23:49
palendaeapt-add-repository, even23:49
cloudnullyea23:49
*** metral_zzz is now known as metral23:53
*** annashen has quit IRC23:54
*** metral is now known as metral_zzz23:55
*** metral_zzz is now known as metral23:55
palendaecloudnull: https://github.com/nrb/os-ansible-deployment/commit/f72a2ac0dc69e3dd165db85f3a12b8ce6f0abdf4, I'll run it tonight and see what happens before I push it to gerritt23:59

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