mcp-server-appwrite 0.4 fails on startup validation for tables_db with DatabaseList parsing errors
- 0
- Tools
- Cloud
I’m trying to use mcp-server-appwrite against Appwrite Cloud and the server authenticates successfully, but fails during startup validation when probing tables_db.
Versions
mcp-server-appwrite:0.4appwritePython SDK:17.0.0
Environment
- Endpoint:
https://fra.cloud.appwrite.io/v1 - Running via:
uvx mcp-server-appwrite
What happens
The MCP server starts, loads config, registers services, and begins startup validation. It then fails on tables_db with a parsing error for DatabaseList.
Error
RuntimeError: Appwrite startup validation failed during the minimal startup probe.
- tables_db: Appwrite request failed: Unable to parse response into DatabaseList: 18 validation errors for DatabaseList
databases.0.policies.0.status
Input should be 'available', 'processing', 'deleting', 'stuck' or 'failed'
[input_value='']
databases.0.archives.0.documentSecurity
Input should be a valid boolean, unable to interpret input
[input_value='']
... repeated for multiple archives/databases ...
Notes
- Authentication works.
- Endpoint, project ID, and API key are valid.
- The crash happens only when startup validation probes
tables_db. - It looks like some response fields are returned as empty strings (
"") where the Python model expects enum/boolean values.
Could this be a schema mismatch between the current Cloud response and the MCP/SDK models?
Recommended threads
- Updating GitHub App access throws error
Steps to reproduce - 1. Have some private repos allowed on the install access 2. New Site/Func > Connect GitHub > see the side card saying `Missing a repo` > cl...
- New Build not visible on Domain
I pushed some new code to my Appwrite Site and the build succeeded and is shown as active. Yet, I can only see the new version of the site on Appwrite's provide...
- DNS bug
Hello, we found bug at the Appwrite Cloud Domains, when changing **only ** the Comment of CNAME, we get error DNS record already exists. Some DNS types do not ...