[check_postgres] ERROR: Cannot test replication: values are not the same

[Juned Khan]

Hi Greg,

I tried many times to make value same on both databases using update query
but value gets change in one of database and again giving me same error
"values are not same". I've also confirmed that this row is not being
updated by any other resources.

Please share your thoughts how do I solve this problem ?


Regards
Juned Khan / Network Engineer
+91 9974740823/ juned.khan at inextrix.com

iNextrix Technologies Pvt Ltd.
www.inextrix.com <http://htmlsig.com/www.inextrix.com>

[image: Facebook] <https://www.facebook.com/junedkhan23> [image: Twitter]
<https://twitter.com/juned23> [image: Google Plus]
<https://plus.google.com/+JunedKhan> [image: Linkedin]
<http://htmlsig.com/in.linkedin.com/in/junedk>

This e-mail message may contain confidential or legally privileged
information and is intended only for the use of the intended recipient(s).
Any unauthorized disclosure, dissemination, distribution, copying or the
taking of any action in reliance on the information herein is prohibited.
E-mails are not secure and cannot be guaranteed to be error free as they
can be intercepted, amended, or contain viruses. Anyone who communicates
with us by e-mail is deemed to have accepted these risks. Company Name is
not responsible for errors or omissions in this message and denies any
responsibility for any damage arising from the use of e-mail. Any opinion
and other statement contained in this message and any attachment are solely
those of the author and do not necessarily represent those of the company.

On Fri, Nov 28, 2014 at 1:43 PM, Juned Khan <jkhan6722 at gmail.com> wrote:

> Thanks Greg, but as soon as I am updating values manually using update
> query to make it same, it gets changed in few seconds. Still as per your
> suggestion I have to check if its values is not gets change by any other
> resources except then Nagios plugin.
>
> Regards
> Juned Khan / Network Engineer
> +91 9974740823/ juned.khan at inextrix.com
>
> iNextrix Technologies Pvt Ltd.
> www.inextrix.com <http://htmlsig.com/www.inextrix.com>
>
> [image: Facebook] <https://www.facebook.com/junedkhan23> [image: Twitter]
> <https://twitter.com/juned23> [image: Google Plus]
> <https://plus.google.com/+JunedKhan> [image: Linkedin]
> <http://htmlsig.com/in.linkedin.com/in/junedk>
>
> This e-mail message may contain confidential or legally privileged
> information and is intended only for the use of the intended recipient(s).
> Any unauthorized disclosure, dissemination, distribution, copying or the
> taking of any action in reliance on the information herein is prohibited.
> E-mails are not secure and cannot be guaranteed to be error free as they
> can be intercepted, amended, or contain viruses. Anyone who communicates
> with us by e-mail is deemed to have accepted these risks. Company Name is
> not responsible for errors or omissions in this message and denies any
> responsibility for any damage arising from the use of e-mail. Any opinion
> and other statement contained in this message and any attachment are solely
> those of the author and do not necessarily represent those of the company.
>
> On Wed, Nov 26, 2014 at 6:01 PM, Greg Sabino Mullane <greg at endpoint.com>
> wrote:
>
>> On Wed, Nov 26, 2014 at 10:20:17AM +0530, Juned Khan wrote:
>> > I have setup replication using Bucardo.I have checked the values in both
>> > databases it it different  also when I tried to make it same manually
>> but
>> > it keeps changing.
>>
>> Not sure what you mean by it keeps changing?
>>
>> > check_postgres.pl --action=replicate_row  --host=localhost,192.168.1.15
>> > --dbname=mydb --warning=10 --repinfo=ip_map,id,44399,name,slon,nols
>> >
>> > Any thoughts on this how to fix this problem ?
>>
>> The message means that in the ip_map table, the value of the "name"
>> column is not the same for the row identified by a pk value of 44399
>> in the id column. You need to get both the same, either by running this
>> on both databases:
>>
>> UPDATE ip_map SET name = 'slon' WHERE id = 44399;
>>
>> Or just running it on one that is being used as a source and letting
>> Bucardo
>> push the changes to the other side.
>>
>> The idea is to use a row that is normally not changed by any external
>> action,
>> such that check_postgres is the only thing manipulating that row. Usually
>> this
>> means a test or dummy row in the table in question.
>>
>> --
>> Greg Sabino Mullane greg at endpoint.com
>> End Point Corporation
>> PGP Key: 0x14964AC8
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mail.endcrypt.com/pipermail/check_postgres/attachments/20141201/9c181c1e/attachment-0001.html>