KB-2346 WebApp Startup Delay Due to Analytics Propagation Stall

pauline.delacruz — Wed, 30 Jul 2025 13:40:57 GMT

Current Revision posted to Appian Knowledge Base by pauline.delacruz on 7/30/2025 1:40:57 PM

Symptoms

In certain Appian environments—most commonly in Appian on Kubernetes (AoK) deployments, but also observed in classic installations—the Application Server startup process is delayed. This delay is visible in the tomcat-stdOut.log file, which continuously logs messages similar to the following:

[wait-for-component] INFO com.appiancorp.tools.WaitForServers - No ids have been propagated to analytics for <N> seconds
[wait-for-component] INFO com.appiancorp.tools.WaitForServers - executionXX - remaining ids to propagate: 0
[wait-for-component] INFO com.appiancorp.tools.WaitForServers - Waiting for analytics to be ready...

These messages can persist for several minutes, resulting in the Application Server failing to reach a ready state within the expected time window. This can delay the availability of the Appian application for users and automated processes.

Cause

This behavior is caused by an edge case during system startup where the execution engines correctly report that there are zero IDs remaining to propagate. However, the analytics engines have not yet fully initialized or established a connection.

As a result, the analytics engines misinterpret this state as a reset condition and fail to signal readiness, leading to extended wait times in the Application Server startup sequence.

This issue has been reported to the Appian Product Team.

Action

To resolve this issue and prevent unnecessary startup delays, you can configure the Application Server to bypass the readiness wait when the execution engines report zero IDs to propagate, even if the analytics engines haven't finished initializing.

Classic Installations

Open the custom.properties file located at <APPIAN_HOME>/conf/custom.properties
Add the following property: appian.feature.ae.engines.incrup.earlyWaitForServersBreakout=true
Save the file.
Start the Application Server(s).

Appian on Kubernetes (AoK)

In Kubernetes-based environments, this configuration is applied via the Appian Custom Resource (CR).

You can add the setting in either of the following ways:

Option 1: Edit the live CR directly

Run the following command to edit the live resource: kubectl edit appian <your_appian_resource_name>
Then, under the customProperties section, add:

customProperties:
    appian.feature.ae.engines.incrup.earlyWaitForServersBreakout: "true"

Option 2: Update the deployment YAML

Add the property under the customProperties map within your Appian CR YAML file before applying it. A sample snippet looks like:

apiVersion: crd.k8s.appian.com/v1beta1
kind: Appian
metadata:
  name: appian
spec:
  version: XX.X.XXX.X
  # other configuration...
  customProperties:
    appian.feature.ae.engines.incrup.earlyWaitForServersBreakout: "true"
  # Rest of your YAML

After modifying the live CR or YAML file, restart the Application Server pod to apply the changes.

Workaround

If this configuration change cannot be made immediately, no action is required. The startup process will eventually complete once the analytics engines finish initializing and signal readiness. The system will become available after this delay without manual intervention.

Affected Versions

This article applies to all self-managed versions of Appian.

Last Reviewed: July 2025

Tags: infrastructure, Kubernetes

[DRAFT SUPP-1306] WebApp Startup Delay Due to Analytics Propagation Stall

pauline.delacruz — Fri, 30 May 2025 19:07:21 GMT

Revision 11 posted to Appian Knowledge Base by pauline.delacruz on 5/30/2025 7:07:21 PM

Symptoms

[wait-for-component] INFO com.appiancorp.tools.WaitForServers - No ids have been propagated to analytics for <N> seconds
[wait-for-component] INFO com.appiancorp.tools.WaitForServers - executionXX - remaining ids to propagate: 0
[wait-for-component] INFO com.appiancorp.tools.WaitForServers - Waiting for analytics to be ready...

Cause

As a result, the analytics engines misinterpret this state as a reset condition and fail to signal readiness, leading to extended wait times in the Application Server startup sequence.

This issue has been reported to the Appian Product Team.

Action

Classic Installations

Open the custom.properties file located at <APPIAN_HOME>/conf/custom.properties
Add the following property: appian.feature.ae.engines.incrup.earlyWaitForServersBreakout=true
Save the file.
Start the Application Server(s).

Appian on Kubernetes (AoK)

