mirror of
https://github.com/Mintplex-Labs/anything-llm.git
synced 2026-07-19 14:13:35 -04:00
Closed
opened 2026-02-22 18:27:00 -05:00 by yindo
·
70 comments
No Branch/Tag Specified
master
5846-bug-when-scrolling-up-scrolling-jumps
refactor-remove-workspace-pfp
5969-bug-stopgenerationbutton-disappears-on-the-first-prompt-that-initiates-an-agent-session
2235-bug-how-to-upload-a-folder-with-subfolders-with-files-to-anythingllm
5990-workspace-update-fails-with-unknown-argument-router_id-v1130v1150-intel-mac
opencomputer-examples
pg
feat/image-generation-translations
feat/image-generation
5924-bug-meeting-summary-fails-with-sincludes-is-not-a-function-when-default-llm-is-anthropic-claude
render
feat/uniform-modal-component
5883-bug-unescaped-content-in-json-strings-being-passed-to-document-generator-tools
5901-bug-api-update-embeddings-fails-prisma-argument-filename-is-missing-on-workspace_documentscreate-desktop-windows-v1141
hybrid-search
1981-translations
5752-bug-prompts-to-local-jan-endpoint-unresponsive
feat-disable-native-tool-calling-env-var
5676-bug-non-ollama-agent-providers-do-not-parse-and-present-reasoning-content
feat/markdown-web-scraping
5717-bug-apiv1documentupload-silently-drops-metadata-field-in-desktop-1130-arg-count-mismatch-nested-payload-key
fix/aibitat-context-overflow
5711-bug-erratic-deepseek-v4-flash-the-agent-model-failed-to-respond-400-the-reasoning_content
5631-feat-custom-api-request-timeouts-for-ai-providers
feat-reasoning-control
feat-agent-clarifying-questions-translations
5583-bug-lm-studio-provider-does-not-present-reasoning-output
5313-normalize-translations
feat/memory-translations
5305-lemonade-embedding-engine-swallows-errors-falsely-reports-documents-as-embedded
5060-bug-agent-interactions-agent-are-not-persisted-to-thread-history-via-api
pptx-subagent
feat-render-images-from-mcp-tool-results
stt-provider-expansion-openai-api-compatible
feat-file-search-agent-tool
feat-native-embedder-job-queue
5189-normalize-translations
feat-file-search-agent-tool-translations
i18n-eslint
5140-auto-migration
5112-bug-openrouter-failed-message-bug
3506-feat-parameters-for-openrouter-models
4992-feat-preserve-scroll-position
4973-bug-markdown-numbered-list-display-in-reasoning-pane
desktop
4938-bug-pending-chat-rerendering-ui-bug
quickstart-env
node-llama-cpp-in-container-cuda
node-llama-cpp-in-container
ollama-in-container
4817-feat-set-cooldown-per-mcp-server
4845-keyboard-shortcuts-to-navigate-in-chat
4844-feat-reorder-threads-by-latest-interaction
standardize-username-constraints-normalize-translations
4792-feat-refactor-workspacepfp-image
1382-embed-ip-improvements
1382-bug-embed-api-improvements
refactor-eslint-frontend
4687-feat-refactor-vector-db-providers
4615-feat-disable-apidocs-with-environment-variable
4559-feat-agent-web-search-enable-ordering-of-results
4599-bug-ollama-race-condition-bug
4572-bug-lmstudio-provided-llm-stopped-working-with-anything-llm-after-upgrading-to-190
4508-agent-youtube-transcript-analysis
4497-feat-workspace-names
frontend-eslint
ollama-lmstudio-auto-context-window
4431-validate-vector-database-connectioN
2019-slash-command-keyboard-selection
microsoft-foundry-provider
4431-validate-vector-database-connection
4325-sys-prompt-var-improvements
3209-feat-apiv1workspacestream-chat-sources-citations
4210-bug-voice-to-text-overwrite
4136-feat-jan-as-a-backend-server-option
4172-feat-openai-o3-support
1.8.3-rerelease
web-push-notifications-service
tasks
3955-feat-jinaai-embedder-provider-support
3921-feat-agent-skills-uiux-improvements
3901-bug-validfunccall-checks-optional-arguments
keyboard-dev
1787-custom-roles-and-permissions
add-jira-slack-data-connector
office-extension-wip
lightmode-dropdown-color-update
3586-bug-agent-flow-function-description-provided-by-user-is-not-seen-in-the-llm-query
3463-bug-agent-continues-to-run-if-request-failed-even-after-exit
3439-feat-call-variables-within-the-flow-api-block-url-field
3282-manager-view-models-workspace
3280-token-counting-server-side-truncation-improvements
3147-bug-embedded-chat-widget---not-considering-query-mode-option-always-working-in-chat-mode
2995-feat-disable-temperature-setting-for-deepseek-r1-deepseek-reasoner-model
2827-feat-perplexity-citations
2866-feat-finally-a-gemini-models-endpoint
2647-feat-hpp-header-for-a-c++-code-file-mime-addition
lancedb-revert
1656-feat-implement-tooltip-ui-designs
2011-feat-bump-perplexity-models
1873-feat-auto-add-and-watch-folder-for-document-uploads
1297-feat-gemini-agent-support
1759-bug-ui-bug-fixes
1686-feat-implement-winston-for-logging
1536-bug-toggling-on-users-can-delete-workspaces-does-not-take-effect
agent-ui-mobile-styles
1522-feat-chromadb-support
1595-bug-unable-to-get-live-web-search-and-browsing-agent-working-using-google-custom-search-engine-error-getaddrinfo-enotfound-http-errno-3008
1582-bug-lm-studio-does-not-allow-for-different-model-selection
1312-bug-usernames-should-not-be-case-sensitive-when-logging-in
1029-feat-hf-serverless-inference-api
1086-feat-implement-normalized-input-fields
knowledge-graph-support
644-bug-uploaded-file-name-does-not-match-the-displayed-file-name-after-the-upload
v1.15.0
v1.14.2
v1.14.1
v1.14.0
v1.13.0
v1.12.1
v1.12.0
v1.11.2
v1.11.1
v1.11.0
v1.10.0
v1.9.1
v1.9.0
v1.8.5
v1.8.4
v1.8.3
v1.8.2
v1.8.1
v1.8.0
v1.7.8
v1.7.6
v1.7.5
v1.7.4
v1.4.0
v1.3.0
v1.2.4
v1.2.3
v1.2.2
v1.2.1
v1.2.0
v1.1.1
v1.1.0
v1.0.0
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
question
stage: specifications
wontfix
Mirrored from GitHub Pull Request
Milestone
No items
No Milestone
Projects
Clear projects
No project
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: Mintplex-Labs/anything-llm#1888
Reference in New Issue
Block a user
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
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?
Originally created by @barealek on GitHub (Jan 10, 2025).
Original GitHub issue: https://github.com/Mintplex-Labs/anything-llm/issues/2962
Originally assigned to: @timothycarambat on GitHub.
How are you running AnythingLLM?
AnythingLLM desktop app
What happened?
When trying to inference on any QNN model on a Snapdragon X Plus laptop, the issue below occurs.

