Re: "[Multijob] - [ERROR] - Problems occurs on injecting env. vars as a build step: Java heap space", does anyone know, what we can do about it?

2019-04-02 Thread Aaron Digulla
On Friday, March 29, 2019 at 2:29:35 PM UTC+1, Nico van de Kamp wrote:

I see now this error "[Multijob] - [ERROR] - Problems occurs on injecting 
> env. vars as a build step: Java heap space" and I've been searching on the 
> internet but till now, I do not find a solution to resolve this issue? Also 
> the other team members have searching for a solution. I know what the heap 
> means for Java.
>
> What my colleague already have done is:
>
>- Jenkins.xml: Xrs -Xms8192M Xrs -Xmx8192M -Xss64M 
>-XX:MaxPermSize=512M -jar "%BASE%\slave.jar" -jnlpUrl http://... 
>-secret xxx
>
>
Note: MaxPermSize is unrelated to the problem and not used with Java 8 
anymore. In fact, you should see a warning in the logs: 
https://stackoverflow.com/questions/18339707/permgen-elimination-in-jdk-8

-Xms8192M allocates 8 GB of memory right from the start. This can help with 
performance. At least, it makes sure that the OS can allocate this much 
memory before it starts the slave. This eliminates one OOM candidate where 
you've configured Java for enough memory but the OS simply doesn't have it.

-Xmx8192M should fix your problem unless

1. it's not used. Look at the process table of the slave when the job is 
running to make sure the option was picked up (it should be but checking is 
better than believing).
2. you have a huge memory leak. If it always stops at this point, then 
check the environment variables. Maybe someone was "clever" and tried to 
put a huge amount of data into an environment variable.


>- Searching the internet to find if someone else has also this problem
>
>
This doesn't work because every memory leak is different. You will have to 
understand your own code, how your configured Jenkins and how everything 
works.

Use a memory profiler like YourKit or or try to disable things until the 
error goes away.

Regards,

Aaron Digulla

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/e72fb5b4-5346-497a-838a-a5c962208da0%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


What can be the reason of: "Problems occurs on injecting env vars as a build step Java heap space"?

2019-03-29 Thread Nico van de Kamp
Hello,

I'm added to a colleague who is doing CI/CA for a certain project. I'm 
"already" three weeks working with jenkins! But without jokes, I'm new to 
Jenkins.

I see now this error "[Multijob] - [ERROR] - Problems occurs on injecting 
env. vars as a build step: Java heap space" and I've been searching on the 
internet but till now, I do not find a solution to resolve this issue? Also 
the other team members have searching for a solution. I know what the heap 
means for Java.

What my colleague already have done is:

   - Jenkins.xml: Xrs -Xms8192M Xrs -Xmx8192M -Xss64M 
   -XX:MaxPermSize=512M -jar "%BASE%\slave.jar" -jnlpUrl http://... 
   -secret xxx
   - Searching the internet to find if someone else has also this problem

We use the following versions:

   - Jenkins v2.9, I know there is a newer version (v2.164.x)
   - On this moment I don't know the version number of the env injection 
   plugin. I know the latest version is 2.1.6
   - jre1.8., I believe version 1.8 does not use the MaxPermSize variable 
   anymore or...?

The strange thing is, in the end everything seems to work fine, but I don't 
like such a messages!

I hope that someone can help us out or point us in a direction that we can 
solve it!

Thanks in advance,

-- 

Met vriendelijke groet,

*Nico van de Kamp*

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/dc76e41b-c2d9-4219-a282-2a9e4f258afa%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


"[Multijob] - [ERROR] - Problems occurs on injecting env. vars as a build step: Java heap space", does anyone know, what we can do about it?

2019-03-29 Thread Nico van de Kamp
Hello,

I'm added to a colleague who is doing CI/CA for a certain project. I'm 
"already" three weeks working with jenkins! But without jokes, I'm new to 
Jenkins.

I see now this error "[Multijob] - [ERROR] - Problems occurs on injecting 
env. vars as a build step: Java heap space" and I've been searching on the 
internet but till now, I do not find a solution to resolve this issue? Also 
the other team members have searching for a solution. I know what the heap 
means for Java.

What my colleague already have done is:

   - Jenkins.xml: Xrs -Xms8192M Xrs -Xmx8192M -Xss64M 
   -XX:MaxPermSize=512M -jar "%BASE%\slave.jar" -jnlpUrl http://... 
   -secret xxx
   - Searching the internet to find if someone else has also this problem

We use the following versions:

   - Jenkins v2.9, I know there is a newer version (v2.164.x)
   - On this moment I don't know the version number of the env injection 
   plugin. I know the latest version is 2.1.6
   - jre1.8., I believe version 1.8 does not use the MaxPermSize variable 
   anymore or...?

The strange thing is, in the end everything seems to work fine, but I don't 
like such a messages!

I hope that someone can help us out or point us in a direction that we can 
solve it!

Thanks in advance,

Nico

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/368c6eb8-181c-4097-9559-124b92bb0744%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: Java heap space

2018-02-12 Thread Consult Hyperion *
I just look after the server.  The programmer has changed the parameters 
for which warnings they get and the build is working now.  They put a note 
in which said they are now only tracking "Microsoft recommended" warnings 
instead of all warnings.  That seems to have made quite a difference to the 
number of warnings.  'll let them know why it was failing.  I'd be inclined 
to fix the warnings myself but it's not my code...  :)


Thanks for your help.

On Saturday, February 10, 2018 at 4:43:57 PM UTC, Ullrich Hafner wrote:

> These are too many warnings for the current architecture of the plug-in, 
> see https://issues.jenkins-ci.org/browse/JENKINS-1960.
>
> Once the refactoring to the new analysis-model is finished, I think it 
> would be possible to add an option to just count the number of warnings 
> rather then creating and persisting them. 
>
> BTW: what is the reason that you are interested in tracking so many 
> warnings? 
>
> Am 09.02.2018 um 12:39 schrieb Consult Hyperion *  >:
>
> At the last count:
>
> 42938 Warning(s)
>
> I did wonder if that was just too many and it was overloading something.  
> Is that the problem?
>
>
> On Thursday, February 8, 2018 at 5:16:52 PM UTC, Ullrich Hafner wrote:
>
>> How many warnings do you have?
>>
>> Am 08.02.2018 um 18:01 schrieb Consult Hyperion * :
>>
>> I keep getting this on a job - the worker is fine with other jobs:
>>
>> [WARNINGS] Parsing warnings in console log with parser MSBuild
>> Skipping warnings blame since Git is the only supported SCM up to now.%n
>> FATAL: Java heap space
>> java.lang.OutOfMemoryError: Java heap space
>> at java.util.HashMap.resize(Unknown Source)
>> at java.util.HashMap.putVal(Unknown Source)
>> at java.util.HashMap.put(Unknown Source)
>> at java.util.HashSet.add(Unknown Source)
>> at 
>> hudson.plugins.analysis.util.model.AnnotationContainer.addCategory(AnnotationContainer.java:285)
>> at 
>> hudson.plugins.analysis.util.model.AnnotationContainer.updateMappings(AnnotationContainer.java:250)
>> at 
>> hudson.plugins.analysis.util.model.AnnotationContainer.addAnnotation(AnnotationContainer.java:366)
>> at 
>> hudson.plugins.analysis.util.model.AnnotationContainer.addAuthorName(AnnotationContainer.java:393)
>> at 
>> hudson.plugins.analysis.util.model.AnnotationContainer.updateMappings(AnnotationContainer.java:267)
>> at 
>> hudson.plugins.analysis.util.model.AnnotationContainer.addAnnotation(AnnotationContainer.java:366)
>> at 
>> hudson.plugins.analysis.util.model.AnnotationContainer.addModule(AnnotationContainer.java:319)
>> at 
>> hudson.plugins.analysis.util.model.AnnotationContainer.updateMappings(AnnotationContainer.java:256)
>> at 
>> hudson.plugins.analysis.util.model.AnnotationContainer.addAnnotation(AnnotationContainer.java:366)
>> at 
>> hudson.plugins.analysis.util.model.AnnotationContainer.addAnnotations(AnnotationContainer.java:376)
>> at 
>> hudson.plugins.analysis.core.BuildResult.initialize(BuildResult.java:307)
>> at hudson.plugins.analysis.core.BuildResult.(BuildResult.java:222)
>> at hudson.plugins.warnings.WarningsResult.(WarningsResult.java:52)
>> at hudson.plugins.warnings.WarningsResult.(WarningsResult.java:46)
>> at 
>> hudson.plugins.warnings.WarningsPublisher.annotate(WarningsPublisher.java:434)
>> at 
>> hudson.plugins.warnings.WarningsPublisher.parseConsoleLog(WarningsPublisher.java:378)
>> at 
>> hudson.plugins.warnings.WarningsPublisher.perform(WarningsPublisher.java:312)
>> at 
>> hudson.plugins.analysis.core.HealthAwarePublisher.perform(HealthAwarePublisher.java:69)
>> at 
>> hudson.plugins.analysis.core.HealthAwareRecorder.perform(HealthAwareRecorder.java:298)
>> at 
>> hudson.tasks.BuildStepCompatibilityLayer.perform(BuildStepCompatibilityLayer.java:81)
>> at hudson.tasks.BuildStepMonitor$1.perform(BuildStepMonitor.java:20)
>> at 
>> hudson.model.AbstractBuild$AbstractBuildExecution.perform(AbstractBuild.java:744)
>> at 
>> hudson.model.AbstractBuild$AbstractBuildExecution.performAllBuildSteps(AbstractBuild.java:690)
>> at hudson.model.Build$BuildExecution.post2(Build.java:186)
>> at 
>> hudson.model.AbstractBuild$AbstractBuildExecution.post(AbstractBuild.java:635)
>> at hudson.model.Run.execute(Run.java:1749)
>> at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43)
>> at hudson.model.ResourceController.execute(ResourceController.java:97)
>>
>> I've tried increasing the heap space (I think) with -Xmx2048M on the 
>> worker but it's not helping.  I'm wondering if the problem might be on the 

Re: Java heap space

2018-02-10 Thread Ullrich Hafner
These are too many warnings for the current architecture of the plug-in, see 
https://issues.jenkins-ci.org/browse/JENKINS-1960 
<https://issues.jenkins-ci.org/browse/JENKINS-1960>.

Once the refactoring to the new analysis-model is finished, I think it would be 
possible to add an option to just count the number of warnings rather then 
creating and persisting them.

BTW: what is the reason that you are interested in tracking so many warnings?

> Am 09.02.2018 um 12:39 schrieb Consult Hyperion * :
> 
> At the last count:
> 
> 42938 Warning(s)
> 
> I did wonder if that was just too many and it was overloading something.  Is 
> that the problem?
> 
> 
> On Thursday, February 8, 2018 at 5:16:52 PM UTC, Ullrich Hafner wrote:
> How many warnings do you have?
> 
>> Am 08.02.2018 um 18:01 schrieb Consult Hyperion * >:
>> 
>> I keep getting this on a job - the worker is fine with other jobs:
>> 
>> [WARNINGS] Parsing warnings in console log with parser MSBuild
>> Skipping warnings blame since Git is the only supported SCM up to now.%n
>> FATAL: Java heap space
>> java.lang.OutOfMemoryError: Java heap space
>> at java.util.HashMap.resize(Unknown Source)
>> at java.util.HashMap.putVal(Unknown Source)
>> at java.util.HashMap.put(Unknown Source)
>> at java.util.HashSet.add(Unknown Source)
>> at 
>> hudson.plugins.analysis.util.model.AnnotationContainer.addCategory(AnnotationContainer.java:285)
>> at 
>> hudson.plugins.analysis.util.model.AnnotationContainer.updateMappings(AnnotationContainer.java:250)
>> at 
>> hudson.plugins.analysis.util.model.AnnotationContainer.addAnnotation(AnnotationContainer.java:366)
>> at 
>> hudson.plugins.analysis.util.model.AnnotationContainer.addAuthorName(AnnotationContainer.java:393)
>> at 
>> hudson.plugins.analysis.util.model.AnnotationContainer.updateMappings(AnnotationContainer.java:267)
>> at 
>> hudson.plugins.analysis.util.model.AnnotationContainer.addAnnotation(AnnotationContainer.java:366)
>> at 
>> hudson.plugins.analysis.util.model.AnnotationContainer.addModule(AnnotationContainer.java:319)
>> at 
>> hudson.plugins.analysis.util.model.AnnotationContainer.updateMappings(AnnotationContainer.java:256)
>> at 
>> hudson.plugins.analysis.util.model.AnnotationContainer.addAnnotation(AnnotationContainer.java:366)
>> at 
>> hudson.plugins.analysis.util.model.AnnotationContainer.addAnnotations(AnnotationContainer.java:376)
>> at hudson.plugins.analysis.core.BuildResult.initialize(BuildResult.java:307)
>> at hudson.plugins.analysis.core.BuildResult.(BuildResult.java:222)
>> at hudson.plugins.warnings.WarningsResult.(WarningsResult.java:52)
>> at hudson.plugins.warnings.WarningsResult.(WarningsResult.java:46)
>> at 
>> hudson.plugins.warnings.WarningsPublisher.annotate(WarningsPublisher.java:434)
>> at 
>> hudson.plugins.warnings.WarningsPublisher.parseConsoleLog(WarningsPublisher.java:378)
>> at 
>> hudson.plugins.warnings.WarningsPublisher.perform(WarningsPublisher.java:312)
>> at 
>> hudson.plugins.analysis.core.HealthAwarePublisher.perform(HealthAwarePublisher.java:69)
>> at 
>> hudson.plugins.analysis.core.HealthAwareRecorder.perform(HealthAwareRecorder.java:298)
>> at 
>> hudson.tasks.BuildStepCompatibilityLayer.perform(BuildStepCompatibilityLayer.java:81)
>> at hudson.tasks.BuildStepMonitor$1.perform(BuildStepMonitor.java:20)
>> at 
>> hudson.model.AbstractBuild$AbstractBuildExecution.perform(AbstractBuild.java:744)
>> at 
>> hudson.model.AbstractBuild$AbstractBuildExecution.performAllBuildSteps(AbstractBuild.java:690)
>> at hudson.model.Build$BuildExecution.post2(Build.java:186)
>> at 
>> hudson.model.AbstractBuild$AbstractBuildExecution.post(AbstractBuild.java:635)
>> at hudson.model.Run.execute(Run.java:1749)
>> at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43)
>> at hudson.model.ResourceController.execute(ResourceController.java:97)
>> 
>> I've tried increasing the heap space (I think) with -Xmx2048M on the worker 
>> but it's not helping.  I'm wondering if the problem might be on the server 
>> instead?  It seems to start parsing warnings, get some of the way through 
>> then fall over.  Any useful suggestions gratefully received.
>> 
>> Thanks.
>> 
>> --
>> You received this message because you are subscribed to the Google Groups 
>> "Jenkins Users" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to jenkinsci-use...@googlegroups.com <>.
>> To view this discussion on the web visit 
>> https://groups.goo

Re: Java heap space

2018-02-09 Thread Consult Hyperion *
At the last count:

42938 Warning(s)

I did wonder if that was just too many and it was overloading something.  
Is that the problem?


On Thursday, February 8, 2018 at 5:16:52 PM UTC, Ullrich Hafner wrote:

> How many warnings do you have?
>
> Am 08.02.2018 um 18:01 schrieb Consult Hyperion *  >:
>
> I keep getting this on a job - the worker is fine with other jobs:
>
> [WARNINGS] Parsing warnings in console log with parser MSBuild
> Skipping warnings blame since Git is the only supported SCM up to now.%n
> FATAL: Java heap space
> java.lang.OutOfMemoryError: Java heap space
> at java.util.HashMap.resize(Unknown Source)
> at java.util.HashMap.putVal(Unknown Source)
> at java.util.HashMap.put(Unknown Source)
> at java.util.HashSet.add(Unknown Source)
> at 
> hudson.plugins.analysis.util.model.AnnotationContainer.addCategory(AnnotationContainer.java:285)
> at 
> hudson.plugins.analysis.util.model.AnnotationContainer.updateMappings(AnnotationContainer.java:250)
> at 
> hudson.plugins.analysis.util.model.AnnotationContainer.addAnnotation(AnnotationContainer.java:366)
> at 
> hudson.plugins.analysis.util.model.AnnotationContainer.addAuthorName(AnnotationContainer.java:393)
> at 
> hudson.plugins.analysis.util.model.AnnotationContainer.updateMappings(AnnotationContainer.java:267)
> at 
> hudson.plugins.analysis.util.model.AnnotationContainer.addAnnotation(AnnotationContainer.java:366)
> at 
> hudson.plugins.analysis.util.model.AnnotationContainer.addModule(AnnotationContainer.java:319)
> at 
> hudson.plugins.analysis.util.model.AnnotationContainer.updateMappings(AnnotationContainer.java:256)
> at 
> hudson.plugins.analysis.util.model.AnnotationContainer.addAnnotation(AnnotationContainer.java:366)
> at 
> hudson.plugins.analysis.util.model.AnnotationContainer.addAnnotations(AnnotationContainer.java:376)
> at 
> hudson.plugins.analysis.core.BuildResult.initialize(BuildResult.java:307)
> at hudson.plugins.analysis.core.BuildResult.(BuildResult.java:222)
> at hudson.plugins.warnings.WarningsResult.(WarningsResult.java:52)
> at hudson.plugins.warnings.WarningsResult.(WarningsResult.java:46)
> at 
> hudson.plugins.warnings.WarningsPublisher.annotate(WarningsPublisher.java:434)
> at 
> hudson.plugins.warnings.WarningsPublisher.parseConsoleLog(WarningsPublisher.java:378)
> at 
> hudson.plugins.warnings.WarningsPublisher.perform(WarningsPublisher.java:312)
> at 
> hudson.plugins.analysis.core.HealthAwarePublisher.perform(HealthAwarePublisher.java:69)
> at 
> hudson.plugins.analysis.core.HealthAwareRecorder.perform(HealthAwareRecorder.java:298)
> at 
> hudson.tasks.BuildStepCompatibilityLayer.perform(BuildStepCompatibilityLayer.java:81)
> at hudson.tasks.BuildStepMonitor$1.perform(BuildStepMonitor.java:20)
> at 
> hudson.model.AbstractBuild$AbstractBuildExecution.perform(AbstractBuild.java:744)
> at 
> hudson.model.AbstractBuild$AbstractBuildExecution.performAllBuildSteps(AbstractBuild.java:690)
> at hudson.model.Build$BuildExecution.post2(Build.java:186)
> at 
> hudson.model.AbstractBuild$AbstractBuildExecution.post(AbstractBuild.java:635)
> at hudson.model.Run.execute(Run.java:1749)
> at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43)
> at hudson.model.ResourceController.execute(ResourceController.java:97)
>
> I've tried increasing the heap space (I think) with -Xmx2048M on the 
> worker but it's not helping.  I'm wondering if the problem might be on the 
> server instead?  It seems to start parsing warnings, get some of the way 
> through then fall over.  Any useful suggestions gratefully received.
>
> Thanks.
>
> -- 
> You received this message because you are subscribed to the Google Groups 
> "Jenkins Users" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to jenkinsci-use...@googlegroups.com .
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/jenkinsci-users/f079111d-0efb-4cff-a304-b4b6db3252d8%40googlegroups.com
>  
> <https://groups.google.com/d/msgid/jenkinsci-users/f079111d-0efb-4cff-a304-b4b6db3252d8%40googlegroups.com?utm_medium=email&utm_source=footer>
> .
> For more options, visit https://groups.google.com/d/optout.
>
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/0bd305d4-cf4c-49a9-8047-98ce57717980%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: Java heap space

