You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 34 Next »

The current ACM state machine works but it is incosistent in the way it handles error states or failed transitions. A composition and its elements can get "stuck" in transition states.

We need to

  • Specify what the current state machine is for both compositions and elements and describe what the state machine for both should be
  • Specify what the behaviour of the runtime and participants should be in each state
  • Specify what the behaviour should be for the runtime and participants should be in transitions

Specifically we need to clarify:

  • State of the composition elements
  • State of the overall composition is derived from the composition element states
  • Admin state/Running state
  • When all the elements are fully up and configured, the go to state Passive, when all elements are in Passive, the full composition goes to Passive
  • Error states: Are they parallel sates or part of the same state?
  • There should “it didn’t work” states like “Passive-Error” or “Run_Error” (names to be decided later)
  • Describe what the “Running” state means and what the participant should do in Passive->Running and Running->Passive transitions.
  • Say a K8S service crashes, how do we feed that back? Running_Error. The state of the POD is only checked during startup. It is not periodically checked. There should be supervision.

ACM Element States in Participants

This section describes the state handling in ACM Elements in Participants

The following states are the only states in participants: Participant States UNINITIALIZED PASSIVE UNINITIALIZED_ERROR PASSIVE_ERROR RUNNING RUNNING_ERROR Created byACM Runtime Initialize (Success) Uninitialize (Success) Initialize (Error) UnitializeReset (Success) UnitializeReset (Error) Uninitialize (Error) PassiveReset (Success) Activate (Failure) PassiveReset (Failure) Uninitialize (Success) Uninitialize (Error) Activate (Success) Passivate (Success) Passivate (Error) RuntimeError (Error) RuntimeReset ClearRuntimeError Passivate (Success) Passivate (Error)

Then, a Control Loop Element can be running a number of operations, each of which has an operational state:

Operational
State
From
State

To

State

Description
No_OperationNoneNoneNo operation in progress
Initialize

UNINITIALIZED

UNINITIALIZED

PASSIVE

UNINITIALIZED_ERROR

Triggered by ACM Runtime to make an ACM Element ready for operation
Uninitialize

PASSIVE

PASSIVE

UNINITIALIZED

PASSIVE_ERROR

Triggered by ACM Runtime to bring an ACM Element out of operation
UnitializeReset

UNINITIALIZED_ERROR

UNINITIALIZED_ERROR

UNINITIALIZED

UNINITIALIZED_ERROR

Triggered by ACM Runtime to clear an uninitialization error on an ACM Element for operation

PassiveUninitiatedTriggered by ACM Runtime to bring an ACM Element out of operation
ActivatingPassiveRunningTriggered by the Participant to bring an ACM element into service
PassivatingRunningPassiveTriggered by the Participant to bring an ACM element out of service


A Control Loop Element has a status indicator

Status
Indicator
Description
OKThe ACM Element is stable in its current state
InformationThe ACM Element is stable in its current state, and there is information available on the last operation on this ACM element
WarningThe ACM Element has a warning on its current state, and there is a warning on the last operation on this ACM element
ErrorThe ACM Element has an error on its current state, and there is a error message on the last operation on this ACM element

Each participant also records a log of all operations that occur, recording the information below:

TimestampOperational
State
From
State

To
State

Status
Before
Status
After
Message
<..time..>InitializingUNINITIALIZEDPASSIVEOKOK
<..time..>ActivatingPASSIVERUNNINGOKOK
<..time..>PassivatingRUNNINGPASSIVEOKOK
<..time..>UninitializingPASSIVEUNINITIALIZEDOKOK
<..time..>InitializingUNINITIALIZEDUNINITIALIZEDOKERRORError Messsage



  • No labels