Re: Implementing Replication via pgAdmin

From: "Daniel B(dot) Thurman" <dant(at)cdkkt(dot)com>
To: "Pgadmin-Support \(E-mail\)" <pgadmin-support(at)postgresql(dot)org>
Subject: Re: Implementing Replication via pgAdmin
Date: 2007-09-20 02:00:13
Message-ID: 021126B987E43D44A860139823C079110E2B71@orion.cdkkt.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgadmin-support

>> >I see that my Master and Slave replication process is not
>> >even running so at this point I am not sure how to start
>> >them running.
>
>Are the slons running? They should be started from the Services control
>panel applet after the engines are registered. When they are, check the
>connections on each server to ensure they have actually connected. If
>not, check the log files/event log for error messages to see
>why not. If
>required, modify the config files or pgpass files are required and
>restart the slons.
>
>If they are connected and running, check that you have listens defined
>on each node in the cluster for every other node in the cluster (except
>the admin node).
>
>Regards, Dave.
>

Sigh, I am not getting anywhere, so it seems.

1) I have been able to completely reconstruct the replication
structure using pgAdmin3
2) I was able to manually run on the Master server, in a command window:
slon MasterCluster dbname=MyTest user=postgres host=copper.cdkkt.com

But I noticed the error:
"2007-09-19 17:42:39 Pacific Daylight Time ERROR remoteWorkerThread_2:
"select "_MasterCluster".setAddTable_int(1, 3, '"public"."cars"',
'cars_pkey', ''); " PGRES_FATAL_ERROR ERROR: Slony-I: setAddTable_int:
table id 3 has already been assigned!"

Ignoring this error for now,

3) I was able to manually run on the Slave server, in a command window:
slon MasterCluster dbname=MyTest user=postgres host=copper.cdkkt.com
[No errors reported]

4) Changed a value in MyTest.cars and it was successfully replicated to slave

5) Feeling that all was working, I proceeded on the master to run slonik:
> slonik slonyReplication.txt
[No errors reported]

[File configuration is:
#-- This defines which namespace the replication system uses
cluster name = MasterCluster;

#-- Admin conninfo's are used by the slonik program to connect
#-- to the node databases. So these are the PQconnectdb arguments
#-- that connect from the administrators workstation (where
#-- slonik is executed).
node 1 admin conninfo = 'dbname=MyTest host=copper.cdkkt.com user=postgres';
node 2 admin conninfo = 'dbname=MyTest host=raider.cdkkt.com user=postgres';

#-- Node 2 subscribes set 1
subscribe set ( id = 1, provider = 1, receiver = 2, forward = yes);
]

6) Proceeded on the slave to run slonik:
> slonik slonyReplication.txt
[No errors reported]

[Same file configuration as above]

7) Restared master and slave services

8) Ran pgAdmin3 and noticed:

on MASTER:
a) Master Node: Running PID: not running
b) Slave Node: Running PID: administrative node

on SLAVE:
a) Master Node: Running PID: not running
b) Slave Node: Running PID: not running

And of course, replication failed when a value is changed in MyTest.cars

9) So, I tried testing to see if the manually running slon on both
servers would work showing:

on MASTER:
a) Master Node: Running PID: 1528
b) Slave Node: Running PID: administrative node

on SLAVE:
a) Master Node: Running PID: 1528
b) Slave Node: Running PID: 1752

And of course, replication still fails.

Seems that my running of slonik messed up the configuration
as is shown where the slave Running PID = 'administrative node'

So -- what now?

What am I doing wrong with the slonik configuration file that so messed
it all up and is it possible to remove this configuration using pssql?

I know I can tear everything down again and start over, but I would end
up using manual slons. Perhaps I do not have a good handle as to the
proper configuration files for slonik?

Thanks -
Dan

No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.5.487 / Virus Database: 269.13.22/1015 - Release Date: 9/18/2007 11:53 AM

Responses

Browse pgadmin-support by date

  From Date Subject
Next Message Dave Page 2007-09-20 07:55:06 Re: Seems that majordomo stopped working forpgAdmin-support?
Previous Message Daniel B. Thurman 2007-09-19 22:38:09 Re: Implementing Replication via pgAdmin