2018-02-08 Thread Ullrich Hafner
How many warnings do you have?

> Am 08.02.2018 um 18:01 schrieb Consult Hyperion * :
> 
> I keep getting this on a job - the worker is fine with other jobs:
> 
> [WARNINGS] Parsing warnings in console log with parser MSBuild
> Skipping warnings blame since Git is the only supported SCM up to now.%n
> FATAL: Java heap space
> java.lang.OutOfMemoryError: Java heap space
> at java.util.HashMap.resize(Unknown Source)
> at java.util.HashMap.putVal(Unknown Source)
> at java.util.HashMap.put(Unknown Source)
> at java.util.HashSet.add(Unknown Source)
> at 
> hudson.plugins.analysis.util.model.AnnotationContainer.addCategory(AnnotationContainer.java:285)
> at 
> hudson.plugins.analysis.util.model.AnnotationContainer.updateMappings(AnnotationContainer.java:250)
> at 
> hudson.plugins.analysis.util.model.AnnotationContainer.addAnnotation(AnnotationContainer.java:366)
> at 
> hudson.plugins.analysis.util.model.AnnotationContainer.addAuthorName(AnnotationContainer.java:393)
> at 
> hudson.plugins.analysis.util.model.AnnotationContainer.updateMappings(AnnotationContainer.java:267)
> at 
> hudson.plugins.analysis.util.model.AnnotationContainer.addAnnotation(AnnotationContainer.java:366)
> at 
> hudson.plugins.analysis.util.model.AnnotationContainer.addModule(AnnotationContainer.java:319)
> at 
> hudson.plugins.analysis.util.model.AnnotationContainer.updateMappings(AnnotationContainer.java:256)
> at 
> hudson.plugins.analysis.util.model.AnnotationContainer.addAnnotation(AnnotationContainer.java:366)
> at 
> hudson.plugins.analysis.util.model.AnnotationContainer.addAnnotations(AnnotationContainer.java:376)
> at hudson.plugins.analysis.core.BuildResult.initialize(BuildResult.java:307)
> at hudson.plugins.analysis.core.BuildResult.(BuildResult.java:222)
> at hudson.plugins.warnings.WarningsResult.(WarningsResult.java:52)
> at hudson.plugins.warnings.WarningsResult.(WarningsResult.java:46)
> at 
> hudson.plugins.warnings.WarningsPublisher.annotate(WarningsPublisher.java:434)
> at 
> hudson.plugins.warnings.WarningsPublisher.parseConsoleLog(WarningsPublisher.java:378)
> at 
> hudson.plugins.warnings.WarningsPublisher.perform(WarningsPublisher.java:312)
> at 
> hudson.plugins.analysis.core.HealthAwarePublisher.perform(HealthAwarePublisher.java:69)
> at 
> hudson.plugins.analysis.core.HealthAwareRecorder.perform(HealthAwareRecorder.java:298)
> at 
> hudson.tasks.BuildStepCompatibilityLayer.perform(BuildStepCompatibilityLayer.java:81)
> at hudson.tasks.BuildStepMonitor$1.perform(BuildStepMonitor.java:20)
> at 
> hudson.model.AbstractBuild$AbstractBuildExecution.perform(AbstractBuild.java:744)
> at 
> hudson.model.AbstractBuild$AbstractBuildExecution.performAllBuildSteps(AbstractBuild.java:690)
> at hudson.model.Build$BuildExecution.post2(Build.java:186)
> at 
> hudson.model.AbstractBuild$AbstractBuildExecution.post(AbstractBuild.java:635)
> at hudson.model.Run.execute(Run.java:1749)
> at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43)
> at hudson.model.ResourceController.execute(ResourceController.java:97)
> 
> I've tried increasing the heap space (I think) with -Xmx2048M on the worker 
> but it's not helping.  I'm wondering if the problem might be on the server 
> instead?  It seems to start parsing warnings, get some of the way through 
> then fall over.  Any useful suggestions gratefully received.
> 
> Thanks.
> 
> --
> You received this message because you are subscribed to the Google Groups 
> "Jenkins Users" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to jenkinsci-users+unsubscr...@googlegroups.com 
> <mailto:jenkinsci-users+unsubscr...@googlegroups.com>.
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/jenkinsci-users/f079111d-0efb-4cff-a304-b4b6db3252d8%40googlegroups.com
>  
> <https://groups.google.com/d/msgid/jenkinsci-users/f079111d-0efb-4cff-a304-b4b6db3252d8%40googlegroups.com?utm_medium=email&utm_source=footer>.
> For more options, visit https://groups.google.com/d/optout 
> <https://groups.google.com/d/optout>.

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/121FC146-E1FC-4798-97E1-F73BBE1E1F7B%40gmail.com.
For more options, visit https://groups.google.com/d/optout.


signature.asc
Description: Message signed with OpenPGP


Java heap space

2018-02-08 Thread Consult Hyperion *
I keep getting this on a job - the worker is fine with other jobs:

[WARNINGS] Parsing warnings in console log with parser MSBuild
Skipping warnings blame since Git is the only supported SCM up to now.%n
FATAL: Java heap space
java.lang.OutOfMemoryError: Java heap space
at java.util.HashMap.resize(Unknown Source)
at java.util.HashMap.putVal(Unknown Source)
at java.util.HashMap.put(Unknown Source)
at java.util.HashSet.add(Unknown Source)
at 
hudson.plugins.analysis.util.model.AnnotationContainer.addCategory(AnnotationContainer.java:285)
at 
hudson.plugins.analysis.util.model.AnnotationContainer.updateMappings(AnnotationContainer.java:250)
at 
hudson.plugins.analysis.util.model.AnnotationContainer.addAnnotation(AnnotationContainer.java:366)
at 
hudson.plugins.analysis.util.model.AnnotationContainer.addAuthorName(AnnotationContainer.java:393)
at 
hudson.plugins.analysis.util.model.AnnotationContainer.updateMappings(AnnotationContainer.java:267)
at 
hudson.plugins.analysis.util.model.AnnotationContainer.addAnnotation(AnnotationContainer.java:366)
at 
hudson.plugins.analysis.util.model.AnnotationContainer.addModule(AnnotationContainer.java:319)
at 
hudson.plugins.analysis.util.model.AnnotationContainer.updateMappings(AnnotationContainer.java:256)
at 
hudson.plugins.analysis.util.model.AnnotationContainer.addAnnotation(AnnotationContainer.java:366)
at 
hudson.plugins.analysis.util.model.AnnotationContainer.addAnnotations(AnnotationContainer.java:376)
at hudson.plugins.analysis.core.BuildResult.initialize(BuildResult.java:307)
at hudson.plugins.analysis.core.BuildResult.(BuildResult.java:222)
at hudson.plugins.warnings.WarningsResult.(WarningsResult.java:52)
at hudson.plugins.warnings.WarningsResult.(WarningsResult.java:46)
at 
hudson.plugins.warnings.WarningsPublisher.annotate(WarningsPublisher.java:434)
at 
hudson.plugins.warnings.WarningsPublisher.parseConsoleLog(WarningsPublisher.java:378)
at 
hudson.plugins.warnings.WarningsPublisher.perform(WarningsPublisher.java:312)
at 
hudson.plugins.analysis.core.HealthAwarePublisher.perform(HealthAwarePublisher.java:69)
at 
hudson.plugins.analysis.core.HealthAwareRecorder.perform(HealthAwareRecorder.java:298)
at 
hudson.tasks.BuildStepCompatibilityLayer.perform(BuildStepCompatibilityLayer.java:81)
at hudson.tasks.BuildStepMonitor$1.perform(BuildStepMonitor.java:20)
at 
hudson.model.AbstractBuild$AbstractBuildExecution.perform(AbstractBuild.java:744)
at 
hudson.model.AbstractBuild$AbstractBuildExecution.performAllBuildSteps(AbstractBuild.java:690)
at hudson.model.Build$BuildExecution.post2(Build.java:186)
at 
hudson.model.AbstractBuild$AbstractBuildExecution.post(AbstractBuild.java:635)
at hudson.model.Run.execute(Run.java:1749)
at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43)
at hudson.model.ResourceController.execute(ResourceController.java:97)

I've tried increasing the heap space (I think) with -Xmx2048M on the worker 
but it's not helping.  I'm wondering if the problem might be on the server 
instead?  It seems to start parsing warnings, get some of the way through 
then fall over.  Any useful suggestions gratefully received.

Thanks.

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/f079111d-0efb-4cff-a304-b4b6db3252d8%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: Getting java.lang.OutOfMemoryError: Java heap space

2016-07-14 Thread Prakhash Sivakumar
Hi Keil,
Sorry for the late response.

I got it done. Thanks, I was implemented the JiraIssueCreaterAPI which 
loads all the existing Jira to memory & do the processing, It encountered a 
memory leakage issue.

Thanks


