Uploaded image for project: 'Network Edge'
  1. Network Edge
  2. NE-2097

Implement logic in cluster-ingress-operator to upgrade OSSM and Istio

XMLWordPrintable

    • Icon: Story Story
    • Resolution: Unresolved
    • Icon: Critical Critical
    • None
    • None
    • None
    • None
    • None
    • NI&D Sprint 274, NI&D Sprint 275, NI&D Sprint 276, NI&D Sprint 277, NI&D Sprint 278, NI&D Sprint 279, NI&D Sprint 280

      Background

      Currently, cluster-ingress-operator (CIO) creates a subscription with startingCSV: servicemeshoperator3.v3.0.0 and installPlanApproval: Manual, and then CIO itself lists installplans and approves the one with the desired CSV.

      CIO also has logic that updates the subscription if it does not have the expected startingCSV etc.

      Requirements

      When we bump the desired CSV to servicemeshoperator3.v3.0.1 or newer, CIO should update OSSM by updating the subscription and approving the correct installplan.

      We need to verify that OLM creates the expected installplan in this scenario, and that CIO's update logic performs as expected.

      We might also need to add logic to diagnose errors (such as missing installplans or a conflicting, user-created subscription). Note that NE-1964 is adding logic to detect conflicting subscriptions; we need to determine whether that work is sufficient in the context of upgrades or whether additional checks are needed.

              alebedev@redhat.com Andrey Lebedev
              mmasters1@redhat.com Miciah Masters
              None
              None
              None
              Votes:
              1 Vote for this issue
              Watchers:
              6 Start watching this issue

                Created:
                Updated: