Skip to content
Closed
Show file tree
Hide file tree
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
2 changes: 2 additions & 0 deletions _topic_maps/_topic_map.yml
Original file line number Diff line number Diff line change
Expand Up @@ -2926,6 +2926,8 @@ Topics:
- Name: OADP release notes
Dir: release-notes
Topics:
- Name: OADP 1.4 release notes
File: oadp-1-4-release-notes
- Name: OADP 1.3 release notes
File: oadp-release-notes-1-3
- Name: OADP 1.2 release notes
Expand Down
Original file line number Diff line number Diff line change
@@ -0,0 +1,27 @@
:_mod-docs-content-type: ASSEMBLY
[id="oadp-1-4-release-notes"]
= OADP 1.4 release notes
include::_attributes/common-attributes.adoc[]
include::_attributes/attributes-openshift-dedicated.adoc[]
:context: oadp-1-4-release-notes

toc::[]

The release notes for {oadp-first} describe new features and enhancements, deprecated features, product recommendations, known issues, and resolved issues.

include::modules/oadp-1-4-0-release-notes.adoc[leveloffset=+1]
include::modules/oadp-backing-up-dpa-configuration-1-4-0.adoc[leveloffset=+3]
include::modules/oadp-upgrading-oadp-operator-1-4-0.adoc[leveloffset=+3]
[role="_additional-resources"]
.Additional resources
* xref:../../../operators/admin/olm-upgrading-operators.adoc#olm-changing-update-channel_olm-upgrading-operators[Updating installed Operators]
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
* xref:../../../operators/admin/olm-upgrading-operators.adoc#olm-changing-update-channel_olm-upgrading-operators[Updating installed Operators]
* xref:../../../operators/admin/olm-upgrading-operators.adoc#olm-changing-update-channel_olm-upgrading-operators[Changing the update channel for an Operator]


[id="oadp-converting-dpa-to-new-version-1-4-0_{context}"]
=== Converting DPA to the new version
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Upgrading DPA ....?


To upgrade from OADP 1.3 to 1.4, no Data Protection Application (DPA) changes are required.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
To upgrade from OADP 1.3 to 1.4, no Data Protection Application (DPA) changes are required.
To upgrade from OADP 1.3 to 1.4, you do not need to make any changes to the Data Protection Application (DPA).

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

To keep the customer action center here, adding the suggested verbiage is needed: https://redhat-documentation.github.io/supplementary-style-guide/#_principle_1_customer_focus_and_action_orientation


[id="verifying-upgrade-1-4-0_{context}"]
=== Verifying the upgrade

Verify the installation by following steps from the xref:../../../backup_and_restore/application_backup_and_restore/release-notes/oadp-release-notes-1-2.adoc#verifying-upgrade-1-2-0_oadp-release-notes[Verifying the upgrade] section.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
Verify the installation by following steps from the xref:../../../backup_and_restore/application_backup_and_restore/release-notes/oadp-release-notes-1-2.adoc#verifying-upgrade-1-2-0_oadp-release-notes[Verifying the upgrade] section.
To verify the installation, complete the steps in the xref:../../../backup_and_restore/application_backup_and_restore/release-notes/oadp-release-notes-1-2.adoc#verifying-upgrade-1-2-0_oadp-release-notes[Verifying the upgrade] section.

66 changes: 66 additions & 0 deletions modules/oadp-1-4-0-release-notes.adoc
Original file line number Diff line number Diff line change
@@ -0,0 +1,66 @@
:_newdoc-version: 2.18.3
:_template-generated: 2024-06-28
// Module included in the following assemblies:
//
// * backup_and_restore/oadp-1-4-release-notes.adoc
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Update the correct relative path. Applicable to all modules.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This seems like a required change to me


:_mod-docs-content-type: REFERENCE

[id="oadp-1-4-0-release-notes_{context}"]
= OADP 1.4.0 release notes

The {oadp-first} 1.4.0 release notes lists resolved issues and known issues.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
The {oadp-first} 1.4.0 release notes lists resolved issues and known issues.
The {oadp-first} 1.4.0 release notes list resolved issues and known issues.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.


[id="resolved-issues-1-4-0_{context}"]
== Resolved issues

.Restore works correctly in {product-title} 4.16

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.
Copy link
Contributor

@agantony agantony Aug 19, 2024

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
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.
Previously, when you restored the deleted application namespace, the restore operation partially failed in {product-title} 4.16 with the following error message:
[source,text]
----
resource name may not be empty
----

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This seems like more of a suggestion. I think the way Andy has the error message inline is OK too. I can't find guidance explicitly saying not to do it like this.

With this update, restore works as expected in {product-title} 4.16.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
With this update, restore works as expected in {product-title} 4.16.
With this update, the restore works as expected in {product-title} 4.16.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

link:https://issues.redhat.com/browse/OADP-4075[OADP-4075]

.Data Mover backups work properly in the {product-title} 4.16 cluster

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 version 4.2.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
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 version 4.2.
Previously, Velero used the earlier version of the SDK, in which the `Spec.SourceVolumeMode` field did not exist. As a result, Data Mover backups in the {product-title} 4.16 cluster on the external snapshotter with version 4.2 failed.
With this update, the external snapshotter is upgraded to version 7.0 and later. As a result, backups do not fail in the {product-title} 4.16 cluster.
link:https://issues.redhat.com/browse/OADP-3922[OADP-3922]

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

  • used is a valid minimalism alternative to "was using"
  • I think maybe this should be the Operator SDK?

With this update, external snapshotter is upgraded to version 7.0 and later. As a result, backups do not fail in the {product-title} 4.16 cluster.
link:https://issues.redhat.com/browse/OADP-3922[OADP-3922]

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.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
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.
For a complete list of issues resolved in this release, see the link:https://issues.redhat.com/issues/?filter=12438505[OADP 1.4.0 resolved issues] in Jira.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Applies to all instances



