Sepia Lab Wiki

This page is read only. You can view the source, but not change it. Ask your administrator if you think this is wrong.
====== Ceph Release FAQ ======

The full release process is defined here: https://docs.ceph.com/en/latest/dev/release-process/

The following FAQ is based on questions that arose when we previously followed the release process.

See [[https://www.youtube.com/watch?v=skb-3tI2Ato|Walkthrough: Ceph Release Process]] for a live explanation of this document.

  - What if something went wrong with the ceph-tag job and a version commit PR was not created?
    - You can create a version commit PR manually by performing the steps defined in the ansible role (https://github.com/ceph/ceph-build/blob/main/ansible/roles/ceph-release/tasks/push.yml) manually.
  - What if ssh issues occur during the signing step?
  - What if one of the builds during the build step fails?
    - As noted in “Starting the Build”, if for some reason the build has to be restarted (for example if one distro failed) then you should rerun the “MultiJob Project ceph” Jenkins job with the TAG option unchecked, and only include the subset of distros/platforms we want to rebuild.
  - What if the ceph-release RPM step was missed for a new major release?
  - What if the “ceph-container” step is building images for an older release rather than the new one?
    - If building for a major release, you may have forgotten to update the ceph-container github repository with the new release name. See https://docs.ceph.com/en/latest/dev/release-checklists/#ceph-\ container for more details on how to update this.
  - How can I gain access to the signer machine?
    - See https://github.com/ceph/ceph-cm-ansible/blob/main/roles/users/README.rst for details on adding a new user.
  - What if the “ceph-release-rpm” Jenkins job fails on one of the RPM repos?
    - Something might be wrong with the script that performs this job. You may want to check the logs under the job for hints, and you may have to fix something in the script here: https://github.com/ceph/ceph-build/blob/main/ceph-release-rpm/build/build. For instance, when centos 9 was added to the script, a syntax error was introduced, which was fixed here: https://github.com/ceph/ceph-build/pull/2140
  - Do I need to follow the “ceph-release-rpm” step for an RC?
    - Yes. The “ceph-release” rpm is needed for every new major release. If we define a new major release as “X.Y.Z”, the “ceph-release-rpm” step should be followed for every new “X” release (regardless of Y or Z). In other words, if the first major release is 18.1.0, we should complete the “ceph-release-rpm” step. If we had instead started by releasing 18.2.0, the same would be true. However, if we release 18.1.0 and do the “ceph-release-rpm” step, we would not need to follow this step again for 18.2.0. 
    - The only reason you’d want to do this step more than once for a release is to update /etc/yum.repos.d/ceph.repo. But occurrences of this are rare.
  - What happens if a last minute PR needs to be added to a release after the build process has begun?
    - As long as all build artifacts are in the staging area and are not officially released, we can follow this procedure:
      - Delete the tag on https://github.com/ceph/ceph/tags and https://github.com/ceph/ceph-releases/tags
      - Close the tag PR in https://github.com/ceph/ceph/pulls
      - Redo the build step of the release process (https://docs.ceph.com/en/latest/dev/release-process/#starting-the-build) as normal, with `TAG` checked.
  - If we need to add a new distro, we need to update it like in this PR: https://github.com/ceph/chacra/pull/307/files