Monday, 2021-11-22

opendevreviewMerged openstack/diskimage-builder master: update gentoo source suffix (where it finds the file to download)  https://review.opendev.org/c/openstack/diskimage-builder/+/81867800:41
ianwthe bootloader is wrong01:00
ianwi don't really understand how this passed testing01:00
opendevreviewIan Wienand proposed openstack/diskimage-builder master: [wip] fix f35 bootloader setup  https://review.opendev.org/c/openstack/diskimage-builder/+/81870804:24
opendevreviewIan Wienand proposed openstack/diskimage-builder master: [wip] fix f35 bootloader setup  https://review.opendev.org/c/openstack/diskimage-builder/+/81870804:41
opendevreviewIan Wienand proposed openstack/diskimage-builder master: bootloader: specify distros for grubby install  https://review.opendev.org/c/openstack/diskimage-builder/+/81871005:16
*** ysandeep|out is now known as ysandeep05:42
ianwwell i'm stumpted.  https://zuul.opendev.org/t/openstack/build/aaf6fa41e8f94c98887e76915e17b515 shows that the gate tests are setting "root=LABEL=cloudimg-fs" (and, ergo, why f35 boots in the gate)07:36
ianwthe build logs https://nb01.opendev.org/fedora-35-0000000008.log and https://dd25c8fff5148bff9a3d-e4098ecd70541ccfec6de5edaad12e3e.ssl.cf5.rackcdn.com/818708/2/check/dib-nodepool-functional-openstack-fedora-35-containerfile-src/aaf6fa4/nodepool/builds/test-image-0000000001.log look the same07:37
ianwbut the gate builds have images with "root=UUID=<wrong-uuid>"07:38
ianwi think that https://review.opendev.org/c/openstack/diskimage-builder/+/818710 is generally correct, in making the image use grubby to setup the bootloader07:39
ianwbut it's unsatisfying to not have an exact root-cause for the production failure07:39
opendevreviewIan Wienand proposed openstack/diskimage-builder master: bootloader: specify distros for grubby install  https://review.opendev.org/c/openstack/diskimage-builder/+/81871007:43
*** ykarel is now known as ykarel|lunch07:53
opendevreviewAlbin Vass proposed zuul/zuul-jobs master: Make prepare-workspace-git root configurable  https://review.opendev.org/c/zuul/zuul-jobs/+/81871608:02
*** ysandeep is now known as ysandeep|lunch08:18
opendevreviewwangxiyuan proposed openstack/project-config master: Add openEuler 20.03 LTS SP2 node  https://review.opendev.org/c/openstack/project-config/+/81872309:10
*** ysandeep|lunch is now known as ysandeep09:24
*** ildikov_ is now known as ildikov09:30
*** simondodsley_ is now known as simondodsley09:31
*** TheJulia_ is now known as TheJulia09:32
*** ykarel|lunch is now known as ykarel09:53
*** odyssey4me is now known as Guest650610:03
*** rlandy is now known as rlandy|ruck11:16
*** ajya[m] is now known as ajya12:52
fungirackspace says logstash-worker12 had to be rebooted roughlt 17.5 hours ago due to a host problem13:53
fungilooks like its four jenkins-log-worker started successfully at boot though13:54
*** ykarel is now known as ykarel|away14:29
sshnaidmfungi, clarkb hey, just for clarification - we don't have Ansible Galaxy mirror or cache somewhere, right?14:46
fungisshnaidm: i don't know of one... does galaxy have its own site which serves roles?14:53
sshnaidmhttps://galaxy.ansible.com14:57
sshnaidmit's the main one14:57
fungiwhat protocol is used to fetch roles from it?15:01
fungiis it just normal http gets?15:01
fungilooks like the url for the ansible-galaxy cli is overridable, so in theory we could point it to a caching proxy: https://docs.ansible.com/ansible/latest/galaxy/user_guide.html?extIdCarryOver=true&sc_cid=701f2000001OH6uAAG#configuring-the-ansible-galaxy-client15:07
fungithe bigger question is whether galaxy.ansible.com is just a frontend/indexing service, or actually hosts the data for which we'd need to proxy requests15:08
fungifor example, we cache pypi.org but it really only serves indices, all the packages are served from files.pythonhosted.org instead15:09
fungiso we have to cache that as well15:09
sshnaidmI think galaxy.ansible.com actually hosts this content15:10
sshnaidmand it's just HTTPS protocol15:10
fungii know at one point it only served as a pointer to things in github, but i guess they improved the design15:11
sshnaidmfungi, the link looks like: https://galaxy.ansible.com/download/community-general-4.0.2.tar.gz15:11
fungioh, cool, so roles are bundled into compressed tarballs, that does probably make this simpler15:12
sshnaidmyeah, it's possible to clone from git repo, from tarball, from local directory, from ansible galaxy server15:13
opendevreviewJeremy Stanley proposed opendev/system-config master: Cache Ansible Galaxy on CI mirror servers  https://review.opendev.org/c/opendev/system-config/+/81878715:23
fungisshnaidm: ^ does that make sense?15:23
*** ysandeep is now known as ysandeep|out15:26
sshnaidmfungi, I think it totally does.. I'd like to test15:27
fungiwell, there's a test included which will at least make sure it's proxying the main page, but yeah we'll probably have to do some more extensive testing to confirm downloads really end up going through the proxy when told to15:28
fungisshnaidm: bad news, i'll wip it...15:29
fungiConnecting to ansible-galaxy.s3.amazonaws.com (ansible-galaxy.s3.amazonaws.com)|52.216.84.40|:443... connected.15:29
sshnaidmfungi, yeah, just noticed15:29
fungiso the tarballs aren't served from galaxy.ansible.com, they're served from amazon sq15:29
sshnaidmit's hosted on aws15:29
fungier, s315:29
fungiyeah, i'll see if i can adjust the config to cover that15:30
sshnaidmit looks like https://ansible-galaxy.s3.amazonaws.com/artifact/bc/fe717cf4cb44.....15:30
sshnaidmso to cache "https://ansible-galaxy.s3.amazonaws.com/artifact/" ?15:30
opendevreviewJeremy Stanley proposed opendev/system-config master: Cache Ansible Galaxy on CI mirror servers  https://review.opendev.org/c/opendev/system-config/+/81878715:40
fungithat seems to be consistent with how we handle similar situations for other proxies15:40
fungiwe basically shadow a "ansible-galaxy.s3.amazonaws.com" directory at galaxy.ansible.com and then proxy it to s3, and rewrite the remote url in responses so that it looks like a directory on the proxy site instead15:41
sshnaidmyeah15:42
sshnaidmlooks good15:42
sshnaidmrlandy|ruck, marios fyi ^15:42
fungiso as long as https://galaxy.ansible.com/ansible-galaxy.s3.amazonaws.com/ is never actually used for anything, that shouldn't cause problems15:42
fungiand that was we can easily expand it if they use more than one storage backend (like the quay proxy does)15:43
fungier, that way we can15:43
sshnaidmnice15:44
rlandy|ruckfungi: thanks for the help here15:44
opendevreviewArx Cruz proposed opendev/elastic-recheck rdo: Fix ER bot to report back to gerrit with bug/error report  https://review.opendev.org/c/opendev/elastic-recheck/+/80563815:45
fungii'm trying to think up a good way to test the recursion stays on the proxy base url15:45
opendevreviewJeremy Stanley proposed opendev/system-config master: Cache Ansible Galaxy on CI mirror servers  https://review.opendev.org/c/opendev/system-config/+/81878715:53
fungii think that ought to confirm it15:53
Clark[m]fungi: is there a reason you don't host it on 443 like pypi?16:16
Clark[m]Also fwiw we've used the zuul connection cache to cache git repos for things like roles in the past. Not sure we want to keep doing that particularly with GitHub impacting zuul restarts due to throttling16:17
mariosthanks sshnaidm fungi 16:18
fungiClark[m]: oh, good point, i guess we can just tell ansible to use a namespaced path16:19
fungii didn't consider it16:19
fungii'll revise16:19
fungiClark[m]: as for using git, apparently ansible galaxy is all compressed tarballs now not just pointers to git repos?16:19
Clark[m]It does both I think. You can consume the roles from a git url if you choose or via the Galaxy tarball16:20
sshnaidmClark[m], that's right, but currently galaxy provides tarballs from aws s316:21
sshnaidmcollections can be installed both from git, local dir, tarball, galaxy..16:22
sshnaidmmaybe even worth to have a zuul role that downloads configured collections from galaxy before the job?16:23
sshnaidmand then in job you can install them from local dir, for example16:23
Clark[m]Yes that's basically what we already do. You add it to zuul's project list then require the repo in your job16:24
opendevreviewJeremy Stanley proposed opendev/system-config master: Cache Ansible Galaxy on CI mirror servers  https://review.opendev.org/c/opendev/system-config/+/81878716:34
opendevreviewJeremy Stanley proposed opendev/system-config master: Cache Ansible Galaxy on CI mirror servers  https://review.opendev.org/c/opendev/system-config/+/81878716:36
*** migarcia is now known as migarcia|away16:37
*** migarcia|away is now known as migarcia16:37
sshnaidmfungi, but it won't work when galaxy server will be down, right?16:41
fungisshnaidm: it may work briefly if we have it cached16:41
fungibut as soon as caches expire it will return failures, sure16:41
sshnaidmfungi, but someone need to redirect to aws..?16:42
fungithe redirects are cached16:42
sshnaidmoh, that's great16:42
fungibut also they don't redirect to aws, they simply redirect back to the proxy because the s3 urls are rewritten16:42
fungithat's the ProxyPassReverse "/galaxy-s3/" "https://ansible-galaxy.s3.amazonaws.com/"16:43
sshnaidmI see, awesome16:43
fungiit replaces "https://ansible-galaxy.s3.amazonaws.com/" in the responses with "/galaxy-s3/"16:43
fungiso it will be https://mirror.whatever.opendev.org/galaxy-s3/artifact/...16:44
sshnaidmgreat, probably worth to have a big cache time :)16:44
*** sshnaidm is now known as sshnaidm|afk16:45
fungibut like clarkb pointed out, if those roles/collections area available from git repositories then setting them as required-projects for your job will be even more stable since zuul keeps a local cache of git repos and pushes them onto the job node16:45
fungiand then you can also depends-on pull requests for those roles, in theory16:46
fungianyway, assuming the test in included in 818787 is sane, it should prove the download urls are being properly forced through the proxy16:49
jrosseri'm unclear if we're talking about collections developed on gerrit/opendev or more generally collections whose source is in git(hub).....16:49
jrosserin practive you'll always need both16:49
fungijrosser: yes16:49
fungiour zuul has a connection to github and can use repositories there16:49
jrosserfor context, OSA moved very early to ansible-base + collections and almost straight away we migrated to install from github rather than the published ones on galaxy16:50
jrosseras the API/whatever was way too unreliable for use in CI16:50
jrosserif there is a way to optimise that and use local copies it would be interesting16:50
fungiif the galaxy api is super unstable, then yes the proxy will only hide some of it16:50
fungijrosser: looks like we already consume a few collections that way... https://opendev.org/openstack/project-config/src/branch/master/zuul/main.yaml#L1449-L145216:54
jrosseroh interesting, that covers a bunch of it actually https://opendev.org/openstack/openstack-ansible/src/branch/master/ansible-collection-requirements.yml16:55
fungiif you look a few lines past there, we also have repos for some roles hosted in github in namespaces like infrawatch and stackhpc16:55
fungiso yes, if you add those to a job's required-projects list then you can find them checked out on disk in the job16:56
fungiif you're truly testing the integration of those roles and collections then that's probably a better solution. on the other hand if you're testing automation which fetches things from galaxy then the caching proxy is probably better16:58
*** marios is now known as marios|out16:58
opendevreviewdaniel.pawlik proposed openstack/project-config master: Add OpenStack CI Log Processing project in infra docs  https://review.opendev.org/c/openstack/project-config/+/81881117:11
*** sshnaidm|afk is now known as sshnaidm17:16
sshnaidmfungi, can we add additional collections to https://opendev.org/openstack/project-config/src/branch/master/zuul/main.yaml#L1449-L1452 ? So that we can clone them as "required-projects"17:16
fungisshnaidm: sure, that's what the feature's for17:17
opendevreviewJeremy Stanley proposed opendev/system-config master: Cache Ansible Galaxy on CI mirror servers  https://review.opendev.org/c/opendev/system-config/+/81878717:19
sshnaidmfungi, but it will be always latest code, right?17:21
sshnaidmI think we'd better stick to some known good version17:21
Clark[m]It will be the entire git repo so you can checkout any ref or tag you like17:22
Clark[m]By default it will be up to date17:22
sshnaidmack17:23
fungiyes, what clarkb said17:25
fungiit can be a specific branch or a specific tag or a specific commit, anything that repo has you can check out explicitly on the job node17:26
fungiit'll be as if you had just cloned the repo at the start of the build17:26
fungiclarkb: were you suggesting i put it on 80/443 or on 8080/4443? it looks like you suggested the former, but i get the impression that's just for backward compatibility with when we used to host an actual pypi mirror and the latter is preferred?17:32
sshnaidmit's interesting: when you install a collection from repo, but it has dependency on other collection - the deps will be downloaded from galaxy. You need to clone all deps and explicitly install them before or together with the desired collection..17:37
opendevreviewShnaidman Sagi (Sergey) proposed openstack/project-config master: Add additional collections to projects  https://review.opendev.org/c/openstack/project-config/+/81881317:42
sshnaidmfungi, Clark[m] ^17:42
Clark[m]fungi: I think we split out to 4443 when we were worried it would break stuff on 443 to add proxying. But now we know it's fine so can prefer the default port18:08
Clark[m]Then docker and some other things just don't work on a subroot so have to be at /18:08
fungiokay, in that case 818787 is probably ready18:09
fungithough i have test failures to sort out still18:09
fungiso i guess not entirely ready18:09
*** lucasagomes_ is now known as lucasagomes18:22
opendevreviewJeremy Stanley proposed opendev/system-config master: Cache Ansible Galaxy on CI mirror servers  https://review.opendev.org/c/opendev/system-config/+/81878718:50
sshnaidmClark[m], can we +w https://review.opendev.org/c/openstack/project-config/+/818813 ?19:16
*** sshnaidm is now known as sshnaidm|afk19:26
Clark[m]sshnaidm: I'm not at a computer with credentials to vote today but looks like it is just lacking approval if mordred or fungi want to +A it19:35
fungiconfig-core: ^19:36
fungii can single-core approve it if needed though19:36
mordredI +2d19:37
fungithanks, i'll approve19:37
opendevreviewMerged openstack/project-config master: Add additional collections to projects  https://review.opendev.org/c/openstack/project-config/+/81881319:44
opendevreviewJeremy Stanley proposed opendev/system-config master: Create a new lists.openinfra.dev mailing list site  https://review.opendev.org/c/opendev/system-config/+/81882619:48
opendevreviewIan Wienand proposed openstack/diskimage-builder master: bootloader: specify distros for grubby install  https://review.opendev.org/c/openstack/diskimage-builder/+/81871020:06
ianwfungi: if you have a sec https://review.opendev.org/c/openstack/project-config/+/818278 will help move my github branch of dstat_graph into an opendev project20:06
fungioh, yep!20:07
opendevreviewMerged openstack/project-config master: Add dstat_graph project  https://review.opendev.org/c/openstack/project-config/+/81827820:20
*** ysandeep|out is now known as ysandeep23:38
*** rlandy|ruck is now known as rlandy|out23:44

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