Monday, 2023-05-15

jrossergood morning07:43
jrossermanuvakery1: i think that there would be a failed task before the ones that you have pasted07:44
jrossermost likley during building the python wheel for neutron07:45
noonedeadpunkmornings08:09
noonedeadpunkmanuvakery1: try to re-run with `-e venv_rebuild=true`08:10
noonedeadpunkdamiandabrowski: fwiw I've commented on https://review.opendev.org/c/openstack/openstack-ansible/+/88196808:24
noonedeadpunkwe have also zun to fix... wil try to check on that today08:24
noonedeadpunkI think we also want to land ceph cache before branching08:24
jrosserthe ceph cache is pretty experimental08:24
jrosseri need to try to test deploying that from fresh today08:25
jrosserfor $reasons it doesnt work in an AIO08:25
noonedeadpunkaha08:25
jrosserbut we have a lab with it working :/08:25
noonedeadpunkmaybe because we use loop drives or smth like that08:25
jrossercould be, or glance->cinder snapshots are not right somehow08:26
opendevreviewJonathan Rosser proposed openstack/openstack-ansible-ceph_client master: Allow ceph clients to be enabled or disabled  https://review.opendev.org/c/openstack/openstack-ansible-ceph_client/+/88282808:28
opendevreviewJonathan Rosser proposed openstack/openstack-ansible-ceph_client master: Add ceph client and configuration for immutable object cache  https://review.opendev.org/c/openstack/openstack-ansible-ceph_client/+/88282908:28
opendevreviewJonathan Rosser proposed openstack/openstack-ansible-ceph_client master: Add immutable object cache documentation  https://review.opendev.org/c/openstack/openstack-ansible-ceph_client/+/88283008:28
opendevreviewJonathan Rosser proposed openstack/openstack-ansible-ceph_client master: Add config and documentation for ceph perisistent write log cache  https://review.opendev.org/c/openstack/openstack-ansible-ceph_client/+/88284908:28
opendevreviewJonathan Rosser proposed openstack/openstack-ansible-ceph_client master: Add releasenote for ceph immutable object cache and persistent write log cache  https://review.opendev.org/c/openstack/openstack-ansible-ceph_client/+/88285008:28
jrosseri think also it requires RAW images not QCOW2 as theres a conversion which gets in the way of the cache08:29
jrossereither way when everything is aligned we saw a 3-4x improvement for both reads and writes when both caches were enabled08:30
noonedeadpunkwell, it's always raw that ends up on ceph. if it's not raw - nova/cinder will convert it to raw regardless iirc08:42
noonedeadpunkbut regarding cache - the biggest question is what happens during cache drive failure, as I'd assume it's same if writeback fails when battery on the raid controller is dead08:44
opendevreviewDmitriy Rabotyagov proposed openstack/openstack-ansible master: Switch ubuntu upgrade jobs to Jammy  https://review.opendev.org/c/openstack/openstack-ansible/+/87989008:47
opendevreviewDmitriy Rabotyagov proposed openstack/openstack-ansible master: Move repo_packages to group_vars  https://review.opendev.org/c/openstack/openstack-ansible/+/88182408:47
opendevreviewDmitriy Rabotyagov proposed openstack/openstack-ansible master: Add ceph client key for immutable object cache  https://review.opendev.org/c/openstack/openstack-ansible/+/88283108:48
noonedeadpunkI think what else I'd love to be reviewed is this https://review.opendev.org/c/openstack/openstack-ansible/+/87011308:49
noonedeadpunkAnd I'm not sure I fully understood proposal for making things more clear08:49
noonedeadpunkAha, so basically that `container_ip` is a bad property to name it08:51
noonedeadpunkwell, technically, we can name it whatever, but yes, in dynamic_inventory it will map to container_address 08:51
jrosserdo we need a piece of work to migrate container_address to managment_address?08:53
noonedeadpunkthat is very good question09:02
noonedeadpunkas it's kinda same address that's used as eth1 in containers and whatever for metal09:03
noonedeadpunkso somehow upgrade path should be handled I believe, as we're promoting to set `is_container_address: true` for br-mgmt in all docs09:04
noonedeadpunkthen we should change that to is_management_address I believe09:04
noonedeadpunkbut yes, that might make sense09:07
noonedeadpunkI wonder what to do with container_address after migration - keep that in inventory or drop...09:11
noonedeadpunkWill try to check how to do that now09:20
opendevreviewDmitriy Rabotyagov proposed openstack/openstack-ansible master: Rename container_address to management_address  https://review.opendev.org/c/openstack/openstack-ansible/+/88314810:13
noonedeadpunk^ hopefuly it works....10:13
opendevreviewDmitriy Rabotyagov proposed openstack/openstack-ansible master: Rename container_address to management_address  https://review.opendev.org/c/openstack/openstack-ansible/+/88314810:15
opendevreviewMerged openstack/openstack-ansible stable/zed: Do not define cluster template labels  https://review.opendev.org/c/openstack/openstack-ansible/+/88301110:33
jrosserwe should try to get this merged as well https://review.opendev.org/c/openstack/ansible-role-python_venv_build/+/88184810:37
noonedeadpunkwell... it looks like it needs some work10:40
noonedeadpunkaha, it's all rabbit thing10:41
jrosseryes also need to differentiate rocky/centos10:43
noonedeadpunkI still wonder if targets.__setitem__ really needed there10:44
jrosseri'll ask stuart to take another look10:46
noonedeadpunkLike we also have `{%   set distro_arch = [distro, arch] | join('_') %}` below, so maybe we can make code slightly more alike10:47
jrosseryeah10:50
opendevreviewDmitriy Rabotyagov proposed openstack/ansible-role-python_venv_build master: Fix venv_build_targets when used with multi-arch  https://review.opendev.org/c/openstack/ansible-role-python_venv_build/+/88184810:52
noonedeadpunkI wonder if smth like that will work ^10:52
noonedeadpunkI don't have any different arch to play with10:52
opendevreviewDmitriy Rabotyagov proposed openstack/openstack-ansible master: Rename container_address to management_address  https://review.opendev.org/c/openstack/openstack-ansible/+/88314811:26
opendevreviewJonathan Rosser proposed openstack/openstack-ansible-ceph_client master: Add ceph client and configuration for immutable object cache  https://review.opendev.org/c/openstack/openstack-ansible-ceph_client/+/88282914:26
opendevreviewJonathan Rosser proposed openstack/openstack-ansible-ceph_client master: Add immutable object cache documentation  https://review.opendev.org/c/openstack/openstack-ansible-ceph_client/+/88283014:26
opendevreviewJonathan Rosser proposed openstack/openstack-ansible-ceph_client master: Add config and documentation for ceph perisistent write log cache  https://review.opendev.org/c/openstack/openstack-ansible-ceph_client/+/88284914:26
opendevreviewJonathan Rosser proposed openstack/openstack-ansible-ceph_client master: Add releasenote for ceph immutable object cache and persistent write log cache  https://review.opendev.org/c/openstack/openstack-ansible-ceph_client/+/88285014:26
jrosserso i just managed to run that against a fresh compute node, and the next vm i boot on it used the immutable object cache14:27
jrosserthe permissions stuff is extremely difficult and not documented at all what the right thing to do is14:28
noonedeadpunkbtw, I've realized that ubuntu Jammy upgrade fails for $reason from Zed14:29
noonedeadpunkAnd the reason is buggy ovs that get's upgraded and mess up with hostname before we apply "fix"14:30
noonedeadpunkalso zun is messed up quite a lot to have that said...15:16
jrosserit is15:16
noonedeadpunkLike docker has dropped cluster-store in 23.0.015:17
jrosserjust verified the scary rbd write cache on a fresh node15:17
noonedeadpunkand zun is relying on that. so it should be docker<23.0.015:17
jrosserthats much simpler, just create the cache mount, set owner/group and add config -> done15:17
noonedeadpunkThen, it seems it doesn't like etcdv315:17
noonedeadpunkIt has zookeeper though, but can't make it work yet...15:17
jrosserzun seems like also in the category of magnum15:18
noonedeadpunkexcept that upstream project is unmaintained15:18
jrossermaintained by $few orgs meeting their use case15:18
noonedeadpunkI'm also not an expert in docker which makes things worse, in terms I'm not sure how it's interacting with kuryr15:20
noonedeadpunkAnd then kata on top....15:20
jrosserandrew spent time on this - we did have it "working" as far as you could15:20
noonedeadpunkand then if attempt to use newer docker, some other swarm mode should be adopted rather then standalone one15:20
noonedeadpunkyeah, it's been a while though15:21
jrosserthe big problem is that users can issue commands against the containers just randomly though the api15:21
jrosserand theres no record of any of it so if you lose a zun compute node everything is lost15:21
noonedeadpunkoh15:22
noonedeadpunkthat's kinda.... suck a lot15:22
jrosserso depends how users use it, just upload images which can be remade easily is one thing, but kind of in place customisation was really not cool15:22
noonedeadpunkyeah, so there's no evacuate stuff or re-spawn the container elsewhere?15:22
jrossernothing at all15:23
noonedeadpunkbut yes, I think idea it must spawn from images plus some manila I assume15:23
noonedeadpunkor trove15:23
noonedeadpunkbut I mainly try to fix gates right now :D15:24
noonedeadpunkno plans to get it adopted as of today15:24
jrosserit is probably better to end up with magnum tbh15:24
jrosserbut yes gates are indeed broken15:25
noonedeadpunkwell, magnum is different and still sucks kinda15:25
noonedeadpunkin terms of supported k8s versions, so you need to upgrade it constantly to get supported k8s15:25
NeilHanlonkubernetes ... sucks 15:31
NeilHanlono/ morning y'all (afternoon, i guess)15:31
jrossero/ hello15:36
noonedeadpunko/15:38
jrosserwhen do we need to release?16:04
noonedeadpunkMay 2916:12
noonedeadpunkoh, huh, I wonder if it's ovn that makes things weird with zun16:18
opendevreviewMerged openstack/openstack-ansible master: Update 'TLS for Haproxy Backends' section in docs  https://review.opendev.org/c/openstack/openstack-ansible/+/88309016:25
noonedeadpunkat least kuryr looks weird16:41
opendevreviewDmitriy Rabotyagov proposed openstack/openstack-ansible master: Replace etcd usage with zookeeper for zun  https://review.opendev.org/c/openstack/openstack-ansible/+/88319416:53
opendevreviewDmitriy Rabotyagov proposed openstack/openstack-ansible-os_zun master: Install kata containers from source  https://review.opendev.org/c/openstack/openstack-ansible-os_zun/+/88028816:54
opendevreviewDmitriy Rabotyagov proposed openstack/openstack-ansible-os_zun master: Install kata containers from source  https://review.opendev.org/c/openstack/openstack-ansible-os_zun/+/88028816:55
opendevreviewJonathan Rosser proposed openstack/openstack-ansible-ops master: Use integrated linters job for ops repo  https://review.opendev.org/c/openstack/openstack-ansible-ops/+/88319717:08
opendevreviewDamian DÄ…browski proposed openstack/openstack-ansible master: Add 'tls' scenario  https://review.opendev.org/c/openstack/openstack-ansible/+/88196817:41
opendevreviewDamian DÄ…browski proposed openstack/openstack-ansible master: Add 'tls' scenario  https://review.opendev.org/c/openstack/openstack-ansible/+/88196821:04

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