Skip to content

CLOS-2132: Add PGDG PostgreSQL vendor PES events and pgdg96/pgdg10 mappings, migrate EOL versions#27

Open
prilr wants to merge 2 commits into
cloudlinux:cloudlinuxfrom
prilr:CLOS-2132-elevate-postgresql-cannot-be-started-aft
Open

CLOS-2132: Add PGDG PostgreSQL vendor PES events and pgdg96/pgdg10 mappings, migrate EOL versions#27
prilr wants to merge 2 commits into
cloudlinux:cloudlinuxfrom
prilr:CLOS-2132-elevate-postgresql-cannot-be-started-aft

Conversation

@prilr
Copy link
Copy Markdown
Collaborator

@prilr prilr commented May 15, 2026

The PostgreSQL PGDG vendor files had an empty postgresql_pes.json (no package events) and were missing repo mappings for pgdg96 and pgdg10.

Without PES events, Leapp treats PGDG packages as unknown and can silently drop them or leave them broken after upgrade; without the pgdg96/pgdg10 mappings, customers running those PGDG versions on CL7 have no Leapp-known target on CL8.

Populated postgresql_pes.json with 52 action=6 (MOVED) events covering the core packages (postgresql, postgresql-server, postgresql-libs, postgresql-contrib) for:

CL7 -> CL8: postgresql{96,10,11,12,13,14,15}
CL8 -> CL9: postgresql{11,12,13,14,15,16}

Added pgdg96 and pgdg10 source repo entries plus el8-pgdg96 and el8-pgdg10 target repo stanzas. Target URLs use the PGDG yum-archive host (consistent with the existing el8-pgdg11 stanza for EOL versions).

In addition, moved the EOL versions to the yum-archive URLs, as they are no longer accessible from the links currently stored in the leapp-data repofile configs.

os_name values use CentOS / AlmaLinux to match the convention in the other vendor PES files; the field is ignored at runtime by parse_release(), which only uses major/minor versions.

prilr and others added 2 commits May 14, 2026 23:14
…ppings

The PostgreSQL PGDG vendor files had an empty postgresql_pes.json (no
package events) and were missing repo mappings for pgdg96 and pgdg10.
Without PES events, Leapp treats PGDG packages as unknown and can
silently drop them or leave them broken after upgrade; without the
pgdg96/pgdg10 mappings, customers running those PGDG versions on CL7
have no Leapp-known target on CL8.

Populated postgresql_pes.json with 52 action=6 (Moved) events covering
the core packages (postgresql<N>, postgresql<N>-server,
postgresql<N>-libs, postgresql<N>-contrib) for:

  CL7 -> CL8: postgresql{96,10,11,12,13,14,15}
  CL8 -> CL9: postgresql{11,12,13,14,15,16}

Added pgdg96 and pgdg10 source repo entries plus el8-pgdg96 and
el8-pgdg10 target repo stanzas. Target URLs use the PGDG yum-archive
host (consistent with the existing el8-pgdg11 stanza for EOL versions).
PES event IDs 22777-22828 do not collide with existing IDs across all
PES files (verified by tests/validate_ids.py). os_name values use
CentOS / AlmaLinux to match the convention in the other vendor PES
files (mariadb, nginx, etc.); the field is ignored at runtime by
parse_release(), which only uses major/minor versions.

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
PostgreSQL 12 (EOL 2024-11) and PostgreSQL 13 (EOL 2025-11) have been
removed from the live PGDG repository host. Requests to the
download.postgresql.org URLs in postgresql.repo.{el8,el9} now return
HTTP 410 Gone, which would break leapp upgrades for any customer whose
source system has these repos enabled:

  download.postgresql.org/pub/repos/yum/{12,13}/redhat/rhel-{8,9}-...
    -> 410 Gone
  yum-archive.postgresql.org/{12,13}/redhat/rhel-{8,9}-...
    -> 200 OK

Move the four baseurl lines (pgdg12 and pgdg13 in both .el8 and .el9)
to the archive host, consistent with the existing treatment of pgdg11
(EOL 2023-11, already on archive) and pgdg9.6/pgdg10 (EOL 2021-11 /
2022-11, also archive).

Discovered while validating the pgdg96/pgdg10 URLs added by the
previous commit on this branch; the live-vs-archive split is the same
pattern PGDG applies to every EOL major version once it stops shipping
patches.

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant