ocpvirt-windows-imagelisted
Install: claude install-skill ericcames/sales.demos
# ocpvirt-windows-image
## There is an AAP path now too (#318)
`Golden Image - Link Windows 2022 CIS L1` runs the same playbook from AAP. It
needs `quay_username` / `quay_password`, which now reach a job through the
"Sales Demos - Env Secrets" credential — the Windows containerdisk lives in a
PRIVATE repository, unlike RHEL 9's.
Links an environment to the published CIS L1 hardened Windows golden image.
CNV ships `win2k22` as an empty placeholder — Red Hat cannot redistribute Windows
media, so every `win*` DataSource on a fresh cluster reports `Ready=False`,
`"PVC not found"`. Without this skill, Terraform clones that empty DataSource and
the VM waits forever on a DataVolume that never imports.
This skill fills it, the same way CNV fills `rhel9`.
## This is the consumer half. It does not build anything.
| | Owns |
|---|---|
| **This skill** | Pointing a cluster at the published image |
| The producer (`ericcames/image.builder.pipeline`) | Building and publishing the containerdisk |
The contract between them is one string: `quay_windows_image` in
`inventory/group_vars/<env>/connection.yml`. All three environments currently
point at `quay.io/zigfreed/win2k22-cis-l1-golden` (private, CIS L1 hardened).
The playbook asserts the image reference is non-empty and rejects placeholder
values.
## Why a DataImportCron and not a PVC
#3 originally said "snapshot the disk to a DataSource". That is not how boot
sources are kept on a cluster, and the cluster is the proof. Measured o