Re: log_min_messages per backend type

surya poondla <suryapoondla4@gmail.com>

From: surya poondla <suryapoondla4@gmail.com>
To: Euler Taveira <euler@eulerto.com>
Cc: pgsql-hackers@lists.postgresql.org
Date: 2026-02-06T20:28:25Z
Lists: pgsql-hackers
Hi Euler,

I am still reviewing the latest patch (v11).

Quick clarification on how this feature interacts with existing per-session
and per-role/database GUC settings:
If I set log_min_messages = 'warning, backend:error' at the cluster level:
  1. Can an individual session still override this with SET
log_min_messages = DEBUG1?
  2. Do role/database-level settings (e.g., ALTER ROLE alice SET
log_min_messages = DEBUG1) still work as expected?

I assume both would override the cluster-level backend:error setting
following standard GUC precedence rules, but wanted to confirm.

Regards,
Surya Poondla

Commits

Same data as JSON: GET /api/v1/messages/:b64id/commits the thread's linked commits as JSON, with link sources. API reference →
  1. Cleanup for log_min_messages changes in 38e0190ced71

  2. Allow log_min_messages to be set per process type

  3. Assign "backend" type earlier during process start-up

  4. Use integer backend type when exec'ing a postmaster child

  5. Sort guc_parameters.dat alphabetically by name

  6. Create a separate file listing backend types

  7. Replace postmaster.c's own backend type codes with BackendType