Skip site navigation (1) Skip section navigation (2)

Re: Command prompt replication.

From: "Joshua D(dot) Drake" <jd(at)commandprompt(dot)com>
To: Theo Galanakis <Theo(dot)Galanakis(at)lonelyplanet(dot)com(dot)au>
Cc: pgsql-admin(at)postgresql(dot)org
Subject: Re: Command prompt replication.
Date: 2005-01-20 05:30:10
Message-ID: 41EF41E2.9000202@commandprompt.com (view raw or flat)
Thread:
Lists: pgsql-admin
>
> On the slave server the /var/log/postgresql.log is polutated with this:
>
> LOG:  INCSKIP to 16003071
> LOG:  SET mcp_ack_recno: 16003071
>
> Based on my limited knowledge and little documentation provided by 
> command prompt, all looks well??? However the record I added to the 
> master has not been copied to the slave.
>
What does slave_stat say?

Sincerely,

Joshua D. Drake


> Regards,
>         Theo
>
> ______________________________________________________________________
> This email, including attachments, is intended only for the addressee
> and may be confidential, privileged and subject to copyright. If you
> have received this email in error, please advise the sender and delete
> it. If you are not the intended recipient of this email, you must not
> use, copy or disclose its content to anyone. You must not copy or
> communicate to others content that is confidential or subject to
> copyright, unless you have the consent of the content owner.
>


-- 
Command Prompt, Inc., home of Mammoth PostgreSQL - S/ODBC and S/JDBC
Postgresql support, programming shared hosting and dedicated hosting.
+1-503-667-4564 - jd(at)commandprompt(dot)com - http://www.commandprompt.com
PostgreSQL Replicator -- production quality replication for PostgreSQL


Attachment: jd.vcf
Description: text/x-vcard (285 bytes)

In response to

pgsql-admin by date

Next:From: Joshua D. DrakeDate: 2005-01-20 05:57:59
Subject: Re: Command prompt replication.
Previous:From: Troyston CampanoDate: 2005-01-20 05:03:28
Subject: Oracle and Postgresql Play Nice Together on Same Computer?

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group