Hide Forgot
This bug is created as a clone of upstream ticket: https://fedorahosted.org/389/ticket/47587 repl5.h: #define MAX_NUM_OF_MASTERS 64 repl5_agmt.c: typedef struct repl5agmt { ... struct changecounter *changecounters[MAX_NUM_OF_MASTERS]; /* changes sent/skipped since server start up */ ... } cl5_cache.c: struct clc_buffer { ... struct csn_seq_ctrl_block *buf_cscbs [MAX_NUM_OF_MASTERS]; }
Hi, how to verify this change? Thanks.
(In reply to Milan Kubík from comment #2) > Hi, > > how to verify this change? > > Thanks. Not sure. Mark worked on this.
Taking steps from bug1031223.
(In reply to Milan Kubík from comment #2) > Hi, > > how to verify this change? > > Thanks. Hi Milan, sorry for not getting back to you sooner. First, I thought Sankar automated this test, so might want to check with him. To verify it you need to create more than 64 "master" instances and over 64 agreements on one master. You should be able to just use one of the masters to add the 64+ agreements that point to the other master replica servers - so you don't need 64+ agreements on every master, just one. Finally, make sure replication works across all the replicas.
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. http://rhn.redhat.com/errata/RHBA-2014-1385.html