Maintenance and non-regression — Point of controlled advancement — Exporters system and Slurm

Why this subject matters

Subject : Exporters system and Slurm. Angle : Point of controlled advancement. Editorial intent : describe what is established, what remains open and what is still necessary. Domain : « Monitoring and operations ». Objective of the field : observe services with controlled metrics, tested alerts and actionable runbooks. This reading starts with a designated scope rather than a general promise: version, edition, artifact and environment must remain identifiable from beginning to end.

Situation as at 20 August 2026

In the snapshot of August 20, 2026, eight out of thirteen editions are qualified and the overall verdict remains NO-GO. Qualified editions are Core, Community, Pro Server, Education, Live, Install, Offline Full and Recovery. Physical validations and targeted revisions still open prevent this from extending to other images. This text describes a dated method and condition, never a general availability.

Technical reading

Purpose of the topic : collect the condition of the machines and the scheduler without excessive privilege. The central point is to maintain a verifiable relationship between the intention, the configuration actually used and the observed result. Intention of the angle : describe what is established, what remains open and what is still necessary. A decision can then be reread without depending on a memory, an isolated capture or a simple visual indicator.

Controls to be prepared

• Declare HexaOS 3.0.0-rc1, edition, build ID and the artifact's fingerprint.
• Describe equipment or hypervisor, preconditions and any authorized network access.
• inventory processes, ports, metrics, labels and consumption.
• Keep orders, return codes, expected results and observed results.
• Replay after restarting when persistence or runtime service occurs.
• Expurge secrets, personal data, internal addresses and private paths before publication.

Interpret without overpromising

A presence in the sources, a generated package, a service launched and a successful scenario represent four different levels. The verdict must remain attached to the last level actually demonstrated. A properly documented negative result is useful: it avoids false success and gives a reproducible starting point for correction. Virtual evidence remains explicitly virtual when the subject depends on a device or physical topology.

Limitations and sequels

an export can remain active while providing outdated data. The next useful step is to prepare the missing control, identify the candidate artifact and define the expected behaviour before execution. If the image, configuration or material changes, the evidence must be reassessed. As long as the overall verdict remains NO-GO, no formulation of this document constitutes an authorization for distribution.

Supplement R2 — Maintenance and non-regression

Purpose of this treatment : define the controls to be replayed after a change in source, configuration, or artifact. Evidence expected : configuration diff, new hash, gate history, comparison result and explicit decision. Limit of conclusion : any relevant modification invalidates the previous evidence until it is re-enacted. All information remains linked to HexaOS 3.0.0-rc1, Snapshot RC23 of 20 August 2026, eight editions qualified out of thirteen and to the overall verdict NO-GO.