Tuesday, 2021-11-30

*** rlandy_ is now known as rlandy|ruck01:43
*** rlandy|ruck is now known as rlandy|out01:48
*** odyssey4me is now known as Guest719203:53
*** ysandeep|out is now known as ysandeep|ruck05:24
opendevreviewdaniel.pawlik proposed openstack/ci-log-processing master: Add log gearman role  https://review.opendev.org/c/openstack/ci-log-processing/+/81775907:07
*** ysandeep|ruck is now known as ysandeep|lunch07:31
*** ysandeep|lunch is now known as ysandeep08:22
*** amoralej|off is now known as amoralej08:24
*** bhagyashris_ is now known as bhagyashris08:42
*** jpena|off is now known as jpena09:27
opendevreviewMerged openstack/project-config master: Add ansible-collection-kolla deliverable to kolla project  https://review.opendev.org/c/openstack/project-config/+/81932609:59
*** rlandy is now known as rlandy|ruck10:44
*** ysandeep is now known as ysandeep|afk10:51
*** jcapitao1 is now known as jcapitao11:00
*** ysandeep|afk is now known as ysandeep|ruck11:06
*** dviroel|out is now known as dviroel11:15
afaranhaHi, we are having some issues on a test due to the node not being able to find the repomd.xml, but the file exists and I can access it.11:28
afaranhaThe error is this: "Failed to download metadata for repo 'centos-stream-8-rabbitmq-latest': Cannot download repomd.xml: Cannot download repodata/repomd.xml: All mirrors were tried"11:28
afaranhaThe job definition is here: https://review.opendev.org/c/zuul/zuul-jobs/+/807031/31/roles/enable-fips/tasks/main.yaml#79 it uses "baseurl: http://file.rdu.redhat.com/~jeckersb/centos-stream-8-rabbitmq-latest/"11:28
afaranhaIs there any permission issue on the node that can't access file.rdu.redhat.com?11:28
fricklerafaranha: I can't even find that host in DNS. is it possibly something internal?11:31
afaranhafrickler, I don't know. But if you can`t access it, then that's it :P11:33
afaranhaI'll ask my colleagues how we can make it public11:33
afaranhafrickler++11:33
*** amoralej is now known as amoralej|lunch12:17
*** ysandeep|ruck is now known as ysandeep|afk13:09
opendevreviewAurelien Lourot proposed openstack/project-config master: Add NVidia vGPU plugin charm to OpenStack charms  https://review.opendev.org/c/openstack/project-config/+/81981813:12
opendevreviewAurelien Lourot proposed openstack/project-config master: Add NVidia vGPU plugin charm to OpenStack charms  https://review.opendev.org/c/openstack/project-config/+/81981813:18
*** sshnaidm|afk is now known as sshnaidm13:29
*** ysandeep|afk is now known as ysandeep13:34
*** ysandeep is now known as ysandeep|ruck13:34
*** amoralej|lunch is now known as amoralej13:35
*** dviroel is now known as dviroel|lunch14:51
*** ykarel is now known as ykarel|away15:28
*** ysandeep|ruck is now known as ysandeep|out15:42
*** dviroel|lunch is now known as dviroel15:44
*** xek_ is now known as xek16:48
*** jpena is now known as jpena|off17:35
*** amoralej is now known as amoralej|off17:59
opendevreviewMerged openstack/project-config master: Remove report-build-page from zuul tenant config  https://review.opendev.org/c/openstack/project-config/+/80297318:04
*** dviroel is now known as dviroel|afk20:13
clarkbfungi: thinking about the openstack overlap releas problem a bit. I guess the main issue is that centos python and ubuntu python don't align so the existing implicit overlap testing doesn't cover the python overlap necessary for centos.23:49
clarkber overlap distro release problem23:49
fungiright23:49
clarkbThis has got the gears turning a bit on whether or not it might make sense to stop targetting specific distros and instead target a more nebulous system23:50
fungigrenade currently ensures that we don't switch to a new ubuntu lts in a release which can't at least be installed and tested on the old ubuntu23:50
clarkbI don't actually know what that would look like or how it would work, but it seems theoretically possible and might significantly reduce the matrix23:50
fungithe trick is to map $nebula to specific real-world installations23:51
clarkbwell in my head it would be something like opendev's python base images23:51
fungi(including the upgrade process)23:51
clarkb"openstack runs on the python 3.8 image and the python 3.6 image published by $entity"23:51
clarkbI guess the trouble there is they are still based on debian so there might be some debian expectations that leak through23:52
fungialso the pivot release we have now can't realistically be inverted, since testing with the current and prior platform is doble but testing with current and future platform isn't really23:54
fungithough maybe that's what centos stream represents23:54
clarkbya we'd still need a pivot release but we could decouple that from the distros23:54
fungi(centos stream being "future rhel")23:54
clarkbbasically the distros would know ahead of time that at point X openstack will haev a pivot. Then users could run on the same env as tested or work with their distros to do it23:55
clarkba lot of this brainstorming is coming out of how opendev has essentially said that the python version is what is important and not so much the distro then provided images that go along with that23:55
clarkbAnd wondering if that could be applied to openstack somehow to reduce the scope of the problem. Of course any major overhaul like that is a fairly large scope itself and would be a big effort23:56
clarkbBecause to be honest I think running multiple grenade jobs across multiple distro releases is only going to create more friction not less23:57
clarkb(see also the neutron recheck discussion)23:57
clarkbWe don't run a lot of centos jobs alreay because they aren't given the attention they need to be kept reliable23:59
clarkband thats always been the case23:59

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