[Pgcluster-general] Failover of PGReplicate
"Tomás A. Rossi"
tomas at mecon.gov.ar
Mon Jan 8 16:48:36 UTC 2007
Sorry, as I see it, the question hasn't been answered. He asked if the
"secondary" node should detect that the "primary" is up again, and then
restore the original behavior (i.e. root replication server getting
active again in the whole replication schema).
Regards,
--
Tom;
a.mitani at sra-europe.com escribió:
> Hi,
>
> The replication server is used for queueing queries.
> Therefore, all cluster db must connect same replication server.
>
> Replication server has not primary / secondary order.
> It has just active / stand-by mode.
>
> Regards,
> -------------------
> At.Mitani
>
>
>> Lets say I have 2 nodes, each running PGReplicate and ClusterDB. The node
>> running the primary PGReplicate fails and the ClusterDB on the second node
>> automatically fails over the PGReplicate of the first node. However, when
>> I restart node1, the ClusterDB of node2 seems to remain connected to
>> PGreplicate of node2, and thus any changes done on node 2 are no longer
>> reflected on node1, and viceversa.
>>
>> Is ClusterDB supposed to realise that the primary replicator has been
>> restored so that all clusterDBs access the same replicator?
>>
>> regards,
>> Josef
>>
>> _______________________________________________
>> Pgcluster-general mailing list
>> Pgcluster-general at pgfoundry.org
>> http://pgfoundry.org/mailman/listinfo/pgcluster-general
>>
>>
>
> _______________________________________________
> Pgcluster-general mailing list
> Pgcluster-general at pgfoundry.org
> http://pgfoundry.org/mailman/listinfo/pgcluster-general
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://pgfoundry.org/pipermail/pgcluster-general/attachments/20070108/dd473774/attachment-0001.html
More information about the Pgcluster-general
mailing list