Skip to content

Commit a854bc3

Browse files
committed
OADP-3954 ImageStreamTag Update
1 parent 633ad22 commit a854bc3

File tree

2 files changed

+42
-0
lines changed

2 files changed

+42
-0
lines changed

backup_and_restore/application_backup_and_restore/backing_up_and_restoring/restoring-applications.adoc

Lines changed: 11 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -13,3 +13,14 @@ You can create restore hooks to run commands in a container in a pod by editing
1313
include::modules/oadp-review-backup-restore.adoc[leveloffset=+1]
1414
include::modules/oadp-creating-restore-cr.adoc[leveloffset=+1]
1515
include::modules/oadp-creating-restore-hooks.adoc[leveloffset=+1]
16+
[IMPORTANT]
17+
====
18+
include::snippets/oadp-image-stream-tag-trigger.adoc[leveloffset=+1]
19+
====
20+
21+
[role="_additional-resources"]
22+
.Additional resources
23+
24+
* xref:../../../openshift_images/triggering-updates-on-imagestream-changes.adoc#triggering-updates-on-imagestream-changes[Triggering updates on image stream changes]
25+
26+
Lines changed: 31 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,31 @@
1+
2+
//This snippet appears in the following assemblies:
3+
//
4+
//backup_and_restore/application_backup_and_restore/backing_up_and_restoring/restoring-applications.adoc
5+
//OADP 1.4.1 Release Notes
6+
7+
:_mod-docs-content-type: SNIPPET
8+
9+
During a File System Backup (FSB) restore operation, a `Deployment` resource referencing an `ImageStream` is not restored properly. The restored pod that runs the FSB, and the `postHook` is terminated prematurely.
10+
11+
This happens because, during the restore operation, OpenShift controller updates the `spec.template.spec.containers[0].image` field in the `Deployment` resource with an updated `ImageStreamTag` hash. The update triggers the rollout of a new pod, terminating the pod on which `velero` runs the FSB and the post restore hook. For more information about image stream trigger, see "Triggering updates on image stream changes".
12+
13+
The workaround for this behavior is a two-step restore process:
14+
15+
. First, perform a restore excluding the `Deployment` resources, for example:
16+
+
17+
[source,terminal]
18+
----
19+
$ velero restore create <RESTORE_NAME> \
20+
--from-backup <BACKUP_NAME> \
21+
--exclude-resources=deployment.apps
22+
----
23+
24+
. After the first restore is successful, perform a second restore by including these resources, for example:
25+
+
26+
[source,terminal]
27+
----
28+
$ velero restore create <RESTORE_NAME> \
29+
--from-backup <BACKUP_NAME> \
30+
--include-resources=deployment.apps
31+
----

0 commit comments

Comments
 (0)