Skip to content

Fix Windows setup access-denied on existing llama-server ACLs#4881

Draft
aiSynergy37 wants to merge 2 commits intounslothai:mainfrom
aiSynergy37:fix/windows-setup-llama-acl-4846
Draft

Fix Windows setup access-denied on existing llama-server ACLs#4881
aiSynergy37 wants to merge 2 commits intounslothai:mainfrom
aiSynergy37:fix/windows-setup-llama-acl-4846

Conversation

@aiSynergy37
Copy link
Copy Markdown

Summary

  • guard llama-server existence/cache checks with a safe path-state helper that catches UnauthorizedAccessException
  • add ACL normalization helper (icacls) to grant current user modify and Users read/execute on ~/.unsloth/llama.cpp
  • run ACL normalization after prebuilt install and successful source builds
  • add regression checks in tests/studio/install/test_pr4562_bugfixes.py

Why

On Windows, running unsloth studio setup elevated can leave llama-server.exe inaccessible from non-elevated sessions, and raw Test-Path probes can abort setup with Access is denied.

Validation

  • pytest tests/studio/install/test_pr4562_bugfixes.py -k "setup_ps1" -v

Fixes #4846

Catch UnauthorizedAccessException for llama-server path probes, repair ACLs via icacls, and add static regression tests.\n\nFixes unslothai#4846
@gemini-code-assist
Copy link
Copy Markdown
Contributor

Warning

You have reached your daily quota limit. Please wait up to 24 hours and I will start processing your requests again!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

[Bug] Windows: Access denied on llama-server.exe when Studio is run without admin after elevated install

2 participants