RE: Lucene Jenkins slave out of disk

Hi Niklas, [root@lucene /home/hudson/hudson-slave/workspace]# df -h Filesystem SizeUsed Avail Capacity Mounted on zroot/jails/lucene.zones.apache.org 69G 53G 17G76%/ I think the master is this time out of disk space. Uwe - Uwe Schindler

RE: Lucene Jenkins slave out of disk

OK, I was not aware that you took action, too. Because there is the message about Jenkins shutdown, I was assuming that you are fixing the master. About the Lucene slave, the problem we have is: Our tests need lots of disk space for large indexes. Before the build, the workspace is complete

Lucene Jenkins slave out of disk

Hi The box running the Jenkins slave for Lucene is out of disk space again. Please check. /niklas - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org

Re: Lucene Jenkins slave out of disk

On Thu, Apr 21, 2011 at 8:42 AM, Uwe Schindler u...@thetaphi.de wrote: [root@lucene /home/hudson/hudson-slave/workspace]# df -h Filesystem                             Size    Used   Avail Capacity Mounted on zroot/jails/lucene.zones.apache.org     69G     53G     17G    76%    / I think the

[jira] [Commented] (SOLR-1709) Distributed Date and Range Faceting

[ https://issues.apache.org/jira/browse/SOLR-1709?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13022697#comment-13022697 ] Peter Sturge commented on SOLR-1709: Yes, the deprecation story makes sense. Regarding

[jira] [Commented] (LUCENE-3018) Lucene Native Directory implementation need automated build

[ https://issues.apache.org/jira/browse/LUCENE-3018?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13022724#comment-13022724 ] Simon Willnauer commented on LUCENE-3018: - bq. In my opinion, the folder name of

[jira] [Updated] (LUCENE-3018) Lucene Native Directory implementation need automated build

[ https://issues.apache.org/jira/browse/LUCENE-3018?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Varun Thacker updated LUCENE-3018: -- Attachment: LUCENE-3018.patch Changed the library folder to: {noformat} ant_lib {noformat}

[jira] [Commented] (SOLR-2272) Join

[ https://issues.apache.org/jira/browse/SOLR-2272?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13022805#comment-13022805 ] Gerd Bremer commented on SOLR-2272: --- Is it possible to sort the join query result? //

Re: Indexing data with Trade Mark Symbol

I've had no issues with indexing string with non-ASCII characters, but your web container may be interfering with what you're trying to do; see: http://wiki.apache.org/solr/SolrTomcat#URI_Charset_Config -- Paul On Thursday, April 7, 2011 at 1:02 AM, mechravi25 wrote: Hi, Has anyone indexed

[Lucene.Net] Joining the Revolution

Comerade? Seems like there is a Lucene conference: http://www.lucenerevolution.com/ ; Anyone planning on attending?

probable sore topic... Maven build?

Hi, Dev@ -- I'm sure that there have been plenty of discussions previously about the current build and Maven artifacts; I am not looking to restart those discussions. That said, I am going to make a Maven-centric build of the Lucene/Solr universe, mostly because I need to build Maven

Re: probable sore topic... Maven build?

Have a look at the dev-tools area under the trunk checkout. From there, you can use many maven tools if you would like. On Apr 21, 2011, at 10:38 PM, Paul R. Brown wrote: Hi, Dev@ -- I'm sure that there have been plenty of discussions previously about the current build and Maven

Stand-alone Index updating using EmbeddedSolrServer

Hi I am new to the list and relatively new to SOLR. I am working on a tool for updating indexes directly through EmbeddedSolrServer thus eliminating the need for sending potentially large documents over HTTP. This tool could also be easily modified to allow for command-line querying, also using

Re: Stand-alone Index updating using EmbeddedSolrServer

On Thu, Apr 21, 2011 at 6:26 PM, Kiko Aumond k...@alum.mit.edu wrote: Hi I am new to the list and relatively new to SOLR.  I am working on a tool for updating indexes directly through EmbeddedSolrServer thus eliminating the need for sending potentially large documents over HTTP.

Re: Stand-alone Index updating using EmbeddedSolrServer

Thank you, Yonik. Yes, I've seen that page, but I went a bit beyond the material there, as the code I wrote is able to set parameters such as separators, encapsulators and the index columns, whether to split parameters, auto-commit as well as the ability to do incremental or full index reloads.

[jira] [Commented] (SOLR-2268) Add support for Point in Polygon searches

[ https://issues.apache.org/jira/browse/SOLR-2268?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13022980#comment-13022980 ] Alexander Kanarsky commented on SOLR-2268: -- Robert, in addition to David's work

Re: Stand-alone Index updating using EmbeddedSolrServer

On Thu, Apr 21, 2011 at 7:27 PM, Kiko Aumond k...@alum.mit.edu wrote: Yes, I've seen that page, but I went a bit beyond the material there, as the code I wrote is able to set parameters such as separators, encapsulators and the index columns,  whether to split parameters, auto-commit as well as

Re: Stand-alone Index updating using EmbeddedSolrServer

Yes, this is a CSV Loader. This looks like one of those cases where there are many ways to handle 90% of the requirements but none that solves 100% of the problem. Which is why the CSV loader also almost solves the problem, but not quite. We're not using solr as a web app, just using the

Re: Stand-alone Index updating using EmbeddedSolrServer

On Thu, Apr 21, 2011 at 8:15 PM, Kiko Aumond k...@alum.mit.edu wrote: Yes, this is a CSV Loader.  This looks like one of those cases where there are many ways to handle 90% of the requirements but none that solves 100% of the problem. Which is why the CSV loader also almost solves the problem,

[HUDSON] Lucene-trunk - Build # 1537 - Failure

Build: https://builds.apache.org/hudson/job/Lucene-trunk/1537/ 21 tests failed. REGRESSION: org.apache.lucene.index.TestNRTThreads.testNRTThreads Error Message: /usr/home/hudson/hudson-slave/workspace/Lucene-trunk/checkout/lucene/build/test/1/nrtopenfiles.4311211294863747903/_bx.tvd (Too many

[HUDSON] Lucene-Solr-tests-only-3.x - Build # 7329 - Failure

Build: https://builds.apache.org/hudson/job/Lucene-Solr-tests-only-3.x/7329/ 1 tests failed. REGRESSION: org.apache.lucene.collation.TestCollationKeyAnalyzer.testThreadSafe Error Message: Java heap space Stack Trace: java.lang.OutOfMemoryError: Java heap space at

[jira] [Commented] (SOLR-2471) Localparams not working with 2 fq parameters using qt=name

[ https://issues.apache.org/jira/browse/SOLR-2471?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13023110#comment-13023110 ] Bill Bell commented on SOLR-2471: - Hoss, Since they are LocalParams, why can't we have TWO

[jira] [Commented] (SOLR-2471) Localparams not working with 2 fq parameters using qt=name

[ https://issues.apache.org/jira/browse/SOLR-2471?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13023108#comment-13023108 ] Bill Bell commented on SOLR-2471: - This is not a question. It is a bug. Here is the

[jira] [Created] (LUCENE-3040) analysis consumers should use reusable tokenstreams

analysis consumers should use reusable tokenstreams --- Key: LUCENE-3040 URL: https://issues.apache.org/jira/browse/LUCENE-3040 Project: Lucene - Java Issue Type: Improvement

RE: probable sore topic... Maven build?

Hi Paul, As Grant mentioned, there is a full complement of Maven POMs stored under the top-level dev-tools/ directory. You can populate the source tree with POMs by running 'ant get-maven-poms' from the top level. Before the Maven build will function fully, run 'mvn -N -P bootstrap install'