In Kubernetes-based environments, this configuration is applied via the Appian Custom Resource (CR).

You can add the setting in either of the following ways:

Option 1: Edit the live CR directly

Run the following command to edit the live resource: kubectl edit appian <your_appian_resource_name>
Then, under the customProperties section, add:

customProperties:
    appian.feature.ae.engines.incrup.earlyWaitForServersBreakout: "true"

Option 2: Update the deployment YAML

Add the property under the customProperties map within your Appian CR YAML file before applying it. A sample snippet looks like:

apiVersion: crd.k8s.appian.com/v1beta1
kind: Appian
metadata:
  name: appian
spec:
  version: XX.X.XXX.X
  # other configuration...
  customProperties:
    appian.feature.ae.engines.incrup.earlyWaitForServersBreakout: "true"
  # Rest of your YAML

After modifying the live CR or YAML file, restart the Application Server pod to apply the changes.

Workaround

Affected Versions

This article applies to all self-managed versions of Appian.

Last Reviewed: May 2025

[DRAFT SUPP-1306] WebApp Startup Delay Due to Analytics Propagation Stall

pauline.delacruz — Fri, 30 May 2025 19:04:41 GMT

Revision 10 posted to Appian Knowledge Base by pauline.delacruz on 5/30/2025 7:04:41 PM

Symptoms

[wait-for-component] INFO com.appiancorp.tools.WaitForServers - No ids have been propagated to analytics for <N> seconds
[wait-for-component] INFO com.appiancorp.tools.WaitForServers - executionXX - remaining ids to propagate: 0
[wait-for-component] INFO com.appiancorp.tools.WaitForServers - Waiting for analytics to be ready...

Cause

As a result, the analytics engines misinterpret this state as a reset condition and fail to signal readiness, leading to extended wait times in the Application Server startup sequence.

This issue has been reported to the Appian Product Team.

Action

Classic Installations

Open the custom.properties file located at <APPIAN_HOME>/conf/custom.properties
Add the following property: appian.feature.ae.engines.incrup.earlyWaitForServersBreakout=true
Save the file.
Restart the Application Server.

Appian on Kubernetes (AoK)

In Kubernetes-based environments, this configuration is applied via the Appian Custom Resource (CR).

You can add the setting in either of the following ways:

Option 1: Edit the live CR directly

Run the following command to edit the live resource: kubectl edit appian <your_appian_resource_name>
Then, under the customProperties section, add:

customProperties:
    appian.feature.ae.engines.incrup.earlyWaitForServersBreakout: "true"

Option 2: Update the deployment YAML

Add the property under the customProperties map within your Appian CR YAML file before applying it. A sample snippet looks like:

apiVersion: crd.k8s.appian.com/v1beta1
kind: Appian
metadata:
  name: appian
spec:
  version: XX.X.XXX.X
  # other configuration...
  customProperties:
    appian.feature.ae.engines.incrup.earlyWaitForServersBreakout: "true"
  # Rest of your YAML

After modifying the live CR or YAML file, restart the Application Server pod to apply the changes.

Workaround

Affected Versions

This article applies to all self-managed versions of Appian.

Last Reviewed: May 2025

[DRAFT SUPP-1306] WebApp Startup Delay Due to Analytics Propagation Stall

Kaushal Patel — Fri, 30 May 2025 18:55:37 GMT

Revision 9 posted to Appian Knowledge Base by Kaushal Patel on 5/30/2025 6:55:37 PM

Symptoms

[wait-for-component] INFO com.appiancorp.tools.WaitForServers - No ids have been propagated to analytics for <N> seconds
[wait-for-component] INFO com.appiancorp.tools.WaitForServers - executionXX - remaining ids to propagate: 0
[wait-for-component] INFO com.appiancorp.tools.WaitForServers - Waiting for analytics to be ready...

Cause

As a result, the analytics engines misinterpret this state as a reset condition and fail to signal readiness, leading to extended wait times in the Application Server startup sequence.

This issue has been reported to the Appian Product Team.

Action

Classic Installations

Open the custom.properties file located at <APPIAN_HOME>/conf/custom.properties
Add the following property: appian.feature.ae.engines.incrup.earlyWaitForServersBreakout=true
Save the file.
Restart the Application Server.

Appian on Kubernetes (AoK)

In Kubernetes-based environments, this configuration is applied via the Appian Custom Resource (CR).

You can add the setting in either of the following ways:

Option 1: Edit the live CR directly

Run the following command to edit the live resource: kubectl edit appian <your_appian_resource_name>
Then, under the customProperties section, add:

customProperties:
    appian.feature.ae.engines.incrup.earlyWaitForServersBreakout: "true"

Option 2: Update the deployment YAML

Add the property under the customProperties map within your Appian CR YAML file before applying it. A sample snippet looks like:

apiVersion: crd.k8s.appian.com/v1beta1
kind: Appian
metadata:
  name: appian
spec:
  version: XX.X.XXX.X
  # other configuration...
  customProperties:
    appian.feature.ae.engines.incrup.earlyWaitForServersBreakout: "true"
  # Rest of your YAML

After modifying the live CR or YAML file, restart the Application Server pod to apply the changes.

Workaround

Affected Versions

This article applies to all self-managed versions of Appian.

Last Reviewed: Month YYYY

[DRAFT SUPP-1306] WebApp Startup Delay Due to Analytics Propagation Stall

Kaushal Patel — Fri, 30 May 2025 18:47:37 GMT

Revision 8 posted to Appian Knowledge Base by Kaushal Patel on 5/30/2025 6:47:37 PM

Symptoms

[wait-for-component] INFO com.appiancorp.tools.WaitForServers - No ids have been propagated to analytics for <N> seconds
[wait-for-component] INFO com.appiancorp.tools.WaitForServers - executionXX - remaining ids to propagate: 0
[wait-for-component] INFO com.appiancorp.tools.WaitForServers - Waiting for analytics to be ready...

Cause

As a result, the analytics engines misinterpret this state as a reset condition and fail to signal readiness, leading to extended wait times in the Application Server startup sequence.

This issue has been reported to the Appian Product Team.

Action

Classic Installations

Open the custom.properties file located at <APPIAN_HOME>/conf/custom.properties
Add the following property: appian.feature.ae.engines.incrup.earlyWaitForServersBreakout=true
Save the file.
Restart Appian.

Appian on Kubernetes (AoK)

In Kubernetes-based environments, this configuration is applied via the Appian Custom Resource (CR).

You can add the setting in either of the following ways:

Option 1: Edit the live CR directly

Run the following command to edit the live resource: kubectl edit appian <your_appian_resource_name>
Then, under the customProperties section, add:

customProperties:
    appian.feature.ae.engines.incrup.earlyWaitForServersBreakout: "true"

Option 2: Update the deployment YAML

Add the property under the customProperties map within your Appian CR YAML file before applying it. A sample snippet looks like:

apiVersion: crd.k8s.appian.com/v1beta1
kind: Appian
metadata:
  name: appian
spec:
  version: XX.X.XXX.X
  # other configuration...
  customProperties:
    appian.feature.ae.engines.incrup.earlyWaitForServersBreakout: "true"
  # Rest of your YAML

After modifying the live CR or YAML file, restart the Application Server pod to apply the changes.

Workaround

Affected Versions

This article applies to all self-managed versions of Appian.

Last Reviewed: Month YYYY

[DRAFT SUPP-1306] WebApp Startup Delay Due to Analytics Propagation Stall

Kaushal Patel — Fri, 30 May 2025 18:47:12 GMT

Revision 7 posted to Appian Knowledge Base by Kaushal Patel on 5/30/2025 6:47:12 PM

Symptoms

[wait-for-component] INFO com.appiancorp.tools.WaitForServers - No ids have been propagated to analytics for <N> seconds
[wait-for-component] INFO com.appiancorp.tools.WaitForServers - executionXX - remaining ids to propagate: 0
[wait-for-component] INFO com.appiancorp.tools.WaitForServers - Waiting for analytics to be ready...

Cause

As a result, the analytics engines misinterpret this state as a reset condition and fail to signal readiness, leading to extended wait times in the Application Server startup sequence.

This issue has been reported to the Appian Product Team.

Action

Classic Installations

