| opendevreview | Neil Hanlon proposed openstack/openstack-ansible-rabbitmq_server master: Use el/9 repo urls instead of el/8 since a repo is available for it https://review.opendev.org/c/openstack/openstack-ansible-rabbitmq_server/+/884719 | 00:53 |
|---|---|---|
| opendevreview | Neil Hanlon proposed openstack/openstack-ansible-rabbitmq_server master: bump rabbitmq from 3.11.10-1 to 3.11.13-1 https://review.opendev.org/c/openstack/openstack-ansible-rabbitmq_server/+/884782 | 00:55 |
| opendevreview | Neil Hanlon proposed openstack/openstack-ansible-rabbitmq_server master: Use el/9 repo urls instead of el/8 since a repo is available for it https://review.opendev.org/c/openstack/openstack-ansible-rabbitmq_server/+/884719 | 01:10 |
| jrosser | good morning | 08:05 |
| admin1 | good morning | 08:27 |
| noonedeadpunk | o/ | 10:09 |
| noonedeadpunk | I kinda wonder if it makes sense to switch repo to el9 at all, given it contains still el8 packages, but not all of them | 10:11 |
| derekokeeffe85 | jrosser noonedeadpunk, thanks a million for the advice I now have three vlan internet accessible networks and my tenant networks are back working!!! The last part I need to solve now is the neutron routers, I can do that in my setup as well? | 10:19 |
| noonedeadpunk | I think yes, why not? | 10:20 |
| noonedeadpunk | given you have all networks required on net nodes - they should "just work" | 10:21 |
| derekokeeffe85 | They did work before but now when I go to the Routers tab I get "Unable to retrieve router list" similar error when trying to create one. I did have to comment out this line service_plugins = ovn-router in my neutron.conf file on the neutron container as the horizon dashboard won't load with that in place so that's probably the issue I'm having I guess noonedeadpunk | 10:25 |
| noonedeadpunk | Oh, well, if you've disabled functionality, no wonder they're not available :D | 10:28 |
| derekokeeffe85 | That is true :) Changing it from ovn-router to just router allowed me create one. Is there anything wrong with doing that? | 10:30 |
| noonedeadpunk | what driver are you using? ml2.ovn or ml2.ovs? | 10:31 |
| derekokeeffe85 | ovs | 10:31 |
| noonedeadpunk | for ovs usually we have `neutron_plugin_base: [router, metering]` | 10:32 |
| noonedeadpunk | as a default | 10:32 |
| derekokeeffe85 | Ok perfect, thanks for that. Think I'm in a good place now to do a bit of testing and make sure to backup all the configs, thanks again to you both | 10:33 |
| opendevreview | Merged openstack/openstack-ansible master: Bump SHAs for Antelope RC2 https://review.opendev.org/c/openstack/openstack-ansible/+/884760 | 10:33 |
| noonedeadpunk | no worries! | 10:49 |
| noonedeadpunk | feel free to reach out :) | 10:49 |
| noonedeadpunk | oh damn.... | 10:50 |
| opendevreview | Dmitriy Rabotyagov proposed openstack/openstack-ansible stable/2023.1: Bump SHAs for Antelope RC2 https://review.opendev.org/c/openstack/openstack-ansible/+/884816 | 10:51 |
| jrosser | /o\ doh | 10:51 |
| noonedeadpunk | I should have merged bump for 2023.1 branch already | 10:51 |
| noonedeadpunk | *pushed | 10:51 |
| opendevreview | Dmitriy Rabotyagov proposed openstack/openstack-ansible stable/2023.1: Implement support for haproxy_accept_both_protocols https://review.opendev.org/c/openstack/openstack-ansible/+/884817 | 10:53 |
| opendevreview | Dmitriy Rabotyagov proposed openstack/openstack-ansible stable/2023.1: Fix repo url in healthcheck-infrastructure.yml https://review.opendev.org/c/openstack/openstack-ansible/+/884818 | 10:53 |
| noonedeadpunk | I wonder what else could slip... damiandabrowski can you check that your recent patches ended up in stable/2023.1 ? | 11:00 |
| damiandabrowski | looks like you cherry picked everything, thanks! | 11:05 |
| noonedeadpunk | damn, I wonder if releases repo will complain about cherry-picking 884760.. As commit SHA would be the same... | 11:16 |
| noonedeadpunk | I guess we'll see | 11:16 |
| NeilHanlon | noonedeadpunk: yeah i am kinda wondering the same re: if it's worth changing to el9 at all considering | 11:32 |
| mgariepy | good morning everyone i'm back. | 11:53 |
| noonedeadpunk | mgariepy: you wasn't back for too long lol | 12:59 |
| mgariepy | haha | 13:01 |
| mgariepy | well i was off since may 11th. | 13:01 |
| mgariepy | doing construction work. | 13:01 |
| noonedeadpunk | oh, don't say you've finished it | 13:11 |
| noonedeadpunk | As construction can only be started and never finished | 13:11 |
| noonedeadpunk | Paused at best | 13:12 |
| mgariepy | the exterior is done ;) | 13:20 |
| mgariepy | haha | 13:20 |
| mgariepy | need to fix 2 windows and 2 doors interior tho. | 13:21 |
| mgariepy | * at some point in the future.. haha | 13:21 |
| derekokeeffe85 | Neutron routers working, thanks noonedeadpunk | 13:42 |
| damiandabrowski | good to have you back mgariepy ! | 13:48 |
| derekokeeffe85 | Well I'm a carpenter by trade originally so any questions around that I should be the man haha :) | 14:15 |
| mgariepy | did try carpentry for a couple of weeks lately .. i perfer sysadmin stuff full time than carpentry :D | 14:17 |
| derekokeeffe85 | I do like the sysadmin stuff but I know mostly everything in carpentry which can't be said for this game lol | 14:19 |
| mgariepy | quite the opposite for me. but i did get comparared to a 2-3 year expericenced carpenter. last week :D | 14:23 |
| derekokeeffe85 | Nice compliment to get, nice to see you back anyway | 14:26 |
| mgariepy | i really don't like being over more than 2 scaffold. haha | 14:28 |
| derekokeeffe85 | haha | 14:40 |
| opendevreview | Dmitriy Rabotyagov proposed openstack/openstack-ansible master: [doc] Update upgrade guide to mention SLURP https://review.opendev.org/c/openstack/openstack-ansible/+/883488 | 14:52 |
| opendevreview | Dmitriy Rabotyagov proposed openstack/openstack-ansible master: Refactor log collection from lxc containers https://review.opendev.org/c/openstack/openstack-ansible/+/877382 | 14:54 |
| opendevreview | Dmitriy Rabotyagov proposed openstack/ansible-role-systemd_service master: Reduce output by leveraging loop labels https://review.opendev.org/c/openstack/ansible-role-systemd_service/+/876302 | 14:59 |
| opendevreview | Dmitriy Rabotyagov proposed openstack/openstack-ansible master: [doc] Update upgrade guide to mention SLURP https://review.opendev.org/c/openstack/openstack-ansible/+/883488 | 15:00 |
| opendevreview | Dmitriy Rabotyagov proposed openstack/openstack-ansible master: Do not try to install packages on each log_instance_info run https://review.opendev.org/c/openstack/openstack-ansible/+/866372 | 15:04 |
| NeilHanlon | mgariepy: welcome back :) just got back this morning from a home inspection myself... so I probably have construction in my future, too :P | 15:46 |
| opendevreview | Merged openstack/openstack-ansible stable/2023.1: Implement support for haproxy_accept_both_protocols https://review.opendev.org/c/openstack/openstack-ansible/+/884817 | 15:50 |
| mgariepy | nice NeilHanlon | 15:51 |
| mgariepy | new home ? | 15:51 |
| NeilHanlon | mgariepy: yep, first home we own, hopefully! | 15:53 |
| mgariepy | nice :D | 15:55 |
| noonedeadpunk | lucky you! | 16:00 |
| opendevreview | Merged openstack/openstack-ansible stable/2023.1: Fix repo url in healthcheck-infrastructure.yml https://review.opendev.org/c/openstack/openstack-ansible/+/884818 | 16:15 |
| opendevreview | Merged openstack/openstack-ansible master: Update master for stable/2023.1 https://review.opendev.org/c/openstack/openstack-ansible/+/884717 | 16:15 |
| opendevreview | Dmitriy Rabotyagov proposed openstack/ansible-role-systemd_service master: Reduce output by leveraging loop labels https://review.opendev.org/c/openstack/ansible-role-systemd_service/+/876302 | 16:24 |
| opendevreview | Dmitriy Rabotyagov proposed openstack/openstack-ansible-plugins master: Allow to manage more the one vhost with mq_setup https://review.opendev.org/c/openstack/openstack-ansible-plugins/+/875399 | 16:56 |
| noonedeadpunk | another vote is needed here https://review.opendev.org/c/openstack/openstack-ansible/+/884816 | 17:05 |
| mgariepy | done | 17:06 |
| jrosser | `infra1-glance-container-16db71dd uwsgi[27920]: Wed May 31 16:54:56 2023 - *** uWSGI listen queue of socket "10.96.241.58:9292" (fd: 3) full !!! (101/100) ***` | 17:09 |
| jrosser | anyone seen that sort of thing before? ^^ | 17:09 |
| jrosser | service is not sufficiently broken to fail the LB healthcheck, but totally broken for API | 17:09 |
| noonedeadpunk | oh yes, we did | 17:14 |
| jrosser | any idea what causes it | 17:16 |
| jrosser | also i was looking at how we could have seen that coming and saw there is a nice looking uwsgi exporter that exposes queue depth | 17:16 |
| noonedeadpunk | I think in our case that was wrong MTU on storage network inside glance containers | 17:17 |
| jrosser | not sure if it is in scope of our uwsgi role to add this or not https://github.com/timonwong/uwsgi_exporter | 17:17 |
| noonedeadpunk | well, we usually jsut enable if smth is provided natively by service rather then install exporters | 17:19 |
| jrosser | yes, we do | 17:20 |
| noonedeadpunk | maybe we could get some role that will install exporters and include it from uwsgi conditionally... (that's not best idea frankly) | 17:20 |
| noonedeadpunk | I think my biggest concern here, is when we will come to libvirt exporter... | 17:21 |
| noonedeadpunk | As this is smth... I don't wanna promote, let's put it this way | 17:21 |
| jrosser | actually for uwsgi it is probably a case of making sure the stats can be on a tcp port from some variables | 17:23 |
| jrosser | then if you want an exporter it can be somewhere else | 17:23 |
| noonedeadpunk | yeah, we can do that, sure | 17:24 |
| noonedeadpunk | but in our case we had some underlying issue that led to this listen queue full | 17:25 |
| jrosser | yes - i'm sure we will do too but not clear yet what it is | 17:26 |
| jrosser | or if it's been creeping up on queue length for a long time, or happened suddenly | 17:26 |
| noonedeadpunk | ah, I read ticket wrong, MTU was wrong on lxc host, not in container, but they were different. Anyway - mtu issue... | 17:27 |
| noonedeadpunk | I'm pretty sure we saw more, but can't find now :( | 17:27 |
| opendevreview | Dmitriy Rabotyagov proposed openstack/openstack-ansible stable/zed: Bump OpenStack-Ansible SHAs for Zed https://review.opendev.org/c/openstack/openstack-ansible/+/884913 | 17:38 |
| noonedeadpunk | jrosser: btw I've answered comments for https://review.opendev.org/c/openstack/openstack-ansible/+/883488 | 17:55 |
| jrosser | oh yes | 17:57 |
| jrosser | i was wondering for SLURP if we should link in the our docs to what that means | 17:58 |
| opendevreview | Dmitriy Rabotyagov proposed openstack/openstack-ansible stable/yoga: Bump OpenStack-Ansible SHAs for Yoga https://review.opendev.org/c/openstack/openstack-ansible/+/884918 | 17:58 |
| noonedeadpunk | yeah, I linked to https://releases.openstack.org/ after all | 17:59 |
| noonedeadpunk | the page has a refference to the TC decision with more detailed explanation | 17:59 |
| jrosser | oh of course i'm looking at the wrong revision | 17:59 |
| opendevreview | Dmitriy Rabotyagov proposed openstack/openstack-ansible master: [doc] Update upgrade guide to mention SLURP https://review.opendev.org/c/openstack/openstack-ansible/+/883488 | 18:01 |
| noonedeadpunk | sry, just decided to try out zero-width space instead.... | 18:01 |
| noonedeadpunk | likely this will get rid of extra space once we remove `previous_slurp_name` definition | 18:02 |
| opendevreview | Dmitriy Rabotyagov proposed openstack/openstack-ansible master: Mark Xena as EM in docs https://review.opendev.org/c/openstack/openstack-ansible/+/884920 | 18:04 |
| opendevreview | Dmitriy Rabotyagov proposed openstack/openstack-ansible stable/2023.1: Remove other releases from 2023.1 index page https://review.opendev.org/c/openstack/openstack-ansible/+/884921 | 18:07 |
| opendevreview | Merged openstack/ansible-role-uwsgi stable/xena: Replace imports with dynamic includes https://review.opendev.org/c/openstack/ansible-role-uwsgi/+/884374 | 18:31 |
| opendevreview | Dmitriy Rabotyagov proposed openstack/openstack-ansible master: Start 2023.2 (Bobcat) development https://review.opendev.org/c/openstack/openstack-ansible/+/884924 | 18:33 |
| opendevreview | Dmitriy Rabotyagov proposed openstack/openstack-ansible master: Add 2023.1 to the compatability matrix https://review.opendev.org/c/openstack/openstack-ansible/+/884925 | 18:35 |
| opendevreview | Dmitriy Rabotyagov proposed openstack/openstack-ansible stable/xena: Switch roles and services to track stable/xena https://review.opendev.org/c/openstack/openstack-ansible/+/884926 | 18:40 |
| opendevreview | Dmitriy Rabotyagov proposed openstack/openstack-ansible stable/yoga: Disable upgrade jobs after switching Xena to EM https://review.opendev.org/c/openstack/openstack-ansible/+/884928 | 18:42 |
| noonedeadpunk | I've pushed couple of patches related to releases... | 18:45 |
| noonedeadpunk | though I bet that 884926 will fail dramatically, due to latest ossa fix... | 18:46 |
| noonedeadpunk | as we don't have code to allow multiple roles... | 18:47 |
| noonedeadpunk | maybe we can backport that just for cinder/nova/glance.... | 18:47 |
| noonedeadpunk | will see tomorrow | 18:57 |
| opendevreview | Merged openstack/openstack-ansible stable/2023.1: Bump SHAs for Antelope RC2 https://review.opendev.org/c/openstack/openstack-ansible/+/884816 | 19:22 |
| hamburgler | Curious if this is going to be looked at again: https://review.opendev.org/c/openstack/openstack-ansible/+/859446 | 19:27 |
| hamburgler | ^skyline | 19:27 |
| NeilHanlon | hamburgler: in last PTG we discussed it, but no one volunteered to take it on iirc. I believe one of the hurdles is the reference deployment for skyline uses nginx, but we are using haproxy, so we cannot just copy/paste config and would need to make it fit into our haproxy roles, etc. | 19:34 |
| hamburgler | NeilHanlon: gotcha, makes sense, bit of a segway - is there confidence behind the skyline project that even if added, there will be ongoing contributions to it? Right now most of the commits are only by a handful of people it seems. | 19:35 |
| NeilHanlon | it's a bit of a chicken/egg situation, where it needs support in deployment frameworks to have broader adoption. i think kolla-ansible added it just a few months ago. As for the project itself, I'm not sure entirely, but that's also probably something that will be aided by more adoption and internationalisation efforts | 19:38 |
| hamburgler | definitely :), hoping that happens | 19:42 |
| hamburgler | thank you | 19:42 |
| NeilHanlon | our next PTG is in just a couple weeks - you're welcome to join :) https://etherpad.opendev.org/p/vancouver-june2023-os-ansible | 19:44 |
| jrosser | hamburgler: there are things missing from skyline that make it not attractive for me, for example | 19:44 |
| NeilHanlon | and if you're in the area of Vancouver, BC, join us in person! (I might be able to arrange a ticket, even ;) ) | 19:44 |
| hamburgler | haha I live in Van :D | 19:44 |
| jrosser | not feature parity with horizon unfortunately | 19:45 |
| jrosser | so I don’t have much incentive to maintain the role for OSA currently | 19:45 |
| jrosser | we need someone who can work on it actively | 19:45 |
| hamburgler | jrosser: that makes sense, there were only a couple of things I was more or less interested in with skyline over horizon, one is obviously it looks a little nicer for end user but more importantly having the option to select volume_type during instance creation, rather than if we want to do that it has to be created under volumes first, then attached to the instance during creation | 19:47 |
| hamburgler | Using the API/microversion (I think it was 2.6.3 >) I can specify the volume_type while the instance is being created all in one shot | 19:47 |
| jrosser | there is a strange openid implementation I think in skyline | 19:48 |
| jrosser | but I need something more modern like openid-connect and I think that’s a great example of features existing that match the needs of the very small number of contributors | 19:49 |
| jrosser | same really holds true for magnum, imho | 19:49 |
| NeilHanlon | yeah i have not checked it out myself, honestly, outside of looking at some screenshots and demos. It looks really nice and I am excited for it, but don't have time myself to dedicate for it | 20:00 |
| hamburgler | Nor here, work from a smaller company and maybe will end up pushing the dev team above us to build something of their own since it seems like neither Horizon or Skyline fit our needs at the moment | 20:02 |
| hamburgler | for* | 20:02 |
| hamburgler | NeilHanlon: This event is the OpenInfra Summit? | 20:03 |
| hamburgler | The PTG: https://openinfra.dev/ptg/ ? | 20:04 |
| NeilHanlon | hamburgler: yep! the PTG is coinciding with OpenInfra Summit | 20:04 |
| NeilHanlon | https://openinfra.dev/summit/vancouver-2023 | 20:04 |
| hamburgler | Yeah definitely would love to attend :). Had tried to get the boss to foot the bill :') Now the prices are even higher since I didn't jump on it sooner | 20:16 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!