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

[GH-ISSUE #4546] [BUG]: Data not persisting in Truenas Scale #2890

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

Originally created by @barneycatatau on GitHub (Oct 15, 2025).
Original GitHub issue: https://github.com/Mintplex-Labs/anything-llm/issues/4546

How are you running AnythingLLM?

Not listed

What happened?

I have read this documentation already, so that's the reason I feel there is something wrong with anythingllm while running under Truenas. I'm running a fresh installation of anythingllm available in this catalog of truenas scale 25.04.2.4. It seems to me, that even though variable is properly set and mount point as well, the data is not persisting after restart.

Volume Mounts:
Image

app/server/storage mount:
Image

STORAGE_DIR variable set:
Image

Is there any workaround for that issue currently?

Are there known steps to reproduce?

No response

Originally created by @barneycatatau on GitHub (Oct 15, 2025). Original GitHub issue: https://github.com/Mintplex-Labs/anything-llm/issues/4546 ### How are you running AnythingLLM? Not listed ### What happened? I have read [this documentation](https://docs.anythingllm.com/installation-docker/local-docker) already, so that's the reason I feel there is something wrong with anythingllm while running under Truenas. I'm running a fresh installation of anythingllm available in [this catalog](https://apps.truenas.com/catalog/anything-llm/) of truenas scale 25.04.2.4. It seems to me, that even though variable is properly set and mount point as well, the data is not persisting after restart. Volume Mounts: <img width="884" height="132" alt="Image" src="https://github.com/user-attachments/assets/70d95624-a8bf-4783-93c2-52d20a956024" /> app/server/storage mount: <img width="753" height="350" alt="Image" src="https://github.com/user-attachments/assets/7dabf9df-dd72-419d-a5e4-4724963592b4" /> STORAGE_DIR variable set: <img width="1092" height="362" alt="Image" src="https://github.com/user-attachments/assets/ec0f1dee-4019-4472-b485-da510ff07fdb" /> Is there any workaround for that issue currently? ### Are there known steps to reproduce? _No response_
yindo added the possible bug label 2026-02-22 18:31:42 -05:00
yindo closed this issue 2026-02-22 18:31:42 -05:00
yindo commented 2026-02-22 18:31:42 -05:00
Author
Owner
Copy Link
Copy Source

@timothycarambat commented on GitHub (Oct 15, 2025):

Is that location writable by the docker process? While the container is running you should be able to
ls -la /mnt/.ix-apps/apps_mount/anythingllm/data on host and see all the files mapped from the container to the host.

From the command you showed it was unclear if you are running ls in the container - which of course will resolve in the container, but that is the whole problem.

What is your exact command you run on the Host to start the Docker container? That is the issue.

@timothycarambat commented on GitHub (Oct 15, 2025): Is that location writable by the docker process? While the container is running you should be able to `ls -la /mnt/.ix-apps/apps_mount/anythingllm/data` on host and see all the files mapped from the container to the host. From the command you showed it was unclear if you are running `ls` in the container - which of course will resolve in the container, but that is the whole problem. What is your _exact_ command you run on the Host to start the Docker container? That is the issue.
yindo commented 2026-02-22 18:31:42 -05:00
Author
Owner
Copy Link
Copy Source

@timothycarambat commented on GitHub (Oct 15, 2025):

That template you linked: https://apps.truenas.com/catalog/anything-llm/ is not maintained by us - so there could be an issue in that as well.

@timothycarambat commented on GitHub (Oct 15, 2025): That template you linked: https://apps.truenas.com/catalog/anything-llm/ is **not maintained by us** - so there could be an issue in that as well.
yindo changed title from [BUG]: Data not persisting in Truenas Scale to [GH-ISSUE #4546] [BUG]: Data not persisting in Truenas Scale 2026-06-05 14:49:06 -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#2890
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?