| *** ysandeep|out is now known as ysandeep | 03:58 | |
| ysandeep | good morning ci o/ | 04:21 |
|---|---|---|
| *** amoralej|off is now known as amoralej | 06:12 | |
| *** ysandeep is now known as ysandeep|afk | 06:23 | |
| marios | o/ | 06:48 |
| *** jpena|off is now known as jpena | 07:07 | |
| jm1 | ysandeep|afk, marios, #oooq: good monday morning :D | 07:24 |
| marios | \o jm1 happy monday ;) | 07:30 |
| marios | ping if you need anything jm1|ruck arxcruz|rover or if you want to give me some task if it gets busy | 07:31 |
| jm1 | marios: thanks! let me see what our current status is first. rlandy posted something about a gateblocker.. | 07:33 |
| marios | jm1: yeah looks like undercloud-upgrade was just looking at that | 07:34 |
| marios | jm1: https://zuul.opendev.org/t/openstack/builds?job_name=tripleo-ci-centos-9-undercloud-upgrade | 07:34 |
| marios | jm1: hmm looks related to the fix we merged for another cix | 07:35 |
| marios | fyi amoralej fix for https://bugs.launchpad.net/bugs/1989795 seems to cause https://bugs.launchpad.net/tripleo/+bug/1992305 | 07:36 |
| marios | amoralej: Depsolve Error occurred - package python3-sqlalchemy13-1.3.24-2.el9s.x86_64 conflicts with python3-sqlalchemy >= 1.4 provided by python3-sqlalchemy-1.4.39-2.el9s.x86_64 Edit | 07:36 |
| marios | amoralej: maybe we still need to exclude 1.4? | 07:36 |
| marios | did we revert that? | 07:36 |
| marios | checking | 07:36 |
| amoralej | marios, you removed the exclude? | 07:36 |
| amoralej | marios, does it happen in periodic? | 07:37 |
| amoralej | i think what we need is to get https://review.rdoproject.org/r/q/topic:sqlalchemy13 promoted | 07:37 |
| marios | amoralej: we didn't remove it i was just checking https://opendev.org/openstack/tripleo-quickstart/src/commit/dc26b849018e3d5f2ecfe625fca7264877fe75ae/config/release/tripleo-ci/CentOS-9/wallaby.yml#L191 | 07:37 |
| amoralej | the problem is that you exclude 1.4.37 | 07:37 |
| amoralej | but now, there is 1.4.40 | 07:38 |
| amoralej | so it's actually doing nothing | 07:38 |
| amoralej | conflicts with python3-sqlalchemy >= 1.4 provided by python3-sqlalchemy-1.4.40-1.el9s.x86_6 | 07:38 |
| amoralej | but anyway, i think https://review.rdoproject.org/r/c/openstack/oslo-db-distgit/+/45589 should fix that issue | 07:38 |
| amoralej | we need promotions | 07:38 |
| marios | amoralej: k last wallaby 9 promotion from 06th and looks like those merged 07th | 07:39 |
| amoralej | yes | 07:39 |
| jm1 | marios: anything we should do for amoralej's promotions? | 07:39 |
| *** ysandeep|afk is now known as ysandeep | 07:39 | |
| marios | jm1: ^^ promotion should help us on that one fyi wallaby9 | 07:39 |
| marios | jm1: well chase it/make it a priority depending on how bad the others are looking... | 07:39 |
| amoralej | marios, as workaround we may extend the exclude to 1.4* | 07:40 |
| marios | jm1: k train is not great wallaby8 is ok master not bad so | 07:40 |
| marios | amoralej: yeah i was going to ask that too | 07:40 |
| marios | amoralej: might be faster so ... | 07:40 |
| amoralej | but, if we can get promotions and remove the exclude would be perfect | 07:40 |
| marios | amoralej: jm1: i'll add that too ^^^ 1.4* now and jm1 if you can try and focus on wallaby9 promotion when you are promotion chasing today? | 07:40 |
| amoralej | btw, in periodic jobs | 07:41 |
| jm1 | marios: ack, so high prio to c9 wallaby promo | 07:41 |
| marios | yeah thank you jm1 | 07:41 |
| amoralej | are you seeing any issue related to sqlalchemy? | 07:41 |
| marios | amoralej: well we have the workaround there too so.. probably it was hitting there too? https://opendev.org/openstack/tripleo-quickstart/commit/054053061579c626d960b38cd2bb0874de1651bb | 07:42 |
| marios | amoralej: python3-sqlalchemy-1.4.*x86_64 <-- should be ok? | 07:43 |
| amoralej | i'd say so | 07:43 |
| marios | thx amoralej | 07:45 |
| marios | jm1|ruck: arxcruz|rover: meet in 43 OK for you (at 1100 cet) | 08:17 |
| marios | i'll send invite | 08:17 |
| marios | jm1|ruck: arxcruz|rover: to go over the cix cards | 08:17 |
| jm1 | marios: for me, yes :D | 08:18 |
| marios | jm1: k we can start and arxcruz|rover will catch us | 08:18 |
| marios | if he is away now | 08:18 |
| jm1 | marios: "k train is not great" << what is not so great here? from promotion pov we are good, looks like we have no new content to promote. | 08:19 |
| marios | jm1: yeah i just meant it was a few days old but ... no new content is there any known issue with the components? (i.e. is new content blocked?) | 08:19 |
| jm1 | marios: nope, no content blocked for train, not in components, not in integration :) | 08:22 |
| marios | jm1: k weird though i mean 5 days is quite long... i guess ahem... the train is slowing down probably ... | 08:23 |
| marios | (sorry couldn't help myself) | 08:23 |
| jm1 | marios: this sqlalchemy bug is also hitting c9 master. but this should also be fixed when c9 wallaby promoted, right? (since it is doing an upgrade from wallaby to master) | 08:25 |
| marios | jm1: hmm good point... in fact we may need to expand the temp fix to also have the exclude for master then? /me checking bug again | 08:25 |
| jm1 | marios: imho we could just wait for c9 wallaby promo. only one job is missing, internal kvm and it is running right now | 08:26 |
| marios | jm1: but to your question no, i think the issue in this case is during the upgrade .. so indeed it goes wallaby to master but i think we are getting it in the 'master' part of the job not he wallaby part of it | 08:26 |
| marios | ie not during the deployment of wallaby, but during the upgrade to master | 08:27 |
| jm1 | marios: hmm.. so what to do? | 08:28 |
| marios | jm1: updating the temp workaroudn to include master cc amoralej ^^ the new bug is hitting the master job i.e. wallaby to master upgrade so we need this in master release file too (this = temp exclude ) | 08:29 |
| marios | jm1: also if we get the wallaby promotion and it is green no problem we abandon the extra patch | 08:37 |
| marios | jm1: race! o/ | 08:38 |
| jm1 | marios: 🤸 | 08:41 |
| arxcruz|rover | jm1 marios i'm back | 09:13 |
| marios | arxcruz|rover: please join us? | 09:13 |
| marios | https://meet.google.com/yki-daae-pxr | 09:13 |
| marios | https://opendev.org/openstack/openstack-tempest-skiplist/src/commit/c542f0e0073d23487a45ec937a3e3a0a79a00950/roles/validate-tempest/vars/tempest_skip.yml#L686 | 09:39 |
| *** ysandeep is now known as ysandeep|lunch | 09:52 | |
| jm1 | marios, amoralej: we have a new c9 wallaby promotion | 10:16 |
| amoralej | great! | 10:17 |
| amoralej | so, could we check an upgrade job? | 10:17 |
| jm1 | amoralej: yes, let me try | 10:18 |
| marios | jm1: great... i suspect we need it for master too though so may still need the temp fix | 10:20 |
| marios | jm1: i.e. wallaby promotion would fix the 'older' bug but i don't htink it will fix the new one? | 10:21 |
| marios | but lets check jm1 | 10:21 |
| amoralej | marios, the new one doesn't need the fix | 10:22 |
| amoralej | it's wallaby only issue | 10:22 |
| jm1 | marios: just rechecked c9 master undercloud upgrade job, lets see what happens | 10:22 |
| jm1 | arxcruz|rover: ^ used your testproject for that | 10:23 |
| marios | amoralej: well, you have excluded 1.4 from wallaby, but the new bug from today/gate blocker is hitting undercloud-upgrade *master* | 10:23 |
| amoralej | but in the wallaby deployment part | 10:23 |
| amoralej | right? | 10:23 |
| marios | amoralej: no during the package update to master i.e. undercloud-upgrade.log | 10:23 |
| amoralej | let me double check | 10:24 |
| marios | amoralej: thats why i think we may need the temp fixor will excludeing during th ewallaby deployment help us on upgrade to master? don't think so ? | 10:24 |
| amoralej | no | 10:24 |
| amoralej | the issue may be different | 10:25 |
| amoralej | marios, let me try to reproduce out of the job | 10:29 |
| amoralej | let me know how the job goes | 10:29 |
| jm1 | marios, amoralej: false positive, c9 wallaby still not promoted, sorry :/ | 10:35 |
| amoralej | i'm simulating the failed task | 10:36 |
| amoralej | asuming we have a promotion | 10:36 |
| amoralej | i found the issue | 10:41 |
| amoralej | mmm | 10:41 |
| jm1 | arxcruz|rover: undercloud deployment on internal kvm job is timing out, any idea what the issue could be? https://sf.hosted.upshift.rdu2.redhat.com/logs/61/416561/4/check/periodic-tripleo-ci-centos-9-scenario010-kvm-internal-standalone-wallaby/877ef77/ | 10:41 |
| marios | jm1: k np | 10:41 |
| marios | amoralej: can you add info in the launchpad if you found sthing else? | 10:43 |
| marios | amoralej: jm1: problem with master and https://review.opendev.org/c/openstack/tripleo-quickstart/+/860810 | 10:43 |
| amoralej | marios, yes, i'm checking how to fix ... | 10:43 |
| marios | amoralej: jm1: https://storage.bhs.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_a6b/860810/2/check/tripleo-ci-centos-9-undercloud-upgrade/a6b9fdb/logs/undercloud/home/zuul/undercloud_upgrade.log Problem: package python3-oslo-db-12.1.0-0.20220929080853.7f3647b.el9.noarch requires python3-sqlalchemy >= 1.4.0 | 10:43 |
| marios | amoralej: ok thanks | 10:44 |
| marios | jm1: commented/-1 @ https://review.opendev.org/c/openstack/tripleo-quickstart/+/860810/2#message-ce0249b7d214c9bb26985b5351904f48ec5b88ea | 10:44 |
| amoralej | short version is that we need to pass --allowerasing when doing the full update | 10:46 |
| amoralej | marios, jm1 what version of ansible are we using when running that? | 10:48 |
| amoralej | btw, adding the exclude to master will not help | 10:49 |
| marios | amoralej: yeah it did not it caused something else in fact https://review.opendev.org/c/openstack/tripleo-quickstart/+/860810/2#message-ce0249b7d214c9bb26985b5351904f48ec5b88ea | 10:50 |
| marios | amoralej: we need 1.4+ there for master | 10:50 |
| amoralej | yes | 10:51 |
| arxcruz|rover | jm1 | 10:52 |
| arxcruz|rover | jm1 i'll be back in 1 hour, lunch and take my daugther | 10:53 |
| jm1 | arxcruz|rover: ack | 10:54 |
| amoralej | marios, jm1 i just commented in https://bugs.launchpad.net/tripleo/+bug/1992305 | 10:54 |
| jm1 | ysandeep|lunch, Tengu: our c9 wallaby internal kvm job is timing out. i am wondering why it takes more than 1h to run "tripleo_firewall : Manage firewall rules". is this expected? https://sf.hosted.upshift.rdu2.redhat.com/logs/61/416561/4/check/periodic-tripleo-ci-centos-9-scenario010-kvm-internal-standalone-wallaby/877ef77/logs/undercloud/home/zuul/standalone_deploy.log | 10:56 |
| amoralej | i guess it's https://opendev.org/openstack/tripleo-ansible/src/branch/master/tripleo_ansible/roles/tripleo_packages/tasks/upgrade.yml ... | 10:56 |
| amoralej | or it's https://opendev.org/openstack/tripleo-heat-templates/src/branch/master/deployment/undercloud/undercloud-upgrade.yaml#L141-L146 ? | 10:58 |
| jm1 | chandankumar: is there any load test or something running on ibm which might explain why c9 wallaby internal kvm job is failing? | 11:05 |
| jm1 | ..with timeout | 11:05 |
| chandankumar | jm1: cs9 wallaby internal kvm job, it does not run on IBM cloud | 11:06 |
| chandankumar | internal must be running on psi | 11:06 |
| jm1 | chandankumar: perfect, than it will fail on somethign different :) | 11:06 |
| jm1 | chandankumar: ack, thank you! | 11:08 |
| chandankumar | jm1: Do you have the logs | 11:08 |
| chandankumar | or let me check cix if there is any card with running kvm issue | 11:08 |
| jm1 | chandankumar: https://sf.hosted.upshift.rdu2.redhat.com/logs/61/416561/4/check/periodic-tripleo-ci-centos-9-scenario010-kvm-internal-standalone-wallaby/877ef77/logs/undercloud/home/zuul/standalone_deploy.log | 11:08 |
| jm1 | chandankumar: one thing which might be unusual is that "tripleo_firewall : Manage firewall rules" takes more than 1h | 11:09 |
| chandankumar | jm1: https://trello.com/c/R6SuOv6E/2661-cixlp1983718tripleociproa-periodic-master-scen1-standalone-fails-timeout-manage-firewall-rules | 11:11 |
| Tengu | jm1: upstream, there was an issue with the DNS iirc | 11:13 |
| *** ysandeep|lunch is now known as ysandeep | 11:15 | |
| *** dviroel|out is now known as dviroel | 11:24 | |
| dviroel | o/ | 11:24 |
| ysandeep | akahat, bhagyashris As you have know most about promoter, Do you want to take a look at https://review.rdoproject.org/r/c/rdo-infra/ci-config/+/45468 and see if it okay. | 11:35 |
| bhagyashris | ysandeep, ack | 11:36 |
| dviroel | ysandeep: i have a comment that needs fix on this patch, finishin my review | 11:39 |
| ysandeep | dviroel, ack | 11:41 |
| ysandeep | pojadhav, hey fyi.. https://review.opendev.org/c/openstack/tripleo-ci/+/860586/3#message-2e1e0b36e08b668a88f12f0f049de5524da341de | 11:46 |
| ysandeep | dviroel, fixed the typo in rlandy's patch, nice catch! | 11:53 |
| dviroel | tks | 11:53 |
| jm1 | Tengu: do you mean the one that chandankumarlinked above your message? | 12:09 |
| jm1 | chandankumar: thanks for the link! i am unsure how to handle this undercloud timeout issue on internal kvm job. shall i open a new bug? shall i reuse the one linked in the cix card above? https://bugs.launchpad.net/tripleo/+bug/1983718 | 12:12 |
| jm1 | marios: ^ | 12:12 |
| ysandeep | jm1, You can use same bug if its the same issue, I remember I have added a workaround earlier for rdo | 12:17 |
| ysandeep | jm1, https://review.opendev.org/c/openstack/tripleo-ci/+/854751 | 12:18 |
| jm1 | ysandeep: i dont know if it is the same issue. if >1h for tripleo_firewall is ok, then it might be something else. | 12:19 |
| ysandeep | I had added steps on bug on how to debug the issue, let me grab the steps | 12:19 |
| marios | jm1: i always prefer re-using bugs if we have same issue as the context is all in one place | 12:20 |
| marios | jm1: but always "it depends" if you can justify/happier with new bug go for it just maybe link between them | 12:20 |
| ysandeep | jm1, yes just run "time iptables -t filter -L INPUT" and see how long it takes and if /etc/resolv.cong have 127.0.0.1 as first entry. | 12:21 |
| ysandeep | resolv.conf* | 12:21 |
| * ysandeep checking logs | 12:21 | |
| ysandeep | hmm, not 127.0.0.1 but we are using some internal dns servers https://sf.hosted.upshift.rdu2.redhat.com/logs/61/416561/4/check/periodic-tripleo-ci-centos-9-scenario010-kvm-internal-standalone-wallaby/877ef77/logs/undercloud/etc/resolv.conf | 12:24 |
| *** amoralej is now known as amoralej|lunch | 12:28 | |
| Tengu | jm1: errr yeah. (sorry, was on a call) | 12:29 |
| jm1 | amoralej, marios, ysandeep: i am getting lost in all those issues, so let me try to recap: we need a c9 wallaby promo to get the amoralej's sqlalchemy fix. that fix plus amoralej's allowerasing patch will fix our c9 master undercloud-upgrade job, a gate blocker. but atm our c9 wallaby promo is blocked by internal kvm job. | 12:29 |
| *** dviroel is now known as dviroel|biab | 12:29 | |
| marios | jm1: the sqlalchemy fix is needed but not for the blocker. for that we only waiting for allowerasing | 12:30 |
| marios | jm1: so the wallaby/9 promotion i think is wanted but not the priority | 12:30 |
| marios | jm1: once we get the fix with the 9 promotion it just means we can unpin there https://opendev.org/openstack/tripleo-quickstart/src/commit/dc26b849018e3d5f2ecfe625fca7264877fe75ae/config/release/tripleo-ci/CentOS-9/wallaby.yml#L191 | 12:31 |
| ysandeep | For the "Manage firewall" taking long - I would suggest holding a node and once you are on "Manage Firewall" step.. try "iptables -t filter -L INPUT" and see if it takes time.. We can then figure out if its because of one of internal dns. | 12:32 |
| *** dasm|off is now known as dasm | 12:32 | |
| dasm | o/ | 12:32 |
| marios | gerrit down d/stream? | 12:33 |
| ysandeep | https://bugs.launchpad.net/tripleo/+bug/1983718 comment 7, 8 9 will help | 12:33 |
| marios | The server is temporarily unable to service your request due to maintenance downtime or capacity problems. Please try again later. | 12:33 |
| ysandeep | marios, checking | 12:35 |
| jm1 | ysandeep: looks like there is a dns issue on psi, see google group on "PnT - Infrastructure" | 12:37 |
| pojadhav | ysandeep, ack thanks for review. I will fix those review comment. | 12:38 |
| jm1 | ysandeep: we have to change our dns servers, dont we? | 12:38 |
| ysandeep | jm1, that's it then, We can wait for dns issue to clear or you are temporary set google dns, As this is rdo job, I think it should work. | 12:39 |
| jm1 | ysandeep: dns server has been decomissioned, so i guess we have to change it | 12:39 |
| jm1 | ysandeep: i see a looot of references to 10.11.142.1 in our internal repos | 12:40 |
| jm1 | ysandeep: i will post patches | 12:40 |
| jm1 | Tengu, ysandeep, chandankumar, marios: fyi our internal kvm has wrong dns nameservers which could be causing the undercloud timeout issues. reason is that dns server has been decomissioned. will post patches to change the dns servers | 12:43 |
| ysandeep | jm1, ack, Do you know the new dns servers? | 12:43 |
| Tengu | jm1: heh, "nice" :) | 12:43 |
| jm1 | ysandeep: yep | 12:44 |
| ysandeep | jm1, great o/ | 12:45 |
| jm1 | ysandeep: shall we use the the orange ones here? https://source.redhat.com/departments/it/digitalsolutionsdelivery/it-infrastructure/uis/uis_wiki/infoblox_list_of_infoblox_dns_members_to_use_per_geo | 12:47 |
| * ysandeep checking | 12:50 | |
| marios | thx jm1 | 12:51 |
| ysandeep | jm1, yes looks like it as our jobs run on PSI env | 12:51 |
| ysandeep | but I wonder if we are getting these dns entries from our Config / Neutron? | 12:53 |
| ysandeep | I think we should also check what neutron dhcp is giving us in this case. | 12:54 |
| jm1 | ysandeep: patch per dm | 12:57 |
| jm1 | ysandeep: sent you the first of 3 patches | 12:57 |
| ysandeep | Not only internal kvm jobs, but entire downstream jobs are hosted.. see https://sf.hosted.upshift.rdu2.redhat.com/logs/openstack-component-glance/opendev.org/openstack/tripleo-ci/master/periodic-tripleo-ci-rhel-8-scenario004-standalone-glance-rhos-16.2/1246ccb/job-output.txt | 13:00 |
| marios | ysandeep: seems like all internal affected | 13:04 |
| marios | ysandeep: having trouble opening a repo/pkglist from pkgs.devel.redhat.com/ | 13:05 |
| ysandeep | though gerrit worked for me | 13:05 |
| marios | ysandeep: right same gerrit ok | 13:06 |
| *** amoralej|lunch is now known as amoralej | 13:12 | |
| *** pojadhav is now known as pojadhav|sick | 13:13 | |
| ysandeep | marios, chandankumar dviroel|biab Could one of you please take a give a second +2 on https://code.engineering.redhat.com/gerrit/c/openstack/tripleo-ci-internal-jobs/+/430747 , needed for downstream. | 13:16 |
| jm1 | dasm: good morning :) | 13:19 |
| marios | ack ysandeep | 13:19 |
| ysandeep | marios, one more: https://code.engineering.redhat.com/gerrit/c/tripleo-environments/+/430746, lgtm | 13:20 |
| dasm | jm1: o/ | 13:21 |
| arxcruz|rover | marios jm1 only the upgrade job is failing on master, does it worth to remove it from promotion criteria to promote? we are 4 days behind | 13:22 |
| jm1 | arxcruz|rover: we have fixes for the upgrade job and we might have a solution for failing kvm internal job. maybe we can wait another day? | 13:23 |
| jm1 | marios: ^ | 13:23 |
| arxcruz|rover | jm1 kvm internal is already being skipped | 13:23 |
| arxcruz|rover | jm1 marios wallaby cs9 is failing only on fs39 i'm rerunning now, if it's random tempest failure, i'll skip and promote as well | 13:24 |
| jm1 | arxcruz|rover: c9 wallaby internal kvm is in criteria https://github.com/rdo-infra/ci-config/blob/master/ci-scripts/dlrnapi_promoter/config_environments/rdo/CentOS-9/wallaby.yaml#L37 | 13:25 |
| frenzyfriday | hey 0/ is the downstream cockpit down? | 13:25 |
| arxcruz|rover | jm1 on wallaby, but not in master | 13:25 |
| arxcruz|rover | jm1 https://github.com/rdo-infra/ci-config/blob/master/ci-scripts/dlrnapi_promoter/config_environments/rdo/CentOS-9/master.yaml#L51 | 13:26 |
| jm1 | arxcruz|rover: what i mean is that we just have to merge patches and then we get promotions on c9 master and c9 wallaby | 13:29 |
| *** dviroel|biab is now known as dviroel | 13:31 | |
| marios | folks scrum | 13:31 |
| jm1 | arxcruz|rover: ^ | 13:32 |
| marios | amoralej: jm1: looks liek master fix works https://zuul.openstack.org/status#860824 undercloud-upgrade green | 13:33 |
| amoralej | cool! | 13:34 |
| arxcruz|rover | jm1 i would promote, because we will also need a component promotion once amoralej patch get merged | 13:46 |
| jm1 | arxcruz|rover: iiuc amoralej's patch does not need a component promotion, but maybe amoralej can confirm | 13:47 |
| arxcruz|rover | jm1 it's on tht i think it does | 13:47 |
| amoralej | i'd say it'd work without promotion | 13:47 |
| arxcruz|rover | but i might be wrong | 13:47 |
| amoralej | well, actually in the gate is using last promotion | 13:48 |
| arxcruz|rover | amoralej ok, i'll run the upgrade with a depends on on your patch | 13:48 |
| amoralej | so it should be right | 13:48 |
| jm1 | amoralej: ok thanks :D | 13:48 |
| jm1 | chandankumar: scrum? no? :D | 13:49 |
| chandankumar | jm1: sorry got occupied with something else | 13:50 |
| jm1 | chandankumar: ack, thanks for the update :) | 13:51 |
| Tengu | arxcruz|rover: heya! is this one known already? RECHECK | 13:51 |
| Tengu | woops | 13:51 |
| Tengu | arxcruz|rover: Depsolve Error occurred: \n Problem: package python3-oslo-db-12.1.0-0.20220929080853.7f3647b.el9.noarch requires python3-sqlalchemy >= 1.4.0, but none of the providers can be installed | 13:51 |
| Tengu | sorry | 13:51 |
| arxcruz|rover | Tengu yes | 13:51 |
| Tengu | "yay" | 13:51 |
| Tengu | guess it's a blocker. | 13:52 |
| arxcruz|rover | Tengu https://review.opendev.org/c/openstack/tripleo-heat-templates/+/860824/ fixes it | 13:52 |
| dasm | jm1: rcastillo o/ I'm checking our internal ansible playbooks for provisioning servers: eg https://github.com/rdo-infra/ci-config/blob/master/ci-scripts/infra-setup/roles/server_provision/tasks/main.yml#L2 | 13:52 |
| arxcruz|rover | as an youtuber saying: so go ther and smash that +2 button if you like it and subscribe | 13:52 |
| jm1 | arxcruz|rover, Tengu: depends where he is seeing it ;) | 13:52 |
| Tengu | tripleo-ci-centos-9-undercloud-upgrade | 13:52 |
| Tengu | jm1, arxcruz|rover -^ | 13:52 |
| jm1 | arxcruz|rover++ 😂 | 13:52 |
| dasm | They rely on "os_volume" etc. However collections notice they're not anymore supported. | 13:52 |
| Tengu | arxcruz|rover: smashed the +2 already ;) | 13:53 |
| * dviroel_ primary isp down, thats why i dropped | 13:53 | |
| dasm | jm1: rcastillo Is it the time to move over to collections for openstack? | 13:53 |
| dasm | here: https://galaxy.ansible.com/openstack/cloud?extIdCarryOver=true&sc_cid=701f2000001OH7YAAW | 13:53 |
| dasm | jm1: rcastillo if i'm gonna update playbooks, should I be aware of something? | 13:53 |
| Tengu | arxcruz|rover: (re: youtuber - there's also that last part about the bell to get rings or something ;)) | 13:55 |
| rcastillo | dasm: should be fine switching to the openstack.cloud collection as long as you make sure you install sdk<0.99 | 13:55 |
| dasm | rcastillo: something like: "pip install openstacksdk<1.0.0" ? | 13:56 |
| rcastillo | no, literally <0.99.0 | 13:56 |
| dasm | ack | 13:56 |
| dasm | rcastillo: based on the documentation, it sounds like "os_volume" et al. are gonna be removed (are removed) for new collections. Is that correct? Do you have any knowledge of that? | 13:58 |
| rcastillo | dasm: yes, basically just remove the os_ prefix and you should be good | 13:59 |
| dasm | ack | 13:59 |
| dasm | rcastillo++ | 13:59 |
| jm1 | dasm: its worth to change os_* to openstack.cloud.* because those redirects have been removed in our master branch, hence aoc 2.0.0 will not work our playbooks anylonger | 13:59 |
| jm1 | rcastillo: omg i am too slow :D | 13:59 |
| dasm | jm1: ack. that's what i wanted to know. | 14:00 |
| jm1 | rcastillo++ :) | 14:00 |
| rcastillo | :) | 14:00 |
| arxcruz|rover | Tengu lol yeah, but gerrit already send you emails | 14:01 |
| Tengu | :] | 14:06 |
| *** dviroel_ is now known as dviroel | 14:10 | |
| arxcruz|rover | marios can you +w https://review.opendev.org/c/openstack/tripleo-heat-templates/+/860824/ ? | 14:33 |
| *** ysandeep is now known as ysandeep|out | 14:35 | |
| marios | k arxcruz|rover ideally upgrades folks should sign off on it added them as reviewers in case it is really undesirable but also set workflow ot clear gates | 14:39 |
| jm1 | arxcruz|rover: looks like we are waiting for patches to merge | 14:56 |
| jm1 | arxcruz|rover: internal kvm job is still waiting on dns servers patch | 14:57 |
| jm1 | arxcruz|rover: so will be eod now | 14:58 |
| chandankumar | see ya! | 14:59 |
| marios | jm1|ruck: arxcruz|rover: any problem on cix call ? | 15:00 |
| jm1 | marios: nope, arxcruz|rover handled all difficult questions :) | 15:01 |
| marios | :) | 15:01 |
| * jm1 out for today, have a nice evening :) | 15:02 | |
| rcastillo | jm1 o/ | 15:02 |
| marios | have a nice evening jm1 o/ | 15:02 |
| dviroel | o/ | 15:03 |
| * dviroel lunch | 15:03 | |
| *** dviroel is now known as dviroel|lunch | 15:03 | |
| arxcruz|rover | jm1 did I? O.o | 15:24 |
| marios | have a good one oooci arxcruz|rover need sthing ? | 15:36 |
| arxcruz|rover | marios beer | 15:37 |
| marios | arxcruz|rover: ack shipping it now | 15:37 |
| marios | drone is taking off | 15:37 |
| * marios out o/ same again tomorrow yes? | 15:37 | |
| *** marios is now known as marios|out | 15:38 | |
| arxcruz|rover | yes | 15:47 |
| arxcruz|rover | thanks | 15:47 |
| *** amoralej is now known as amoralej|off | 15:52 | |
| *** jpena is now known as jpena|off | 16:10 | |
| *** dviroel|lunch is now known as dviroel| | 16:21 | |
| *** dviroel| is now known as dviroel | 16:21 | |
| * dasm stepping away for some time. bbl | 17:48 | |
| *** dasm is now known as dasm|off | 17:49 | |
| *** dviroel_ is now known as dviroel | 18:28 | |
| *** dviroel is now known as dviroel|biab | 19:51 | |
| *** dasm|off is now known as dasm | 21:52 | |
| rcastillo_ | /nick rcastillo | 23:30 |
| *** rcastillo_ is now known as rcastillo | 23:30 | |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!