Bug 1854636 - Restore fails with 'TemplateInstance.template.openshift.io is invalid: spec.requester.username: Forbidden: you do not have permission to set username
Summary: Restore fails with 'TemplateInstance.template.openshift.io is invalid: spec....
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: OpenShift Container Platform
Classification: Red Hat
Component: Migration Tooling
Version: 4.4
Hardware: Unspecified
OS: Unspecified
unspecified
medium
Target Milestone: ---
: 4.5.0
Assignee: Erik Nelson
QA Contact: Xin jiang
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2020-07-07 19:34 UTC by John Matthews
Modified: 2023-10-06 21:00 UTC (History)
6 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2020-08-05 10:51:25 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHBA-2020:3320 0 None None None 2020-08-05 10:51:37 UTC

Description John Matthews 2020-07-07 19:34:53 UTC
Description of problem:

On Restore of some namespaces we have seen reports of:

Reconcile failed: [TemplateInstance.template.openshift.io "ec809a22-a9c5-11ea-8463-0a580a80006a" is invalid: spec.requester.username: Forbidden: you do not have permission to set username]

Still working on details of recreating, this may be related to applications deployed via ServiceCatalog + TemplateBroker on source cluster, or may be from server side processing an OpenShift template.

Comment 2 Erik Nelson 2020-07-16 16:59:41 UTC
https://github.com/konveyor/mig-operator/pull/379

Comment 5 Sergio 2020-07-21 14:27:24 UTC
Verified using CAM 1.2.4 stage. OCP 3.11 -> OCP 4.4 with AWS S3


openshift-migration-rhel7-operator@sha256:540ece2453575615cf1447d1b6faeca312d363a56de966a4c29f6a0c24d66f2b

In order to verify this BZ we have migrated:

- a persistent django application deployed with a template instance from the catalog UI
- a manually created template instance with the template embeded

In both cases the migration worked fine, the applications were migrated and the template instances ignored. 


A warning because of the GVK occurs because of service catalog when the template instance is from the catalog UI, but this warning is expected and the service catalog is ignored too.

    incompatibleNamespaces:
    - gvks:
      - group: servicecatalog.k8s.io
        kind: serviceinstances
        version: v1beta1

Comment 7 errata-xmlrpc 2020-08-05 10:51:25 UTC
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory (Cluster Application Migration (CAM) Tool Image Release Advisory 1.2.4), and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://access.redhat.com/errata/RHBA-2020:3320


Note You need to log in before you can comment on or make changes to this bug.