[Fedora-directory-users] Problems Setting up 1.0.3

[Richard Megginson]

Chris St. Pierre wrote:
> I went ahead and re-inited pretty much all of my replication
> agreements, and now I'm getting the error below on the other three
> servers, but not on the one that originally had the problem.  Do I
> just need to keep re-initing agreements until I hit the magic
> combination?  Is there a better solution?  (Please say yes!)
>   
Once you reinitialize one, you have to reinitialize the others.

I'm afraid I can't offer a better solution because I don't understand 
why this happened in the first place.
> Chris St. Pierre
> Unix Systems Administrator
> Nebraska Wesleyan University
>
> On Fri, 3 Nov 2006, Chris St. Pierre wrote:
>
>   
>> On Fri, 3 Nov 2006, Richard Megginson wrote:
>>
>>     
>>> The consumer.  The supplier thinks the consumer suffix is disabled.  It might
>>> be as simple a fix as restarting the consumer.
>>>       
>> That changed the error message.
>>
>> [03/Nov/2006:11:21:24 -0600] NSMMReplicationPlugin -
>> agmt="cn="Replication to chico.nebrwesleyan.edu"" (chico:389): Replica
>> has a different generation ID than the local data.
>>
>> I get that every 3-5 seconds WRT replication to the same host.  When I
>> restarted the problematic host, it reinitialized all of its
>> replication agreements; do I need to reinitialize the agreement the
>> other way, too?
>>
>> Chris St. Pierre
>> Unix Systems Administrator
>> Nebraska Wesleyan University
>>
>>
>> --
>> Fedora-directory-users mailing list
>> Fedora-directory-users at redhat.com
>> https://www.redhat.com/mailman/listinfo/fedora-directory-users
>>
>>     
>
> --
> Fedora-directory-users mailing list
> Fedora-directory-users at redhat.com
> https://www.redhat.com/mailman/listinfo/fedora-directory-users
>   
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 3178 bytes
Desc: S/MIME Cryptographic Signature
URL: <http://lists.fedoraproject.org/pipermail/389-users/attachments/20061103/e313312e/attachment.bin>