Skip to main content
Go to documentation:
⌘U
Weaviate Database

Develop AI applications using Weaviate's APIs and tools

Deploy

Deploy, configure, and maintain Weaviate Database

Weaviate Agents

Build and deploy intelligent agents with Weaviate

Weaviate Cloud

Manage and scale Weaviate in the cloud

Additional resources

Academy
Integrations
Contributor guide

Need help?

Weaviate LogoAsk AI Assistant⌘K
Community Forum

Deployment Troubleshooting Guide

So you've deployed Weaviate and you're fully immersed in the world of vectors when suddenly you encounter a puzzling mystery. This page will serve as your handbook for when things go awry in "Vector Land!"

Consider every error message a clue to solving the mystery you're encountering. The LOG_LEVEL environment variable helps you to solve any mysteries you encounter. The various levels of logging will allow you to right-size the precise amount of information you need to solve any Vector Land mysteries.

Common issues and solutions

The cluster is not accepting new information and there are disk space or read-only error messages in the logs.

Answer

Identifying the issue

As a first step, you'll want to examine your cluster's logs to identify the problem. If after checking the logs of your cluster you see error messages that include phrases like "read-only" or "disk space," then your cluster is more than likely in a read-only state due to insufficient disk space.

Resolving the issue

To solve this mystery, you'll need to increase the available disk space for your nodes. Once the disk space is increased, then you'll need to manually mark the affected shards or collections as writeable again. You can also set the MEMORY_WARNING_PERCENTAGE environment variable to issue warnings when the memory limit is near.

You're receiving inconsistent query results.

Answer

Identifying the issue

To confirm and identify the issue, you'll want to first run the same query multiple times to confirm that the results are inconsistent. If the inconsistent results are persisting, then you probably have asynchronous replication disabled for your deployment.

Resolving the issue

Check your settings to check if you have asynchronous replication enabled. If async_replication_disabled is set to "true" then you'll need to set that variable to "false." Once it is enabled, the logs will show messages that indicate successful peers checks and synchronization for the nodes.

Your nodes won't communicate, join a cluster, or maintain consensus.

Answer

Identifying the issue

To confirm and identify the issue, you'll want to first run the same query multiple times to confirm that the results are inconsistent. If the inconsistent results are persisting, then you probably have asynchronous replication disabled for your deployment.

Resolving the issue

Check your settings to check if you have asynchronous replication enabled. If async_replication_disabled is set to "true" then you'll need to set that variable to "false." Once it is enabled, the logs will show messages that indicate successful peers checks and synchronization for the nodes. Additionally, test the live and ready REST endpoints. and check the network configuration of the nodes.

You've downgraded and now your clusters won't reach the Ready state.

Answer

Identifying the issue

If you have a multi-node instance running 1.28.13+, 1.29.5+, or 1.30.2+ and have downgraded to a v1.27.x version earlier than 1.27.26.

Resolving the issue

If you need to downgrade Weaviate to v1.27.x, use 1.27.26 or higher.

As you continue your adventures in Vector Land, remember that even the most seasoned vector detectives encounter mysterious cases from time to time. Behind every error message lies not just a problem, but the clue you need to run Weaviate in its most optimal form!

Questions and feedback

If you have any questions or feedback, let us know in the user forum.