Re: bdr replication

From: Slava Bendersky <volga629(at)skillsearch(dot)ca>
To: Craig Ringer <craig(at)2ndquadrant(dot)com>
Cc: pgsql-general <pgsql-general(at)postgresql(dot)org>
Subject: Re: bdr replication
Date: 2016-03-31 03:09:19
Message-ID: 528858661.2080006.1459393759836.JavaMail.zimbra@skillsearch.ca
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Hello Craig,
Is any share storage technology recommended for PostgreSQL in virtual environment ?
Ok what I will do is going take backups, shutdown both virtual servers and place all vm use local disk on server only.
volga629

From: "Craig Ringer" <craig(at)2ndquadrant(dot)com>
To: "volga629" <volga629(at)skillsearch(dot)ca>
Cc: "pgsql-general" <pgsql-general(at)postgresql(dot)org>
Sent: Wednesday, 30 March, 2016 23:57:28
Subject: Re: [GENERAL] bdr replication

On 31 March 2016 at 10:43, Slava Bendersky < volga629(at)skillsearch(dot)ca > wrote:

Hello Craig,
The current setup is two server which run libvirt and for storage which run glusterfs (storage server feed two virtual servers). Right now is no fencing in place. Each of the nodes have one PostgreSQL vm with bdr.

That's a disaster waiting to happen. You can't just share storage like that in PostgreSQL, BDR or otherwise. I'm amazed it didn't fail earlier.

Try to dump whatever data you can recover, initdb a new normal PostgreSQL instance, restore, and set up normal replication. Look into repmgr, pgbarman, etc. Read the manual on replication, backup and failover. Do _not_ use shared storage.

--
Craig Ringer http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Training & Services

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message John R Pierce 2016-03-31 03:34:55 Re: bdr replication
Previous Message Craig Ringer 2016-03-31 02:57:28 Re: bdr replication