Uploaded image for project: 'Red Hat 3scale API Management'
  1. Red Hat 3scale API Management
  2. THREESCALE-10176

Restoration of 3scale configmaps fails silently

XMLWordPrintable

    • Icon: Bug Bug
    • Resolution: Unresolved
    • Icon: Major Major
    • None
    • 2.14.0 GA, 2.15.0 GA, 2.13.2 GA
    • Documentation

      Current behavior:
      The restoring guide doesn't mention that in order to restore the secrets and configmaps in another environment / project you must delete the following metadata:

      • For secrets, you must delete .metadata.creationTimestamp, .metadata.namespace, .metadata.resourceVersion, .metadata.uid
      • For configmaps, the same as above plus . metadata.ownerReferences.
        If the metadata is not deleted, the configmap restoration fails silently.

      These steps are not mentioned in the documentation and it creates confusion to customers. 

      Expected behavior:
      Update the backup and restoring guide with the commands shown in this KCS for the configmaps and secrets which doesn't copy the metadata.

              Unassigned Unassigned
              rhn-support-avilatus Anna Vila Tusell
              Darren Fennessy Darren Fennessy
              Votes:
              0 Vote for this issue
              Watchers:
              4 Start watching this issue

                Created:
                Updated: