---
title: Enable additional logging using the application runtime environment - aspNetCore
slug: install-10x/enable-additional-logging-using-the-application-runtime-environment-aspnetcore
docTags: 
createdAt: 2025-12-15T15:58:12.019Z
---

The Application runtime environment parameter, "aspNetCoreEnvironment" can be set to Development, Staging, or Production. For example, once you set to Development, you should be able to see an exception stack trace in the Response section of the Chrome Developer Tool's Network tab.

**Important**: Remember to remove it once you're done with debugging the application, especially in Production.

# Linux Swimlane Platform Installer (SPI)

On Swimlane Settings under logging, you can set the ASP.NET Hosting Environment:

![](https://api.archbee.com/api/optimize/n8uUzk0MM4uC57-zlHNtY/u63xWbnQ71TTubbjNToYV_image.png)

# Linux HA (Kubernetes / Helm)

Swimlane's Kubernetes Helm Chart version 0.9.0 and above has *a&#x20;*&#x70;arameter, '*aspnetcoreEnvironment',&#x20;*&#x69;n the values.yaml for this purpose. There are three possible options to update the parameter value.

### Option 1: Update values.yaml

1. Update the parameter value for *aspnetcoreEnvironment* to *Development* in the API section.
2. Run the following command to make the changes:

:::BlockQuote{indent="1"}
helm upgrade \<RELEASE\_NAME> \<CHART\_NAME> -f swimlane/secret-values-override.yaml
:::

### Option 2: Override by --set parameter

Set the value of *aspnetcoreEnvironment* to *Development&#x20;*&#x61;s part of the command:

:::BlockQuote
helm upgrade \<RELEASE\_NAME> \<CHART\_NAME> -f swimlane/secret-values-override.yaml --set api.aspnetcoreEnvironment=Development
:::

### Option 3: Older Helm Chart

Swimlane Helm Chart Version 0.1.0 doesn’t have the \`*aspnetcoreEnvironment*\` parameter in values.yaml. It's best to update the chart, otherwise, follow the steps below:

1. Get the name of the swimlane-api deployment.

:::BlockQuote{indent="1"}
kubectl get deployments -n swimlane
:::

2. Add the environment variable with:

:::BlockQuote{indent="1"}
kubectl set env deployments swimlane-api ASPNETCORE\_ENVIRONMENT=Development
:::

3. Now check the value of ASPNETCORE\_ENVIRONMENT inside the swimlane-api deployment.

:::BlockQuote{indent="1"}
kubectl describe deployments swimlane-api | grep ASPNETCORE\_ENVIRONMENT
:::

4. Restart the api pods. The next pod created would pull in that environment variable.

:::BlockQuote{indent="1"}
\# Scale down to 0
kubectl scale deployment swimlane-api --replicas=0
:::

5. Wait for all pods to terminate.

:::BlockQuote{indent="1"}
kubectl get pods -n swimlane -w
:::

6. Scale back to 3.

:::BlockQuote{indent="1"}
kubectl scale deployment swimlane-api --replicas=3
:::

7. Wait for all pods to start back up again.

:::BlockQuote{indent="1"}
kubectl get pods -n swimlane
:::

8. Now check to see if the value of ASPNETCORE\_ENVIRONMENT has been updated inside the api pod.

:::BlockQuote{indent="1"}
kubectl exec \<api pod name> env -n swimlane | grep ASPNETCORE\_ENVIRONMENT
:::

