I am using ADU v1.1.0 with the swupdatev2 handler, with a deployment script, based heavily on the provided example script.
The update agent invokes the script with the argument --action-is-installed several times when the is installed step reports a 901 (ADUC_Result_IsInstalled_NotInstalled) result code. When the is installed action reports a 900 (ADUC_Result_IsInstalled_Installed) result code, the action does not repeat.
You can see the handler invoke the script multiple times with the --action-is-installed argument in the logs section below.
Expected Behavior
Is invoking it multiple times expected behavior? I would expected the script is invoked with the --action-is-installed argument only once regardless of if the result code is 900 or 901 and would consider this a bug. If this is expected, is there any documentation available so I can better understand how many times each action is invoked based on the result codes?
Current Behavior
Swupdatev2 handler invokes the install script with the argument --action-is-installed multiple times if the result code is 901.
Steps to Reproduce
Install ADU v1.1.0 with swupdate step handler enabled.
Run an update that invokes a script which runs a function when the --action-is-installed argument is passed. Return a 901 result code from the function.
Observe the function is executed multiple times.
Device Information
Host OS: Linux OS generated with Yocto.
Architecture: arm64
Provisioning Method: DPS
DU Agent Version (run 'sudo -u adu /usr/bin/AducIotAgent -v'): 1.1.0
Logs
Shown here is the example of deploying an update where the installed criteria is not met. You can see the script is called multiple times (distinct process ids) with the --action-is-installed argument. This is all for a single run of the update.
I am using ADU v1.1.0 with the swupdatev2 handler, with a deployment script, based heavily on the provided example script.
The update agent invokes the script with the argument
--action-is-installed
several times when the is installed step reports a 901 (ADUC_Result_IsInstalled_NotInstalled) result code. When the is installed action reports a 900 (ADUC_Result_IsInstalled_Installed) result code, the action does not repeat. You can see the handler invoke the script multiple times with the--action-is-installed
argument in the logs section below.Expected Behavior
Is invoking it multiple times expected behavior? I would expected the script is invoked with the
--action-is-installed
argument only once regardless of if the result code is 900 or 901 and would consider this a bug. If this is expected, is there any documentation available so I can better understand how many times each action is invoked based on the result codes?Current Behavior
Swupdatev2 handler invokes the install script with the argument
--action-is-installed
multiple times if the result code is 901.Steps to Reproduce
Device Information
Logs
Shown here is the example of deploying an update where the installed criteria is not met. You can see the script is called multiple times (distinct process ids) with the![image](https://github.com/Azure/iot-hub-device-update/assets/60200297/364b2205-1b8d-496f-9952-e9b990418a4f)
--action-is-installed
argument. This is all for a single run of the update.