Re: archive modules

From: talk to ben <blo(dot)talkto(at)gmail(dot)com>
To: Nathan Bossart <nathandbossart(at)gmail(dot)com>
Cc: Robert Haas <robertmhaas(at)gmail(dot)com>, "Bossart, Nathan" <bossartn(at)amazon(dot)com>, David Steele <david(at)pgmasters(dot)net>, Fujii Masao <masao(dot)fujii(at)oss(dot)nttdata(dot)com>, "pgsql-hackers(at)postgresql(dot)org" <pgsql-hackers(at)postgresql(dot)org>, Michael Paquier <michael(at)paquier(dot)xyz>, Magnus Hagander <magnus(at)hagander(dot)net>, Stephen Frost <sfrost(at)snowman(dot)net>
Subject: Re: archive modules
Date: 2022-07-07 07:08:39
Message-ID: CAPE8EZ7vwLvtHo0mLARMNwKofx1H1h4_CD7j15S022_SvofMuQ@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

> I think the reason is that only the archiver process loads the library, so
> the GUC isn't registered at startup like you'd normally see with
> shared_preload_libraries. IIUC the server will still create a placeholder
> GUC during startup for custom parameters, which is why it shows up for SHOW
> commands.
>

Thanks for the quick answer !
That's a little surprising at first but I understand better now.

Will there be a facility to check archive_library gucs later on ? It might
come in handy with more
guc rich archive modules.

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Kyotaro Horiguchi 2022-07-07 07:26:59 Re: Add checkpoint and redo LSN to LogCheckpointEnd log message
Previous Message Richard Guo 2022-07-07 06:59:27 Re: Use outerPlanState macro instead of referring to leffttree