[Pkg-postgresql-public] Bug#891687: postgresql-common: dsfwew
Daniel Kahn Gillmor
dkg at fifthhorseman.net
Fri Mar 16 13:13:16 UTC 2018
Hi Christoph--
On Fri 2018-03-02 14:00:52 +0100, Christoph Berg wrote:
> this is very interesting, especially Type=notify.
thanks for taking a look!
> my first question would be if we could integrate the idea more tightly
> with the existing postgresql@ services which are already capable of
> launching clusters for different users (though currently hardcoded to
> /etc/postgresql/*). The cluster machinery itself (pg_ctlcluster and
> friends) can operate on different roots if PG_CLUSTER_CONF_ROOT is
> set. Maybe that can be incorporated to work better together.
i confess i don't understand the existing cluster machinery in debian as
well as i understand the upstream binaries -- so my changes were focused
specifically on setting up a simple per-user arrangement which:
a) doesn't require any superuser interaction, and
b) doesn't require us to think about any upgrade paths from previous
versions ;)
> One thing I have been thinking about was to replace pg_ctlcluster with
> something more systemd-specific, including Type=notify operation. This
> looks about what you have here.
yep, Type=notify Just Works™ afaict with the currently-shipped postgres.
it'd be great to have that used for the system stuff as well, but i
haven't thought through the upgrade paths clearly yet.
one additional fix to make things even nicer would be to make the
cluster daemon fully socket-activated, but that's likely to be work for
upstream, so we don't need to discuss it here.
anyway, let me know if there are things i can do that would make you
feel more comfortable adopting this user-specific cluster management
idea. users can already do it, but it'd be nice to smooth out bumps in
the road for them a little bit with a sensibly-maintained minimal
interface for the simple use case.
--dkg
More information about the Pkg-postgresql-public
mailing list