On 4/15/11 5:03 PM, Howard Chu wrote:
Christopher Strider Cook wrote:
On 4/15/11 11:46 AM, Howard Chu wrote:
Quanah Gibson-Mount wrote:
--On Thursday, April 14, 2011 5:28 PM -0700 Christopher Strider Cook
cc...@pandora.com wrote:
Alternately, I tried to setup a separate database
Christopher Strider Cook wrote:
So, the pointer to test059 was exactly what this issue needed and
following it has lead me to an very good working setup with one puzzling
final step.
The problem I now face is that the initial cn=config entries used to do
the first sync do not get overwritten
--On Thursday, April 14, 2011 5:28 PM -0700 Christopher Strider Cook
cc...@pandora.com wrote:
Alternately, I tried to setup a separate database cn=config_slave and
have that snycrepl to the slave into cn=config... but that creates a
naming missmatch.
Is there an approved practice to achieve
On 4/15/11 9:59 AM, Quanah Gibson-Mount wrote:
--On Thursday, April 14, 2011 5:28 PM -0700 Christopher Strider Cook
cc...@pandora.com wrote:
Alternately, I tried to setup a separate database cn=config_slave and
have that snycrepl to the slave into cn=config... but that creates a
naming
Quanah Gibson-Mount wrote:
--On Thursday, April 14, 2011 5:28 PM -0700 Christopher Strider Cook
cc...@pandora.com wrote:
Alternately, I tried to setup a separate database cn=config_slave and
have that snycrepl to the slave into cn=config... but that creates a
naming missmatch.
Is there an
On 4/15/11 11:46 AM, Howard Chu wrote:
Quanah Gibson-Mount wrote:
--On Thursday, April 14, 2011 5:28 PM -0700 Christopher Strider Cook
cc...@pandora.com wrote:
Alternately, I tried to setup a separate database cn=config_slave and
have that snycrepl to the slave into cn=config... but that
Christopher Strider Cook wrote:
On 4/15/11 11:46 AM, Howard Chu wrote:
Quanah Gibson-Mount wrote:
--On Thursday, April 14, 2011 5:28 PM -0700 Christopher Strider Cook
cc...@pandora.com wrote:
Alternately, I tried to setup a separate database cn=config_slave and
have that snycrepl to the