Open the custom.properties file located at <APPIAN_HOME>/conf/custom.properties
Add the following property: appian.feature.ae.engines.incrup.earlyWaitForServersBreakout=true
Save the file.
Restart Appian.

Appian on Kubernetes (AoK)

In Kubernetes-based environments, this configuration is applied via the Appian Custom Resource (CR).

You can add the setting in either of the following ways:

Option 1: Edit the live CR directly

Run the following command to edit the live resource: kubectl edit appian <your_appian_resource_name>
Then, under the customProperties section, add:


customProperties:
    appian.feature.ae.engines.incrup.earlyWaitForServersBreakout: "true"

Option 2: Update the deployment YAML

Add the property under the customProperties map within your Appian CR YAML file before applying it. A sample snippet looks like:

apiVersion: crd.k8s.appian.com/v1beta1
kind: Appian
metadata:
  name: appian
spec:
  version: XX.X.XXX.X
  # other configuration...
  customProperties:
    appian.feature.ae.engines.incrup.earlyWaitForServersBreakout: "true"
  # Rest of your YAML

After modifying the live CR or YAML file, restart the Application Server pod to apply the changes.

Workaround

Affected Versions

This article applies to all self-managed versions of Appian.

Last Reviewed: Month YYYY

[DRAFT SUPP-1306] WebApp Startup Delay Due to Analytics Propagation Stall

Kaushal Patel — Fri, 30 May 2025 18:46:09 GMT

Revision 6 posted to Appian Knowledge Base by Kaushal Patel on 5/30/2025 6:46:09 PM

Symptoms

[wait-for-component] INFO com.appiancorp.tools.WaitForServers - No ids have been propagated to analytics for <N> seconds
[wait-for-component] INFO com.appiancorp.tools.WaitForServers - executionXX - remaining ids to propagate: 0
[wait-for-component] INFO com.appiancorp.tools.WaitForServers - Waiting for analytics to be ready...

Cause

As a result, the analytics engines misinterpret this state as a reset condition and fail to signal readiness, leading to extended wait times in the Application Server startup sequence.

This issue has been reported to the Appian Product Team.

Action

Classic Installations

Open the custom.properties file located at <APPIAN_HOME>/conf/custom.properties
Add the following property: appian.feature.ae.engines.incrup.earlyWaitForServersBreakout=true
Save the file.
Restart Appian.

Appian on Kubernetes (AoK)

In Kubernetes-based environments, this configuration is applied via the Appian Custom Resource (CR).

You can add the setting in either of the following ways:

Option 1: Edit the live CR directly

Run the following command to edit the live resource: kubectl edit appian <your_appian_resource_name>
Then, under the customProperties section, add:

customProperties:
appian.feature.ae.engines.incrup.earlyWaitForServersBreakout: "true"

Option 2: Update the deployment YAML

Add the property under the customProperties map within your Appian CR YAML file before applying it. A sample snippet looks like:

apiVersion: crd.k8s.appian.com/v1beta1
kind: Appian
metadata:
  name: appian
spec:
  version: XX.X.XXX.X
  # other configuration...
  customProperties:
    appian.feature.ae.engines.incrup.earlyWaitForServersBreakout: "true"
  # Rest of your YAML

After modifying the live CR or YAML file, restart the Application Server pod to apply the changes.

Workaround

Affected Versions

This article applies to all self-managed versions of Appian.

Last Reviewed: Month YYYY

[DRAFT SUPP-1306] WebApp Startup Delay Due to Analytics Propagation Stall

Kaushal Patel — Fri, 30 May 2025 18:45:41 GMT

Revision 5 posted to Appian Knowledge Base by Kaushal Patel on 5/30/2025 6:45:41 PM

Symptoms

[wait-for-component] INFO com.appiancorp.tools.WaitForServers - No ids have been propagated to analytics for <N> seconds
[wait-for-component] INFO com.appiancorp.tools.WaitForServers - executionXX - remaining ids to propagate: 0
[wait-for-component] INFO com.appiancorp.tools.WaitForServers - Waiting for analytics to be ready...

Cause

As a result, the analytics engines misinterpret this state as a reset condition and fail to signal readiness, leading to extended wait times in the Application Server startup sequence.

This issue has been reported to the Appian Product Team.

Action

Classic Installations

