OOM on precommit

classic Classic list List threaded Threaded
13 messages Options
Reply | Threaded
Open this post in threaded view
|

OOM on precommit

Alan Woodward-3
I’ve started to get this failure whenever I try and run precommit:

validate-source-patterns:

BUILD FAILED
/Users/romseygeek/projects/lucene-solr-7.x/build.xml:128: java.lang.OutOfMemoryError: Java heap space
        at java.util.Arrays.copyOf(Arrays.java:3332)
        at java.lang.AbstractStringBuilder.ensureCapacityInternal(AbstractStringBuilder.java:124)
        at java.lang.AbstractStringBuilder.append(AbstractStringBuilder.java:596)
        at java.lang.StringBuilder.append(StringBuilder.java:190)
        at org.codehaus.groovy.runtime.IOGroovyMethods.getText(IOGroovyMethods.java:894)
        at org.codehaus.groovy.runtime.ResourceGroovyMethods.getText(ResourceGroovyMethods.java:608)
        at org.codehaus.groovy.runtime.dgm$965.invoke(Unknown Source)
        at org.codehaus.groovy.runtime.callsite.PojoMetaMethodSite$PojoMetaMethodSiteNoUnwrapNoCoerce.invoke(PojoMetaMethodSite.java:274)
        at org.codehaus.groovy.runtime.callsite.PojoMetaMethodSite.call(PojoMetaMethodSite.java:56)
        at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:128)
        at check-source-patterns$_run_closure7.doCall(check-source-patterns.groovy:154)
        at sun.reflect.GeneratedMethodAccessor64.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
        at java.lang.reflect.Method.invoke(Method.java:498)
        at org.codehaus.groovy.reflection.CachedMethod.invoke(CachedMethod.java:98)
        at groovy.lang.MetaMethod.doMethodInvoke(MetaMethod.java:325)
        at org.codehaus.groovy.runtime.metaclass.ClosureMetaClass.invokeMethod(ClosureMetaClass.java:264)
        at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:1034)
        at groovy.lang.Closure.call(Closure.java:418)
        at groovy.lang.Closure.call(Closure.java:434)
        at org.codehaus.groovy.runtime.DefaultGroovyMethods.each(DefaultGroovyMethods.java:2125)
        at org.codehaus.groovy.runtime.DefaultGroovyMethods.each(DefaultGroovyMethods.java:1980)
        at org.codehaus.groovy.runtime.dgm$160.invoke(Unknown Source)
        at org.codehaus.groovy.runtime.callsite.PojoMetaMethodSite$PojoMetaMethodSiteNoUnwrapNoCoerce.invoke(PojoMetaMethodSite.java:274)
        at org.codehaus.groovy.runtime.callsite.PojoMetaMethodSite.call(PojoMetaMethodSite.java:56)
        at org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCall(CallSiteArray.java:47)
        at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:116)
        at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:128)
        at check-source-patterns.run(check-source-patterns.groovy:132)
        at org.codehaus.groovy.ant.Groovy.parseAndRunScript(Groovy.java:500)
        at org.codehaus.groovy.ant.Groovy.execGroovy(Groovy.java:447)
        at org.codehaus.groovy.ant.Groovy.execute(Groovy.java:305)

No changes to ant or groovy as far as I can tell, and no changes to any of the JVM settings either.  Is this affecting anyone else?

AW
---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: OOM on precommit

sarowe
I just ran “ant precommit” on the tip of branch_7x, and I’m not seeing an OOM.  My $ANT_OPTS is empty.

$ java -version
openjdk version "1.8.0_171"
OpenJDK Runtime Environment (build 1.8.0_171-8u171-b11-1~bpo8+1-b11)
OpenJDK 64-Bit Server VM (build 25.171-b11, mixed mode)

$ ant -version
Apache Ant(TM) version 1.9.4 compiled on October 7 2014

--
Steve
www.lucidworks.com

> On Jun 29, 2018, at 11:29 AM, Alan Woodward <[hidden email]> wrote:
>
> I’ve started to get this failure whenever I try and run precommit:
>
> validate-source-patterns:
>
> BUILD FAILED
> /Users/romseygeek/projects/lucene-solr-7.x/build.xml:128: java.lang.OutOfMemoryError: Java heap space
> at java.util.Arrays.copyOf(Arrays.java:3332)
> at java.lang.AbstractStringBuilder.ensureCapacityInternal(AbstractStringBuilder.java:124)
> at java.lang.AbstractStringBuilder.append(AbstractStringBuilder.java:596)
> at java.lang.StringBuilder.append(StringBuilder.java:190)
> at org.codehaus.groovy.runtime.IOGroovyMethods.getText(IOGroovyMethods.java:894)
> at org.codehaus.groovy.runtime.ResourceGroovyMethods.getText(ResourceGroovyMethods.java:608)
> at org.codehaus.groovy.runtime.dgm$965.invoke(Unknown Source)
> at org.codehaus.groovy.runtime.callsite.PojoMetaMethodSite$PojoMetaMethodSiteNoUnwrapNoCoerce.invoke(PojoMetaMethodSite.java:274)
> at org.codehaus.groovy.runtime.callsite.PojoMetaMethodSite.call(PojoMetaMethodSite.java:56)
> at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:128)
> at check-source-patterns$_run_closure7.doCall(check-source-patterns.groovy:154)
> at sun.reflect.GeneratedMethodAccessor64.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at org.codehaus.groovy.reflection.CachedMethod.invoke(CachedMethod.java:98)
> at groovy.lang.MetaMethod.doMethodInvoke(MetaMethod.java:325)
> at org.codehaus.groovy.runtime.metaclass.ClosureMetaClass.invokeMethod(ClosureMetaClass.java:264)
> at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:1034)
> at groovy.lang.Closure.call(Closure.java:418)
> at groovy.lang.Closure.call(Closure.java:434)
> at org.codehaus.groovy.runtime.DefaultGroovyMethods.each(DefaultGroovyMethods.java:2125)
> at org.codehaus.groovy.runtime.DefaultGroovyMethods.each(DefaultGroovyMethods.java:1980)
> at org.codehaus.groovy.runtime.dgm$160.invoke(Unknown Source)
> at org.codehaus.groovy.runtime.callsite.PojoMetaMethodSite$PojoMetaMethodSiteNoUnwrapNoCoerce.invoke(PojoMetaMethodSite.java:274)
> at org.codehaus.groovy.runtime.callsite.PojoMetaMethodSite.call(PojoMetaMethodSite.java:56)
> at org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCall(CallSiteArray.java:47)
> at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:116)
> at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:128)
> at check-source-patterns.run(check-source-patterns.groovy:132)
> at org.codehaus.groovy.ant.Groovy.parseAndRunScript(Groovy.java:500)
> at org.codehaus.groovy.ant.Groovy.execGroovy(Groovy.java:447)
> at org.codehaus.groovy.ant.Groovy.execute(Groovy.java:305)
>
> No changes to ant or groovy as far as I can tell, and no changes to any of the JVM settings either.  Is this affecting anyone else?
>
> AW
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [hidden email]
> For additional commands, e-mail: [hidden email]
>


---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: OOM on precommit

Uwe Schindler
Could it be a 32 bit Jvm when it fails? The heap space is different there.

Uwe

Am June 29, 2018 3:45:13 PM UTC schrieb Steve Rowe <[hidden email]>:
I just ran “ant precommit” on the tip of branch_7x, and I’m not seeing an OOM.  My $ANT_OPTS is empty.

$ java -version
openjdk version "1.8.0_171"
OpenJDK Runtime Environment (build 1.8.0_171-8u171-b11-1~bpo8+1-b11)
OpenJDK 64-Bit Server VM (build 25.171-b11, mixed mode)

$ ant -version
Apache Ant(TM) version 1.9.4 compiled on October 7 2014

--
Steve
www.lucidworks.com

On Jun 29, 2018, at 11:29 AM, Alan Woodward <[hidden email]> wrote:

I’ve started to get this failure whenever I try and run precommit:

validate-source-patterns:

BUILD FAILED
/Users/romseygeek/projects/lucene-solr-7.x/build.xml:128: java.lang.OutOfMemoryError: Java heap space
at java.util.Arrays.copyOf(Arrays.java:3332)
at java.lang.AbstractStringBuilder.ensureCapacityInternal(AbstractStringBuilder.java:124)
at java.lang.AbstractStringBuilder.append(AbstractStringBuilder.java:596)
at java.lang.StringBuilder.append(StringBuilder.java:190)
at org.codehaus.groovy.runtime.IOGroovyMethods.getText(IOGroovyMethods.java:894)
at org.codehaus.groovy.runtime.ResourceGroovyMethods.getText(ResourceGroovyMethods.java:608)
at org.codehaus.groovy.runtime.dgm$965.invoke(Unknown Source)
at org.codehaus.groovy.runtime.callsite.PojoMetaMethodSite$PojoMetaMethodSiteNoUnwrapNoCoerce.invoke(PojoMetaMethodSite.java:274)
at org.codehaus.groovy.runtime.callsite.PojoMetaMethodSite.call(PojoMetaMethodSite.java:56)
at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:128)
at check-source-patterns$_run_closure7.doCall(check-source-patterns.groovy:154)
at sun.reflect.GeneratedMethodAccessor64.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at org.codehaus.groovy.reflection.CachedMethod.invoke(CachedMethod.java:98)
at groovy.lang.MetaMethod.doMethodInvoke(MetaMethod.java:325)
at org.codehaus.groovy.runtime.metaclass.ClosureMetaClass.invokeMethod(ClosureMetaClass.java:264)
at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:1034)
at groovy.lang.Closure.call(Closure.java:418)
at groovy.lang.Closure.call(Closure.java:434)
at org.codehaus.groovy.runtime.DefaultGroovyMethods.each(DefaultGroovyMethods.java:2125)
at org.codehaus.groovy.runtime.DefaultGroovyMethods.each(DefaultGroovyMethods.java:1980)
at org.codehaus.groovy.runtime.dgm$160.invoke(Unknown Source)
at org.codehaus.groovy.runtime.callsite.PojoMetaMethodSite$PojoMetaMethodSiteNoUnwrapNoCoerce.invoke(PojoMetaMethodSite.java:274)
at org.codehaus.groovy.runtime.callsite.PojoMetaMethodSite.call(PojoMetaMethodSite.java:56)
at org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCall(CallSiteArray.java:47)
at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:116)
at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:128)
at check-source-patterns.run(check-source-patterns.groovy:132)
at org.codehaus.groovy.ant.Groovy.parseAndRunScript(Groovy.java:500)
at org.codehaus.groovy.ant.Groovy.execGroovy(Groovy.java:447)
at org.codehaus.groovy.ant.Groovy.execute(Groovy.java:305)

No changes to ant or groovy as far as I can tell, and no changes to any of the JVM settings either. Is this affecting anyone else?

AW


To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]





To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]


--
Uwe Schindler
Achterdiek 19, 28357 Bremen
https://www.thetaphi.de
Reply | Threaded
Open this post in threaded view
|

Re: OOM on precommit

Alan Woodward-3
It’s 64-bit:

java version "1.8.0_152"
Java(TM) SE Runtime Environment (build 1.8.0_152-b16)
Java HotSpot(TM) 64-Bit Server VM (build 25.152-b16, mixed mode)

It’s a fairly old 1.8 though, I’ll try upgrading

On 29 Jun 2018, at 16:52, Uwe Schindler <[hidden email]> wrote:

Could it be a 32 bit Jvm when it fails? The heap space is different there.

Uwe

Am June 29, 2018 3:45:13 PM UTC schrieb Steve Rowe <[hidden email]>:
I just ran “ant precommit” on the tip of branch_7x, and I’m not seeing an OOM.  My $ANT_OPTS is empty.

$ java -version
openjdk version "1.8.0_171"
OpenJDK Runtime Environment (build 1.8.0_171-8u171-b11-1~bpo8+1-b11)
OpenJDK 64-Bit Server VM (build 25.171-b11, mixed mode)

$ ant -version
Apache Ant(TM) version 1.9.4 compiled on October 7 2014

--
Steve
www.lucidworks.com

On Jun 29, 2018, at 11:29 AM, Alan Woodward <[hidden email]> wrote:

I’ve started to get this failure whenever I try and run precommit:

validate-source-patterns:

BUILD FAILED
/Users/romseygeek/projects/lucene-solr-7.x/build.xml:128: java.lang.OutOfMemoryError: Java heap space
at java.util.Arrays.copyOf(Arrays.java:3332)
at java.lang.AbstractStringBuilder.ensureCapacityInternal(AbstractStringBuilder.java:124)
at java.lang.AbstractStringBuilder.append(AbstractStringBuilder.java:596)
at java.lang.StringBuilder.append(StringBuilder.java:190)
at org.codehaus.groovy.runtime.IOGroovyMethods.getText(IOGroovyMethods.java:894)
at org.codehaus.groovy.runtime.ResourceGroovyMethods.getText(ResourceGroovyMethods.java:608)
at org.codehaus.groovy.runtime.dgm$965.invoke(Unknown Source)
at org.codehaus.groovy.runtime.callsite.PojoMetaMethodSite$PojoMetaMethodSiteNoUnwrapNoCoerce.invoke(PojoMetaMethodSite.java:274)
at org.codehaus.groovy.runtime.callsite.PojoMetaMethodSite.call(PojoMetaMethodSite.java:56)
at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:128)
at check-source-patterns$_run_closure7.doCall(check-source-patterns.groovy:154)
at sun.reflect.GeneratedMethodAccessor64.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at org.codehaus.groovy.reflection.CachedMethod.invoke(CachedMethod.java:98)
at groovy.lang.MetaMethod.doMethodInvoke(MetaMethod.java:325)
at org.codehaus.groovy.runtime.metaclass.ClosureMetaClass.invokeMethod(ClosureMetaClass.java:264)
at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:1034)
at groovy.lang.Closure.call(Closure.java:418)
at groovy.lang.Closure.call(Closure.java:434)
at org.codehaus.groovy.runtime.DefaultGroovyMethods.each(DefaultGroovyMethods.java:2125)
at org.codehaus.groovy.runtime.DefaultGroovyMethods.each(DefaultGroovyMethods.java:1980)
at org.codehaus.groovy.runtime.dgm$160.invoke(Unknown Source)
at org.codehaus.groovy.runtime.callsite.PojoMetaMethodSite$PojoMetaMethodSiteNoUnwrapNoCoerce.invoke(PojoMetaMethodSite.java:274)
at org.codehaus.groovy.runtime.callsite.PojoMetaMethodSite.call(PojoMetaMethodSite.java:56)
at org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCall(CallSiteArray.java:47)
at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:116)
at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:128)
at check-source-patterns.run(check-source-patterns.groovy:132)
at org.codehaus.groovy.ant.Groovy.parseAndRunScript(Groovy.java:500)
at org.codehaus.groovy.ant.Groovy.execGroovy(Groovy.java:447)
at org.codehaus.groovy.ant.Groovy.execute(Groovy.java:305)

No changes to ant or groovy as far as I can tell, and no changes to any of the JVM settings either. Is this affecting anyone else?

AW


To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]





To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]


--
Uwe Schindler
Achterdiek 19, 28357 Bremen
https://www.thetaphi.de

Reply | Threaded
Open this post in threaded view
|

Re: OOM on precommit

Christine Poerschke (BLOOMBERG/ LONDON)
In reply to this post by Alan Woodward-3
https://issues.apache.org/jira/secure/attachment/12925603/SOLR-12419.patch added an extra check in check-source-patterns.groovy though if it's causing folks issues that could be reverted and once overall standardisation is complete then the new validLoggerNamePattern check could be included in the existing validLoggerPattern check.

Christine

From: [hidden email] At: 06/29/18 16:59:51
To: [hidden email]
Subject: Re: OOM on precommit
It’s 64-bit:

java version "1.8.0_152"
Java(TM) SE Runtime Environment (build 1.8.0_152-b16)
Java HotSpot(TM) 64-Bit Server VM (build 25.152-b16, mixed mode)

It’s a fairly old 1.8 though, I’ll try upgrading

On 29 Jun 2018, at 16:52, Uwe Schindler <[hidden email]> wrote:

Could it be a 32 bit Jvm when it fails? The heap space is different there.

Uwe

Am June 29, 2018 3:45:13 PM UTC schrieb Steve Rowe <[hidden email]>:
I just ran “ant precommit” on the tip of branch_7x, and I’m not seeing an OOM.  My $ANT_OPTS is empty.

$ java -version
openjdk version "1.8.0_171"
OpenJDK Runtime Environment (build 1.8.0_171-8u171-b11-1~bpo8+1-b11)
OpenJDK 64-Bit Server VM (build 25.171-b11, mixed mode)

$ ant -version
Apache Ant(TM) version 1.9.4 compiled on October 7 2014

--
Steve
www.lucidworks.com

On Jun 29, 2018, at 11:29 AM, Alan Woodward <[hidden email]> wrote:

I’ve started to get this failure whenever I try and run precommit:

validate-source-patterns:

