|
| 1 | +// Module included in the following assemblies: |
| 2 | +// |
| 3 | +// * backup_and_restore/oadp-release-notes.adoc |
| 4 | + |
| 5 | +:_content-type: REFERENCE |
| 6 | +[id="migration-oadp-release-notes-1-1-4_{context}"] |
| 7 | += OADP 1.1.4 release notes |
| 8 | + |
| 9 | +The OADP 1.1.4 release notes lists any new features, resolved issues and bugs, and known issues. |
| 10 | + |
| 11 | +[id="new-features1.1.4_{context}"] |
| 12 | +== New features |
| 13 | + |
| 14 | +This version of OADP is a service release. No new features are added to this version. |
| 15 | + |
| 16 | +[id="resolved-issues1.1.4_{context}"] |
| 17 | +== Fixed bugs |
| 18 | + |
| 19 | +The following bugs have been fixed in this release: |
| 20 | + |
| 21 | +* link:https://issues.redhat.com/browse/OADP-1557[OADP-1557] |
| 22 | +* link:https://issues.redhat.com/browse/OADP-1822[OADP-1822] |
| 23 | +* link:https://issues.redhat.com/browse/OADP-1511[OADP-1511] |
| 24 | +* link:https://issues.redhat.com/browse/OADP-1642[OADP-1642] |
| 25 | +* link:https://issues.redhat.com/browse/OADP-1398[OADP-1398] |
| 26 | +* link:https://issues.redhat.com/browse/OADP-1267[OADP-1267] |
| 27 | +* link:https://issues.redhat.com/browse/OADP-1390[OADP-1390] |
| 28 | +* link:https://issues.redhat.com/browse/OADP-1650[OADP-1650] |
| 29 | +* link:https://issues.redhat.com/browse/OADP-1487[OADP-1487] |
| 30 | + |
| 31 | + |
| 32 | +[id="known-issues1.1.4_{context}"] |
| 33 | +== Known issues |
| 34 | + |
| 35 | +This release has the following known issues: |
| 36 | + |
| 37 | +* OADP backups might fail because a UID/GID range might have changed on the cluster where the application has been restored, with the result that OADP does not back up and restore {product-title} UID/GID range metadata. To avoid the issue, if the backed application requires a specific UUID, ensure the range is available when restored. An additional workaround is to allow OADP to create the namespace in the restore operation. |
| 38 | + |
| 39 | +* A restoration might fail if ArgoCD is used during the process due to a label used by ArgoCD, `app.kubernetes.io/instance`. This label identifies which resources ArgoCD needs to manage, which can create a conflict with OADP's procedure for managing resources on restoration. To work around this issue, set `.spec.resourceTrackingMethod` on the ArgoCD YAML to `annotation+label` or `annotation`. If the issue continues to persist, then disable ArgoCD before beginning to restore, and enable it again when restoration is finished. |
| 40 | + |
0 commit comments