Skip to content

fix(installer): rsync permission errors when config dirs are container-owned#578

Open
fullstackdev0110 wants to merge 1 commit intoLight-Heart-Labs:mainfrom
fullstackdev0110:fix/linux-install-rsync-permission
Open

fix(installer): rsync permission errors when config dirs are container-owned#578
fullstackdev0110 wants to merge 1 commit intoLight-Heart-Labs:mainfrom
fullstackdev0110:fix/linux-install-rsync-permission

Conversation

@fullstackdev0110
Copy link
Contributor

On Linux, re-installs can fail in phase 06 when config dirs (e.g. config/searxng) were created by containers (SearXNG runs as uid 977), causing:

  • rsync: chgrp failed: Operation not permitted
  • rsync: mkstemp failed: Permission denied

Changes:

  • Add --no-owner --no-group to rsync calls so rsync does not try to set ownership on destination files
  • Add pre-rsync check: if config dirs are unwritable after attempting chown, fail with a clear message telling the user to run: sudo chown -R $(id -u):$(id -g) INSTALL_DIR/config INSTALL_DIR/data

…r-owned

- Add --no-owner --no-group to rsync to avoid chgrp failures
- Fail fast with clear message when config dirs are unwritable (e.g.
  SearXNG runs as uid 977, making config/searxng non-writable).
  Tells user to run: sudo chown -R $(id -u):$(id -g) INSTALL_DIR/config INSTALL_DIR/data
@fullstackdev0110
Copy link
Contributor Author

These failures are pre-existing and unrelated to this PR:

integration-smoke: BATS tests expect qwen3-8b but the tier-map returns qwen3.5-9b.
tier-*-env-validation: Mismatch between the generated .env and .env.schema.json (different keys/required fields).

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.

1 participant