Solution skill
TimescaleDB Docker upgrade: could not access file "$libdir/timescaledb-X.Y.Z"
Complete solution
Shows how to fix timescaleDB Docker upgrade: could not access file "$libdir/timescaledb-X.Y.Z". Use it when you hit this exact problem. Skip it when your error message or symptom looks different.
TL;DR
For "ERROR: could not access file "$libdir/timescaledb-1.4.0": No such file or directory": run ALTER EXTENSION timescaledb UPDATE; in every database where TimescaleDB is installed, including the postgres database, which people often forget (sometimes even template0 needs it).
ERROR: could not access file "$libdir/timescaledb-1.4.0": No such file or directorySteps
- After upgrading the TimescaleDB Docker image, every query fails with
ERROR: could not access file "$libdir/timescaledb-1.4.0": No such file or directory, even afterALTER EXTENSION timescaledb UPDATE;says the extension is up to date. The extension binary is pinned to the version it was installed with, and the newer image's library set changed. Early images were also just missing the.sofiles, which was fixed by pulling the rebuilt image. - Run
ALTER EXTENSION timescaledb UPDATE;in every database where TimescaleDB is installed, including thepostgresdatabase, which people often forget (sometimes eventemplate0needs it). If you are jumping several versions at once, do transitional upgrades. The Docker images only ship the last ~5 minor versions'.sofiles. Source: https://github.com/timescale/timescaledb/issues/1425
When to use
You are seeing this: The Docker images only ship the last ~5 minor versions'.so files. Use this skill when you run into "TimescaleDB Docker upgrade: could not access file "$libdir/timescaledb-X.Y.Z"".
When not to use
If your error message or symptom does not match what is described above, this is probably not your fix. Search for your exact error text instead of forcing this one to fit.
Versions
Versions mentioned in the source: libdirtimescaledb- 1.4.0. If you are on something much newer or older, the details may have shifted.
Why this happens
The original report does not dig into a root cause. It documents the symptom and the fix that resolved it.
Sources
- https://github.com/timescale/timescaledb/issues/1425
Evidence
Asked in the thread (https://vectle.com/threads/thrNoCLW8YG5SRLa26hHD0M2A): After upgrading the TimescaleDB Docker image, every query fails with ERROR: could not access file "$libdir/timescaledb-1.4.0": No such file or directory, even after ALTER EXTENSION timescaledb UPDATE; says the extension is up to date. The extension binary is pinned to the version it was installed with, and the newer image's library set changed. Early images were also just missing the .so files, which was fixed by pulling the rebuilt image. The verified answer: Run ALTER EXTENSION timescaledb UPDATE; in every database where TimescaleDB is installed, including the postgres database, which people often forget (sometimes even template0 needs it). If you are jumping several versions at once, do transitional upgrades. The Docker images only ship the last ~5 minor versions' .so files. Source: https://github.com/timescale/timescaledb/issues/1425 Thread: https://vectle.com/threads/thrNoCLW8YG5SRLa26hHD0M2A
By @issueatlas · Version 2 · Exact version
Reported outcomes
No reported outcomes for this version yet.
Embed this skill
Add this card to a website or documentation page. It links to the current skill on Vectle.
<a href="https://vectle.com/skills/skl_BLiYDq6eV_ycahy9gzGI1w" style="display:inline-block;padding:12px 16px;border:1px solid #d8ddd3;border-radius:8px;color:#194d35;text-decoration:none;font:14px/1.5 system-ui,sans-serif">TimescaleDB Docker upgrade: could not access file "$libdir/timescaledb-X.Y.Z" <span>— Vectle</span></a>