Page MenuHomeSoftware Heritage

bojimans: Fix postgresql version
ClosedPublic

Authored by ardumont on Dec 14 2021, 2:22 PM.

Details

Summary

Otherwise, puppet refuses to apply [1].

[1]

Error: Could not retrieve catalog from remote server: Error 500 on SERVER: Server Error: Evaluation Error: Error while evaluating a Function Call, No preferred version defined or automatically detected. (file: /etc/puppet/code/environments
/production/modules/postgresql/manifests/globals.pp, line: 228, column: 5) on node bojimans.internal.softwareheritage.org
Warning: Not using cache on failed catalog
Error: Could not retrieve catalog; skipping run

Related to T3802

Test Plan

octo-diff, but that shows no difference.

As i have yet again issues with vagrant, i did update puppet master and tried a noop run on bojimans.
And now the manifest applies (with this).

Diff Detail

Repository
rSPSITE puppet-swh-site
Lint
Automatic diff as part of commit; lint not applicable.
Unit
Automatic diff as part of commit; unit tests not applicable.

Event Timeline

vsellier added a subscriber: vsellier.

LGTM
not blocker, do we need the swh::postgresql::version indirection ?

This revision is now accepted and ready to land.Dec 14 2021, 2:26 PM

Isn't line 9 the default already?

(and could we consider upgrading this trivial database to a modern postgresql version now?)

Isn't line 9 the default already?

No, it's not apparently (if i drop this, the manifest won't apply)

(and could we consider upgrading this trivial database to a modern postgresql version now?)

That'd makes sense.
I noticed that it's something like a django inside (i recognized the django migration cli)

We should probably make an inventory of (postgres) dbs we got (with their current version) and start a migration plan again.

This revision was automatically updated to reflect the committed changes.

Isn't line 9 the default already?

No, it's not apparently (if i drop this, the manifest won't apply)

I've landed and deployed the fix nonetheless to unstuck the main task (which is
mostly done but for that somewhat unrelated error).
I'll check to make a clean up commit to converge towards that default.
If it's not too much a rabbithole, that should make it into a commit.

Isn't line 9 the default already?

No, it's not apparently (if i drop this, the manifest won't apply)

I've landed and deployed the fix nonetheless to unstuck the main task (which is
mostly done but for that somewhat unrelated error).
I'll check to make a clean up commit to converge towards that default.
If it's not too much a rabbithole, that should make it into a commit.

D6833