Hello all.
I have one master LDAP and many slaves. I want to check what replication to slaves are ok - how can I do it?
Hi,
Two things you can do: 1) Check the replog file, if the data is getting pushed to slave from there or not.
2) Issue an ldapsearch command on the slave servers to check a newly updated data.
On Thu, 2010-07-22 at 04:31 -0500, Proskurin Kirill wrote:
Hello all.
I have one master LDAP and many slaves. I want to check what replication to slaves are ok - how can I do it?
On 22/07/10 15:40, Priyesh Potdar wrote:
Hi,
Two things you can do:
- Check the replog file, if the data is getting pushed to slave from
there or not.
As I understand it is deprecated and only used with Slurpd?
I fogot to say - I use LDAP 2.4.11+ with Syncrepl.
- Issue an ldapsearch command on the slave servers to check a newly
updated data.
I don`t know what data is changing _now_ so what to search?
On 22/07/2010, at 9:47 PM, Proskurin Kirill wrote:
On 22/07/10 15:40, Priyesh Potdar wrote:
Hi,
Two things you can do:
- Check the replog file, if the data is getting pushed to slave from
there or not.
As I understand it is deprecated and only used with Slurpd?
I fogot to say - I use LDAP 2.4.11+ with Syncrepl.
- Issue an ldapsearch command on the slave servers to check a newly
updated data.
I don`t know what data is changing _now_ so what to search?
Create a change yourself on Server A and make sure you can see the change on B
-- Best regards, Proskurin Kirill
On 07/22/2010 02:27 PM, Indexer wrote:
On 22/07/2010, at 9:47 PM, Proskurin Kirill wrote:
On 22/07/10 15:40, Priyesh Potdar wrote:
Hi,
Two things you can do:
- Check the replog file, if the data is getting pushed to slave from
there or not.
As I understand it is deprecated and only used with Slurpd?
I fogot to say - I use LDAP 2.4.11+ with Syncrepl.
- Issue an ldapsearch command on the slave servers to check a newly
updated data.
I don`t know what data is changing _now_ so what to search?
Create a change yourself on Server A and make sure you can see the change on B
-- Best regards, Proskurin Kirill
Hi all, sorry to jump in like this but i have a similar question along the lines of: is there an automatic method to ensure a replicated database is consistent with its provider beyond simply doing a dump of each and then a diff?
Thanks Paul
On 22/07/10 16:27, Indexer wrote:
On 22/07/2010, at 9:47 PM, Proskurin Kirill wrote:
On 22/07/10 15:40, Priyesh Potdar wrote:
Hi,
Two things you can do:
- Check the replog file, if the data is getting pushed to slave from
there or not.
As I understand it is deprecated and only used with Slurpd?
I fogot to say - I use LDAP 2.4.11+ with Syncrepl.
- Issue an ldapsearch command on the slave servers to check a newly
updated data.
I don`t know what data is changing _now_ so what to search?
Create a change yourself on Server A and make sure you can see the change on B
May be I say not clear before - sorry for my english. I allready have LDAP master and many slaves. It is work - all ok.
I just want to understand - now to check it in realtime? I can`t believe what all juts hope it is will work well and there is nothing to worry about.
As I understand there is no native way. What is sad. So how do you people check it?
Script what create something on master and scripts what check what see the change on slaves?..
Hi,
Check out this link: http://docs.hp.com/en/5991-7504/ar01s08.html
Refer to the section: Monitoring the Replication Status
Hope this helps...
On Thu, 2010-07-22 at 07:17 -0500, Proskurin Kirill wrote:
On 22/07/10 15:40, Priyesh Potdar wrote:
Hi,
Two things you can do:
- Check the replog file, if the data is getting pushed to slave from
there or not.
As I understand it is deprecated and only used with Slurpd?
I fogot to say - I use LDAP 2.4.11+ with Syncrepl.
- Issue an ldapsearch command on the slave servers to check a newly
updated data.
I don`t know what data is changing _now_ so what to search?
On 22/07/10 16:34, Priyesh Potdar wrote:
Hi,
Check out this link: http://docs.hp.com/en/5991-7504/ar01s08.html
Refer to the section: Monitoring the Replication Status
Hope this helps...
Yes, thanks!
On 07/22/2010 02:34 PM, Priyesh Potdar wrote:
Hi,
Check out this link: http://docs.hp.com/en/5991-7504/ar01s08.html
Refer to the section: Monitoring the Replication Status
Hope this helps...
On Thu, 2010-07-22 at 07:17 -0500, Proskurin Kirill wrote:
On 22/07/10 15:40, Priyesh Potdar wrote:
Hi,
Two things you can do:
- Check the replog file, if the data is getting pushed to slave from
there or not.
As I understand it is deprecated and only used with Slurpd?
I fogot to say - I use LDAP 2.4.11+ with Syncrepl.
- Issue an ldapsearch command on the slave servers to check a newly
updated data.
I don`t know what data is changing _now_ so what to search?
Precisely what i was after, thanks.
Is there any way to manually create a hidden entry, in a similar style to the contextCSN, or would this require the an overlay to be written?
Paul
How we do it: slapcat | sort | md5sum
(Sort is necessary as slapcat outputs don't get dumped in any particular order.)
We've a script written around that and it's checked every 5 minutes by our nagios server - checking mirror masters against master VIP (VIP is on load balancer, configures for active/passive fail over) other and slaves against master VIP.
Caveat: we've only a 1000 entries or so... This may not be efficient for larger dbs - as I'm sure some might bring that up.
Try it: see if it takes too long or spikes the cpu too much.
- chris
Chris Jacobs, Systems Administrator Apollo Group | Apollo Marketing | Aptimus 2001 6th Ave Ste 3200 | Seattle, WA 98121 phone: 206.441.9100 x1245 | mobile: 206.601.3256 | fax: 206.441.9661 email: chris.jacobs@apollogrp.edu
----- Original Message ----- From: openldap-technical-bounces@OpenLDAP.org openldap-technical-bounces@OpenLDAP.org To: openldap-technical@openldap.org openldap-technical@openldap.org Sent: Thu Jul 22 02:31:20 2010 Subject: How to check LDAP replication status?
Hello all.
I have one master LDAP and many slaves. I want to check what replication to slaves are ok - how can I do it?
-- Best regards, Proskurin Kirill
This message is private and confidential. If you have received it in error, please notify the sender and remove it from your system.
openldap-technical@openldap.org
-
Chris Jacobs -
Indexer -
Paul Harvey -
Priyesh Potdar -
Proskurin Kirill