16:00:18 #startmeeting openstack_ansible_meeting 16:00:19 Meeting started Tue Mar 16 16:00:18 2021 UTC and is due to finish in 60 minutes. The chair is noonedeadpunk. Information about MeetBot at http://wiki.debian.org/MeetBot. 16:00:20 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 16:00:23 The meeting name has been set to 'openstack_ansible_meeting' 16:00:29 o/ 16:00:44 o/ 16:02:10 Dmitriy Rabotyagov proposed openstack/openstack-ansible-os_gnocchi stable/victoria: Provide different package lists for install and wheel build https://review.opendev.org/c/openstack/openstack-ansible-os_gnocchi/+/780878 16:02:40 o/ hello 16:02:46 o/ 16:02:53 * noonedeadpunk trying to look through new bugs 16:04:04 I think we don't have nothing outstanding there, except gnocchi 16:04:23 except maybe this https://bugs.launchpad.net/openstack-ansible/+bug/1917644 16:04:24 Launchpad bug 1917644 in openstack-ansible "OpenStack os-horizon-install failled at task "Ensure static files are collected and compressed"" [Undecided,Confirmed] 16:04:43 thats the race condition i think 16:04:50 Merged openstack/openstack-ansible-os_swift master: Use ansible_facts[] instead of fact variables https://review.opendev.org/c/openstack/openstack-ansible-os_swift/+/780729 16:05:06 yep, might be actually 16:05:37 should we increase number of retries? 16:05:46 or make them configurable for so slow envs? 16:05:50 thats on an older branch 16:06:01 and i think i may have looked at a backport? 16:06:38 yep, you did 16:06:51 well, folk claims to apply patch, but who knows 16:06:58 https://review.opendev.org/c/openstack/openstack-ansible-os_horizon/+/775592 16:07:30 btw, I think I should look into tempest test for horizon and why it's not running... 16:08:21 ci looks pretty bad :( 16:08:53 yeah i've been trying to get the stable branches going again 16:09:29 yeah and tempest for centos 7 worked nicely actually 16:10:07 mean https://review.opendev.org/c/openstack/openstack-ansible-os_tempest/+/779696 16:10:35 ok, what I wanted to discuss today is upcoming PTG schedule 16:11:56 It's on week 16: April 19 - April 23 16:11:59 time seems to be moving very quickly 16:12:47 yeah :( 16:12:54 and let's use this etherpad 16:12:56 https://etherpad.opendev.org/p/osa-xena-ptg 16:13:08 I think that we can get done in a single 4hour time slot? 16:13:38 schedule is pretty empty at the moment, so we can pick whatever day we want https://ethercalc.net/oz7q0gds9zfi 16:14:01 gshippey: andrewbonney ^^ PTG timetable 16:14:25 we can split session for 2 hours on 2 different days not to get too tired as well 16:14:50 I'd say let's pick between Tuesday? 16:15:15 or monday even 16:17:13 I know I will be busy the evening of Monday 19th 16:17:32 But obv go ahead if that works for everyone else 16:17:47 I'm ok with any day eventually 16:18:12 Probavbly Tuesday tends to me the most free one in terms of recurring meetings 16:18:32 we want to be late afternoon onward EU time for jamesdenton to join? 16:19:43 you mean 21utc+? 16:20:58 oh well sort of "now" ish i guess 16:22:15 Oh, yeah. I was thinking about 13UTC-17UTC as we did 2ptgs in a row 16:23:02 I really miss there kind of 18-19UTC timeslots 16:23:37 we eventually can take 15UTC-17UTC both on Tuesday and Wednesday 16:24:15 works for me! 16:24:16 ok, lets do that 16:24:44 We'll be on BST @jrosser just to remember! 16:24:56 grrr 16:25:49 uh... I actually don't know at what time I will be lol.... Goverment is about to cancel summer time here, but they have kind of 2 weeks left for this and it's not finally approved yet 16:26:10 kind of ridiculous 16:26:31 😂 that is pretty crazy 16:26:48 good thing we have UTC! 16:26:54 indeed 16:27:53 i have a couple of things if we are done with PTG stuff 16:28:30 good news + bad news on centos-8 stream 16:28:31 another thing I wanted an opinion on are policies... I've started pushing policy-json-to-yaml and realizied that every role has kind of different implementation 16:28:45 what are bad news? 16:28:52 is it discontinued? :) 16:29:01 lol 16:29:13 or these are good ones?) 16:29:44 i did a patch to convert all the base images to locally built https://review.opendev.org/c/openstack/openstack-ansible-lxc_hosts/+/778713 16:30:03 which is all nice 16:30:11 but look at the runtime on the centos job :( 16:31:48 and what's wromng with it? 16:32:08 well, thats just the infra integrated job, and it takes 2 hours + 16:32:17 oh. 16:32:20 this part 16:32:31 and it's stream image laready? 16:33:02 so it has the same issue I was seeing on images from lxccontainers are all other ones 16:33:14 here it is with all the patches stacked up for the integrated repo 16:33:19 nearly 3hours for the centos jobs 16:33:20 https://review.opendev.org/c/openstack/openstack-ansible/+/776226 16:34:25 ok, so ther issue there is defenitely with lc performance according to what I see... 16:35:02 so something is common between the lxccontainers image and building the rootfs with dnf 16:35:07 but i have no idea what 16:35:21 iirc lxccontainers image was slow on metal as well 16:35:29 and it's not the case here 16:36:03 but that's really frustrating... 16:36:13 it is, becasue the changes to lxc_hosts are really nice 16:36:22 it removes tons of code and makes it really simple 16:38:34 yep... 16:39:17 anyway, i don't really know what to do about that 16:39:18 I can recall you have tried out lxd as well is some patch? I'm wondering if there's any difference in performance.. 16:39:35 i did a small amount of work but it needs a big effort really 16:39:48 gotcha 16:39:50 patches exist for that 16:40:16 anyway, just wanted to flag that we are not done on centos-8 stream yet even though the patches are passing 16:40:30 and really introducing a 3 hour job is ------- 16:40:36 maybe I should register for free rhel and question support about wtf is going on with lxc on rhel?:) 16:40:49 "its not supported kthx' 16:41:09 "have you tried podman?" 16:41:22 fair 16:41:37 second thing was, are we at the point to remove nspawn code 16:41:49 given i am doing massive tidy up patches...... 16:42:17 I wasn't able to find a difference in the docker image we're retrieving atm vs linuxcontainers ones. I think there won't be much with dnf one as well... 16:42:47 did you diff the contents of /etc ? 16:42:50 regarding that - we use nspawn tests in ops repo 16:43:11 um, no, I guess I'm not. I was comparing package versions mostly 16:43:35 i wonder if it's a config thing, thats baked into the image after the pacakges are installed 16:43:46 not only versions, but also set of packages as well 16:43:49 rather than actual differences in the binaries 16:43:57 Merged openstack/ansible-role-systemd_service master: Remove references to unsupported operating systems https://review.opendev.org/c/openstack/ansible-role-systemd_service/+/780747 16:44:01 smth like sysctl... 16:44:08 yes something like that 16:44:28 perhaps something has to be set to be container friendly 16:44:35 hm, yes, might be worth having extra round... 16:45:07 so on nspawn, the roles have been broken the whole of W cycle so far 16:45:22 but ops passing :p 16:45:38 where are they in the ops repo? 16:47:11 lxc container restart, the stop part seems to take a miintes each time 16:47:37 so it waits for 1 minutes before kill -9. 16:47:40 for osquery 16:47:51 https://opendev.org/openstack/openstack-ansible-ops/src/branch/master/osquery/tests/inventory/test-container-inventory.yml#L39 16:48:24 hrrm 16:50:37 Merged openstack/ansible-role-uwsgi master: Remove references to unsupported operating systems https://review.opendev.org/c/openstack/ansible-role-uwsgi/+/780748 16:50:38 so I was about to push deprecation patch but found that 16:50:44 Merged openstack/ansible-role-systemd_networkd master: Remove references to unsupported operating systems https://review.opendev.org/c/openstack/ansible-role-systemd_networkd/+/780746 16:50:49 Merged openstack/openstack-ansible-os_tacker master: Use ansible_facts[] instead of fact variables https://review.opendev.org/c/openstack/openstack-ansible-os_tacker/+/780730 16:53:37 ok well perhaps we need to think a little, but iirc we did talk at the last PTG about removing nspawn 16:53:56 and nothing stops us cleaning up the openstack-ansible repo and leaving other stuff i guess 16:55:03 and last i had was i started a to-do list for what needs finishing for W https://etherpad.opendev.org/p/osa-wallaby 16:55:08 Merged openstack/openstack-ansible-os_ceilometer master: Move ceilometer pip packages from constraints to requirements https://review.opendev.org/c/openstack/openstack-ansible-os_ceilometer/+/779668 16:55:24 Merged openstack/ansible-role-systemd_mount master: Remove references to unsupported operating systems https://review.opendev.org/c/openstack/ansible-role-systemd_mount/+/780745 16:55:30 Merged openstack/openstack-ansible-os_heat master: Use ansible_facts[] instead of fact variables https://review.opendev.org/c/openstack/openstack-ansible-os_heat/+/780641 16:55:53 Merged openstack/openstack-ansible-os_octavia master: Use ansible_facts[] instead of fact variables https://review.opendev.org/c/openstack/openstack-ansible-os_octavia/+/780712 16:56:50 i think we are ready to move to the new pip resolver now https://review.opendev.org/c/openstack/openstack-ansible/+/770284 17:03:36 Merged openstack/openstack-ansible-os_sahara master: Use ansible_facts[] instead of fact variables https://review.opendev.org/c/openstack/openstack-ansible-os_sahara/+/780716 17:05:27 #endmeeting