16:14:58 #startmeeting openstack_ansible_meeting 16:14:58 Meeting started Tue Aug 28 16:14:58 2018 UTC and is due to finish in 60 minutes. The chair is mnaser. Information about MeetBot at http://wiki.debian.org/MeetBot. 16:14:59 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 16:15:01 o/ 16:15:03 The meeting name has been set to 'openstack_ansible_meeting' 16:15:05 #topic rollcall 16:15:14 my bad for the timing 16:15:14 o/ 16:15:17 o/ 16:15:23 evrardjp: ya no worries 16:15:25 o/ 16:15:35 o/ 16:15:40 so this is a bit of an impromptu meeting but better catch up quick rather than drop it entirely 16:15:46 o/ 16:15:56 #topic Last week highlights 16:16:02 so in catcvhing up with those 16:16:13 i believe jrosser finished a lot of the work on bionic 16:16:20 i saw a patch pushing jobs to voting 16:16:32 great news 16:16:50 and the backport here to stable/rocky 16:16:51 https://review.openstack.org/594927 16:17:00 oh shucks 16:17:03 https://review.openstack.org/594926 is in merge conflict 16:17:21 i cant rebase, and jrosser is out for the week 16:17:30 be cool if someone could take care of rebasing that at some point 16:18:02 i can look into that later this week 16:18:15 hwoarang: cool, thank you! 16:18:27 centos jobs are mostly in, they're just about to merge soon 16:18:32 so centos support is in 16:18:34 related to that however 16:18:47 i would ask for eyes on https://review.openstack.org/#/q/topic:rocky-deploy+(status:open+OR+status:merged) if possible when anyone has time 16:18:51 what jobs? distro jobs? 16:18:56 i deployed a new region with osa and those were all the failing things 16:19:08 hwoarang: right now, aio metal and basekit non-distro 16:19:19 distro is wip, guilhermesp was fixing up those last little things left 16:19:19 ah great 16:19:47 the wip patch to track is https://review.openstack.org/#/c/593360/ 16:19:53 anything on my side to finish centos stuff mnaser ? 16:20:17 guilhermesp: not sure, maybe throw a recheck on that patch and see where we stand? i know we fixed the rdo related stuff 16:20:21 with the different path for api-paste 16:20:30 so that should get us past neutron 16:20:47 yep, that need a backport IIRC 16:20:48 evrardjp: do you still control what goes into Blazar ansible role ? 16:21:25 odyssey4me: yep ++ 16:21:37 guilhermesp: a backport for https://review.openstack.org/595796 would be good 16:21:47 ok so 16:21:55 hwoarang: affecting you, we dropped leap15 jobs 16:21:59 they were just always failing 16:22:03 because of galera and co 16:22:05 Taseer: what do you mean control? I do not control anything :) 16:22:07 any progress on your side on that? 16:22:41 evrardjp: since the functional tests are not passing, I still see the commits increasing everyday 16:23:20 someone is letting them through 16:23:34 I think we should discuss this after the meeting Taseer or during the open discussion 16:23:50 evrardjp, Taseer agreed 16:23:59 evrardjp: sorry didnt know about that 16:24:01 mnaser: yeah ok :( 16:24:12 sad story 16:24:27 hwoarang: yeah looks like a mix of unfortuntae things 16:24:35 we're a revert away from bringing it back, anytime we get those stuff figured out 16:24:36 maybe in the future 16:24:40 ok 16:24:58 rc2 is already out, right evrardjp ? 16:25:54 I think there might need to be another RC once all the upstream projects have released. Our roles will need a bump too. 16:26:24 odyssey4me: i agree, or maybe our first release will make sure that the tags are all the released versions? 16:26:38 maybe instead of a commit hash we can put in the actual tag :D 16:26:57 That'll be up to evrardjp's release tool capabilities. 16:27:24 odyssey4me: fun story I removed that feature :p I will rewrite it. 16:27:27 or revert 16:27:43 ahaha 16:27:49 okay so next order 16:27:49 oh you mean for OpenStack Services? 16:27:52 yes ^ 16:27:58 like defaults/openstack_services.yml 16:28:05 I thought we wanted to discuss this at PTG. 16:28:11 I am fine with doing it right away 16:28:12 It might be nice to add another tracker for tag versions to allow for each service - then we always just release tags, not SHA's. 16:28:17 But meh, either way. 16:28:37 odyssey4me: could you clarify? 16:28:58 oh well we can just do that for the initial release 16:29:04 because its cool and pretty 16:29:11 i support tracking stable branches for our occaisonal releases 16:29:21 ie we have something like nova_git_constraints: >12,<13 - then it will find the latest tag within that constraint set and use it 16:29:34 to answer you mnaser yes, rc2 is out :) 16:29:55 or nova_release_constraint - but you get the picture 16:29:55 I will indeed create an rc3 when all the projects have tagged final, which should be this thursday 16:30:08 that might pave the way to using the upstream wheels when they're available 16:30:11 mnaser: it's all faster to deploy, as shallow cloning would work 16:30:28 evrardjp: sounds good to me! 16:30:45 odyssey4me: I see 16:30:56 cool, and the usual weekly reminder 16:30:59 https://etherpad.openstack.org/p/osa-bugtriage 16:31:00 I have a few questions, we should have this after the meeting 16:31:13 FWIW: we have time for a our onboarding session 16:31:19 my comemnt was for odyssey4me 16:31:21 and project update 16:31:37 mnaser: you mean in Berlin? 16:31:40 yes 16:31:47 great 16:31:50 i would like to express that if it's important for you to be listed as a speaker to make it to the summit because of $company reasons 16:31:53 please let me know 16:32:01 mnaser: ;) 16:32:11 as in, if that's what makes or breaks your trip, let me know and i can figure out something :) 16:32:20 (in pm or my email if need-be) 16:32:33 and we still have our lovely ptg etherpad here -- https://etherpad.openstack.org/p/osa-stein-ptg 16:32:43 Byron McCollum proposed openstack/openstack-ansible-nspawn_container_create stable/rocky: Update UPPER_CONSTRAINTS_FILE for stable/rocky https://review.openstack.org/590874 16:32:46 so, add yourself if you haven't, and propose subjects if you'd like 16:32:56 i would like to ask if anyone has some good AV equipment to help out set it up 16:33:15 jrosser and other cores might not be there and i want to try and make that option available 16:33:20 i wont be there either 16:33:29 i would also love the idea of joining remotely 16:33:32 so i'll try to work with OSF, but if anyone knows a thing or two about setting AV stuff up 16:33:36 i would love some help 16:33:39 so thank you for trying to arranve that 16:33:46 *arrange that 16:33:50 no problem :D 16:34:16 uhoh, etherpad not loading 16:34:19 oh fiou 16:34:20 it loaded 16:34:32 mnaser: You killed the etherpad! How could you!! 16:34:37 i blame wifi 16:34:49 anyways, anything else before we move qucikly to the 5 little bugs we got? 16:35:00 and then maybe some open discussion time? 16:35:14 mnaser: Not I, I need to sneak pack without the dog seeing:) 16:35:30 lols 16:35:44 i think they're having PUPPIES at oss 16:36:15 Yeah, but luckily no Dals so I'm safe:) 16:36:33 ok 16:36:34 ETIMEOUT 16:36:41 next up 16:36:42 #topic bug triage 16:36:47 #link https://bugs.launchpad.net/openstack-ansible/+bug/1788837 16:36:47 Launchpad bug 1788837 in openstack-ansible "glance db sync always fails during upgrade due to OsloDBDeprecationWarning: EngineFacade is deprecated" [Undecided,New] 16:37:14 I don't know for this one. The dbsync should fail on deploys I guess, I haven't seen that 16:37:17 I am missing info 16:37:27 it still hasn't loaded for me 16:37:27 yay 16:38:17 ok good loaded 16:38:26 Merged openstack/openstack-ansible stable/ocata: Update all SHAs for 15.1.27 https://review.openstack.org/595358 16:38:41 i agree with evrardjp i think this failure is from something else 16:38:49 oh 16:38:52 "db_sync always fails during Q upgrade, see logs below" 16:39:10 so this could be upgrade related 16:39:18 lets ask for /var/log/glance ? 16:39:34 as is it is incomplete, because that isn't something we see in our agtes 16:39:35 gates 16:39:38 indeed 16:39:40 the deprecation is not a reason for the job to fail 16:40:04 I saw it was for upgrades, but it's still not enough info, as db sync happens with the upper branch code eventually 16:40:09 yeah, that seems informational 16:40:21 I agree with odyssey4me 16:40:48 can someone else set the status 16:40:50 my latency is really bad 16:40:55 i say.. incomplete? 16:40:55 It looks like there's a fail - but the tool doesn't output why it fails. 16:41:31 odyssey4me: well or the stderr is a real error we think it's just a warning ;) 16:41:37 It'd perhaps be useful to understand a few things - like what backend is being used in the test and what the source pike OSA version is. 16:41:47 we definitely lack some dimension into this 16:42:03 evrardjp: if that is the case, then I would expect to see a lot more screaming going on 16:42:11 odyssey4me: that would be the most valuable input: I have the impression backend can change stuff in here 16:42:23 odyssey4me: ) 16:42:41 odyssey4me: except if that's a not well used backend, or db wasn't cleaned up for a while 16:42:47 I think it's worth asking all those questions 16:43:20 i'd apprecaite if someone can help adding those as comments 16:43:37 5s latency is barely ok for irc 16:43:37 lol 16:44:40 can we add those commetns and set to incomplete ? 16:45:37 yes 16:46:25 ok great 16:46:33 #link https://bugs.launchpad.net/openstack-ansible/+bug/1788646 16:46:33 Launchpad bug 1788646 in openstack-ansible "zfs backing fails on host with extra disk" [Undecided,New] 16:46:56 Merged openstack/openstack-ansible-os_neutron stable/rocky: Drop SELinux support for CentOS 7 https://review.openstack.org/596572 16:47:01 hmm 16:48:05 there was a patch to address something like this 16:48:13 looks like it's probably trying to run that in a non-rax vm? 16:48:13 yeah IIRC 16:48:31 https://review.openstack.org/591304 16:49:01 * mnaser falls asleep as patchset loads 16:49:08 jrosser: ? 16:49:16 not sure if it's actually targeting that bug though 16:49:27 jrosser is unfortunately on holiday this week 16:49:34 well, unfortunately for us - fortunately for hiim 16:49:41 hahaha 16:49:48 how about we leave it's status not updated 16:50:08 yeah i think the patch is unrelated. we prob need to look at why there is no partition on /dev/xvde 16:50:22 but seems jrosser is looking into it anyway 16:50:34 better not touch it 16:51:12 perhaps assign to him 16:52:24 so given its jrosser and im pretty confident this is probahbly athing 16:52:34 confirmed/medium/assign to jrosser ? 16:53:22 (can someone do that please?) 16:53:24 plane wifi not happy 16:53:27 k 16:53:34 thank you so much for help :x 16:53:44 #link https://bugs.launchpad.net/openstack-ansible/+bug/1788272 16:53:44 Launchpad bug 1788272 in openstack-ansible "Setup-hosts.yml fails to find /boot/config-4.15.0-32-generic" [Undecided,New] 16:54:51 this one is funny - a backport of things for someone that wants to run 16.04 embedded in 18.04 with lxc1 16:55:41 the backport was, I guess, not clean 16:55:41 i dont know enough about the ubuntu side of things 16:55:44 but sounds liek a package is missing? 16:55:56 tricky 16:56:11 well the kernel of 16.04 is missing in 18.04 ;p 16:56:53 I can't say -- this is unclear what's really done, at least for me. Can someone translate that for me? 16:57:01 Merged openstack/openstack-ansible stable/rocky: Bump upstream Rocky repos https://review.openstack.org/596679 16:57:24 yes i guess they have 18.04 hosts and 16.04 containers 16:57:35 not sure if this mixing is supposed to work 16:57:49 i wouldn't call this a supported method of deployment. 16:57:59 well I am confused I am not sure that's the real problem, I think it's with separate versions of things 16:58:01 i dont think we have enough resources to start supporting that type of deployment 16:58:06 mnaser: I don't think that's supported 16:58:09 :p 16:58:13 either 16:58:15 (looks like we're gonna get a bit over time but we started later) 16:58:15 apparently we have code in openstack_hosts to grep the kernel config file and this fails if there is a mismatch between container and host 16:58:21 so hope we can borrow 15 minutes more 16:59:50 do we wanna come to terms that that might just be an invalid bug? 17:00:27 maybe wontfix? 17:00:46 i agree 17:00:54 i mean the bug is valid but the environment is not something we can support so maybe wontfix is better to state 'dont do that' 17:00:57 if no one opposes maybe hwoarang can help set it to that state 17:01:16 done 17:01:24 merci 17:01:24 v 17:01:25 #link https://bugs.launchpad.net/openstack-ansible/+bug/1788269 17:01:25 Launchpad bug 1788269 in openstack-ansible "ceph-ansible - ceph-config task takes long time." [Undecided,New] 17:01:51 first of all 17:01:58 user somehow has ceph-ansible deployed via.... rpm? 17:02:07 "Tripleo deployment. Queens, container bases." 17:02:08 lol 17:02:16 can someone change that bug to tripleo 17:02:47 that was a fun bug too :) 17:03:02 I am changing it 17:03:07 ahaha 17:03:10 thank you 17:03:23 #link https://bugs.launchpad.net/openstack-ansible/+bug/1638683 17:03:23 Launchpad bug 1638683 in openstack-ansible "LXC container restart not staged and too slow" [Undecided,New] 17:03:48 mnaser: tbh I wanted to let you see it, and consume your bandwidth :p 17:03:50 hahaha 17:04:00 that one is a confirmed wishlist I'd say 17:04:03 its more like consuming my pateince 17:04:03 looks like a wishlist item 17:04:08 with 5s latency lmao 17:04:13 okay cool, yeah, i agree on that being wishlist 17:04:21 also, it's almost 2 years old 17:04:32 oh i think someone recently reset it to new 17:04:37 thats why 17:04:45 #link https://bugs.launchpad.net/openstack-ansible/+bug/1782388 17:04:45 Launchpad bug 1782388 in openstack-ansible "Installing Multipath But Not Enabling In Nova Causes Volume Attachment Failures" [Undecided,New] 17:04:47 this is trailing from last time 17:04:48 yes, it appears that bjoern stopped working on it or something 17:04:58 i'm not sure when/what we're gonna do about that 17:05:08 leave it open 17:05:09 it feels like a nova/cinder thing that should be figured out imho 17:05:13 ok by me 17:05:25 that's what we said last week until more time 17:05:33 i know we're over by 5 but we started late. any things we want to have for some open discussion? 17:05:57 nothing, I am refactoring the release tooling and I'd like some reviews on my pending work 17:06:16 feel free to ping me on that 17:06:23 i'm at OSS this week so expect me to be in and out 17:06:28 but highlight me anytime and i have irccloud 17:06:45 https://review.openstack.org/#/q/project:%255Eopenstack/openstack-ansible.*+owner:%22Jean-Philippe+Evrard+%253Cjean-philippe%2540evrard.me%253E%22+is:open+is:mergeable 17:07:16 until then 17:07:19 anything else? :) 17:07:29 Valentin Boucher proposed openstack/openstack-ansible-os_nova master: Compute: Enable vGPU in Nova if exist on the host https://review.openstack.org/597183 17:07:52 none 17:08:10 ARA 0.16.0rc1 tagged, changelog: https://github.com/openstack/ara/releases/tag/0.16.0.0rc1 17:08:10 mnaser, can I add something real quick? 17:08:21 odyssey4me: should we discuss the other way to track things after the meeting? 17:08:25 kaiokmo: sure 17:08:27 dmsimard: thanks : ) 17:08:32 thanks for the heads up 17:08:51 dmsimard: did someone bump it for you already? We should if it's not done yet 17:09:07 if its an rc1 we probably don't want to do that yet i guess 17:09:16 I'm still working on monasca support for opensuse and centos. on opensuse, I'm blocked by a issue related to influxdb https://github.com/influxdata/influxdb/issues/9623 17:09:22 evrardjp: bump it where ? 17:09:44 Valentin Boucher proposed openstack/openstack-ansible-os_nova master: Compute: Enable vGPU in Nova if exist on the host https://review.openstack.org/597183 17:10:06 so I will probably bring back the centos work https://review.openstack.org/#/c/588545/ until influx is resolved 17:10:08 mnaser: I always do one or two RCs for new versions to avoid screwing up :) 17:10:31 kaiokmo: that sounds good, if you need any reviews or an extra pair of eyes, we're all here 17:10:41 dmsimard: you have a big list of consumers now ;) 17:11:04 out of curiosity is our release process documented somewhere? 17:11:11 like what scripts to run, when etc? 17:11:14 jrosser got it working on bionic, so there's only opensuse and centos to go 17:11:38 thanks mnaser 17:11:50 no problem :D 17:12:01 mnaser: yeah no kidding, a bad release could literally break thousands of jobs :/ 17:12:13 hwoarang: yes it is, except they're out of date because evrardjp is rewriting them all in secret ;) 17:12:14 (and that's just openstack, not talking about the other consumers eh) 17:12:31 oh ok 17:12:49 odyssey4me: it's always on github. 17:13:00 no secret, just nobody cares 17:13:12 https://docs.openstack.org/openstack-ansible/latest/contributor/periodic-work.html#releasing 17:13:16 given that we're back to normal discussion 17:13:27 i think it's okay to end the meeting at this point 17:13:27 evrardjp: nobody knows 17:13:51 odyssey4me: that was v1: https://github.com/evrardjp/osa_toolkit 17:14:03 #endmeeting