diff options
| author | Tomas Vondra <tomas.vondra@postgresql.org> | 2025-11-20 12:51:58 +0100 |
|---|---|---|
| committer | Tomas Vondra <tomas.vondra@postgresql.org> | 2025-11-20 13:26:49 +0100 |
| commit | 599336c64fc9ef75727ec3ba4684644dc23f8ddb (patch) | |
| tree | 9c5167cf9f57b5cbc09fdbd47a109ecb441829cb /src/include/executor/nodeSubqueryscan.h | |
| parent | b5623cc5e4197b59d37b869fbd92c1778be0438e (diff) | |
Handle EPERM in pg_numa_init
When running in Docker, the container may not have privileges needed by
get_mempolicy(). This is called by numa_available() in libnuma, but
versions prior to 2.0.19 did not expect that. The numa_available() call
seemingly succeeds, but then we get unexpected failures when trying to
query status of pages:
postgres =# select * from pg_shmem_allocations_numa;
ERROR: XX000: failed NUMA pages inquiry status: Operation not
permitted
LOCATION: pg_get_shmem_allocations_numa, shmem.c:691
The best solution is to call get_mempolicy() first, and proceed to
numa_available() only when it does not fail with EPERM. Otherwise we'd
need to treat older libnuma versions as insufficient, which seems a bit
too harsh, as this only affects containerized systems.
Fix by me, based on suggestions by Christoph. Backpatch to 18, where the
NUMA functions were introduced.
Reported-by: Christoph Berg <myon@debian.org>
Reviewed-by: Christoph Berg <myon@debian.org>
Discussion: https://postgr.es/m/aPDZOxjrmEo_1JRG@msg.df7cb.de
Backpatch-through: 18
Diffstat (limited to 'src/include/executor/nodeSubqueryscan.h')
0 files changed, 0 insertions, 0 deletions
