Found some fallout from this. Container builds (the container step) of CentOS 9 were failing due to a ceph-iscsi repo on 4.chacra going missing. This looked like: ``` + curl -fs -L https://shaman.ceph.com/api/repos/ceph-iscsi/main/latest/centos/9/repo -o /etc/yum.repos.d/ceph-iscsi.repo Error: building at STEP "RUN set -ex && curl -s -L https://shaman.ceph.com/api/repos/tcmu-runner/main/latest/centos/9/repo?arch...) -o /etc/yum.repos.d/tcmu-runner.repo && case "${CEPH_REF}" in quincy|reef) curl -fs -L https://download.ceph.com/ceph-iscsi/3/rpm/el9/ceph-iscsi.repo -o /etc/yum.repos.d/ceph-iscsi.repo ; ;; main|*) curl -fs -L https://shaman.ceph.com/api/repos/ceph-iscsi/main/latest/centos/9/repo -o /etc/yum.repos.d/ceph-iscsi.repo ; ;; esac": while running runtime: exit status 28 script returned exit code 28 ``` We made the decision years ago to not mark an el9 build in shaman as “failed” if only the container portion failed. If you don’t rely on containers, you shouldn’t be affected. If you do, repushing your branch will take care of it. From: David Galloway <David.Galloway@ibm.com> Date: Wednesday, October 1, 2025 at 1:18 PM To: sepia@ceph.com <sepia@ceph.io>, dev <dev@ceph.io> Subject: 4.chacra.ceph.com Maintenance Notification Please be advised I have shut down 4.chacra.ceph.com. This is in preparation to decommission the host entirely to save on OVH costs. As a reminder, all dev Ceph builds are retained for 14 days. 4.chacra was marked as “unhealthy” on 08/27 so it wouldn’t accept any new builds/repos. This should have given the service enough time to age out any builds older than 14 days. Any branches or repos that still exist on the host (e.g., squid-nvmeof branches have a different retention policy as well as kernel and nfs-ganesha builds) have been evenly redistributed amongst the other 3 chacra nodes. So there should be no need for 4.chacra.ceph.com anymore. If you see any errors about 4.chacra.ceph.com being unreachable, please let me know on Slack. I checked repo files on the Jenkins builders and 4.chacra was not hardcoded there but I may be missing somewhere. -- David Galloway Ceph Engineering Labs – Infrastructure Architect +1 989 295 0091 - Mobile david.galloway@ibm.com IBM