-
Notifications
You must be signed in to change notification settings - Fork 119
Does not work with official postgres:10 ( or earlier ) due to pg_hba.conf #16
New issue
Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? # to your account
Comments
I think this might technically be a "duplicate" of #1 😅 (Although perhaps now closer to being realistic for fixing via docker-library/postgres#496!) |
Maybe add a "known issues" in the readme adding this note, since i ran into this backwards, wasted a bit of time to find out why the server is "not working" - great to see the complex bootstrap components being split up into reusable chunks. |
For anybody, just a quickfix: After starting your new ( upgraded ) db and it complains about the missing entry, just exec into the
and restart the |
What if you are using replication, via docker stack deploy and want to have the same logic across instances? |
You'll need to make your own (possibly derivative) image as your needs have advanced beyond the very basic proof of concept this repository contains. |
When using your image to migrate the databases,
pg_hba.conf
will be replaced using a version, which will not allow other hosts to connect using a passwordthis line is not included in the
pg_hba.conf
of the newly migrate DATA folder, lets assume pg11One can easily copy this file from
pg10/data/pg_hba.conf
topg10/data/pg_hba.conf
or just add the line i mentioned - but we might also consider mention this in the readme.Without that, PG boots up just fine, the migratoin did work just fine - just no other service in the docker stack can use PG since they cannot connect to it :)
The text was updated successfully, but these errors were encountered: