You are viewing a plain text version of this content. The canonical link for it is here.
Posted to solr-dev@lucene.apache.org by "Thorsten Scherler (JIRA)" <ji...@apache.org> on 2006/12/20 12:30:22 UTC
[jira] Created: (SOLR-88) Solr index cannot be opened with luke
anymore
Solr index cannot be opened with luke anymore
---------------------------------------------
Key: SOLR-88
URL: http://issues.apache.org/jira/browse/SOLR-88
Project: Solr
Issue Type: Bug
Reporter: Thorsten Scherler
http://marc.theaimsgroup.com/?l=solr-dev&m=116661341524556&w=2
"...I notice a very weird problem that I do not understand. I tried to open
the solr index with luke on trunk and it fails with:
java.io.FileNotFoundException: $PATH/solr/data/index/_0.f1 (No such file
or directory)..."
I am using lukeall.jar version 0.6.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (SOLR-88) Solr index cannot be opened with luke
anymore
Posted by "Thorsten Scherler (JIRA)" <ji...@apache.org>.
[ http://issues.apache.org/jira/browse/SOLR-88?page=comments#action_12459926 ]
Thorsten Scherler commented on SOLR-88:
---------------------------------------
Removing omitNorms="true" from the schema.xml fixes this issue.
> Solr index cannot be opened with luke anymore
> ---------------------------------------------
>
> Key: SOLR-88
> URL: http://issues.apache.org/jira/browse/SOLR-88
> Project: Solr
> Issue Type: Bug
> Reporter: Thorsten Scherler
> Attachments: commits.since.11-27.log
>
>
> http://marc.theaimsgroup.com/?l=solr-dev&m=116661341524556&w=2
> "...I notice a very weird problem that I do not understand. I tried to open
> the solr index with luke on trunk and it fails with:
> java.io.FileNotFoundException: $PATH/solr/data/index/_0.f1 (No such file
> or directory)..."
> I am using lukeall.jar version 0.6.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (SOLR-88) Solr index cannot be opened with luke
anymore
Posted by "Thorsten Scherler (JIRA)" <ji...@apache.org>.
[ http://issues.apache.org/jira/browse/SOLR-88?page=comments#action_12459937 ]
Thorsten Scherler commented on SOLR-88:
---------------------------------------
Cheers Erik.
That is good to know.
> Solr index cannot be opened with luke anymore
> ---------------------------------------------
>
> Key: SOLR-88
> URL: http://issues.apache.org/jira/browse/SOLR-88
> Project: Solr
> Issue Type: Bug
> Reporter: Thorsten Scherler
> Attachments: commits.since.11-27.log
>
>
> http://marc.theaimsgroup.com/?l=solr-dev&m=116661341524556&w=2
> "...I notice a very weird problem that I do not understand. I tried to open
> the solr index with luke on trunk and it fails with:
> java.io.FileNotFoundException: $PATH/solr/data/index/_0.f1 (No such file
> or directory)..."
> I am using lukeall.jar version 0.6.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (SOLR-88) Solr index cannot be opened with luke
anymore
Posted by "Thorsten Scherler (JIRA)" <ji...@apache.org>.
[ http://issues.apache.org/jira/browse/SOLR-88?page=comments#action_12459920 ]
Thorsten Scherler commented on SOLR-88:
---------------------------------------
I think found the revision:
svn up -r487364 .
Before this revision I can open the index with luke.
After this commit I cannot do it anymore.
Seeing the changes it seems that @omitNorms="true" is
svn diff -r487340:487364
Index: example/solr/conf/schema.xml
===================================================================
--- example/solr/conf/schema.xml (revision 487340)
+++ example/solr/conf/schema.xml (revision 487364)
@@ -47,10 +47,10 @@
limits compression (if enabled in the derived fields) to values which
exceed a certain size (in characters).
-->
- <fieldtype name="string" class="solr.StrField" sortMissingLast="true"/>
+ <fieldtype name="string" class="solr.StrField" sortMissingLast="true" omitNorms="true"/>
<!-- boolean type: "true" or "false" -->
- <fieldtype name="boolean" class="solr.BoolField" sortMissingLast="true"/>
+ <fieldtype name="boolean" class="solr.BoolField" sortMissingLast="true" omitNorms="true"/>
<!-- The optional sortMissingLast and sortMissingFirst attributes are
currently supported on types that are sorted internally as strings.
@@ -69,20 +69,20 @@
<!-- numeric field types that store and index the text
value verbatim (and hence don't support range queries, since the
lexicographic ordering isn't equal to the numeric ordering) -->
- <fieldtype name="integer" class="solr.IntField"/>
- <fieldtype name="long" class="solr.LongField"/>
- <fieldtype name="float" class="solr.FloatField"/>
- <fieldtype name="double" class="solr.DoubleField"/>
+ <fieldtype name="integer" class="solr.IntField" omitNorms="true"/>
+ <fieldtype name="long" class="solr.LongField" omitNorms="true"/>
+ <fieldtype name="float" class="solr.FloatField" omitNorms="true"/>
+ <fieldtype name="double" class="solr.DoubleField" omitNorms="true"/>
<!-- Numeric field types that manipulate the value into
a string value that isn't human-readable in its internal form,
but with a lexicographic ordering the same as the numeric ordering,
so that range queries work correctly. -->
- <fieldtype name="sint" class="solr.SortableIntField" sortMissingLast="true"/>
- <fieldtype name="slong" class="solr.SortableLongField" sortMissingLast="true"/>
- <fieldtype name="sfloat" class="solr.SortableFloatField" sortMissingLast="true"/>
- <fieldtype name="sdouble" class="solr.SortableDoubleField" sortMissingLast="true"/>
+ <fieldtype name="sint" class="solr.SortableIntField" sortMissingLast="true" omitNorms="true"/>
+ <fieldtype name="slong" class="solr.SortableLongField" sortMissingLast="true" omitNorms="true"/>
+ <fieldtype name="sfloat" class="solr.SortableFloatField" sortMissingLast="true" omitNorms="true"/>
+ <fieldtype name="sdouble" class="solr.SortableDoubleField" sortMissingLast="true" omitNorms="true"/>
<!-- The format for this date field is of the form 1995-12-31T23:59:59Z, and
@@ -105,7 +105,7 @@
Consult the DateField javadocs for more information.
-->
- <fieldtype name="date" class="solr.DateField" sortMissingLast="true"/>
+ <fieldtype name="date" class="solr.DateField" sortMissingLast="true" omitNorms="true"/>
<!-- solr.TextField allows the specification of custom text analyzers
specified as a tokenizer and a list of token filters. Different
@@ -183,24 +183,25 @@
<fields>
<!-- Valid attributes for fields:
- name: mandatory - the name for the field
- type: mandatory - the name of a previously defined type from the <types> section
- indexed: true if this field should be indexed (searchable)
- stored: true if this field should be retrievable
- compressed: [false] if this field should be stored using gzip compression
- (this will only apply if the field type is compressable; among
- the standard field types, only TextField and StrField are)
- multiValued: true if this field may contain multiple values per document
- omitNorms: (expert) set to true to omit the norms associated with this field
- (this disables length normalization and index-time boosting for the field)
-
+ name: mandatory - the name for the field
+ type: mandatory - the name of a previously defined type from the <types> section
+ indexed: true if this field should be indexed (searchable or sortable)
+ stored: true if this field should be retrievable
+ compressed: [false] if this field should be stored using gzip compression
+ (this will only apply if the field type is compressable; among
+ the standard field types, only TextField and StrField are)
+ multiValued: true if this field may contain multiple values per document
+ omitNorms: (expert) set to true to omit the norms associated with
+ this field (this disables length normalization and index-time
+ boosting for the field, and saves some memory). Only full-text
+ fields or fields that need an index-time boost need norms.
-->
<field name="id" type="string" indexed="true" stored="true"/>
- <field name="sku" type="textTight" indexed="true" stored="true"/>
+ <field name="sku" type="textTight" indexed="true" stored="true" omitNorms="true"/>
<field name="name" type="text" indexed="true" stored="true"/>
- <field name="manu" type="text" indexed="true" stored="true"/>
- <field name="cat" type="text_ws" indexed="true" stored="true" multiValued="true"/>
+ <field name="manu" type="text" indexed="true" stored="true" omitNorms="true"/>
+ <field name="cat" type="text_ws" indexed="true" stored="true" multiValued="true" omitNorms="true"/>
<field name="features" type="text" indexed="true" stored="true" multiValued="true"/>
<field name="includes" type="text" indexed="true" stored="true"/>
> Solr index cannot be opened with luke anymore
> ---------------------------------------------
>
> Key: SOLR-88
> URL: http://issues.apache.org/jira/browse/SOLR-88
> Project: Solr
> Issue Type: Bug
> Reporter: Thorsten Scherler
> Attachments: commits.since.11-27.log
>
>
> http://marc.theaimsgroup.com/?l=solr-dev&m=116661341524556&w=2
> "...I notice a very weird problem that I do not understand. I tried to open
> the solr index with luke on trunk and it fails with:
> java.io.FileNotFoundException: $PATH/solr/data/index/_0.f1 (No such file
> or directory)..."
> I am using lukeall.jar version 0.6.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Updated: (SOLR-88) Solr index cannot be opened with luke
anymore
Posted by "Thorsten Scherler (JIRA)" <ji...@apache.org>.
[ http://issues.apache.org/jira/browse/SOLR-88?page=all ]
Thorsten Scherler updated SOLR-88:
----------------------------------
Attachment: commits.since.11-27.log
svn log -v -r{2006-11-27}:HEAD . > commits.since.11-27.log
All commits since the last known working version.
> Solr index cannot be opened with luke anymore
> ---------------------------------------------
>
> Key: SOLR-88
> URL: http://issues.apache.org/jira/browse/SOLR-88
> Project: Solr
> Issue Type: Bug
> Reporter: Thorsten Scherler
> Attachments: commits.since.11-27.log
>
>
> http://marc.theaimsgroup.com/?l=solr-dev&m=116661341524556&w=2
> "...I notice a very weird problem that I do not understand. I tried to open
> the solr index with luke on trunk and it fails with:
> java.io.FileNotFoundException: $PATH/solr/data/index/_0.f1 (No such file
> or directory)..."
> I am using lukeall.jar version 0.6.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (SOLR-88) Solr index cannot be opened with luke
anymore
Posted by "Erik Hatcher (JIRA)" <ji...@apache.org>.
[ http://issues.apache.org/jira/browse/SOLR-88?page=comments#action_12459927 ]
Erik Hatcher commented on SOLR-88:
----------------------------------
Luke would very likely work if you used it with the Solr version of Lucene, rather than modifying Solr's schema. lukeall JAR embeds Lucene, but an older version.
> Solr index cannot be opened with luke anymore
> ---------------------------------------------
>
> Key: SOLR-88
> URL: http://issues.apache.org/jira/browse/SOLR-88
> Project: Solr
> Issue Type: Bug
> Reporter: Thorsten Scherler
> Attachments: commits.since.11-27.log
>
>
> http://marc.theaimsgroup.com/?l=solr-dev&m=116661341524556&w=2
> "...I notice a very weird problem that I do not understand. I tried to open
> the solr index with luke on trunk and it fails with:
> java.io.FileNotFoundException: $PATH/solr/data/index/_0.f1 (No such file
> or directory)..."
> I am using lukeall.jar version 0.6.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Closed: (SOLR-88) Solr index cannot be opened with luke
anymore
Posted by "Yonik Seeley (JIRA)" <ji...@apache.org>.
[ http://issues.apache.org/jira/browse/SOLR-88?page=all ]
Yonik Seeley closed SOLR-88.
----------------------------
Resolution: Invalid
Yes, this is a lucene index format issue. Older versions of Lucene often can't open indexes created by newer versions. Use luke.jar with the lucene jars from the Solr lib directory.
> Solr index cannot be opened with luke anymore
> ---------------------------------------------
>
> Key: SOLR-88
> URL: http://issues.apache.org/jira/browse/SOLR-88
> Project: Solr
> Issue Type: Bug
> Reporter: Thorsten Scherler
> Attachments: commits.since.11-27.log
>
>
> http://marc.theaimsgroup.com/?l=solr-dev&m=116661341524556&w=2
> "...I notice a very weird problem that I do not understand. I tried to open
> the solr index with luke on trunk and it fails with:
> java.io.FileNotFoundException: $PATH/solr/data/index/_0.f1 (No such file
> or directory)..."
> I am using lukeall.jar version 0.6.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira