16:00:15 <evrardjp> #startmeeting openstack_ansible_meeting
16:00:15 <openstack> Meeting started Tue Feb  7 16:00:15 2017 UTC and is due to finish in 60 minutes.  The chair is evrardjp. Information about MeetBot at http://wiki.debian.org/MeetBot.
16:00:16 <openstack> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
16:00:19 <openstack> The meeting name has been set to 'openstack_ansible_meeting'
16:00:32 <asettle> evrardjp: ohhh we tracking it now?
16:00:33 <asettle> rokay
16:00:34 <asettle> o/
16:00:39 <alextricity25> howdy
16:00:51 <odyssey4me> Adri2000 thank you for digging into it - happy that you found the problem and a better solution!
16:01:00 <andymccr> evrardjp: you remember meeting bot :D nice job.
16:01:00 <evrardjp> asettle: indeed, I think it's better for posting links later.
16:01:16 <rromans> o/
16:01:19 <evrardjp> andymccr: I didn't. I adapted my agenda last time, this way the copy paste does it for me.
16:01:20 <evrardjp> :D
16:01:29 <evrardjp> anyway
16:01:32 <andymccr> hahahahaah
16:01:35 <spotz> woot
16:01:36 <asettle> evrardjp: works for moi :)
16:01:38 <odyssey4me> lol, mhayden is loving them async tasks
16:01:40 <evrardjp> without further ado, the first bug:
16:01:46 <evrardjp> https://bugs.launchpad.net/openstack-ansible/+bug/1662545
16:01:46 <openstack> Launchpad bug 1662545 in openstack-ansible "osa: file /etc/init.d/rc does not exist" [Undecided,New]
16:01:46 <mhayden> joy
16:01:48 <evrardjp> #link https://bugs.launchpad.net/openstack-ansible/+bug/1662545
16:02:21 <evrardjp> I shouldn't have given the idea of putting async everywhere. I'm a bad person.
16:02:42 <evrardjp> but we could change strategy too, but let's discuss that another time
16:02:43 <evrardjp> so
16:02:55 <evrardjp> mhayden: your opinion on this bug?
16:03:05 <andymccr> hmm
16:03:13 <andymccr> we have a centos gate for the security role so it seems weird that file doesnt exist
16:03:14 * mhayden looks
16:03:30 <mhayden> that looks valid
16:03:35 <evrardjp> ok
16:03:38 <mhayden> probably just needs extra logic there
16:03:50 <mhayden> then again, we're not applying RHEL 6 content to CentOS 7 any longer
16:03:55 <mhayden> so this would be a mitaka/newton fix
16:04:07 <evrardjp> ok I'll mark it as confirmed and medium: "fix when convenient or schedule to fix later"
16:04:20 <evrardjp> oh
16:04:40 <mhayden> well, it would need to be fixed in all branches, i guess, since someone can elect to use the rhel 6 stig on CentOS 7
16:04:41 <mhayden> :/
16:04:44 <mhayden> just assign it to me :P
16:04:50 <evrardjp> ok.
16:04:55 * mhayden admits defeat :P
16:05:09 <andymccr> mhayden: excellent
16:05:11 <evrardjp> thanks!
16:05:17 <evrardjp> next
16:05:22 <evrardjp> #link https://bugs.launchpad.net/openstack-ansible/+bug/1662466
16:05:22 <openstack> Launchpad bug 1662466 in openstack-ansible "limit_container_types can't/won't filter certain vars" [Undecided,New]
16:05:34 <evrardjp> andymccr: ?
16:06:01 <andymccr> we had a mailing list query about cinder_volumes/glance_nfs_client stuff - and imo the limit_container_types either doesnt work like it should, or the docs are bad - but i couldnt find a way to get it to work in the case of glance_nfs_clients
16:06:42 <openstackgerrit> Merged openstack/openstack-ansible-os_rally master: Install python2 for Ubuntu 16.04 and CentOS 7 in Vagrant  https://review.openstack.org/430044
16:06:44 <evrardjp> I think we should head over this discussion to our inventory team :p
16:06:48 <evrardjp> palendae: ?
16:06:49 <evrardjp> :D
16:07:04 * palendae looks
16:07:14 <openstackgerrit> Merged openstack/openstack-ansible-repo_build master: Install python2 for Ubuntu 16.04 and CentOS 7 in Vagrant  https://review.openstack.org/430039
16:07:23 <andymccr> i could be wrong, but i played about with it a bit yesterday and couldnt get it to do what i wanted
16:07:48 <palendae> Ok - I'm not super familiar with it, but it sounds like it needs to be at least studied and documented
16:08:07 <evrardjp> andymccr: so you think it should be not only a doc change, but also a filter change + maybe a inventory change?
16:08:13 <andymccr> palendae: agreed - there is a somewhat moderate chance im doing it wrong :P
16:08:28 <andymccr> evrardjp: i think it may need a change to the way the inventory is generated yeah
16:08:36 <andymccr> but i could be wrong about that bit - so it may just be docs
16:08:53 <palendae> I mostly say docs as a starting point so we know what it's doing and how to change it
16:08:58 <palendae> Since I
16:08:59 <andymccr> yeah
16:09:03 <palendae> I'm not familiar with it
16:09:09 <evrardjp> if palendae need to dig a little deeper, let's leave him time, and come back to it next week
16:09:13 <evrardjp> fine for everyone?
16:09:15 <palendae> Works
16:09:15 <andymccr> sounds good to me
16:09:19 <andymccr> thanks for looking into it!
16:09:40 <evrardjp> indeed!
16:10:05 <evrardjp> palendae: feel free to request anyone to help you, triage is not only targetting ppl, it's a general job we have to all do :D
16:10:15 <palendae> Sure thing
16:10:15 <evrardjp> anyway
16:10:17 <evrardjp> next
16:10:20 <evrardjp> #link https://bugs.launchpad.net/openstack-ansible/+bug/1661950
16:10:20 <openstack> Launchpad bug 1661950 in openstack-ansible "galera playbook insists on specific mariadb package versions, but doesn't depend on correct apt repo" [Undecided,New]
16:10:32 <evrardjp> Well I agree on this one
16:10:35 <openstackgerrit> Merged openstack/openstack-ansible-os_glance master: Install python2 for Ubuntu 16.04 and CentOS 7 in Vagrant  https://review.openstack.org/429997
16:10:52 <evrardjp> galera client and server are inconsitent, and it's technically possible to arrive to this
16:11:15 <evrardjp> there are many ways to fix this
16:12:24 <evrardjp> I think consistency can be a large conversation, so I'd say, at the moment we need to focus on fixing this -> confirmed medium
16:12:30 <evrardjp> ok ?
16:13:08 <andymccr> hmm
16:13:19 <andymccr> yeah that seems fine
16:13:47 <andymccr> im not sure there is a smart way to do taht
16:14:07 <evrardjp> well the easiest is to change the apt_urls (for now)
16:14:15 <evrardjp> then we can ensure it's done the same way in both roles
16:14:28 <evrardjp> or, maybe we can merge roles out of laziness
16:14:35 <evrardjp> :p
16:14:40 <andymccr> hahaha
16:14:45 <evrardjp> but that's a longer discussion
16:14:51 <evrardjp> let's focus on short term fix
16:14:52 <andymccr> yeah the bug is still valid
16:15:02 <andymccr> so for triage it seems fine to set it to medium confirmed
16:15:05 <evrardjp> so you agreed on confrimed medium ?
16:15:06 <evrardjp> ok
16:15:22 <evrardjp> next
16:15:24 <evrardjp> #link https://bugs.launchpad.net/openstack-ansible/+bug/1661948
16:15:24 <openstack> Launchpad bug 1661948 in openstack-ansible "ceph_client: on ubuntu 16.04 default Ceph version (hammer) causes conflicts " [Undecided,New]
16:15:49 <andymccr> hmm
16:16:17 <andymccr> i mean seems legit
16:16:30 <evrardjp> logan-: what's your opinion on this?
16:16:34 <evrardjp> It seems legit indeed
16:16:39 <openstackgerrit> Merged openstack/openstack-ansible-os_ceilometer master: Install python2 for Ubuntu 16.04 and CentOS 7 in Vagrant  https://review.openstack.org/429981
16:16:45 <evrardjp> but backporting this default variable changes is a massive change
16:17:05 <openstackgerrit> Merged openstack/openstack-ansible-os_horizon master: Install python2 for Ubuntu 16.04 and CentOS 7 in Vagrant  https://review.openstack.org/430041
16:17:12 <openstackgerrit> Merged openstack/openstack-ansible-os_keystone master: Install python2 for Ubuntu 16.04 and CentOS 7 in Vagrant  https://review.openstack.org/429999
16:17:17 <evrardjp> well not really massive change, because the change is one line, but I mean it's something of a large scope compared to the "stable" branch nature
16:18:00 <evrardjp> I'd be happy to have a deployer's opinion here :p
16:18:15 <andymccr> hmm
16:18:31 <openstackgerrit> Merged openstack/openstack-ansible-os_neutron master: Install python2 for Ubuntu 16.04 and CentOS 7 in Vagrant  https://review.openstack.org/430032
16:18:37 <andymccr> thats tricky
16:18:51 <evrardjp> indeed, but confirming means a willingness to fix :p
16:19:01 <andymccr> i guess the real answer for newton is that we didnt have proper ceph integration
16:19:19 <andymccr> we have a gate now in ocata so im guessing we have upped that version
16:19:58 <evrardjp> but what are we ready to do in N?
16:20:08 <andymccr> and then if it doesnt work at all, and you had to set that var to jewel anyway it seems sensible to backport hte change but yeah perhaps we can defer until somebody with more ceph exp can comment
16:20:19 <evrardjp> ok
16:20:29 <evrardjp> maybe worth discussing in the community meeting
16:20:57 <evrardjp> to have more ppl stepping up
16:20:59 <evrardjp> anyway
16:21:05 <evrardjp> we'll leave it as is for now
16:21:05 <evrardjp> next
16:21:09 <evrardjp> #link https://bugs.launchpad.net/openstack-ansible/+bug/1661586
16:21:09 <openstack> Launchpad bug 1661586 in openstack-ansible "Breaking change to NFS config in os_cinder stable/newton" [Undecided,Fix released]
16:21:19 <openstackgerrit> Merged openstack/openstack-ansible-os_nova master: Install python2 for Ubuntu 16.04 and CentOS 7 in Vagrant  https://review.openstack.org/430034
16:21:26 <evrardjp> well let's move on
16:21:27 <evrardjp> next
16:21:40 <evrardjp> #link https://bugs.launchpad.net/openstack-ansible/+bug/1661197
16:21:40 <openstack> Launchpad bug 1661197 in openstack-ansible "Memcache setup missing in shibboleth2.xml" [Undecided,New]
16:22:02 <andymccr> the backport has gone in]
16:22:10 <andymccr> or rather the fix in newton has gone in with a deprecation
16:22:14 <andymccr> and that wont be required in master
16:22:25 <andymccr> plus the sha bump has been updated to include those fixes once 14.0.7 releases
16:22:29 <evrardjp> andy you're talking about the shibboleth here?
16:22:29 <andymccr> we should be able to close this now
16:22:35 <andymccr> ahh damn
16:22:35 <andymccr> :P
16:23:04 <evrardjp> I moved on :p
16:23:08 <andymccr> seems like a sensible change
16:23:36 <alextricity25> The shib one might be a pain to fix, since you'll need a federation server, no?
16:23:37 <evrardjp> I've seen the issue in the past, so it seems valid, but I don't know if the fix is valid. Let's see
16:23:52 <evrardjp> alextricity25: well I can ask some ppl that run this
16:24:00 <openstackgerrit> Merged openstack/openstack-ansible-os_designate master: Enable current Designate services  https://review.openstack.org/427810
16:24:08 <evrardjp> I'll tag it as low hanging fruit because we have the fix explained
16:24:27 <evrardjp> but I don't think it's really super urgent, as nobody warned us about the issue before
16:24:37 <evrardjp> (also depends on how you do LB...)
16:24:44 <alextricity25> +1
16:25:00 <evrardjp> so confirmed, low, low-hanging-fruit
16:25:02 <openstackgerrit> Merged openstack/openstack-ansible-repo_build master: Actually remove os-release files  https://review.openstack.org/430325
16:25:23 <andymccr> ok sounds good
16:25:41 <evrardjp> the next one is waiting for bug reporter:
16:25:45 <evrardjp> #link https://bugs.launchpad.net/openstack-ansible/+bug/1661114
16:25:45 <openstack> Launchpad bug 1661114 in openstack-ansible "rabbitmq_Server role is failing in mitaka due to rfc hostname changes" [Undecided,New]
16:26:12 <evrardjp> He is not on IRC, so let's move on
16:26:15 <andymccr> seems pending
16:26:19 <evrardjp> #next https://bugs.launchpad.net/openstack-ansible/+bug/1661048
16:26:19 <openstack> Launchpad bug 1661048 in openstack-ansible "bootstap-ansible can not be called from absolute path" [Undecided,New] - Assigned to Bjoern Teipel (bjoern-teipel)
16:27:40 <evrardjp> andymccr: your opinion on the status level? Is that a bug we want to fix?
16:27:49 <andymccr> evrardjp: id say wishlist?
16:28:02 <evrardjp> I was enclined to triage it that way too.
16:28:12 <evrardjp> ok let's do this.
16:28:47 <evrardjp> next:
16:28:51 <evrardjp> #link https://bugs.launchpad.net/openstack-ansible/+bug/1660626
16:28:51 <openstack> Launchpad bug 1660626 in openstack-ansible "Changes in Ansible broke TASK [os_keystone : Set keystone_federated_identities fact]" [Undecided,New]
16:29:05 <evrardjp> cloudnull: you were voluntold last week, did you get the chance to look at it?
16:30:08 <cloudnull> evrardjp: no, i've not
16:30:13 <evrardjp> ok
16:30:16 * cloudnull re-adds that to the top of the list
16:30:21 <evrardjp> did anyone got the chance to confirm?
16:30:31 <evrardjp> cloudnull: cool!
16:30:32 <evrardjp> thank you!
16:30:39 <evrardjp> that's all for today then
16:30:45 <andymccr> sweet :) thanks evrardjp!
16:31:04 <evrardjp> #endmeeting