Thread: repmgr: Do we need separate versions of repmgr for separate PG versions?

repmgr: Do we need separate versions of repmgr for separate PG versions?

From
Devrim Gündüz
Date:
Hi,

I am working on improving repmgr packaging. Do we need separate repmgr
versions for separate PG versions? Right now, we don't have separate
package for 9.3, and 9.4 for example. Is that an issue?

Regards,
--
Devrim GÜNDÜZ
Principal Systems Engineer @ EnterpriseDB: http://www.enterprisedb.com
PostgreSQL Danışmanı/Consultant, Red Hat Certified Engineer
Twitter: @DevrimGunduz , @DevrimGunduzTR


Attachment

Re: repmgr: Do we need separate versions of repmgr for separate PG versions?

From
Devrim Gündüz
Date:
Hi,

On Tue, 2015-02-24 at 16:47 +0200, Devrim Gündüz wrote:

> I am working on improving repmgr packaging. Do we need separate repmgr
> versions for separate PG versions? Right now, we don't have separate
> package for 9.3, and 9.4 for example. Is that an issue?

Tired me --  I meant to say:

* Right now, we don't have PostgreSQL version number in the package, but
we install them under PostgreSQL directory  /usr/pgsql-9.X/... . Either
we will install the binaries and libs under /usr/bin and /usr/sbin
and /usr/lib(64), or leave the files as where they are now and add PG
version number to the package name.

Regards,

--
Devrim GÜNDÜZ
Principal Systems Engineer @ EnterpriseDB: http://www.enterprisedb.com
PostgreSQL Danışmanı/Consultant, Red Hat Certified Engineer
Twitter: @DevrimGunduz , @DevrimGunduzTR


Attachment

Re: repmgr: Do we need separate versions of repmgr for separate PG versions?

From
Strahinja Kustudić
Date:
If repmgr is not PG version dependant, it should all go into the same directory, on the other hand if it is version dependant, I would add the version of postgres to the package name.


Strahinja Kustudić
| Lead System Engineer | Nordeus

On Tue, Feb 24, 2015 at 3:54 PM, Devrim Gündüz <devrim@gunduz.org> wrote:

Hi,

On Tue, 2015-02-24 at 16:47 +0200, Devrim Gündüz wrote:

> I am working on improving repmgr packaging. Do we need separate repmgr
> versions for separate PG versions? Right now, we don't have separate
> package for 9.3, and 9.4 for example. Is that an issue?

Tired me --  I meant to say:

* Right now, we don't have PostgreSQL version number in the package, but
we install them under PostgreSQL directory  /usr/pgsql-9.X/... . Either
we will install the binaries and libs under /usr/bin and /usr/sbin
and /usr/lib(64), or leave the files as where they are now and add PG
version number to the package name.

Regards,

--
Devrim GÜNDÜZ
Principal Systems Engineer @ EnterpriseDB: http://www.enterprisedb.com
PostgreSQL Danışmanı/Consultant, Red Hat Certified Engineer
Twitter: @DevrimGunduz , @DevrimGunduzTR


Re: repmgr: Do we need separate versions of repmgr for separate PG versions?

From
Martín Marqués
Date:
2015-02-24 13:24 GMT-03:00 Strahinja Kustudić <strahinjak@nordeus.com>:
> If repmgr is not PG version dependant, it should all go into the same
> directory, on the other hand if it is version dependant, I would add the
> version of postgres to the package name.

+1 to all.

But one clarification.

The only postgres version dependent part is the repmgr library needed
for autofailovers voting, where it decides who is eligible to be the
new master.

Debian has it separated in another package. Maybe we could mimic that.

root@debian7:~# apt-cache search repmgr
postgresql-9.0-repmgr - replication manager support modules for PostgreSQL 9.0
postgresql-9.1-repmgr - replication manager support modules for PostgreSQL 9.1
postgresql-9.2-repmgr - replication manager support modules for PostgreSQL 9.2
postgresql-9.3-repmgr - replication manager support modules for PostgreSQL 9.3
postgresql-9.4-repmgr - replication manager support modules for PostgreSQL 9.4
repmgr - replication manager for PostgreSQL
repmgr-dbg - debug symbols for repmgr

postgresql-9.x-rpmgr contains the repmgr_funcs.so library and the sql
to install and uninstall repmgr monitoring tables and functions.

Kind regards,

--
Martín Marqués                http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Training & Services