Thursday, 2023-10-05

noonedeadpunkyep, I haven't patched that yet.06:59
jrosseralso take a look at jamesdenton patch for octavia07:00
noonedeadpunkbut it's affecting ovn more then ovs, despite it's an ovs bug....07:00
noonedeadpunkregarding ovn driver?07:00
jrosserCI/AIO setup is broken totally under OVN07:00
opendevreviewDmitriy Rabotyagov proposed openstack/openstack-ansible-os_octavia master: Fix example playbook linters  https://review.opendev.org/c/openstack/openstack-ansible-os_octavia/+/89735007:01
opendevreviewDmitriy Rabotyagov proposed openstack/openstack-ansible-os_octavia master: Add security rule for octavia healthmanager  https://review.opendev.org/c/openstack/openstack-ansible-os_octavia/+/89731607:01
noonedeadpunkbtw, I have no idea how octavia was working without that at all since train ^07:01
noonedeadpunkor well, how operational_status was updated 07:02
jrosserinteresting, my magnum/k8s AIO seems ok07:02
noonedeadpunkso the thing is that octavia is working, but it always reporting it's operational status as down and don't have any stats. This somehow worked for us on Xena, but it doesn;t with octaviav2 driver on 2023.107:10
jrosserdid we switch to amphorav2 driver for antelope?07:11
noonedeadpunkyeah, v1 is deprecated and removed early in 2023.207:12
noonedeadpunkold v1 amphoras are handled by v2 driver07:12
noonedeadpunk(in 2023.207:12
jrosserthis could be why all of ours did a failover on upgrade perhaps07:13
noonedeadpunkOurs did as well actually...07:13
noonedeadpunkThough I though I've messed up with certificates or smth...07:13
jrosserwe have some other antelope upgrade issues that Andrew is looking into as well07:13
jrossercheck your mariadb is still actually a cluster :/07:14
noonedeadpunkum....07:14
jrosserwhich quite bizarrely became split for us in two regions during cinder upgrade07:15
noonedeadpunkwe've spotted quite different behaviour of mariabackup07:15
noonedeadpunkor well, incremental backups07:15
jrosserwe had to move ours to the non primary node07:16
noonedeadpunkLike looks like each incremental backup is created not from previous incremental one, but from full. And this causes prolonged marking of backend as "DOWN" in haproxy07:16
noonedeadpunknah, clusters are fine, phew07:17
jrosserno idea how the cinder upgrade could do that07:18
noonedeadpunkWe just hit bugs with running nova handlers in wrong place and vpnaas-related things on top of that.07:19
noonedeadpunkAh, and re-adding nodes to cluster (like after re-setup or upgrade) now needs either wipe from conductor or to place node uuid localy to /var/lib/nova07:19
noonedeadpunk /var/lib/nova/compute_id to be precise, and there hypervisor uuid should be placed07:21
jrosserdo we need a task to do that for upgraded nodes?07:25
noonedeadpunkNope, during upgrade it will be created07:26
noonedeadpunkIt's jsut during re-install with the same hostname07:26
noonedeadpunkwe came up with smth like this to execute https://paste.openstack.org/show/b8sP3Yao9xVinLGLfChw/07:27
noonedeadpunkas basically error is raised inside the condition when RPC version of compute matches with the one stored for conductor07:27
jrosserandrewbonney: ^ something to note here07:28
noonedeadpunkif RPC version is lower nova will create that file as part of "upgrade" process07:28
noonedeadpunkI was thinking if that might be worth to push to ops repo, but we're on early days now with 2023.1 so monitoring if smth else will raise first07:29
opendevreviewJonathan Rosser proposed openstack/openstack-ansible master: WIP - test Vexxhost CAPI driver for magnum  https://review.opendev.org/c/openstack/openstack-ansible/+/89324008:51
opendevreviewJonathan Rosser proposed openstack/openstack-ansible master: WIP - test Vexxhost CAPI driver for magnum  https://review.opendev.org/c/openstack/openstack-ansible/+/89324008:52
jrosser^ this is really close to working now08:53
jrosservery messy playbook but its POC really08:53
noonedeadpunkfwiw, there're couple of comments to the patches it depends on08:57
opendevreviewDmitriy Rabotyagov proposed openstack/openstack-ansible-tests master: Bump ansible-core to 2.12.8  https://review.opendev.org/c/openstack/openstack-ansible-tests/+/89740309:01
jrosseryeah i just don't know what to do about the lxc regex one09:03
jrosseri understand the comment but cannot see a reasonable solution09:03
noonedeadpunkjrosser: if, if, lxc.mount.auto param can't be repeated multiple times (like you can do with lxc.include or lxc.mount.entry), then maybe we can just have `regexp: "^lxc.mount.auto = "`? I mean, we don't have to define full string09:34
noonedeadpunkBut if it can, then maybe it's worth to add `lxc_container_mount_auto` jsut as a new line in config09:35
jrossershouldnt we bring this to the same version as the integrated repo? https://review.opendev.org/c/openstack/openstack-ansible-tests/+/89740309:45
noonedeadpunkwell.... if someone wanna fix linters for tests repo...09:50
noonedeadpunkI just tried to make the fastest/simpliest fix possible09:52
noonedeadpunkdamn, how did this worked and why it got broken now.... https://zuul.opendev.org/t/openstack/build/51b8a01e984d415d86d1edccc3f6ea0611:32
noonedeadpunkor we jsut rarely run it...11:32
noonedeadpunklooks like it ansible-lint version bump that got it borked11:33
noonedeadpunkand it's ansible-lint version and u-c requires different things...11:36
noonedeadpunkclose to no idea how to solve that to be frank....11:36
opendevreviewDmitriy Rabotyagov proposed openstack/openstack-ansible master: Temporary don't use u-c for inventory tox test  https://review.opendev.org/c/openstack/openstack-ansible/+/89742111:41
opendevreviewDmitriy Rabotyagov proposed openstack/openstack-ansible master: Switch classic queues to version 2  https://review.opendev.org/c/openstack/openstack-ansible/+/89580611:42
jrosserwe could put ansible-lint in it's own venv11:46
jrosseras we really don't care about u-c with that at all11:46
noonedeadpunkI think, that linters are actually not using u-c already...11:53
noonedeadpunkyeah, dunno....11:54
noonedeadpunkmaybe indeed place to other file instead, but then don't really want to make more places where versions should be adjusted11:54
jrosseroh awesome, my cluster-api job passed12:29
mgariepywoohoo jrosser :)12:33
noonedeadpunksweet12:36
noonedeadpunknow we need to decide how to deal with it I guess :)12:36
mgariepyonly  3 hours check12:36
mgariepyahah12:36
noonedeadpunkugh, yes12:36
noonedeadpunkI wonder why we become that slow12:37
noonedeadpunkor what else has changed....12:37
noonedeadpunkI was thinking that it should be possible to add this job to magnum directly12:37
noonedeadpunkbut not sure how to deal with the playbook....12:38
noonedeadpunkLike ideally... IDeally... Would be to paste it to ops repo, if ops repo was a collection12:39
noonedeadpunkand then a shrt guide how to make use of it12:40
noonedeadpunk*short12:40
noonedeadpunkbut we can add it to base ofc as well... Though I'm not sure how much opinionated that driver/concept is12:40
jrosseryeah the playbook is really just a description of "everything that needs to be done" to bring it all up12:44
jrosserideally there would be a role of some kind12:44
jrosseri think we should get mnaser to come and talk to us at PTG about this, as I believe there are some decisions being made about how magnum will look in the future12:45
mnaserjrosser: i'm happy to do that, we've had some discussion on the goals moving forward with this12:46
noonedeadpunkI wonder if we might want to re-arrange previous agreement on the PTG slot from Tuesday to some other day12:55
noonedeadpunkAs it looks like Tuesday is already really packed12:55
noonedeadpunkbut well... except octavia - all rest projects have more slots other days12:57
mnaserim speaking at a conference (teleport connect) on the wednesday so thats the old day thats hard for me to be there :(12:57
noonedeadpunkmnaser: will smth like Tuesday 14 or 15UTC work for you13:00
mnaser15 would be nicer, since i'll be PST.. so at least that's 8am13:00
noonedeadpunkAha13:01
noonedeadpunkI was checking EST13:01
noonedeadpunkI can book 16UTC then as well, as 8 am is meh13:02
mnaserah the event is in SF so i'll be there for the week :P13:02
mnaserlater the merrier :P13:02
noonedeadpunkok, agreed then13:06
opendevreviewDmitriy Rabotyagov proposed openstack/openstack-ansible-os_neutron master: [doc] Update example on how to define neutron_vpnaas_custom_config  https://review.opendev.org/c/openstack/openstack-ansible-os_neutron/+/89743113:34
jrosseri think something has slowed down recently in the CI jobs13:38
opendevreviewDmitriy Rabotyagov proposed openstack/openstack-ansible-os_neutron master: [doc] Update example on how to define neutron_vpnaas_custom_config  https://review.opendev.org/c/openstack/openstack-ansible-os_neutron/+/89743113:39
opendevreviewMerged openstack/openstack-ansible-haproxy_server master: Fix example playbook linters  https://review.opendev.org/c/openstack/openstack-ansible-haproxy_server/+/89661314:09
opendevreviewMerged openstack/openstack-ansible-haproxy_server master: [doc] Document usage of binding to interface  https://review.opendev.org/c/openstack/openstack-ansible-haproxy_server/+/88969114:09
noonedeadpunkI wonder if we could start running more tempest tests then before or smth like that14:16
noonedeadpunkhttps://c75a355f7aec62c918a1-10955244430898ac5659b860db970033.ssl.cf5.rackcdn.com/890640/3/check/openstack-ansible-deploy-aio_metal-ubuntu-jammy/c5ac59c/logs/openstack/aio1-utility/stestr_results.html looks pretty much the same14:16
noonedeadpunktempest itself takes 7min which is pretty much fair14:18
opendevreviewDmitriy Rabotyagov proposed openstack/openstack-ansible master: Track stable/2023.2 SHAs for upstream projects  https://review.opendev.org/c/openstack/openstack-ansible/+/89743414:33
opendevreviewDmitriy Rabotyagov proposed openstack/openstack-ansible master: Deprecate OpenDayligh support  https://review.opendev.org/c/openstack/openstack-ansible/+/89743714:37
opendevreviewDmitriy Rabotyagov proposed openstack/openstack-ansible master: Deprecate OpenDaylight support  https://review.opendev.org/c/openstack/openstack-ansible/+/89743714:38
opendevreviewDmitriy Rabotyagov proposed openstack/openstack-ansible master: Deprecate OpenDaylight support  https://review.opendev.org/c/openstack/openstack-ansible/+/89743714:43
opendevreviewDmitriy Rabotyagov proposed openstack/openstack-ansible-os_neutron master: Deprecate OpenDaylight support  https://review.opendev.org/c/openstack/openstack-ansible-os_neutron/+/89746114:46
opendevreviewDmitriy Rabotyagov proposed openstack/openstack-ansible master: Deprecate OpenDaylight support  https://review.opendev.org/c/openstack/openstack-ansible/+/89743714:46
opendevreviewDmitriy Rabotyagov proposed openstack/openstack-ansible-os_neutron master: Deprecate OpenDaylight support  https://review.opendev.org/c/openstack/openstack-ansible-os_neutron/+/89746114:48
opendevreviewDmitriy Rabotyagov proposed openstack/openstack-ansible-os_rally stable/xena: Include proper commit in rally_upper_constraints_url  https://review.opendev.org/c/openstack/openstack-ansible-os_rally/+/89744717:03
opendevreviewDmitriy Rabotyagov proposed openstack/openstack-ansible-os_rally stable/xena: Include proper commit in rally_upper_constraints_url  https://review.opendev.org/c/openstack/openstack-ansible-os_rally/+/89744717:04
opendevreviewDmitriy Rabotyagov proposed openstack/openstack-ansible stable/xena: Use github to fetch ansible collections  https://review.opendev.org/c/openstack/openstack-ansible/+/89735617:05
*** cloudnull7 is now known as cloudnull23:45

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