# Update Mapping for JDBC river freezes till next request is received

**URL:** <https://discuss.elastic.co/t/update-mapping-for-jdbc-river-freezes-till-next-request-is-received/17758>\
**Category:** Elasticsearch\
**Created:** [May 27, 2014, 4:44pm UTC](https://discuss.elastic.co/t/update-mapping-for-jdbc-river-freezes-till-next-request-is-received/17758 "2014-05-27T16:44:57Z")\
**Posts on this page:** 3\
**Page:** 1

<div class="post-metadata">

**Author:** ![Andre\_Morais](https://avatars.discourse-cdn.com/v4/letter/a/57b2e6/32.png) [@Andre\_Morais](https://discuss.elastic.co/u/Andre_Morais)\
**Post date:** [May 27, 2014, 4:44pm UTC](https://discuss.elastic.co/t/update-mapping-for-jdbc-river-freezes-till-next-request-is-received/17758/1 "2014-05-27T16:44:57Z")

</div>

Hello,

I am using the JDBC river plugin (latest version with the name "  
elasticsearch-river-jdbc-2.2.1.jar" on ES 0.90.5) and recently found that  
sometimes a new river takes a long time to start. I am creating the river  
and waiting for full river population by periodically counting indexed  
documents till full count is reached. I then create an alias. Other rivers  
are created subsequently.

Do you know of any reason for this strange behaviour?

Thanks for your help!

```
        André Morais

```

* * *

Here are the messages that show this behaviour: I create the river, the  
alias creation times out, one hour passes; I then create another river, the  
first one starts to index documents, and then the second one.

[2014-05-26 21:08:51,464][INFO][cluster.metadata] [Outrage]  
[\_river] update\_mapping [clfb\_meosudoeste20140526210851\_river] (dynamic)  
[2014-05-26 21:13:57,350][DEBUG][action.admin.indices.alias] [Outrage]  
failed to perform aliases  
org.elasticsearch.indices.IndexMissingException:  
[clfb\_meosudoeste20140526210851] missing  
at  
org.elasticsearch.cluster.metadata.MetaDataIndexAliasesService$1.execute(MetaDataIndexAliasesService.java:96)  
at  
org.elasticsearch.cluster.service.InternalClusterService$UpdateTask.run(InternalClusterService.java:298)  
at  
org.elasticsearch.common.util.concurrent.PrioritizedEsThreadPoolExecutor$TieBreakingPrioritizedRunnable.run(PrioritizedEsThreadPoolExecutor.java:135)  
at  
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)  
at  
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)  
at java.lang.Thread.run(Thread.java:722)  
[2014-05-26 22:03:25,146][DEBUG][action.index] [Outrage]  
Sending mapping updated to master: index [\_river] type  
[clfb\_salsa20140526220325\_river]  
[2014-05-26 22:03:25,146][INFO][cluster.metadata] [Outrage]  
[\_river] update\_mapping [clfb\_salsa20140526220325\_river] (dynamic)  
[2014-05-26 22:03:25,146][INFO][river.jdbc] [Outrage]  
[jdbc][clfb\_meosudoeste20140526210851\_river] starting JDBC river: URL  
[jdbc:mysql://localhost:3306/clfb\_meosudoeste], driver  
[com.mysql.jdbc.Driver], strategy [oneshot], index  
[clfb\_meosudoeste20140526210851]/[jdbc]  
[2014-05-26 22:03:30,184][INFO][cluster.metadata] [Outrage]  
[clfb\_meosudoeste20140526210851] creating index, cause [api], shards  
[5]/[1], mappings []  
[2014-05-26 22:03:30,200][INFO][river.jdbc] [Scarlet  
Spider] [jdbc][clfb\_salsa20140526220325\_river] starting JDBC river: URL  
[jdbc:mysql://localhost:3306/clfb\_salsa], driver [com.mysql.jdbc.Driver],  
strategy [oneshot], index [clfb\_salsa20140526220325]/[jdbc]

Thanks

--  
You received this message because you are subscribed to the Google Groups "elasticsearch" group.  
To unsubscribe from this group and stop receiving emails from it, send an email to [elasticsearch+unsubscribe@googlegroups.com](mailto:elasticsearch+unsubscribe@googlegroups.com).  
To view this discussion on the web visit [https://groups.google.com/d/msgid/elasticsearch/757a069a-a5c1-4849-8ae5-c21a44d5be92%40googlegroups.com](https://groups.google.com/d/msgid/elasticsearch/757a069a-a5c1-4849-8ae5-c21a44d5be92%40googlegroups.com).  
For more options, visit [https://groups.google.com/d/optout](https://groups.google.com/d/optout).

---

<div class="post-metadata">

**Author:** ![jprante](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/jprante/32/44941_2.png) [@jprante](https://discuss.elastic.co/u/jprante)\
**Post date:** [May 27, 2014, 10:32pm UTC](https://discuss.elastic.co/t/update-mapping-for-jdbc-river-freezes-till-next-request-is-received/17758/2 "2014-05-27T22:32:59Z")

</div>

You should upgrade ES, there were bugs fixed regarding cluster update  
service and rivers.

Jörg

On Tue, May 27, 2014 at 6:44 PM, André Morais [anoeee@gmail.com](mailto:anoeee@gmail.com) wrote:

> Hello,
> 
> I am using the JDBC river plugin (latest version with the name "  
> elasticsearch-river-jdbc-2.2.1.jar" on ES 0.90.5) and recently found that  
> sometimes a new river takes a long time to start. I am creating the river  
> and waiting for full river population by periodically counting indexed  
> documents till full count is reached. I then create an alias. Other rivers  
> are created subsequently.
> 
> Do you know of any reason for this strange behaviour?
> 
> Thanks for your help!
> 
> ```
> André Morais
> 
> ```
> 
> * * *
> 
> Here are the messages that show this behaviour: I create the river, the  
> alias creation times out, one hour passes; I then create another river, the  
> first one starts to index documents, and then the second one.
> 
> [2014-05-26 21:08:51,464][INFO][cluster.metadata] [Outrage]  
> [\_river] update\_mapping [clfb\_meosudoeste20140526210851\_river] (dynamic)  
> [2014-05-26 21:13:57,350][DEBUG][action.admin.indices.alias] [Outrage]  
> failed to perform aliases  
> org.elasticsearch.indices.IndexMissingException:  
> [clfb\_meosudoeste20140526210851] missing  
> at  
> org.elasticsearch.cluster.metadata.MetaDataIndexAliasesService$1.execute(MetaDataIndexAliasesService.java:96)  
> at  
> org.elasticsearch.cluster.service.InternalClusterService$UpdateTask.run(InternalClusterService.java:298)  
> at  
> org.elasticsearch.common.util.concurrent.PrioritizedEsThreadPoolExecutor$TieBreakingPrioritizedRunnable.run(PrioritizedEsThreadPoolExecutor.java:135)  
> at  
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)  
> at  
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)  
> at java.lang.Thread.run(Thread.java:722)  
> [2014-05-26 22:03:25,146][DEBUG][action.index] [Outrage]  
> Sending mapping updated to master: index [\_river] type  
> [clfb\_salsa20140526220325\_river]  
> [2014-05-26 22:03:25,146][INFO][cluster.metadata] [Outrage]  
> [\_river] update\_mapping [clfb\_salsa20140526220325\_river] (dynamic)  
> [2014-05-26 22:03:25,146][INFO][river.jdbc] [Outrage]  
> [jdbc][clfb\_meosudoeste20140526210851\_river] starting JDBC river: URL  
> [jdbc:mysql://localhost:3306/clfb\_meosudoeste], driver  
> [com.mysql.jdbc.Driver], strategy [oneshot], index  
> [clfb\_meosudoeste20140526210851]/[jdbc]  
> [2014-05-26 22:03:30,184][INFO][cluster.metadata] [Outrage]  
> [clfb\_meosudoeste20140526210851] creating index, cause [api], shards  
> [5]/[1], mappings   
> [2014-05-26 22:03:30,200][INFO][river.jdbc] [Scarlet  
> Spider] [jdbc][clfb\_salsa20140526220325\_river] starting JDBC river: URL  
> [jdbc:mysql://localhost:3306/clfb\_salsa], driver [com.mysql.jdbc.Driver],  
> strategy [oneshot], index [clfb\_salsa20140526220325]/[jdbc]
> 
> Thanks
> 
> --  
> You received this message because you are subscribed to the Google Groups  
> "elasticsearch" group.  
> To unsubscribe from this group and stop receiving emails from it, send an  
> email to [elasticsearch+unsubscribe@googlegroups.com](mailto:elasticsearch+unsubscribe@googlegroups.com).  
> To view this discussion on the web visit  
> [https://groups.google.com/d/msgid/elasticsearch/757a069a-a5c1-4849-8ae5-c21a44d5be92%40googlegroups.com](https://groups.google.com/d/msgid/elasticsearch/757a069a-a5c1-4849-8ae5-c21a44d5be92%40googlegroups.com)[https://groups.google.com/d/msgid/elasticsearch/757a069a-a5c1-4849-8ae5-c21a44d5be92%40googlegroups.com?utm\_medium=email&utm\_source=footer](https://groups.google.com/d/msgid/elasticsearch/757a069a-a5c1-4849-8ae5-c21a44d5be92%40googlegroups.com?utm_medium=email&utm_source=footer)  
> .  
> For more options, visit [https://groups.google.com/d/optout](https://groups.google.com/d/optout).

--  
You received this message because you are subscribed to the Google Groups "elasticsearch" group.  
To unsubscribe from this group and stop receiving emails from it, send an email to [elasticsearch+unsubscribe@googlegroups.com](mailto:elasticsearch+unsubscribe@googlegroups.com).  
To view this discussion on the web visit [https://groups.google.com/d/msgid/elasticsearch/CAKdsXoHpGOG1PoLqTGyJ%3D6EjFUa4kwTDpdmkxtBf9W0Ov8vnVg%40mail.gmail.com](https://groups.google.com/d/msgid/elasticsearch/CAKdsXoHpGOG1PoLqTGyJ%3D6EjFUa4kwTDpdmkxtBf9W0Ov8vnVg%40mail.gmail.com).  
For more options, visit [https://groups.google.com/d/optout](https://groups.google.com/d/optout).

---

<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:** [July 6, 2017, 1:26am UTC](https://discuss.elastic.co/t/update-mapping-for-jdbc-river-freezes-till-next-request-is-received/17758/3 "2017-07-06T01:26:31Z")

</div>