The logs specifies that the required CPU/NPU is not found:
Starting AnythingLLM and reproducing the error, the full log looks like this:
Are there known steps to reproduce?
No response
@lachlanharrisdev commented on GitHub (Jan 10, 2025):
Same issue on snapdragon x elite for me
@timothycarambat commented on GitHub (Jan 10, 2025):
Is this after downloading a model? Also have you tried a reboot post-download of the model?
Second, @barealek - I just got confirmation that we can run Elite compiled models on Plus chipsets, so we will patch that and re-release 1.7.2
@lachlanharrisdev commented on GitHub (Jan 10, 2025):
I downloaded and tried to run a model, choosing the qualcomm LLM provider and NPU embedder, but it came up with the error. It failed to work after fully rebooting the app and restarting my computer, then tried all of the same things after uninstalling and reinstalling the app, which still didn't work.
I haven't done any additional setup of the NPU or anything outside of AnythingLLM, so I'm wondering if there is some driver(s) I'm missing? I'll let the experts figure it out.
@timothycarambat commented on GitHub (Jan 10, 2025):
@lachlanharrisdev - we just pushed a new build for arm64
1.7.2-r2-arm64(version is located in top right of app window). If you don't have that version installed, download the new build and you should be okay now.Also what device + chipset are you on? Plus, Elite, etc
@lachlanharrisdev commented on GitHub (Jan 11, 2025):
@timothycarambat I've just installed the new build and it's still failing but it's behaving differently. After I upgraded to the new version and sent a chat, it came up with the error
QNN Engine is booting. Please wait for it to finish and try again. I gave it a couple seconds, and sent a chat again, and after ~14 seconds of loading, it came up with the error from before,QNN Engine is offline. Please reboot QNN Engine or AnythingLLM app.What I noticed is that when booting up AnythingLLM, right before the loading screen switches to the home UI, I can see a task pop up for a split second in task manager called "AnythingLLMQnnEngine", but it seems to end itself very quickly. Same task also pops up after I send a chat, after the QNN Engine "boots", but then again it quickly closes itself.
I'm currently on a Surface Laptop 7 15", running the X elite X1E-80-100.
@timothycarambat commented on GitHub (Jan 11, 2025):
@lachlanharrisdev I wrote this up to debug the engine directly (app should be closed)
https://docs.google.com/document/d/1Uk9WKCXz0a6tuKeWbaoSD1gDUGglBVycNgJBsDZJB2k/edit?usp=sharing
I have the same chipset on a Dell Latitude,
@lachlanharrisdev commented on GitHub (Jan 11, 2025):
@timothycarambat yep, that found the issue
If it's relevant, this was using llama 3.1 8b, not 3.2 3b.
@timothycarambat commented on GitHub (Jan 11, 2025):
@lachlanharrisdev Now this is a very different issue from other then. If you run the command as administrator does it still fail to initialize? I am wondering how/why you would require admin to execute the LLM engine, but someone else had success with that and I have to determine why that would ever be the case for anyone since that should not be required to start the QNN LLM API.
@timothycarambat commented on GitHub (Jan 11, 2025):
From the recent patch that seemed to solve most issues people had (most Plus support was not enabled) but this is certainly something different
@lachlanharrisdev commented on GitHub (Jan 11, 2025):
@timothycarambat nope, running it as admin now works and I do see QNN running on localhost.
I tried running AnythingLLM as administrator and, after QNN engine boots, I can successfully chat. This works for me, but I'm more than happy to keep testing things out for you, I'd love to contribute in any way I can. Should we create a new issue and continue there?
@AlphaEcho11 commented on GitHub (Jan 11, 2025):
Build 1.7.2-r2-arm64 seems to be working well while running in Administrator mode.
QNN engine still appears to fail, especially in build 1.7.2-arm64, with an additional Boot failure of port 8080 (on some devices;cannot confirm all SoC in play).
Happy hunting, everyone!
@lachlanharrisdev commented on GitHub (Jan 11, 2025):
@timothycarambat I've just restarted my PC and now it seems to no longer work even with administrator mode... I'm guessing the same QNN Engine instance stayed online from the instructinos in the google doc, and AnythingLLM used that instance instead of booting another one (if that's even possible, I know barely anything about AI and Qualcomm). Hopefull that clears up any confusion.
@AlphaEcho11 interesting, what device are you using? Just wondering if this is only a surface laptop thing
@AlphaEcho11 commented on GitHub (Jan 11, 2025):
@lachlanharrisdev - Surface Pro 11 here, on the X Elite. After several device reboots and AnythingLLM refreshes, it's been working without issue.
What's the output of the backend logs when you have the device rebooted and attempting to get QNN engine up? Curious if it's failing or something further. Thanks in advance!
@barealek commented on GitHub (Jan 11, 2025):
I am still having issues, even when launching as an administrative account. It seems like it's starting up now, I get a message that roughly says "QNN is still booting, please wait", but then it just crashes and the QNN engine goes offline. Here's my logs:
backend-2025-01-11.log
@AlphaEcho11 commented on GitHub (Jan 11, 2025):
Thank you for the logs! Yes, seeing the QNN engine fail to get online here; going to check one more area and see if another variable is at play.
@AlphaEcho11 commented on GitHub (Jan 11, 2025):
Can you reattempt this with the 8B model as well? Following @timothycarambat 's previous recommendations and tweaking:
Let us know the results!
@SpontaneousDuck commented on GitHub (Jan 11, 2025):
Surface Laptop 7 with X Elite chip here. Just spun up 3b on version
v1.7.2-r2-arm64and had the same error. Restarted in Administrator mode and it worked! Restarted in user mode and it failed again. Seems to only work in admin mode currently.@lachlanharrisdev commented on GitHub (Jan 11, 2025):
Here's my backend logs with the 8b model loaded, after launching as administrator. No luck, still tells me to reboot QNN Engine or AnythingLLM. Task manager did however show that QNN Engine was online and was processing (between 20-40% CPU usage).
BUT when i switched to the 3b model, launching as administrator did work. @AlphaEcho11 @SpontaneousDuck would you be able to try running the 8b model and see if it completely fails to work with you as well (in administrator)? Maybe we're dealing with two separate problems?
backend-2025-01-12.log
@SpontaneousDuck commented on GitHub (Jan 11, 2025):
Same performance with 8b for me! Won't work in user mode, works fine on NPU with Admin mode.
@timothycarambat commented on GitHub (Jan 11, 2025):
@lachlanharrisdev One detail worth mentioning is the memory requirements for preloading the model can be a lot for some devices - ARM64 is unified memory and the NPU has lower memory bandwidth than what the CPU can leverage.
This is why you can run larger models on the CPU but not on the NPU - the NPU has less available to use. I dont recall seeing this in the thread - but how much RAM is available on the system? These are 8K content window models so it can be pretty demanding. Perhaps we can publish the default 4K content models to save on memory.
However, if you are, for example, on a 16GB RAM device - the 8B with 8K context can be too large and fail to allocate. You can see this by doing the debugging process of:
https://docs.google.com/document/d/1Uk9WKCXz0a6tuKeWbaoSD1gDUGglBVycNgJBsDZJB2k/edit?usp=sharing
The devices I have are 32GB memory - so pretty large. It may not be the end cause, but it is a detail for sure.
Outside of that, the admin mode detail is odd as I cannot replicate that error. If that is being encountered the following questions would help to be answered:
That would help make headway that way.
@timothycarambat commented on GitHub (Jan 11, 2025):
Going to close this, since this thread has multiple answers and ways to debug, but going to pin it so it is not duplicated. Will keep the conversation open for now until we know for sure the solution. It might just be something solvable wit documentation.
@1key commented on GitHub (Jan 11, 2025):
I'm still having issues. What I've tried:
These showed no issues and the webpage was loaded succesfully.
Error is "QNN Engine is offline. Please reboot QNN Engine or AnythingLLM app."
On a Lenovo Yoga Slim 9x with a Snapdragon X Elite (with 32GB memory)
Edit:
It is a company administrated laptop (my own company, I'm the administrator). No other users on the system.
@SpontaneousDuck commented on GitHub (Jan 11, 2025):
On my side I do have 32GB of memory on my system and it is administered by my company.
@AlphaEcho11 commented on GitHub (Jan 11, 2025):
Device specs:
Snapdragon X Elite (12 Core) X1E-80-100
16GB unified RAM, 512GB SSD
Windows Pro OS license
•No additional users/accounts associated with the device
•Unmanaged, no organizations
@lachlanharrisdev commented on GitHub (Jan 11, 2025):
32gb of memory for me, X1E-80-100. Not administered by a company, and although I don't have any other user accounts, I did accidentally choose to install AnythingLLM for all users.
When I'm not running as administrator, I can see that QNN goes offline right after managing citations:
Or, when there are no citations, it goes offline right after initializing QNN with a model:
Here's what the logs look like after doing the same thing but running as administrator. QNN goes offline, but the second attempt to reboot it works:
So from what I see, something's happening on the second attempt of booting QNN Engine that requires administrator, and no matter what something is causing QNN to go offline after initializing a model.
@1key commented on GitHub (Jan 11, 2025):
Here is my log:
One thing the log shows is 'NPU detected: False'.
But when using the Google Doc to test QNN, the webpage shows "Qnn Engine is running." and while the process is starting, Windows Taskmanager is showing some load on the NPU also.
So it seems that AnythingLLM doesn't do a correct test to check for an NPU.
@AlphaEcho11 commented on GitHub (Jan 11, 2025):
@1key , are you running AnythingLLM on v1.7.2-r2-arm?
The issues with the boot failure of port 8080, the NPU not recognized, and then the QNN engine failing to come online all indicate you're not on the revision yet. Can you confirm?
@AlphaEcho11 commented on GitHub (Jan 11, 2025):
I also had tested installation against 'all users' on the device (which, in reality, is only myself...one man team! But I digress) and test the app.
It seems that possibly the new revision might not have this prompt, but I'd have to have @timothycarambat validate that. 1.7.2-arm installation is still good for system-wide local installation.
However, under 1.7.2-arm, I was not able to get QNN engine to arrive online regardless of whether installation was for self or system-wide.
I may test via CMD at some point, if we're still uncertain of user vs. system-wide installation has any gravity to this.
@timothycarambat commented on GitHub (Jan 11, 2025):
Indeed 1.7.2-r2 removes this option for system wide vs current user installs. This was one way I was able to replicate the boot failure so I elimated the option to prevent fresh installs from coming across it. However the qnn binary is always bundled in the app, so a reinstall should be using the executable installed from the installer and have the appropriate permissions.
As I know it, the only reproduction I could emulate on a totally formatted machine was when I installed for all users on machine and not as the current user.
Outside of that, anything else needs to be investigated or reproduced. If the engine can run via terminal, but not when invoked by the AnythingLLM application thread, then that is at least a starting point, but I cannot replicate on the machines I have locally atm
@AlphaEcho11 commented on GitHub (Jan 11, 2025):
I'm currently re-installing under all users with 1.7.2-r2-arm, I'll let y'all know the results of my testing soon.
@AlphaEcho11 commented on GitHub (Jan 11, 2025):
Installed system-wide with 1.7.2-r2-arm, and we're good on NPU usage, inference all running smoothly:

@AlphaEcho11 commented on GitHub (Jan 11, 2025):
Having a difficult time replicating this, again...
I ran the 1.7.2-r2-arm installer system-wide, both under 'conventional' x86, as well as x64. Both times were successful in launching the app and calling the QNN engine after everything else was met.
Granted, on both instances, I did manage to capture in backend log that the QNN engine was offline initially - however, it only retried 2-3 times before successfully coming online and inference was successful with NPU showing usage.
Theory I had before this was: could the x86 RAM ceiling somehow be causing the QNN engine to fail prematurely, at least at/during the loadup of the model?
Reading just slightly over 7Gb RAM in use when AnythingLLM and the QNN engine are loaded, particularly with the 8B LLama model in the QNN engine. Will assume the 3B model will take ~5Gb RAM, so we're hitting x86 thresholds. But, just a hunch.
@timothycarambat commented on GitHub (Jan 11, 2025):
@AlphaEcho11 This is great analysis. I do think some issues people are running into are RAM-related, but not so much on the larger 32GB devices. That being said, the app is shipped without needing x86 emulation. In services you can see the app is running as Arm64 and not x86, however, the idea of the RAM availability still very much applies either way.
There is another, what I think is more common, factor - people using IT-managed/BitLocker devices. These often have much more controls around running applications and since we had to build our own C++ interface to get this all to work - I am theorizing the QNN C++ library is probably blocked for some devices. That might explain the reason it works in admin mode, but not when run as the user and also why people with a sole-user system on a "non-corporate" device can run it without issue.
In this case, there is an "IT acceptance" thing but also the app is not codesigned, which for sure is going to be blocked. So now it is more prudent than previously for us to get that done and pipeline setup. It needed to be done ages ago anyway. Ill make that a task for next week.
@AlphaEcho11 commented on GitHub (Jan 11, 2025):
Suspended BitLocker service on local device, launched app as system administrator (confirmed with <net localgroup administrators) on a non-corporate device, but not set 'Run as administrator'. Launched AnythingLLM and still receiving QNN engine failure to run successfully.
However, runs perfectly fine when launching under administrator account, running the program as administrator.
I think there's something else at play here.
@1key commented on GitHub (Jan 12, 2025):
Yes, I'm 100% running R2.
@timothycarambat commented on GitHub (Jan 12, 2025):
@AlphaEcho11 From re-reading the comments though it sounds like you installed the app "For all users on this computer" vs "current user" only. 1.7.2-r2 installer forces the install to be current user only and removed the option - so that shouldnt be an option any longer.
This line made me think that. Which should put the QNN LLM executable at a different permission level since it was installed by admin, thus requiring admin to spawn it.
I want to try to eliminate as many variables as possible is all
@talynone commented on GitHub (Jan 12, 2025):
Just wanted to add I just installed AnythingLLM 30 minutes ago and I'm also running on a Lenovo Slim 7x and have the exact same symptoms/log errors as you (even running as Administrator).
@AlphaEcho11 commented on GitHub (Jan 12, 2025):
I forced install on local system to run the .exe under all users, using
_"file_path_1.7.2-r2-arm.exe" /all users
I was attempting to see if there were any hiccups with installing this version for any/all users on the system. But I couldn't get any replicated issues.
The previous installs I had done for v1.7.2-arm had been both under system-wide and single user, and the single user was my personal, administrator profile on the PC. So v1.7.2-arm was still failing QNN engine run, but also had the Boot failure on port 8080, as well as NPU not detected (with X Elite SoC).
@timothycarambat commented on GitHub (Jan 12, 2025):
@talynone - what device are you on? Seems like some kind of unicode symbols are attached to
cpu.modelinstead of plaintext like(R)it will use®.Patching to
r3right now for this detection + added logging@talynone commented on GitHub (Jan 12, 2025):
As mentioned before the Lenovo Yoga Slim 7x, thanks.
@timothycarambat commented on GitHub (Jan 12, 2025):
@talynone Okay
1.7.2-r3is now live - this should be able to parse your CPU model correctly as the OEM reports it. Please download and run the app and see if the engine boots. Additionally, post thebackendlogs as well.https://cdn.useanything.com/latest/AnythingLLMDesktop-Arm64.exe
@talynone commented on GitHub (Jan 12, 2025):
Thanks! Seems to work now, even in non admin mode (though I ran it in admin mode at first). Backend log attached. @1key you should try the new build too since you also have the Lenovo Slim 7x.
backend-2025-01-12.zip
@SpontaneousDuck commented on GitHub (Jan 12, 2025):
Using new r3, still not starting in user mode on my Surface Laptop 7. Logs below:
@timothycarambat commented on GitHub (Jan 12, 2025):
@SpontaneousDuck What is your device + Specs?
Means we detect a valid NPU - so everything is good to go.
However means the engine did not boot in a given fixed timeframe (which quite long). This can be increased if your device has less available RAM than others, but I want to confirm that first.
One way to test that is to run the Google Drive debugging doc posted in this thread.
https://docs.google.com/document/d/1Uk9WKCXz0a6tuKeWbaoSD1gDUGglBVycNgJBsDZJB2k/edit?usp=sharing
@SpontaneousDuck commented on GitHub (Jan 12, 2025):
@timothycarambat I have a Surface Laptop 7 w/ X Elite and 32GB of RAM. I posted the results of running the debugging steps below. Same behavior it errors out in use mode but starts in admin mode. It did take quite a while to start in admin mode. The 3b model took about 8 seconds to start and 8b took about 12 seconds (by my rough counting).
@timothycarambat commented on GitHub (Jan 12, 2025):
This is a personal device or a corporate-managed device you have admin perms on? I have an X Elite w 32GB and that is an insanely long boot time. If you wanted to try, does AnythingLLM running as admin result in failure to boot the QNN Engine?
@SpontaneousDuck commented on GitHub (Jan 12, 2025):
@timothycarambat It is a corporate managed device w/ Bitlocker that I have admin privileges for. It is pretty light control though and basically just has company login and Bitlocker enforced. Running AnythingLLM as admin does work just fine 😊
@timothycarambat commented on GitHub (Jan 12, 2025):
Obviously not ideal, but at least that is a way to go for the interim while we figure out what is blocking running as current user.
Just another data point to work with
@AlphaEcho11 commented on GitHub (Jan 12, 2025):
Surface Pro 11 | Snapdragon X Elite X1E-80-100
backend-2025-01-12.log
Updated to 1.7.2-r3 and ran at first as admin, then relaunched without admin, then again as admin. QNN engine did initialize successfully each time while running r3 as admin, but failed (as seen in the backend logs) during the 2nd/non-admin run of the app.
Reviewed in real-time services on host PC and showed the QNN engine briefly running as service, then dropping, when running as non-admin.
Quite interesting, but still able to run. @timothycarambat if you want me to pull anything else beyond the backend log, just let me know!
@snickler commented on GitHub (Jan 15, 2025):
To tag on to @AlphaEcho11 's discovery - bits and pieces of the crash dump from my
AnythingLLMQnnEngine.exeprocess running1.7.2-r3. The NPU feature works only when AnythingLLM is executed under elevation from my Surface Laptop 7 (X1E-80-100).Dump
@timothycarambat commented on GitHub (Jan 15, 2025):
@snickler What is your RAM availability on the machine?
Would indicate that the model could not be loaded into memory and therefore was throw out and dumped for security reasons that dont apply when running as admin.
@snickler commented on GitHub (Jan 15, 2025):
Naturally, I can't reproduce the crash dump when I need to, but still receive the "QNN Engine is offline" when running as a regular user. I have 15GB available out of 32GB.
As I was typing out the information for this, I decided to use
procdumpto make a mem dump when theAnythingLLMQnnEngine.exeprocess crashed.results
@timothycarambat commented on GitHub (Jan 15, 2025):
@snickler Ah, that is perfect. I know what this is. The underlying
Genielibrary (which does a lot of the malloc and free has a bug in it. I have already informed their eng team about it. TLDR; they have a bug and so we have one too for whatever causes this to not happen in admin mode.When they bump the underlying SDK I will patch it and we should be good. All of this stuff is new so I appreciate the patience.
Seriously, thanks for helping grab that procdump - so many times I am left with a very vague explanation of what happened and cant replicate since I dont own every device on Earth haha
@Genius-Tools commented on GitHub (Feb 9, 2025):
Here's what worked for me
Specifically, the:
Enjoy NPU usage and snappy performance, private and offline.
Anecdotal observation: Noticed a considerable speed increase on the computer's general performance after installing these Qualcomm drivers.
@timothycarambat commented on GitHub (Feb 9, 2025):
@Genius-Tools I looked into the MSFT deepseek 1.5B Qwen distill they support via VSCode. It is onnxruntime, but the official oss library they use in that plugin have for that does not support QNN
So it seems like a private fork of onnxruntime-genai currently so we cannot add our support like MSFT has until they hopefully decide to merge that library support in. Very disappointing. From what I know the deepseek model wont be on the Qualcomm AI hub for a few months unless they go into overdrive or reprioritize it. Which by then something better than deepseek will exist.
I wanted to deliver this for everyone without them needing VSCode or something crazy, but blocked at every turn.
@timothycarambat commented on GitHub (Feb 17, 2025):
The most recent release of AnythingLLM Desktop 1.7.4 is supposed to have fixed the "run as administrator" issue. If you update the app and still cannot use the QNN runner as non-admin please let me know!
Really, let me know either way so I can unpin this issue if it is solved!
@Genius-Tools commented on GitHub (Feb 17, 2025):
Thank You M Carambat, will install the new version and test.
@SpontaneousDuck commented on GitHub (Feb 18, 2025):
@timothycarambat I can confirm on the Surface Laptop 7 that 1.7.4 runs on on QNN without Admin privileges for me now. Thank you!
@DanielDC88 commented on GitHub (Feb 21, 2025):
Using 1.7.4 on windows on an xps with a X1E80100, getting the error regardless of whether running as admin.
I installed this application for the first time today, so this is a clean install, and I just chose the version that mentioned the NPU in the setup wizard.
@anghelmatei commented on GitHub (Mar 22, 2025):
Hey, I have v1.7.7 and Honor Magicbook Art 14 w Snapdragon X Elite, and I still have the same issue
@timothycarambat commented on GitHub (Mar 24, 2025):
@anghelmatei, Have you ever downloaded a model successfully? 99% of the time, people dont have a model installed and therefore the engine fails to boot.
Check your Application storage
models/qnndirectory. You should see some folders in there that match a model name you downloaded.@christopheragnus commented on GitHub (May 20, 2025):
This issue still occurs for me. I'm on a X1E80100, Samsung Edge 4. I get the same error as OP.
QNN Engine is offline. Please reboot QNN Engine or AnythingLLM app.@maxirozay commented on GitHub (Jun 26, 2025):
I tried running llama3.2 16k on a lenovo yoga 7x and got the same error. After following the debug docs mentioned in this issue I got
[ERROR] "Failed to create device: 14001"in the terminal.@timothycarambat commented on GitHub (Jun 26, 2025):
Means your machine does not have enough memory to allocate the entire context window into the shared NPU RAM. Use the smaller 8k version
@maxirozay commented on GitHub (Jul 9, 2025):
Thanks for your response. I tried the 8k with 0/15.7 GB of shared memory used on my NPU (driver from February 2025) and 14/32 GB of RAM available and got the same response. With Ollama I could run qwen.2.5-code:14b which is supposed to have a 128k context.
@LokimotiveUK commented on GitHub (Aug 15, 2025):
I'm having the same issue - "QNN Engine is offline. Please reboot QNN Engine or AnythingLLM app." is an almost constant thing. Windows Surface Laptop 7 with Snapdragon X Plus
@timothycarambat commented on GitHub (Aug 15, 2025):
@LokimotiveUK - when the app first starts it takes a second or two to load the entire model into the NPU shared memory. Usually this message goes away after 10-20 seconds.
If it does not, your loading into the NPU may be slower due to whatever "Energy option" you have your device at. If you set it to best performance energy plan it will run faster.
@renzocastillo commented on GitHub (Feb 4, 2026):
Hi there, I've dowloaded and I'm using an Snapdragon X Elite processor but I've faced the same issue as other peers here.
anythingllm_rz.log
Things I've already done:
I downloaded the latest release publicly available here: https://anythingllm.com/ , which is R2
"QNN Engine is offline." when using a Snapdragon X/NPUto [GH-ISSUE #2962] "QNN Engine is offline." when using a Snapdragon X/NPU@matei-anghel commented on GitHub (Mar 22, 2025):
Hey, I have v1.7.7 and Honor Magicbook Art 14 w Snapdragon X Elite, and I still have the same issue
@sebastienbo commented on GitHub (Mar 19, 2026):
yes i have the same problem on my asus a14 qualcomm elite x on windows arm