16:02:14 <mnaser> #startmeeting openstack_ansible_meeting
16:02:15 <openstack> Meeting started Tue Jul 24 16:02:14 2018 UTC and is due to finish in 60 minutes.  The chair is mnaser. Information about MeetBot at http://wiki.debian.org/MeetBot.
16:02:16 <evrardjp> mnaser: it's on the page
16:02:17 <openstack> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
16:02:19 <openstack> The meeting name has been set to 'openstack_ansible_meeting'
16:02:40 <mnaser> #topic roll call
16:02:43 <mnaser> o/ ?
16:02:58 <evrardjp> o/
16:03:02 <bgmccollum> (ʘ‿ʘ)╯
16:03:06 <prometheanfire> o/
16:03:16 <ansmith> o/
16:03:17 <evrardjp> bgmccollum: perfect there is a bug from you IIRC :)
16:03:41 <odyssey4me> \o
16:03:54 <bgmccollum> evrardjp for realz?
16:04:23 <mnaser> okay so
16:04:33 <mnaser> #topic last week highlights
16:04:50 <mnaser> i know evrardjp mentioned that he's updated the page quickly
16:04:55 * mnaser ddos f5
16:04:55 <evrardjp> mnaser: it's done
16:05:02 <evrardjp> odyssey4me: done too - one more question
16:05:14 <mnaser> given i didn't attend last meeting.. is there anything on that list from last week?
16:05:23 <mnaser> or are those all fresh?
16:05:37 <evrardjp> mnaser: I will remove the old things
16:06:12 <mnaser> thank you evrardjp
16:06:39 <evrardjp> mnaser: done
16:06:56 <evrardjp> probably be translated into proper english
16:07:00 <mnaser> np!
16:07:13 <mnaser> so i guess as y'all see-- we need to do the work on bionic
16:07:30 <mnaser> this is extremely important in order to be able to test rocky for distro and make sure our dependencies don't mess up
16:07:37 <mnaser> allowing an upgrade path for those running xenial
16:07:50 <mnaser> maybe odyssey4me has further comments?
16:07:50 <evrardjp> indeedy
16:08:19 * odyssey4me wishes he had time to work on it
16:08:37 <evrardjp> odyssey4me: you did a lot recently in the cleanup. Do not worry too much, other ppl can step in too :p
16:08:43 <odyssey4me> but yes, for the distro install work on release day to work for ubuntu we need to get bionic done
16:08:47 <evrardjp> it's an open thing, anyone is welcome to help!
16:08:49 <evrardjp> :)
16:08:59 <logan-> i am pushing some bionic patches so please keep voting :P
16:09:15 <mnaser> cool, so we're at least aware we gots to get things moving with that
16:09:17 <odyssey4me> yep, reviews are just as necessary as patches
16:09:43 <mnaser> hwoarang's work on leap 15 seems to be blocked from all sorts of external factors, so that's still a wip
16:09:56 <spotz> o/ distractedly late:)
16:09:57 <odyssey4me> unfortunately we've had a storm of patches pushed up to do trivial things which make the review queue more difficult to spot the important things, so best to ask for reviews if nothing happens for a day
16:10:11 <mnaser> odyssey4me: ++ i agree, sometimes asking makes a big difference
16:10:13 <evrardjp> I agree
16:10:19 * mnaser needs to do his review duty
16:10:41 <evrardjp> I have a few ones I will ask you all to get in :p
16:10:51 <mnaser> we've got milestone 3 this thursday, as usual evrardjp is taking care of bumps
16:10:57 <spotz> I'm back in town so poke and I'll do reviews at night
16:11:08 <mnaser> so while talking reviews just make sure we track those changes
16:11:13 <mnaser> to be on time
16:11:24 <odyssey4me> we should probably decide what level of freeze we're aiming for and what exceptions are important
16:11:25 <evrardjp> mnaser: yeah -- so good news, we finally managed to merge a bump recently
16:11:52 <evrardjp> when can be earliest branch?
16:11:59 <evrardjp> I never remember
16:12:04 <evrardjp> is that m3 or rc1?
16:12:07 <odyssey4me> rc1
16:12:10 <evrardjp> darn
16:12:12 <evrardjp> that's a lot
16:12:28 <mnaser> it's ok, we can treat it as stable/rocky :P
16:12:34 <odyssey4me> we have to tag the first rc, then branch from the tag as far as I know
16:12:48 <evrardjp> I'd say it's possible to work on testing -- that doesn't involve architectural changes
16:12:55 <evrardjp> improving stability
16:12:57 <evrardjp> cleaning things up
16:13:02 <evrardjp> no NEW feature
16:13:12 <evrardjp> we can finish existing work if it's not fully over
16:13:30 <mnaser> yep
16:13:31 <evrardjp> better something finished than half baked into prod
16:14:19 <mnaser> and finally i guess elections for PTL are open, fwiw i will be running
16:14:28 <evrardjp> wooot
16:14:34 <evrardjp> mnaser: for president!
16:14:40 <spotz> Woot!
16:14:42 <odyssey4me> looks like we may have to live with repo_build for another cycle then - but next cycle is time for it to expire
16:14:58 <odyssey4me> :) thanks mnaser - appreciate your time and commitment!
16:15:10 <mnaser> odyssey4me: i think we had a lot of extra stuff kinda smack us like ci issues and being forced to add bionic, etc
16:15:22 <mnaser> hopefully a more stable upcoming cycle to clear that out
16:15:30 <odyssey4me> yeah, I'll finish up the current clean up things, then join forces ot get bionic done.
16:15:43 <mnaser> anyways, that's pretty much it for highlights.  anything left for highlights?
16:15:43 <evrardjp> sounds good
16:15:59 <odyssey4me> it'd be good to get that distro work done for the other roles next cycle too
16:15:59 <evrardjp> yeah what I wrote for elections:
16:16:11 <odyssey4me> it's been very helpful to get things cleaned up
16:16:18 <evrardjp> I am not running in case you didn't know it.
16:16:29 <evrardjp> Time for a change.
16:16:31 <mnaser> ah yeah, that, sorry i kinda assume those are just infront of us
16:16:42 <mnaser> odyssey4me: 100% .. i wanna get centos to pass
16:16:47 <mnaser> it's been almost the entire cycle :'(
16:17:05 <evrardjp> Anyone welcome to run, and I already thank ppl stepping forward. I like this :)
16:17:13 <mnaser> https://review.openstack.org/#/c/584604/
16:17:22 <mnaser> where i'm stuck in centos anyways
16:17:33 <mnaser> if someone wants to help i'd be extremely welcoming of that
16:17:43 <spotz> I'll continue to be social PTL:)
16:17:58 <mnaser> distro passes but
16:18:02 <mnaser> http://logs.openstack.org/04/584604/1/check/openstack-ansible-functional-centos-7/6f4abed/logs/host/cinder/cinder-volume.log.txt.gz
16:18:10 <mnaser> cinder-rtstool cant be found, or something.. maybe someone knows about it
16:18:15 <odyssey4me> heh, that's pretty
16:18:18 <mnaser> but anyways, back to meeting, i guess time for bug triage?
16:18:29 <spotz> mnaser: Have you talkted to jungleboyj or smmginnis?
16:18:47 <mnaser> i have not yet, i'll have to do some digging still :)
16:18:58 <mnaser> been tryna catch up since my 2 week trip
16:19:07 <mnaser> #topic bug triage
16:19:10 <spotz> Ok back to bugs, poke if needed. Someone did a patch for one of the two I had:)
16:19:16 <evrardjp> mnaser: wrong shebang?
16:19:28 <mnaser> evrardjp: i dont know yet, gotta dig in more
16:19:31 <mnaser> #link https://bugs.launchpad.net/openstack-ansible/+bug/1783237
16:19:31 <openstack> Launchpad bug 1783237 in openstack-ansible "git.openstack.org is super slow, we should switch to github.com" [Undecided,New]
16:19:35 <evrardjp> check that :D
16:19:43 <mnaser> thats a good thing to check
16:20:11 <mnaser> eh.
16:20:19 <jrosser> its slow, but not that slow here
16:20:32 <mnaser> i mean it could be a doc bug
16:20:40 <spotz> If there's an issue we should let Jimmy and infra know
16:20:55 <mnaser> but if we don't agree that it's a doc bug
16:20:57 <mnaser> i would put wontfix
16:21:18 <mnaser> thoughts?
16:21:50 <odyssey4me> well, we could make it easier to do this - and it would be nice for offline installs
16:22:11 <mnaser> thing is there is so many ways the url can be formed
16:22:18 <spotz> We could add an alternative to use github with a warning
16:22:18 <odyssey4me> in my comment I noted a previous attempt review, and in that review I proposed a way to do it
16:22:37 <mnaser> so really the only way to do this is to override nova_git_repo or whatever the var is
16:22:44 <mnaser> which is already possible today?
16:22:53 <odyssey4me> the alternative approach was simply to pass the URL through a filter to allow search/replace when bootstrapping the roles and the repo
16:23:10 <odyssey4me> yes, today's approach is there and works, but it's a bit painful
16:23:37 <odyssey4me> so I'd say this is wishlist
16:23:50 <odyssey4me> I might just work on something for it one day
16:23:52 <evrardjp> I'd say invalid to be honest
16:23:56 <evrardjp> or won't fix
16:24:04 <evrardjp> because it's already possible to do so
16:24:07 <odyssey4me> the bug title I disagree with entirely
16:24:18 <evrardjp> ok
16:24:21 <odyssey4me> but a feature to make it easier to switch to another mirror - happy to do it
16:24:21 <evrardjp> for me
16:24:32 <evrardjp> odyssey4me: well we already have things like that
16:24:37 <evrardjp> it's just not very friendly
16:24:45 <mnaser> wish list doesnt eixist
16:24:48 <evrardjp> and it will change if we change how repo is made (your bp)
16:24:52 <odyssey4me> s/easier/friendlier/
16:25:10 <mnaser> how to wishlist? :>
16:25:14 <odyssey4me> mnaser: 'wish list' is under 'importance'
16:25:18 <evrardjp> mnaser: it's in importance
16:25:23 <mnaser> aaah
16:25:26 <evrardjp> :)
16:25:45 <evrardjp> for the bug title itself I'd not mark it wishlist
16:25:53 <evrardjp> I'd mark it as won't fix
16:25:54 <odyssey4me> do we have docs for how to use a different mirror somewhere?
16:26:07 <jrosser> we've got a parallel git cloner too which might be of use at some point
16:26:09 <evrardjp> we won't fix in this project how things are mirrored outside :p
16:26:26 <evrardjp> jrosser: that's cool I wanted to write an ansible module for that.
16:26:33 <jrosser> boxrick: ^^
16:26:41 <evrardjp> odyssey4me: we have docs on how to changes the source
16:26:45 <mnaser> ok
16:26:47 <mnaser> refresh the page
16:26:48 <evrardjp> odyssey4me: we may not have docs on a-r-r override
16:26:50 <evrardjp> let me check
16:26:51 <mnaser> and tell me what you think
16:27:19 <evrardjp> https://docs.openstack.org/openstack-ansible/latest/reference/configuration/extending-osa.html#adding-new-or-overriding-roles-in-your-openstack-ansible-installation and
16:27:27 <mnaser> what do you think about the bug now
16:27:27 <odyssey4me> evrardjp: I'm not seeing anything in https://docs.openstack.org/openstack-ansible/latest/user/limited-connectivity/index.html about how to use an alternative mirror for git for anything
16:27:31 <evrardjp> https://docs.openstack.org/openstack-ansible/latest/reference/configuration/extra-python-software.html
16:27:33 <mnaser> please f5-ers
16:27:40 <evrardjp> mnaser: ok
16:27:45 <boxrick> There is no reason we couldn't throw it into a module, its just a separate python script at the moment.
16:27:59 <evrardjp> boxrick: I have some :)
16:28:11 <odyssey4me> heh, title change mnaser
16:28:17 <mnaser> i mean
16:28:20 <mnaser> that's really the core issue
16:28:35 <mnaser> and i feel like we can get to an agreement on that?
16:28:46 <evrardjp> yeah but the conversation has lost its meaning
16:28:52 <odyssey4me> yeah, docs is certainly the easiest way to get this done
16:28:58 <evrardjp> it's trackable though
16:29:00 <evrardjp> so it's fine
16:29:02 <boxrick> At the moment it clones about 100 roles in 20 seconds?
16:29:05 <mnaser> ok
16:29:14 <mnaser> can we move on to the next bug now? :>
16:29:19 <odyssey4me> boxrick: on your amazing connection, of course
16:29:27 <evrardjp> well
16:29:30 <evrardjp> we do have docs though :p
16:29:32 <boxrick> Well this is just on my naff laptop over wifi
16:29:36 <evrardjp> just not linked.
16:29:44 <mnaser> right, we can add that as a comment
16:29:45 <evrardjp> we can add links.
16:29:47 <mnaser> #link https://bugs.launchpad.net/openstack-ansible/+bug/1783145
16:29:47 <openstack> Launchpad bug 1783145 in openstack-ansible "Document how to use config overrides for multivalued keys in ini files" [Undecided,New]
16:29:58 <mnaser> is that even possible
16:29:59 <evrardjp> confirmed low
16:30:01 <evrardjp> yeah
16:30:05 <mnaser> ok
16:30:46 <mnaser> #link https://bugs.launchpad.net/openstack-ansible/+bug/1783132
16:30:47 <openstack> Launchpad bug 1783132 in openstack-ansible "designate.conf.j2 does not respect user configured designate database name" [Undecided,New]
16:30:59 <mnaser> oh its hardcoded
16:30:59 <mnaser> shucks
16:31:19 <mnaser> ooo
16:31:21 <mnaser> patch included too
16:31:36 <evrardjp> confirmed medium low-hanging-fruit
16:31:45 <evrardjp> anyone to pick that fruit?
16:31:49 <mnaser> anyone has 2 minutes to push up that patch?
16:31:59 <evrardjp> new contributors?
16:32:06 <evrardjp> pretty please please please :)
16:32:18 <evrardjp> we know how to do it, you might want to love this
16:32:26 <guilhermesp> well can give a try :)
16:32:32 <mnaser> yay
16:32:38 <odyssey4me> some may monitor the low-hanging-fruit tag and submit, but may not be here
16:32:42 <evrardjp> (mnaser odyssey4me please don't fix it -- I'd rather keep it for a new person OR for an onboarding session)
16:32:47 <guilhermesp> low hang fruits will help me to reach the highest branches of the tree
16:32:54 <evrardjp> guilhermesp: great!
16:33:12 <spotz> I started with low-hanging Barbican fruit:)
16:33:12 <evrardjp> next?
16:33:12 <mnaser> guilhermesp: is your lp 'guilhermesp' too?
16:33:29 <guilhermesp> sorry, lp?
16:33:33 <evrardjp> launchpad user
16:33:37 <guilhermesp> yes
16:33:39 <guilhermesp> it is
16:33:45 <guilhermesp> :)
16:34:10 <mnaser> great, i've assigned it to you, thank you and please ping any of us for help
16:34:17 <mnaser> #link https://bugs.launchpad.net/openstack-ansible/+bug/1782856
16:34:17 <openstack> Launchpad bug 1782856 in openstack-ansible "/openstack directory getting full " [Undecided,New]
16:34:20 <guilhermesp> o/
16:34:51 <evrardjp> Invalid
16:34:54 <evrardjp> for me that's normal
16:34:59 <evrardjp> OR
16:35:10 <evrardjp> Confirmed/wishlist to document things.
16:35:21 <odyssey4me> yeah, we should really change that pattern
16:35:31 <evrardjp> yeah but what's done is done
16:35:35 <evrardjp> well
16:35:37 <evrardjp> no
16:35:39 <evrardjp> that's not what I mean
16:35:43 <odyssey4me> I looked into setting a var for it once, and got lost in the millions of places where we don't bother respecting the var
16:36:04 <evrardjp> I meant: the code is there, so we need to think about how to change it for the future, and we'll still have to deal with the past--- so how do we do this?
16:36:08 <odyssey4me> but anyway, a little extra docs would be nice to warn people, I really did think we had something for that
16:36:17 <evrardjp> odyssey4me: me too
16:36:48 <mnaser> confirmed wishlist
16:36:51 <evrardjp> odyssey4me: that's all we have: https://docs.openstack.org/project-deploy-guide/openstack-ansible/latest/targethosts.html#configuring-the-storage
16:36:51 <mnaser> added comment
16:36:52 <odyssey4me> something here: https://docs.openstack.org/project-deploy-guide/openstack-ansible/latest/targethosts.html#configuring-the-storage
16:36:57 <mnaser> lol
16:36:57 <odyssey4me> lol, snap
16:36:58 <mnaser> oh my god
16:36:58 <evrardjp> hahah
16:37:13 <mnaser> added that url there
16:37:21 <mnaser> #link https://bugs.launchpad.net/openstack-ansible/+bug/1782798
16:37:21 <openstack> Launchpad bug 1782798 in openstack-ansible "AIO Build Fails on SELinux File Context Tasks" [Undecided,New]
16:37:44 <evrardjp> it proves our doc is easy to parse, and well structured,as we came up with the SAME link.
16:37:49 <evrardjp> #proud
16:38:00 <odyssey4me> :)
16:38:17 <odyssey4me> I'm in favor of just turnig selinux off entirely and if it's enabled, hard stop the deployment
16:38:41 <odyssey4me> none of us have any time to work that all out and maintain it, clearly
16:38:43 <mnaser> honestly we deploy without selinux for osa, hoping that once distro support goes up
16:38:47 <mnaser> and rely on upstream
16:38:55 <mnaser> it's silly to have our own and upstream selinux rules
16:39:36 <odyssey4me> mnaser: the reason why we stopped using the upstream packages is because they don't apply for lxc containers - we started with them, but they just didn't do the right things
16:39:45 <evrardjp> oh btw on previous bug to talk about a-r-r we already have some mentions in this page, and it's that page that should have links to the references pages. https://docs.openstack.org/openstack-ansible/latest/user/limited-connectivity/index.html#source-code-repositories
16:39:51 <odyssey4me> IIRC mhayden said they were all docker container focused
16:40:34 <mnaser> i think they'll be fine when we deploy from distro
16:40:38 <mnaser> because the paths are all matching
16:40:40 <odyssey4me> evrardjp: yeah, I'll take a little time to add a link and be more explicit about how to implement the override
16:40:50 <mnaser> the biggest issue is paths are mismatching afaik
16:41:15 <mnaser> "We've lost the only maintainer of SELinux inside OSA, so please either try to deploy without SELinux (setenforce 0) .. or patches welcome! :)"
16:41:16 <mnaser> as comment
16:41:18 <mnaser> confirmed medium?
16:41:26 <odyssey4me> mnaser: meh, doesn't change the bug's triage - for now we should turn it all off and if you're using a source-based build it should hard stop the deployment if it's on
16:41:40 <mnaser> i agree
16:41:43 <mnaser> for source based
16:41:44 <cloudnull> o/ sorry super late, bouncing between meetings
16:41:57 <odyssey4me> happy with confirmed medium myself
16:42:35 <mnaser> np cloudnull we jsut assigned all the bugs to you
16:42:36 <mnaser> :>
16:42:44 <mnaser> #link https://bugs.launchpad.net/openstack-ansible/+bug/1782388
16:42:44 <openstack> Launchpad bug 1782388 in openstack-ansible "Installing Multipath But Not Enabling In Nova Causes Volume Attachment Failures" [Undecided,New]
16:42:44 <cloudnull> yay!
16:42:58 <evrardjp> mnaser: D
16:43:00 <bgmccollum> This is my bug report
16:43:10 <evrardjp> bgmccollum: told ya :)
16:43:10 <bgmccollum> If there are questions...
16:43:22 <bgmccollum> :D
16:43:34 <mnaser> oh man, multipath
16:43:51 <bgmccollum> There is a very good chance i have no clue what im doing...
16:43:52 <evrardjp> enabling multipath by default doesn't sound bad
16:43:55 * mnaser remembers the time of doing infiniband multipath
16:44:01 <evrardjp> ohoh
16:44:08 <evrardjp> mnaser: you had nice tools
16:44:11 <evrardjp> :)
16:44:23 <evrardjp> and a few nightmares too I guess
16:44:39 <mnaser> except i was trying to get it running on solaris with writing our own openstack nova driver
16:44:43 <mnaser> haha
16:44:46 <mnaser> anyways
16:45:40 <mnaser> ok so you run cinder-volume and nova-compute on the same host, right?
16:45:49 <bgmccollum> Yes...
16:46:13 <evrardjp> but multipath tools were installed long ago though?
16:46:42 <bgmccollum> well, i did a Newton -> Ocata -> Pike back-to-back upgrade...then things started going sideways
16:46:54 <evrardjp> bgmccollum: https://github.com/openstack/openstack-ansible-os_nova/commit/e9fd86ef0072f8b42997f0ca711451321cc70123
16:46:56 <bgmccollum> I dont believe it was in Newton, or at least the version of Newton I was running...
16:47:03 <evrardjp> it was in N
16:47:12 <evrardjp> it was in M even
16:47:20 <bgmccollum> Hrm...to something else is at play.
16:47:26 <bgmccollum> *so
16:47:34 <evrardjp> I'd say yes.
16:47:58 <mnaser> i'd suspect something related to cinder-volume and nova-compute on same machine
16:48:04 <evrardjp> I mean it's not the upgrade that changed the presence of multipath-tools
16:48:12 <mnaser> i got a feel like that might be conflicting
16:48:17 <bgmccollum> mnaser Yes...starting to think that.
16:48:26 <odyssey4me> or something in nova changed to 'fix' something, which broke it
16:48:26 <evrardjp> bgmccollum: did you upgrade to Q at the end, or pike is the latest?
16:48:41 <bgmccollum> Let me check version...
16:48:43 <odyssey4me> or cinder for that matter
16:48:56 <evrardjp> because some containers are now on bare metal in Q iirc
16:48:58 <bgmccollum> 16.0.15
16:49:02 <evrardjp> ok
16:49:04 <evrardjp> so P
16:49:10 <bgmccollum> yes pike
16:49:11 <odyssey4me> it's also plausible that we have conflicting settings or something between the two roles
16:49:18 <evrardjp> odyssey4me: that's what I'd say
16:49:29 <evrardjp> but multipath-tools isn't listed anywhere else
16:49:40 <odyssey4me> I think nova cnd cinder touch lvm management if that's used - so it could be there
16:49:52 <mnaser> i'm more suspecting that the services are messing around, rather than our roles
16:49:55 <evrardjp> nope it's not in cinder role
16:50:09 <bgmccollum> ill try to stage a test where the nova host has multipath d running, but the cinder host doesn't...
16:50:10 <mnaser> i think what odyssey4me means is that it's not the role but the services
16:50:20 <odyssey4me> worth a good look, I'd say - but hard to replicate the results given the kit required
16:50:41 <evrardjp> could it be something OUTSIDE osa,something pre-configured on the host, or on a side thing?
16:51:12 <odyssey4me> if someone could look at a test env that bgmccollum gets the same issue showing up in, then perhaps that'd be helpful
16:51:15 <bgmccollum> not sure...i also later noticed that volume migration is broken with multipathd running
16:51:34 <bgmccollum> so something is...odd
16:51:35 * odyssey4me is clueless with this stuff though
16:51:51 <bgmccollum> ill so some more digging, and report back.
16:52:12 <mnaser> so for now
16:52:16 <evrardjp> cool thanks bgmccollum
16:52:17 <odyssey4me> thanks bgmccollum - if you could post some sort of way to replicate the test enironment that might be useful, if that's possible
16:52:19 <evrardjp> mnaser: let it open
16:52:23 <mnaser> okay, we'll leave it open.
16:52:29 <evrardjp> you can assign someone to track
16:52:32 <mnaser> #link https://bugs.launchpad.net/openstack-ansible/+bug/1782357
16:52:32 <openstack> Launchpad bug 1782357 in openstack-ansible "Undefined ceilometer variables for additional services" [Undecided,New]
16:52:32 <evrardjp> if you prefer
16:52:38 <mnaser> we're running out of time
16:52:38 <mnaser> :X
16:53:01 <odyssey4me> I think we got this fixed some time recently?
16:53:01 <evrardjp> confirmed and med/high
16:53:12 <evrardjp> in Q or below?
16:53:18 <evrardjp> not sure
16:53:24 <odyssey4me> in Q
16:53:27 <evrardjp> (talking to odyssey4me )
16:53:30 <openstackgerrit> Dmitriy Rabotjagov (noonedeadpunk) proposed openstack/openstack-ansible-os_masakari master: Basic implemintation of masakari-monitors  https://review.openstack.org/584629
16:53:51 <mnaser> cant find any glance_rabbitmq_telemetry_host_group references
16:53:55 <odyssey4me> looking
16:53:55 <mnaser> so it could still be a thing?
16:55:02 <odyssey4me> oh, other services https://github.com/openstack/openstack-ansible/commit/2fd5a4b07b6c295e0aa788be99b43a2462c62ddf
16:55:02 <evrardjp> i think it still is
16:55:04 <evrardjp> :p
16:55:14 <odyssey4me> so ja, probably still a thing
16:55:19 <mnaser> confirmed/med
16:55:27 <mnaser> #link https://bugs.launchpad.net/openstack-ansible/+bug/1782255
16:55:27 <openstack> Launchpad bug 1782255 in openstack-ansible "novnc console error code 404, message No such file" [Undecided,New]
16:55:41 <evrardjp> odyssey4me: that was written in my comment though :p
16:55:43 <evrardjp> anyway
16:55:49 <mnaser> gah
16:55:50 <mnaser> wrapped logs
16:56:00 <evrardjp> mnaser: Invalid!
16:56:02 <evrardjp> ahaha
16:56:04 <evrardjp> due to logs
16:56:16 <odyssey4me> I can't see anything useful in that log
16:56:17 <mnaser> incomplete.. what url are you trying to access..
16:56:25 <mnaser> ERROR nova.console.websocketproxy self.send_error(404, "No such file")
16:56:27 <mnaser> i spooted this but
16:56:48 <evrardjp> yeah
16:56:50 <evrardjp> same
16:56:51 <odyssey4me> oh dear, centos pike
16:57:02 <evrardjp> we need extra user cofnig
16:57:06 <evrardjp> to know what's going on
16:57:06 <odyssey4me> I don't think that's working so good
16:57:13 <evrardjp> :)
16:57:19 <mnaser> incomplete added comment asking for more info
16:57:24 <evrardjp> sounds good
16:57:25 <evrardjp> thanks mnaser
16:57:34 <mnaser> #link https://bugs.launchpad.net/openstack-ansible/+bug/1781057
16:57:37 <openstack> Launchpad bug 1781057 in openstack-ansible "Support changing management network netmask" [Undecided,New]
16:57:54 <mnaser> confirmed wishlist
16:57:59 <evrardjp> confirmed and ...
16:58:02 <mnaser> i might be doing a renumber of an osa deployed (lol end me.)
16:58:03 <evrardjp> I'd say it's a bug
16:58:07 <odyssey4me> I thought andymccr had implemented something along these lines?
16:58:15 <evrardjp> odyssey4me: it's not complete
16:58:21 <evrardjp> that's another case
16:58:25 <odyssey4me> oh ok, fair enough
16:58:31 <mnaser> is it a bug? do we actaully claim that changing a subnet => takes care of everything?
16:58:34 <evrardjp> the network stays the same, but network changes.
16:58:37 <evrardjp> cidr*
16:58:57 <evrardjp> mnaser: well the dynamic inventory is wrong, not that it changes everything.
16:59:22 <evrardjp> _who is dreaming of static inventories now?_
16:59:27 <mnaser> ok so what do you propose then?
16:59:37 <odyssey4me> perhaps best to add a known issue release note saying 'if you're changing your network config after a deploy, you're in for a bad day - don't do it'
16:59:39 <evrardjp> confirmed and low
16:59:56 <openstackgerrit> James Denton proposed openstack/openstack-ansible-os_neutron master: Adds networking-ovn support  https://review.openstack.org/584067
17:00:02 <odyssey4me> anything fundamental in the infrastructure (storage, networking) should not be changed after the deploy is done
17:00:10 <mnaser> confirm/low and added odyssey4me's comment
17:00:14 <evrardjp> odyssey4me: that could be documentd ^
17:00:18 <evrardjp> mnaser: perfect.
17:00:27 <mnaser> (also, lol, i am totally going to do an OSA renumber.. just... watch..
17:00:28 <evrardjp> out of time -
17:00:31 <evrardjp> next meeting chair?
17:00:47 <mnaser> we have 1 bug but i'm pretty sure that's wip
17:00:55 <evrardjp> yeah
17:00:56 <mnaser> i'll run next one unless someone really wants to
17:00:56 <mnaser> :)
17:01:27 <mnaser> no responses
17:01:28 <mnaser> ETIMEOUT
17:01:30 <mnaser> #endmeeting