Open the custom.properties file located at <APPIAN_HOME>/conf/custom.properties
Add the following property: appian.feature.ae.engines.incrup.earlyWaitForServersBreakout=true
Save the file.
Restart Appian.

Appian on Kubernetes (AoK)

In Kubernetes-based environments, this configuration is applied via the Appian Custom Resource (CR).

You can add the setting in either of the following ways:

Option 1: Edit the live CR directly

Run the following command to edit the live resource: kubectl edit appian <your_appian_resource_name>
Then, under the customProperties section, add:

customProperties:
appian.feature.ae.engines.incrup.earlyWaitForServersBreakout: "true"

Option 2: Update the deployment YAML

Add the property under the customProperties map within your Appian CR YAML file before applying it. A sample snippet looks like:

apiVersion: crd.k8s.appian.com/v1beta1
kind: Appian
metadata:
  name: appian
spec:
  version: XX.X.XXX.X
  # other configuration...
  customProperties:
    appian.feature.ae.engines.incrup.earlyWaitForServersBreakout: "true"
  # Rest of your YAML

After modifying the live CR or YAML file, restart the Application Server pod to apply the changes.

Workaround

Affected Versions

This article applies to all self-managed versions of Appian.

Last Reviewed: Month YYYY

[DRAFT SUPP-1306] WebApp Startup Delay Due to Analytics Propagation Stall

Kaushal Patel — Fri, 30 May 2025 18:45:10 GMT

Revision 4 posted to Appian Knowledge Base by Kaushal Patel on 5/30/2025 6:45:10 PM

Symptoms

Cause

As a result, the analytics engines misinterpret this state as a reset condition and fail to signal readiness, leading to extended wait times in the Application Server startup sequence.

This issue has been reported to the Appian Product Team.

Action

Classic Installations

Open the custom.properties file located at <APPIAN_HOME>/conf/custom.properties
Add the following property: appian.feature.ae.engines.incrup.earlyWaitForServersBreakout=true
Save the file.
Restart Appian.

Appian on Kubernetes (AoK)

In Kubernetes-based environments, this configuration is applied via the Appian Custom Resource (CR).

You can add the setting in either of the following ways:

Option 1: Edit the live CR directly

Run the following command to edit the live resource: kubectl edit appian <your_appian_resource_name>
Then, under the customProperties section, add:

customProperties:
appian.feature.ae.engines.incrup.earlyWaitForServersBreakout: "true"

Option 2: Update the deployment YAML

Add the property under the customProperties map within your Appian CR YAML file before applying it. A sample snippet looks like:

apiVersion: crd.k8s.appian.com/v1beta1
kind: Appian
metadata:
  name: appian
spec:
  version: XX.X.XXX.X
  # other configuration...
  customProperties:
    appian.feature.ae.engines.incrup.earlyWaitForServersBreakout: "true"
  # Rest of your YAML

After modifying the live CR or YAML file, restart the Application Server pod to apply the changes.

Workaround

Affected Versions

This article applies to all self-managed versions of Appian.

Last Reviewed: Month YYYY

[DRAFT SUPP-1306] WebApp Startup Delay Due to Analytics Propagation Stall

Kaushal Patel — Fri, 30 May 2025 18:44:37 GMT

Revision 3 posted to Appian Knowledge Base by Kaushal Patel on 5/30/2025 6:44:37 PM

Symptoms

Cause

As a result, the analytics engines misinterpret this state as a reset condition and fail to signal readiness, leading to extended wait times in the Application Server startup sequence.

This issue has been reported to the Appian Product Team.

Action

Classic Installations

Open the custom.properties file located at <APPIAN_HOME>/conf/custom.properties
Add the following property: appian.feature.ae.engines.incrup.earlyWaitForServersBreakout=true
Save the file.
Restart Appian.

Appian on Kubernetes (AoK)

In Kubernetes-based environments, this configuration is applied via the Appian Custom Resource (CR).

You can add the setting in either of the following ways:

Option 1: Edit the live CR directly

Run the following command to edit the live resource: kubectl edit appian <your_appian_resource_name>
Then, under the customProperties section, add:

customProperties:
appian.feature.ae.engines.incrup.earlyWaitForServersBreakout: "true"

Option 2: Update the deployment YAML

Add the property under the customProperties map within your Appian CR YAML file before applying it. A sample snippet looks like:


apiVersion: crd.k8s.appian.com/v1beta1
kind: Appian
metadata:
  name: appian
spec:
  version: XX.X.XXX.X
  # other configuration...
  customProperties:
    appian.feature.ae.engines.incrup.earlyWaitForServersBreakout: "true"
  # Rest of your YAML

After modifying the live CR or YAML file, restart the Application Server pod to apply the changes.

Workaround

Affected Versions

This article applies to all self-managed versions of Appian.

Last Reviewed: Month YYYY

[DRAFT SUPP-1306] WebApp Startup Delay Due to Analytics Propagation Stall

Kaushal Patel — Fri, 30 May 2025 18:44:03 GMT

Revision 2 posted to Appian Knowledge Base by Kaushal Patel on 5/30/2025 6:44:03 PM

Symptoms

Cause

As a result, the analytics engines misinterpret this state as a reset condition and fail to signal readiness, leading to extended wait times in the Application Server startup sequence.

This issue has been reported to the Appian Product Team.

Action

Classic Installations

Open the custom.properties file located at <APPIAN_HOME>/conf/custom.properties
Add the following property: appian.feature.ae.engines.incrup.earlyWaitForServersBreakout=true
Save the file.
Restart Appian.

Appian on Kubernetes (AoK)

In Kubernetes-based environments, this configuration is applied via the Appian Custom Resource (CR).

You can add the setting in either of the following ways:

Option 1: Edit the live CR directly

Run the following command to edit the live resource: kubectl edit appian <your_appian_resource_name>
Then, under the customProperties section, add:

customProperties:
appian.feature.ae.engines.incrup.earlyWaitForServersBreakout: "true"

Option 2: Update the deployment YAML

Add the property under the customProperties map within your Appian CR YAML file before applying it. A sample snippet looks like:


apiVersion: crd.k8s.appian.com/v1beta1
kind: Appian
metadata:
  name: appian
spec:
  version: XX.X.XXX.X
  # other configuration...
  customProperties:
    appian.feature.ae.engines.incrup.earlyWaitForServersBreakout: "true"
  # Rest of your YAML

After modifying the live CR or YAML file, restart the Application Server pod to apply the changes.

Workaround

Affected Versions

This article applies to all self-managed versions of Appian.

Last Reviewed: Month YYYY

[DRAFT SUPP-1306] WebApp Startup Delay Due to Analytics Propagation Stall

Kaushal Patel — Fri, 30 May 2025 18:41:17 GMT

Revision 1 posted to Appian Knowledge Base by Kaushal Patel on 5/30/2025 6:41:17 PM

Symptoms

Cause

As a result, the analytics engines misinterpret this state as a reset condition and fail to signal readiness, leading to extended wait times in the Application Server startup sequence.

This issue has been reported to the Appian Product Team.

Action

Classic Installations

Open the custom.properties file located at <APPIAN_HOME>/conf/custom.properties
Add the following property: appian.feature.ae.engines.incrup.earlyWaitForServersBreakout=true
Save the file.
Restart Appian.

Appian on Kubernetes (AoK)

In Kubernetes-based environments, this configuration is applied via the Appian Custom Resource (CR).

You can add the setting in either of the following ways:

Option 1: Edit the live CR directly

Run the following command to edit the live resource: kubectl edit appian <your_appian_resource_name>
Then, under the customProperties section, add:

customProperties:
appian.feature.ae.engines.incrup.earlyWaitForServersBreakout: "true"

Option 2: Update the deployment YAML

Add the property under the customProperties map within your Appian CR YAML file before applying it. A sample snippet looks like:

apiVersion: crd.k8s.appian.com/v1beta1
kind: Appian
metadata:
name: appian
spec:
version: XX.X.XXX.X
# other configuration...
customProperties:
appian.feature.ae.engines.incrup.earlyWaitForServersBreakout: "true"
# Rest of your YAML

After modifying the live CR or YAML file, restart the Application Server pod to apply the changes.

Workaround

Affected Versions

This article applies to all self-managed versions of Appian.

Last Reviewed: Month YYYY