fix(lightspeed): fix rag-content folder ownership in init container#460
Conversation
…tebooks in init … (redhat-developer#449) * On EKS/AKS, the RAG init container populates /rag-content/ but never creates the notebooks subdirectory. At runtime, llama-stack tries to write /rag-content/vector_db/notebooks/faiss_store.db and fails with PermissionError because it cannot create the directory on a volume it doesn't own. OCP avoids this via fsGroup/supplemental group defaults. The fix pre-creates the directory and widens permissions before the sidecar starts, matching the fix the operator already applies via chmod -R 777 for the rest of vector_db. Signed-off-by: Lucas <lyoon@redhat.com> * Apply suggestions from code review Co-authored-by: Armel Soro <armel@rm3l.org> --------- Signed-off-by: Lucas <lyoon@redhat.com> Co-authored-by: Armel Soro <armel@rm3l.org>
d097331 to
ed2a1af
Compare
|
PR Summary by QodoFix Lightspeed RAG init container ownership/permissions for /rag-content notebooks
AI Description
Diagram
High-Level Assessment
Files changed (5)
|
837bccc
into
redhat-developer:main




manual cherry-pick of #449