BUILD FAILED
/Users/romseygeek/projects/lucene-solr-7.x/build.xml:128: java.lang.OutOfMemoryError: Java heap space
at java.util.Arrays.copyOf(Arrays.java:3332)
at java.lang.AbstractStringBuilder.ensureCapacityInternal(AbstractStringBuilder.java:124)
at java.lang.AbstractStringBuilder.append(AbstractStringBuilder.java:596)
at java.lang.StringBuilder.append(StringBuilder.java:190)
at org.codehaus.groovy.runtime.IOGroovyMethods.getText(IOGroovyMethods.java:894)
at org.codehaus.groovy.runtime.ResourceGroovyMethods.getText(ResourceGroovyMethods.java:608)
at org.codehaus.groovy.runtime.dgm$965.invoke(Unknown Source)
at org.codehaus.groovy.runtime.callsite.PojoMetaMethodSite$PojoMetaMethodSiteNoUnwrapNoCoerce.invoke(PojoMetaMethodSite.java:274)
at org.codehaus.groovy.runtime.callsite.PojoMetaMethodSite.call(PojoMetaMethodSite.java:56)
at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:128)
at check-source-patterns$_run_closure7.doCall(check-source-patterns.groovy:154)
at sun.reflect.GeneratedMethodAccessor64.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at org.codehaus.groovy.reflection.CachedMethod.invoke(CachedMethod.java:98)
at groovy.lang.MetaMethod.doMethodInvoke(MetaMethod.java:325)
at org.codehaus.groovy.runtime.metaclass.ClosureMetaClass.invokeMethod(ClosureMetaClass.java:264)
at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:1034)
at groovy.lang.Closure.call(Closure.java:418)
at groovy.lang.Closure.call(Closure.java:434)
at org.codehaus.groovy.runtime.DefaultGroovyMethods.each(DefaultGroovyMethods.java:2125)
at org.codehaus.groovy.runtime.DefaultGroovyMethods.each(DefaultGroovyMethods.java:1980)
at org.codehaus.groovy.runtime.dgm$160.invoke(Unknown Source)
at org.codehaus.groovy.runtime.callsite.PojoMetaMethodSite$PojoMetaMethodSiteNoUnwrapNoCoerce.invoke(PojoMetaMethodSite.java:274)
at org.codehaus.groovy.runtime.callsite.PojoMetaMethodSite.call(PojoMetaMethodSite.java:56)
at org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCall(CallSiteArray.java:47)
at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:116)
at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:128)
at check-source-patterns.run(check-source-patterns.groovy:132)
at org.codehaus.groovy.ant.Groovy.parseAndRunScript(Groovy.java:500)
at org.codehaus.groovy.ant.Groovy.execGroovy(Groovy.java:447)
at org.codehaus.groovy.ant.Groovy.execute(Groovy.java:305)

No changes to ant or groovy as far as I can tell, and no changes to any of the JVM settings either. Is this affecting anyone else?

AW


To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]





To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]


--
Uwe Schindler
Achterdiek 19, 28357 Bremen
https://www.thetaphi.de

Reply | Threaded
Open this post in threaded view
|

Re: OOM on precommit

Uwe Schindler
Hi,

Are you sure this causes the problem? The OOM happens on loading a file. Maybe there's a huge java class file somewhere. Did Steve not update the UAX analyzer?

Uwe

Am June 29, 2018 5:49:22 PM UTC schrieb "Christine Poerschke (BLOOMBERG/ LONDON)" <[hidden email]>:
https://issues.apache.org/jira/secure/attachment/12925603/SOLR-12419.patch added an extra check in check-source-patterns.groovy though if it's causing folks issues that could be reverted and once overall standardisation is complete then the new validLoggerNamePattern check could be included in the existing validLoggerPattern check.

Christine

From: [hidden email] At: 06/29/18 16:59:51
To: [hidden email]
Subject: Re: OOM on precommit
It’s 64-bit:

java version "1.8.0_152"
Java(TM) SE Runtime Environment (build 1.8.0_152-b16)
Java HotSpot(TM) 64-Bit Server VM (build 25.152-b16, mixed mode)

It’s a fairly old 1.8 though, I’ll try upgrading

On 29 Jun 2018, at 16:52, Uwe Schindler <[hidden email]> wrote:

Could it be a 32 bit Jvm when it fails? The heap space is different there.

Uwe

Am June 29, 2018 3:45:13 PM UTC schrieb Steve Rowe <[hidden email]>:
I just ran “ant precommit” on the tip of branch_7x, and I’m not seeing an OOM.  My $ANT_OPTS is empty.

$ java -version
openjdk version "1.8.0_171"
OpenJDK Runtime Environment (build 1.8.0_171-8u171-b11-1~bpo8+1-b11)
OpenJDK 64-Bit Server VM (build 25.171-b11, mixed mode)

$ ant -version
Apache Ant(TM) version 1.9.4 compiled on October 7 2014

--
Steve
www.lucidworks.com

On Jun 29, 2018, at 11:29 AM, Alan Woodward <[hidden email]> wrote:

I’ve started to get this failure whenever I try and run precommit:

validate-source-patterns:

BUILD FAILED
/Users/romseygeek/projects/lucene-solr-7.x/build.xml:128: java.lang.OutOfMemoryError: Java heap space
at java.util.Arrays.copyOf(Arrays.java:3332)
at java.lang.AbstractStringBuilder.ensureCapacityInternal(AbstractStringBuilder.java:124)
at java.lang.AbstractStringBuilder.append(AbstractStringBuilder.java:596)
at java.lang.StringBuilder.append(StringBuilder.java:190)
at org.codehaus.groovy.runtime.IOGroovyMethods.getText(IOGroovyMethods.java:894)
at org.codehaus.groovy.runtime.ResourceGroovyMethods.getText(ResourceGroovyMethods.java:608)
at org.codehaus.groovy.runtime.dgm$965.invoke(Unknown Source)
at org.codehaus.groovy.runtime.callsite.PojoMetaMethodSite$PojoMetaMethodSiteNoUnwrapNoCoerce.invoke(PojoMetaMethodSite.java:274)
at org.codehaus.groovy.runtime.callsite.PojoMetaMethodSite.call(PojoMetaMethodSite.java:56)
at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:128)
at check-source-patterns$_run_closure7.doCall(check-source-patterns.groovy:154)
at sun.reflect.GeneratedMethodAccessor64.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at org.codehaus.groovy.reflection.CachedMethod.invoke(CachedMethod.java:98)
at groovy.lang.MetaMethod.doMethodInvoke(MetaMethod.java:325)
at org.codehaus.groovy.runtime.metaclass.ClosureMetaClass.invokeMethod(ClosureMetaClass.java:264)
at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:1034)
at groovy.lang.Closure.call(Closure.java:418)
at groovy.lang.Closure.call(Closure.java:434)
at org.codehaus.groovy.runtime.DefaultGroovyMethods.each(DefaultGroovyMethods.java:2125)
at org.codehaus.groovy.runtime.DefaultGroovyMethods.each(DefaultGroovyMethods.java:1980)
at org.codehaus.groovy.runtime.dgm$160.invoke(Unknown Source)
at org.codehaus.groovy.runtime.callsite.PojoMetaMethodSite$PojoMetaMethodSiteNoUnwrapNoCoerce.invoke(PojoMetaMethodSite.java:274)
at org.codehaus.groovy.runtime.callsite.PojoMetaMethodSite.call(PojoMetaMethodSite.java:56)
at org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCall(CallSiteArray.java:47)
at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:116)
at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:128)
at check-source-patterns.run(check-source-patterns.groovy:132)
at org.codehaus.groovy.ant.Groovy.parseAndRunScript(Groovy.java:500)
at org.codehaus.groovy.ant.Groovy.execGroovy(Groovy.java:447)
at org.codehaus.groovy.ant.Groovy.execute(Groovy.java:305)

No changes to ant or groovy as far as I can tell, and no changes to any of the JVM settings either. Is this affecting anyone else?

AW


To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]





To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]


--
Uwe Schindler
Achterdiek 19, 28357 Bremen
https://www.thetaphi.de


--
Uwe Schindler
Achterdiek 19, 28357 Bremen
https://www.thetaphi.de
Reply | Threaded
Open this post in threaded view
|

Re: OOM on precommit

Christine Poerschke (BLOOMBERG/ LONDON)
In reply to this post by Alan Woodward-3
Hi.

No, not sure if it is or could be causing the problem (have not looked into the details) but _if_ it was to be causing a problem then please don't hesitate to revert my change.

Have a good weekend.

Christine

From: [hidden email] At: 06/29/18 18:57:27
To: [hidden email], [hidden email]
Subject: Re: OOM on precommit
Hi,

Are you sure this causes the problem? The OOM happens on loading a file. Maybe there's a huge java class file somewhere. Did Steve not update the UAX analyzer?

Uwe

Am June 29, 2018 5:49:22 PM UTC schrieb "Christine Poerschke (BLOOMBERG/ LONDON)" <[hidden email]>:
https://issues.apache.org/jira/secure/attachment/12925603/SOLR-12419.patch added an extra check in check-source-patterns.groovy though if it's causing folks issues that could be reverted and once overall standardisation is complete then the new validLoggerNamePattern check could be included in the existing validLoggerPattern check.

Christine

From: [hidden email] At: 06/29/18 16:59:51
To: [hidden email]
Subject: Re: OOM on precommit
It’s 64-bit:

java version "1.8.0_152"
Java(TM) SE Runtime Environment (build 1.8.0_152-b16)
Java HotSpot(TM) 64-Bit Server VM (build 25.152-b16, mixed mode)

It’s a fairly old 1.8 though, I’ll try upgrading

On 29 Jun 2018, at 16:52, Uwe Schindler <[hidden email]> wrote:

Could it be a 32 bit Jvm when it fails? The heap space is different there.

Uwe

Am June 29, 2018 3:45:13 PM UTC schrieb Steve Rowe <[hidden email]>:
I just ran “ant precommit” on the tip of branch_7x, and I’m not seeing an OOM.  My $ANT_OPTS is empty.

$ java -version
openjdk version "1.8.0_171"
OpenJDK Runtime Environment (build 1.8.0_171-8u171-b11-1~bpo8+1-b11)
OpenJDK 64-Bit Server VM (build 25.171-b11, mixed mode)

$ ant -version
Apache Ant(TM) version 1.9.4 compiled on October 7 2014

--
Steve
www.lucidworks.com

On Jun 29, 2018, at 11:29 AM, Alan Woodward <[hidden email]> wrote:

I’ve started to get this failure whenever I try and run precommit:

validate-source-patterns:

BUILD FAILED
/Users/romseygeek/projects/lucene-solr-7.x/build.xml:128: java.lang.OutOfMemoryError: Java heap space
at java.util.Arrays.copyOf(Arrays.java:3332)
at java.lang.AbstractStringBuilder.ensureCapacityInternal(AbstractStringBuilder.java:124)
at java.lang.AbstractStringBuilder.append(AbstractStringBuilder.java:596)
at java.lang.StringBuilder.append(StringBuilder.java:190)
at org.codehaus.groovy.runtime.IOGroovyMethods.getText(IOGroovyMethods.java:894)
at org.codehaus.groovy.runtime.ResourceGroovyMethods.getText(ResourceGroovyMethods.java:608)
at org.codehaus.groovy.runtime.dgm$965.invoke(Unknown Source)
at org.codehaus.groovy.runtime.callsite.PojoMetaMethodSite$PojoMetaMethodSiteNoUnwrapNoCoerce.invoke(PojoMetaMethodSite.java:274)
at org.codehaus.groovy.runtime.callsite.PojoMetaMethodSite.call(PojoMetaMethodSite.java:56)
at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:128)
at check-source-patterns$_run_closure7.doCall(check-source-patterns.groovy:154)
at sun.reflect.GeneratedMethodAccessor64.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at org.codehaus.groovy.reflection.CachedMethod.invoke(CachedMethod.java:98)
at groovy.lang.MetaMethod.doMethodInvoke(MetaMethod.java:325)
at org.codehaus.groovy.runtime.metaclass.ClosureMetaClass.invokeMethod(ClosureMetaClass.java:264)
at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:1034)
at groovy.lang.Closure.call(Closure.java:418)
at groovy.lang.Closure.call(Closure.java:434)
at org.codehaus.groovy.runtime.DefaultGroovyMethods.each(DefaultGroovyMethods.java:2125)
at org.codehaus.groovy.runtime.DefaultGroovyMethods.each(DefaultGroovyMethods.java:1980)
at org.codehaus.groovy.runtime.dgm$160.invoke(Unknown Source)
at org.codehaus.groovy.runtime.callsite.PojoMetaMethodSite$PojoMetaMethodSiteNoUnwrapNoCoerce.invoke(PojoMetaMethodSite.java:274)
at org.codehaus.groovy.runtime.callsite.PojoMetaMethodSite.call(PojoMetaMethodSite.java:56)
at org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCall(CallSiteArray.java:47)
at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:116)
at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:128)
at check-source-patterns.run(check-source-patterns.groovy:132)
at org.codehaus.groovy.ant.Groovy.parseAndRunScript(Groovy.java:500)
at org.codehaus.groovy.ant.Groovy.execGroovy(Groovy.java:447)
at org.codehaus.groovy.ant.Groovy.execute(Groovy.java:305)

No changes to ant or groovy as far as I can tell, and no changes to any of the JVM settings either. Is this affecting anyone else?

AW


To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]





To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]


--
Uwe Schindler
Achterdiek 19, 28357 Bremen
https://www.thetaphi.de


--
Uwe Schindler
Achterdiek 19, 28357 Bremen
https://www.thetaphi.de
Reply | Threaded
Open this post in threaded view
|

Re: OOM on precommit

sarowe
In reply to this post by Uwe Schindler
I did update the UAX tokenizer recently, and it’s pretty big now (763KB), but there already was a bigger one: HTMLStripCharFilter.class is 919KB.

--
Steve
www.lucidworks.com

> On Jun 29, 2018, at 1:54 PM, Uwe Schindler <[hidden email]> wrote:
>
> Hi,
>
> Are you sure this causes the problem? The OOM happens on loading a file. Maybe there's a huge java class file somewhere. Did Steve not update the UAX analyzer?
>
> Uwe
>
> Am June 29, 2018 5:49:22 PM UTC schrieb "Christine Poerschke (BLOOMBERG/ LONDON)" <[hidden email]>:
> https://issues.apache.org/jira/secure/attachment/12925603/SOLR-12419.patch added an extra check in check-source-patterns.groovy though if it's causing folks issues that could be reverted and once overall standardisation is complete then the new validLoggerNamePattern check could be included in the existing validLoggerPattern check.
>
> Christine
>
> From: [hidden email] At: 06/29/18 16:59:51
> To:  [hidden email]
> Subject: Re: OOM on precommit
> It’s 64-bit:
>
> java version "1.8.0_152"
> Java(TM) SE Runtime Environment (build 1.8.0_152-b16)
> Java HotSpot(TM) 64-Bit Server VM (build 25.152-b16, mixed mode)
>
> It’s a fairly old 1.8 though, I’ll try upgrading
>
>> On 29 Jun 2018, at 16:52, Uwe Schindler <[hidden email]> wrote:
>>
>> Could it be a 32 bit Jvm when it fails? The heap space is different there.
>>
>> Uwe
>>
>> Am June 29, 2018 3:45:13 PM UTC schrieb Steve Rowe <[hidden email]>:
>> I just ran “ant precommit” on the tip of branch_7x, and I’m not seeing an OOM.  My $ANT_OPTS is empty.
>>
>> $ java -version
>> openjdk version "1.8.0_171"
>> OpenJDK Runtime Environment (build 1.8.0_171-8u171-b11-1~bpo8+1-b11)
>> OpenJDK 64-Bit Server VM (build 25.171-b11, mixed mode)
>>
>> $ ant -version
>> Apache Ant(TM) version 1.9.4 compiled on October 7 2014
>>
>> --
>> Steve
>> www.lucidworks.com
>>
>> On Jun 29, 2018, at 11:29 AM, Alan Woodward <[hidden email]> wrote:
>>
>> I’ve started to get this failure whenever I try and run precommit:
>>
>> validate-source-patterns:
>>
>> BUILD FAILED
>> /Users/romseygeek/projects/lucene-solr-7.x/build.xml:128: java.lang.OutOfMemoryError: Java heap space
>> at java.util.Arrays.copyOf(Arrays.java:3332)
>> at java.lang.AbstractStringBuilder.ensureCapacityInternal(AbstractStringBuilder.java:124)
>> at java.lang.AbstractStringBuilder.append(AbstractStringBuilder.java:596)
>> at java.lang.StringBuilder.append(StringBuilder.java:190)
>> at org.codehaus.groovy.runtime.IOGroovyMethods.getText(IOGroovyMethods.java:894)
>> at org.codehaus.groovy.runtime.ResourceGroovyMethods.getText(ResourceGroovyMethods.java:608)
>> at org.codehaus.groovy.runtime.dgm$965.invoke(Unknown Source)
>> at org.codehaus.groovy.runtime.callsite.PojoMetaMethodSite$PojoMetaMethodSiteNoUnwrapNoCoerce.invoke(PojoMetaMethodSite.java:274)
>> at org.codehaus.groovy.runtime.callsite.PojoMetaMethodSite.call(PojoMetaMethodSite.java:56)
>> at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:128)
>> at check-source-patterns$_run_closure7.doCall(check-source-patterns.groovy:154)
>> at sun.reflect.GeneratedMethodAccessor64.invoke(Unknown Source)
>> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>> at java.lang.reflect.Method.invoke(Method.java:498)
>> at org.codehaus.groovy.reflection.CachedMethod.invoke(CachedMethod.java:98)
>> at groovy.lang.MetaMethod.doMethodInvoke(MetaMethod.java:325)
>> at org.codehaus.groovy.runtime.metaclass.ClosureMetaClass.invokeMethod(ClosureMetaClass.java:264)
>> at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:1034)
>> at groovy.lang.Closure.call(Closure.java:418)
>> at groovy.lang.Closure.call(Closure.java:434)
>> at org.codehaus.groovy.runtime.DefaultGroovyMethods.each(DefaultGroovyMethods.java:2125)
>> at org.codehaus.groovy.runtime.DefaultGroovyMethods.each(DefaultGroovyMethods.java:1980)
>> at org.codehaus.groovy.runtime.dgm$160.invoke(Unknown Source)
>> at org.codehaus.groovy.runtime.callsite.PojoMetaMethodSite$PojoMetaMethodSiteNoUnwrapNoCoerce.invoke(PojoMetaMethodSite.java:274)
>> at org.codehaus.groovy.runtime.callsite.PojoMetaMethodSite.call(PojoMetaMethodSite.java:56)
>> at org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCall(CallSiteArray.java:47)
>> at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:116)
>> at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:128)
>> at check-source-patterns.run(check-source-patterns.groovy:132)
>> at org.codehaus.groovy.ant.Groovy.parseAndRunScript(Groovy.java:500)
>> at org.codehaus.groovy.ant.Groovy.execGroovy(Groovy.java:447)
>> at org.codehaus.groovy.ant.Groovy.execute(Groovy.java:305)
>>
>> No changes to ant or groovy as far as I can tell, and no changes to any of the JVM settings either. Is this affecting anyone else?
>>
>> AW
>>
>> To unsubscribe, e-mail: [hidden email]
>> For additional commands, e-mail: [hidden email]
>>
>>
>>
>>
>> To unsubscribe, e-mail: [hidden email]
>> For additional commands, e-mail: [hidden email]
>>
>>
>> --
>> Uwe Schindler
>> Achterdiek 19, 28357 Bremen
>> https://www.thetaphi.de
>
>
> --
> Uwe Schindler
> Achterdiek 19, 28357 Bremen
> https://www.thetaphi.de


---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: OOM on precommit

Alan Woodward-3
Thanks for all the suggestions! I tried reverting the groovy change, but that didn’t help.  And I’ve successfully run precommit since Steve’s changes.

Weird.

Is there a way of upping the memory assigned to groovy from within ant?

> On 29 Jun 2018, at 19:06, Steve Rowe <[hidden email]> wrote:
>
> I did update the UAX tokenizer recently, and it’s pretty big now (763KB), but there already was a bigger one: HTMLStripCharFilter.class is 919KB.
>
> --
> Steve
> www.lucidworks.com
>
>> On Jun 29, 2018, at 1:54 PM, Uwe Schindler <[hidden email]> wrote:
>>
>> Hi,
>>
>> Are you sure this causes the problem? The OOM happens on loading a file. Maybe there's a huge java class file somewhere. Did Steve not update the UAX analyzer?
>>
>> Uwe
>>
>> Am June 29, 2018 5:49:22 PM UTC schrieb "Christine Poerschke (BLOOMBERG/ LONDON)" <[hidden email]>:
>> https://issues.apache.org/jira/secure/attachment/12925603/SOLR-12419.patch added an extra check in check-source-patterns.groovy though if it's causing folks issues that could be reverted and once overall standardisation is complete then the new validLoggerNamePattern check could be included in the existing validLoggerPattern check.
>>
>> Christine
>>
>> From: [hidden email] At: 06/29/18 16:59:51
>> To:  [hidden email]
>> Subject: Re: OOM on precommit
>> It’s 64-bit:
>>
>> java version "1.8.0_152"
>> Java(TM) SE Runtime Environment (build 1.8.0_152-b16)
>> Java HotSpot(TM) 64-Bit Server VM (build 25.152-b16, mixed mode)
>>
>> It’s a fairly old 1.8 though, I’ll try upgrading
>>
>>> On 29 Jun 2018, at 16:52, Uwe Schindler <[hidden email]> wrote:
>>>
>>> Could it be a 32 bit Jvm when it fails? The heap space is different there.
>>>
>>> Uwe
>>>
>>> Am June 29, 2018 3:45:13 PM UTC schrieb Steve Rowe <[hidden email]>:
>>> I just ran “ant precommit” on the tip of branch_7x, and I’m not seeing an OOM.  My $ANT_OPTS is empty.
>>>
>>> $ java -version
>>> openjdk version "1.8.0_171"
>>> OpenJDK Runtime Environment (build 1.8.0_171-8u171-b11-1~bpo8+1-b11)
>>> OpenJDK 64-Bit Server VM (build 25.171-b11, mixed mode)
>>>
>>> $ ant -version
>>> Apache Ant(TM) version 1.9.4 compiled on October 7 2014
>>>
>>> --
>>> Steve
>>> www.lucidworks.com
>>>
>>> On Jun 29, 2018, at 11:29 AM, Alan Woodward <[hidden email]> wrote:
>>>
>>> I’ve started to get this failure whenever I try and run precommit:
>>>
>>> validate-source-patterns:
>>>
>>> BUILD FAILED
>>> /Users/romseygeek/projects/lucene-solr-7.x/build.xml:128: java.lang.OutOfMemoryError: Java heap space
>>> at java.util.Arrays.copyOf(Arrays.java:3332)
>>> at java.lang.AbstractStringBuilder.ensureCapacityInternal(AbstractStringBuilder.java:124)
>>> at java.lang.AbstractStringBuilder.append(AbstractStringBuilder.java:596)
>>> at java.lang.StringBuilder.append(StringBuilder.java:190)
>>> at org.codehaus.groovy.runtime.IOGroovyMethods.getText(IOGroovyMethods.java:894)
>>> at org.codehaus.groovy.runtime.ResourceGroovyMethods.getText(ResourceGroovyMethods.java:608)
>>> at org.codehaus.groovy.runtime.dgm$965.invoke(Unknown Source)
>>> at org.codehaus.groovy.runtime.callsite.PojoMetaMethodSite$PojoMetaMethodSiteNoUnwrapNoCoerce.invoke(PojoMetaMethodSite.java:274)
>>> at org.codehaus.groovy.runtime.callsite.PojoMetaMethodSite.call(PojoMetaMethodSite.java:56)
>>> at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:128)
>>> at check-source-patterns$_run_closure7.doCall(check-source-patterns.groovy:154)
>>> at sun.reflect.GeneratedMethodAccessor64.invoke(Unknown Source)
>>> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>>> at java.lang.reflect.Method.invoke(Method.java:498)
>>> at org.codehaus.groovy.reflection.CachedMethod.invoke(CachedMethod.java:98)
>>> at groovy.lang.MetaMethod.doMethodInvoke(MetaMethod.java:325)
>>> at org.codehaus.groovy.runtime.metaclass.ClosureMetaClass.invokeMethod(ClosureMetaClass.java:264)
>>> at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:1034)
>>> at groovy.lang.Closure.call(Closure.java:418)
>>> at groovy.lang.Closure.call(Closure.java:434)
>>> at org.codehaus.groovy.runtime.DefaultGroovyMethods.each(DefaultGroovyMethods.java:2125)
>>> at org.codehaus.groovy.runtime.DefaultGroovyMethods.each(DefaultGroovyMethods.java:1980)
>>> at org.codehaus.groovy.runtime.dgm$160.invoke(Unknown Source)
>>> at org.codehaus.groovy.runtime.callsite.PojoMetaMethodSite$PojoMetaMethodSiteNoUnwrapNoCoerce.invoke(PojoMetaMethodSite.java:274)
>>> at org.codehaus.groovy.runtime.callsite.PojoMetaMethodSite.call(PojoMetaMethodSite.java:56)
>>> at org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCall(CallSiteArray.java:47)
>>> at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:116)
>>> at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:128)
>>> at check-source-patterns.run(check-source-patterns.groovy:132)
>>> at org.codehaus.groovy.ant.Groovy.parseAndRunScript(Groovy.java:500)
>>> at org.codehaus.groovy.ant.Groovy.execGroovy(Groovy.java:447)
>>> at org.codehaus.groovy.ant.Groovy.execute(Groovy.java:305)
>>>
>>> No changes to ant or groovy as far as I can tell, and no changes to any of the JVM settings either. Is this affecting anyone else?
>>>
>>> AW
>>>
>>> To unsubscribe, e-mail: [hidden email]
>>> For additional commands, e-mail: [hidden email]
>>>
>>>
>>>
>>>
>>> To unsubscribe, e-mail: [hidden email]
>>> For additional commands, e-mail: [hidden email]
>>>
>>>
>>> --
>>> Uwe Schindler
>>> Achterdiek 19, 28357 Bremen
>>> https://www.thetaphi.de
>>
>>
>> --
>> Uwe Schindler
>> Achterdiek 19, 28357 Bremen
>> https://www.thetaphi.de
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [hidden email]
> For additional commands, e-mail: [hidden email]
>


