From 3e925714f576bbb4d58b00f8849176091129e08c Mon Sep 17 00:00:00 2001 From: jaomaloy Date: Fri, 6 Oct 2023 15:32:58 +0800 Subject: [PATCH] Add update locks section on hostOS updates Change-type: patch --- pages/reference/OS/updates/self-service.md | 5 +++++ 1 file changed, 5 insertions(+) diff --git a/pages/reference/OS/updates/self-service.md b/pages/reference/OS/updates/self-service.md index 62f362ad14..002809212d 100644 --- a/pages/reference/OS/updates/self-service.md +++ b/pages/reference/OS/updates/self-service.md @@ -33,6 +33,11 @@ Update time can vary significantly, depending on the speed of your network, the If your {{ $names.os.lower }} update fails for any reason, the device should still be recoverable. For devices running {{ $names.os.lower }} 2.x, the user application should still be running normally, and the reasons for failure can be examined through the update logs at `/mnt/data/balenahup/` (or potentially the legacy location `/mnt/data/resinhup/`). If you have any issues, please contact us on the [troubleshooting section of the forums][troubleshooting]. +## Update locks + +[Update locks](https://docs.balena.io/learn/deploy/release-strategy/update-locking/) is a mechanism that allows applications to enter critical sections of code and prevent updates that would interrupt the application from running. Update locks can also be used to delay the reboot that applies a hostOS update operation until the application exits the critical section by removing the update locks. [Overriding update locks](https://docs.balena.io/learn/deploy/release-strategy/update-locking/#overriding-the-lock) will ignore existing locks and allow a hostOS update process to proceed with a reboot. + + You can learn more about what exactly goes on during the update process [here][update-process].