This document provides a stepwise troubleshooting guide for the Relativity Environment Watch Windows service and the Open Telemetry Collector in Relativity environments.
Note
The Relativity Environment Watch Windows service is responsible for auto-configuring and managing the Open Telemetry Collector on each server. There are no expectations for the user to configure the collector directly.
First, ensure that the core Elastic Stack components (Elasticsearch, Kibana, and APM Server) are running and accessible. If you are not seeing any data in dashboards, this strongly suggests a problem with the Elastic Stack itself.
Check Service Accessibility:
-
Elasticsearch:
curl.exe -k -u <username>:<password> -X GET "https://<hostname_or_ip>:9200/"
Expected output: A JSON response with cluster details indicates success.
-
Kibana:
curl.exe -k -u <username>:<password> -X GET "http://<hostname_or_ip>:5601/api/status"
Expected output: A JSON response with
"level": "available"indicates success. -
APM Server:
curl.exe -k "http://<hostname_or_ip>:8200/"
Expected output: A JSON response with version details indicates success.
-
If a service is not running, refer to its specific troubleshooting guide:
- For port-related issues, see the Pre-requisite Troubleshooting guide.
If the Elastic Stack is running, check that your monitoring agent hosts are present in Kibana and are sending metrics. If hosts are missing or not updating, the issue may be with the agent or host configuration.
-
Monitoring Agents Dashboard
-
Open Kibana and navigate to the Monitoring Agents dashboard.
-
Confirm the "Last Check-In" field is updating for each monitored server. Expected: The "Last Check-In" timestamp updates regularly.
-
Confirm the Agent Version column value is displayed for all hosts and shows the same version for every host. Expected: The "Agent Version" column value should be the same for all hosts and visible for each host.
-
-
Host Infrastructure Overview
-
Discover Query
If a specific host is not reporting, check that the Environment Watch Windows service is running on that host. This service is responsible for managing the Open Telemetry Collector. Also verify that the Open Telemetry Collector process is running, its port is listening, logs are being generated, and the auto-generated YAML file exists.
-
Open PowerShell and run the following to check the service status:
Get-Service 'Relativity Environment Watch'
Expected output:
Status Name Display Name ------ ---- --------- Running Relativity Envi... Relativity Environment Watch -
If the service is not running, restart it:
Restart-Service -Name "Relativity Environment Watch"
Expected output: No output if successful. Service status will be "Running" after execution.
-
Verify logs are being generated:
- Check the directory:
C:\ProgramData\Relativity\EnvironmentWatch\Services\InfraWatchAgent\Logs - Ensure files like
otelcol-relativity-stderr.logandotelcol-relativity-stdout.logare present and updating. Expected output: Log files are present and their timestamps are updating as new data is written.
- Check the directory:
-
Open Task Manager and look for
otelcol-relativity.exeunder the Processes tab. Alternatively, use PowerShell:Get-Process -Name otelcol-relativity
Expected output:
Handles NPM(K) PM(K) WS(K) CPU(s) Id SI ProcessName ------- ------ ----- ----- ------ -- -- ----------- ... ... ... ... ... ... ... otelcol-relativity(If not running, no output.)
-
Check port status in the Port Configuration Troubleshooting guide.
When running, both
rel-envwatch-serviceandotelcol-relativityprocesses are present. When stopped, neither process is present. Port 4318 is listening only when service is running.
If the service and collector are running but data is still missing, check the logs for errors or misconfiguration.
Important
The most important log entry to confirm successful operation is "Everything is ready" If you do not see this message in the logs or Windows Event Viewer, the Open Telemetry Collector is almost certainly not working correctly.
Warning
The Windows Event Log for Relativity.EnvironmentWatch uses a very small default size (1 MB). This can quickly fill up and cause important log entries (like "Everything is ready") to be lost. Increase the log size to at least 500 MB in Event Viewer to ensure you do not miss critical events.
The below log files will be available in v2025.08.27 EW BUNDLE RELEASE.
-
All logs are written to:
C:\ProgramData\Relativity\EnvironmentWatch\Services\InfraWatchAgent\Logs\otelcol-relativity-stderr.log(errors)C:\ProgramData\Relativity\EnvironmentWatch\Services\InfraWatchAgent\Logs\otelcol-relativity-stdout.log(general logs)
-
All information and error log entries are also written to the Windows event log:
Relativity.EnvironmentWatch
- Open Event Viewer (eventvwr.msc)
- Navigate to Application and Service Logs > Relativity.EnvironmentWatch
- Review any Error or Warning entries for troubleshooting details
-
Use PowerShell to check error logs:
Get-EventLog Relativity.EnvironmentWatch | Where { $_.EntryType -eq "Error" }
Expected output:
Index Time EntryType Source InstanceID Message ----- ---- --------- ------ ---------- ------- 123 7/29/2025 Error Relativity.EnvironmentWatch ... [Error details](No output if no errors are present.)
-
Use PowerShell to check information logs:
Get-EventLog Relativity.EnvironmentWatch | Where { $_.EntryType -eq "Information" }
Expected output:
Index Time EntryType Source InstanceID Message ----- ---- --------- ------ ---------- ------- 124 7/29/2025 Information Relativity.EnvironmentWatch ... [Info details] -
Use PowerShell to check for "Everything is ready" message:
Get-EventLog Relativity.EnvironmentWatch | Where { $_.Message -like "*Everything is ready*" }
Expected output:
Index Time EntryType Source InstanceID Message ----- ---- --------- ------ ---------- ------- 123 7/29/2025 Information Relativity.EnvironmentWatch ... Everything is ready -
You can also check the Event Viewer logs for
Relativity.EnvironmentWatch:
If the above steps do not resolve the issue, verify the following access and configuration requirements:
-
If you are not logged in as the Relativity Service Account, use the commands below.
$cred = Get-Credential # use the Relativity Service Account Start-Process "powershell.exe" -Credential $cred -ArgumentList '-NoExit'
-
In the new PowerShell session window, run:
# Example: Replace with your actual BCP share path Test-Path "\\bcp-share\relativity-data"Expected output: True (If the path is accessible; otherwise, False.)
Note
For troubleshooting steps related to the Relativity Secret Store, please refer to the Pre-requisite Troubleshooting guide.
-
The required web certificate must be installed on the server. For certificate troubleshooting, see the Pre-requisite Troubleshooting guide.
-
Verify Kepler API status:
curl.exe -k -u <username>:<password> -X GET "https://<hostname_or_ip>/relativity.rest/api/relativity-infrawatch-services/v1/infrawatch-manager/getkeplerstatusasync"
Expected Result: JSON response with
"status": "OK".
For service account requirements and troubleshooting, see Environment_Watch_Installer
This section covers issues related to the Environment Watch installer and the underlying Windows services it manages.
Symptoms:
-
The product installation fails with an error indicating the user is not added to the Local Security Policy.
Troubleshooting Steps:
- Add User to Local Security Policy:
Symptoms:
Troubleshooting Steps:
- Verify CLI Setup: Ensure that the one-time setup using the
relsvr.exe setupcommand was executed successfully and completed without errors. This step is required to generate the necessary secrets.
For additional troubleshooting, refer to the main documentation:
Environment Watch Installer