On Tuesday, July 12, 2016 at 4:38:33 PM UTC+5:30, Werner Keil wrote:
>
> Hi,
>
> The link you mentioned helps if you run Jenkins "standalone" meaning with 
> its own app server (usually installed via apt-get or similar) 
> I used it and know it works for this Jenkins setup.
>
> If you deployed the Jenkins WAR into Tomcat, you have to adjust memory 
> there, see e.g. the Tomcat Wiki: https://wiki.apache.org/tomcat/FAQ/Memory
>
> I don't know all the various Jenkins plugins out there, but 
>
> JiraIssueCreaterAPI
>
> in org.zaproxy to me does not sound like it has anything to do with 
> Jenkins at all. Are you running JIRA or Confluence on that same Tomcat?
>
> Regards,
> Werner Keil
>
> Am Dienstag, 12. Juli 2016 04:56:15 UTC+2 schrieb Prakhash Sivakumar:
>>
>> Hi all,
>> I'm using Jenkins which is deployed on tomcat server. I'm getting the 
>> below error when running a task in Jenkins. I have searched for the 
>> possibilities which are mentioned on [1] , but I couldn't find any Jenkins 
>> related configuration files mentioned. Please provide suggestions to handle 
>> this issue
>>
>>
>> [1] 
>> https://support.cloudbees.com/hc/en-us/articles/209715698-How-to-add-Java-arguments-to-Jenkins
>>
>> 45554 [ZAP-ProxyThread-5] ERROR org.zaproxy.zap.ZAP$UncaughtExceptionLogger  
>> - Exception in thread "ZAP-ProxyThread-5"
>> java.lang.OutOfMemoryError: Java heap space
>>  at java.util.Arrays.copyOf(Arrays.java:3332)
>>  at 
>> java.lang.AbstractStringBuilder.expandCapacity(AbstractStringBuilder.java:137)
>>  at 
>> java.lang.AbstractStringBuilder.ensureCapacityInternal(AbstractStringBuilder.java:121)
>>  at 
>> java.lang.AbstractStringBuilder.append(AbstractStringBuilder.java:569)
>>  at java.lang.StringBuilder.append(StringBuilder.java:190)
>>  at 
>> com.sun.jersey.core.util.ReaderWriter.readFromAsString(ReaderWriter.java:172)
>>  at 
>> com.sun.jersey.core.util.ReaderWriter.readFromAsString(ReaderWriter.java:157)
>>  at 
>> com.sun.jersey.core.provider.AbstractMessageReaderWriterProvider.readFromAsString(AbstractMessageReaderWriterProvider.java:114)
>>  at 
>> com.sun.jersey.core.impl.provider.entity.StringProvider.readFrom(StringProvider.java:73)
>>  at 
>> com.sun.jersey.core.impl.provider.entity.StringProvider.readFrom(StringProvider.java:58)
>>  at 
>> com.sun.jersey.api.client.ClientResponse.getEntity(ClientResponse.java:553)
>>  at 
>> com.sun.jersey.api.client.ClientResponse.getEntity(ClientResponse.java:506)
>>  at 
>> org.zaproxy.zap.extension.wso2jiraissuecreator.JiraRestClient.invokeGetMethod(JiraRestClient.java:43)
>>  at 
>> org.zaproxy.zap.extension.wso2jiraissuecreator.XmlDomParser.getAllOpenIssues(XmlDomParser.java:327)
>>  at 
>> org.zaproxy.zap.extension.wso2jiraissuecreator.XmlDomParser.parseXmlDoc(XmlDomParser.java:57)
>>  at 
>> org.zaproxy.zap.extension.wso2jiraissuecreator.ExtensionJiraIssueCreater.createJiraIssues(ExtensionJiraIssueCreater.java:215)
>>  at 
>> org.zaproxy.zap.extension.wso2jiraissuecreator.JiraIssueCreaterAPI.handleApiAction(JiraIssueCreaterAPI.java:60)
>>  at org.zaproxy.zap.extension.api.API.handleApiRequest(Unknown Source)
>>  at org.parosproxy.paros.core.proxy.ProxyThread.processHttp(Unknown 
>> Source)
>>  at org.parosproxy.paros.core.proxy.ProxyThread.run(Unknown Source)
>>  at java.lang.Thread.run(Thread.java:745)
>>
>>
>>
>> Thanks
>>
>>

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/29687db8-ae17-4335-8877-f2b1147e9c44%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: Getting java.lang.OutOfMemoryError: Java heap space

2016-07-12 Thread Werner Keil
Hi,

The link you mentioned helps if you run Jenkins "standalone" meaning with 
its own app server (usually installed via apt-get or similar) 
I used it and know it works for this Jenkins setup.

If you deployed the Jenkins WAR into Tomcat, you have to adjust memory 
there, see e.g. the Tomcat Wiki: https://wiki.apache.org/tomcat/FAQ/Memory

I don't know all the various Jenkins plugins out there, but 

JiraIssueCreaterAPI

in org.zaproxy to me does not sound like it has anything to do with Jenkins 
at all. Are you running JIRA or Confluence on that same Tomcat?

Regards,
Werner Keil

Am Dienstag, 12. Juli 2016 04:56:15 UTC+2 schrieb Prakhash Sivakumar:
>
> Hi all,
> I'm using Jenkins which is deployed on tomcat server. I'm getting the 
> below error when running a task in Jenkins. I have searched for the 
> possibilities which are mentioned on [1] , but I couldn't find any Jenkins 
> related configuration files mentioned. Please provide suggestions to handle 
> this issue
>
>
> [1] 
> https://support.cloudbees.com/hc/en-us/articles/209715698-How-to-add-Java-arguments-to-Jenkins
>
> 45554 [ZAP-ProxyThread-5] ERROR org.zaproxy.zap.ZAP$UncaughtExceptionLogger  
> - Exception in thread "ZAP-ProxyThread-5"
> java.lang.OutOfMemoryError: Java heap space
>   at java.util.Arrays.copyOf(Arrays.java:3332)
>   at 
> java.lang.AbstractStringBuilder.expandCapacity(AbstractStringBuilder.java:137)
>   at 
> java.lang.AbstractStringBuilder.ensureCapacityInternal(AbstractStringBuilder.java:121)
>   at 
> java.lang.AbstractStringBuilder.append(AbstractStringBuilder.java:569)
>   at java.lang.StringBuilder.append(StringBuilder.java:190)
>   at 
> com.sun.jersey.core.util.ReaderWriter.readFromAsString(ReaderWriter.java:172)
>   at 
> com.sun.jersey.core.util.ReaderWriter.readFromAsString(ReaderWriter.java:157)
>   at 
> com.sun.jersey.core.provider.AbstractMessageReaderWriterProvider.readFromAsString(AbstractMessageReaderWriterProvider.java:114)
>   at 
> com.sun.jersey.core.impl.provider.entity.StringProvider.readFrom(StringProvider.java:73)
>   at 
> com.sun.jersey.core.impl.provider.entity.StringProvider.readFrom(StringProvider.java:58)
>   at 
> com.sun.jersey.api.client.ClientResponse.getEntity(ClientResponse.java:553)
>   at 
> com.sun.jersey.api.client.ClientResponse.getEntity(ClientResponse.java:506)
>   at 
> org.zaproxy.zap.extension.wso2jiraissuecreator.JiraRestClient.invokeGetMethod(JiraRestClient.java:43)
>   at 
> org.zaproxy.zap.extension.wso2jiraissuecreator.XmlDomParser.getAllOpenIssues(XmlDomParser.java:327)
>   at 
> org.zaproxy.zap.extension.wso2jiraissuecreator.XmlDomParser.parseXmlDoc(XmlDomParser.java:57)
>   at 
> org.zaproxy.zap.extension.wso2jiraissuecreator.ExtensionJiraIssueCreater.createJiraIssues(ExtensionJiraIssueCreater.java:215)
>   at 
> org.zaproxy.zap.extension.wso2jiraissuecreator.JiraIssueCreaterAPI.handleApiAction(JiraIssueCreaterAPI.java:60)
>   at org.zaproxy.zap.extension.api.API.handleApiRequest(Unknown Source)
>   at org.parosproxy.paros.core.proxy.ProxyThread.processHttp(Unknown 
> Source)
>   at org.parosproxy.paros.core.proxy.ProxyThread.run(Unknown Source)
>   at java.lang.Thread.run(Thread.java:745)
>
>
>
> Thanks
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/a855df57-ab6d-4902-b6bd-f8615c386ecd%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Getting java.lang.OutOfMemoryError: Java heap space

2016-07-11 Thread Prakhash Sivakumar
Hi all,
I'm using Jenkins which is deployed on tomcat server. I'm getting the below 
error when running a task in Jenkins. I have searched for the 
possibilities which are mentioned on [1] , but I couldn't find any Jenkins 
related configuration files mentioned. Please provide suggestions to handle 
this issue


[1] 
https://support.cloudbees.com/hc/en-us/articles/209715698-How-to-add-Java-arguments-to-Jenkins

45554 [ZAP-ProxyThread-5] ERROR org.zaproxy.zap.ZAP$UncaughtExceptionLogger  - 
Exception in thread "ZAP-ProxyThread-5"
java.lang.OutOfMemoryError: Java heap space
at java.util.Arrays.copyOf(Arrays.java:3332)
at 
java.lang.AbstractStringBuilder.expandCapacity(AbstractStringBuilder.java:137)
at 
java.lang.AbstractStringBuilder.ensureCapacityInternal(AbstractStringBuilder.java:121)
at 
java.lang.AbstractStringBuilder.append(AbstractStringBuilder.java:569)
at java.lang.StringBuilder.append(StringBuilder.java:190)
at 
com.sun.jersey.core.util.ReaderWriter.readFromAsString(ReaderWriter.java:172)
at 
com.sun.jersey.core.util.ReaderWriter.readFromAsString(ReaderWriter.java:157)
at 
com.sun.jersey.core.provider.AbstractMessageReaderWriterProvider.readFromAsString(AbstractMessageReaderWriterProvider.java:114)
at 
com.sun.jersey.core.impl.provider.entity.StringProvider.readFrom(StringProvider.java:73)
at 
com.sun.jersey.core.impl.provider.entity.StringProvider.readFrom(StringProvider.java:58)
at 
com.sun.jersey.api.client.ClientResponse.getEntity(ClientResponse.java:553)
at 
com.sun.jersey.api.client.ClientResponse.getEntity(ClientResponse.java:506)
at 
org.zaproxy.zap.extension.wso2jiraissuecreator.JiraRestClient.invokeGetMethod(JiraRestClient.java:43)
at 
org.zaproxy.zap.extension.wso2jiraissuecreator.XmlDomParser.getAllOpenIssues(XmlDomParser.java:327)
at 
org.zaproxy.zap.extension.wso2jiraissuecreator.XmlDomParser.parseXmlDoc(XmlDomParser.java:57)
at 
org.zaproxy.zap.extension.wso2jiraissuecreator.ExtensionJiraIssueCreater.createJiraIssues(ExtensionJiraIssueCreater.java:215)
at 
org.zaproxy.zap.extension.wso2jiraissuecreator.JiraIssueCreaterAPI.handleApiAction(JiraIssueCreaterAPI.java:60)
at org.zaproxy.zap.extension.api.API.handleApiRequest(Unknown Source)
at org.parosproxy.paros.core.proxy.ProxyThread.processHttp(Unknown 
Source)
at org.parosproxy.paros.core.proxy.ProxyThread.run(Unknown Source)
at java.lang.Thread.run(Thread.java:745)



Thanks

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/965d5774-d92e-437f-a9a3-ac00346bcd30%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: crash plug-in warning - java heap space

2016-01-25 Thread iostrym
thanks a lot. So the message we have is a java heap problem that occurs on 
Jenkins Master ? Right ? 

Is it possible to modify the heap size of the Jenkins Master ?

Le samedi 23 janvier 2016 14:18:54 UTC+1, Ullrich Hafner a écrit :
>
> Parsing is done on the master.
>
> Am 22.01.2016 um 14:45 schrieb iostrym >:
>
> Hi,
>
> We did a crash with jenkins, using plug-in warnings with a logfile that is 
> 70 Mo big :
>
> [WARNINGS] Parsing warnings in console log with parser FPGA_Questa_UVM
>
> ERROR: Publisher hudson.plugins.warnings.WarningsPublisher aborted due to 
> exception
>
> hudson.util.IOException2 
> <http://stacktrace.jenkins-ci.org/search?query=hudson.util.IOException2>: 
> remote file operation failed: /***/ at 
> hudson.remo...@**:serveur_linux_rdo 
>
>   at hudson.FilePath.act(FilePath.java:861) 
> <http://stacktrace.jenkins-ci.org/search/?query=hudson.FilePath.act&entity=method>
>
>   at hudson.FilePath.act(FilePath.java:838) 
> <http://stacktrace.jenkins-ci.org/search/?query=hudson.FilePath.act&entity=method>
>
>   at 
> hudson.plugins.warnings.WarningsPublisher.annotate(WarningsPublisher.java:447)
>  
> <http://stacktrace.jenkins-ci.org/search/?query=hudson.plugins.warnings.WarningsPublisher.annotate&entity=method>
>
>   at 
> hudson.plugins.warnings.WarningsPublisher.parseConsoleLog(WarningsPublisher.java:411)
>  
> <http://stacktrace.jenkins-ci.org/search/?query=hudson.plugins.warnings.WarningsPublisher.parseConsoleLog&entity=method>
>
>   at 
> hudson.plugins.warnings.WarningsPublisher.perform(WarningsPublisher.java:320) 
> <http://stacktrace.jenkins-ci.org/search/?query=hudson.plugins.warnings.WarningsPublisher.perform&entity=method>
>
>   at 
> hudson.plugins.analysis.core.HealthAwareRecorder.perform(HealthAwareRecorder.java:333)
>  
> <http://stacktrace.jenkins-ci.org/search/?query=hudson.plugins.analysis.core.HealthAwareRecorder.perform&entity=method>
>
>   at hudson.tasks.BuildStepMonitor$1.perform(BuildStepMonitor.java:19) 
> <http://stacktrace.jenkins-ci.org/search/?query=hudson.tasks.BuildStepMonitor$1.perform&entity=method>
>
>   at 
> hudson.model.AbstractBuild$AbstractBuildExecution.perform(AbstractBuild.java:814)
>  
> <http://stacktrace.jenkins-ci.org/search/?query=hudson.model.AbstractBuild$AbstractBuildExecution.perform&entity=method>
>
>   at 
> hudson.model.AbstractBuild$AbstractBuildExecution.performAllBuildSteps(AbstractBuild.java:786)
>  
> <http://stacktrace.jenkins-ci.org/search/?query=hudson.model.AbstractBuild$AbstractBuildExecution.performAllBuildSteps&entity=method>
>
>   at hudson.model.Build$BuildExecution.post2(Build.java:183) 
> <http://stacktrace.jenkins-ci.org/search/?query=hudson.model.Build$BuildExecution.post2&entity=method>
>
>   at 
> hudson.model.AbstractBuild$AbstractBuildExecution.post(AbstractBuild.java:733)
>  
> <http://stacktrace.jenkins-ci.org/search/?query=hudson.model.AbstractBuild$AbstractBuildExecution.post&entity=method>
>
>   at hudson.model.Run.execute(Run.java:1592) 
> <http://stacktrace.jenkins-ci.org/search/?query=hudson.model.Run.execute&entity=method>
>
>   at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46) 
> <http://stacktrace.jenkins-ci.org/search/?query=hudson.model.FreeStyleBuild.run&entity=method>
>
>   at hudson.model.ResourceController.execute(ResourceController.java:88) 
> <http://stacktrace.jenkins-ci.org/search/?query=hudson.model.ResourceController.execute&entity=method>
>
>   at hudson.model.Executor.run(Executor.java:237) 
> <http://stacktrace.jenkins-ci.org/search/?query=hudson.model.Executor.run&entity=method>
>
> Caused by: java.io.IOException 
> <http://stacktrace.jenkins-ci.org/search?query=java.io.IOException>: Remote 
> call on serveur_linux_rdo failed
>
>   at hudson.remoting.Channel.call(Channel.java:681) 
> <http://stacktrace.jenkins-ci.org/search/?query=hudson.remoting.Channel.call&entity=method>
>
>   at hudson.FilePath.act(FilePath.java:854) 
> <http://stacktrace.jenkins-ci.org/search/?query=hudson.FilePath.act&entity=method>
>
>   ... 14 more
>
> Caused by: java.lang.OutOfMemoryError 
> <http://stacktrace.jenkins-ci.org/search?query=java.lang.OutOfMemoryError>: 
> Java heap space
>
>
>
> We tried to re-run our slave with a bigger heap size but it doesn't help. So 
> we wonder if the HEAP error is regarding the master or the slave ? Which one 
> is executing the plug-in warning and do the parsing : master or slave ?
>
>
> because of "Remote call on serveur_linux_rdo failed" we th

Re: crash plug-in warning - java heap space

2016-01-23 Thread Ullrich Hafner
Parsing is done on the master.

> Am 22.01.2016 um 14:45 schrieb iostrym :
> 
> Hi,
> 
> We did a crash with jenkins, using plug-in warnings with a logfile that is 70 
> Mo big :
> 
> [WARNINGS] Parsing warnings in console log with parser FPGA_Questa_UVM
> ERROR: Publisher hudson.plugins.warnings.WarningsPublisher aborted due to 
> exception
> hudson.util.IOException2 
> <http://stacktrace.jenkins-ci.org/search?query=hudson.util.IOException2>: 
> remote file operation failed: /***/ at 
> hudson.remoting.Channel@**:serveur_linux_rdo 
> <mailto:hudson.remoting.Channel@3b0ff171:eSAC_serveur_linux_rdo>
>   at hudson.FilePath.act(FilePath.java:861) 
> <http://stacktrace.jenkins-ci.org/search/?query=hudson.FilePath.act&entity=method>
>   at hudson.FilePath.act(FilePath.java:838) 
> <http://stacktrace.jenkins-ci.org/search/?query=hudson.FilePath.act&entity=method>
>   at 
> hudson.plugins.warnings.WarningsPublisher.annotate(WarningsPublisher.java:447)
>  
> <http://stacktrace.jenkins-ci.org/search/?query=hudson.plugins.warnings.WarningsPublisher.annotate&entity=method>
>   at 
> hudson.plugins.warnings.WarningsPublisher.parseConsoleLog(WarningsPublisher.java:411)
>  
> <http://stacktrace.jenkins-ci.org/search/?query=hudson.plugins.warnings.WarningsPublisher.parseConsoleLog&entity=method>
>   at 
> hudson.plugins.warnings.WarningsPublisher.perform(WarningsPublisher.java:320) 
> <http://stacktrace.jenkins-ci.org/search/?query=hudson.plugins.warnings.WarningsPublisher.perform&entity=method>
>   at 
> hudson.plugins.analysis.core.HealthAwareRecorder.perform(HealthAwareRecorder.java:333)
>  
> <http://stacktrace.jenkins-ci.org/search/?query=hudson.plugins.analysis.core.HealthAwareRecorder.perform&entity=method>
>   at hudson.tasks.BuildStepMonitor$1.perform(BuildStepMonitor.java:19) 
> <http://stacktrace.jenkins-ci.org/search/?query=hudson.tasks.BuildStepMonitor$1.perform&entity=method>
>   at 
> hudson.model.AbstractBuild$AbstractBuildExecution.perform(AbstractBuild.java:814)
>  
> <http://stacktrace.jenkins-ci.org/search/?query=hudson.model.AbstractBuild$AbstractBuildExecution.perform&entity=method>
>   at 
> hudson.model.AbstractBuild$AbstractBuildExecution.performAllBuildSteps(AbstractBuild.java:786)
>  
> <http://stacktrace.jenkins-ci.org/search/?query=hudson.model.AbstractBuild$AbstractBuildExecution.performAllBuildSteps&entity=method>
>   at hudson.model.Build$BuildExecution.post2(Build.java:183) 
> <http://stacktrace.jenkins-ci.org/search/?query=hudson.model.Build$BuildExecution.post2&entity=method>
>   at 
> hudson.model.AbstractBuild$AbstractBuildExecution.post(AbstractBuild.java:733)
>  
> <http://stacktrace.jenkins-ci.org/search/?query=hudson.model.AbstractBuild$AbstractBuildExecution.post&entity=method>
>   at hudson.model.Run.execute(Run.java:1592) 
> <http://stacktrace.jenkins-ci.org/search/?query=hudson.model.Run.execute&entity=method>
>   at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46) 
> <http://stacktrace.jenkins-ci.org/search/?query=hudson.model.FreeStyleBuild.run&entity=method>
>   at hudson.model.ResourceController.execute(ResourceController.java:88) 
> <http://stacktrace.jenkins-ci.org/search/?query=hudson.model.ResourceController.execute&entity=method>
>   at hudson.model.Executor.run(Executor.java:237) 
> <http://stacktrace.jenkins-ci.org/search/?query=hudson.model.Executor.run&entity=method>
> Caused by: java.io.IOException 
> <http://stacktrace.jenkins-ci.org/search?query=java.io.IOException>: Remote 
> call on serveur_linux_rdo failed
>   at hudson.remoting.Channel.call(Channel.java:681) 
> <http://stacktrace.jenkins-ci.org/search/?query=hudson.remoting.Channel.call&entity=method>
>   at hudson.FilePath.act(FilePath.java:854) 
> <http://stacktrace.jenkins-ci.org/search/?query=hudson.FilePath.act&entity=method>
>   ... 14 more
> Caused by: java.lang.OutOfMemoryError 
> <http://stacktrace.jenkins-ci.org/search?query=java.lang.OutOfMemoryError>: 
> Java heap space
> 
> 
> We tried to re-run our slave with a bigger heap size but it doesn't help. So 
> we wonder if the HEAP error is regarding the master or the slave ? Which one 
> is executing the plug-in warning and do the parsing : master or slave ?
> 
> because of "Remote call on serveur_linux_rdo failed" we thought that the 
> parsing was done by the slave but as the upgrade of the heap size of  Java 
> Virtual Machine don't change anything and also because I succeed to crash the 
> master and shutdown all slaves connected to the master by testing it, I gives 
> me

crash plug-in warning - java heap space

2016-01-22 Thread iostrym
Hi,

We did a crash with jenkins, using plug-in warnings with a logfile that is 
70 Mo big :

[WARNINGS] Parsing warnings in console log with parser FPGA_Questa_UVM

ERROR: Publisher hudson.plugins.warnings.WarningsPublisher aborted due to 
exception

hudson.util.IOException2 
<http://stacktrace.jenkins-ci.org/search?query=hudson.util.IOException2>: 
remote file operation failed: /***/ at 
hudson.remoting.Channel@**:serveur_linux_rdo 


  at hudson.FilePath.act(FilePath.java:861) 
<http://stacktrace.jenkins-ci.org/search/?query=hudson.FilePath.act&entity=method>

  at hudson.FilePath.act(FilePath.java:838) 
<http://stacktrace.jenkins-ci.org/search/?query=hudson.FilePath.act&entity=method>

  at 
hudson.plugins.warnings.WarningsPublisher.annotate(WarningsPublisher.java:447) 
<http://stacktrace.jenkins-ci.org/search/?query=hudson.plugins.warnings.WarningsPublisher.annotate&entity=method>

  at 
hudson.plugins.warnings.WarningsPublisher.parseConsoleLog(WarningsPublisher.java:411)
 
<http://stacktrace.jenkins-ci.org/search/?query=hudson.plugins.warnings.WarningsPublisher.parseConsoleLog&entity=method>

  at 
hudson.plugins.warnings.WarningsPublisher.perform(WarningsPublisher.java:320) 
<http://stacktrace.jenkins-ci.org/search/?query=hudson.plugins.warnings.WarningsPublisher.perform&entity=method>

  at 
hudson.plugins.analysis.core.HealthAwareRecorder.perform(HealthAwareRecorder.java:333)
 
<http://stacktrace.jenkins-ci.org/search/?query=hudson.plugins.analysis.core.HealthAwareRecorder.perform&entity=method>

  at hudson.tasks.BuildStepMonitor$1.perform(BuildStepMonitor.java:19) 
<http://stacktrace.jenkins-ci.org/search/?query=hudson.tasks.BuildStepMonitor$1.perform&entity=method>

  at 
hudson.model.AbstractBuild$AbstractBuildExecution.perform(AbstractBuild.java:814)
 
<http://stacktrace.jenkins-ci.org/search/?query=hudson.model.AbstractBuild$AbstractBuildExecution.perform&entity=method>

  at 
hudson.model.AbstractBuild$AbstractBuildExecution.performAllBuildSteps(AbstractBuild.java:786)
 
<http://stacktrace.jenkins-ci.org/search/?query=hudson.model.AbstractBuild$AbstractBuildExecution.performAllBuildSteps&entity=method>

  at hudson.model.Build$BuildExecution.post2(Build.java:183) 
<http://stacktrace.jenkins-ci.org/search/?query=hudson.model.Build$BuildExecution.post2&entity=method>

  at 
hudson.model.AbstractBuild$AbstractBuildExecution.post(AbstractBuild.java:733) 
<http://stacktrace.jenkins-ci.org/search/?query=hudson.model.AbstractBuild$AbstractBuildExecution.post&entity=method>

  at hudson.model.Run.execute(Run.java:1592) 
<http://stacktrace.jenkins-ci.org/search/?query=hudson.model.Run.execute&entity=method>

  at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46) 
<http://stacktrace.jenkins-ci.org/search/?query=hudson.model.FreeStyleBuild.run&entity=method>

  at hudson.model.ResourceController.execute(ResourceController.java:88) 
<http://stacktrace.jenkins-ci.org/search/?query=hudson.model.ResourceController.execute&entity=method>

  at hudson.model.Executor.run(Executor.java:237) 
<http://stacktrace.jenkins-ci.org/search/?query=hudson.model.Executor.run&entity=method>

Caused by: java.io.IOException 
<http://stacktrace.jenkins-ci.org/search?query=java.io.IOException>: Remote 
call on serveur_linux_rdo failed

  at hudson.remoting.Channel.call(Channel.java:681) 
<http://stacktrace.jenkins-ci.org/search/?query=hudson.remoting.Channel.call&entity=method>

  at hudson.FilePath.act(FilePath.java:854) 
<http://stacktrace.jenkins-ci.org/search/?query=hudson.FilePath.act&entity=method>

  ... 14 more

Caused by: java.lang.OutOfMemoryError 
<http://stacktrace.jenkins-ci.org/search?query=java.lang.OutOfMemoryError>: 
Java heap space



We tried to re-run our slave with a bigger heap size but it doesn't help. So we 
wonder if the HEAP error is regarding the master or the slave ? Which one is 
executing the plug-in warning and do the parsing : master or slave ?


because of "Remote call on serveur_linux_rdo failed" we thought that the 
parsing was done by the slave but as the upgrade of the heap size of  Java 
Virtual Machine don't change anything and also because I succeed to crash the 
master and shutdown all slaves connected to the master by testing it, I gives 
me the feeling that the master may do something with the parsing.


Any idea ?


Best regards,


Armand

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/8f34dbbe-ec3f-4877-a17d-de3d8b21e9ed%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: FATAL: Java heap space

2012-05-10 Thread SamL
Thank you very much for the information

On Thursday, May 10, 2012 2:04:15 AM UTC-7, Jan Seidel wrote:
>
> add the argument -Xmx1024m (1 gig in this case) when calling java.
> You will have to test the amount you need.
>
> Take care
> Jan
>
> Am Mittwoch, 9. Mai 2012 21:22:41 UTC+2 schrieb Vincent Latombe:
>>
>> Hello,
>>
>> https://wiki.jenkins-ci.org/display/JENKINS/I%27m+getting+OutOfMemoryError
>>
>> Vincent
>>
>>
>> 2012/5/9 SamL 
>>
>>> Hello Folks.
>>>
>>> I am running Jenkins 1.459 on Centos6 and I just got the following error.
>>> Has anyone else seeing this issue?
>>>
>>> Any help/information will be much appreciated
>>> Thank you
>>>
>>> FATAL: Java heap spacejava.lang.OutOfMemoryError 
>>> <http://stacktrace.jenkins-ci.org/search?query=java.lang.OutOfMemoryError>: 
>>> Java heap space
>>> at java.util.Arrays.copyOf(Arrays.java:2798) 
>>> <http://stacktrace.jenkins-ci.org/search/?query=java.util.Arrays.copyOf&entity=method>
>>> at java.io.ByteArrayOutputStream.write(ByteArrayOutputStream.java:111) 
>>> <http://stacktrace.jenkins-ci.org/search/?query=java.io.ByteArrayOutputStream.write&entity=method>
>>> at java.io.PrintStream.write(PrintStream.java:447) 
>>> <http://stacktrace.jenkins-ci.org/search/?query=java.io.PrintStream.write&entity=method>
>>> at sun.nio.cs.StreamEncoder.writeBytes(StreamEncoder.java:220) 
>>> <http://stacktrace.jenkins-ci.org/search/?query=sun.nio.cs.StreamEncoder.writeBytes&entity=method>
>>> at sun.nio.cs.StreamEncoder.implFlushBuffer(StreamEncoder.java:290) 
>>> <http://stacktrace.jenkins-ci.org/search/?query=sun.nio.cs.StreamEncoder.implFlushBuffer&entity=method>
>>> at sun.nio.cs.StreamEncoder.flushBuffer(StreamEncoder.java:103) 
>>> <http://stacktrace.jenkins-ci.org/search/?query=sun.nio.cs.StreamEncoder.flushBuffer&entity=method>
>>> at java.io.OutputStreamWriter.flushBuffer(OutputStreamWriter.java:185) 
>>> <http://stacktrace.jenkins-ci.org/search/?query=java.io.OutputStreamWriter.flushBuffer&entity=method>
>>> at java.io.PrintStream.write(PrintStream.java:494) 
>>> <http://stacktrace.jenkins-ci.org/search/?query=java.io.PrintStream.write&entity=method>
>>> at java.io.PrintStream.print(PrintStream.java:636) 
>>> <http://stacktrace.jenkins-ci.org/search/?query=java.io.PrintStream.print&entity=method>
>>> at java.io.PrintStream.println(PrintStream.java:773) 
>>> <http://stacktrace.jenkins-ci.org/search/?query=java.io.PrintStream.println&entity=method>
>>> at 
>>> org.netbeans.lib.cvsclient.commandLine.BasicListener.messageSent(BasicListener.java:104)
>>>  
>>> <http://stacktrace.jenkins-ci.org/search/?query=org.netbeans.lib.cvsclient.commandLine.BasicListener.messageSent&entity=method>
>>> at 
>>> org.netbeans.lib.cvsclient.event.MessageEvent.fireEvent(MessageEvent.java:161)
>>>  
>>> <http://stacktrace.jenkins-ci.org/search/?query=org.netbeans.lib.cvsclient.event.MessageEvent.fireEvent&entity=method>
>>> at 
>>> org.netbeans.lib.cvsclient.event.EventManager.fireCVSEvent(EventManager.java:170)
>>>  
>>> <http://stacktrace.jenkins-ci.org/search/?query=org.netbeans.lib.cvsclient.event.EventManager.fireCVSEvent&entity=method>
>>> at 
>>> org.netbeans.lib.cvsclient.response.MessageResponse.process(MessageResponse.java:104)
>>>  
>>> <http://stacktrace.jenkins-ci.org/search/?query=org.netbeans.lib.cvsclient.response.MessageResponse.process&entity=method>
>>> at org.netbeans.lib.cvsclient.Client.handleResponse(Client.java:648) 
>>> <http://stacktrace.jenkins-ci.org/search/?query=org.netbeans.lib.cvsclient.Client.handleResponse&entity=method>
>>> at org.netbeans.lib.cvsclient.Client.processRequests(Client.java:598) 
>>> <http://stacktrace.jenkins-ci.org/search/?query=org.netbeans.lib.cvsclient.Client.processRequests&entity=method>
>>> at 
>>> org.netbeans.lib.cvsclient.command.log.RlogCommand.execute(RlogCommand.java:402)
>>>  
>>> <http://stacktrace.jenkins-ci.org/search/?query=org.netbeans.lib.cvsclient.command.log.RlogCommand.execute&entity=method>
>>> at org.netbeans.lib.cvsclient.Client.executeCommand(Client.java:710) 
>>> <http://stacktrace.jenkins-ci.org/search/?query=org.netbeans.lib.cvsclient.Client.executeCommand&en

Re: FATAL: Java heap space

2012-05-10 Thread Jan Seidel
add the argument -Xmx1024m (1 gig in this case) when calling java.
You will have to test the amount you need.

Take care
Jan

Am Mittwoch, 9. Mai 2012 21:22:41 UTC+2 schrieb Vincent Latombe:
>
> Hello,
>
> https://wiki.jenkins-ci.org/display/JENKINS/I%27m+getting+OutOfMemoryError
>
> Vincent
>
>
> 2012/5/9 SamL 
>
>> Hello Folks.
>>
>> I am running Jenkins 1.459 on Centos6 and I just got the following error.
>> Has anyone else seeing this issue?
>>
>> Any help/information will be much appreciated
>> Thank you
>>
>> FATAL: Java heap spacejava.lang.OutOfMemoryError 
>> <http://stacktrace.jenkins-ci.org/search?query=java.lang.OutOfMemoryError>: 
>> Java heap space
>> at java.util.Arrays.copyOf(Arrays.java:2798) 
>> <http://stacktrace.jenkins-ci.org/search/?query=java.util.Arrays.copyOf&entity=method>
>>  at java.io.ByteArrayOutputStream.write(ByteArrayOutputStream.java:111) 
>> <http://stacktrace.jenkins-ci.org/search/?query=java.io.ByteArrayOutputStream.write&entity=method>
>>  at java.io.PrintStream.write(PrintStream.java:447) 
>> <http://stacktrace.jenkins-ci.org/search/?query=java.io.PrintStream.write&entity=method>
>>  at sun.nio.cs.StreamEncoder.writeBytes(StreamEncoder.java:220) 
>> <http://stacktrace.jenkins-ci.org/search/?query=sun.nio.cs.StreamEncoder.writeBytes&entity=method>
>>  at sun.nio.cs.StreamEncoder.implFlushBuffer(StreamEncoder.java:290) 
>> <http://stacktrace.jenkins-ci.org/search/?query=sun.nio.cs.StreamEncoder.implFlushBuffer&entity=method>
>>  at sun.nio.cs.StreamEncoder.flushBuffer(StreamEncoder.java:103) 
>> <http://stacktrace.jenkins-ci.org/search/?query=sun.nio.cs.StreamEncoder.flushBuffer&entity=method>
>>  at java.io.OutputStreamWriter.flushBuffer(OutputStreamWriter.java:185) 
>> <http://stacktrace.jenkins-ci.org/search/?query=java.io.OutputStreamWriter.flushBuffer&entity=method>
>>  at java.io.PrintStream.write(PrintStream.java:494) 
>> <http://stacktrace.jenkins-ci.org/search/?query=java.io.PrintStream.write&entity=method>
>>  at java.io.PrintStream.print(PrintStream.java:636) 
>> <http://stacktrace.jenkins-ci.org/search/?query=java.io.PrintStream.print&entity=method>
>>  at java.io.PrintStream.println(PrintStream.java:773) 
>> <http://stacktrace.jenkins-ci.org/search/?query=java.io.PrintStream.println&entity=method>
>>  at 
>> org.netbeans.lib.cvsclient.commandLine.BasicListener.messageSent(BasicListener.java:104)
>>  
>> <http://stacktrace.jenkins-ci.org/search/?query=org.netbeans.lib.cvsclient.commandLine.BasicListener.messageSent&entity=method>
>>  at 
>> org.netbeans.lib.cvsclient.event.MessageEvent.fireEvent(MessageEvent.java:161)
>>  
>> <http://stacktrace.jenkins-ci.org/search/?query=org.netbeans.lib.cvsclient.event.MessageEvent.fireEvent&entity=method>
>>  at 
>> org.netbeans.lib.cvsclient.event.EventManager.fireCVSEvent(EventManager.java:170)
>>  
>> <http://stacktrace.jenkins-ci.org/search/?query=org.netbeans.lib.cvsclient.event.EventManager.fireCVSEvent&entity=method>
>>  at 
>> org.netbeans.lib.cvsclient.response.MessageResponse.process(MessageResponse.java:104)
>>  
>> <http://stacktrace.jenkins-ci.org/search/?query=org.netbeans.lib.cvsclient.response.MessageResponse.process&entity=method>
>>  at org.netbeans.lib.cvsclient.Client.handleResponse(Client.java:648) 
>> <http://stacktrace.jenkins-ci.org/search/?query=org.netbeans.lib.cvsclient.Client.handleResponse&entity=method>
>>  at org.netbeans.lib.cvsclient.Client.processRequests(Client.java:598) 
>> <http://stacktrace.jenkins-ci.org/search/?query=org.netbeans.lib.cvsclient.Client.processRequests&entity=method>
>>  at 
>> org.netbeans.lib.cvsclient.command.log.RlogCommand.execute(RlogCommand.java:402)
>>  
>> <http://stacktrace.jenkins-ci.org/search/?query=org.netbeans.lib.cvsclient.command.log.RlogCommand.execute&entity=method>
>>  at org.netbeans.lib.cvsclient.Client.executeCommand(Client.java:710) 
>> <http://stacktrace.jenkins-ci.org/search/?query=org.netbeans.lib.cvsclient.Client.executeCommand&entity=method>
>>  at hudson.scm.CVSSCM.getRemoteLogForModule(CVSSCM.java:522) 
>> <http://stacktrace.jenkins-ci.org/search/?query=hudson.scm.CVSSCM.getRemoteLogForModule&entity=method>
>>  at hudson.scm.CVSSCM.calculateChangeLog(CVSSCM.java:414) 
>> <http://stacktrace.jenkins-ci.org/search/?query=hudson.scm.CVSSCM.calculateChangeLog

Re: FATAL: Java heap space

2012-05-09 Thread Vincent Latombe
Hello,

https://wiki.jenkins-ci.org/display/JENKINS/I%27m+getting+OutOfMemoryError

Vincent


2012/5/9 SamL 

> Hello Folks.
>
> I am running Jenkins 1.459 on Centos6 and I just got the following error.
> Has anyone else seeing this issue?
>
> Any help/information will be much appreciated
> Thank you
>
> FATAL: Java heap spacejava.lang.OutOfMemoryError 
> <http://stacktrace.jenkins-ci.org/search?query=java.lang.OutOfMemoryError>: 
> Java heap space
> at java.util.Arrays.copyOf(Arrays.java:2798) 
> <http://stacktrace.jenkins-ci.org/search/?query=java.util.Arrays.copyOf&entity=method>
>   at java.io.ByteArrayOutputStream.write(ByteArrayOutputStream.java:111) 
> <http://stacktrace.jenkins-ci.org/search/?query=java.io.ByteArrayOutputStream.write&entity=method>
>   at java.io.PrintStream.write(PrintStream.java:447) 
> <http://stacktrace.jenkins-ci.org/search/?query=java.io.PrintStream.write&entity=method>
>   at sun.nio.cs.StreamEncoder.writeBytes(StreamEncoder.java:220) 
> <http://stacktrace.jenkins-ci.org/search/?query=sun.nio.cs.StreamEncoder.writeBytes&entity=method>
>   at sun.nio.cs.StreamEncoder.implFlushBuffer(StreamEncoder.java:290) 
> <http://stacktrace.jenkins-ci.org/search/?query=sun.nio.cs.StreamEncoder.implFlushBuffer&entity=method>
>   at sun.nio.cs.StreamEncoder.flushBuffer(StreamEncoder.java:103) 
> <http://stacktrace.jenkins-ci.org/search/?query=sun.nio.cs.StreamEncoder.flushBuffer&entity=method>
>   at java.io.OutputStreamWriter.flushBuffer(OutputStreamWriter.java:185) 
> <http://stacktrace.jenkins-ci.org/search/?query=java.io.OutputStreamWriter.flushBuffer&entity=method>
>   at java.io.PrintStream.write(PrintStream.java:494) 
> <http://stacktrace.jenkins-ci.org/search/?query=java.io.PrintStream.write&entity=method>
>   at java.io.PrintStream.print(PrintStream.java:636) 
> <http://stacktrace.jenkins-ci.org/search/?query=java.io.PrintStream.print&entity=method>
>   at java.io.PrintStream.println(PrintStream.java:773) 
> <http://stacktrace.jenkins-ci.org/search/?query=java.io.PrintStream.println&entity=method>
>   at 
> org.netbeans.lib.cvsclient.commandLine.BasicListener.messageSent(BasicListener.java:104)
>  
> <http://stacktrace.jenkins-ci.org/search/?query=org.netbeans.lib.cvsclient.commandLine.BasicListener.messageSent&entity=method>
>   at 
> org.netbeans.lib.cvsclient.event.MessageEvent.fireEvent(MessageEvent.java:161)
>  
> <http://stacktrace.jenkins-ci.org/search/?query=org.netbeans.lib.cvsclient.event.MessageEvent.fireEvent&entity=method>
>   at 
> org.netbeans.lib.cvsclient.event.EventManager.fireCVSEvent(EventManager.java:170)
>  
> <http://stacktrace.jenkins-ci.org/search/?query=org.netbeans.lib.cvsclient.event.EventManager.fireCVSEvent&entity=method>
>   at 
> org.netbeans.lib.cvsclient.response.MessageResponse.process(MessageResponse.java:104)
>  
> <http://stacktrace.jenkins-ci.org/search/?query=org.netbeans.lib.cvsclient.response.MessageResponse.process&entity=method>
>   at org.netbeans.lib.cvsclient.Client.handleResponse(Client.java:648) 
> <http://stacktrace.jenkins-ci.org/search/?query=org.netbeans.lib.cvsclient.Client.handleResponse&entity=method>
>   at org.netbeans.lib.cvsclient.Client.processRequests(Client.java:598) 
> <http://stacktrace.jenkins-ci.org/search/?query=org.netbeans.lib.cvsclient.Client.processRequests&entity=method>
>   at 
> org.netbeans.lib.cvsclient.command.log.RlogCommand.execute(RlogCommand.java:402)
>  
> <http://stacktrace.jenkins-ci.org/search/?query=org.netbeans.lib.cvsclient.command.log.RlogCommand.execute&entity=method>
>   at org.netbeans.lib.cvsclient.Client.executeCommand(Client.java:710) 
> <http://stacktrace.jenkins-ci.org/search/?query=org.netbeans.lib.cvsclient.Client.executeCommand&entity=method>
>   at hudson.scm.CVSSCM.getRemoteLogForModule(CVSSCM.java:522) 
> <http://stacktrace.jenkins-ci.org/search/?query=hudson.scm.CVSSCM.getRemoteLogForModule&entity=method>
>   at hudson.scm.CVSSCM.calculateChangeLog(CVSSCM.java:414) 
> <http://stacktrace.jenkins-ci.org/search/?query=hudson.scm.CVSSCM.calculateChangeLog&entity=method>
>   at hudson.scm.CVSSCM.checkout(CVSSCM.java:821) 
> <http://stacktrace.jenkins-ci.org/search/?query=hudson.scm.CVSSCM.checkout&entity=method>
>   at hudson.model.AbstractProject.checkout(AbstractProject.java:1212) 
> <http://stacktrace.jenkins-ci.org/search/?query=hudson.model.AbstractProject.checkout&entity=method>
>   at 
> hudson.model.AbstractBuild$AbstractRunner.checkout(Abstrac

FATAL: Java heap space

2012-05-09 Thread SamL


Hello Folks.

I am running Jenkins 1.459 on Centos6 and I just got the following error.
Has anyone else seeing this issue?

Any help/information will be much appreciated
Thank you

FATAL: Java heap spacejava.lang.OutOfMemoryError 
<http://stacktrace.jenkins-ci.org/search?query=java.lang.OutOfMemoryError>: 
Java heap space
at java.util.Arrays.copyOf(Arrays.java:2798) 
<http://stacktrace.jenkins-ci.org/search/?query=java.util.Arrays.copyOf&entity=method>
at java.io.ByteArrayOutputStream.write(ByteArrayOutputStream.java:111) 
<http://stacktrace.jenkins-ci.org/search/?query=java.io.ByteArrayOutputStream.write&entity=method>
at java.io.PrintStream.write(PrintStream.java:447) 
<http://stacktrace.jenkins-ci.org/search/?query=java.io.PrintStream.write&entity=method>
at sun.nio.cs.StreamEncoder.writeBytes(StreamEncoder.java:220) 
<http://stacktrace.jenkins-ci.org/search/?query=sun.nio.cs.StreamEncoder.writeBytes&entity=method>
at sun.nio.cs.StreamEncoder.implFlushBuffer(StreamEncoder.java:290) 
<http://stacktrace.jenkins-ci.org/search/?query=sun.nio.cs.StreamEncoder.implFlushBuffer&entity=method>
at sun.nio.cs.StreamEncoder.flushBuffer(StreamEncoder.java:103) 
<http://stacktrace.jenkins-ci.org/search/?query=sun.nio.cs.StreamEncoder.flushBuffer&entity=method>
at java.io.OutputStreamWriter.flushBuffer(OutputStreamWriter.java:185) 
<http://stacktrace.jenkins-ci.org/search/?query=java.io.OutputStreamWriter.flushBuffer&entity=method>
at java.io.PrintStream.write(PrintStream.java:494) 
<http://stacktrace.jenkins-ci.org/search/?query=java.io.PrintStream.write&entity=method>
at java.io.PrintStream.print(PrintStream.java:636) 
<http://stacktrace.jenkins-ci.org/search/?query=java.io.PrintStream.print&entity=method>
at java.io.PrintStream.println(PrintStream.java:773) 
<http://stacktrace.jenkins-ci.org/search/?query=java.io.PrintStream.println&entity=method>
at 
org.netbeans.lib.cvsclient.commandLine.BasicListener.messageSent(BasicListener.java:104)
 
<http://stacktrace.jenkins-ci.org/search/?query=org.netbeans.lib.cvsclient.commandLine.BasicListener.messageSent&entity=method>
at 
org.netbeans.lib.cvsclient.event.MessageEvent.fireEvent(MessageEvent.java:161) 
<http://stacktrace.jenkins-ci.org/search/?query=org.netbeans.lib.cvsclient.event.MessageEvent.fireEvent&entity=method>
at 
org.netbeans.lib.cvsclient.event.EventManager.fireCVSEvent(EventManager.java:170)
 
<http://stacktrace.jenkins-ci.org/search/?query=org.netbeans.lib.cvsclient.event.EventManager.fireCVSEvent&entity=method>
at 
org.netbeans.lib.cvsclient.response.MessageResponse.process(MessageResponse.java:104)
 
<http://stacktrace.jenkins-ci.org/search/?query=org.netbeans.lib.cvsclient.response.MessageResponse.process&entity=method>
at org.netbeans.lib.cvsclient.Client.handleResponse(Client.java:648) 
<http://stacktrace.jenkins-ci.org/search/?query=org.netbeans.lib.cvsclient.Client.handleResponse&entity=method>
at org.netbeans.lib.cvsclient.Client.processRequests(Client.java:598) 
<http://stacktrace.jenkins-ci.org/search/?query=org.netbeans.lib.cvsclient.Client.processRequests&entity=method>
at 
org.netbeans.lib.cvsclient.command.log.RlogCommand.execute(RlogCommand.java:402)
 
<http://stacktrace.jenkins-ci.org/search/?query=org.netbeans.lib.cvsclient.command.log.RlogCommand.execute&entity=method>
at org.netbeans.lib.cvsclient.Client.executeCommand(Client.java:710) 
<http://stacktrace.jenkins-ci.org/search/?query=org.netbeans.lib.cvsclient.Client.executeCommand&entity=method>
at hudson.scm.CVSSCM.getRemoteLogForModule(CVSSCM.java:522) 
<http://stacktrace.jenkins-ci.org/search/?query=hudson.scm.CVSSCM.getRemoteLogForModule&entity=method>
at hudson.scm.CVSSCM.calculateChangeLog(CVSSCM.java:414) 
<http://stacktrace.jenkins-ci.org/search/?query=hudson.scm.CVSSCM.calculateChangeLog&entity=method>
at hudson.scm.CVSSCM.checkout(CVSSCM.java:821) 
<http://stacktrace.jenkins-ci.org/search/?query=hudson.scm.CVSSCM.checkout&entity=method>
at hudson.model.AbstractProject.checkout(AbstractProject.java:1212) 
<http://stacktrace.jenkins-ci.org/search/?query=hudson.model.AbstractProject.checkout&entity=method>
at 
hudson.model.AbstractBuild$AbstractRunner.checkout(AbstractBuild.java:581) 
<http://stacktrace.jenkins-ci.org/search/?query=hudson.model.AbstractBuild$AbstractRunner.checkout&entity=method>
at 
hudson.model.AbstractBuild$AbstractRunner.run(AbstractBuild.java:470) 
<http://stacktrace.jenkins-ci.org/search/?query=hudson.model.AbstractBuild$AbstractRunner.run&entity=method>
at hudson.model.Run.run(Run.java:1413) 
<http://