-
Notifications
You must be signed in to change notification settings - Fork 0
Troubleshooting
Jesse Slaton edited this page Feb 26, 2026
·
2 revisions
View container logs:
docker logs stillwaterFollow logs in real time:
docker logs -f stillwaterFor more verbose output, set the log level to debug:
environment:
- SW_LOG_LEVEL=debugStillwater writes files to your music library directories. The container process must have write access.
- Ensure
PUIDandPGIDmatch the owner of your music files - Check permissions:
ls -la /path/to/music/SomeArtist/ - The container runs as the user specified by PUID/PGID via
su-exec
SQLite supports only one writer at a time. If you see "database is locked" errors:
- Ensure only one Stillwater instance is running against the same database file
- Check that no other process (backup tool, file sync) is holding a lock on the
.dbfile - WAL mode is enabled by default, which allows concurrent reads during writes
- Verify the music directory is mounted correctly:
docker exec stillwater ls /music - Check that the library path in Settings matches the container mount point
- Artist directories must be top-level folders inside the library path
- Directories matching the exclusion list (Various Artists, VA, Soundtrack, OST) are skipped by default
- API keys are encrypted at rest. If the encryption key changes (e.g., recreating the data volume), existing keys become unreadable and must be re-entered
- Use the "Test" button in Settings to verify each provider key
- MusicBrainz does not require an API key but is rate-limited to 1 request per second
- Verify the server URL is reachable from inside the container:
docker exec stillwater wget -qO- http://your-server:8096/System/Info/Public - Use the container's network perspective (e.g.,
http://host.docker.internal:8096if running on the same host) - Check that the API key has sufficient permissions
- Trigger a library refresh from the artist detail page (or use the push feature)
- Confirm the image filenames match your platform profile expectations (see the in-app guide at
/guide#platform-profiles) - Some media servers cache images aggressively; a full library scan may be needed
Stillwater checks the last-modified timestamp of existing NFO files before overwriting. If another tool (Kodi, Lidarr, manual edit) modified the file since Stillwater last wrote it, a warning is shown. You can choose to overwrite or keep the external version.
If you are locked out, use the reset command:
docker exec stillwater stillwater reset-credentialsThis resets the admin account so you can log in and set a new password.
If your issue is not covered here, open an issue on GitHub.