Hermes ownership drift
Hermes ownership drift
Fox (Hermes) runs a pruned workspace chown on startup, but ownership can still drift after edits or restores. If Fox fails to start or file permissions look wrong, run the repair command from the host:
AWS IMDS blocked
AWS IMDS blocked
On AWS EC2 or Lightsail, Vulpy blocks instance metadata access by default so Fox cannot use the VM IAM role. If you need Bedrock or another service that relies on IMDS, either set an explicit provider API key or opt out by setting this variable before starting Fox:Check the current lock status with
pnpm vulpy hermes doctor.Postgres, Redis, or Matomo on NTFS/exFAT
Postgres, Redis, or Matomo on NTFS/exFAT
If your Docker data lives on an NTFS or exFAT mount (for example,
/mnt/data), Postgres, Redis, and Matomo auto-fallback to ~/.local/share/<project>/…. To override those paths, set the data directory variables in your .env file:Multiple shops on one host
Multiple shops on one host
To run more than one Vulpy shop on the same machine, make sure each project uses a different Compose project name. The default is the folder name. You can override it in
.env:golive refuses to complete
golive refuses to complete
pnpm vulpy env golive live will refuse if Matomo is not running. Matomo is optional in dev but required for live. Start Matomo first, then retry:Reset admin credentials
Reset admin credentials
If you forget the shared admin password for Medusa, Payload, Matomo, or the Hermes UI, reset it from the host:
Health check
Health check
To verify the shop, Medusa, Payload, and Fox basic auth are healthy, run:For Fox-specific diagnostics (Tailscale, egress lock, and IMDS on AWS), run: