Supports Expression Language: true (will be evaluated using variable registry only)Continually Send Messages | Continually Send Messages | false | | If true, will send inactivity indicator continually every Threshold Duration amount of time until activity is restored; if false, will send an indicator only when the flow first becomes inactive |
Inactivity Message | Inactivity Message | Lacking activity as of time: ${now():format('yyyy/MM/dd HH:mm:ss')}; flow has been inactive for ${inactivityDurationMillis:toNumber():divide(60000)} minutes | | The message that will be the content of FlowFiles that are sent to the 'inactive' relationship Supports Expression Language: true (will be evaluated using flow file attributes and variable registry) |
Activity Restored Message | Activity Restored Message | Activity restored at time: ${now():format('yyyy/MM/dd HH:mm:ss')} after being inactive for ${inactivityDurationMillis:toNumber():divide(60000)} minutes | | The message that will be the content of FlowFiles that are sent to 'activity.restored' relationship Supports Expression Language: true (will be evaluated using flow file attributes and variable registry) |
Wait for Activity | Wait for Activity | false | | When the processor gets started or restarted, if set to true, only send an inactive indicator if there had been activity beforehand. Otherwise send an inactive indicator even if there had not been activity beforehand. |
Reset State on Restart | Reset State on Restart | true | | When the processor gets started or restarted, if set to true, the initial state will always be active. Otherwise, the last reported flow state will be preserved. |
Copy Attributes | Copy Attributes | false | | If true, will copy all flow file attributes from the flow file that resumed activity to the newly created indicator flow file |
Monitoring Scope | Monitoring Scope | node | | Specify how to determine activeness of the flow. 'node' means that activeness is examined at individual node separately. It can be useful if DFM expects each node should receive flow files in a distributed manner. With 'cluster', it defines the flow is active while at least one node receives flow files actively. If NiFi is running as standalone mode, this should be set as 'node', if it's 'cluster', NiFi logs a warning message and act as 'node' scope. |
Reporting Node | Reporting Node | all | | Specify which node should send notification flow-files to inactive and activity.restored relationships. With 'all', every node in this cluster send notification flow-files. 'primary' means flow-files will be sent only from a primary node. If NiFi is running as standalone mode, this should be set as 'all', even if it's 'primary', NiFi act as 'all'.
This Property is only considered if the [Monitoring Scope] Property has a value of "cluster". |
Relationships:
Name | Description |
---|
inactive | This relationship is used to transfer an Inactivity indicator when no FlowFiles are routed to 'success' for Threshold Duration amount of time |
success | All incoming FlowFiles are routed to success |
activity.restored | This relationship is used to transfer an Activity Restored indicator when FlowFiles are routing to 'success' following a period of inactivity |
Reads Attributes:
None specified.Writes Attributes:
Name | Description |
---|
inactivityStartMillis | The time at which Inactivity began, in the form of milliseconds since Epoch |
inactivityDurationMillis | The number of milliseconds that the inactivity has spanned |
State management:
Scope | Description |
---|
CLUSTER, LOCAL | MonitorActivity stores the last timestamp at each node as state, so that it can examine activity at cluster wide. If 'Copy Attribute' is set to true, then flow file attributes are also persisted. In local scope, it stores last known activity timestamp if the flow is inactive. |
Restricted:
This component is not restricted.Input requirement:
This component requires an incoming relationship.System Resource Considerations:
None specified.