[GH-ISSUE #2294] [BUG]: docker image crashes #1499

Closed
opened 2026-02-22 18:25:08 -05:00 by yindo · 3 comments
Owner

Originally created by @thistleknot on GitHub (Sep 15, 2024).
Original GitHub issue: https://github.com/Mintplex-Labs/anything-llm/issues/2294

How are you running AnythingLLM?

Docker (local)

What happened?

docker pull mintplexlabs/anythingllm

export STORAGE_LOCATION=/mnt/intRaid_/anythingllm

touch "$STORAGE_LOCATION/.env"

ls /mnt/intRaid_/anythingllm/ -latr

docker run -d -p 3001:3001 --cap-add SYS_ADMIN -v ${STORAGE_LOCATION}:/app/server/storage -v ${STORAGE_LOCATION}/.env:/app/server/.env -e STORAGE_DIR="/app/server/storage" mintplexlabs/anythingllm

crashes

docker logs a7a0dff32a25023fcd7b3ce57f976f643ca067e850563096fde9eca740b0e726

[collector] info: Collector hot directory and tmp storage wiped!
[collector] info: Document processor app listening on port 8888
Environment variables loaded from .env
Prisma schema loaded from prisma/schema.prisma

✔ Generated Prisma Client (v5.3.1) to ./node_modules/@prisma/client in 1.17s

Start using Prisma Client in Node.js (See: https://pris.ly/d/client)
import { PrismaClient } from '@prisma/client'
const prisma = new PrismaClient()

or start using Prisma Client at the edge (See: https://pris.ly/d/accelerate)
import { PrismaClient } from '@prisma/client/edge'
const prisma = new PrismaClient()

See other ways of importing Prisma Client: http://pris.ly/d/importing-client

Environment variables loaded from .env
Prisma schema loaded from prisma/schema.prisma
Datasource "db": SQLite database "anythingllm.db" at "file:../storage/anythingllm.db"

Error: Schema engine error:
SQLite database error
unable to open database file: ../storage/anythingllm.db

Are there known steps to reproduce?

Steps to Reproduce the Error

docker pull mintplexlabs/anythingllm

export STORAGE_LOCATION=/mnt/intRaid_/anythingllm

ls /mnt/intRaid_/anythingllm

touch "$STORAGE_LOCATION/.env"

docker run -d -p 3001:3001 --cap-add SYS_ADMIN -v ${STORAGE_LOCATION}:/app/server/storage -v ${STORAGE_LOCATION}/.env:/app/server/.env -e STORAGE_DIR="/app/server/storage" mintplexlabs/anythingllm

docker logs <container_id>

python 3.10
oracle linux 8

Originally created by @thistleknot on GitHub (Sep 15, 2024). Original GitHub issue: https://github.com/Mintplex-Labs/anything-llm/issues/2294 ### How are you running AnythingLLM? Docker (local) ### What happened? ``` docker pull mintplexlabs/anythingllm export STORAGE_LOCATION=/mnt/intRaid_/anythingllm touch "$STORAGE_LOCATION/.env" ls /mnt/intRaid_/anythingllm/ -latr docker run -d -p 3001:3001 --cap-add SYS_ADMIN -v ${STORAGE_LOCATION}:/app/server/storage -v ${STORAGE_LOCATION}/.env:/app/server/.env -e STORAGE_DIR="/app/server/storage" mintplexlabs/anythingllm ``` crashes ``` docker logs a7a0dff32a25023fcd7b3ce57f976f643ca067e850563096fde9eca740b0e726 ``` [collector] info: Collector hot directory and tmp storage wiped! [collector] info: Document processor app listening on port 8888 Environment variables loaded from .env Prisma schema loaded from prisma/schema.prisma ✔ Generated Prisma Client (v5.3.1) to ./node_modules/@prisma/client in 1.17s Start using Prisma Client in Node.js (See: https://pris.ly/d/client) import { PrismaClient } from '@prisma/client' const prisma = new PrismaClient() or start using Prisma Client at the edge (See: https://pris.ly/d/accelerate) import { PrismaClient } from '@prisma/client/edge' const prisma = new PrismaClient() See other ways of importing Prisma Client: http://pris.ly/d/importing-client Environment variables loaded from .env Prisma schema loaded from prisma/schema.prisma Datasource "db": SQLite database "anythingllm.db" at "file:../storage/anythingllm.db" Error: Schema engine error: SQLite database error unable to open database file: ../storage/anythingllm.db ### Are there known steps to reproduce? Steps to Reproduce the Error ``` docker pull mintplexlabs/anythingllm export STORAGE_LOCATION=/mnt/intRaid_/anythingllm ls /mnt/intRaid_/anythingllm touch "$STORAGE_LOCATION/.env" docker run -d -p 3001:3001 --cap-add SYS_ADMIN -v ${STORAGE_LOCATION}:/app/server/storage -v ${STORAGE_LOCATION}/.env:/app/server/.env -e STORAGE_DIR="/app/server/storage" mintplexlabs/anythingllm docker logs <container_id> ``` python 3.10 oracle linux 8
yindo added the possible bug label 2026-02-22 18:25:08 -05:00
yindo closed this issue 2026-02-22 18:25:08 -05:00
Author
Owner

@thistleknot commented on GitHub (Sep 15, 2024):

fixed
chmod -R 777 /mnt/{whereve you are mounting using -v}
https://github.com/Mintplex-Labs/anything-llm/issues/1996

@thistleknot commented on GitHub (Sep 15, 2024): fixed chmod -R 777 /mnt/{whereve you are mounting using -v} https://github.com/Mintplex-Labs/anything-llm/issues/1996
Author
Owner

@ShivamB25 commented on GitHub (May 23, 2025):

fixed chmod -R 777 /mnt/{whereve you are mounting using -v} #1996

it is a very known bug. maybe can u put it on docs ?

@ShivamB25 commented on GitHub (May 23, 2025): > fixed chmod -R 777 /mnt/{whereve you are mounting using -v} [#1996](https://github.com/Mintplex-Labs/anything-llm/issues/1996) it is a very known bug. maybe can u put it on docs ?
Author
Owner

@timothycarambat commented on GitHub (May 24, 2025):

It's not a bug, it's just how linux works when you try mounting a userland application to a generic top-level folder 🤷

I guess its worth putting in docs for those that dont know since it seems to happen a lot!

@timothycarambat commented on GitHub (May 24, 2025): It's not a bug, it's just how linux works when you try mounting a userland application to a generic top-level folder 🤷 I guess its worth putting in docs for those that dont know since it seems to happen a lot!
yindo changed title from [BUG]: docker image crashes to [GH-ISSUE #2294] [BUG]: docker image crashes 2026-06-05 14:41:05 -04:00
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: Mintplex-Labs/anything-llm#1499