# Documents from couchdb river aren't deleted **URL:** \ **Category:** Elasticsearch\ **Created:** [March 19, 2012, 4:11pm UTC](https://discuss.elastic.co/t/documents-from-couchdb-river-arent-deleted/7060 "2012-03-19T16:11:53Z")\ **Posts on this page:** 9\ **Page:** 1
**Author:** ![botay](https://avatars.discourse-cdn.com/v4/letter/b/c4cdca/32.png) [@botay](https://discuss.elastic.co/u/botay)\ **Post date:** [March 19, 2012, 4:11pm UTC](https://discuss.elastic.co/t/documents-from-couchdb-river-arent-deleted/7060/1 "2012-03-19T16:11:53Z")
Hello, After deleting a document in couchdb I got the following messages in elastic search logfile. It looks like the document is deleted but it remains in the index. Has anybody an idea? tom [2012-03-19 16:41:44,352][TRACE][river.couchdb] [Lorvex] [couchdb][cm8\_river] [couchdb] {"seq":271963,"id":"2329616,de\_DE","changes":[{"rev":"4-ae8660826e9706e0965039eb7365fbed"}],"deleted":true,"doc":{"\_id":"2329616,de\_DE","\_rev":"4-ae8660826e9706e0965039eb7365fbed","\_deleted":true}} [2012-03-19 16:41:44,353][TRACE][river.couchdb] [Lorvex] [couchdb][cm8\_river] processing [delete]: [cm8]/[cm1]/[2329616,de\_DE] [2012-03-19 16:41:45,353][TRACE][river.couchdb] [Lorvex] [couchdb][cm8\_river] processing [\_seq]: [\_river]/[cm8\_river]/[\_seq], last\_seq [271963] [2012-03-19 16:41:45,354][TRACE][index.shard.service] [Lorvex] [\_river][0] index [Document indexed,omitNorms,indexOptions=DOCS\_ONLY\<\_type:cm8\_river\> stored,indexed,tokenized,omitNorms\<\_uid:\> indexed,tokenized indexed,tokenized\<\_all:\>\>] [2012-03-19 16:41:45,356][TRACE][index.shard.service] [Lorvex] [cm8][0] delete [cm1#2329616,de\_DE] [2012-03-19 16:41:46,109][TRACE][index.shard.service] [Lorvex] [cm8][0] refresh with waitForOperations[false] [2012-03-19 16:41:46,211][TRACE][index.shard.service] [Lorvex] [\_river][0] refresh with waitForOperations[false] Sorry for the duplicate post. ---
**Author:** ![kimchy](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/kimchy/32/44952_2.png) [@kimchy](https://discuss.elastic.co/u/kimchy)\ **Post date:** [March 20, 2012, 10:49am UTC](https://discuss.elastic.co/t/documents-from-couchdb-river-arent-deleted/7060/2 "2012-03-20T10:49:59Z")
How can you tell that the document is not deleted? It looks like it was in elasticsearch based on the shard logging you enabled... On Mon, Mar 19, 2012 at 6:11 PM, Tom Anheyer [Tom.Anheyer@berlinonline.de](mailto:Tom.Anheyer@berlinonline.de)wrote: > Hello, > > After deleting a document in couchdb I got the following messages in > Elasticsearch logfile. It looks like the document is deleted but it > remains in the index. > > Has anybody an idea? > > tom > > [2012-03-19 16:41:44,352][TRACE][river.\*\*couchdb] [Lorvex] [couchdb][cm8\_river] [couchdb] {"seq":271963,"id":"2329616,\*\* de\_DE","changes":[{"rev":"4-\*\*ae8660826e9706e0965039eb7365fb\*\* ed"}],"deleted":true,"doc":{"\_\*\*id":"2329616,de\_DE","\_rev":"4-\*\* ae8660826e9706e0965039eb7365fb\*\*ed","\_deleted":true}} [2012-03-19 16:41:44,353][TRACE][river.\*\*couchdb] [Lorvex] [couchdb][cm8\_river] processing [delete]: [cm8]/[cm1]/[2329616,de\_DE] [2012-03-19 16:41:45,353][TRACE][river.\*\*couchdb] [Lorvex] [couchdb][cm8\_river] processing [\_seq]: [\_river]/[cm8\_river]/[\_seq], last\_seq [271963] [2012-03-19 16:41:45,354][TRACE][index.\*\*shard.service] [Lorvex] [\_river][0] index [Document indexed,omitNorms,\*\*indexOptions=DOCS\_ONLY\<\_type: \*\*cm8\_river\> stored,indexed,tokenized,\*\*omitNorms\<\_uid:\> indexed,tokenized indexed,tokenized\<\_all:\>\>] [2012-03-19 16:41:45,356][TRACE][index.\*\*shard.service] [Lorvex] [cm8][0] delete [cm1#2329616,de\_DE] [2012-03-19 16:41:46,109][TRACE][index.\*\*shard.service] [Lorvex] [cm8][0] refresh with waitForOperations[false] [2012-03-19 16:41:46,211][TRACE][index.\*\*shard.service] [Lorvex] [\_river][0] refresh with waitForOperations[false] > > Sorry for the duplicate post. ---
**Author:** ![botay](https://avatars.discourse-cdn.com/v4/letter/b/c4cdca/32.png) [@botay](https://discuss.elastic.co/u/botay)\ **Post date:** [March 20, 2012, 11:41am UTC](https://discuss.elastic.co/t/documents-from-couchdb-river-arent-deleted/7060/3 "2012-03-20T11:41:44Z")
Hello, It looks like a problem with the \_type attribute. Deleting the entry using the the correct type works: curl -X DELETE [http://localhost:9200/cm8/article/2329616,de\_DE](http://localhost:9200/cm8/article/2329616,de_DE) {"ok":true,"found":true,"\_index":"cm8","\_type":"article","\_id":"2329616,de\_DE","\_version":14} Logfile shows: [2012-03-20 11:59:34,937][TRACE][index.shard.service] [Kiber the Cruel] [cm8][0] delete [article#2329616,de\_DE] [2012-03-20 11:59:35,022][TRACE][index.shard.service] [Kiber the Cruel] [cm8][0] refresh with waitForOperations[false] In contrast the river results in the lines: [2012-03-20 11:57:04,557][TRACE][index.shard.service] [Kiber the Cruel] [cm8][0] delete [cm1#2329616,de\_DE] [2012-03-20 11:57:05,003][TRACE][index.shard.service] [Kiber the Cruel] [cm8][0] refresh with waitForOperations[false] cm1 is not the \_type but the name of the couchdb. tom Am 20.03.2012 11:49, schrieb Shay Banon: > How can you tell that the document is not deleted? It looks like it > was in elasticsearch based on the shard logging you enabled... > > On Mon, Mar 19, 2012 at 6:11 PM, Tom Anheyer > \<[Tom.Anheyer@berlinonline.de](mailto:Tom.Anheyer@berlinonline.de) [mailto:Tom.Anheyer@berlinonline.de](mailto:Tom.Anheyer@berlinonline.de)\> wrote: > > ``` > Hello, > > After deleting a document in couchdb I got the following messages > in elastic search logfile. It looks like the document is deleted > but it remains in the index. > > Has anybody an idea? > > tom > > > [2012-03-19 16:41:44,352][TRACE][river.couchdb] > [Lorvex] [couchdb][cm8_river] [couchdb] > {"seq":271963,"id":"2329616,de_DE","changes":[{"rev":"4-ae8660826e9706e0965039eb7365fbed"}],"deleted":true,"doc":{"_id":"2329616,de_DE","_rev":"4-ae8660826e9706e0965039eb7365fbed","_deleted":true}} > [2012-03-19 16:41:44,353][TRACE][river.couchdb] > [Lorvex] [couchdb][cm8_river] processing [delete]: > [cm8]/[cm1]/[2329616,de_DE] > [2012-03-19 16:41:45,353][TRACE][river.couchdb] > [Lorvex] [couchdb][cm8_river] processing [_seq]: > [_river]/[cm8_river]/[_seq], last_seq [271963] > [2012-03-19 16:41:45,354][TRACE][index.shard.service] > [Lorvex] [_river][0] index > [Document > indexed,omitNorms,indexOptions=DOCS_ONLY<_type:cm8_river> > stored,indexed,tokenized,omitNorms<_uid:> > indexed,tokenized indexed,tokenized<_all:>>] > [2012-03-19 16:41:45,356][TRACE][index.shard.service] > [Lorvex] [cm8][0] delete [cm1#2329616,de_DE] > [2012-03-19 16:41:46,109][TRACE][index.shard.service] > [Lorvex] [cm8][0] refresh with waitForOperations[false] > [2012-03-19 16:41:46,211][TRACE][index.shard.service] > [Lorvex] [_river][0] refresh with waitForOperations[false] > > > Sorry for the duplicate post. > > ``` ## -- Mit freundlichen Grüßen Tom Anheyer Entwicklung& Technik Karl-Liebknecht-Straße 29 | 10178 Berlin | Germany Tel.: +49 (30) 23 27 - 52 10 Fax: +49 (30) 23 27 - 55 96 E-Mail: [tom.anheyer@berlinonline.de](mailto:tom.anheyer@berlinonline.de) [Berlin.de](http://Berlin.de) | [BerlinOnline.de](http://BerlinOnline.de) | [B2B-Deutschland.de](http://B2B-Deutschland.de) | [Deutschland-Reise.de](http://Deutschland-Reise.de) | [VisitBerlin.de](http://VisitBerlin.de) Amtsgericht Berlin-Charlottenburg, HRA 31951 Sitz der Gesellschaft: Berlin, Deutschland Geschäftsführer Olf Dziadek USt.-IdNr: DE219483549 persönlich haftender Gesellschafter: BerlinOnline Stadtportalbeteiligungsgesellschaft mbH Amtsgericht Berlin-Charlottenburg, HRB 79077 Sitz der Gesellschaft: Berlin, Deutschland Geschäftsführer Olf Dziadek ---
**Author:** ![botay](https://avatars.discourse-cdn.com/v4/letter/b/c4cdca/32.png) [@botay](https://discuss.elastic.co/u/botay)\ **Post date:** [March 23, 2012, 11:52am UTC](https://discuss.elastic.co/t/documents-from-couchdb-river-arent-deleted/7060/4 "2012-03-23T11:52:16Z")
Hello again, Is there any further help for me? It's a very urgent problem for my system. Some more information: The type is not part of the id. Deleting an entry only using the id is a valid operation in my system. The type is dynamically build by a river script. For items to delete the river delivers no document information and I have no chance to get the right type of the item. - Index definition: [http://pastie.org/3653911](http://pastie.org/3653911) - River script: [http://pastie.org/3653914](http://pastie.org/3653914) - Is there a setting in ES for allowing deletes without type information? - Is it a bug in ES? - Is it a bug in the Couchdb River? - Any other solutions? Please help one more. best regards tom Hello, It looks like a problem with the \_type attribute. Deleting the entry using the the correct type works: curl -X DELETE [http://localhost:9200/cm8/article/2329616,de\_DE](http://localhost:9200/cm8/article/2329616,de_DE) {"ok":true,"found":true,"\_index":"cm8","\_type":"article","\_id":"2329616,de\_DE","\_version":14} Logfile shows: [2012-03-20 11:59:34,937][TRACE][index.shard.service] [Kiber the Cruel] [cm8][0] delete [article#2329616,de\_DE] [2012-03-20 11:59:35,022][TRACE][index.shard.service] [Kiber the Cruel] [cm8][0] refresh with waitForOperations[false] In contrast the river results in the lines: [2012-03-20 11:57:04,557][TRACE][index.shard.service] [Kiber the Cruel] [cm8][0] delete [cm1#2329616,de\_DE] [2012-03-20 11:57:05,003][TRACE][index.shard.service] [Kiber the Cruel] [cm8][0] refresh with waitForOperations[false] cm1 is not the \_type but the name of the couchdb. tom ---
**Author:** ![kimchy](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/kimchy/32/44952_2.png) [@kimchy](https://discuss.elastic.co/u/kimchy)\ **Post date:** [March 25, 2012, 11:43am UTC](https://discuss.elastic.co/t/documents-from-couchdb-river-arent-deleted/7060/5 "2012-03-25T11:43:39Z")
In this case its a problem, since the type is needed in order to delete the doc using the delete API. The type used in this case (if you can't extract it from the id of the doc you get from couch) is the one you created the river with... On Fri, Mar 23, 2012 at 1:52 PM, botay [tom.anheyer@berlinonline.de](mailto:tom.anheyer@berlinonline.de) wrote: > Hello again, > > Is there any further help for me? It's a very urgent problem for my system. > > Some more information: > > The type is not part of the id. Deleting an entry only using the id is a > valid operation in my system. The type is dynamically build by a river > script. For items to delete the river delivers no document information and > I > have no chance to get the right type of the item. > > - Index definition: [http://pastie.org/3653911](http://pastie.org/3653911) [http://pastie.org/3653911](http://pastie.org/3653911) > > - River script: [http://pastie.org/3653914](http://pastie.org/3653914) [http://pastie.org/3653914](http://pastie.org/3653914) > > - Is there a setting in ES for allowing deletes without type information? > > - Is it a bug in ES? > > - Is it a bug in the Couchdb River? > > - Any other solutions? > > Please help one more. > > best regards > tom > > botay wrote > > > Hello, > > > > It looks like a problem with the \_type attribute. Deleting the entry > > using the the correct type works: > > > > curl -X DELETE [http://localhost:9200/cm8/article/2329616,de\_DE](http://localhost:9200/cm8/article/2329616,de_DE) > > {"ok":true,"found":true,"\_index":"cm8","\_type":"article","\_id":"2329616,de\_DE","\_version":14} > > > Logfile shows: > > > > [2012-03-20 11:59:34,937][TRACE][index.shard.service] [Kiber the > > Cruel] [cm8][0] delete [article#2329616,de\_DE] > > [2012-03-20 11:59:35,022][TRACE][index.shard.service] [Kiber the > > Cruel] [cm8][0] refresh with waitForOperations[false] > > > > In contrast the river results in the lines: > > > > [2012-03-20 11:57:04,557][TRACE][index.shard.service] [Kiber the > > Cruel] [cm8][0] delete [cm1#2329616,de\_DE] > > [2012-03-20 11:57:05,003][TRACE][index.shard.service] [Kiber the > > Cruel] [cm8][0] refresh with waitForOperations[false] > > > > cm1 is not the \_type but the name of the couchdb. > > > > tom > > -- > View this message in context: > [http://elasticsearch-users.115913.n3.nabble.com/Documents-from-couchdb-river-aren-t-deleted-tp3839436p3851324.html](http://elasticsearch-users.115913.n3.nabble.com/Documents-from-couchdb-river-aren-t-deleted-tp3839436p3851324.html) > Sent from the Elasticsearch Users mailing list archive at [Nabble.com](http://Nabble.com). ---
**Author:** ![botay](https://avatars.discourse-cdn.com/v4/letter/b/c4cdca/32.png) [@botay](https://discuss.elastic.co/u/botay)\ **Post date:** [March 25, 2012, 1:55pm UTC](https://discuss.elastic.co/t/documents-from-couchdb-river-arent-deleted/7060/6 "2012-03-25T13:55:24Z")
hi, ok, i'll try to modify the couchdb river code to modify the delete code to delete an id for all possible types. Are there any tips to setup the build environment? best regards tom Shay Banon [kimchy@gmail.com](mailto:kimchy@gmail.com) schrieb: In this case its a problem, since the type is needed in order to delete the doc using the delete API. The type used in this case (if you can't extract it from the id of the doc you get from couch) is the one you created the river with... On Fri, Mar 23, 2012 at 1:52 PM, botay \<[tom.anheyer@berlinonline.de](mailto:tom.anheyer@berlinonline.de)[mailto:tom.anheyer@berlinonline.de](mailto:tom.anheyer@berlinonline.de)\> wrote: Hello again, Is there any further help for me? It's a very urgent problem for my system. Some more information: The type is not part of the id. Deleting an entry only using the id is a valid operation in my system. The type is dynamically build by a river script. For items to delete the river delivers no document information and I have no chance to get the right type of the item. - Index definition: [http://pastie.org/3653911](http://pastie.org/3653911) [http://pastie.org/3653911](http://pastie.org/3653911) - River script: [http://pastie.org/3653914](http://pastie.org/3653914) [http://pastie.org/3653914](http://pastie.org/3653914) - Is there a setting in ES for allowing deletes without type information? - Is it a bug in ES? - Is it a bug in the Couchdb River? - Any other solutions? Please help one more. best regards tom botay wrote > Hello, > > It looks like a problem with the \_type attribute. Deleting the entry > using the the correct type works: > > curl -X DELETE [http://localhost:9200/cm8/article/2329616,de\_DE](http://localhost:9200/cm8/article/2329616,de_DE) > > {"ok":true,"found":true,"\_index":"cm8","\_type":"article","\_id":"2329616,de\_DE","\_version":14} > > Logfile shows: > > [2012-03-20 11:59:34,937][TRACE][index.shard.service] [Kiber the > Cruel] [cm8][0] delete [article#2329616,de\_DE] > [2012-03-20 11:59:35,022][TRACE][index.shard.service] [Kiber the > Cruel] [cm8][0] refresh with waitForOperations[false] > > In contrast the river results in the lines: > > [2012-03-20 11:57:04,557][TRACE][index.shard.service] [Kiber the > Cruel] [cm8][0] delete [cm1#2329616,de\_DE] > [2012-03-20 11:57:05,003][TRACE][index.shard.service] [Kiber the > Cruel] [cm8][0] refresh with waitForOperations[false] > > cm1 is not the \_type but the name of the couchdb. > > tom -- View this message in context: [http://elasticsearch-users.115913.n3.nabble.com/Documents-from-couchdb-river-aren-t-deleted-tp3839436p3851324.html](http://elasticsearch-users.115913.n3.nabble.com/Documents-from-couchdb-river-aren-t-deleted-tp3839436p3851324.html) Sent from the Elasticsearch Users mailing list archive at [Nabble.com](http://Nabble.com). ---
**Author:** ![dadoonet](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/dadoonet/32/137187_2.png) [@dadoonet](https://discuss.elastic.co/u/dadoonet)\ **Post date:** [March 25, 2012, 2:49pm UTC](https://discuss.elastic.co/t/documents-from-couchdb-river-arent-deleted/7060/7 "2012-03-25T14:49:35Z")
Heya, Not sure that this change will fit to every use case. I suggest to make it as an option in the couchDb river metadata. HTH David 😉 Twitter : @dadoonet / @elasticsearchfr Le 25 mars 2012 à 15:55, "Anheyer, Tom" [Tom.Anheyer@berlinonline.de](mailto:Tom.Anheyer@berlinonline.de) a écrit : > hi, > > ok, i'll try to modify the couchdb river code to modify the delete code to delete an id for all possible types. Are there any tips to setup the build environment? > > best regards > tom > > Shay Banon [kimchy@gmail.com](mailto:kimchy@gmail.com) schrieb: > > In this case its a problem, since the type is needed in order to delete the doc using the delete API. The type used in this case (if you can't extract it from the id of the doc you get from couch) is the one you created the river with... > > On Fri, Mar 23, 2012 at 1:52 PM, botay [tom.anheyer@berlinonline.de](mailto:tom.anheyer@berlinonline.de) wrote: > Hello again, > > Is there any further help for me? It's a very urgent problem for my system. > > Some more information: > > The type is not part of the id. Deleting an entry only using the id is a > valid operation in my system. The type is dynamically build by a river > script. For items to delete the river delivers no document information and I > have no chance to get the right type of the item. > > - Index definition: [http://pastie.org/3653911](http://pastie.org/3653911) [http://pastie.org/3653911](http://pastie.org/3653911) > > - River script: [http://pastie.org/3653914](http://pastie.org/3653914) [http://pastie.org/3653914](http://pastie.org/3653914) > > - Is there a setting in ES for allowing deletes without type information? > > - Is it a bug in ES? > > - Is it a bug in the Couchdb River? > > - Any other solutions? > > Please help one more. > > best regards > tom > > botay wrote > > > Hello, > > > > It looks like a problem with the \_type attribute. Deleting the entry > > using the the correct type works: > > > > curl -X DELETE [http://localhost:9200/cm8/article/2329616,de\_DE](http://localhost:9200/cm8/article/2329616,de_DE) > > > > {"ok":true,"found":true,"\_index":"cm8","\_type":"article","\_id":"2329616,de\_DE","\_version":14} > > > > Logfile shows: > > > > [2012-03-20 11:59:34,937][TRACE][index.shard.service] [Kiber the > > Cruel] [cm8][0] delete [article#2329616,de\_DE] > > [2012-03-20 11:59:35,022][TRACE][index.shard.service] [Kiber the > > Cruel] [cm8][0] refresh with waitForOperations[false] > > > > In contrast the river results in the lines: > > > > [2012-03-20 11:57:04,557][TRACE][index.shard.service] [Kiber the > > Cruel] [cm8][0] delete [cm1#2329616,de\_DE] > > [2012-03-20 11:57:05,003][TRACE][index.shard.service] [Kiber the > > Cruel] [cm8][0] refresh with waitForOperations[false] > > > > cm1 is not the \_type but the name of the couchdb. > > > > tom > > -- > View this message in context: [http://elasticsearch-users.115913.n3.nabble.com/Documents-from-couchdb-river-aren-t-deleted-tp3839436p3851324.html](http://elasticsearch-users.115913.n3.nabble.com/Documents-from-couchdb-river-aren-t-deleted-tp3839436p3851324.html) > Sent from the Elasticsearch Users mailing list archive at [Nabble.com](http://Nabble.com). ---
**Author:** ![botay](https://avatars.discourse-cdn.com/v4/letter/b/c4cdca/32.png) [@botay](https://discuss.elastic.co/u/botay)\ **Post date:** [March 26, 2012, 2:21pm UTC](https://discuss.elastic.co/t/documents-from-couchdb-river-arent-deleted/7060/8 "2012-03-26T14:21:30Z")
Hi, here is my solution. The river accepts a CSV line as input. In my case 'article,gallery,SHOFI,SHOFICAT'. This type is set in the river script if a delete happens. The river loops over the list of given types and tries to delete the given id for the current type. \*\*\* src/main/java/org/elasticsearch/river/couchdb/CouchdbRiver.java.orig 2012-03-26 16:14:30.597628315 +0200 --- src/main/java/org/elasticsearch/river/couchdb/CouchdbRiver.java 2012-03-26 13:01:08.450282666 +0200 * * * \*\*\* 247,256 \*\*\*\* } else if (ctx.containsKey("deleted") && ctx.get("deleted").equals(Boolean.TRUE)) { String index = extractIndex(ctx); String type = extractType(ctx); ! if (logger.isTraceEnabled()) { ! logger.trace("processing [delete]: [{}]/[{}]/[{}]", index, type, id); } - ``` bulk.add(deleteRequest(index).type(type).id(id).routing(extractRouting(ctx)).parent(extractParent(ctx))); } else if (ctx.containsKey("doc")) { String index = extractIndex(ctx); String type = extractType(ctx); ``` --- 247,268 ---- } else if (ctx.containsKey("deleted") && ctx.get("deleted").equals(Boolean.TRUE)) { String index = extractIndex(ctx); String type = extractType(ctx); ! if (type.contains(",")) { ! String types = type.split(","); ! for (int it=types.length - 1; it \>= 0; it--) ! { ! if (logger.isTraceEnabled()) { ! logger.trace("processing [delete]: [{}]/[{}]/[{}]", index, types[it], id); ! } ! bulk.add(deleteRequest(index).type(types[it]).id(id).routing(extractRouting(ctx)).parent(extractParent(ctx))); ! } ! } ! else { ! if (logger.isTraceEnabled()) { ! logger.trace("processing [delete]: [{}]/[{}]/[{}]", index, type, id); ! } ! bulk.add(deleteRequest(index).type(type).id(id).routing(extractRouting(ctx)).parent(extractParent(ctx))); } } else if (ctx.containsKey("doc")) { String index = extractIndex(ctx); String type = extractType(ctx); best regards tom Heya, Not sure that this change will fit to every use case. I suggest to make it as an option in the couchDb river metadata. HTH David 😉 Twitter : @dadoonet / @elasticsearchfr Le 25 mars 2012 à 15:55, "Anheyer, Tom" \ a écrit : > hi, > > ok, i'll try to modify the couchdb river code to modify the delete code to delete an id for all possible types. Are there any tips to setup the build environment? > > best regards > tom > > Shay Banon \ schrieb: > > In this case its a problem, since the type is needed in order to delete the doc using the delete API. The type used in this case (if you can't extract it from the id of the doc you get from couch) is the one you created the river with... > > On Fri, Mar 23, 2012 at 1:52 PM, botay \ wrote: > Hello again, > > Is there any further help for me? It's a very urgent problem for my system. > > Some more information: > > The type is not part of the id. Deleting an entry only using the id is a > valid operation in my system. The type is dynamically build by a river > script. For items to delete the river delivers no document information and I > have no chance to get the right type of the item. > > - Index definition: [http://pastie.org/3653911](http://pastie.org/3653911) [http://pastie.org/3653911](http://pastie.org/3653911) > > - River script: [http://pastie.org/3653914](http://pastie.org/3653914) [http://pastie.org/3653914](http://pastie.org/3653914) > > - Is there a setting in ES for allowing deletes without type information? > > - Is it a bug in ES? > > - Is it a bug in the Couchdb River? > > - Any other solutions? > > Please help one more. > > best regards > tom > > botay wrote > > > Hello, > > > > It looks like a problem with the \_type attribute. Deleting the entry > > using the the correct type works: > > > > curl -X DELETE [http://localhost:9200/cm8/article/2329616,de\_DE](http://localhost:9200/cm8/article/2329616,de_DE) > > > > {"ok":true,"found":true,"\_index":"cm8","\_type":"article","\_id":"2329616,de\_DE","\_version":14} > > > > Logfile shows: > > > > [2012-03-20 11:59:34,937][TRACE][index.shard.service] [Kiber the > > Cruel] [cm8][0] delete [article#2329616,de\_DE] > > [2012-03-20 11:59:35,022][TRACE][index.shard.service] [Kiber the > > Cruel] [cm8][0] refresh with waitForOperations[false] > > > > In contrast the river results in the lines: > > > > [2012-03-20 11:57:04,557][TRACE][index.shard.service] [Kiber the > > Cruel] [cm8][0] delete [cm1#2329616,de\_DE] > > [2012-03-20 11:57:05,003][TRACE][index.shard.service] [Kiber the > > Cruel] [cm8][0] refresh with waitForOperations[false] > > > > cm1 is not the \_type but the name of the couchdb. > > > > tom > > -- > View this message in context: [http://elasticsearch-users.115913.n3.nabble.com/Documents-from-couchdb-river-aren-t-deleted-tp3839436p3851324.html](http://elasticsearch-users.115913.n3.nabble.com/Documents-from-couchdb-river-aren-t-deleted-tp3839436p3851324.html) > Sent from the Elasticsearch Users mailing list archive at [Nabble.com](http://Nabble.com). ---
**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, 3:34am UTC](https://discuss.elastic.co/t/documents-from-couchdb-river-arent-deleted/7060/9 "2017-07-06T03:34:46Z")