[
https://issues.apache.org/jira/browse/SOLR-3280?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13743565#comment-13743565
]
Bernd Fehling commented on SOLR-3280:
-
Just carefully read the CHANGES.txt. There is
[
https://issues.apache.org/jira/browse/SOLR-4449?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
philip hoy updated SOLR-4449:
-
Attachment: SOLR-4449.patch
A bounded ArrayBlockingQueue backed Executor performs better than the default
[
https://issues.apache.org/jira/browse/SOLR-4449?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13743731#comment-13743731
]
philip hoy commented on SOLR-4449:
--
Now SOLR-4448 is committed, the backup request handler
[
https://issues.apache.org/jira/browse/SOLR-5149?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Markus Jelsma updated SOLR-5149:
Attachment: SOLR-5149-trunk.patch
Patch now includes unit test. Setting facet.query.mincount to 3
[
https://issues.apache.org/jira/browse/SOLR-2894?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13743793#comment-13743793
]
William Harris commented on SOLR-2894:
--
Hey, Andrew. Really appreciate the effort
Build: http://jenkins.thetaphi.de/job/Lucene-Solr-trunk-MacOSX/747/
Java: 64bit/jdk1.7.0 -XX:-UseCompressedOops -XX:+UseSerialGC
No tests ran.
Build Log:
[...truncated 10 lines...]
FATAL: hudson.remoting.RequestAbortedException:
hudson.remoting.Channel$OrderlyShutdown
[
https://issues.apache.org/jira/browse/SOLR-2894?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13743793#comment-13743793
]
William Harris edited comment on SOLR-2894 at 8/19/13 1:14 PM:
[
https://issues.apache.org/jira/browse/SOLR-5150?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13743814#comment-13743814
]
Mark Miller commented on SOLR-5150:
---
bq. But the sync simply kills concurrent query
Steve Rowe created SOLR-5173:
Summary: Test-only HDFS dependencies are included in release
artifacts
Key: SOLR-5173
URL: https://issues.apache.org/jira/browse/SOLR-5173
Project: Solr
Issue
[
https://issues.apache.org/jira/browse/SOLR-5173?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Steve Rowe updated SOLR-5173:
-
Summary: Test-only Hadoop dependencies are included in release artifacts
(was: Test-only HDFS
[
https://issues.apache.org/jira/browse/SOLR-5173?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13743832#comment-13743832
]
Mark Miller commented on SOLR-5173:
---
I'm also +1 on keeping those license files - the src
[
https://issues.apache.org/jira/browse/SOLR-5173?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13743830#comment-13743830
]
Robert Muir commented on SOLR-5173:
---
{quote}
I think we can just remove the jetty and
Yes, I will be submitting a patch for mlt.operator parameter.
Thanks Regards,
Kranti K Parisa
http://www.linkedin.com/in/krantiparisa
On Fri, Aug 16, 2013 at 7:19 AM, Erick Erickson erickerick...@gmail.comwrote:
I don't know enough about MLT to have an opinion one way or the other. But
[
https://issues.apache.org/jira/browse/SOLR-5173?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13743841#comment-13743841
]
Steve Rowe commented on SOLR-5173:
--
Actually, I was wrong about the binary distribution
[
https://issues.apache.org/jira/browse/SOLR-2894?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13743842#comment-13743842
]
Andrew Muldowney commented on SOLR-2894:
What are your exact field types? What is
[
https://issues.apache.org/jira/browse/SOLR-4449?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
philip hoy updated SOLR-4449:
-
Comment: was deleted
(was: Now SOLR-4448 is committed, the backup request handler could be
implemented
[
https://issues.apache.org/jira/browse/SOLR-5173?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Steve Rowe updated SOLR-5173:
-
Attachment: SOLR-5173.patch
Patch fixing Ivy and Maven configurations to treat hadoop-hdfs, hadoop-auth,
Hi,
there were some problems with Policeman Jenkins the last days. The server died
6 times the last month, recently 2 times in 24 hours. After I moved away the
swap file from the SSD, the failures were no longer fatal for the server but
fatal for some Jenkins runs :-)
Finally the SSD device
[
https://issues.apache.org/jira/browse/LUCENE-5006?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13743883#comment-13743883
]
ASF subversion and git services commented on LUCENE-5006:
-
Commit
I am told that SSD's are spec'd for only 70 full writes before they get an
error. The error block is set aside but eventually something critical gets
hit. So you should probably should expect this to happen again.
Karl
-Original Message-
From: ext Uwe Schindler
[
https://issues.apache.org/jira/browse/LUCENE-5006?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13743891#comment-13743891
]
ASF subversion and git services commented on LUCENE-5006:
-
Commit
[
https://issues.apache.org/jira/browse/LUCENE-3069?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13743897#comment-13743897
]
ASF subversion and git services commented on LUCENE-3069:
-
Commit
Hi Karl,
Only 70 full writes seems a little bit low for an SSD. This SSD has a capacity
of 64 Gigabytes so 53 Terabytes written is not bad for it. It already had the
first few errors, so you might be right, as you see from this Smart data:
231 SSD_Life_Left 0x0013 096 096 010
By the way, the value of 096 did not change the last months, so the recent
failures seem to be something elase.
-
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: u...@thetaphi.de
-Original Message-
From: Uwe Schindler [mailto:u...@thetaphi.de]
Only 70 full writes seems a little bit low for an SSD.
That's what I thought. I was astounded to learn that that is in fact correct
(at least for some of the drives we are using here). Automatic recovery is how
the SSD copes with this failure rate.
But it is entirely possible that the cause
Er, which drives have write endurance only 70x? That's exceptionally
low? I thought this was more like ~1000x for modern consumer SSDs?
Mike McCandless
http://blog.mikemccandless.com
On Mon, Aug 19, 2013 at 12:35 PM, karl.wri...@here.com wrote:
Only 70 full writes seems a little bit low
Mike, I'm talking about a 1TB SSD option for some hardware we are buying. If
you are really curious, I can ask the people who are doing the project for the
model and specs.
Karl
-Original Message-
From: ext Michael McCandless [mailto:luc...@mikemccandless.com]
Sent: Monday, August
Stefan Matheis (steffkes) created SOLR-5174:
---
Summary: Admin UI - Query View doesn't highlight (json) Result if
it contains HTML Tags
Key: SOLR-5174
URL: https://issues.apache.org/jira/browse/SOLR-5174
[
https://issues.apache.org/jira/browse/SOLR-5174?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Stefan Matheis (steffkes) updated SOLR-5174:
Attachment: SOLR-5174.patch
SOLR-5174-before.png
I am curious :) 70X is really way too low.
I just checked the OCZ Vertex 3 behind the nightly Lucene performance
tests ( http://people.apache.org/~mikemccand/lucenebench/index.html ),
which indexes the full Wikpedia English export 3 times nightly.
It's written 74.4 TB, read 35.7 TB, and its
[
https://issues.apache.org/jira/browse/LUCENE-3849?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Michael McCandless updated LUCENE-3849:
---
Attachment: LUCENE-3849.patch
New patch, resolving the nocommit and adding a test.
Michael McCandless created LUCENE-5180:
--
Summary: ShingleFilter should make shingles from trailing holes
Key: LUCENE-5180
URL: https://issues.apache.org/jira/browse/LUCENE-5180
Project: Lucene -
Hi,
I misunderstood this number on the first time, too.
70x does not mean 70 times write fully and then the SSD is gone. It means 70
times write of the SSD capacity until the first error somewhere in the flash
memory occurs. Those errors are not fatal, they are just list in the relocated
Right, that's what I said. And one write means writing the *whole* disk. So
Mike and I may *both* be right. ;-)
Karl
-Original Message-
From: ext Uwe Schindler [mailto:u...@thetaphi.de]
Sent: Monday, August 19, 2013 1:07 PM
To: dev@lucene.apache.org
Subject: RE: Lucene tests killed
I see, so the 70X is how soon you can expect to see your first
reallocated sector?
But, that still seems way too low; the underlying erase/write cycles
on the NAND cells is in the 1000s I think? Hmm looks like for modern
20nm NAND cells it's ~1000.
If the wear leveling is working why should you
[
https://issues.apache.org/jira/browse/SOLR-5168?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13744016#comment-13744016
]
Hoss Man commented on SOLR-5168:
Mikhail: I don't fully understand what's going on here
[
https://issues.apache.org/jira/browse/SOLR-5168?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13744017#comment-13744017
]
ASF subversion and git services commented on SOLR-5168:
---
Commit
[
https://issues.apache.org/jira/browse/SOLR-5171?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Stefan Matheis (steffkes) updated SOLR-5171:
Attachment: SOLR-5171.patch
Thanks [~howardj] - works for me, i'll commit
[
https://issues.apache.org/jira/browse/SOLR-5171?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13744033#comment-13744033
]
ASF subversion and git services commented on SOLR-5171:
---
Commit
[
https://issues.apache.org/jira/browse/SOLR-5171?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Stefan Matheis (steffkes) resolved SOLR-5171.
-
Resolution: Fixed
Fix Version/s: 5.0
Assignee: Stefan
[
https://issues.apache.org/jira/browse/SOLR-5171?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13744035#comment-13744035
]
ASF subversion and git services commented on SOLR-5171:
---
Commit
[
https://issues.apache.org/jira/browse/SOLR-5168?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13744036#comment-13744036
]
ASF subversion and git services commented on SOLR-5168:
---
Commit
[
https://issues.apache.org/jira/browse/SOLR-5174?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13744039#comment-13744039
]
ASF subversion and git services commented on SOLR-5174:
---
Commit
[
https://issues.apache.org/jira/browse/SOLR-5174?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13744040#comment-13744040
]
ASF subversion and git services commented on SOLR-5174:
---
Commit
[
https://issues.apache.org/jira/browse/SOLR-5174?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Stefan Matheis (steffkes) resolved SOLR-5174.
-
Resolution: Fixed
Admin UI - Query View doesn't highlight (json)
Jon Stewart created LUCENE-5181:
---
Summary: Passage knows its own docID
Key: LUCENE-5181
URL: https://issues.apache.org/jira/browse/LUCENE-5181
Project: Lucene - Core
Issue Type: Improvement
[
https://issues.apache.org/jira/browse/SOLR-4909?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13744078#comment-13744078
]
Michael Garski commented on SOLR-4909:
--
Thanks for the feedback [~rcmuir]! The use of
[
https://issues.apache.org/jira/browse/LUCENE-5181?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jon Stewart updated LUCENE-5181:
Description:
The new PostingsHighlight package allows for retrieval of term matches from a
query
Hi.
is there a Solr/Lucene spell checker/suggester that notices wrong
keyboard layout used for a search phrase and suggests words in another one?
This makes sense for people whose native language is not based on Latin
letters, for example, Russian or Greek, so they use several keyboard
On the Japanese front, having to do with the the wrong characters chosen
from, say, a mobile phone input, there's this:
http://www.slideshare.net/takahi-i/lucene-revolution-2011 (see slide 27+)
Erik
On Aug 19, 2013, at 15:16 , Artem Karpenko wrote:
Hi.
is there a Solr/Lucene
[
https://issues.apache.org/jira/browse/LUCENE-5181?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13744139#comment-13744139
]
Michael McCandless commented on LUCENE-5181:
+1, I think this (pass docID as
Hi Erik,
thank you for the input. I assume (maybe too presumptuously) that for more
conventional languages that simply lay onto US keyboard there would be a
solution using direct mappings between characters from different layouts
and checking words from underlying Solr corpus; however if
[
https://issues.apache.org/jira/browse/SOLR-4304?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Hoss Man updated SOLR-4304:
---
Description:
The initial report here (from [~jkrupan]) was that if you configured multiple
Mikhail Khludnev created SOLR-5175:
--
Summary: Don't reorder children document
Key: SOLR-5175
URL: https://issues.apache.org/jira/browse/SOLR-5175
Project: Solr
Issue Type: Bug
Andrew Pennebaker created SOLR-5176:
---
Summary: Chocolatey package for Windows
Key: SOLR-5176
URL: https://issues.apache.org/jira/browse/SOLR-5176
Project: Solr
Issue Type: Improvement
[
https://issues.apache.org/jira/browse/SOLR-5175?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Mikhail Khludnev updated SOLR-5175:
---
Attachment: SOLR-5175.patch
removed reverse from AddUpdateCommand
added assert for physical
[
https://issues.apache.org/jira/browse/SOLR-5168?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13744193#comment-13744193
]
Mikhail Khludnev commented on SOLR-5168:
bq. fixing the grandchildren issue
[
https://issues.apache.org/jira/browse/SOLR-5108?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Hoss Man updated SOLR-5108:
---
Attachment: SOLR-5108.patch
patch...
* requires usage of loadPluginInfo to specify if multiple PluginInfo
[
https://issues.apache.org/jira/browse/LUCENE-5178?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Robert Muir updated LUCENE-5178:
Attachment: LUCENE-5178.patch
Here is a patch of 5178 branch:
* Adds
[
https://issues.apache.org/jira/browse/LUCENE-5178?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Robert Muir updated LUCENE-5178:
Attachment: LUCENE-5178_reintegrate.patch
Here is the result of svn merge --reintegrate, i dont
[
https://issues.apache.org/jira/browse/SOLR-5171?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13744498#comment-13744498
]
Jack Krupansky commented on SOLR-5171:
--
+1
Verified using the nightly build:
[
https://issues.apache.org/jira/browse/SOLR-5171?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jack Krupansky updated SOLR-5171:
-
Attachment: screenshot-2.jpg
Core selection text entry box extends beyond right edge of core list
[
https://issues.apache.org/jira/browse/LUCENE-3849?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13744671#comment-13744671
]
Robert Muir commented on LUCENE-3849:
-
Thanks for bringing this back to life Mike.
63 matches
Mail list logo
