|
| 1 | +:_newdoc-version: 2.18.3 |
| 2 | +:_template-generated: 2024-06-28 |
| 3 | +// Module included in the following assemblies: |
| 4 | +// |
| 5 | +// * backup_and_restore/oadp-1-4-release-notes.adoc |
| 6 | + |
| 7 | +:_mod-docs-content-type: REFERENCE |
| 8 | + |
| 9 | +[id="oadp-1-4-0-release-notes_{context}"] |
| 10 | += OADP 1.4.0 release notes |
| 11 | + |
| 12 | +The {oadp-first} 1.4.0 release notes lists resolved issues and known issues. |
| 13 | + |
| 14 | +[id="resolved-issues-1-4-0_{context}"] |
| 15 | +== Resolved issues |
| 16 | + |
| 17 | +.Restore works correctly in {product-title} 4.16 |
| 18 | + |
| 19 | +Previously, while restoring the deleted application namespace, the restore operation partially failed with the `resource name may not be empty` error in {product-title} 4.16. |
| 20 | +With this update, restore works as expected in {product-title} 4.16. |
| 21 | +link:https://issues.redhat.com/browse/OADP-4075[OADP-4075] |
| 22 | + |
| 23 | +.Data Mover backups work properly in the {product-title} 4.16 cluster |
| 24 | + |
| 25 | +Previously, Velero was using the earlier version of SDK where the `Spec.SourceVolumeMode` field did not exist. As a consequence, Data Mover backups failed in the {product-title} 4.16 cluster on the external snapshotter with v4.2 version. |
| 26 | +With this update, external snapshotter is upgraded to v7.0 version and later. As a result, backups do not fail in the {product-title} 4.16 cluster. |
| 27 | +link:https://issues.redhat.com/browse/OADP-3922[OADP-3922] |
| 28 | + |
| 29 | +For a complete list of all issues resolved in this release, see the list of link:https://issues.redhat.com/issues/?filter=12438505[OADP 1.4.0 resolved issues] in Jira. |
| 30 | + |
| 31 | + |
| 32 | +[id="known-issues-1-4-0_{context}"] |
| 33 | +== Known issues |
| 34 | + |
| 35 | +.Backup fails when checksumAlgorithm is not set for MCG |
| 36 | + |
| 37 | +While performing a backup of any application with Noobaa as the backup location, if the `checksumAlgorithm` configuration parameter is not set, backup fails. To fix this problem, if you do not provide a value for `checksumAlgorithm` in the Backup Storage Location (BSL) configuration, an empty value is added. |
| 38 | +The empty value is only added for BSLs that are created using Data Protection Application (DPA) custom resource (CR), and this value is not added if BSLs are created using any other method. |
| 39 | +link:https://issues.redhat.com/browse/OADP-4274[OADP-4274] |
| 40 | + |
| 41 | +For a complete list of all known issues in this release, see the list of link:https://issues.redhat.com/issues/?filter=12438506[OADP 1.4.0 known issues] in Jira. |
| 42 | + |
| 43 | + |
| 44 | +[id="upgrade-notes-1-4-0_{context}"] |
| 45 | +== Upgrade notes |
| 46 | + |
| 47 | +[NOTE] |
| 48 | +==== |
| 49 | +Always upgrade to the next minor version. *Do not* skip versions. To update to a later version, upgrade only one channel at a time. For example, to upgrade from {oadp-first} 1.1 to 1.3, upgrade first to 1.2, and then to 1.3. |
| 50 | +==== |
| 51 | + |
| 52 | +[id="changes-oadp-1-3-to-1-4_{context}"] |
| 53 | +=== Changes from OADP 1.3 to 1.4 |
| 54 | + |
| 55 | +The Velero server has been updated from version 1.12 to 1.14. Note that, there are no changes in the Data Protection Application (DPA). |
| 56 | + |
| 57 | +This changes the following: |
| 58 | + |
| 59 | +* The `velero-plugin-for-csi` code is now available in the Velero code, which means no `init` container is needed for the plugin anymore. |
| 60 | + |
| 61 | +* Velero changed client Burst and QPS defaults from 30 and 20 to 100 and 100 respectively. |
| 62 | + |
| 63 | +* The `velero-plugin-for-aws` plugin updated default value of the `spec.config.checksumAlgorithm` field in BackupStorageLocations (BSLs) from `""` (no checksum calculation) to the `CRC32` algorithm. For more information, see link:https://github.com/vmware-tanzu/velero-plugin-for-aws/blob/release-1.10/backupstoragelocation.md[Velero plugins for AWS Backup Storage Location]. The checksum algorithm types are known to work only with AWS. |
| 64 | +Several S3 providers require the `md5sum` to be disabled by setting the checksum algorithm to `""`. Confirm `md5sum` algorithm support and configuration with your storage provider. |
| 65 | ++ |
| 66 | +In OADP 1.4, the default value for BSLs created within DPA for this configuration is `""`. This default value means that the `md5sum` is not checked, which is consistent with OADP 1.3. For BSLs created within DPA, update it by using the `spec.backupLocations[].velero.config.checksumAlgorithm` field in the DPA. If your BSLs are created outside DPA, you can update this configuration by using `spec.config.checksumAlgorithm` in the BSLs. |
0 commit comments