Tuesday, 2024-04-30

rdogerritrdo-trunk rdo-trunk proposed rdoinfo master: Bump rdoinfo dalmatian-uc tags to latest upper-constraints or latest Puppetfile  https://review.rdoproject.org/r/c/rdoinfo/+/5306400:06
rdogerritrdo-trunk rdo-trunk proposed rdoinfo master: Promote CBS tags update for zed-9s-testing  https://review.rdoproject.org/r/c/rdoinfo/+/5305700:10
rdogerritMerged rdoinfo master: Promote CBS tags update for caracal-9s-testing  https://review.rdoproject.org/r/c/rdoinfo/+/5303906:07
rdogerritMerged rdoinfo master: Promote CBS tags update for dalmatian-9s-testing  https://review.rdoproject.org/r/c/rdoinfo/+/5305606:07
rdogerritMerged rdoinfo master: Bump rdoinfo dalmatian-uc tags to latest upper-constraints or latest Puppetfile  https://review.rdoproject.org/r/c/rdoinfo/+/5306406:27
rdogerritMerged rdoinfo master: Promote CBS tags update for zed-9s-testing  https://review.rdoproject.org/r/c/rdoinfo/+/5305706:27
rdogerritAlfredo Moralejo proposed rdoinfo master: Promote CBS tags update for caracal-9s-release  https://review.rdoproject.org/r/c/rdoinfo/+/5303006:44
rdogerritAlfredo Moralejo proposed rdoinfo master: Remove pysnmp from caracal-testing  https://review.rdoproject.org/r/c/rdoinfo/+/5306506:47
rdogerritMerged deps/python-pyasn1 c9s-dalmatian-rdo: Update to 0.6.0  https://review.rdoproject.org/r/c/deps/python-pyasn1/+/5305506:58
rdogerritMerged rdo-jobs master: Removing the duplicate DPA no ceph job  https://review.rdoproject.org/r/c/rdo-jobs/+/5306207:16
rdogerritJoan Francesc Gilabert proposed rdo-jobs master: Add job to deploy tripleo with ceph for adoption  https://review.rdoproject.org/r/c/rdo-jobs/+/5287307:18
rdogerritJoan Francesc Gilabert proposed config master: Don't run dlrn role in tripleo nodes for adoption  https://review.rdoproject.org/r/c/config/+/5306607:29
rdogerritMerged config master: Don't run dlrn role in tripleo nodes for adoption  https://review.rdoproject.org/r/c/config/+/5306607:41
jcapitao[m]hi folks, could you review https://review.rdoproject.org/r/c/openstack/heat-distgit/+/52016 when you have a chance please ?08:25
rdogerritMerged rdoinfo master: Remove pysnmp from caracal-testing  https://review.rdoproject.org/r/c/rdoinfo/+/5306508:26
amoralejjcapitao[m], i rechecked to see build logs08:29
jcapitao[m]ack08:30
rdogerritMarios Andreou proposed rdo-jobs master: Wire up ansible-role-collect-logs for tripleo overcloud nodes logs  https://review.rdoproject.org/r/c/rdo-jobs/+/5271208:36
rdogerritMerged openstack/heat-distgit rpm-master: Enable tests  https://review.rdoproject.org/r/c/openstack/heat-distgit/+/5201609:37
rdogerritMarios Andreou proposed rdo-jobs master: Wire up ansible-role-collect-logs for tripleo overcloud nodes logs  https://review.rdoproject.org/r/c/rdo-jobs/+/5271209:48
noonedeadpunkamoralej: thanks for commenting out on https://review.opendev.org/c/openstack/openstack-ansible-os_neutron/+/91719210:04
noonedeadpunkwhile I do get, that having "latest" versions is recommended, though it really might bring troubles due to inconsistencies in versions. I guess that's my biggest issue with that10:05
amoralejnoonedeadpunk, i've seen a job failing because of trying to downgrade from ovs 3.3, do you know what is pulling ovs3.3. in first places? it's node prep?10:06
amoralejnoonedeadpunk, you mean inconsintencies of versions while adding new nodes and so on?10:06
noonedeadpunkyeah10:06
noonedeadpunkwhen just out of blue sky 1 node does use newer versions. And when it's, say, ovn-central - it may also upgrade sb/nb database schema10:07
amoralejfor production, I'd extend that to all the packages, not only to ovn/ovs, tbh although i understant it's more critical with ovs/ovn intermediate updates10:07
amoraleji always would recommend to mirror-freeze-promote repos in production, but that's just my hint10:08
noonedeadpunkwell. true and fair enough.10:08
noonedeadpunkthough it's really minority who does that10:08
amoralejyeah, but that does not imply that is correct10:08
noonedeadpunkat best - just mirror which doesn't solve anything10:08
amoralejor update always before adding new nodes10:09
noonedeadpunkbut also a lot of software do have separate path for major versions. Though this is likely should be raised for the SIG10:09
noonedeadpunk(like mariadb or rabbitmq do)10:10
amoralejactually, the nfvsig support different versions separatedly by using ovn<version> and ovs<version> with no upgrades on it10:10
amoralejwhat actually pulls the latest is the rdo-openvswitch wrapper10:10
amoralejthat's where we code what to pull10:11
amoralejand there is where we need to hack the upgrade (and downgrade) path10:12
amoralejat nfvsig level, openvswitch3.3 is not seen as a new version of openvswitch3.2, or any of them is providing "openvswitch", they are just two different packages, for the good and for the bad10:13
noonedeadpunkah, ok, I see10:13
noonedeadpunkwell, I pretty much would like this approach10:13
noonedeadpunkas openvswitch3.2 should also keep recieveing some security fixes10:14
amoralejyeah, i understand your case, and i'd like to be able to manage it, https://issues.redhat.com/browse/RDO-29610:14
noonedeadpunkyup, thanks!10:14
noonedeadpunkI will address your comments now as well10:14
amoralejactually, it does up to certain timeframe10:14
amoralejnoonedeadpunk, in any case i suspect it will fail with the downgrade error in rdo-ovn10:15
amoralejyou know what is installing ovs/ovn in first place in those jobs?10:15
amoraleji.e. https://storage.bhs.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_913/917192/2/check/openstack-ansible-upgrade-aio_metal-rockylinux-9/913f7b2/job-output.txt10:15
amoralej2024-04-29 21:06:43.343096 | rockylinux-9 | fatal: [aio1]: FAILED! => {"attempts": 5, "changed": false, "failures": [], "msg": "Depsolve Error occurred: \n Problem: problem with installed package openvswitch3.3-3.3.0-2.el9.x86_64\n  - package openvswitch3.3-3.3.0-2.el9.x86_64 from @System conflicts with openvswitch3.2 provided by openvswitch3.2-3.2.0-63.el9.x86_64 from centos-nfv-openvswitch\n  - package openvswitch3.3-3.3.0-2.el910:16
amoralej.x86_64 from centos-nfv-openvswitch conflicts with openvswitch3.2 provided by openvswitch3.2-3.2.0-63.el9.x86_64 from centos-nfv-openvswitch\n  - cannot install the best candidate for the job", "rc": 1, "results": []}10:16
amoralejusing --allowerasing will fix the ovs case, but according to my local test, not the ovn one10:16
noonedeadpunkI think it was `openvswitch`10:17
amoralejwrt "as openvswitch3.2 should also keep recieveing some security fixes" that's the current case, but usually lifecycle for ovs/ovn in fast datapath is shorter that openstack releases10:17
amoralejyes, but, in which ansible task?10:18
amoralejin some node preparation one?10:18
noonedeadpunknah, in os_neutron10:18
noonedeadpunkor well. we might have it multiple times10:18
noonedeadpunkbut I think it's this one: https://opendev.org/openstack/openstack-ansible-os_neutron/src/branch/master/tasks/neutron_install.yml#L29-L4310:19
amoralejyep os_neutron10:20
noonedeadpunkbut eventually problem with the task was that rocky haven't released these ovn/ovs versions10:20
noonedeadpunkso it simply didn't have a candidate for installation, while rdo was requiring to have 3.310:20
noonedeadpunkAnd I had hard times to find how to pin that back10:20
noonedeadpunk(though I'm not dealing with any EL distro in my daily tasks)10:21
amoraleji think the one i pointed is not that error, note it finds openvswitch3.3-3.3.0-2.el9.x86_64 installed and fails while trying to downgrade it10:21
noonedeadpunkah, ok, I think now I got what you was asking me10:23
amoraleji guess, the first installation is done in "TASK [os_neutron : Configure ovn-controller]", as following tasks are starting and enabling the services10:23
noonedeadpunkI can recall that nova package was requiring openvswitch, so we did some hook to provide it with it10:25
amoralejother option you may have is to modify the deps repo to exclude rdo-openvswitch-3.3* and rdo-ovn-24.03* since the beginning10:25
noonedeadpunkso nova can actually get it by dependency10:25
noonedeadpunkwhat I don't like in that approach, is that next time 3.4 or 3.5 may appear and get backported, which might make even more mess, as such upgrade path was never intended to be supported10:26
noonedeadpunkso it's better to be explicit in what to install then try to avoid everything else except what you expect10:27
amoralejyes, i agree10:28
amoraleji'm not sure how fine we can be with globs in excludepkgs10:28
rdogerritMarios Andreou proposed rdo-jobs master: Wire up ansible-role-collect-logs for tripleo overcloud nodes logs  https://review.rdoproject.org/r/c/rdo-jobs/+/5271210:33
noonedeadpunkthough maybe we can do includepkg instead....10:34
noonedeadpunkbut then - it's also kinda fishy10:34
noonedeadpunkso potentially it should be applied to centos-release-nfv-openvswitch10:35
noonedeadpunkbut then - it's neat to install repo as package rather then with ansible module, dunno...10:36
amoralejnoonedeadpunk, not it should be applied in delorean-bobcat-testing which is the one providing the wrapper10:37
amoralejyou use delorean-deps.repo file? or create deps repo yourself?10:37
noonedeadpunkwell, one way is to fetch delorean.repo and palce as /etc/yum.repos.d/rdo.repo10:39
noonedeadpunkand then I think you added another path to just use cloudsig10:40
amoralejyeah, i meant in the ci jobs, i see it's using it from rdo trunk, using a rdo-deps.repo https://storage.bhs.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_913/917192/2/check/openstack-ansible-upgrade-aio_metal-rockylinux-9/913f7b2/logs/redhat-rpm-repolist-host-21-06-49.txt10:43
amoralejactually, i guess that's not even binary based install for openstack packages?10:44
amoralejbtw we didn't promote the upgrade to ovs 3.3 yet in cloudsig repos https://review.rdoproject.org/r/c/rdoinfo/+/5305310:45
noonedeadpunkno, that's not. I think we still take some things even for non-binary installations10:48
noonedeadpunkI can't recall what specifically, but I guess some python bindings or dependencies to build them...10:48
noonedeadpunkreally can't recall now10:49
noonedeadpunkactually, it's interesting, as I tried to install cloudsig, wipe dnf cache, and had exact same behaviour...10:49
amoralejwhich version?10:50
amoralejwrt excludepkgs "excludepkgs=*rdo-openvswitch-3.[!2]*,rdo-ovn*-23.0[!9]*,rdo-ovn*-2[!3]*"10:50
amoraleji think that does what you want10:51
amoraleji had never used negation in excludepkgs tbh, but it seems to work10:51
amoralejrdo-openvswitch-3.3 is not promoted to any cloudsig repo yet, it should not be pulled from cloudsig repo ... 10:52
amoralejonly from trunk10:52
*** ustrin_ is now known as ustrin11:20
noonedeadpunkamoralej: do you think it would be wise to use cloudsig repo for production, but keep using trunk in our CI?12:10
noonedeadpunkah, ok, I guess I recalled why we don't do that, as it also brings ceph-reef and rabbitmq-3812:22
amoralejnoonedeadpunk, yes, that's what i would recomend, cloudsig for prod and trunk for ci or specific cases where you want latest commits13:00
amoralejsaid this, the fact that we didn't promote rdo-openvswitch in cloudisg is just a matter of time, not because of stability13:00
noonedeadpunkyup, fair13:01
rdogerritGregory Thiemonge proposed openstack/octavia-distgit rpm-master: Drop python3-redis dependency  https://review.rdoproject.org/r/c/openstack/octavia-distgit/+/5306714:13
rdogerritGregory Thiemonge proposed openstack/octavia-distgit caracal-rdo: Drop python3-redis dependency  https://review.rdoproject.org/r/c/openstack/octavia-distgit/+/5306814:14
rdogerritGregory Thiemonge proposed openstack/octavia-distgit bobcat-rdo: Drop python3-redis dependency  https://review.rdoproject.org/r/c/openstack/octavia-distgit/+/5306914:15
rdogerritGregory Thiemonge proposed openstack/octavia-distgit antelope-rdo: Drop python3-redis dependency  https://review.rdoproject.org/r/c/openstack/octavia-distgit/+/5307014:16
rdogerritMarios Andreou proposed rdo-jobs master: Wire up ansible-role-collect-logs for tripleo overcloud nodes logs  https://review.rdoproject.org/r/c/rdo-jobs/+/5271214:23
rdogerritMerged rdoinfo master: Promote CBS tags update for bobcat-9s-release  https://review.rdoproject.org/r/c/rdoinfo/+/5305314:29
rdogerritMerged rdoinfo master: Promote CBS tags update for caracal-9s-release  https://review.rdoproject.org/r/c/rdoinfo/+/5303014:29
rdogerritMerged rdoinfo master: Promote CBS tags update for antelope-9s-release  https://review.rdoproject.org/r/c/rdoinfo/+/5305414:30
*** jlibosva is now known as Guest270815:29
rdogerritMerged openstack/octavia-distgit rpm-master: Drop python3-redis dependency  https://review.rdoproject.org/r/c/openstack/octavia-distgit/+/5306715:52
rdogerritMerged openstack/octavia-distgit caracal-rdo: Drop python3-redis dependency  https://review.rdoproject.org/r/c/openstack/octavia-distgit/+/5306815:52
rdogerritMerged openstack/octavia-distgit bobcat-rdo: Drop python3-redis dependency  https://review.rdoproject.org/r/c/openstack/octavia-distgit/+/5306915:52
rdogerritMerged openstack/octavia-distgit antelope-rdo: Drop python3-redis dependency  https://review.rdoproject.org/r/c/openstack/octavia-distgit/+/5307015:52
rdogerritrdo-trunk rdo-trunk proposed openstack/octavia-distgit antelope-rdo: openstack-octavia: failed to build d943336c  https://review.rdoproject.org/r/c/openstack/octavia-distgit/+/5307116:04
rdogerritrdo-trunk rdo-trunk proposed openstack/horizon-distgit zed-rdo: python-django-horizon-23.0.2-1  https://review.rdoproject.org/r/c/openstack/horizon-distgit/+/5307216:36

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