sig_core/wiki
7
0
Fork 0
Code Issues Pull Requests Actions Projects Releases Activity

point out simplified steps
All checks were successful
mkdocs build / build (push) Successful in 1m10s
Details

Browse Source
This commit is contained in:
Louis Abel 2024-01-25 15:06:29 -07:00
parent 2706273467
commit 285239f422
Signed by: label
GPG Key ID: B37E62D143879B36
2 changed files with 35 additions and 3 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

16
docs/sop/sop_compose.md
View File

@ -48,6 +48,8 @@ First, the toolkit must be cloned. In the `iso/empanadas` directory, run `poetry
* `pull-cloud-image` * `pull-cloud-image`
* `finalize_compose` * `finalize_compose`
#### Full Compose
To perform a full compose, this order is expected (replacing X with major version or config profile) To perform a full compose, this order is expected (replacing X with major version or config profile)
``` ```
@ -77,6 +79,16 @@ poetry run pull-cloud-image --release X
poetry run finalize_compose --release X poetry run finalize_compose --release X
``` ```
#### Incremental Compose
It is possible to simply compose singular repos if you know which ones you want to sync. This can be done when it's not for a brand new release.
```
# Set your repos as desired. --arch is also acceptable.
# --ignore-debug and --ignore-source are also acceptable options.
poetry run sync_from_peridot --release X --hashed --clean-old-packages --repo X,Y,Z
```
## Syncing Composes ## Syncing Composes
Syncing utilizes the sync scripts provided in the release engineering toolkit. Syncing utilizes the sync scripts provided in the release engineering toolkit.
@ -120,8 +132,8 @@ RLVER=9 bash sync-to-staging.delete.sh Rocky
Once the syncs are done, staging must be tested and vetted before being sent to production. Once staging is completed, it is synced to production. Once the syncs are done, staging must be tested and vetted before being sent to production. Once staging is completed, it is synced to production.
``` ```
bash RLVER=8 sync-to-prod.sh # Set X to whatever release
bash RLVER=9 sync-to-prod.delete.sh bash RLVER=X sync-to-prod.delete.sh
bash sync-file-list-parallel.sh bash sync-file-list-parallel.sh
``` ```

22
docs/sop/sop_compose_8.md
View File

@ -55,6 +55,7 @@ Each script is titled appropriately:
* `produce-X-full.sh` -> Generates a full compose for X major release, including extras, plus, and devel in one go. * `produce-X-full.sh` -> Generates a full compose for X major release, including extras, plus, and devel in one go.
* `updates-X.sh` -> Generates a smaller compose for X major release, typically set to the current minor release according to `rX.conf` * `updates-X.sh` -> Generates a smaller compose for X major release, typically set to the current minor release according to `rX.conf`
* `updates-X-NAME.sh` -> Generates a compose for the specific compose, such as NFV, Rocky-devel, Extras, or Plus * `updates-X-NAME.sh` -> Generates a compose for the specific compose, such as NFV, Rocky-devel, Extras, or Plus
* `updates-X-full.sh` -> Generates a full incremental compose for the X release, which includes extras, plus, and devel in one go. Does NOT make ISO's.
When these scripts are ran, they generate an appropriate directory under `/mnt/compose/X` with a directory and an accompanying symlink. For example. If an update to `Rocky` was made using `updates-8.sh`, the below would be made: When these scripts are ran, they generate an appropriate directory under `/mnt/compose/X` with a directory and an accompanying symlink. For example. If an update to `Rocky` was made using `updates-8.sh`, the below would be made:
@ -122,10 +123,29 @@ RLVER=8 bash sync-to-staging.sh Rocky
Once the syncs are done, staging must be tested and vetted before being sent to production. During this stage, the `updateinfo.xml` is also applied where necessary to the repositories to provide errata. Once staging is completed, it is synced to production. Once the syncs are done, staging must be tested and vetted before being sent to production. During this stage, the `updateinfo.xml` is also applied where necessary to the repositories to provide errata. Once staging is completed, it is synced to production.
``` ```
bash RLVER=8 sync-to-prod.sh pushd /mnt/repos-staging/mirror/pub/rocky/8.X
python3.9 /usr/local/bin/apollo_tree -p $(pwd) -n 'Rocky Linux 8 $arch' -i Live -i Minimal -i devel -i extras -i images -i isos -i live -i metadata -i Devel -i plus -i nfv
popd
RLVER=8 bash sign-repos-only.sh
RLVER=8 bash sync-to-prod.sh
bash sync-file-list-parallel.sh bash sync-file-list-parallel.sh
``` ```
During this phase, staging is rsynced with production, the file list is updated, and the full time list is also updated to allow mirrors to know that the repositories have been updated and that they can sync. During this phase, staging is rsynced with production, the file list is updated, and the full time list is also updated to allow mirrors to know that the repositories have been updated and that they can sync.
**Note**: If multiple releases are being updated, it is important to run the syncs to completion before running the file list parallel script. **Note**: If multiple releases are being updated, it is important to run the syncs to completion before running the file list parallel script.
## Quicker Composes
On the designated compose box, there is a script that can do all of the incremental steps.
```
cd /root/cron
bash stable-updates
```
The same goes for a full production.
```
bash stable
```