Skip to content

Test coverage: pg_upgrade across majors (data preservation) #239

Description

@ChronicallyJD

Gap

pg_upgrade has no test coverage anywhere in the suite (no suite, no grep hit). For a table access method that stores data in relation forks plus WAL-logged catalog metadata in pgcolumnar.* heap tables, pg_upgrade (link and copy mode, across majors) is the primary cross-major data-preservation path, and it is exactly the profile where AM + custom-catalog extensions break.

Why this blocks a public release

A user who upgrades their cluster and finds columnar tables unreadable or the extension un-loadable has lost data with no warning. This is acceptable in a caveated alpha only if "no major-version upgrade path is tested yet" is stated explicitly; it is not acceptable for general use.

Suggested acceptance criteria

  • A suite that: builds+installs against major N and N+1, creates a USING pgcolumnar table with data and options on N, runs pg_upgrade (both --link and copy), and asserts on N+1 that the extension loads, the table is readable, row data matches, and options survive.
  • Run it for at least one adjacent pair in the local matrix; document any modes not covered.

Found in a release-readiness review; part of a set of durability-boundary gaps (see sibling issues on format compatibility, physical replication, and platform coverage).

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions