---
schema_version: "1"
id: 4ca57ecf930d3c2cab8efb609fb619639d136a5abf9e272c5f3c5aff307b0d5a
title: Deployment Status Messages for Runtime Fabric
collection: mulesoft
version: current
locale: en-us
portal_url: https://docs.salesforce.com/mulesoft/current/en-us/runtime-fabric/latest/deployment-status-messages.md
canonical_url: https://docs.mulesoft.com/runtime-fabric/latest/deployment-status-messages
source_site: docs.mulesoft.com
content_type: documentation
content_hash: e8a306cc170d48e6cc8c2d58b31ef97884936013fd962cf10b7b157965ed0294
description: MuleSoft Documentation Site
release: "3.0"
latest: true
---
---
product: Runtime Fabric
version: 3.0
is-latest-version: true
---

# Deployment Status Messages for Runtime Fabric

> For the full documentation index, see: https://docs.mulesoft.com/llms.txt

Runtime Manager shows deployment status messages when you deploy a Mule app for the first time or
when you make changes to an existing Mule app deployed to Runtime Fabric:

- [Application Deployment Status State](https://docs.mulesoft.com/runtime-manager/managing-deployed-applications#application_deploy_states)  
  These
  statuses are related to the general application deployment, such as Deleted, Applying, Applied,
  Failed, or Unknown messages.

- [Replica Status States](https://docs.mulesoft.com/runtime-manager/managing-deployed-applications#replica_status_states)  
  These
  statuses appear when you apply new, or changed, configurations to a deployed Mule app.

- [Warning Messages Status States](#warning-status)  
  These statuses appear when you receive a warning message while a deployment is in progress.

- [App Namespaces Status States](#app-namespaces-status-states)  
  These statuses appear when there are issues with app namespaces during deployment.

## Warning Messages Status States

When you deploy a Mule app or make a change to an existing Mule app deployed to Runtime Fabric,
Runtime Manager waits a minute and then begins to actively check the reported status of its
replicas. If the status is other than STARTED or STOPPED, a warning message shows. A warning message
does not necessarily mean there is something wrong with your Mule app or cluster. Understanding the
meaning of these messages is important, as some warnings are only temporary while others can be
permanent failures.

Warning messages appear with the following legend: `1 or more replicas in unexpected state:`
followed by the specific description. For example:

`1 or more replicas in unexpected state: [Kubernetes] Container "any point-monitoring" - PodInitializing`

> [!NOTE] If a warning message persists and the related issue does not resolve automatically, work
> with your IT department and developer team to check the deployment and pod status for
> troubleshooting.

## Permanent versus Temporary Warning Messages

Permanent warning messages usually require your action to fix the related issue. Instead, temporary
warning messages disappear after some time. Check warning messages with your Kubernetes admin if
they don’t disappear in a reasonable time.

For example, if a node stops working, some pods might be pending temporarily. Your Kubernetes admin
may need to restart that node manually, or the machine might take a long time to reboot.

A Mule app deployment may return a CrashLoopBackOff warning because the Mule app fails to start due
to an external dependency being down, such as a database or JMS server. The warning may fix itself
when the service comes up. Though, if there is something wrong with the deployment artifact, then
the warning message will be permanent.

## Warning Messages Description

The following table shows a non-exhaustive list of different types of warning messages. For a
complete reference, refer to the Kubernetes documentation.

<table><colgroup><col> <col> <col> <col></colgroup><thead><tr><th>Warning Status</th><th>Type</th><th>Description</th><th>Example</th></tr></thead><tbody><tr><td><p>PodInitializing</p></td><td><p>Usually temporary</p></td><td><p>There is a pod initialization delay, not all containers in your Mule app pods are ready and it is usually a matter of time until the pods initialize. If there is a real problem with your deployment, this warning transitions into another state.</p></td><td><p><a href="#link-example-1">Link</a></p></td></tr><tr><td><p>CrashLoopBackOff</p></td><td><p>Usually permanent</p></td><td><p>There is a problem with your Mule app image and the app is crashing.</p></td><td><p><a href="#link-example-2">Link</a></p></td></tr><tr><td><p>Unschedulable</p></td><td><p>Usually temporary</p></td><td><p>There are no nodes available to run the requested replicas. Reasons might include:<br></p><p>* Nodes being down for maintenance.<br>* Nodes without enough resources available to assign for your deployment.<br>* The <strong>Enforce deploying replicas across nodes</strong> option in the <strong>Deployments Target</strong> tab of Runtime Manager is enabled but there are not enough different nodes available for the number of replicas desired.</p></td><td><p><a href="#link-example-3">Link</a></p></td></tr></tbody></table>

For more information on Pod Status, refer to the
[Kubernetes official documentation](https://kubernetes.io/docs/concepts/workloads/pods/pod-lifecycle/#pod-lifetime).
Reach your Kubernetes administrator to inquire about whether a state should be considered critical
or not and request advice on how to troubleshoot if required.

## Warning Messages Examples

### PodInitializing Example

In the following example, the warning message shows because the pod is ready but is waiting to
initialize:

![PodInitializing warning status in Runtime Manager UI](/mulesoft/current/en-us/runtime-fabric/latest/_images/rtf-deployment-example-1.png)

### CrashLoopBackOff Example

In the following example, the warning message shows that there is a problem with your Mule app image
because a corrupt artifact was uploaded and caused the Mule app to crash during the deployment.

![CrashLoopBackOff warning status in Runtime Manager UI](/mulesoft/current/en-us/runtime-fabric/latest/_images/rtf-deployment-example-2.png)

Your Kubernetes administrator can run the following command in the command line interface to get the
error or warning status as well:

`kubectl get deployments,pods --namespace <ENVIRONMENT_NAMESPACE>`

For example:

```text
➜  ~ kubectl get deployments,pods --namespace 788a26d2-a837-4336-aa7b-1f367cf70d7d
NAME                         READY   UP-TO-DATE   AVAILABLE   AGE
deployment.apps/omg-s1-now   0/1     1            0           20m

NAME                              READY   STATUS             RESTARTS        AGE
pod/omg-s1-now-78b7ffd454-h5x5n   1/2     CrashLoopBackOff   8 (2m57s ago)   20m
```

### Unschedulable Example

In the following example, the warning message shows that 3 nodes were unschedulable because they
were not available:

![Unschedulable warning status in Runtime Manager UI](/mulesoft/current/en-us/runtime-fabric/latest/_images/rtf-deployment-example-2.png)

Your Kubernetes administrator can run the following command in the command line interface to get the
error or warning status as well:

`kubectl get deployments,pods --namespace <ENVIRONMENT_NAMESPACE>`

For example:

```text
NAME                         READY   UP-TO-DATE   AVAILABLE   AGE
deployment.apps/omg-s1-now   0/1     1            0           170m

NAME                              READY   STATUS    RESTARTS   AGE
pod/omg-s1-now-58dd54d9f-xt569    0/2     Pending   0          4s
pod/omg-s1-now-6c5c5d987c-fbmbl   0/2     Pending   0          50m
```

## App Namespaces Status States

The following table lists statuses that show when there are issues with the app and authorized
namespaces. They are prefixed with `[Runtime Fabric]`.

<table><colgroup><col> <col></colgroup><thead><tr><th>Status and description</th><th>Type</th></tr></thead><tbody><tr><td><p>There is an existing namespace &lt;app_namespace&gt; for your current environment &lt;env_id&gt;, please create a custom namespace with required labels to proceed with this deployment. For more information on creating custom namespaces, refer to documentation.</p></td><td><p>Permanent</p></td></tr><tr><td><p>Failed to select a namespace. Multiple namespaces &lt;namespaces name&gt; found with the same rtf.mulesoft.com/envId=&lt;env_id&gt; and rtf.mulesoft.com/agentNamespace=&lt;agent_namespace&gt; annotation. A single namespace can be annotated with the given environment id / RTF namespace pair.</p></td><td><p>Permanent</p></td></tr><tr><td><p>No application namespace corresponding to environment '%s' found. Please make sure to update the ConfigMap with the correct application namespace. For more information on configuring authorized namespaces, refer to documentation.</p></td><td><p>Permanent</p></td></tr><tr><td><p>An application namespace&lt;app_namespace&gt; has not been labeled correctly. The namespace for the current agent deployments must be labeled with rtf.mulesoft.com/agentNamespace=&lt;agent_namespace&gt;.</p></td><td><p>Permanent</p></td></tr><tr><td><p>An application namespace &lt;app_namespace&gt; has not been labeled correctly. The namespace for the current agent deployments must be labeled with proper rtf.mulesoft.com/envId (but was empty).</p></td><td><p>Permanent</p></td></tr><tr><td><p>Failed to select a namespace. Multiple namespaces found with the same rtf.mulesoft.com/envId=&lt;env_id&gt; annotation. A single namespace can be annotated with any given environment id.</p></td><td><p>Permanent</p></td></tr></tbody></table>

## See Also

- [Reviewing Application Versioning on Runtime Fabric](https://docs.mulesoft.com/runtime-fabric/latest/app-versioning)

- [Runtime Manager Status States](https://docs.mulesoft.com/runtime-manager/managing-deployed-applications#status_states)