[jira] [Commented] (SOLR-6809) SOLR failed to create index for Cassandra 2.1.1 list which have user defined data type

[ https://issues.apache.org/jira/browse/SOLR-6809?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14242265#comment-14242265 ] Shawn Heisey commented on SOLR-6809: If you're going to use the dataimport handler, JDB

[jira] [Commented] (SOLR-6832) Queries be served locally rather than being forwarded to another replica

[ https://issues.apache.org/jira/browse/SOLR-6832?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14242231#comment-14242231 ] Shawn Heisey commented on SOLR-6832: I have concerns, but I don't want to derail the wo

[jira] [Commented] (SOLR-6809) SOLR failed to create index for Cassandra 2.1.1 list which have user defined data type

[ https://issues.apache.org/jira/browse/SOLR-6809?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14242210#comment-14242210 ] madheswaran commented on SOLR-6809: --- Hi Shalin, Please let me know other than JDBC how to

[jira] [Updated] (SOLR-6834) checkIntegrityAtMerge needs removed from example configs & a warning should be logged if used

[ https://issues.apache.org/jira/browse/SOLR-6834?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Hoss Man updated SOLR-6834: --- Attachment: SOLR-6834.patch patch i worked up earlier ... didn't test or precommit yet, but i'll look at it wi

[jira] [Updated] (SOLR-6817) Collation suggestions regard correctly spelt words as incorrect.

[ https://issues.apache.org/jira/browse/SOLR-6817?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ye Yan updated SOLR-6817: - Attachment: solr_collation.patch > Collation suggestions regard correctly spelt words as incorrect. > -

[jira] [Comment Edited] (SOLR-6787) API to manage blobs in Solr

[ https://issues.apache.org/jira/browse/SOLR-6787?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14242041#comment-14242041 ] Noble Paul edited comment on SOLR-6787 at 12/11/14 2:50 AM: bq.

[jira] [Comment Edited] (SOLR-6787) API to manage blobs in Solr

[ https://issues.apache.org/jira/browse/SOLR-6787?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14242041#comment-14242041 ] Noble Paul edited comment on SOLR-6787 at 12/11/14 2:48 AM: bq.

[jira] [Comment Edited] (SOLR-6787) API to manage blobs in Solr

[ https://issues.apache.org/jira/browse/SOLR-6787?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14242041#comment-14242041 ] Noble Paul edited comment on SOLR-6787 at 12/11/14 2:49 AM: bq.

[jira] [Commented] (SOLR-6787) API to manage blobs in Solr

[ https://issues.apache.org/jira/browse/SOLR-6787?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14242041#comment-14242041 ] Noble Paul commented on SOLR-6787: -- bq.but I don't understand why there needs to be specia

[jira] [Commented] (SOLR-6820) The sync on the VersionInfo bucket in DistributedUpdateProcesser#addDocument appears to be a large bottleneck when using replication.

[ https://issues.apache.org/jira/browse/SOLR-6820?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14242024#comment-14242024 ] Yonik Seeley commented on SOLR-6820: bq. In the instance I'm seeing, the hashing looks

[jira] [Comment Edited] (SOLR-6820) The sync on the VersionInfo bucket in DistributedUpdateProcesser#addDocument appears to be a large bottleneck when using replication.

[ https://issues.apache.org/jira/browse/SOLR-6820?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14242024#comment-14242024 ] Yonik Seeley edited comment on SOLR-6820 at 12/11/14 2:25 AM: --

Re: [VOTE] Release 4.10.3 RC1

+1 -Yonik http://heliosearch.org - native code faceting, facet functions, sub-facets, off-heap data On Wed, Dec 10, 2014 at 10:19 AM, Mark Miller wrote: > Please review and vote for the following RC: > > Artifacts: > http://people.apache.org/~markrmiller/staging_area/lucene-solr-4.10.3-RC1-rev1

Re: Querying locally before sending a distributed request

On 12/9/2014 10:55 PM, S G wrote: > For a distributed query, the request is always sent to all the shards > even if the originating SolrCore (handling the original distributed > query) is a replica of one of the shards. > If the original Solr-Core can check itself before sending http > requests for

[jira] [Commented] (SOLR-6820) The sync on the VersionInfo bucket in DistributedUpdateProcesser#addDocument appears to be a large bottleneck when using replication.

[ https://issues.apache.org/jira/browse/SOLR-6820?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14241957#comment-14241957 ] Mark Miller commented on SOLR-6820: --- In the instance I'm seeing, the hashing looks okay,

[jira] [Updated] (SOLR-6820) The sync on the VersionInfo bucket in DistributedUpdateProcesser#addDocument appears to be a large bottleneck when using replication.

[ https://issues.apache.org/jira/browse/SOLR-6820?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mark Miller updated SOLR-6820: -- Attachment: threads.png > The sync on the VersionInfo bucket in DistributedUpdateProcesser#addDocument >

Re: ref guide cleanup: (example -> server) + (bin/solr -e) + (no more war) - (implicit collection)

How are we doing the feedback? On the list? On the page in comments? Before looking too hard at the links (will later): 1) If we are talking about solrconfig.xml - there are now general properties that apply to multiple update handlers at once. And multiple of them may do that in order of the file

[jira] [Commented] (SOLR-6803) Pivot Performance

[ https://issues.apache.org/jira/browse/SOLR-6803?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14241920#comment-14241920 ] Neil Ireson commented on SOLR-6803: --- I ran JProfiler to see if it would cast any light on

ref guide cleanup: (example -> server) + (bin/solr -e) + (no more war) - (implicit collection)

There have been a lot of structural changes to what a solr release will look like starting with 5.0, and how we intend/expect people to run Solr -- both to try the example(s) and in a "production installation" With that in mind, i created a new meta-page in the ref guide to try and track:

[jira] [Commented] (LUCENE-6100) Further tuning of Lucene50Codec(BEST_COMPRESSION)

[ https://issues.apache.org/jira/browse/LUCENE-6100?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14241859#comment-14241859 ] Adrien Grand commented on LUCENE-6100: -- I'm coming a bit late to the party but +1!

[JENKINS] Lucene-Solr-Tests-5.x-Java7 - Build # 2308 - Failure

Build: https://builds.apache.org/job/Lucene-Solr-Tests-5.x-Java7/2308/ 1 tests failed. REGRESSION: org.apache.solr.cloud.ChaosMonkeyNothingIsSafeTest.testDistribSearch Error Message: There were too many update fails - we expect it can happen, but shouldn't easily Stack Trace: java.lang.Asserti

[jira] [Commented] (SOLR-6833) bin/solr -e foo should not use server/solr as the SOLR_HOME

[ https://issues.apache.org/jira/browse/SOLR-6833?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14241837#comment-14241837 ] Hoss Man commented on SOLR-6833: bq. ugh! looking like we may need to use a different resou

[jira] [Commented] (SOLR-6833) bin/solr -e foo should not use server/solr as the SOLR_HOME

[ https://issues.apache.org/jira/browse/SOLR-6833?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14241821#comment-14241821 ] Timothy Potter commented on SOLR-6833: -- ugh! looking like we may need to use a differe

Re: Performance hit of Solr checkIntegrityAtMerge

Thanks Robert! Tom > Start at SegmentMerger in both places. > > In 4.10.x you can see how it just validates every part of every reader > in a naive loop: > > https://github.com/apache/lucene-solr/blob/lucene_solr_4_10/lucene/core/src/java/org/apache/lucene/index/SegmentMerger.java#L58 > > in 5.x

Re: Performance hit of Solr checkIntegrityAtMerge

On Wed, Dec 10, 2014 at 3:46 PM, Tom Burton-West wrote: > Thanks Robert, > > With indexes close to 1 TB in size, I/O is usually our big bottleneck. > > Can you point me to where in the 4.x codebase and/or 5.x codebase I should > look to get a feel for what you mean by i/o locality? Or should I be

Re: [VOTE] Release 4.10.3 RC1

+1 SUCCESS! [1:24:58.974047] On Wed, Dec 10, 2014 at 12:39 PM, Anshum Gupta wrote: > +1 > > SUCCESS! [0:39:53.649648] > > On Wed, Dec 10, 2014 at 7:19 AM, Mark Miller > wrote: > >> Please review and vote for the following RC: >> >> Artifacts: >> http://people.apache.org/~markrmiller/staging_ar

[JENKINS] Lucene-Solr-NightlyTests-5.x - Build # 699 - Still Failing

Build: https://builds.apache.org/job/Lucene-Solr-NightlyTests-5.x/699/ 1 tests failed. REGRESSION: org.apache.solr.cloud.TestReplicaProperties.testDistribSearch Error Message: Collection testcollection does not have roles evenly distributed. Collection is: DocCollection(testcollection)={ "sha

Re: Performance hit of Solr checkIntegrityAtMerge

Thanks Robert, With indexes close to 1 TB in size, I/O is usually our big bottleneck. Can you point me to where in the 4.x codebase and/or 5.x codebase I should look to get a feel for what you mean by i/o locality? Or should I be looking at a JIRA issue? is there a short explanation you might be

Re: [VOTE] Release 4.10.3 RC1

+1 SUCCESS! [0:39:53.649648] On Wed, Dec 10, 2014 at 7:19 AM, Mark Miller wrote: > Please review and vote for the following RC: > > Artifacts: > http://people.apache.org/~markrmiller/staging_area/lucene-solr-4.10.3-RC1-rev1644336 > > > Smoke tester: python3 -u dev-tools/scripts/smokeTestRelease

[jira] [Created] (SOLR-6834) checkIntegrityAtMerge needs removed from example configs & a warning should be logged if used

Hoss Man created SOLR-6834: -- Summary: checkIntegrityAtMerge needs removed from example configs & a warning should be logged if used Key: SOLR-6834 URL: https://issues.apache.org/jira/browse/SOLR-6834 Project

[jira] [Updated] (SOLR-6833) bin/solr -e foo should not use server/solr as the SOLR_HOME

[ https://issues.apache.org/jira/browse/SOLR-6833?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Timothy Potter updated SOLR-6833: - Attachment: SOLR-6833.patch Patch implementing what we discussed for *nix; I'll wait until we're in

Re: Performance hit of Solr checkIntegrityAtMerge

There are two costs: cpu and i/o. The cpu cost is not much anyway but can be made basically trivial by using java 8. The i/o cost is because the check is not done with any i/o locality to the data being merged. so it could be a perf hit for an extremely large merge. In 5.0 the option is removed:

[jira] [Commented] (SOLR-6833) bin/solr -e foo should not use server/solr as the SOLR_HOME

[ https://issues.apache.org/jira/browse/SOLR-6833?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14241659#comment-14241659 ] Timothy Potter commented on SOLR-6833: -- Actually, I think I want to go with using: {c

[jira] [Commented] (SOLR-6833) bin/solr -e foo should not use server/solr as the SOLR_HOME

[ https://issues.apache.org/jira/browse/SOLR-6833?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14241658#comment-14241658 ] Alexandre Rafalovitch commented on SOLR-6833: - Well, my proposal would be to ha

[jira] [Updated] (SOLR-6234) Scoring modes for query time join

[ https://issues.apache.org/jira/browse/SOLR-6234?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Erik Hatcher updated SOLR-6234: --- Fix Version/s: Trunk 5.0 > Scoring modes for query time join >

[jira] [Commented] (SOLR-6833) bin/solr -e foo should not use server/solr as the SOLR_HOME

[ https://issues.apache.org/jira/browse/SOLR-6833?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14241651#comment-14241651 ] Anshum Gupta commented on SOLR-6833: I think we're in a much better shape with the scri

Re: [VOTE] Release 4.10.3 RC1

On Wed, Dec 10, 2014 at 2:26 PM, Timothy Potter wrote: > Wow - that's a fast box Mike! > My thoughts exactly. +1 SUCCESS! [0:58:16.394370]

[jira] [Commented] (SOLR-6833) bin/solr -e foo should not use server/solr as the SOLR_HOME

[ https://issues.apache.org/jira/browse/SOLR-6833?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14241626#comment-14241626 ] Timothy Potter commented on SOLR-6833: -- well then please submit a patch that does some

[jira] [Commented] (LUCENE-6104) simplify internals of Lucene50NormsProducer

[ https://issues.apache.org/jira/browse/LUCENE-6104?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14241612#comment-14241612 ] Ryan Ernst commented on LUCENE-6104: +1 For consistency, can either uncompressed use

Performance hit of Solr checkIntegrityAtMerge

Hello all, In the example solrconfig.xml file for Solr 4.10.2 there is the comment (appended below) that says that setting checkIntegrityAtMerge to true reduces risk of index corruption at the expense of slower merging. Can someone please point me to any benchmarks or details about the trade-off

[jira] [Commented] (SOLR-6833) bin/solr -e foo should not use server/solr as the SOLR_HOME

[ https://issues.apache.org/jira/browse/SOLR-6833?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14241604#comment-14241604 ] Alexandre Rafalovitch commented on SOLR-6833: - I am not totally sold that whate

[jira] [Commented] (SOLR-6833) bin/solr -e foo should not use server/solr as the SOLR_HOME

[ https://issues.apache.org/jira/browse/SOLR-6833?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14241598#comment-14241598 ] Timothy Potter commented on SOLR-6833: -- well if we go with my suggestion about changin

[jira] [Commented] (SOLR-6833) bin/solr -e foo should not use server/solr as the SOLR_HOME

[ https://issues.apache.org/jira/browse/SOLR-6833?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14241596#comment-14241596 ] Alexandre Rafalovitch commented on SOLR-6833: - bq. what about the cloud example

Re: [VOTE] Release 4.10.3 RC1

+1: SUCCESS! [0:42:15.794683] Wow - that's a fast box Mike! On Wed, Dec 10, 2014 at 11:40 AM, Michael McCandless < luc...@mikemccandless.com> wrote: > +1: > > SUCCESS! [0:30:14.186895] > > Mike McCandless > > http://blog.mikemccandless.com > > > On Wed, Dec 10, 2014 at 12:29 PM, Mark Miller >

Question regarding Solr 4.7 solr joining across multiple cores and sorting

Hi, I'm running into an issue attempting to sort, here is the scenario. I have my mainIndex which looks something like this. id description name 1 "description1 ""name1" 2 "description2 ""name2" I also have a subIndex which looks something like this id metric 1

[jira] [Commented] (SOLR-6833) bin/solr -e foo should not use server/solr as the SOLR_HOME

[ https://issues.apache.org/jira/browse/SOLR-6833?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14241533#comment-14241533 ] Hoss Man commented on SOLR-6833: bq. Should the distribution bundle include example/solr/so

[jira] [Updated] (SOLR-6819) Being able to configure the updates log implementation from solrconfig.xml

[ https://issues.apache.org/jira/browse/SOLR-6819?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Renaud Delbru updated SOLR-6819: Attachment: SOLR-6819.patch A new patch that reverts the original behavior of the update handler rega

[jira] [Comment Edited] (SOLR-6833) bin/solr -e foo should not use server/solr as the SOLR_HOME

[ https://issues.apache.org/jira/browse/SOLR-6833?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14241515#comment-14241515 ] Anshum Gupta edited comment on SOLR-6833 at 12/10/14 6:43 PM: --

Re: [VOTE] Release 4.10.3 RC1

+1: SUCCESS! [0:30:14.186895] Mike McCandless http://blog.mikemccandless.com On Wed, Dec 10, 2014 at 12:29 PM, Mark Miller wrote: > Yeah, seems the RC1 vote is back on. > > - Mark > > On Wed Dec 10 2014 at 11:53:45 AM Steve Rowe wrote: >> >> (Mark calling respin was due to Mike proposing to

[jira] [Commented] (SOLR-6833) bin/solr -e foo should not use server/solr as the SOLR_HOME

[ https://issues.apache.org/jira/browse/SOLR-6833?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14241515#comment-14241515 ] Anshum Gupta commented on SOLR-6833: +1 on creating the instance directory in $SOLR_TIP

[jira] [Commented] (SOLR-6787) API to manage blobs in Solr

[ https://issues.apache.org/jira/browse/SOLR-6787?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14241513#comment-14241513 ] Yonik Seeley commented on SOLR-6787: I'm not sure if there was a previous discussion th

[jira] [Commented] (SOLR-6607) Managing requesthandlers through API

[ https://issues.apache.org/jira/browse/SOLR-6607?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14241495#comment-14241495 ] Noble Paul commented on SOLR-6607: -- bq.Does it work in solr-cloud mode? In stand-alone mod

[jira] [Commented] (SOLR-6607) Managing requesthandlers through API

[ https://issues.apache.org/jira/browse/SOLR-6607?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14241490#comment-14241490 ] Yonik Seeley commented on SOLR-6607: You gave a good example of what the API looks like

[jira] [Assigned] (SOLR-6833) bin/solr -e foo should not use server/solr as the SOLR_HOME

[ https://issues.apache.org/jira/browse/SOLR-6833?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Timothy Potter reassigned SOLR-6833: Assignee: Timothy Potter > bin/solr -e foo should not use server/solr as the SOLR_HOME > ---

[jira] [Commented] (SOLR-6833) bin/solr -e foo should not use server/solr as the SOLR_HOME

[ https://issues.apache.org/jira/browse/SOLR-6833?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14241477#comment-14241477 ] Timothy Potter commented on SOLR-6833: -- [~arafalov] suggested this too ... Couple of

[jira] [Commented] (SOLR-6787) API to manage blobs in Solr

[ https://issues.apache.org/jira/browse/SOLR-6787?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14241429#comment-14241429 ] ASF subversion and git services commented on SOLR-6787: --- Commit 16444

[jira] [Commented] (SOLR-6773) Remove the multicore example as the DIH and cloud examples illustrate multicore behavior

[ https://issues.apache.org/jira/browse/SOLR-6773?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14241421#comment-14241421 ] Alexandre Rafalovitch commented on SOLR-6773: - SOLR-6833 makes sense to me. I r

[jira] [Commented] (SOLR-6787) API to manage blobs in Solr

[ https://issues.apache.org/jira/browse/SOLR-6787?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14241415#comment-14241415 ] ASF subversion and git services commented on SOLR-6787: --- Commit 16444

Re: [VOTE] Release 4.10.3 RC1

Yeah, seems the RC1 vote is back on. - Mark On Wed Dec 10 2014 at 11:53:45 AM Steve Rowe wrote: > (Mark calling respin was due to Mike proposing to backport LUCENE-6105, > but that proposal has been retracted, so I’m assuming the RC1 vote has been > un-suspended.) > > +1 > > SUCCESS! [0:47:36.24

[jira] [Commented] (SOLR-6773) Remove the multicore example as the DIH and cloud examples illustrate multicore behavior

[ https://issues.apache.org/jira/browse/SOLR-6773?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14241412#comment-14241412 ] Hoss Man commented on SOLR-6773: i still thin the example folder has value, see SOLR-6833.

[jira] [Created] (SOLR-6833) bin/solr -e foo should not use server/solr as the SOLR_HOME

Hoss Man created SOLR-6833: -- Summary: bin/solr -e foo should not use server/solr as the SOLR_HOME Key: SOLR-6833 URL: https://issues.apache.org/jira/browse/SOLR-6833 Project: Solr Issue Type: Bug

[jira] [Commented] (SOLR-6832) Queries be served locally rather than being forwarded to another replica

[ https://issues.apache.org/jira/browse/SOLR-6832?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14241408#comment-14241408 ] Sachin Goyal commented on SOLR-6832: The performance gain increases if coresPerMachine

Re: Querying locally before sending a distributed request

I have opened https://issues.apache.org/jira/browse/SOLR-6832 to track this. The performance gain increases if coresPerMachine is > 1 and a single JVM has cores from 'k' shards. We can also look into giving more preference to machines with same IP address as current machine (when multiple tomcats

[jira] [Commented] (SOLR-6460) Keep transaction logs around longer

[ https://issues.apache.org/jira/browse/SOLR-6460?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14241402#comment-14241402 ] Noble Paul commented on SOLR-6460: -- bq.Cdcr is dependent on those modifications, but this

[jira] [Created] (SOLR-6832) Queries be served locally rather than being forwarded to another replica

Sachin Goyal created SOLR-6832: -- Summary: Queries be served locally rather than being forwarded to another replica Key: SOLR-6832 URL: https://issues.apache.org/jira/browse/SOLR-6832 Project: Solr

[jira] [Commented] (SOLR-6460) Keep transaction logs around longer

[ https://issues.apache.org/jira/browse/SOLR-6460?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14241396#comment-14241396 ] Renaud Delbru commented on SOLR-6460: - Cdcr is dependent on those modifcations, but thi

[jira] [Resolved] (LUCENE-6105) Don't create root arc cache for tiny FSTs

[ https://issues.apache.org/jira/browse/LUCENE-6105?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michael McCandless resolved LUCENE-6105. Resolution: Fixed > Don't create root arc cache for tiny FSTs > ---

[jira] [Commented] (LUCENE-6105) Don't create root arc cache for tiny FSTs

[ https://issues.apache.org/jira/browse/LUCENE-6105?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14241378#comment-14241378 ] ASF subversion and git services commented on LUCENE-6105: - Commit

[jira] [Commented] (SOLR-6773) Remove the multicore example as the DIH and cloud examples illustrate multicore behavior

[ https://issues.apache.org/jira/browse/SOLR-6773?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14241379#comment-14241379 ] Alexandre Rafalovitch commented on SOLR-6773: - So, what are we going to have le

Re: [VOTE] Release 4.10.3 RC1

(Mark calling respin was due to Mike proposing to backport LUCENE-6105, but that proposal has been retracted, so I’m assuming the RC1 vote has been un-suspended.) +1 SUCCESS! [0:47:36.245033] Steve > On Dec 10, 2014, at 10:19 AM, Mark Miller wrote: > > Please review and vote for the followi

[jira] [Commented] (SOLR-6831) Make facet pivots respect timeout from SolrQueryTimeoutImpl

[ https://issues.apache.org/jira/browse/SOLR-6831?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14241360#comment-14241360 ] Steve Molloy commented on SOLR-6831: In distributed pivot facetting requests, patch for

[jira] [Commented] (LUCENE-6105) Don't create root arc cache for tiny FSTs

[ https://issues.apache.org/jira/browse/LUCENE-6105?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14241361#comment-14241361 ] ASF subversion and git services commented on LUCENE-6105: - Commit

[jira] [Updated] (SOLR-6616) Make shards.tolerant and timeAllowed work together

[ https://issues.apache.org/jira/browse/SOLR-6616?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Steve Molloy updated SOLR-6616: --- Attachment: SOLR-6616.patch This patch only returns partialResults if shards.tolerant was true. It also

[jira] [Commented] (SOLR-6773) Remove the multicore example as the DIH and cloud examples illustrate multicore behavior

[ https://issues.apache.org/jira/browse/SOLR-6773?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14241347#comment-14241347 ] ASF subversion and git services commented on SOLR-6773: --- Commit 16444

[jira] [Resolved] (SOLR-6773) Remove the multicore example as the DIH and cloud examples illustrate multicore behavior

[ https://issues.apache.org/jira/browse/SOLR-6773?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Timothy Potter resolved SOLR-6773. -- Resolution: Fixed > Remove the multicore example as the DIH and cloud examples illustrate > mult

[JENKINS-MAVEN] Lucene-Solr-Maven-5.x #783: POMs out of sync

Build: https://builds.apache.org/job/Lucene-Solr-Maven-5.x/783/ 4 tests failed. REGRESSION: org.apache.solr.hadoop.MorphlineGoLiveMiniMRTest.testDistribSearch Error Message: org.apache.solr.client.solrj.SolrServerException: IOException occured when talking to server at: https://127.0.0.1:46264/

[jira] [Commented] (LUCENE-6103) StandardTokenizer doesn't tokenize word:word

[ https://issues.apache.org/jira/browse/LUCENE-6103?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14241321#comment-14241321 ] Robert Muir commented on LUCENE-6103: - I really like beers, but i think I can only gi

[jira] [Updated] (SOLR-5922) Add Properties and other parameters to SolrJ Collection Admin Request calls

[ https://issues.apache.org/jira/browse/SOLR-5922?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Varun Thacker updated SOLR-5922: Attachment: SOLR-5922.patch Thanks [~anshumg] for the review! Updated patch. - Old patch had getPro

[jira] [Commented] (LUCENE-6103) StandardTokenizer doesn't tokenize word:word

[ https://issues.apache.org/jira/browse/LUCENE-6103?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14241306#comment-14241306 ] Itamar Syn-Hershko commented on LUCENE-6103: Sent them a request. I'll buy Ro

[jira] [Commented] (SOLR-1939) DataImportHandler reports success after running out of disk space

[ https://issues.apache.org/jira/browse/SOLR-1939?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14241299#comment-14241299 ] James Strassburg commented on SOLR-1939: Would it be worthwhile to, in the case of

[jira] [Commented] (LUCENE-6105) Don't create root arc cache for tiny FSTs

[ https://issues.apache.org/jira/browse/LUCENE-6105?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14241295#comment-14241295 ] Robert Muir commented on LUCENE-6105: - I don't disagree with the bug aspect, and i am

Re: Release 4.10.3

OK the VOTE can now proceed; let's not hold 4.10.3 for this issue... sorry for the hassle Mark. Mike McCandless http://blog.mikemccandless.com On Wed, Dec 10, 2014 at 10:25 AM, Michael McCandless wrote: > Sorry Mark, and thanks :) > > Mike McCandless > > http://blog.mikemccandless.com > > > On

[jira] [Commented] (LUCENE-6105) Don't create root arc cache for tiny FSTs

[ https://issues.apache.org/jira/browse/LUCENE-6105?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14241271#comment-14241271 ] Michael McCandless commented on LUCENE-6105: Thanks Rob. I'll remove the 4.1

[jira] [Updated] (LUCENE-6105) Don't create root arc cache for tiny FSTs

[ https://issues.apache.org/jira/browse/LUCENE-6105?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michael McCandless updated LUCENE-6105: --- Fix Version/s: (was: 4.10.x) > Don't create root arc cache for tiny FSTs > --

[jira] [Commented] (SOLR-6816) Review SolrCloud Indexing Performance.

[ https://issues.apache.org/jira/browse/SOLR-6816?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14241267#comment-14241267 ] Per Steffensen commented on SOLR-6816: -- Thats fine. Just wanted to mention it so that

[jira] [Commented] (SOLR-6773) Remove the multicore example as the DIH and cloud examples illustrate multicore behavior

[ https://issues.apache.org/jira/browse/SOLR-6773?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14241266#comment-14241266 ] ASF subversion and git services commented on SOLR-6773: --- Commit 16444

[jira] [Commented] (LUCENE-6105) Don't create root arc cache for tiny FSTs

[ https://issues.apache.org/jira/browse/LUCENE-6105?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14241260#comment-14241260 ] Robert Muir commented on LUCENE-6105: - This change looks great! I am just worried a

[jira] [Commented] (SOLR-6625) HttpClient callback in HttpSolrServer

[ https://issues.apache.org/jira/browse/SOLR-6625?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14241254#comment-14241254 ] Per Steffensen commented on SOLR-6625: -- bq. Maybe Per Steffensen can chime in with th

[jira] [Commented] (LUCENE-6103) StandardTokenizer doesn't tokenize word:word

[ https://issues.apache.org/jira/browse/LUCENE-6103?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14241253#comment-14241253 ] Steve Rowe commented on LUCENE-6103: Looks like the intent is to funnel all public in

[jira] [Updated] (SOLR-6236) Need an optional fallback mechanism for selecting a leader when all replicas are in leader-initiated recovery.

[ https://issues.apache.org/jira/browse/SOLR-6236?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Timothy Potter updated SOLR-6236: - Assignee: (was: Timothy Potter) > Need an optional fallback mechanism for selecting a leader wh

Re: Release 4.10.3

Sorry Mark, and thanks :) Mike McCandless http://blog.mikemccandless.com On Wed, Dec 10, 2014 at 10:22 AM, Mark Miller wrote: > Heh, I should have read my email before sending out the rc1 vote email. > Practice email I guess. > > Let me know when you are ready for a re-roll. > > - Mark > > On

[jira] [Commented] (LUCENE-6103) StandardTokenizer doesn't tokenize word:word

[ https://issues.apache.org/jira/browse/LUCENE-6103?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14241236#comment-14241236 ] Steve Rowe commented on LUCENE-6103: bq. Maybe out of scope of this ticket, but how d

Re: [VOTE] Release 4.10.3 RC1

Scratch that - see the other 4.10.3 thread. We will move to an RC2 :) - Mark http://about.me/markrmiller > On Dec 10, 2014, at 10:19 AM, Mark Miller wrote: > > Please review and vote for the following RC: > > Artifacts: > http://people.apache.org/~markrmiller/staging_area/lucene-solr-4.10.3-

Re: Release 4.10.3

Heh, I should have read my email before sending out the rc1 vote email. Practice email I guess. Let me know when you are ready for a re-roll. - Mark On Wed Dec 10 2014 at 6:09:42 AM Michael McCandless < luc...@mikemccandless.com> wrote: > Hi Mark, > > If it's not too late, I'd like to get LUCEN

[jira] [Commented] (SOLR-6816) Review SolrCloud Indexing Performance.

[ https://issues.apache.org/jira/browse/SOLR-6816?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14241217#comment-14241217 ] Timothy Potter commented on SOLR-6816: -- [~steff1193] definitely - my first pass is foc

[VOTE] Release 4.10.3 RC1

Please review and vote for the following RC: Artifacts: http://people.apache.org/~markrmiller/staging_area/lucene-solr-4.10.3-RC1-rev1644336 Smoke tester: python3 -u dev-tools/scripts/smokeTestRelease.py http://people.apache.org/~markrmiller/staging_area/lucene-solr-4.10.3-RC1-rev1644336 1644

Re: Querying locally before sending a distributed request

bq. In a one-shard case, no query really needs to be forwarded, since any replica can fully get the results so in this case no query would be forwarded. You can pass the request param distrib=false to not distribute the request in that particular case at which point it will only gather results fro

[jira] [Commented] (LUCENE-6103) StandardTokenizer doesn't tokenize word:word

[ https://issues.apache.org/jira/browse/LUCENE-6103?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14241214#comment-14241214 ] Itamar Syn-Hershko commented on LUCENE-6103: Maybe out of scope of this ticke

[jira] [Commented] (LUCENE-6103) StandardTokenizer doesn't tokenize word:word

[ https://issues.apache.org/jira/browse/LUCENE-6103?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14241213#comment-14241213 ] Steve Rowe commented on LUCENE-6103: 0. In Lucene 4.7 through 4.10, yes, it implement

Re: Querying locally before sending a distributed request

This is a cool idea, and there are two extremes to consider. One-shard, N replicas, single connection point for consumers. This case needs forwarding. Many shards, 2 replicas each, random connection points for consumers. I think this is the case that SG had in mind. In order to meet both use cas

[jira] [Commented] (SOLR-6816) Review SolrCloud Indexing Performance.

[ https://issues.apache.org/jira/browse/SOLR-6816?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14241199#comment-14241199 ] Per Steffensen commented on SOLR-6816: -- Make sure to document when it is safe to turn

  1   2   >