Routine upgrade
v4.1.x → v4.2.x (Qdrant → pgvector)
Across this range, field vectors move from a standalone Qdrant store to pgvector in the main database. Upgrading from v4.1.x to v4.2.x requires:Switch to the pgvector image
The official
postgres image lacks the pgvector extension, so you must switch (the extension is installed automatically by the migrations):docker-compose.yaml
Remove Qdrant
Against the latest compose in Docker deployment, remove the
asktable_vdb service, the VDB_ADDRESS/VDB_API_KEY env vars, and the qdrant_storage/qdrant_snapshots volumes.Bring it up
asktable_workbook database is missing, create it per Docker deployment.Collation-version warning
This only happens when you change the PostgreSQL image and the underlying glibc version changes — the signal is acollation version mismatch line in the startup log.
- Installed the pgvector extension on your existing PostgreSQL yourself, without changing the image → not triggered, skip this section.
- Switched an old image (e.g. the postgres image from an earlier deployment) to the pgvector image while reusing the old
postgres_datavolume → triggered, handle it below.
asktable_workbook database. When the data is disposable, just recreate the volume: docker compose down -v then up again (never in production — it erases all data).