Skip to content

CLOUDP-366183: Bump Ops Manager Container Image version to 7.0.21#648

Closed
mms-build-account wants to merge 3 commits intomasterfrom
CLOUDP-366183_om_image_version_bump
Closed

CLOUDP-366183: Bump Ops Manager Container Image version to 7.0.21#648
mms-build-account wants to merge 3 commits intomasterfrom
CLOUDP-366183_om_image_version_bump

Conversation

@mms-build-account
Copy link
Collaborator

Opened by Private Cloud Tools (PCT).

Ticket

CLOUDP-366183

Description

Bump Ops Manager container image version to 7.0.21.

Reviewer Checklist

Before merging this PR, verify the following:

  • the following tasks are passing in Evergreen:
    • publish_ops_manager task (variant: publish_om70_images)
  • the agent_version was updated correctly
  • the tools_version was updated correctly

@github-actions
Copy link

github-actions bot commented Dec 16, 2025

⚠️ (this preview might not be accurate if the PR is not rebased on current master branch)

MCK 1.6.2 Release Notes

Bug Fixes

  • Persistent Volume Claim resize fix: Fixed an issue where the Operator ignored namespaces when listing PVCs, causing conflicts with resizing PVCs of the same name. Now, PVCs are filtered by both name and namespace for accurate resizing.

@lsierant lsierant added the skip-changelog Use this label in Pull Request to not require new changelog entry file label Dec 22, 2025
"agent_version": "108.0.16.8895-1",
"tools_version": "100.13.0"
},
"7.0.21": {
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

one thing that I noticed is, this mapping of OM version and agent/tools version should be sorted as we can see the the older version is already sorted.
So ideally 7.0.21 should be before 8.0.1 and after 7.0.20 above in the list.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Keys in objects are are unordered in JS. I think we've been manually ordering these before (I certainly did move 7.0.20 up when I was rebasing 7.0.20 bump PR).

But I think it is just for human convenience. Order should not affect anything else.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Ha, interesting. I see you also created #668

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

But I think it is just for human convenience. Order should not affect anything else.

Actually we do rely on the order of the elements at some places in our code, not for this exact field (mongodb-agent.opsManagerMapping.ops_manager) but for example supportedImages.ops-manager.versions. This is one example.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@viveksinghggits supportedImages.ops-manager.versions is different - it is a list and it is ok to rely on order there (assuming that we update the order correctly.

But in our scripts we should not rely on the ordering of keys in objects even if they are ordered in json. And, as far as I understand, it is what you fixed in #668 with sorting.

nammn added a commit that referenced this pull request Jan 7, 2026
… fix image usage (#671)

# Summary

This PR fixes upgrade/OLM tests failing in patch builds when testing
unreleased OpsManager versions (e.g., 7.0.21) that don't exist on
quay.io yet.

## Problem

When PR #648 bumped OM from 7.0.20 to 7.0.21, upgrade tests started
failing with:
```
Failed to pull image "quay.io/mongodb/mongodb-enterprise-ops-manager-ubi:7.0.21": image not found
```

**Root Cause:** In patch builds, images are published to ECR (dev
registry) but not yet to quay.io. Upgrade tests install released
operators (from official Helm charts or OLM) which default to quay.io
registries.

## Solution

Pass ECR registry configuration to upgrade tests in patch builds:

### Helm-based Upgrade Tests (`install_official_operator`)
- **OM Registry (`registry.opsManager`)**: Passed to ALL operators
(including legacy like 1.27.0, 1.32.0) because OM version tags are
standard (e.g., `7.0.21`)
- **Agent Registry (`registry.agent`)**: Only passed to current/dev
operator, NOT legacy operators because they use different tag formats
(e.g., `13.21.0.9059-1_1.27.0`) that don't exist in ECR

### OLM Upgrade Tests (subscription config)
- Added `get_registry_env_vars_for_subscription()` helper in
`olm_test_commons.py`
- Only passes `OPS_MANAGER_IMAGE_REPOSITORY` env var (not agent
registry) because:
  1. Released operators may use different agent tag formats
  2. OLM subscription env vars persist across channel upgrades


## Proof of Work

- green pr

## Checklist

- [x] Have you linked a jira ticket and/or is the ticket in the title?
- [ ] Have you checked whether your jira ticket required DOCSP changes?
- [x] Have you added changelog file?
    - use `skip-changelog` label if not needed
- refer to [Changelog files and Release
Notes](https://github.com/mongodb/mongodb-kubernetes/blob/master/CONTRIBUTING.md#changelog-files-and-release-notes)
section in CONTRIBUTING.md for more details

---------

Co-authored-by: mms-build-account <mms-admin+pullonly@10gen.com>
Co-authored-by: Evergreen <kubernetes-hosted-team@mongodb.com>
Co-authored-by: Łukasz Sierant <lukasz.sierant@mongodb.com>
@nammn
Copy link
Collaborator

nammn commented Jan 7, 2026

fixed by #671

@nammn nammn closed this Jan 7, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

skip-changelog Use this label in Pull Request to not require new changelog entry file

Projects

None yet

Development

Successfully merging this pull request may close these issues.

5 participants