pg_stat_io: Don't flag extends by autovacuum launcher
Melanie Plageman <melanieplageman@gmail.com>
Author:
Melanie Plageman <melanieplageman@gmail.com>
Date: 2026-06-24T18:51:31Z
Releases:
19 (unreleased)
pg_stat_io: Don't flag extends by autovacuum launcher pg_stat_io asserts on unexpected combinations of backend type and IOOp. These combinations were meant to help detect bugs given our current understanding of the system -- not serve as a set of rules for what is allowed. The autovacuum launcher scans catalog tables and may on-access prune them. This previously wouldn't have led to any extends of the relation, but now that on-access pruning may pin a page of the visibility map (4f7ecca84ddacbce27), scanning tables may lead to extending the visibility map. This would cause the launcher to trip an assert. Since there is no reason to forbid the launcher from doing extends, remove it from the list of backend type pgstat_tracks_io_op flags for doing IOOP_EXTEND. Read-only catalog scans still don't let pruning set the VM; doing so needs table AM API changes and is left for the future. Reported-by: Ewan Young <kdbase.hack@gmail.com> Discussion: https://postgr.es/m/CAON2xHNOyaN9MCZohhD_NL6as3QVhGA0SOn2Hyi9w6+Y-_1bFA@mail.gmail.com
Files
| Path | Change | +/− |
|---|---|---|
| src/backend/utils/activity/pgstat_io.c | modified | +2 −2 |
Discussion
- autovacuum launcher crash: assert in pgstat_count_io_op (IOOP_EXTEND on pg_database's VM) 7 messages · 2026-05-31 → 2026-06-30