[GH-ISSUE #2861] [ISSUE]: Unable to login after a reboot of my container #1820

Closed
opened 2026-02-22 18:26:40 -05:00 by yindo · 1 comment
Owner

Originally created by @JOduMonT on GitHub (Dec 17, 2024).
Original GitHub issue: https://github.com/Mintplex-Labs/anything-llm/issues/2861

How are you running AnythingLLM?

Docker (remote machine)

What happened?

Unable to login after a reboot of my container

image

  • ./volumes are owned by: 1000:1000
  • I think users are stocked in sqlite: anythingllm.db
  • I use a local Qdrant as VectorDB: but I believe this DB is just for documents
    image

So if I create a user
then restart my container
I lose access.

If I reset my password with the Recovery Codes
it still doesn't work

PS: I use VaultWarden as Password Manager so yes my cut-and-paste skill are fine.

Are there known steps to reproduce?

spin the docker anythingllm
enable multi-user
shutdown your container
restart yout container

Originally created by @JOduMonT on GitHub (Dec 17, 2024). Original GitHub issue: https://github.com/Mintplex-Labs/anything-llm/issues/2861 ### How are you running AnythingLLM? Docker (remote machine) ### What happened? # Unable to login after a reboot of my container ![image](https://github.com/user-attachments/assets/21554a58-a8af-4f26-8f74-3e79f14af224) - ./volumes are owned by: 1000:1000 - I think users are stocked in sqlite: anythingllm.db - I use a local Qdrant as VectorDB: but I believe this DB is just for documents ![image](https://github.com/user-attachments/assets/b2aac979-4193-4dcc-b30b-8756d7c0d60f) So if I create a user then restart my container I lose access. If I reset my password with the Recovery Codes it still doesn't work PS: I use VaultWarden as Password Manager so yes my cut-and-paste skill are fine. ### Are there known steps to reproduce? spin the docker anythingllm enable multi-user shutdown your container restart yout container
yindo added the possible bug label 2026-02-22 18:26:40 -05:00
yindo closed this issue 2026-02-22 18:26:40 -05:00
Author
Owner

@JOduMonT commented on GitHub (Dec 17, 2024):

so at the beginning my container was unable to run when I was binding .env inside it.

now everything is fine;
the main issue was the missing binding of .env

@JOduMonT commented on GitHub (Dec 17, 2024): so at the beginning my container was unable to run when I was binding .env inside it. now everything is fine; the main issue was the missing binding of .env
yindo changed title from [ISSUE]: Unable to login after a reboot of my container to [GH-ISSUE #2861] [ISSUE]: Unable to login after a reboot of my container 2026-06-05 14:42:52 -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#1820