You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
fix: decouple datasources arch suffix from preference arch suffix (#5105)
##### What this PR does / why we need it:
Split the single add_arch_suffix flag into two independent controls:
- add_preference_arch_suffix: appends arch to clusterprefernces name
- add_data_source_arch_suffix: appends arch to datasources name only
when cluster_type is multiarch
these should be set independently because clusterpreferences (deployed
by virt-operator) and datasources(deployed by ssp) have no direct
dependency
##### Which issue(s) this PR fixes:
The previous logic tied the DataSource suffix to the preference suffix
which is False
for amd64, causing multiarch+amd64 to resolve to "rhel10" instead
of "rhel10-amd64"
##### Special notes for reviewer:
I missed checking with standalone arm cluster and this PR should take
care of it.
##### jira-ticket:
https://redhat.atlassian.net/browse/CNV-89104
<!-- This is an auto-generated comment: release notes by coderabbit.ai
-->
## Summary by CodeRabbit
* **Refactor**
* Architecture suffixing behavior split: naming for preferences and
data-source identifiers are now controlled independently to avoid
unexpected per-architecture name changes.
* **Tests**
* Expanded and updated test coverage to validate the new suffixing rules
across operating systems, CPU architectures, and cluster types.
* **Chores**
* ARM64 test configuration now includes a CentOS Stream 10 instance-type
preference.
<!-- end of auto-generated comment: release notes by coderabbit.ai -->
Signed-off-by: Geetika Kapoor <gkapoor@redhat.com>
0 commit comments