---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: OOM on precommit

Uwe Schindler
No you need to change ANT_OPTS. It's running as task inside ant.

Uwe

Am June 29, 2018 6:52:19 PM UTC schrieb Alan Woodward <[hidden email]>:
Thanks for all the suggestions! I tried reverting the groovy change, but that didn’t help.  And I’ve successfully run precommit since Steve’s changes.

Weird.

Is there a way of upping the memory assigned to groovy from within ant?

On 29 Jun 2018, at 19:06, Steve Rowe <[hidden email]> wrote:

I did update the UAX tokenizer recently, and it’s pretty big now (763KB), but there already was a bigger one: HTMLStripCharFilter.class is 919KB.

--
Steve
www.lucidworks.com

On Jun 29, 2018, at 1:54 PM, Uwe Schindler <[hidden email]> wrote:

Hi,

Are you sure this causes the problem? The OOM happens on loading a file. Maybe there's a huge java class file somewhere. Did Steve not update the UAX analyzer?

Uwe

Am June 29, 2018 5:49:22 PM UTC schrieb "Christine Poerschke (BLOOMBERG/ LONDON)" <[hidden email]>:
https://issues.apache.org/jira/secure/attachment/12925603/SOLR-12419.patch added an extra check in check-source-patterns.groovy though if it's causing folks issues that could be reverted and once overall standardisation is complete then the new validLoggerNamePattern check could be included in the existing validLoggerPattern check.

Christine

From: [hidden email] At: 06/29/18 16:59:51
To: [hidden email]
Subject: Re: OOM on precommit
It’s 64-bit:

java version "1.8.0_152"
Java(TM) SE Runtime Environment (build 1.8.0_152-b16)
Java HotSpot(TM) 64-Bit Server VM (build 25.152-b16, mixed mode)

It’s a fairly old 1.8 though, I’ll try upgrading

On 29 Jun 2018, at 16:52, Uwe Schindler <[hidden email]> wrote:

Could it be a 32 bit Jvm when it fails? The heap space is different there.

Uwe

Am June 29, 2018 3:45:13 PM UTC schrieb Steve Rowe <[hidden email]>:
I just ran “ant precommit” on the tip of branch_7x, and I’m not seeing an OOM. My $ANT_OPTS is empty.

$ java -version
openjdk version "1.8.0_171"
OpenJDK Runtime Environment (build 1.8.0_171-8u171-b11-1~bpo8+1-b11)
OpenJDK 64-Bit Server VM (build 25.171-b11, mixed mode)

$ ant -version
Apache Ant(TM) version 1.9.4 compiled on October 7 2014

--
Steve
www.lucidworks.com

On Jun 29, 2018, at 11:29 AM, Alan Woodward <[hidden email]> wrote:

I’ve started to get this failure whenever I try and run precommit:

validate-source-patterns:

BUILD FAILED
/Users/romseygeek/projects/lucene-solr-7.x/build.xml:128: java.lang.OutOfMemoryError: Java heap space
at java.util.Arrays.copyOf(Arrays.java:3332)
at java.lang.AbstractStringBuilder.ensureCapacityInternal(AbstractStringBuilder.java:124)
at java.lang.AbstractStringBuilder.append(AbstractStringBuilder.java:596)
at java.lang.StringBuilder.append(StringBuilder.java:190)
at org.codehaus.groovy.runtime.IOGroovyMethods.getText(IOGroovyMethods.java:894)
at org.codehaus.groovy.runtime.ResourceGroovyMethods.getText(ResourceGroovyMethods.java:608)
at org.codehaus.groovy.runtime.dgm$965.invoke(Unknown Source)
at org.codehaus.groovy.runtime.callsite.PojoMetaMethodSite$PojoMetaMethodSiteNoUnwrapNoCoerce.invoke(PojoMetaMethodSite.java:274)
at org.codehaus.groovy.runtime.callsite.PojoMetaMethodSite.call(PojoMetaMethodSite.java:56)
at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:128)
at check-source-patterns$_run_closure7.doCall(check-source-patterns.groovy:154)
at sun.reflect.GeneratedMethodAccessor64.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at org.codehaus.groovy.reflection.CachedMethod.invoke(CachedMethod.java:98)
at groovy.lang.MetaMethod.doMethodInvoke(MetaMethod.java:325)
at org.codehaus.groovy.runtime.metaclass.ClosureMetaClass.invokeMethod(ClosureMetaClass.java:264)
at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:1034)
at groovy.lang.Closure.call(Closure.java:418)
at groovy.lang.Closure.call(Closure.java:434)
at org.codehaus.groovy.runtime.DefaultGroovyMethods.each(DefaultGroovyMethods.java:2125)
at org.codehaus.groovy.runtime.DefaultGroovyMethods.each(DefaultGroovyMethods.java:1980)
at org.codehaus.groovy.runtime.dgm$160.invoke(Unknown Source)
at org.codehaus.groovy.runtime.callsite.PojoMetaMethodSite$PojoMetaMethodSiteNoUnwrapNoCoerce.invoke(PojoMetaMethodSite.java:274)
at org.codehaus.groovy.runtime.callsite.PojoMetaMethodSite.call(PojoMetaMethodSite.java:56)
at org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCall(CallSiteArray.java:47)
at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:116)
at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:128)
at check-source-patterns.run(check-source-patterns.groovy:132)
at org.codehaus.groovy.ant.Groovy.parseAndRunScript(Groovy.java:500)
at org.codehaus.groovy.ant.Groovy.execGroovy(Groovy.java:447)
at org.codehaus.groovy.ant.Groovy.execute(Groovy.java:305)

No changes to ant or groovy as far as I can tell, and no changes to any of the JVM settings either. Is this affecting anyone else?

AW

To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]




To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]


--
Uwe Schindler
Achterdiek 19, 28357 Bremen
https://www.thetaphi.de


--
Uwe Schindler
Achterdiek 19, 28357 Bremen
https://www.thetaphi.de




To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]





To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]


--
Uwe Schindler
Achterdiek 19, 28357 Bremen
https://www.thetaphi.de
Reply | Threaded
Open this post in threaded view
|

Re: OOM on precommit

Alan Woodward-3
Worked it out, the enwiki line docs file was on the precommit path :)

On 29 Jun 2018, at 19:55, Uwe Schindler <[hidden email]> wrote:

No you need to change ANT_OPTS. It's running as task inside ant.

Uwe

Am June 29, 2018 6:52:19 PM UTC schrieb Alan Woodward <[hidden email]>:
Thanks for all the suggestions! I tried reverting the groovy change, but that didn’t help.  And I’ve successfully run precommit since Steve’s changes.

Weird.

Is there a way of upping the memory assigned to groovy from within ant?

On 29 Jun 2018, at 19:06, Steve Rowe <[hidden email]> wrote:

I did update the UAX tokenizer recently, and it’s pretty big now (763KB), but there already was a bigger one: HTMLStripCharFilter.class is 919KB.

--
Steve
www.lucidworks.com

On Jun 29, 2018, at 1:54 PM, Uwe Schindler <[hidden email]> wrote:

Hi,

Are you sure this causes the problem? The OOM happens on loading a file. Maybe there's a huge java class file somewhere. Did Steve not update the UAX analyzer?

Uwe

Am June 29, 2018 5:49:22 PM UTC schrieb "Christine Poerschke (BLOOMBERG/ LONDON)" <[hidden email]>:
https://issues.apache.org/jira/secure/attachment/12925603/SOLR-12419.patch added an extra check in check-source-patterns.groovy though if it's causing folks issues that could be reverted and once overall standardisation is complete then the new validLoggerNamePattern check could be included in the existing validLoggerPattern check.

Christine

From: [hidden email] At: 06/29/18 16:59:51
To: [hidden email]
Subject: Re: OOM on precommit
It’s 64-bit:

java version "1.8.0_152"
Java(TM) SE Runtime Environment (build 1.8.0_152-b16)
Java HotSpot(TM) 64-Bit Server VM (build 25.152-b16, mixed mode)

It’s a fairly old 1.8 though, I’ll try upgrading

On 29 Jun 2018, at 16:52, Uwe Schindler <[hidden email]> wrote:

Could it be a 32 bit Jvm when it fails? The heap space is different there.

Uwe

Am June 29, 2018 3:45:13 PM UTC schrieb Steve Rowe <[hidden email]>:
I just ran “ant precommit” on the tip of branch_7x, and I’m not seeing an OOM. My $ANT_OPTS is empty.

