Uploaded image for project: 'Mender'
  1. Mender
  2. MEN-3568

Support for resuming from any update state after a spontaneous reboot

    XMLWordPrintable

    Details

    • Type: Epic
    • Status: Rejected
    • Priority: (None)
    • Resolution: Won't Do
    • Affects Version/s: None
    • Fix Version/s: None
    • Labels:

      Description

      Acceptance criteria:

      • Implement Update Module API which will ask the Update Module whether it supports resuming from any state
      • For modules that do, restart execution at last unfinished state
      • Modules that don't must still fail the update, as before (feature is opt-in)
      • TBD: What to do about State transition counter (StateDataStoreCount).
        • Without it we will not be able to break out of reboot loops and the client will be stuck forever.
        • OTOH it does not fit well with long running updates that are constantly postponed. In this scenario we may have dozens, maybe hundreds of reboots before the update is finally applied.

      If this is ever considered, we will need to look into how to make this work together with Update Control Maps. Those maps expire, and this needs to be tracked across spontaneous reboots in order for this expiration to ever happen (expiration timeouts can be very long, we can't restart them every time the device reboots or they might never finish).

        Attachments

          Issue Links

            Activity

              People

              • Assignee:
                Unassigned
                Reporter:
                a10040 Kristian Amlie
              • Votes:
                0 Vote for this issue
                Watchers:
                2 Start watching this issue

                Dates

                • Created:
                  Updated:
                  Resolved:

                  Summary Panel