Create replica via Admin problem

We’re collapsing our notes domain. As a result, I need to move our HUB to an existing server. I’ve identified the databases I need to replicate to the new hub.

I go into the administrator, select a database, tell it to create a new replica, give it the name of where it should copy to, and after a few minutes, if I set the administrator to look at the files on the destination server, I see the new replica being created, the title of the database being the replica ID, about 300 megs of data transferred, then that’s it. I could let it wait for days and it won’t proceed any further.

Looking in the administration database I see where the request is made, and this message;

Received the status – Source and destination servers are not clustered – trying to create APAC\APACLess.nsf on Peachtree2/Atlanta/Indus/US; a replica creation request has been generated for further processing.

Actually, both source and destination servers are clustered. Just not to each other. I’m copying from one cluster to another.

Looking in the source’s log file I see the following;

Replicator was unable to initialize {Destination Server name} APAC\APAC Tsg Enhance.nsf (from APAC\APAC Tsg Enhance.nsf): You are not authorized to perform that operation

Thing is, in the destination server’s NAB document, under the security tab, in the “Create new replicas” field are the groups; LocalDomainServers (Which contain the source and destination server names) and Administrators (Which contains my name)

Any ideas?

Subject: Create replica via Admin problem.

Hi Mark,

If these servers are not in the same cluster, what other means of replication have been configured between them? It sounds as though the replica stub has been created, as expected. You may want to consider manually replicating a single database to confirm that this is an issue of replication simply not occurring, then following this test’s success, create a Connection Document to enable schedule replication to complete the rest for you.

Subject: RE: Create replica via Admin problem.

Actually it appears to be a database permissions issue. I think I got it.

Thanks