Update ansible for installation with py3.12 and Ubuntu Noble and postgresql 16#151
Merged
djgalloway merged 12 commits intomainfrom Apr 21, 2025
Merged
Update ansible for installation with py3.12 and Ubuntu Noble and postgresql 16#151djgalloway merged 12 commits intomainfrom
djgalloway merged 12 commits intomainfrom
Conversation
Signed-off-by: Dan Mick <dan.mick@redhat.com>
Signed-off-by: Dan Mick <dan.mick@redhat.com>
Signed-off-by: Dan Mick <dan.mick@redhat.com>
Signed-off-by: Dan Mick <dan.mick@redhat.com>
not sure when this changed, but it seems like long ago Signed-off-by: Dan Mick <dan.mick@redhat.com>
Signed-off-by: Dan Mick <dan.mick@redhat.com>
as of v14, pg_stats is no more Signed-off-by: Dan Mick <dan.mick@redhat.com>
pip can't handle --hash and -e . at the same time see all the lovely dissent at pypa/pip#4995 include update of psycopg2 to .10 micro version Signed-off-by: Dan Mick <dan.mick@redhat.com>
Signed-off-by: Dan Mick <dan.mick@redhat.com>
Signed-off-by: Dan Mick <dan.mick@redhat.com>
Signed-off-by: Dan Mick <dan.mick@redhat.com>
When updating the hosts, the differences between configuring hot-standby on postgresql 9.5 -> 16 are just too great. I think the hot-standby feature was of questionable value anyway, and it super-complicates the update procedure, and shaman is due for some major architectural changes soon anyway. If this horribly affects performance we can circle back, but I very much doubt it will. Signed-off-by: Dan Mick <dan.mick@redhat.com>
Contributor
|
So there is no second/backup shaman server anymore? |
Member
Author
Right. My judgement was that it was not worth the effort to recast/retest given how much the configuration has changed and how little I understood the management procedures. I need to circle back on the load balancer deployment ansible code too |
djgalloway
approved these changes
Apr 21, 2025
| @@ -1,4 +0,0 @@ | |||
| # {{ ansible_managed }} | |||
Contributor
There was a problem hiding this comment.
What was this file even supposed to be for?
Member
Author
There was a problem hiding this comment.
That was part of the hot-standby configuration that I excised. it's not present anymore; those settings got absorbed into postgresql.conf
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Just a bunch of little things, mostly, except for the decision to remove the hot-standby server (because the
newer postgresql configuration is completely different, and I don't think it was ever necessary for performance
or fault-tolerance).
I've run this on a new server installed with Ubuntu Noble, and transferred the data from 1.shaman.ceph.com with pg_dumpall -> pg_restore -> psql:
1.shaman:
pg_dumpall -c --quote-all-identifiers -f dumpall.sql
(copy dumpall.sql to new server)
1.new:
dropdb shaman
pg_restore -c -C -f restore.sql dumpall.sql
psql < restore.sql
The new server provides a working web UI, and I validated the newest fix from #147 as follows:
create a project 'dmick'
create 1.json:
I should be able to schedule some downtime, bring 1.shaman and 2.shaman's service down, take a last dumpall of the DB and load it into the new server, then twiddle the server IPs to have the new server take over at 1.shaman (to avoid DNS-TTL-timeout delays for all consumers) in fairly short order.