# Cross Cluster Replication Issue
**URL:** https://discuss.elastic.co/t/cross-cluster-replication-issue/286943
**Category:** Elasticsearch
**Tags:** ccr-cross-cluster-replication
**Created:** [October 18, 2021, 3:11am UTC](https://discuss.elastic.co/t/cross-cluster-replication-issue/286943 "2021-10-18T03:11:20Z")
**Posts on this page:** 13
**Page:** 1
### Author:  [@Prabakar](https://discuss.elastic.co/u/Prabakar)
#### Post date: [October 18, 2021, 3:11am UTC](https://discuss.elastic.co/t/cross-cluster-replication-issue/286943/1 "2021-10-18T03:11:20Z")
We are using Elasticsearch open source 7.13. We are trying to perform Cross Cluster Replication. We followed below steps.
1. Created Index (Leader Index) on Cluster 1.
2. Created cluster 1 as a remote cluster for cluster 2 .
3. We are executing below PUT request to create follower index on cluster 2.
PUT follower\_index\_Name/\_ccr/follow
{
"remote\_cluster":"test\_remote\_cluster",
"leader\_index":"leader\_index\_name"
}
We are getting below error.
{
"error": {
"root\_cause": [
{
"type": "security\_exception",
"reason": "current license is non-compliant for [ccr]",
"license.expired.feature": "ccr"
}
],
"type": "security\_exception",
"reason": "current license is non-compliant for [ccr]",
"license.expired.feature": "ccr"
},
"status": 403
}
Is Cross Cluster Replication available in Open source? or do we need to go with Enterprise edition to achieve CCR?
---
### Author:  [@warkolm](https://discuss.elastic.co/u/warkolm)
#### Post date: [October 18, 2021, 3:15am UTC](https://discuss.elastic.co/t/cross-cluster-replication-issue/286943/2 "2021-10-18T03:15:15Z")
Welcome to our community! 😃
> [@Prabakar](#):
>
> Is Cross Cluster Replication available in Open source?
It is not, no.
CCR is a Platinum and above level feature - [Subscriptions | Elastic Stack Products & Support | Elastic](https://www.elastic.co/subscriptions)
---
### Author:  [@Prabakar](https://discuss.elastic.co/u/Prabakar)
#### Post date: [October 18, 2021, 4:50am UTC](https://discuss.elastic.co/t/cross-cluster-replication-issue/286943/3 "2021-10-18T04:50:41Z")
Thank you for letting me know. May I know what are all the options available to do the CCR in open source version. Can you share your thoughts on this.
---
### Author:  [@Christian\_Dahlqvist](https://discuss.elastic.co/u/Christian_Dahlqvist)
#### Post date: [October 18, 2021, 5:09am UTC](https://discuss.elastic.co/t/cross-cluster-replication-issue/286943/4 "2021-10-18T05:09:09Z")
There is no way to do that within Elasticsearch with the free basic license. Before CCR was created a reasonably common way to achieve this was to feed the two clusters in parallel, e.g. by having two Logstash instances feed the clusters from Kafka or some other message queue, but whether this is appropriate or not depends on your use case.
---
### Author:  [@Prabakar](https://discuss.elastic.co/u/Prabakar)
#### Post date: [October 18, 2021, 3:24pm UTC](https://discuss.elastic.co/t/cross-cluster-replication-issue/286943/5 "2021-10-18T15:24:11Z")
Ok. Can we follow below approach if we have Active/Passive setup.
1. Take snapshots (For example, Every hour) on cluster 1 and store it on S3 bucket or Google Cloud Storage.
2. Restore it on Cluster 2 from S3 or Google cloud storage bucket.
---
### Author:  [@dadoonet](https://discuss.elastic.co/u/dadoonet)
#### Post date: [October 18, 2021, 3:38pm UTC](https://discuss.elastic.co/t/cross-cluster-replication-issue/286943/6 "2021-10-18T15:38:46Z")
Yes. That will work as well.
---
### Author:  [@Prabakar](https://discuss.elastic.co/u/Prabakar)
#### Post date: [October 18, 2021, 3:56pm UTC](https://discuss.elastic.co/t/cross-cluster-replication-issue/286943/7 "2021-10-18T15:56:36Z")
Thank you for the response. If it is Active/Active then may I know what are the best ways to achieve CCR apart from feeding the two clusters in parallel?
---
### Author:  [@Prabakar](https://discuss.elastic.co/u/Prabakar)
#### Post date: [October 19, 2021, 5:29am UTC](https://discuss.elastic.co/t/cross-cluster-replication-issue/286943/8 "2021-10-19T05:29:33Z")
I have enabled platinum 30 day trial. I can able to perform cross cluster replication. But facing an issue while updating data on follower index
Steps:
1. Created Index (Leader Index) on Cluster 1 (For example, Customer)
2. Created cluster 1 as a remote cluster for cluster 2 .
3. Created follower index (customer) on Cluster 2 using remote cluster (cluster 1)
4. Trying to update the record on customer index on cluster 1. It got succeeded and I can able to update the document.
5. Trying to update the record on follower index (customer) on cluster 2. But I am getting below error.
"type": "status\_exception",
"reason": "a following engine does not accept operations without an assigned sequence number"
I tried passing \_seq\_no and \_primary\_term as well, but no luck
PUT customer/\_doc/01?if\_seq\_no=4&if\_primary\_term=1
{
"firstName":"Smith",
"last Name": "John",
"_seq\_no_":4,
"\_primary\_term" : 1
}
Please share your thoughts on this? Is it possible to update the records on follower index after replication? We are looking for Active/Active model. So inserts, updates and deletes on the index will happen on both the clusters. So we are looking for Bi-directional approach.
---
### Author:  [@Christian\_Dahlqvist](https://discuss.elastic.co/u/Christian_Dahlqvist)
#### Post date: [October 19, 2021, 5:35am UTC](https://discuss.elastic.co/t/cross-cluster-replication-issue/286943/9 "2021-10-19T05:35:40Z")
CCR does as far as I know not support active-active replication. Please see [this blog post](https://www.elastic.co/blog/cross-datacenter-replication-with-elasticsearch-cross-cluster-replication) for details. I am not aware of any solution to achieve this in Elasticsearch.
---
### Author:  [@Prabakar](https://discuss.elastic.co/u/Prabakar)
#### Post date: [October 19, 2021, 5:26pm UTC](https://discuss.elastic.co/t/cross-cluster-replication-issue/286943/10 "2021-10-19T17:26:04Z")
Ok. But we have a question on Active/Passive model as well.
1. Cluster 1 we are creating indexes and performing all write operations. Then replication will happen automatically on the other cluster (Cluster 2).
2. If we have major outage on Cluster1 then only Cluster 2 will be available for the operation. As you said Read will work fine, since follower indexes are read only. But what we can do for write here.
How will we achieve DR (Disaster Recovery) process?
---
### Author:  [@Christian\_Dahlqvist](https://discuss.elastic.co/u/Christian_Dahlqvist)
#### Post date: [October 19, 2021, 5:50pm UTC](https://discuss.elastic.co/t/cross-cluster-replication-issue/286943/11 "2021-10-19T17:50:35Z")
I believe you would need to [terminate replication](https://www.elastic.co/guide/en/elasticsearch/reference/current/ccr-managing.html#ccr-terminate-replication) in order to transform it into a leader index that you can make updates to and then follow once the other site comes back up.
---
### Author:  [@Prabakar](https://discuss.elastic.co/u/Prabakar)
#### Post date: [October 19, 2021, 10:28pm UTC](https://discuss.elastic.co/t/cross-cluster-replication-issue/286943/12 "2021-10-19T22:28:45Z")
Yes. Replication has been paused by doing select the follower index and pause replication (On cluster 2). When the follower index status changes to Paused, reselect the follower index and choose to unfollow the leader index. Then the index started acting like a normal index to perform insert, update and delete operations. Below is my question.
1. After some point cluster 1 recovered from crash.. Then how the updates or inserts or deletes happened on cluster 2 index will navigate to Cluster 1? Because Cluster 1 already have an index with the same name with old data. How to achieve this?
This is normal Disaster Recovery process. It helps if you share how we can achieve this and it may help us to make the decision to go with Enterprise edition.
---
### Author:  [@system](https://discuss.elastic.co/u/system)
#### Post date: [November 16, 2021, 10:29pm UTC](https://discuss.elastic.co/t/cross-cluster-replication-issue/286943/13 "2021-11-16T22:29:00Z")
This topic was automatically closed 28 days after the last reply. New replies are no longer allowed.