[id="known-issues-1-4-0_{context}"]
== Known issues

.Backup fails when checksumAlgorithm is not set for MCG

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.
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.
link:https://issues.redhat.com/browse/OADP-4274[OADP-4274]
Comment on lines +37 to +39
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
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.
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.
link:https://issues.redhat.com/browse/OADP-4274[OADP-4274]
When you backup an application with Noobaa as the backup location, the backup fails if the `checksumAlgorithm` is not set. To resolve this issue, an empty value is added if you do not specify a value for `checksumAlgorithm` in the Backup Storage Location (BSL) configuration.
The empty value is only added for BSLs that are created by using the Data Protection Application (DPA) custom resource (CR). This value is not added if BSLs are created by using a different method.
link:https://issues.redhat.com/browse/OADP-4274[OADP-4274]


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.


[id="upgrade-notes-1-4-0_{context}"]
== Upgrade notes

[NOTE]
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
[NOTE]
[IMPORTANT]

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Since this seems like a required step, changing from a NOTE to IMPORTANT seems appropriate here: https://redhat-documentation.github.io/supplementary-style-guide/#admonitions

====
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.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
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.
Always upgrade to the next minor version. Do _not_ skip versions. To upgrade to a later version, only upgrade one channel at a time. For example, to upgrade from {oadp-first} 1.1 to 1.3, first upgrade to 1.2 and then to 1.3.

====

[id="changes-oadp-1-3-to-1-4_{context}"]
=== Changes from OADP 1.3 to 1.4
Comment on lines +52 to +53
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Can we make this a concept module?


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).
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
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).
The Velero server has been upgraded from version 1.12 to 1.14. Note that there are no changes in the Data Protection Application (DPA).

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

image

IBMSG: To upgrade is to replace software with a new release or fix level of the same program or to replace hardware with a newer model or more powerful technology. An upgrade involves little work on the user’s part.


This changes the following:
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
This changes the following:
This upgrade introduces the following changes:

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I agree, being more specific that the update changes the following items is clearer.


* The `velero-plugin-for-csi` code is now available in the Velero code, which means an `init` container is no longer required for the plugin.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
* The `velero-plugin-for-csi` code is now available in the Velero code, which means an `init` container is no longer required for the plugin.
* The `velero-plugin-for-csi` code is now available in the Velero code, which means that an `init` container is no longer needed for the plugin.


* Velero changed client Burst and QPS defaults from 30 and 20 to 100 and 100, respectively.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
* Velero changed client Burst and QPS defaults from 30 and 20 to 100 and 100, respectively.
* Velero has changed the default values for client burst and QPS from 30 and 20 to 100 and 100 respectively.


* The `velero-plugin-for-aws` plugin updated default value of the `spec.config.checksumAlgorithm` field in `BackupStorageLocation` objects (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.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
* The `velero-plugin-for-aws` plugin updated default value of the `spec.config.checksumAlgorithm` field in `BackupStorageLocation` objects (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.
* The `velero-plugin-for-aws` plugin has updated the default value of the `spec.config.checksumAlgorithm` field in `BackupStorageLocation` objects (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].
+
[NOTE]
====
The checksum algorithms only work with AWS.
====

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Expand AWS??

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It looks like this is the first mention of AWS on the page, just by a cursory glance. If that's the case then IBMSG recommends spelling out first mention: https://www.ibm.com/docs/en/ibm-style?topic=references-product-service-names#service-names

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

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.
+
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.
Comment on lines +64 to +66
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
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.
+
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.
For some S3 providers, you must disable the `md5sum`. To disable the `md5sum`, you must set the checksum algorithm to `""`. Confirm the `md5sum` support and configuration of the `md5sum` algorithm with your storage provider.
+
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 DPA. If your BSLs are created outside of DPA, you can upgrade this configuration by using `spec.config.checksumAlgorithm` in the BSLs.

19 changes: 19 additions & 0 deletions modules/oadp-backing-up-dpa-configuration-1-4-0.adoc
Original file line number Diff line number Diff line change
@@ -0,0 +1,19 @@
// Module included in the following assemblies:
//
// * backup_and_restore/oadp-1-4-release-notes.adoc

:_mod-docs-content-type: PROCEDURE

[id="oadp-backing-up-dpa-configuration-1-4-0_{context}"]
= Backing up the DPA configuration

You must back up your current `DataProtectionApplication` (DPA) configuration.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Would be nice if we can highlight why we are doing this?

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Data Protection Application (DPA) ??

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Is the imperative here maybe something like, "Before upgrading, you must back up your current DataProtectionApplication (DPA) configuration."


.Procedure
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

add space

* Save your current DPA configuration by running the following command:
+
.Example command
[source,terminal]
----
$ oc get dpa -n openshift-adp -o yaml > dpa.orig.backup
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Add callout to explain the command?

----
15 changes: 15 additions & 0 deletions modules/oadp-upgrading-oadp-operator-1-4-0.adoc
Original file line number Diff line number Diff line change
@@ -0,0 +1,15 @@
// Module included in the following assemblies:
//
// * backup_and_restore/oadp-1-4-release-notes.adoc

:_mod-docs-content-type: PROCEDURE

[id="oadp-upgrading-dpa-operator-1-4-0_{context}"]
= Upgrading the OADP Operator

Use the following procedure when upgrading the {oadp-first} Operator.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Avoid self-referential intro. Write something that highlights the purpose of the module.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.


.Procedure

. Change your subscription channel for the OADP Operator from `stable-1.3` to `stable-1.4`.
. Wait for the Operator and containers to update and restart.