From 78eb78e526b492e7ba56d6962256a29ca9d47281 Mon Sep 17 00:00:00 2001 From: Francesco Giudici Date: Fri, 14 Aug 2026 12:45:56 +0200 Subject: [PATCH] OCPBUGS-105876: tolerate brief olm Available=False during upgrades clusteroperator/olm can briefly flip to Available=False (about 1 second) during upgrades when MCO drains a node hosting catalogd pods, reported as CatalogdDeploymentCatalogdControllerManager_Deploying. This is a known, harmless blip with no real service disruption; except it the same way other operators' known transient blips are handled here. This is a temporary tolerance. The real fix is a grace period on the Available condition, tracked in OCPBUGS-105876; once that lands this exception can be removed. Co-Authored-By: Claude Sonnet 5 Signed-off-by: Francesco Giudici --- .../legacycvomonitortests/operators.go | 5 +++++ 1 file changed, 5 insertions(+) diff --git a/pkg/monitortests/clusterversionoperator/legacycvomonitortests/operators.go b/pkg/monitortests/clusterversionoperator/legacycvomonitortests/operators.go index 0946da9456d7..6a14652d1e6c 100644 --- a/pkg/monitortests/clusterversionoperator/legacycvomonitortests/operators.go +++ b/pkg/monitortests/clusterversionoperator/legacycvomonitortests/operators.go @@ -370,6 +370,11 @@ func testUpgradeOperatorStateTransitions(events monitorapi.Intervals, clientConf if condition.Type == configv1.OperatorAvailable && condition.Status == configv1.ConditionFalse && condition.Reason == "KubeStorageVersionMigrator_Deploying" { return "https://issues.redhat.com/browse/OCPBUGS-65984" } + case "olm": + if condition.Type == configv1.OperatorAvailable && condition.Status == configv1.ConditionFalse && + condition.Reason == "CatalogdDeploymentCatalogdControllerManager_Deploying" { + return "https://issues.redhat.com/browse/OCPBUGS-105876" + } case "openshift-apiserver": if condition.Type == configv1.OperatorAvailable && condition.Status == configv1.ConditionFalse { if isTwoNode && condition.Reason == "APIServices_PreconditionNotReady" {