Mintplex-Labs/anything-llm
1
0
Fork 0
mirror of https://github.com/Mintplex-Labs/anything-llm.git synced 2026-07-19 22:23:50 -04:00
Code Issues 328 Packages Projects Releases 10 Wiki Activity

[GH-ISSUE #896] [BUG]: Weaviate integration not working #536

New Issue
Closed
opened 2026-02-22 18:20:00 -05:00 by yindo · 5 comments
yindo commented 2026-02-22 18:20:00 -05:00
Owner
Copy Link
Copy Source

Originally created by @dblinick on GitHub (Mar 12, 2024).
Original GitHub issue: https://github.com/Mintplex-Labs/anything-llm/issues/896

Originally assigned to: @shatfield4 on GitHub.

How are you running AnythingLLM?

Docker (local)

What happened?

Getting error when using Weaviate as vector store:
image

Storage of document is working (I can see it in the weaviate logs when I store a doc) - but it looks like whatever function is supposed to call weaviate is failing (I don't even see it connect on the weaviate side).

Here is the error from the docker logs:
anything-llm | TypeError: Cannot read properties of null (reading 'map') anything-llm | at Object.similarityResponse (/app/server/utils/vectorDbProviders/weaviate/index.js:93:45) anything-llm | at process.processTicksAndRejections (node:internal/process/task_queues:95:5) anything-llm | at async Object.performSimilaritySearch (/app/server/utils/vectorDbProviders/weaviate/index.js:366:47) anything-llm | at async streamChatWithWorkspace (/app/server/utils/chats/stream.js:110:9) anything-llm | at async /app/server/endpoints/chat.js:84:9

Docker image was pulled today using :latest

Are there known steps to reproduce?

No response

Originally created by @dblinick on GitHub (Mar 12, 2024). Original GitHub issue: https://github.com/Mintplex-Labs/anything-llm/issues/896 Originally assigned to: @shatfield4 on GitHub. ### How are you running AnythingLLM? Docker (local) ### What happened? Getting error when using Weaviate as vector store: ![image](https://github.com/Mintplex-Labs/anything-llm/assets/14971287/b92126f1-b8a3-4fc0-b078-69fd787ceb99) Storage of document is working (I can see it in the weaviate logs when I store a doc) - but it looks like whatever function is supposed to call weaviate is failing (I don't even see it connect on the weaviate side). Here is the error from the docker logs: `anything-llm | TypeError: Cannot read properties of null (reading 'map') anything-llm | at Object.similarityResponse (/app/server/utils/vectorDbProviders/weaviate/index.js:93:45) anything-llm | at process.processTicksAndRejections (node:internal/process/task_queues:95:5) anything-llm | at async Object.performSimilaritySearch (/app/server/utils/vectorDbProviders/weaviate/index.js:366:47) anything-llm | at async streamChatWithWorkspace (/app/server/utils/chats/stream.js:110:9) anything-llm | at async /app/server/endpoints/chat.js:84:9` Docker image was pulled today using :latest ### Are there known steps to reproduce? _No response_
yindo added the possible bug label 2026-02-22 18:20:00 -05:00
yindo closed this issue 2026-02-22 18:20:00 -05:00
yindo commented 2026-02-22 18:20:00 -05:00
Author
Owner
Copy Link
Copy Source

@shatfield4 commented on GitHub (Mar 13, 2024):

How are you using Weaviate? Their cloud hosted version or local version? I have just tested this using their cloud hosted version and cannot replicate this bug. Also which embedding provider are you using?

@shatfield4 commented on GitHub (Mar 13, 2024): How are you using Weaviate? Their cloud hosted version or local version? I have just tested this using their cloud hosted version and cannot replicate this bug. Also which embedding provider are you using?
yindo commented 2026-02-22 18:20:00 -05:00
Author
Owner
Copy Link
Copy Source

@dblinick commented on GitHub (Mar 13, 2024):

Hi Sean,
I am using the locally hosted version (docker) - I don't have access to my machine at the moment to check the specific version, but will update this thread when i do. Embeddings are being done by ollama (nomic-embed-text) - work fine with lancedb - and as mentioned previously - i don't get any errors when the files embed.

EDIT Just looked at the weaviate docs - docker image i am using is: cr.weaviate.io/semitechnologies/weaviate:1.24.2

@dblinick commented on GitHub (Mar 13, 2024): Hi Sean, I am using the locally hosted version (docker) - I don't have access to my machine at the moment to check the specific version, but will update this thread when i do. Embeddings are being done by ollama (nomic-embed-text) - work fine with lancedb - and as mentioned previously - i don't get any errors when the files embed. ***EDIT*** Just looked at the weaviate docs - docker image i am using is: cr.weaviate.io/semitechnologies/weaviate:1.24.2
yindo commented 2026-02-22 18:20:01 -05:00
Author
Owner
Copy Link
Copy Source

@timothycarambat commented on GitHub (Mar 13, 2024):

Trying to replicate:
docker pull cr.weaviate.io/semitechnologies/weaviate:1.24.2
image hash: 977512c2586faabebc30e6f7b59eec075d17fe135e48a74d32e4efbf250294bf

version: '3.4'
services:
  weaviate:
    command:
    - --host
    - 0.0.0.0
    - --port
    - '8080'
    - --scheme
    - http
    image: cr.weaviate.io/semitechnologies/weaviate:1.24.2
    ports:
    - 8080:8080
    - 50051:50051
    restart: on-failure:0

docker compose up -d

-> Weaviate is confirmed running at http://localhost:8080

docker pull mintplexlabs/anythingllm
image hash: 90884c31672a035c4a2c829eeae5c0988a65f54ee39aa99f762a46c80ae5267d

In AnythingLLM, Weaviate connection is input as http://host.docker.internal:8080 due to loopback in the container and Weaviate running on host network. No auth input.

  • Use OpenAI as LLM, default embedder.
  • I create a new workspace
  • Upload a document
  • Embed document
  • Send query. Got response back with citations
@timothycarambat commented on GitHub (Mar 13, 2024): Trying to replicate: `docker pull cr.weaviate.io/semitechnologies/weaviate:1.24.2` image hash: _977512c2586faabebc30e6f7b59eec075d17fe135e48a74d32e4efbf250294bf_ ```yaml version: '3.4' services: weaviate: command: - --host - 0.0.0.0 - --port - '8080' - --scheme - http image: cr.weaviate.io/semitechnologies/weaviate:1.24.2 ports: - 8080:8080 - 50051:50051 restart: on-failure:0 ``` `docker compose up -d` -> Weaviate is confirmed running at `http://localhost:8080` `docker pull mintplexlabs/anythingllm` image hash: _90884c31672a035c4a2c829eeae5c0988a65f54ee39aa99f762a46c80ae5267d_ In AnythingLLM, Weaviate connection is input as `http://host.docker.internal:8080` due to loopback in the container and Weaviate running on host network. No auth input. - Use OpenAI as LLM, default embedder. - I create a new workspace - Upload a document - Embed document - Send query. Got response back with citations
yindo commented 2026-02-22 18:20:01 -05:00
Author
Owner
Copy Link
Copy Source

@shatfield4 commented on GitHub (Mar 18, 2024):

Closing since we cannot replicate this bug.

@shatfield4 commented on GitHub (Mar 18, 2024): Closing since we cannot replicate this bug.
yindo commented 2026-02-22 18:20:01 -05:00
Author
Owner
Copy Link
Copy Source

@ghulamulhassanali commented on GitHub (Apr 3, 2024):

Facing the same issue. Using AnythingLLM's Mac silicone version with OpenAI's embeddings and LLM and vector database by Weaviate both local and cloud deployments.
The embeddings are successfully created I can see the number of objects as 1453 from the same file, on both local and cloud deployment.
Screenshot 2024-04-03 at 14 58 05

Application worked with LanceDB as the vector database.

@ghulamulhassanali commented on GitHub (Apr 3, 2024): Facing the same issue. Using AnythingLLM's Mac silicone version with OpenAI's embeddings and LLM and vector database by Weaviate both local and cloud deployments. The embeddings are successfully created I can see the number of objects as 1453 from the same file, on both local and cloud deployment. <img width="1243" alt="Screenshot 2024-04-03 at 14 58 05" src="https://github.com/Mintplex-Labs/anything-llm/assets/10957137/a2c6d7ce-6844-402b-b07f-23fbe927db47"> Application worked with LanceDB as the vector database.
yindo changed title from [BUG]: Weaviate integration not working to [GH-ISSUE #896] [BUG]: Weaviate integration not working 2026-06-05 14:35:51 -04:00
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
Desktop
Docker
Integration Request
Integration Request
OS: Linux
OS: Mobile
OS: Windows
UI/UX
blocked
bug
bug
core-team-only
documentation
duplicate
embed-widget
enhancement
feature request
github_actions
good first issue
investigating
needs info / can't replicate
possible bug
pull-request
Mirrored from GitHub Pull Request
 question
stage: specifications
wontfix
No Label possible bug
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
yindo
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: Mintplex-Labs/anything-llm#536
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?