$ java -version
openjdk version "1.8.0_171"
OpenJDK Runtime Environment (build 1.8.0_171-8u171-b11-1~bpo8+1-b11)
OpenJDK 64-Bit Server VM (build 25.171-b11, mixed mode)

$ ant -version
Apache Ant(TM) version 1.9.4 compiled on October 7 2014

--
Steve
www.lucidworks.com

On Jun 29, 2018, at 11:29 AM, Alan Woodward <[hidden email]> wrote:

I’ve started to get this failure whenever I try and run precommit:

validate-source-patterns:

BUILD FAILED
/Users/romseygeek/projects/lucene-solr-7.x/build.xml:128: java.lang.OutOfMemoryError: Java heap space
at java.util.Arrays.copyOf(Arrays.java:3332)
at java.lang.AbstractStringBuilder.ensureCapacityInternal(AbstractStringBuilder.java:124)
at java.lang.AbstractStringBuilder.append(AbstractStringBuilder.java:596)
at java.lang.StringBuilder.append(StringBuilder.java:190)
at org.codehaus.groovy.runtime.IOGroovyMethods.getText(IOGroovyMethods.java:894)
at org.codehaus.groovy.runtime.ResourceGroovyMethods.getText(ResourceGroovyMethods.java:608)
at org.codehaus.groovy.runtime.dgm$965.invoke(Unknown Source)
at org.codehaus.groovy.runtime.callsite.PojoMetaMethodSite$PojoMetaMethodSiteNoUnwrapNoCoerce.invoke(PojoMetaMethodSite.java:274)
at org.codehaus.groovy.runtime.callsite.PojoMetaMethodSite.call(PojoMetaMethodSite.java:56)
at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:128)
at check-source-patterns$_run_closure7.doCall(check-source-patterns.groovy:154)
at sun.reflect.GeneratedMethodAccessor64.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at org.codehaus.groovy.reflection.CachedMethod.invoke(CachedMethod.java:98)
at groovy.lang.MetaMethod.doMethodInvoke(MetaMethod.java:325)
at org.codehaus.groovy.runtime.metaclass.ClosureMetaClass.invokeMethod(ClosureMetaClass.java:264)
at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:1034)
at groovy.lang.Closure.call(Closure.java:418)
at groovy.lang.Closure.call(Closure.java:434)
at org.codehaus.groovy.runtime.DefaultGroovyMethods.each(DefaultGroovyMethods.java:2125)
at org.codehaus.groovy.runtime.DefaultGroovyMethods.each(DefaultGroovyMethods.java:1980)
at org.codehaus.groovy.runtime.dgm$160.invoke(Unknown Source)
at org.codehaus.groovy.runtime.callsite.PojoMetaMethodSite$PojoMetaMethodSiteNoUnwrapNoCoerce.invoke(PojoMetaMethodSite.java:274)
at org.codehaus.groovy.runtime.callsite.PojoMetaMethodSite.call(PojoMetaMethodSite.java:56)
at org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCall(CallSiteArray.java:47)
at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:116)
at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:128)
at check-source-patterns.run(check-source-patterns.groovy:132)
at org.codehaus.groovy.ant.Groovy.parseAndRunScript(Groovy.java:500)
at org.codehaus.groovy.ant.Groovy.execGroovy(Groovy.java:447)
at org.codehaus.groovy.ant.Groovy.execute(Groovy.java:305)

No changes to ant or groovy as far as I can tell, and no changes to any of the JVM settings either. Is this affecting anyone else?

AW

To unsubscribe, [hidden email]
For additional commands, [hidden email]




To unsubscribe, [hidden email]
For additional commands, [hidden email]


--
Uwe Schindler
Achterdiek 19, 28357 Bremen
https://www.thetaphi.de


--
Uwe Schindler
Achterdiek 19, 28357 Bremen
https://www.thetaphi.de




To unsubscribe, [hidden email]
For additional commands, [hidden email]





To unsubscribe, [hidden email]
For additional commands, [hidden email]


--
Uwe Schindler
Achterdiek 19, 28357 Bremen
https://www.thetaphi.de

Reply | Threaded
Open this post in threaded view
|

Re: OOM on precommit

Uwe Schindler
Oha. Maybe let us add it to the excludes?

Uwe

Am June 29, 2018 7:24:19 PM UTC schrieb Alan Woodward <[hidden email]>:
Worked it out, the enwiki line docs file was on the precommit path :)

On 29 Jun 2018, at 19:55, Uwe Schindler <[hidden email]> wrote:

No you need to change ANT_OPTS. It's running as task inside ant.

Uwe

Am June 29, 2018 6:52:19 PM UTC schrieb Alan Woodward <[hidden email]>:
Thanks for all the suggestions! I tried reverting the groovy change, but that didn’t help.  And I’ve successfully run precommit since Steve’s changes.

Weird.

Is there a way of upping the memory assigned to groovy from within ant?

On 29 Jun 2018, at 19:06, Steve Rowe <[hidden email]> wrote:

I did update the UAX tokenizer recently, and it’s pretty big now (763KB), but there already was a bigger one: HTMLStripCharFilter.class is 919KB.

--
Steve
www.lucidworks.com

On Jun 29, 2018, at 1:54 PM, Uwe Schindler <[hidden email]> wrote:

Hi,

Are you sure this causes the problem? The OOM happens on loading a file. Maybe there's a huge java class file somewhere. Did Steve not update the UAX analyzer?

Uwe

Am June 29, 2018 5:49:22 PM UTC schrieb "Christine Poerschke (BLOOMBERG/ LONDON)" <[hidden email]>:
https://issues.apache.org/jira/secure/attachment/12925603/SOLR-12419.patch added an extra check in check-source-patterns.groovy though if it's causing folks issues that could be reverted and once overall standardisation is complete then the new validLoggerNamePattern check could be included in the existing validLoggerPattern check.

Christine

From: [hidden email] At: 06/29/18 16:59:51
To: [hidden email]
Subject: Re: OOM on precommit
It’s 64-bit:

java version "1.8.0_152"
Java(TM) SE Runtime Environment (build 1.8.0_152-b16)
Java HotSpot(TM) 64-Bit Server VM (build 25.152-b16, mixed mode)

It’s a fairly old 1.8 though, I’ll try upgrading

On 29 Jun 2018, at 16:52, Uwe Schindler <[hidden email]> wrote:

Could it be a 32 bit Jvm when it fails? The heap space is different there.

Uwe

Am June 29, 2018 3:45:13 PM UTC schrieb Steve Rowe <[hidden email]>:
I just ran “ant precommit” on the tip of branch_7x, and I’m not seeing an OOM. My $ANT_OPTS is empty.

$ java -version
openjdk version "1.8.0_171"
OpenJDK Runtime Environment (build 1.8.0_171-8u171-b11-1~bpo8+1-b11)
OpenJDK 64-Bit Server VM (build 25.171-b11, mixed mode)

$ ant -version
Apache Ant(TM) version 1.9.4 compiled on October 7 2014

--
Steve
www.lucidworks.com

On Jun 29, 2018, at 11:29 AM, Alan Woodward <[hidden email]> wrote:

I’ve started to get this failure whenever I try and run precommit:

validate-source-patterns:

BUILD FAILED
/Users/romseygeek/projects/lucene-solr-7.x/build.xml:128: java.lang.OutOfMemoryError: Java heap space
at java.util.Arrays.copyOf(Arrays.java:3332)
at java.lang.AbstractStringBuilder.ensureCapacityInternal(AbstractStringBuilder.java:124)
at java.lang.AbstractStringBuilder.append(AbstractStringBuilder.java:596)
at java.lang.StringBuilder.append(StringBuilder.java:190)
at org.codehaus.groovy.runtime.IOGroovyMethods.getText(IOGroovyMethods.java:894)
at org.codehaus.groovy.runtime.ResourceGroovyMethods.getText(ResourceGroovyMethods.java:608)
at org.codehaus.groovy.runtime.dgm$965.invoke(Unknown Source)
at org.codehaus.groovy.runtime.callsite.PojoMetaMethodSite$PojoMetaMethodSiteNoUnwrapNoCoerce.invoke(PojoMetaMethodSite.java:274)
at org.codehaus.groovy.runtime.callsite.PojoMetaMethodSite.call(PojoMetaMethodSite.java:56)
at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:128)
at check-source-patterns$_run_closure7.doCall(check-source-patterns.groovy:154)
at sun.reflect.GeneratedMethodAccessor64.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at org.codehaus.groovy.reflection.CachedMethod.invoke(CachedMethod.java:98)
at groovy.lang.MetaMethod.doMethodInvoke(MetaMethod.java:325)
at org.codehaus.groovy.runtime.metaclass.ClosureMetaClass.invokeMethod(ClosureMetaClass.java:264)
at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:1034)
at groovy.lang.Closure.call(Closure.java:418)
at groovy.lang.Closure.call(Closure.java:434)
at org.codehaus.groovy.runtime.DefaultGroovyMethods.each(DefaultGroovyMethods.java:2125)
at org.codehaus.groovy.runtime.DefaultGroovyMethods.each(DefaultGroovyMethods.java:1980)
at org.codehaus.groovy.runtime.dgm$160.invoke(Unknown Source)
at org.codehaus.groovy.runtime.callsite.PojoMetaMethodSite$PojoMetaMethodSiteNoUnwrapNoCoerce.invoke(PojoMetaMethodSite.java:274)
at org.codehaus.groovy.runtime.callsite.PojoMetaMethodSite.call(PojoMetaMethodSite.java:56)
at org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCall(CallSiteArray.java:47)
at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:116)
at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:128)
at check-source-patterns.run(check-source-patterns.groovy:132)
at org.codehaus.groovy.ant.Groovy.parseAndRunScript(Groovy.java:500)
at org.codehaus.groovy.ant.Groovy.execGroovy(Groovy.java:447)
at org.codehaus.groovy.ant.Groovy.execute(Groovy.java:305)

