# Elastic CCR feature update/delete fails at follower index

**URL:** https://discuss.elastic.co/t/elastic-ccr-feature-update-delete-fails-at-follower-index/273828
**Category:** Elasticsearch
**Tags:** ccr-cross-cluster-replication
**Created:** [May 24, 2021, 1:22pm UTC](https://discuss.elastic.co/t/elastic-ccr-feature-update-delete-fails-at-follower-index/273828 "2021-05-24T13:22:59Z")
**Posts on this page:** 2
**Page:** 1

<div class="post-metadata">

### Author: ![pavan\_koppolu](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/pavan_koppolu/32/89170_2.png) [@pavan\_koppolu](https://discuss.elastic.co/u/pavan_koppolu)
#### Post date: [May 24, 2021, 1:22pm UTC](https://discuss.elastic.co/t/elastic-ccr-feature-update-delete-fails-at-follower-index/273828/1 "2021-05-24T13:22:59Z")

</div>

Hi Team,  
I have a query like while working with CCR feature everything went well except one use case like

- Placed a document from one cluster, then replicated the same doc in other cluster
- Then the first cluster down, so obviously writes through second cluster and that is also fine
- Now i got a request to update/delete the document, which resides in follower index of second cluster because second cluster is primary. In this case we got 403 operation not allowed.

How we can overcome this scenario with CCR feature? Is there any other alternatives which is capable of handle this usecase, apart from CCR is also fine. It would be great, if you suggest or refer any solution.

---

<div class="post-metadata">

### Author: ![system](https://us1.discourse-cdn.com/elastic/original/3X/1/a/1ac57faf039f6b580b3f104ef42a2a89e41014de.png) [@system](https://discuss.elastic.co/u/system)
#### Post date: [June 21, 2021, 1:23pm UTC](https://discuss.elastic.co/t/elastic-ccr-feature-update-delete-fails-at-follower-index/273828/2 "2021-06-21T13:23:36Z")

</div>

This topic was automatically closed 28 days after the last reply. New replies are no longer allowed.
