Wednesday, 2021-07-21

-opendevstatus- NOTICE: Due to a configuration error unfortunately the Zuul queue was lost. Please recheck any in-flight changes06:55
*** rpittau|afk is now known as rpittau07:27
opendevreviewGeorgina Shippey proposed openstack/openstack-ansible-os_keystone master: Fix oidc scope misspelling in newer releases  https://review.opendev.org/c/openstack/openstack-ansible-os_keystone/+/80160408:57
jrossernoonedeadpunk: you around?12:46
spateljrosser what is wrong with OVN, just reading meeting notes 13:12
jrosserspatel: no idea :( needs investigating13:12
jrosseri kind of have no time to keep on top of OVN myself13:12
spatelcan you point me to failed build ? or logs etc13:12
jrosserneutron patches on master / wallaby i think, lets look13:12
spatelsorry last few days i was little busy onboarding new customer :(13:13
jrosserhere are outstanding neutron patches https://review.opendev.org/q/project:openstack%252Fopenstack-ansible-os_neutron+status:open13:13
spatelall of these related to OVN? or in general neutron patches?13:15
spatelI can start looking into them and see what i can do to push them out13:16
spateli can see majority of them failing for OVN build13:17
spatelJust looked at first one and look like it failed somewhere in tempest 13:23
noonedeadpunk jrosser yeah13:30
jrossernoonedeadpunk: hi, andrewbonney and i finding interesting situation with rabbitmq on bionic->focal upgrade for V13:31
noonedeadpunkspatel: they all fail ovn test13:31
noonedeadpunkI believe we haven't merged anythhing that would break ovn itself, but who knows...13:31
jrosserseems like we end up downgrading the cluster when going from bionic/packagecloud to focal/distro package for rabbit installation13:32
noonedeadpunkouch13:32
noonedeadpunkI think there should be apckagecloud packages nowadays?13:32
spatelnoonedeadpunk trying to understand what went wrong because same build was pass few weeks ago and now they are failing 13:32
andrewbonneyYeah, there are, but unfortunately they don't go back as far as the current bionic version13:33
jrosseryes there are, so we can look at how to handle this13:33
spatelnoonedeadpunk this patch can be delete so should i go ahead and remove it? https://review.opendev.org/c/openstack/openstack-ansible-os_neutron/+/78478213:34
spateljust to clean up list13:34
noonedeadpunkI bet on W we used packagecloud for focal13:34
noonedeadpunkBut I think you're upgrading on V?13:34
andrewbonneyYes13:34
noonedeadpunkspatel: yeah, you can jsut abandon it13:35
spatelokie13:35
noonedeadpunkSo, I think we should do some minor bump of rabbit on V13:35
andrewbonneyBackporting https://github.com/openstack/openstack-ansible-rabbitmq_server/commit/e004cf9e2e8c2c89594839d9978c10e51f049203 possibly?13:36
noonedeadpunkit's 3.8.9 now and what packagecloud has is 3.8.11?13:36
andrewbonneyYeah, 3.8.11 plus13:36
noonedeadpunkYeah, I think that's another option as well)13:36
noonedeadpunkWe also should add some reno that it fixes b->f upgrade I think?13:37
andrewbonneyYeah, I agree13:37
andrewbonneyDo you have any idea if it's 'safe' to add a new member to an RMQ cluster where the new one is a higher version (but had no existing data)?13:40
andrewbonneyJust deciding how to handle our current situation13:40
noonedeadpunkI bet I saw some compatability guide. But it should be safe in terms of 3.8.9 and 3.8.4 (or what's on focal is provided by distro packages?)13:46
noonedeadpunkEventually I was running half-upgraded cluster once for quite a while...13:47
andrewbonneyI'll see how things go, then try and bring everything up to the same rmq version before upgrading more hosts13:48
noonedeadpunkoh, hm...13:48
noonedeadpunk3.8.2 and 3.8.9 might have issues though... 13:49
andrewbonneyI was going to do 3.8.9 and 3.8.11/3.8.1413:49
noonedeadpunkI was running different versions inside same "groups" https://www.rabbitmq.com/which-erlang.html13:49
andrewbonneyYeah, I had the same thought :)13:49
noonedeadpunkand it feels like more major differences at least according to erlang requirements.13:50
noonedeadpunkErlang 24 35-55% performance improvement o_O13:51
noonedeadpunkbut yeah. I guess what you should do is get 3.8.11 for focal13:53
opendevreviewAndrew Bonney proposed openstack/openstack-ansible-rabbitmq_server stable/victoria: Bump rabbitmq version  https://review.opendev.org/c/openstack/openstack-ansible-rabbitmq_server/+/80162813:54
andrewbonney^ hopefully that'll fix things for others13:54
spatelfolks, did you see this error when deleting vm - ERROR neutron.pecan_wsgi.hooks.translation designateclient.exceptions.Forbidden: Forbidden14:35
noonedeadpunkNo, as not using designate atm :(14:41
*** chkumar|rover is now known as chandankumar14:42
jrosserspatel: i think there is something on the mailing list about that15:34
jrosseris this on W?15:35
spatelno its on victoria but i believe this issue is related to designate not allowing to share zone between project 15:35
opendevreviewGeorgina Shippey proposed openstack/openstack-ansible-os_keystone stable/wallaby: Improvements to federation packaging  https://review.opendev.org/c/openstack/openstack-ansible-os_keystone/+/80158616:00
masterpe[m]On what place in the playbook is /etc/glance/rootwrap.conf been writen I can not find it in the playbooks of openstack-ansible-os_glance. I also did a grep to /etc/ansible/roles/ But I was unable to find it.16:40
spatelwhat is the command line option to unset this value ?  openstack subnet set sub_ops_vlan_66 --dns_publish_fixed_ip 16:48
spatelcurrently  dns_publish_fixed_ip is True i want to set None16:48
spatelnevermind - openstack subnet set sub_ops_vlan_66 --no-dns-publish-fixed-ip16:50
jrossermasterpe[m]: https://github.com/openstack/openstack-ansible-os_glance/blob/master/tasks/glance_post_install.yml#L16-L4017:10
*** rpittau is now known as rpittau|afk17:21
masterpe[m]jrosser: but this is only /etc/glance/rootwrap.d/ not the rootwrap.conf ?18:15
jrosserdoesn’t the first task create the directory and the second copy files in?18:16
masterpe[m]but both are in the directory /etc/glance/.18:17
masterpe[m]And this tasks places the files into /etc/glance/rootwrap.d/18:18

Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!