No changes to ant or groovy as far as I can tell, and no changes to any of the JVM settings either. Is this affecting anyone else?

AW

To unsubscribe, [hidden email]
For additional commands, [hidden email]




To unsubscribe, [hidden email]
For additional commands, [hidden email]


--
Uwe Schindler
Achterdiek 19, 28357 Bremen
https://www.thetaphi.de


--
Uwe Schindler
Achterdiek 19, 28357 Bremen
https://www.thetaphi.de




To unsubscribe, [hidden email]
For additional commands, [hidden email]





To unsubscribe, [hidden email]
For additional commands, [hidden email]


--
Uwe Schindler
Achterdiek 19, 28357 Bremen
https://www.thetaphi.de


--
Uwe Schindler
Achterdiek 19, 28357 Bremen
https://www.thetaphi.de
Reply | Threaded
Open this post in threaded view
|

Re: OOM on precommit

Alan Woodward-3
There’s no particular reason to have it on the path, so I don’t think it’s necessary really

On 29 Jun 2018, at 20:33, Uwe Schindler <[hidden email]> wrote:

Oha. Maybe let us add it to the excludes?

Uwe

Am June 29, 2018 7:24:19 PM UTC schrieb Alan Woodward <[hidden email]>:
Worked it out, the enwiki line docs file was on the precommit path :)

On 29 Jun 2018, at 19:55, Uwe Schindler <[hidden email]> wrote:

No you need to change ANT_OPTS. It's running as task inside ant.

Uwe

Am June 29, 2018 6:52:19 PM UTC schrieb Alan Woodward <[hidden email]>:
Thanks for all the suggestions! I tried reverting the groovy change, but that didn’t help.  And I’ve successfully run precommit since Steve’s changes.

Weird.

Is there a way of upping the memory assigned to groovy from within ant?

On 29 Jun 2018, at 19:06, Steve Rowe <[hidden email]> wrote:

I did update the UAX tokenizer recently, and it’s pretty big now (763KB), but there already was a bigger one: HTMLStripCharFilter.class is 919KB.

--
Steve
www.lucidworks.com

On Jun 29, 2018, at 1:54 PM, Uwe Schindler <[hidden email]> wrote:

Hi,

Are you sure this causes the problem? The OOM happens on loading a file. Maybe there's a huge java class file somewhere. Did Steve not update the UAX analyzer?

Uwe

Am June 29, 2018 5:49:22 PM UTC schrieb "Christine Poerschke (BLOOMBERG/ LONDON)" <[hidden email]>:
https://issues.apache.org/jira/secure/attachment/12925603/SOLR-12419.patch added an extra check in check-source-patterns.groovy though if it's causing folks issues that could be reverted and once overall standardisation is complete then the new validLoggerNamePattern check could be included in the existing validLoggerPattern check.

Christine

From: [hidden email] At: 06/29/18 16:59:51
To: [hidden email]
Subject: Re: OOM on precommit
It’s 64-bit:

java version "1.8.0_152"
Java(TM) SE Runtime Environment (build 1.8.0_152-b16)
Java HotSpot(TM) 64-Bit Server VM (build 25.152-b16, mixed mode)

It’s a fairly old 1.8 though, I’ll try upgrading

On 29 Jun 2018, at 16:52, Uwe Schindler <[hidden email]> wrote:

Could it be a 32 bit Jvm when it fails? The heap space is different there.

Uwe

Am June 29, 2018 3:45:13 PM UTC schrieb Steve Rowe <[hidden email]>:
I just ran “ant precommit” on the tip of branch_7x, and I’m not seeing an OOM. My $ANT_OPTS is empty.

$ java -version
openjdk version "1.8.0_171"
OpenJDK Runtime Environment (build 1.8.0_171-8u171-b11-1~bpo8+1-b11)
OpenJDK 64-Bit Server VM (build 25.171-b11, mixed mode)

$ ant -version
Apache Ant(TM) version 1.9.4 compiled on October 7 2014

--
Steve
www.lucidworks.com

On Jun 29, 2018, at 11:29 AM, Alan Woodward <[hidden email]> wrote:

I’ve started to get this failure whenever I try and run precommit:

validate-source-patterns:

BUILD FAILED
/Users/romseygeek/projects/lucene-solr-7.x/build.xml:128: java.lang.OutOfMemoryError: Java heap space
at java.util.Arrays.copyOf(Arrays.java:3332)
at java.lang.AbstractStringBuilder.ensureCapacityInternal(AbstractStringBuilder.java:124)
at java.lang.AbstractStringBuilder.append(AbstractStringBuilder.java:596)
at java.lang.StringBuilder.append(StringBuilder.java:190)
at org.codehaus.groovy.runtime.IOGroovyMethods.getText(IOGroovyMethods.java:894)
at org.codehaus.groovy.runtime.ResourceGroovyMethods.getText(ResourceGroovyMethods.java:608)
at org.codehaus.groovy.runtime.dgm$965.invoke(Unknown Source)
at org.codehaus.groovy.runtime.callsite.PojoMetaMethodSite$PojoMetaMethodSiteNoUnwrapNoCoerce.invoke(PojoMetaMethodSite.java:274)
at org.codehaus.groovy.runtime.callsite.PojoMetaMethodSite.call(PojoMetaMethodSite.java:56)
at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:128)
at check-source-patterns$_run_closure7.doCall(check-source-patterns.groovy:154)
at sun.reflect.GeneratedMethodAccessor64.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at org.codehaus.groovy.reflection.CachedMethod.invoke(CachedMethod.java:98)
at groovy.lang.MetaMethod.doMethodInvoke(MetaMethod.java:325)
at org.codehaus.groovy.runtime.metaclass.ClosureMetaClass.invokeMethod(ClosureMetaClass.java:264)
at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:1034)
at groovy.lang.Closure.call(Closure.java:418)
at groovy.lang.Closure.call(Closure.java:434)
at org.codehaus.groovy.runtime.DefaultGroovyMethods.each(DefaultGroovyMethods.java:2125)
at org.codehaus.groovy.runtime.DefaultGroovyMethods.each(DefaultGroovyMethods.java:1980)
at org.codehaus.groovy.runtime.dgm$160.invoke(Unknown Source)
at org.codehaus.groovy.runtime.callsite.PojoMetaMethodSite$PojoMetaMethodSiteNoUnwrapNoCoerce.invoke(PojoMetaMethodSite.java:274)
at org.codehaus.groovy.runtime.callsite.PojoMetaMethodSite.call(PojoMetaMethodSite.java:56)
at org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCall(CallSiteArray.java:47)
at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:116)
at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:128)
at check-source-patterns.run(check-source-patterns.groovy:132)
at org.codehaus.groovy.ant.Groovy.parseAndRunScript(Groovy.java:500)
at org.codehaus.groovy.ant.Groovy.execGroovy(Groovy.java:447)
at org.codehaus.groovy.ant.Groovy.execute(Groovy.java:305)

No changes to ant or groovy as far as I can tell, and no changes to any of the JVM settings either. Is this affecting anyone else?

AW

To unsubscribe, [hidden email]
For additional commands, [hidden email]




To unsubscribe, [hidden email]
For additional commands, [hidden email]


--
Uwe Schindler
Achterdiek 19, 28357 Bremen
https://www.thetaphi.de


--
Uwe Schindler
Achterdiek 19, 28357 Bremen
https://www.thetaphi.de




To unsubscribe, [hidden email]
For additional commands, [hidden email]





To unsubscribe, [hidden email]
For additional commands, [hidden email]


--
Uwe Schindler
Achterdiek 19, 28357 Bremen
https://www.thetaphi.de


--
Uwe Schindler
Achterdiek 19, 28357 Bremen
https://www.thetaphi.de