16:01:21 <evrardjp_> #startmeeting openstack_ansible_meeting
16:01:21 <openstack> Meeting started Tue Sep  5 16:01:21 2017 UTC and is due to finish in 60 minutes.  The chair is evrardjp_. Information about MeetBot at http://wiki.debian.org/MeetBot.
16:01:23 <openstack> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
16:01:26 <openstack> The meeting name has been set to 'openstack_ansible_meeting'
16:01:28 <andymccr> o/
16:01:45 <evrardjp_> #topic this week's bugs
16:01:53 <cloudnull> o/
16:01:55 <evrardjp_> #link https://bugs.launchpad.net/openstack-ansible/+bug/1714597
16:01:56 <openstack> Launchpad bug 1714597 in openstack-ansible "multi OS repo-build needs to be more intuitive " [Undecided,New]
16:02:24 <neith> odyssey4me: yes some tasks are played from that task file
16:03:16 <evrardjp_> never heard about this problem but I agree we don't have cross repo testing
16:03:27 <andymccr> hmm
16:03:38 <evrardjp_> cross distro*
16:04:03 <andymccr> we dont really have a way to test that though
16:04:11 <evrardjp_> manual testing only indeed
16:04:23 <evrardjp_> let's maybe leave that as is?
16:04:26 <evrardjp_> until someone confirms?
16:04:27 <neith> evrardjp_: I'm currently struggling uprading from ubuntu 14 to 16  and there are some possible improvements
16:04:49 <odyssey4me> it may make sense for that role to change up the tests to implement 3 qemu vm's via libvirt instead of using a container for the build
16:05:08 <neith> evrardjp_: mostly wheel package are not synced correctly
16:05:16 <odyssey4me> but that's obviously an improvement that someone would need to implement, which is not really the bug subject
16:05:31 <odyssey4me> neith this is the bug triage meeting - please wait until afterwards
16:05:50 <odyssey4me> (or register bugs!)
16:05:54 <evrardjp_> :D
16:05:59 <evrardjp_> don't! :p
16:06:04 <evrardjp_> (joking)
16:06:22 <evrardjp_> that problem should at least have been caught by a few users before
16:06:49 <sauloaislan> Morning
16:06:51 <evrardjp_> I think we should leave it as is, and if someone has the issue again we'll see
16:07:00 <evrardjp_> ok for everyone?
16:07:31 <evrardjp_> let's move on
16:07:32 <evrardjp_> #link https://bugs.launchpad.net/openstack-ansible/+bug/1714462
16:07:33 <openstack> Launchpad bug 1714462 in openstack-ansible "Ansible security leads to FAIL_DELAY configuration error on ocata" [Undecided,New]
16:07:46 <evrardjp_> mhayden: ?
16:07:50 <evrardjp_> have you seen that?
16:08:06 * mhayden ganders
16:08:17 <mhayden> assign it to me and i'll dig into it
16:08:35 <evrardjp_> thanks
16:08:47 <evrardjp_> next
16:08:48 <evrardjp_> #link https://bugs.launchpad.net/openstack-ansible/+bug/1711376
16:08:49 <openstack> Launchpad bug 1711376 in openstack-ansible "intermittent AIO error: Timeout (7s) waiting for privilege escalation prompt" [Undecided,New]
16:09:33 <hwoarang> yeah i haven't seen that^^ ever since I increased the memory requirements on the Vagrantfile
16:09:36 <evrardjp_> hwoarang: is that done?
16:09:56 <evrardjp_> let's mark it as fixed for now, and maybe reopen then?
16:10:03 <hwoarang> i guess we can close that since we don't see it on the gates
16:10:05 <hwoarang> yeah ok
16:10:19 <evrardjp_> next
16:10:20 <evrardjp_> #link https://bugs.launchpad.net/openstack-ansible/+bug/1710874
16:10:23 <openstack> Launchpad bug 1710874 in tripleo "tacker requires conductor service in pike" [High,Triaged] - Assigned to Tim Rozet (trozet)
16:14:04 <evrardjp_> do we even have ppl working on mistral?
16:14:23 <evrardjp_> who was working on tacker recently?
16:14:52 <andymccr> it was mbuil mostly i think - but he's out atm
16:15:28 <evrardjp_> well let's say confirmed, based on what we can see in other deploy projects
16:15:32 <sauloaislan> andymccr: I have a problem with ironic-api
16:15:39 <evrardjp_> sauloaislan: maybe later?
16:16:02 <evrardjp_> andymccr: how would you triage this?
16:16:09 <evrardjp_> low?
16:16:16 <andymccr> evrardjp_: yeah we dont officially spuport tacker in pike anyway
16:16:37 <evrardjp_> ok let's move on
16:16:37 <andymccr> sauloaislan: we're doing bug triage right now - happy to try help after
16:16:39 <evrardjp_> #link https://bugs.launchpad.net/openstack-ansible/+bug/1708360
16:16:41 <openstack> Launchpad bug 1708360 in openstack-ansible "Openstack-Ansible Install Fails with OVS" [Undecided,New]
16:17:03 <andymccr> i mean - probably :P
16:17:07 <evrardjp_> same thing as last week?
16:17:12 <sauloaislan> My problem can be a bug, but ok
16:17:21 <andymccr> if somebody is keen on OVS we should get some testing etc going
16:17:32 <evrardjp_> hwoarang: ?
16:17:38 <andymccr> sauloaislan: if you put it up on launchpad then its probably on the list to go through today :)
16:18:08 <evrardjp_> list is already define, but I leave time at the end of each bug triage to talk about other bust
16:18:11 <evrardjp_> bugs*
16:18:32 <evrardjp_> ok let's move on
16:18:34 <evrardjp_> #link https://bugs.launchpad.net/openstack-ansible/+bug/1707151
16:18:35 <openstack> Launchpad bug 1707151 in oslo.middleware "Remove method CORS.set_latent" [Undecided,New]
16:19:11 <jmccrory> the glare paste file was removed, i don't know if there's anything else for OSA to do there
16:19:45 <evrardjp_> yeah I'd say I don't see anything in hound
16:19:52 <evrardjp_> I'll remove it
16:20:07 <andymccr> hmm
16:20:18 <evrardjp_> next
16:20:19 <evrardjp_> #link https://bugs.launchpad.net/openstack-ansible/+bug/1707142
16:20:20 <openstack> Launchpad bug 1707142 in openstack-ansible "pip_install: "The following packages cannot be authenticated"" [Undecided,New]
16:20:43 <evrardjp_> gonna expire soon!
16:20:48 <evrardjp_> next
16:21:14 <evrardjp_> #link https://bugs.launchpad.net/openstack-ansible/+bug/1705374
16:21:15 <openstack> Launchpad bug 1705374 in openstack-ansible "realpath() of /etc/uwsgi/nova-placement-uwsgi.ini failed" [Undecided,New] - Assigned to Andy McCrae (andrew-mccrae)
16:22:07 <evrardjp_> andymccr: I assigned that to you because you said you're gonna check on it because you had to revisit the code
16:22:18 <evrardjp_> now that it's revisited, should we close that?
16:22:33 <andymccr> evrardjp_: lemme double check ill close if its been backported i think it was
16:22:51 <openstackgerrit> Major Hayden proposed openstack/openstack-ansible-rabbitmq_server stable/pike: Increase RabbitMQ's ulimit to 65536  https://review.openstack.org/500913
16:22:56 <openstackgerrit> Major Hayden proposed openstack/openstack-ansible-rabbitmq_server stable/ocata: Increase RabbitMQ's ulimit to 65536  https://review.openstack.org/500914
16:23:00 <andymccr> yeh done
16:23:01 <openstackgerrit> Major Hayden proposed openstack/openstack-ansible-rabbitmq_server stable/newton: Increase RabbitMQ's ulimit to 65536  https://review.openstack.org/500915
16:23:03 <andymccr> next!
16:23:25 <evrardjp_> #link https://bugs.launchpad.net/openstack-ansible/+bug/1703618
16:23:26 <openstack> Launchpad bug 1703618 in openstack-ansible "repo_container on arm host contains packages for x86 hosts only" [Undecided,New]
16:24:36 <evrardjp_> should we decide to backport this to older branches?
16:24:45 <evrardjp_> we are not sure it would solve the issue
16:24:59 <evrardjp_> if nobody answers, it's gonna expire
16:25:11 <evrardjp_> we could mark it as incomplete too
16:25:20 <evrardjp_> incomplete ok for everyone?
16:25:54 <evrardjp_> 3
16:25:55 <evrardjp_> 2
16:25:56 <evrardjp_> 1
16:26:16 <evrardjp_> #link https://bugs.launchpad.net/openstack-ansible/+bug/1703616
16:26:17 <openstack> Launchpad bug 1703616 in openstack-ansible "Error " This is not a recognized Fernet token" when installing os-trove" [Undecided,New]
16:26:58 <evrardjp_> incomplete?
16:27:11 <andymccr> hmm
16:27:21 <andymccr> yeah
16:27:23 <andymccr> im not sure how to recreate
16:27:24 <evrardjp_> andymccr: it looks like we are expecting data
16:28:45 <andymccr> yeah
16:28:52 <andymccr> incomplete is good i think - if we cant recreate its hard to fix :)
16:28:59 <evrardjp_> sorry
16:29:04 <evrardjp_> next
16:29:06 <evrardjp_> #link https://bugs.launchpad.net/openstack-ansible/+bug/1698871
16:29:06 <openstack> Launchpad bug 1698871 in openstack-ansible "[master] [os_gnocchi]Gnocchi role tests failing on installing pip packages" [Undecided,New]
16:29:25 <evrardjp_> anyone got the chance to look at that?
16:29:30 <andymccr> i mean its unsurprising
16:29:40 <evrardjp_> yes
16:29:43 <andymccr> the whole telemetry stack is pretty much in disrepair since nobody seems to use/maintain it
16:29:54 <evrardjp_> agreed
16:30:19 <evrardjp_> We have a talk at the PTG about phasing out roles
16:30:34 <evrardjp_> feedback gathering session at least
16:30:53 <evrardjp_> ok let's continue then
16:30:54 <evrardjp_> #link https://bugs.launchpad.net/openstack-ansible/+bug/1697782
16:30:56 <openstack> Launchpad bug 1697782 in openstack-ansible "Mounting of ceph-backed cinder volumes is broken after Ocata upgrade" [Undecided,New] - Assigned to Jesse Pretorius (jesse-pretorius)
16:31:10 <evrardjp_> odyssey4me: I don't recall why I assigned that to you. I can check on the logs
16:31:31 <odyssey4me> I added a patch to check whether it was true, as far as I can see builds are still working with that patch merged.
16:31:42 <openstackgerrit> Merged openstack/openstack-ansible-rabbitmq_server master: tests: test-vars: Install the RabbitMQ file directly  https://review.openstack.org/500629
16:32:00 <evrardjp_> https://review.openstack.org/483541
16:32:07 <odyssey4me> logan- appears to be working on it though
16:32:31 <logan-> i have not done any work on it since my last reply, have not had any luck reproducing it :(
16:32:58 <evrardjp_> should we care?
16:33:00 <logan-> im about to dive into ocata upgrade stuff so i'm keeping an eye out for it cropping up in my deploys here
16:33:37 <odyssey4me> I've removed myself as assignee and added a comment about the testing implemented
16:34:43 <evrardjp_> thanks odyssey4me!
16:34:46 <evrardjp_> next
16:34:47 <evrardjp_> #link https://bugs.launchpad.net/openstack-ansible/+bug/1711347
16:34:48 <openstack> Launchpad bug 1711347 in openstack-ansible "Config file override mechanism broken" [Wishlist,New]
16:35:08 <evrardjp_> andymccr: did we revert the python3 yet?
16:35:20 <evrardjp_> sorry I haven't followed that, I just see 1 commit.
16:35:29 <andymccr> evrardjp_: we did in pike yeah
16:35:46 <andymccr> we dont install it as part of the bootstrap and we dont select it so it should be fine
16:35:48 <logan-> check experimental in plugins will expose a bunch of py3 plugins issues
16:36:59 <odyssey4me> logan- you had another patch to test the connection.strategy plugins which needs a revision too - it'd be nice to get that done
16:37:14 <logan-> yup
16:37:28 <logan-> was looking at that this weekend, trying to wrap up old patches I have open
16:37:42 <logan-> but ill ping after the mtg about that :)
16:37:58 <evrardjp_> no I meant these kind of patches: https://review.openstack.org/#/c/471531/
16:38:04 <evrardjp_> https://review.openstack.org/#/c/471529/
16:38:21 <evrardjp_> if we are good then let's continue with our lives
16:38:21 <logan-> yeah
16:38:35 <logan-> there's a lot more of those needed in plugins before py3 works correctly there
16:38:39 <evrardjp_> What I mean there, is that there were other bugs to introduce python3 compatibility
16:38:51 <evrardjp_> sorry let me rephrase
16:39:20 <evrardjp_> if some of our code is python 2+3 ready, good.
16:39:44 <evrardjp_> if it's breaking under 3, meh IF we ensure python3 is not used.
16:39:54 <evrardjp_> but this isn't the case. So should we care now?
16:40:12 <evrardjp_> Because expectations to run python3 may be in the community already
16:40:37 <evrardjp_> so should way say somewhere: run python2? (in our shabangs ?)
16:41:28 <evrardjp_> in the meantime, I'd say  let's leave the bug as is, and just remember it :)
16:41:45 <logan-> bootstrap-ansible essentially enforces "run python 2" or "run python 3" because it manages the venv build
16:41:45 <evrardjp_> ok for everyone?
16:41:47 <logan-> yeah
16:42:21 <cloudnull> ++
16:42:23 <evrardjp_> logan-: oh yeah that's true. So except if someone is running with it's own bootstrapped ansible we should be fine
16:42:43 <evrardjp_> ok
16:42:50 <evrardjp_> done for today
16:43:03 <evrardjp_> anyone else has a bug to raise?
16:43:47 <evrardjp_> 5
16:43:49 <evrardjp_> 4
16:43:51 <evrardjp_> 3
16:43:52 <evrardjp_> 2
16:43:54 <evrardjp_> 1
16:43:55 <andymccr> thanks :)
16:44:00 <evrardjp_> ty !
16:44:01 <evrardjp_> #endmeeting