-
Notifications
You must be signed in to change notification settings - Fork 129
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Using docker timescale/timescaledb image, 'CREATE EXTENSION IF NOT EXISTS timescaledb CASCADE;' fails as it is not preloaded #66
Comments
Seems a fix was put in a month ago, but the docker images have not been rebuilt? Is there a reason why? |
docker image ls | grep timescale But I just pulled it down today. |
If I requested a specific image version, it seemed to work
seems using timescale/timescaledb doesn't pull a latest version image. |
@DanielJoyce - Were you using the Perhaps that is what you were seeing? It should throw an error when you try to use the |
@RobAtticus I have the same issue - the image tag used was: |
Okay, we're releasing 1.3.2 so anything on master should be in that release. |
@RobAtticus, cool thanks - if possible ping once the images are live :) |
@andylamp 1.3.2 should be out (except for the postgis flavored ones, we are working on an issue there) if you'd like to try |
@RobAtticus okay, thanks - am not currently using |
@RobAtticus nope stills breaks -- executing: select * from pg_extension only returns create extension if not exists timescaledb cascade still fails with the same error as before. The image used was: |
I just tried with that @andylamp and this is what I see:
Does |
This was my log:
|
this is the output of
|
Are you trying to run it from a volume that already exists? I wonder the volume got into a bad state when you tried with a broken Docker image and now it can't start correctly (it looks like its recovering rather than starting from a clean volume). |
@RobAtticus aha - missed that bit; had to delete the volume entirely do make this work. Thought the image would copy the "new" .conf file but alas this was not the case. it would be awesome to have this documented somewhere - that existing volumes would need to be cleared or a way to "copy" the new config to them! Thanks for the super fast replies! |
No worries, hopefully that works for @DanielJoyce too. We'll work on documenting or improving that flow |
Let me please refresh this issue: This problem occurs in my CI/CD pipelines in one case on a hundred or so. Here are the full logs:
The initialization script is:
Docker compose config slice:
And the docker-compose run command:
|
These are from PostgreSQL 11.7 and timescaledb 1.6.1:
|
so the problem is
What could it possibly be? |
I'm totally new to TimescaleDB but trying to run the Docker version seems to end the same way as described above:
|
As an update, I can run 1.7.4, get similar output ending with
but it is followed by
and when I connect to the database and follow https://docs.timescale.com/latest/getting-started/creating-hypertables, it works 🎉. Running on Fedora. Replicated on a colleague's computer (Mac) with the same result. The output looks like something weird is going on (it is first stopped but then starts up again) but the end result seems to be ok, so solved? 🤷♂️ |
Same issue as @mingan and @Antiarchitect trying to deploy on AWS ECS |
@DanielJoyce can you please try with our latest TimescaleDB 2.4.2 (PG 12 or PG13) and get back to us? |
@cserb which TimescaleDB and PostgreSQL version are you using? |
@NunoFilipeSantos I'm getting the same weird output as @mingan with |
Seems to run normally for me with the click for log
One difference I see in the log is "could not connect to telemetry.timescale.com". Tried setting it to 127.0.0.1 in hosts, or using |
What's the exact image hash you're using that gives this error? Mine w/o error was |
Safe to ignore, but we could probably improve it. I created an issue: #170 |
Hi! What's the exact image hash you're using that gives this error? |
Closing. You can follow the progress on #170. Thank you everyone. |
Seems prebuilt images are misconfigured, trying to create the timescaledb extension fails because the premade docker images do not have the library preloaded in their config.
The text was updated successfully, but these errors were encountered: