Installation troubleshooting
This guide helps system administrators troubleshoot issues that occur during or immediately after a new Deephaven Enterprise installation. It covers the installation process, post-installation verification, and common failure scenarios.
Installation log locations
When troubleshooting installation issues, consult these log locations:
| Location | Purpose |
|---|---|
${DH_LOCAL_DIR}/logs/ | Installer logs on the Installation Host |
${DH_LOCAL_DIR}/logs/$node_hostname/ | Logs copied from remote hosts to the Installation Host |
/var/log/deephaven/install_configuration/ | Configuration scripts run during installation (on each node) |
/var/log/deephaven/previous_install/ | Logs from the previous installation attempt |
/var/log/deephaven/<service_name>/ | Service logs after installation completes |
Tip
Run the dh_log_sync.sh script from the Installation Host to copy all logs from remote machines. This simplifies debugging when installation fails on a remote node.
Log files containing sensitive information are only visible to the irisadmin user (or your configured DH_ADMIN_USER).
Quick log searching
To quickly find errors in installation logs:
Pre-installation checklist
Before running the installer, verify these requirements on each cluster node:
System requirements
-
Swapping disabled:
-
Process limits configured:
-
Open file limits configured:
-
Sufficient disk space:
-
Network connectivity between nodes:
-
DNS resolution:
SSH and permissions
-
SSH access from Installation Host:
-
Sudoers permissions: Verify that the service user can execute required sudo commands. See Sudoers configuration.
Installation script failures
master_install.sh fails to connect
Symptoms:
- SSH connection timeouts.
- "Permission denied" errors.
- "Host key verification failed" errors.
Resolution:
-
Verify SSH key configuration:
-
Check that host keys are trusted:
-
Verify the service user exists on all target nodes:
dh_root_prepare.sh fails
Symptoms:
- Errors creating users or groups.
- Permission denied when creating directories.
- Package installation failures.
Resolution:
-
Review the log in
/var/log/deephaven/install_configuration/on the affected node. -
Verify sudoers configuration allows the required operations:
-
Check that required users and groups can be created:
-
Ensure consistent UIDs/GIDs across all nodes. See Users and groups.
Common errors and their causes:
-
Package installation failure:
Action: Check network connectivity to package repositories; verify proxy settings if applicable.
-
Invalid node configuration:
Action: Verify
cluster.cnfnode definitions are correct for this host.
dh_install.sh fails
Symptoms:
- Tar extraction errors.
- "No space left on device" errors.
- Missing Java errors.
Resolution:
-
Check disk space:
-
Verify Java installation:
-
Check that the installation media was uploaded correctly:
Common errors and their causes:
-
Java version mismatch:
Action: Run
sudo update-alternatives --config javaor setDH_JAVAincluster.cnf. -
Missing installation media:
Action: Verify the tar.gz files exist in
${DH_REMOTE_DIR}or/var/lib/deephaven. -
Disk space exhausted:
Action: Clear at least the amount specified in the error message from the affected mount point.
etcd_configure.sh fails
Symptoms:
- etcd cluster fails to form.
- "context deadline exceeded" errors.
- Certificate errors during etcd startup.
Resolution:
-
Check etcd service status on each node:
-
Verify network connectivity between etcd nodes on ports 2379 and 2380:
-
Check etcd bootstrap files exist:
-
If etcd fails to start due to certificate issues, see Certificate problems.
Common errors and their causes:
-
Network timeout:
Action: Check firewall rules for ports 2379/2380; verify etcd nodes can reach each other with
nc -zv.
dh_node_finalize.sh fails
Symptoms:
- Errors importing configuration to etcd.
- "etcdserver: mvcc: database space exceeded" errors.
- Partial configuration state.
Resolution:
If dh_node_finalize.sh does not complete normally, the subsequent dh_install.sh script may encounter problems:
-
Disable etcd imports temporarily:
-
Re-run the installation.
dh_node_finalize.shshould now succeed. -
Re-enable etcd imports:
For etcd space issues, see Troubleshoot etcd errors.
Post-installation verification
Verify services are running
On each node, check that all Deephaven services have started:
All processes should show a green OK status. Common statuses indicating problems:
| Status | Meaning |
|---|---|
Does not exist | Process has not started |
Initializing | Process is starting (may cycle if failing repeatedly) |
Execution failed | Process failed to start |
Not monitored | Process is disabled in monit |
Tip
For processes that cycle between Initializing and Execution failed, use interactive debugging to see real-time output. See Interactive process debugging.
If dh_monit up times out, check which process has problems:
Verify etcd cluster health
From a node running the configuration_server:
All nodes should appear in the table. If any show context deadline exceeded, that node is down or unreachable.
Validate the cluster with check-deephaven-cluster
If Python is available, run a comprehensive validation:
This script tests:
- User authentication against all auth servers.
WebClientDataquery is running.- Groovy and Python workers can be created on each query server.
DbInternal.ProcessEventLogtable is being written and can be read.
Note
Installations with Envoy enabled use port 8000. For systems without Envoy, use port 8123.
Verify Web UI access
-
From a browser, connect to
https://<deephaven_host>:8000/(with Envoy) orhttps://<deephaven_host>:8123/(without Envoy). -
Log in with administrator credentials.
-
Open the Query Monitor panel and verify these Persistent Queries are running:
ImportHelperQueryRevertHelperQueryWebClientData
-
Start a new console and run a simple query:
Common installation issues
Certificate problems
Symptoms:
- Services fail with "No subject alternative name matching" errors.
- TLS handshake failures.
- Browser security warnings when accessing the Web UI.
Example error in logs:
Resolution:
-
Verify the Configuration Server host file contains the correct hostname:
-
Check that the truststore contains a certificate with a matching SAN:
-
Decode a specific certificate to inspect its SANs:
For detailed certificate troubleshooting, see Troubleshoot certificate errors.
Authentication server connection errors during startup
Symptoms:
- Configuration Server logs show authentication failures during startup.
- Services cycle between starting and failing.
Explanation:
It is normal to see Authentication Server failures in the Configuration Server log while the Authentication Server is starting up. The Configuration Server must start first, as it is a dependency for the Authentication Server. The Configuration Server attempts to connect to the Authentication Server and retries while waiting for it to become available.
Resolution:
Use dh_monit up --block to start services in the correct order and wait for all processes to come online:
Services fail to start due to port conflicts
Symptoms:
java.net.BindException: Address already in usein logs.- Services immediately fail after starting.
Resolution:
-
Identify what is using the port:
-
Stop the conflicting process or reconfigure Deephaven to use a different port.
-
See Deephaven process ports for the list of ports used by Deephaven services.
Insufficient system resources
Symptoms:
java.lang.OutOfMemoryErrorerrors in logs.- Services crash intermittently.
- System becomes unresponsive.
Resolution:
-
Check available memory:
-
Verify swap is disabled (swapping severely impacts Deephaven performance):
-
Review heap allocations in
/etc/sysconfig/illumon.confs/hostconfig.systemand adjust if necessary in/etc/sysconfig/illumon.confs/illumon.iris.hostconfig. -
Check disk space:
Process limit errors
Symptoms:
- "Cannot allocate memory" errors.
- "Too many open files" errors.
- Workers fail to start.
Resolution:
-
Check current limits for the Deephaven user:
-
Verify
/etc/security/limits.confcontains the required settings: -
Log out and log back in (or restart the affected service) for changes to take effect.
Monit fails to start
Symptoms:
- Monit service does not start after reboot.
dh_monitcommands fail.
Resolution:
After an improper shutdown, a stale PID file may prevent Monit from starting:
-
Remove the stale PID file:
-
Restart Monit:
etcd cluster issues
Symptoms:
- Deephaven services cannot start because they cannot connect to etcd.
etcdctlcommands timeout or fail.
Resolution:
-
Check etcd service status:
-
View etcd logs:
-
Check etcd cluster health:
For detailed etcd troubleshooting, see Troubleshoot etcd errors.
Interactive process debugging
If standard log files do not provide enough information, you can start a process interactively for additional debugging output.
Caution
This is an advanced troubleshooting step that bypasses M/Monit's automatic management. Only use this when standard log analysis is insufficient.
-
Find the process start command:
-
Start the process interactively as the admin user:
-
Observe the output for errors not captured in standard logs.
Collecting diagnostic information
Quick diagnostic checklist
Before contacting support, collect:
- Output of
dh_monit summaryon all nodes - Last 100 lines of failing process log
- Output of
etcdctl.sh endpoint status -w table - Contents of
/etc/sysconfig/deephaven/cluster.cnf(redact passwords) - Output of
java -version - Output of
df -handfree -h
Detailed collection steps
When contacting Deephaven support, collect the following information:
-
Installation logs:
-
Service status:
-
etcd cluster status:
-
Recent service logs:
-
System information: