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 #1085] [BUG]: ArchLinux: Fail to move files into workspace: Error: Failed to fetch #670

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

Originally created by @ChaRoSaMa on GitHub (Apr 11, 2024).
Original GitHub issue: https://github.com/Mintplex-Labs/anything-llm/issues/1085

How are you running AnythingLLM?

AnythingLLM desktop app

What happened?

Screenshot_20240412_061642

OS: Arch linux amd64
kernel: 6.3.6-arch1-1
LLM: LocalLLM but an online api provider
Embedding Provider: AnythingLLM Embedder (LocalLLM with an online api have tried, but also failed)
DataBase: LanceDB

It seems not an IP error. I have tried many IPs, but none of them work. And I have tried English txt and Chinese txt, both failed (Perhaps not an error on the embedding provider, because LocalLLM with an online api have tried. By the way, does AnythingLLM Embedder supports Chinese?)

When I moved a file to workspace, the console didn't print anything. But when start it threw an error, followings are the complete console output:
"""
Updating location Prisma binaries for linux builds.
Prisma schema loaded from prisma/schema.prisma
Datasource "db": SQLite database "anythingllm.db" at "file:/home/CharSaMa/.config/anythingllm-desktop/storage/anythingllm.db"

Already in sync, no schema change or pending migration was found.

EROFS: read-only file system, unlink '/tmp/.mount_AnythibuCKka/resources/backend/node_modules/.prisma/client/index.js'

Prisma schema loaded from prisma/schema.prisma
Error:
EROFS: read-only file system, unlink '/tmp/.mount_AnythibuCKka/resources/backend/node_modules/.prisma/client/index.js'
"""

Are there known steps to reproduce?

No response

Originally created by @ChaRoSaMa on GitHub (Apr 11, 2024). Original GitHub issue: https://github.com/Mintplex-Labs/anything-llm/issues/1085 ### How are you running AnythingLLM? AnythingLLM desktop app ### What happened? ![Screenshot_20240412_061642](https://github.com/Mintplex-Labs/anything-llm/assets/95558132/7fcfd7e9-6fe6-4155-8800-0610398ce93a) OS: Arch linux amd64 kernel: 6.3.6-arch1-1 LLM: LocalLLM but an online api provider Embedding Provider: AnythingLLM Embedder (LocalLLM with an online api have tried, but also failed) DataBase: LanceDB It seems not an IP error. I have tried many IPs, but none of them work. And I have tried English txt and Chinese txt, both failed (Perhaps not an error on the embedding provider, because LocalLLM with an online api have tried. By the way, does AnythingLLM Embedder supports Chinese?) When I moved a file to workspace, the console didn't print anything. But when start it threw an error, followings are the complete console output: """ Updating location Prisma binaries for linux builds. Prisma schema loaded from prisma/schema.prisma Datasource "db": SQLite database "anythingllm.db" at "file:/home/CharSaMa/.config/anythingllm-desktop/storage/anythingllm.db" Already in sync, no schema change or pending migration was found. EROFS: read-only file system, unlink '/tmp/.mount_AnythibuCKka/resources/backend/node_modules/.prisma/client/index.js' Prisma schema loaded from prisma/schema.prisma Error: EROFS: read-only file system, unlink '/tmp/.mount_AnythibuCKka/resources/backend/node_modules/.prisma/client/index.js' """ ### Are there known steps to reproduce? _No response_
yindo added the possible bugDesktopOS: Linux labels 2026-02-22 18:20:45 -05:00
yindo closed this issue 2026-02-22 18:20:45 -05:00
yindo commented 2026-02-22 18:20:46 -05:00
Author
Owner
Copy Link
Copy Source

@timothycarambat commented on GitHub (Apr 11, 2024):

In ~/.config/anythingllm-desktop (or where Arch writes AppImage data) there should be a storage/models/Xenova folder. Does that exist for you? Could be related to https://github.com/Mintplex-Labs/anything-llm/issues/821, but we added a fallback URL to prevent this. However, it is possible you cannot reach either URL for downloading the embedder model to run locally.

If there is no error to the terminal when moving the document over, that would indicate that the frontend is failing to even reach the backend. The boot messages shown do not seem to indicate that it crashed or was otherwise unable to boot.

You can check to see if the server is running by curl HTTP://localhost:3001/api/ping while the app is running

@timothycarambat commented on GitHub (Apr 11, 2024): In `~/.config/anythingllm-desktop` (or where Arch writes AppImage data) there should be a storage/models/Xenova folder. Does that exist for you? Could be related to https://github.com/Mintplex-Labs/anything-llm/issues/821, but we added a fallback URL to prevent this. However, it is possible you cannot reach either URL for downloading the embedder model to run locally. If there is no error to the terminal when moving the document over, that would indicate that the frontend is failing to even reach the backend. The boot messages shown do not seem to indicate that it crashed or was otherwise unable to boot. You can check to see if the server is running by `curl HTTP://localhost:3001/api/ping` while the app is running
yindo commented 2026-02-22 18:20:46 -05:00
Author
Owner
Copy Link
Copy Source

@ChaRoSaMa commented on GitHub (Apr 12, 2024):

The folder doesn't exist indeed.

I am using clash as proxy. When I turn off proxy, it responds normally "{"online":true}", but when I turn on it, it doesn't have any response(though maybe it's not the cause of my problem). I will try different IP later.

I have tried all the IPs I can get, stiil not working. there's still a possibility that just only the IPs I get can't work

@ChaRoSaMa commented on GitHub (Apr 12, 2024): The folder doesn't exist indeed. I am using clash as proxy. When I turn off proxy, it responds normally "{"online":true}", but when I turn on it, it doesn't have any response(though maybe it's not the cause of my problem). I will try different IP later. I have tried all the IPs I can get, stiil not working. there's still a possibility that just only the IPs I get can't work
yindo commented 2026-02-22 18:20:46 -05:00
Author
Owner
Copy Link
Copy Source

@ChaRoSaMa commented on GitHub (Apr 12, 2024):

I have followed the #821 and tried to create the folder".config/anythingllm-desktop/storage/models/Xenova/all-MiniLM-L6-v2/", but didn't work either.
What's worse, I tried to conduct a chat, but failed, the same problem as #946 .
I previously used docker to set up anything-llm, the chat feature works normally, but when I just apply the same setting into the desktop application, it doesn't work. So I am puzzled now.

@ChaRoSaMa commented on GitHub (Apr 12, 2024): I have followed the #821 and tried to create the folder".config/anythingllm-desktop/storage/models/Xenova/all-MiniLM-L6-v2/", but didn't work either. What's worse, I tried to conduct a chat, but failed, the same problem as #946 . I previously used **docker to set up anything-llm**, the chat feature works normally, but when I just **apply the same setting** into the desktop application, it doesn't work. So I am puzzled now.
yindo commented 2026-02-22 18:20:46 -05:00
Author
Owner
Copy Link
Copy Source

@timothycarambat commented on GitHub (Apr 12, 2024):

At this point, with the influx of issues across the multitude of Linux distros we may just drop the desktop appimage and just point to use docker since that consistently works as making sure the correct binaries exist for not only the OS, but also its version, is causing so many issues that are frankly impossible to debug remotely.

The only solution for the appimage, which does work is unpacking it, running npm install, and running the image unpacked.
https://github.com/Mintplex-Labs/anything-llm/issues/1077#issuecomment-2048481246

@timothycarambat commented on GitHub (Apr 12, 2024): At this point, with the influx of issues across the multitude of Linux distros we may just drop the desktop appimage and just point to use docker since that consistently works as making sure the correct binaries exist for not only the OS, but also its version, is causing so many issues that are frankly impossible to debug remotely. The only solution for the appimage, which does work is unpacking it, running `npm install`, and running the image unpacked. https://github.com/Mintplex-Labs/anything-llm/issues/1077#issuecomment-2048481246
yindo commented 2026-02-22 18:20:46 -05:00
Author
Owner
Copy Link
Copy Source

@ChaRoSaMa commented on GitHub (Apr 12, 2024):

Wow... so I'd be appreciate if you can add embed feature in the docker version

@ChaRoSaMa commented on GitHub (Apr 12, 2024): Wow... so I'd be appreciate if you can add embed feature in the docker version
yindo commented 2026-02-22 18:20:46 -05:00
Author
Owner
Copy Link
Copy Source

@timothycarambat commented on GitHub (Apr 12, 2024):

@ChaRoSaMa you already can embed with the built-in embedded on Docker. The only thing the Docker app does not have that desktop does is the built-in LLM.

@timothycarambat commented on GitHub (Apr 12, 2024): @ChaRoSaMa you already can embed with the built-in embedded on Docker. The only thing the Docker app does not have that desktop does is the built-in LLM.
yindo commented 2026-02-22 18:20:46 -05:00
Author
Owner
Copy Link
Copy Source

@ChaRoSaMa commented on GitHub (Apr 12, 2024):

soooorry.. I just misspoke. I mean the document uploading feature...

But by the way thanks for awesome application you built

@ChaRoSaMa commented on GitHub (Apr 12, 2024): soooorry.. I just misspoke. I mean the document uploading feature... But by the way thanks for awesome application you built
yindo changed title from [BUG]: ArchLinux: Fail to move files into workspace: Error: Failed to fetch to [GH-ISSUE #1085] [BUG]: ArchLinux: Fail to move files into workspace: Error: Failed to fetch 2026-06-05 14:36:35 -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 Desktop OS: Linux 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#670
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?