Hi Jack,
its the virtual machine running on a VMware vSphere 5 Enterprise Plus.
Machine has 30 GB vRAM, 8 core vCPU 3.0 GHz, 2 TB SATA RAID-10 over iSCSI.
Operation system is CentOS 6.2 64bit.
Here are java infos:
- catalina.base/usr/share/tomcat6
- catalina.home/usr/share/tomcat6
- catalina.useNamingtrue
- common.loader
${catalina.base}/lib,${catalina.base}/lib/*.jar,${catalina.home}/lib,${catalina.home}/lib/*.jar
- file.encodingUTF-8
- file.encoding.pkgsun.io
- file.separator/
- java.awt.graphicsenvsun.awt.X11GraphicsEnvironment
- java.awt.printerjobsun.print.PSPrinterJob
- java.class.path
/usr/share/tomcat6/bin/bootstrap.jar
/usr/share/tomcat6/bin/tomcat-juli.jar/usr/share/java/commons-daemon.jar
- java.class.version50.0
- java.endorsed.dirs
- java.ext.dirs
/usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0.x86_64/jre/lib/ext
/usr/java/packages/lib/ext
- java.home/usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0.x86_64/jre
- java.io.tmpdir/var/cache/tomcat6/temp
- java.library.path
/usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0.x86_64/jre/lib/amd64/server
/usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0.x86_64/jre/lib/amd64
/usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0.x86_64/jre/../lib/amd64
/usr/java/packages/lib/amd64/usr/lib64/lib64/lib/usr/lib
- java.naming.factory.initial
org.apache.naming.java.javaURLContextFactory
- java.naming.factory.url.pkgsorg.apache.naming
- java.runtime.nameOpenJDK Runtime Environment
- java.runtime.version1.6.0_22-b22
- java.specification.nameJava Platform API Specification
- java.specification.vendorSun Microsystems Inc.
- java.specification.version1.6
- java.util.logging.config.file
/usr/share/tomcat6/conf/logging.properties
- java.util.logging.managerorg.apache.juli.ClassLoaderLogManager
- java.vendorSun Microsystems Inc.
- java.vendor.urlhttp://java.sun.com/
- java.vendor.url.bughttp://java.sun.com/cgi-bin/bugreport.cgi
- java.version1.6.0_22
- java.vm.infomixed mode
- java.vm.nameOpenJDK 64-Bit Server VM
- java.vm.specification.nameJava Virtual Machine Specification
- java.vm.specification.vendorSun Microsystems Inc.
- java.vm.specification.version1.0
- java.vm.vendorSun Microsystems Inc.
- java.vm.version20.0-b11
- javax.sql.DataSource.Factory
org.apache.commons.dbcp.BasicDataSourceFactory
- line.separator
- os.archamd64
- os.nameLinux
- os.version2.6.32-220.13.1.el6.x86_64
- package.access
sun.,org.apache.catalina.,org.apache.coyote.,org.apache.tomcat.,org.apache.jasper.,sun.beans.
- package.definition
sun.,java.,org.apache.catalina.,org.apache.coyote.,org.apache.tomcat.,org.apache.jasper.
- path.separator:
- server.loader
- shared.loader
- sun.arch.data.model64
- sun.boot.class.path
/usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0.x86_64/jre/lib/resources.jar
/usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0.x86_64/jre/lib/rt.jar
/usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0.x86_64/jre/lib/sunrsasign.jar
/usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0.x86_64/jre/lib/jsse.jar
/usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0.x86_64/jre/lib/jce.jar
/usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0.x86_64/jre/lib/charsets.jar
/usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0.x86_64/jre/lib/netx.jar
/usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0.x86_64/jre/lib/plugin.jar
/usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0.x86_64/jre/lib/rhino.jar
/usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0.x86_64/jre/lib/modules/jdk.boot.jar
/usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0.x86_64/jre/classes
- sun.boot.library.path
/usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0.x86_64/jre/lib/amd64
- sun.cpu.endianlittle
- sun.cpu.isalist
- sun.io.unicode.encodingUnicodeLittle
- sun.java.commandorg.apache.catalina.startup.Bootstrap start
- sun.java.launcherSUN_STANDARD
- sun.jnu.encodingUTF-8
- sun.management.compilerHotSpot 64-Bit Tiered Compilers
- sun.os.patch.levelunknown
- tomcat.util.buf.StringCache.byte.enabledtrue
- user.countryUS
- user.dir/usr/share/tomcat6
- user.home/usr/share/tomcat6
- user.languageen
- user.nametomcat
- user.timezoneEurope/Ljubljana
As far as I see from the JIRA issue I have the patch attached (as mentioned
I have a trunk version from May 12). Any ideas?
Many thanks!
On Wed, Jun 6, 2012 at 2:49 PM, Jack Krupansky <j...@basetechnology.com>wrote:
> It could be related to
> https://issues.apache.org/**jira/browse/LUCENE-2975<https://issues.apache.org/jira/browse/LUCENE-2975>.
> At least the exception comes from the same function.
>
>
> "Caused by: java.io.IOException: Invalid vInt detected (too many bits)
> at org.apache.lucene.store.**DataInput.readVInt(DataInput.**java:112)"
>
> What hardware and Java version are you running?
>
> -- Jack Krupansky
>
> -----Original Message----- From: Rok Rejc
> Sent: Wednesday, June 06, 2012 3:45 AM
> To: solr-user@lucene.apache.org
> Subject: Exception when optimizing index
>
>
> Hi all,
>
> I have a solr installation (version 4.0 from trunk - 1st May 2012).
>
> After I imported documents (99831145 documents) I have run the
> optimization. I got an exception:
>
> <response><lst name="responseHeader"><int name="status">500</int><int
> name="QTime">281615</int></**lst><lst name="error"><str
> name="msg">background
> merge hit exception: _8x(4.0):C202059 _e0(4.0):C192649 _3r(4.0):C205785
> _1s(4.0):C203526 _4w(4.0):C199793 _7f(4.0):C193108 _dy(4.0):C185814
> _7d(4.0):C190364 _c5(4.0):C187881 _8u(4.0):C185001 _r(4.0):C183475
> _1r(4.0):C185622 _2s(4.0):C174349 _3s(4.0):C171683 _7h(4.0):C170618
> _fj(4.0):C179232 _2t(4.0):C161907 _fi(4.0):C168713 _1q(4.0):C165402
> _2r(4.0):C152995 _e1(4.0):C146080 _f4(4.0):C155072 _af(4.0):C149113
> _dx(4.0):C147298 _3t(4.0):C150806 _q(4.0):C146874 _4v(4.0):C146324
> _fc(4.0):C141426 _al(4.0):C125361 _64(4.0):C119208 into _ft
> [maxNumSegments=1]</str><str name="trace">java.io.**IOException:
> background
> merge hit exception: _8x(4.0):C202059 _e0(4.0):C192649 _3r(4.0):C205785
> _1s(4.0):C203526 _4w(4.0):C199793 _7f(4.0):C193108 _dy(4.0):C185814
> _7d(4.0):C190364 _c5(4.0):C187881 _8u(4.0):C185001 _r(4.0):C183475
> _1r(4.0):C185622 _2s(4.0):C174349 _3s(4.0):C171683 _7h(4.0):C170618
> _fj(4.0):C179232 _2t(4.0):C161907 _fi(4.0):C168713 _1q(4.0):C165402
> _2r(4.0):C152995 _e1(4.0):C146080 _f4(4.0):C155072 _af(4.0):C149113
> _dx(4.0):C147298 _3t(4.0):C150806 _q(4.0):C146874 _4v(4.0):C146324
> _fc(4.0):C141426 _al(4.0):C125361 _64(4.0):C119208 into _ft
> [maxNumSegments=1]
> at org.apache.lucene.index.**IndexWriter.forceMerge(**
> IndexWriter.java:1475)
> at org.apache.lucene.index.**IndexWriter.forceMerge(**
> IndexWriter.java:1412)
> at
> org.apache.solr.update.**DirectUpdateHandler2.commit(**
> DirectUpdateHandler2.java:385)
> at
> org.apache.solr.update.**processor.RunUpdateProcessor.**processCommit(**
> RunUpdateProcessorFactory.**java:82)
> at
> org.apache.solr.update.**processor.**UpdateRequestProcessor.**
> processCommit(**UpdateRequestProcessor.java:**64)
> at
> org.apache.solr.update.**processor.**DistributedUpdateProcessor.**
> processCommit(**DistributedUpdateProcessor.**java:783)
> at
> org.apache.solr.update.**processor.LogUpdateProcessor.**processCommit(**
> LogUpdateProcessorFactory.**java:154)
> at org.apache.solr.handler.**XMLLoader.processUpdate(**
> XMLLoader.java:155)
> at org.apache.solr.handler.**XMLLoader.load(XMLLoader.java:**79)
> at
> org.apache.solr.handler.**ContentStreamHandlerBase.**handleRequestBody(**
> ContentStreamHandlerBase.java:**59)
> at
> org.apache.solr.handler.**RequestHandlerBase.**handleRequest(**
> RequestHandlerBase.java:129)
> at org.apache.solr.core.SolrCore.**execute(SolrCore.java:1540)
> at
> org.apache.solr.servlet.**SolrDispatchFilter.execute(**
> SolrDispatchFilter.java:435)
> at
> org.apache.solr.servlet.**SolrDispatchFilter.doFilter(**
> SolrDispatchFilter.java:256)
> at
> org.apache.catalina.core.**ApplicationFilterChain.**internalDoFilter(**
> ApplicationFilterChain.java:**235)
> at
> org.apache.catalina.core.**ApplicationFilterChain.**doFilter(**
> ApplicationFilterChain.java:**206)
> at
> org.apache.catalina.core.**StandardWrapperValve.invoke(**
> StandardWrapperValve.java:233)
> at
> org.apache.catalina.core.**StandardContextValve.invoke(**
> StandardContextValve.java:191)
> at
> org.apache.catalina.core.**StandardHostValve.invoke(**
> StandardHostValve.java:127)
> at
> org.apache.catalina.valves.**ErrorReportValve.invoke(**
> ErrorReportValve.java:102)
> at
> org.apache.catalina.core.**StandardEngineValve.invoke(**
> StandardEngineValve.java:109)
> at
> org.apache.catalina.connector.**CoyoteAdapter.service(**
> CoyoteAdapter.java:298)
> at
> org.apache.coyote.http11.**Http11AprProcessor.process(**
> Http11AprProcessor.java:865)
> at
> org.apache.coyote.http11.**Http11AprProtocol$**Http11ConnectionHandler.**
> process(Http11AprProtocol.**java:579)
> at
> org.apache.tomcat.util.net.**AprEndpoint$Worker.run(**
> AprEndpoint.java:1556)
> at java.lang.Thread.run(Thread.**java:679)
> Caused by: java.io.IOException: Invalid vInt detected (too many bits)
> at org.apache.lucene.store.**DataInput.readVInt(DataInput.**java:112)
> at
> org.apache.lucene.codecs.**lucene40.**Lucene40PostingsReader$**
> AllDocsSegmentDocsEnum.**nextUnreadDoc(**Lucene40PostingsReader.java:**
> 557)
> at
> org.apache.lucene.codecs.**lucene40.**Lucene40PostingsReader$**
> SegmentDocsEnumBase.refill(**Lucene40PostingsReader.java:**408)
> at
> org.apache.lucene.codecs.**lucene40.**Lucene40PostingsReader$**
> AllDocsSegmentDocsEnum.**nextDoc(**Lucene40PostingsReader.java:**508)
> at
> org.apache.lucene.codecs.**MappingMultiDocsEnum.nextDoc(**
> MappingMultiDocsEnum.java:85)
> at
> org.apache.lucene.codecs.**PostingsConsumer.merge(**
> PostingsConsumer.java:65)
> at org.apache.lucene.codecs.**TermsConsumer.merge(**
> TermsConsumer.java:82)
> at org.apache.lucene.codecs.**FieldsConsumer.merge(**
> FieldsConsumer.java:54)
> at
> org.apache.lucene.index.**SegmentMerger.mergeTerms(**
> SegmentMerger.java:356)
> at org.apache.lucene.index.**SegmentMerger.merge(**
> SegmentMerger.java:115)
> at
> org.apache.lucene.index.**IndexWriter.mergeMiddle(**IndexWriter.java:3382)
> at org.apache.lucene.index.**IndexWriter.merge(IndexWriter.**java:3004)
> at
> org.apache.lucene.index.**ConcurrentMergeScheduler.**doMerge(**
> ConcurrentMergeScheduler.java:**382)
> at
> org.apache.lucene.index.**ConcurrentMergeScheduler$**MergeThread.run(**
> ConcurrentMergeScheduler.java:**451)
> </str><int name="code">500</int></lst></**response>
>
> What could be wrong? Exception is reproducable. Is exception fixed in later
> versions?
>
> Many thanks...
>
