Learn how to view and manage execution history in n8n, including accessing the Executions tab, filtering runs, viewing details, re-executing workflows, and setting retention policies.
Book a call with an Expert
Starting a new venture? Need to upgrade your web app? RapidDev builds application with your growth in mind.
In n8n, you can view execution history by navigating to the Executions tab in the main interface. This tab displays a list of all workflow executions, including successful runs, errors, and manual triggers. You can click on any execution to see detailed information about what happened during that run, including input and output data for each node.
Step 1: Accessing the Executions Tab
To view the execution history in n8n, you first need to access the Executions tab:
The Executions tab is the central place where n8n logs every workflow run, whether it was triggered manually, by a schedule, or through a webhook.
Step 2: Understanding the Executions List
Once you're in the Executions tab, you'll see a list of all workflow executions with the following information:
The executions are typically sorted with the most recent at the top. You can quickly identify failed executions by looking for red error indicators.
Step 3: Filtering Executions
The Executions list can become quite long if you have many workflows. To find specific executions:
Filtering is particularly useful when you're troubleshooting a specific workflow or looking for errors that occurred during a particular time period.
Step 4: Viewing Execution Details
To see detailed information about a specific execution:
This view gives you a high-level overview of how the execution proceeded through your workflow.
Step 5: Examining Node Data
To examine the data that passed through specific nodes during execution:
This is extremely useful for debugging as you can see exactly what data was available at each step of your workflow execution.
Step 6: Using JSON View and Table View
When examining node data, n8n offers different views to make data inspection easier:
For complex data structures, the JSON view gives you the complete picture, while the table view makes it easier to scan through multiple items.
Step 7: Viewing Execution Context and Parameters
To see the overall execution context and parameters:
Understanding the execution context can help you identify patterns or issues related to specific trigger methods or times.
Step 8: Re-executing Workflows from History
n8n allows you to re-run workflows directly from the execution history:
This feature is helpful when you've fixed an issue in your workflow and want to retry a previously failed execution without waiting for a new trigger.
Step 9: Downloading Execution Data
To save or share execution data:
Downloading execution data can be useful for:
Step 10: Setting Up Execution History Retention
n8n allows you to configure how long execution history is retained:
Properly configuring retention settings helps manage database size while ensuring you have access to the execution history you need.
Step 11: Setting Up Error Notifications
To proactively monitor execution history for errors:
Setting up notifications ensures you don't have to constantly check the execution history to catch errors.
Step 12: Using the API to Access Execution History
For advanced users, n8n provides API access to execution history:
// Example: Get all executions using the n8n API
// Replace YOUR_N8N_URL and YOUR_API_KEY with your actual values
fetch('YOUR_N8N_URL/api/v1/executions', {
method: 'GET',
headers: {
'X-N8N-API-KEY': 'YOUR_API_KEY'
}
})
.then(response => response.json())
.then(data => console.log(data))
.catch(error => console.error('Error:', error));
This approach allows you to:
Step 13: Troubleshooting Using Execution History
The execution history is a powerful troubleshooting tool. Here's how to use it effectively:
Common patterns to look for:
Step 14: Comparing Different Executions
To compare different executions of the same workflow:
This comparison can help identify why a workflow succeeds sometimes but fails in other cases.
Step 15: Managing Execution History in Self-Hosted n8n
If you're running a self-hosted n8n instance, you have additional options for managing execution history:
For example, you can set the following environment variables:
# Set execution history to be kept for 60 days
N8N_EXECUTIONS_DATA_MAX_AGE=60
# Prune execution data automatically
N8N_EXECUTIONS_DATA\_PRUNE=true
# Set how often to prune (in seconds, default is 1 hour)
N8N_EXECUTIONS_DATA_PRUNE_INTERVAL=3600
These settings give you fine-grained control over how execution history is managed in your n8n instance.
When it comes to serving you, we sweat the little things. That’s why our work makes a big impact.