Hacktoberfest 2026: los issues que los mantenedores marcaron para octubre, abiertos y aptos para principiantes. Explorar issues de Hacktoberfest

Reconsider kickstart partition sizing now that Contest test disks are no longer limited to 20 GB

Abierto
  • ¿Algo no está bien?
#15,047 0 comentarios 0 reacciones 0 asignados Ver en GitHub

Los mantenedores suelen responder en 1 día

Nadie ha tomado este issue todavía.

Evaluación

Dificultad
5/5
Tiempo estimado
Más de una semana
Aptitud para principiantes
35/100
Tipo de issue
Nueva funcionalidad
Claridad
Necesita aclaración
Estado de actividad
Activo
Área
operating-systems

Línea de trabajo

Comienza revisando los archivos kickstart en products//kickstart/ y el contexto de #15025. Compara su particionado actual con el cambio de 100 GB en RHSecurityCompliance/contest#559. Se considera terminado cuando una estrategia de dimensionamiento acordada se refleje en los kickstarts relevantes y la distinción entre fixtures de prueba y ejemplos orientados al cliente esté documentada.

Escrito por el modelo de indexación a partir del texto del issue.

Descripción

Kickstart triaged
Background

In #15025, we bumped the /usr partition size in several RHEL 8 anssi_bp28_* kickstart files (intermediary, enhanced, high) to fix disk space failures during stabilization testing:

logvol /usr --fstype=xfs --name=usr --vgname=VolGroup --size=6667 --fsoptions="nodev"

→

logvol /usr --fstype=xfs --name=usr --vgname=VolGroup --size=6800 --fsoptions="nodev"

During review, @comps noted that the historical practice of keeping our kickstarts within a 20 GB total disk footprint was a limitation of the Contest test infrastructure, not a documented requirement of the project. That limitation was fixed in RHSecurityCompliance/contest#559, and Contest now provisions disks with 100 GB of virtual space (expandable further if needed).

Problem

Our kickstart files under products/<product>/kickstart/ serve (at least) two different purposes that have gotten conflated:

  1. Test fixtures for stabilization/CI runs (e.g., via Contest) — previously constrained to fit within 20 GB.
  2. Reference examples shipped to customers, who may use them as a starting point for their own installs. For this use case, partition sizes double as minimum recommended sizes to guide RHEL installs.

Because of (1), partition sizes (like /usr above) have been kept artificially tight, leading to repeated one-off bumps (e.g., "add a few more MB") whenever a package set grows and a test starts failing on disk space.

Proposal

Now that the 20 GB test-infra constraint no longer applies, revisit the sizing strategy for upstream kickstart files:

  • Decide whether kickstarts should be restructured with more generous default partition sizes/reserves, reducing the frequency of these disk-space-driven patches.
  • Clarify (in docs/comments) which purpose (test fixture vs. customer-facing example) drives the sizing for each kickstart, since the two use cases can pull in different directions.
References
  • #15025 (where this discussion originated)
  • RHSecurityCompliance/contest#559 (fix that raised Contest's disk size to 100 GB)
Lenguaje dominante
Shell
Estrellas
2.8k
Forks
842
Merge medio
2 d 22 h
PR fusionados (30 d)
69

Preparar el entorno

Primeros pasos

  1. Lee el issue completo y luego la guía de contribución del proyecto.
  2. Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
  3. Haz un fork del repositorio y trabaja en una rama.
  4. Abre un pull request que haga referencia al número del issue.

Más de ComplianceAsCode/content

Todos los issues de ComplianceAsCode/content

Issues similares

Más issues de Shell/Bash

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.