Re: build error

[Andrew Melo]

On Thu, Aug 2, 2012 at 1:05 AM, Pankaj Pankaj  wrote:

>
> i am sending the attachment..
>
>
Continuing with what Sami said, you need to provide the error message and
more information so that people can begin to figure out what's going on.

-Andrew


> On Thu, Aug 2, 2012 at 1:58 AM, And
>
ew Melo  wrote:
>
>> On Wed, Aug 1, 2012 at 2:31 AM, Pankaj Pankaj 
>> wrote:
>> > Hi
>> > I am working on an open-source project dhis2, the source code is reside
>> on
>> > launchpad. before building the new version's war file in launchpad we
>> have
>> > to create account (if not registered) then add ssh rsa key then checkout
>> > code through bazaar on local computer then build by maven. its very
>> weird to
>> > update the source code every time when new updates occur so i decided to
>> > implement Jenkins.
>> > but i am getting problem during build  i did Google about my problem
>> but it
>> > was worthless
>> > i am sending the Jenkins properties could you please have a look on that
>> > where i am doing wrong!
>>
>> There was no attachment on this mail.
>>
>> >
>> > Thank you
>>
>>
>>
>> --
>> --
>> Andrew Melo
>>
>
>
>
> --
> Pankaj Kumar
> Technical Support Officer
> www.hispindia.org  
>
>
>


-- 
--
Andrew Melo

Re: build error

[Pankaj Pankaj]

i am sending the attachment..
On Thu, Aug 2, 2012 at 1:58 AM, Andrew Melo  wrote:

> On Wed, Aug 1, 2012 at 2:31 AM, Pankaj Pankaj 
> wrote:
> > Hi
> > I am working on an open-source project dhis2, the source code is reside
> on
> > launchpad. before building the new version's war file in launchpad we
> have
> > to create account (if not registered) then add ssh rsa key then checkout
> > code through bazaar on local computer then build by maven. its very
> weird to
> > update the source code every time when new updates occur so i decided to
> > implement Jenkins.
> > but i am getting problem during build  i did Google about my problem but
> it
> > was worthless
> > i am sending the Jenkins properties could you please have a look on that
> > where i am doing wrong!
>
> There was no attachment on this mail.
>
> >
> > Thank you
>
>
>
> --
> --
> Andrew Melo
>



-- 
Pankaj Kumar
Technical Support Officer
www.hispindia.org  
System Properties
Name  ↓ Value   
awt.toolkit sun.awt.windows.WToolkit
executable-war  C:\Documents and Settings\HISP\.jenkins\jenkins.war
file.encoding   Cp1252
file.encoding.pkg   sun.io
file.separator  \
hudson.diyChunking  true
hudson.lifecyclehudson.lifecycle.WindowsServiceLifecycle
java.awt.graphicsenvsun.awt.Win32GraphicsEnvironment
java.awt.headless   true
java.awt.printerjob sun.awt.windows.WPrinterJob
java.class.path C:\Documents and Settings\HISP\.jenkins\jenkins.war
java.class.version  51.0
java.endorsed.dirs  C:\Program Files\Java\jre7\lib\endorsed
java.ext.dirs   C:\Program Files\Java\jre7\lib\ext;C:\WINDOWS\Sun\Java\lib\ext
java.home   C:\Program Files\Java\jre7
java.io.tmpdir  C:\WINDOWS\TEMP\
java.library.path   
C:\WINDOWS\system32;C:\WINDOWS\Sun\Java\bin;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\Program
 Files\Gow\bin;C:\Program Files\apache-maven-3.0.4\bin;C:\Program 
Files\Java\jdk1.6.0_17\bin;C:\tomcat7\bin;C:\Program Files\MySQL\MySQL Server 
5.1\bin;C:\WINDOWS\system32\WindowsPowerShell\v1.0;C:\Program Files\Bazaar;.
java.runtime.name   Java(TM) SE Runtime Environment
java.runtime.version1.7.0_05-b06
java.specification.name Java Platform API Specification
java.specification.vendor   Oracle Corporation
java.specification.version  1.7
java.vendor Oracle Corporation
java.vendor.url http://java.oracle.com/
java.vendor.url.bug http://bugreport.sun.com/bugreport/
java.version1.7.0_05
java.vm.infomixed mode, sharing
java.vm.nameJava HotSpot(TM) Client VM
java.vm.specification.name  Java Virtual Machine Specification
java.vm.specification.vendorOracle Corporation
java.vm.specification.version   1.7
java.vm.vendor  Oracle Corporation
java.vm.version 23.1-b03
line.separator  
os.arch x86
os.name Windows XP
os.version  5.1
path.separator  ;
sun.arch.data.model 32
sun.boot.class.path C:\Program Files\Java\jre7\lib\resources.jar;C:\Program 
Files\Java\jre7\lib\rt.jar;C:\Program 
Files\Java\jre7\lib\sunrsasign.jar;C:\Program 
Files\Java\jre7\lib\jsse.jar;C:\Program Files\Java\jre7\lib\jce.jar;C:\Program 
Files\Java\jre7\lib\charsets.jar;C:\Program 
Files\Java\jre7\lib\jfr.jar;C:\Program Files\Java\jre7\classes
sun.boot.library.path   C:\Program Files\Java\jre7\bin
sun.cpu.endian  little
sun.cpu.isalist pentium_pro+mmx pentium_pro pentium+mmx pentium i486 i386 i86
sun.desktop windows
sun.io.unicode.encoding UnicodeLittle
sun.java.commandC:\Documents and Settings\HISP\.jenkins\jenkins.war 
--httpPort=8080
sun.java.launcher   SUN_STANDARD
sun.jnu.encodingCp1252
sun.management.compiler HotSpot Client Compiler
sun.os.patch.level  Service Pack 3
svnkit.http.methods Digest,Basic,NTLM,Negotiate
svnkit.ssh2.persistent  false
user.countryUS
user.dirC:\WINDOWS\system32
user.home   C:\
user.language   en
user.name   SYSTEM
user.script 
user.timezone   Asia/Calcutta
user.variant
Environment Variables
Name  ↓ Value   
ALLUSERSPROFILE C:\Documents and Settings\All Users
BASEC:\Documents and Settings\HISP\.jenkins
CATALINA_OPTS   -Xms256m -Xmx512m -XX:PermSize=128m -XX:MaxPermSize=384m
COMPUTERNAMEHISP-FFAB86F2F1
ComSpec C:\WINDOWS\system32\cmd.exe
CommonProgramFiles  C:\Program Files\Common Files
DHIS2_HOME  C:\dhis\HOME
FP_NO_HOST_CHECKNO
JAVA_HOME   C:\Program Files\Java\jdk1.6.0_17
JAVA_OPTS   -Xms256m -Xmx512m -XX:PermSize=128m -XX:MaxPermSize=384m
JENKINS_HOMEC:\Documents and Settings\HISP\.jenkins
M2_REPO C:\Documents and Settings\HISP\.m2\repository
MAVEN_OPTS  -Xms256m -Xmx512m -XX:PermSize=128m -XX:MaxPermSize=384m
NUMBER_OF_PROCESSORS2
OS  Windows_NT
PATHEXT .COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.PSC1
PROCESSOR_ARCHITECTURE  x86
PROCESSOR_IDENTIFIERx86 Family 6 Model 23 Stepping 6, GenuineIntel
PROCESSOR_LEVEL 6
PROCESSOR_REVISION  1706
PSModulePathC:\WINDOWS

Re: slave agent fail to connect to master using jnlp

[Sami Tikka]

Varghese Renny  kirjoitti 1.8.2012 kello 11.04:

> I am getting above error while tring to connect slave to master of jenkins..I 
> got this error since i make master as static.(IP) and apply dns 
> 
> I checked with wireshark whether slave is listening on 8050 openport of 
> master..while try to establish connection, it is showing Bad 
> Checksum-Ethernet error...how can i solve this?

Actually, when you are using JNLP slaves, the slave is not listening on a port. 
The slave is connecting to a port on master.

> Driver i am using is Realtek PCIs GBE Family controller..i have posted this 
> question early..but not getting any reply..
> My work got stuck up with this?

If I were you, I'd try to put things back to the way they were and see if it 
still works. 

If your problem is in an ethernet card, this mailing list is probably not the 
best place to get help.

Anyway, it sounds like you would be best served by having someone helping you 
on-site.

-- Sami

Re: build error

[Andrew Melo]

On Wed, Aug 1, 2012 at 2:31 AM, Pankaj Pankaj  wrote:
> Hi
> I am working on an open-source project dhis2, the source code is reside on
> launchpad. before building the new version's war file in launchpad we have
> to create account (if not registered) then add ssh rsa key then checkout
> code through bazaar on local computer then build by maven. its very weird to
> update the source code every time when new updates occur so i decided to
> implement Jenkins.
> but i am getting problem during build  i did Google about my problem but it
> was worthless
> i am sending the Jenkins properties could you please have a look on that
> where i am doing wrong!

There was no attachment on this mail.

>
> Thank you



-- 
--
Andrew Melo

Re: build error

[Sami Tikka]

There simply aren't enough details in this cry for help. At the moment no-one 
can do anything more than feel sorry for you. 

If you could try to share some more information, like the exact error message 
or any other description of your problem. Usually it helps to also know details 
of your environment, like operating system, how you installed jenkins and which 
version of jenkins.

-- Sami

Pankaj Pankaj  kirjoitti 1.8.2012 kello 10.31:

> Hi 
> I am working on an open-source project dhis2, the source code is reside on 
> launchpad. before building the new version's war file in launchpad we have to 
> create account (if not registered) then add ssh rsa key then checkout code 
> through bazaar on local computer then build by maven. its very weird to 
> update the source code every time when new updates occur so i decided to 
> implement Jenkins.
> but i am getting problem during build  i did Google about my problem but it 
> was worthless
> i am sending the Jenkins properties could you please have a look on that 
> where i am doing wrong!
> 
> Thank you   

Re: Re: Re: Re: Server usage pegged at 99%

[Andrew Melo]

Oh, wow, I didn't notice, but jenkins has autopopulated a user for
everyone that ever committed on the project. There's like 30 people,
~4000 commits, so I could see why that would take a while :)

On Wed, Aug 1, 2012 at 11:42 AM, Andrew Melo  wrote:
> On Wed, Aug 1, 2012 at 11:37 AM, Slide  wrote:
>> Can you gist your global config.xml and something from one of your
>> jobs as well? Please remember to sanitize it.
>
> We actually keep it stored in SCM. https://github.com/dmwm/jenkins/
>
> And the following is the gist for the job we run each commit (didn't
> make it in for some reason...)
>
> https://gist.github.com/3228599
>
>>
>> On Wed, Aug 1, 2012 at 9:34 AM, Andrew Melo  wrote:
>>> On Wed, Aug 1, 2012 at 11:26 AM, Slide  wrote:
 No, because its only looking for the email address because it wants to
 send an email to that user.
>>>
>>> I don't know who's getting emailed. I don't remember setting it up for
>>> anything, and we actually wrote some scripts that turn jenkins
>>> success/failures into Github issues, so having jenkins also send
>>> emails would be redundant.
>>>
>>> I don't supposed there's a global flag to disable email? (I don't see
>>> one at "manage jenkins")
>>>
>>> -Andrew

 On Wed, Aug 1, 2012 at 9:24 AM, Andrew Melo  wrote:
> On Wed, Aug 1, 2012 at 11:22 AM, Slide  wrote:
>> This is a huge issue with the email-ext plugin as well when it does
>> email address resolution. Quite a number of people have complained
>> about how long it takes. I have yet to come up with a good solution.
>> The perforce plugin has a similar issue.
>
> If I just stick a dummy address in every user's profile, will that work?
>
>>
>> slide
>>
>> On Wed, Aug 1, 2012 at 9:17 AM, Vojtech Juranek  
>> wrote:
>>> Looks like you it does search for user's email:
>>> hudson.scm.SubversionMailAddressResolverImpl.findMailAddressFor
>>> and spends time parsing changelogs:
>>> hudson.scm.SubversionChangeLogParser.parse
>>>
>>> I guess you have quite large instance, otherwise this operation would 
>>> be quite
>>> fast.
>>> If you have some job, which has set up option to send an email to devs 
>>> who
>>> broke the build, if the user hasn't specified an email, Jenkins tries 
>>> to find it
>>> e.g. in git or SVN changelogs and search all projects and builds so if 
>>> you
>>> have large instance with several dozen thousands of builds if can take 
>>> pretty
>>> long time.
>>>
>>> You can fix it by setting up correct email for the user.
>>> If you have installed git plugin, make sure you have 1.1.16 (I hope it 
>>> was
>>> fixed in this version) or higher. Git plugin made this search even if 
>>> the user
>>> has set up email correctly
>>>
>>> On Wednesday 01 August 2012 10:56:43 Andrew Melo wrote:
 On Wed, Aug 1, 2012 at 10:36 AM, Vojtech Juranek 
>>> wrote:
 > On Wednesday 01 August 2012 10:07:15 Andrew Melo wrote:
 >> On Wed, Aug 1, 2012 at 9:48 AM, Vojtech Juranek 
 >> 
>>> wrote:
 >> > quick way how to look what the thread consuming CPU is doing is 
 >> > to do
 >> > thread dump (e.g. using jstack $PID) and use top with threads on 
 >> > (H
 >> > option) and then look up, see e.g.
 >> > http://code.nomad-labs.com/2010/11/18/identifying-which-java-thread-is-
 >> > consuming-most-cpu/
 >>
 >> I see. I apparently don't have jstack on this machine :/. Does it 
 >> only
 >> come with the JDK, or can I find it somewhere on the JRE? Once I 
 >> find
 >> the offending thread, should it be pretty obvious what it does?
 >
 > jstack is part of JDK
 >
 > you can see the stack trace via Jenkins UI navigating to
 > $JENKINS_URL/threadDump but not sure if your (or any) Jenkins version
 > provides thread IDs.
 >
 >
 > Once you identify the offending thread, it should be obvious what it 
 > does
 > (but it may not be obvious why it does what it does:-)

 Okay, I installed the jdk, and I looked some more.

 Using top, I see one jenkins thread taking the lionsshare of the time:

   PID USER  PR  NI  VIRT  RES  SHR S %CPU %MEMTIME+  COMMAND
 24580 jenkins   25   0 3246m 743m  18m R 88.6 24.7 790:53.39 java
 24591 jenkins   15   0 3246m 743m  18m S  0.0 24.7  40:14.51 java
 25163 jenkins   15   0 3246m 743m  18m S  0.0 24.7  28:21.42 java
 24601 jenkins   15   0 3246m 743m  18m S  0.0 24.7  27:24.95 java
 24581 jenkins   15   0 3246m 743m  18m S  0.0 24.7  26:39.58 java
 24589 jenkins   18   0 3246m 743m  18m S  0.2 24.7  24:41.60 java
 24604 jenkins   15   0 3246m 743m  18m S  0.0 24.7  23:47.46 java
 24603 jenkins   15   

Re: Re: Re: Re: Server usage pegged at 99%

[Andrew Melo]

On Wed, Aug 1, 2012 at 11:37 AM, Slide  wrote:
> Can you gist your global config.xml and something from one of your
> jobs as well? Please remember to sanitize it.

We actually keep it stored in SCM. https://github.com/dmwm/jenkins/

And the following is the gist for the job we run each commit (didn't
make it in for some reason...)

https://gist.github.com/3228599

>
> On Wed, Aug 1, 2012 at 9:34 AM, Andrew Melo  wrote:
>> On Wed, Aug 1, 2012 at 11:26 AM, Slide  wrote:
>>> No, because its only looking for the email address because it wants to
>>> send an email to that user.
>>
>> I don't know who's getting emailed. I don't remember setting it up for
>> anything, and we actually wrote some scripts that turn jenkins
>> success/failures into Github issues, so having jenkins also send
>> emails would be redundant.
>>
>> I don't supposed there's a global flag to disable email? (I don't see
>> one at "manage jenkins")
>>
>> -Andrew
>>>
>>> On Wed, Aug 1, 2012 at 9:24 AM, Andrew Melo  wrote:
 On Wed, Aug 1, 2012 at 11:22 AM, Slide  wrote:
> This is a huge issue with the email-ext plugin as well when it does
> email address resolution. Quite a number of people have complained
> about how long it takes. I have yet to come up with a good solution.
> The perforce plugin has a similar issue.

 If I just stick a dummy address in every user's profile, will that work?

>
> slide
>
> On Wed, Aug 1, 2012 at 9:17 AM, Vojtech Juranek  
> wrote:
>> Looks like you it does search for user's email:
>> hudson.scm.SubversionMailAddressResolverImpl.findMailAddressFor
>> and spends time parsing changelogs:
>> hudson.scm.SubversionChangeLogParser.parse
>>
>> I guess you have quite large instance, otherwise this operation would be 
>> quite
>> fast.
>> If you have some job, which has set up option to send an email to devs 
>> who
>> broke the build, if the user hasn't specified an email, Jenkins tries to 
>> find it
>> e.g. in git or SVN changelogs and search all projects and builds so if 
>> you
>> have large instance with several dozen thousands of builds if can take 
>> pretty
>> long time.
>>
>> You can fix it by setting up correct email for the user.
>> If you have installed git plugin, make sure you have 1.1.16 (I hope it 
>> was
>> fixed in this version) or higher. Git plugin made this search even if 
>> the user
>> has set up email correctly
>>
>> On Wednesday 01 August 2012 10:56:43 Andrew Melo wrote:
>>> On Wed, Aug 1, 2012 at 10:36 AM, Vojtech Juranek 
>> wrote:
>>> > On Wednesday 01 August 2012 10:07:15 Andrew Melo wrote:
>>> >> On Wed, Aug 1, 2012 at 9:48 AM, Vojtech Juranek 
>> wrote:
>>> >> > quick way how to look what the thread consuming CPU is doing is to 
>>> >> > do
>>> >> > thread dump (e.g. using jstack $PID) and use top with threads on (H
>>> >> > option) and then look up, see e.g.
>>> >> > http://code.nomad-labs.com/2010/11/18/identifying-which-java-thread-is-
>>> >> > consuming-most-cpu/
>>> >>
>>> >> I see. I apparently don't have jstack on this machine :/. Does it 
>>> >> only
>>> >> come with the JDK, or can I find it somewhere on the JRE? Once I find
>>> >> the offending thread, should it be pretty obvious what it does?
>>> >
>>> > jstack is part of JDK
>>> >
>>> > you can see the stack trace via Jenkins UI navigating to
>>> > $JENKINS_URL/threadDump but not sure if your (or any) Jenkins version
>>> > provides thread IDs.
>>> >
>>> >
>>> > Once you identify the offending thread, it should be obvious what it 
>>> > does
>>> > (but it may not be obvious why it does what it does:-)
>>>
>>> Okay, I installed the jdk, and I looked some more.
>>>
>>> Using top, I see one jenkins thread taking the lionsshare of the time:
>>>
>>>   PID USER  PR  NI  VIRT  RES  SHR S %CPU %MEMTIME+  COMMAND
>>> 24580 jenkins   25   0 3246m 743m  18m R 88.6 24.7 790:53.39 java
>>> 24591 jenkins   15   0 3246m 743m  18m S  0.0 24.7  40:14.51 java
>>> 25163 jenkins   15   0 3246m 743m  18m S  0.0 24.7  28:21.42 java
>>> 24601 jenkins   15   0 3246m 743m  18m S  0.0 24.7  27:24.95 java
>>> 24581 jenkins   15   0 3246m 743m  18m S  0.0 24.7  26:39.58 java
>>> 24589 jenkins   18   0 3246m 743m  18m S  0.2 24.7  24:41.60 java
>>> 24604 jenkins   15   0 3246m 743m  18m S  0.0 24.7  23:47.46 java
>>> 24603 jenkins   15   0 3246m 743m  18m S  0.6 24.7  17:05.23 java
>>> 24484 jenkins   15   0 3246m 743m  18m S  0.4 24.7  14:45.39 java
>>> 24612 jenkins   18   0 3246m 743m  18m S  0.0 24.7  11:50.45 java
>>> 24610 jenkins   15   0 3246m 743m  18m S  0.0 24.7  10:34.41 java
>>> 24564 jenkins   15   0 3246m 743m  18m S  0.0 24.7   8:56.60 java
>>> 24602 jenkins   15   0 3246m 743m  18m S  0.0 24.7   8:3

Re: Re: Re: Re: Server usage pegged at 99%

[Slide]

Can you gist your global config.xml and something from one of your
jobs as well? Please remember to sanitize it.

On Wed, Aug 1, 2012 at 9:34 AM, Andrew Melo  wrote:
> On Wed, Aug 1, 2012 at 11:26 AM, Slide  wrote:
>> No, because its only looking for the email address because it wants to
>> send an email to that user.
>
> I don't know who's getting emailed. I don't remember setting it up for
> anything, and we actually wrote some scripts that turn jenkins
> success/failures into Github issues, so having jenkins also send
> emails would be redundant.
>
> I don't supposed there's a global flag to disable email? (I don't see
> one at "manage jenkins")
>
> -Andrew
>>
>> On Wed, Aug 1, 2012 at 9:24 AM, Andrew Melo  wrote:
>>> On Wed, Aug 1, 2012 at 11:22 AM, Slide  wrote:
 This is a huge issue with the email-ext plugin as well when it does
 email address resolution. Quite a number of people have complained
 about how long it takes. I have yet to come up with a good solution.
 The perforce plugin has a similar issue.
>>>
>>> If I just stick a dummy address in every user's profile, will that work?
>>>

 slide

 On Wed, Aug 1, 2012 at 9:17 AM, Vojtech Juranek  
 wrote:
> Looks like you it does search for user's email:
> hudson.scm.SubversionMailAddressResolverImpl.findMailAddressFor
> and spends time parsing changelogs:
> hudson.scm.SubversionChangeLogParser.parse
>
> I guess you have quite large instance, otherwise this operation would be 
> quite
> fast.
> If you have some job, which has set up option to send an email to devs who
> broke the build, if the user hasn't specified an email, Jenkins tries to 
> find it
> e.g. in git or SVN changelogs and search all projects and builds so if you
> have large instance with several dozen thousands of builds if can take 
> pretty
> long time.
>
> You can fix it by setting up correct email for the user.
> If you have installed git plugin, make sure you have 1.1.16 (I hope it was
> fixed in this version) or higher. Git plugin made this search even if the 
> user
> has set up email correctly
>
> On Wednesday 01 August 2012 10:56:43 Andrew Melo wrote:
>> On Wed, Aug 1, 2012 at 10:36 AM, Vojtech Juranek 
> wrote:
>> > On Wednesday 01 August 2012 10:07:15 Andrew Melo wrote:
>> >> On Wed, Aug 1, 2012 at 9:48 AM, Vojtech Juranek 
> wrote:
>> >> > quick way how to look what the thread consuming CPU is doing is to 
>> >> > do
>> >> > thread dump (e.g. using jstack $PID) and use top with threads on (H
>> >> > option) and then look up, see e.g.
>> >> > http://code.nomad-labs.com/2010/11/18/identifying-which-java-thread-is-
>> >> > consuming-most-cpu/
>> >>
>> >> I see. I apparently don't have jstack on this machine :/. Does it only
>> >> come with the JDK, or can I find it somewhere on the JRE? Once I find
>> >> the offending thread, should it be pretty obvious what it does?
>> >
>> > jstack is part of JDK
>> >
>> > you can see the stack trace via Jenkins UI navigating to
>> > $JENKINS_URL/threadDump but not sure if your (or any) Jenkins version
>> > provides thread IDs.
>> >
>> >
>> > Once you identify the offending thread, it should be obvious what it 
>> > does
>> > (but it may not be obvious why it does what it does:-)
>>
>> Okay, I installed the jdk, and I looked some more.
>>
>> Using top, I see one jenkins thread taking the lionsshare of the time:
>>
>>   PID USER  PR  NI  VIRT  RES  SHR S %CPU %MEMTIME+  COMMAND
>> 24580 jenkins   25   0 3246m 743m  18m R 88.6 24.7 790:53.39 java
>> 24591 jenkins   15   0 3246m 743m  18m S  0.0 24.7  40:14.51 java
>> 25163 jenkins   15   0 3246m 743m  18m S  0.0 24.7  28:21.42 java
>> 24601 jenkins   15   0 3246m 743m  18m S  0.0 24.7  27:24.95 java
>> 24581 jenkins   15   0 3246m 743m  18m S  0.0 24.7  26:39.58 java
>> 24589 jenkins   18   0 3246m 743m  18m S  0.2 24.7  24:41.60 java
>> 24604 jenkins   15   0 3246m 743m  18m S  0.0 24.7  23:47.46 java
>> 24603 jenkins   15   0 3246m 743m  18m S  0.6 24.7  17:05.23 java
>> 24484 jenkins   15   0 3246m 743m  18m S  0.4 24.7  14:45.39 java
>> 24612 jenkins   18   0 3246m 743m  18m S  0.0 24.7  11:50.45 java
>> 24610 jenkins   15   0 3246m 743m  18m S  0.0 24.7  10:34.41 java
>> 24564 jenkins   15   0 3246m 743m  18m S  0.0 24.7   8:56.60 java
>> 24602 jenkins   15   0 3246m 743m  18m S  0.0 24.7   8:30.98 java
>> 24565 jenkins   16   0 3246m 743m  18m S 11.5 24.7   8:22.85 java
>> 24609 jenkins   15   0 3246m 743m  18m S  0.0 24.7   8:12.30 java
>> 24582 jenkins   15   0 3246m 743m  18m S  0.6 24.7   3:48.67 java
>> 24590 jenkins   15   0 3246m 743m  18m S  0.0 24.7   3:24.27 java
>> 24579 jenkins   15   0 3246m 743m  18m S  0.0 24.7   3:22.16 java
>> 24486 je

Re: Re: Re: Re: Server usage pegged at 99%

[Andrew Melo]

On Wed, Aug 1, 2012 at 11:26 AM, Slide  wrote:
> No, because its only looking for the email address because it wants to
> send an email to that user.

I don't know who's getting emailed. I don't remember setting it up for
anything, and we actually wrote some scripts that turn jenkins
success/failures into Github issues, so having jenkins also send
emails would be redundant.

I don't supposed there's a global flag to disable email? (I don't see
one at "manage jenkins")

-Andrew
>
> On Wed, Aug 1, 2012 at 9:24 AM, Andrew Melo  wrote:
>> On Wed, Aug 1, 2012 at 11:22 AM, Slide  wrote:
>>> This is a huge issue with the email-ext plugin as well when it does
>>> email address resolution. Quite a number of people have complained
>>> about how long it takes. I have yet to come up with a good solution.
>>> The perforce plugin has a similar issue.
>>
>> If I just stick a dummy address in every user's profile, will that work?
>>
>>>
>>> slide
>>>
>>> On Wed, Aug 1, 2012 at 9:17 AM, Vojtech Juranek  wrote:
 Looks like you it does search for user's email:
 hudson.scm.SubversionMailAddressResolverImpl.findMailAddressFor
 and spends time parsing changelogs:
 hudson.scm.SubversionChangeLogParser.parse

 I guess you have quite large instance, otherwise this operation would be 
 quite
 fast.
 If you have some job, which has set up option to send an email to devs who
 broke the build, if the user hasn't specified an email, Jenkins tries to 
 find it
 e.g. in git or SVN changelogs and search all projects and builds so if you
 have large instance with several dozen thousands of builds if can take 
 pretty
 long time.

 You can fix it by setting up correct email for the user.
 If you have installed git plugin, make sure you have 1.1.16 (I hope it was
 fixed in this version) or higher. Git plugin made this search even if the 
 user
 has set up email correctly

 On Wednesday 01 August 2012 10:56:43 Andrew Melo wrote:
> On Wed, Aug 1, 2012 at 10:36 AM, Vojtech Juranek 
 wrote:
> > On Wednesday 01 August 2012 10:07:15 Andrew Melo wrote:
> >> On Wed, Aug 1, 2012 at 9:48 AM, Vojtech Juranek 
 wrote:
> >> > quick way how to look what the thread consuming CPU is doing is to do
> >> > thread dump (e.g. using jstack $PID) and use top with threads on (H
> >> > option) and then look up, see e.g.
> >> > http://code.nomad-labs.com/2010/11/18/identifying-which-java-thread-is-
> >> > consuming-most-cpu/
> >>
> >> I see. I apparently don't have jstack on this machine :/. Does it only
> >> come with the JDK, or can I find it somewhere on the JRE? Once I find
> >> the offending thread, should it be pretty obvious what it does?
> >
> > jstack is part of JDK
> >
> > you can see the stack trace via Jenkins UI navigating to
> > $JENKINS_URL/threadDump but not sure if your (or any) Jenkins version
> > provides thread IDs.
> >
> >
> > Once you identify the offending thread, it should be obvious what it 
> > does
> > (but it may not be obvious why it does what it does:-)
>
> Okay, I installed the jdk, and I looked some more.
>
> Using top, I see one jenkins thread taking the lionsshare of the time:
>
>   PID USER  PR  NI  VIRT  RES  SHR S %CPU %MEMTIME+  COMMAND
> 24580 jenkins   25   0 3246m 743m  18m R 88.6 24.7 790:53.39 java
> 24591 jenkins   15   0 3246m 743m  18m S  0.0 24.7  40:14.51 java
> 25163 jenkins   15   0 3246m 743m  18m S  0.0 24.7  28:21.42 java
> 24601 jenkins   15   0 3246m 743m  18m S  0.0 24.7  27:24.95 java
> 24581 jenkins   15   0 3246m 743m  18m S  0.0 24.7  26:39.58 java
> 24589 jenkins   18   0 3246m 743m  18m S  0.2 24.7  24:41.60 java
> 24604 jenkins   15   0 3246m 743m  18m S  0.0 24.7  23:47.46 java
> 24603 jenkins   15   0 3246m 743m  18m S  0.6 24.7  17:05.23 java
> 24484 jenkins   15   0 3246m 743m  18m S  0.4 24.7  14:45.39 java
> 24612 jenkins   18   0 3246m 743m  18m S  0.0 24.7  11:50.45 java
> 24610 jenkins   15   0 3246m 743m  18m S  0.0 24.7  10:34.41 java
> 24564 jenkins   15   0 3246m 743m  18m S  0.0 24.7   8:56.60 java
> 24602 jenkins   15   0 3246m 743m  18m S  0.0 24.7   8:30.98 java
> 24565 jenkins   16   0 3246m 743m  18m S 11.5 24.7   8:22.85 java
> 24609 jenkins   15   0 3246m 743m  18m S  0.0 24.7   8:12.30 java
> 24582 jenkins   15   0 3246m 743m  18m S  0.6 24.7   3:48.67 java
> 24590 jenkins   15   0 3246m 743m  18m S  0.0 24.7   3:24.27 java
> 24579 jenkins   15   0 3246m 743m  18m S  0.0 24.7   3:22.16 java
> 24486 jenkins   15   0 3246m 743m  18m S  0.0 24.7   2:33.77 java
> 24973 jenkins   15   0 3246m 743m  18m S  0.0 24.7   2:18.32 java
> 24983 jenkins   15   0 3246m 743m  18m S  0.0 24.7   2:07.91 java
> 24838 jenkins   15   0 3246m 743m  18m S  0.0 24.7   1:38.35 java
> 24845 jenkins

Re: Re: Re: Re: Server usage pegged at 99%

[Slide]

No, because its only looking for the email address because it wants to
send an email to that user.

On Wed, Aug 1, 2012 at 9:24 AM, Andrew Melo  wrote:
> On Wed, Aug 1, 2012 at 11:22 AM, Slide  wrote:
>> This is a huge issue with the email-ext plugin as well when it does
>> email address resolution. Quite a number of people have complained
>> about how long it takes. I have yet to come up with a good solution.
>> The perforce plugin has a similar issue.
>
> If I just stick a dummy address in every user's profile, will that work?
>
>>
>> slide
>>
>> On Wed, Aug 1, 2012 at 9:17 AM, Vojtech Juranek  wrote:
>>> Looks like you it does search for user's email:
>>> hudson.scm.SubversionMailAddressResolverImpl.findMailAddressFor
>>> and spends time parsing changelogs:
>>> hudson.scm.SubversionChangeLogParser.parse
>>>
>>> I guess you have quite large instance, otherwise this operation would be 
>>> quite
>>> fast.
>>> If you have some job, which has set up option to send an email to devs who
>>> broke the build, if the user hasn't specified an email, Jenkins tries to 
>>> find it
>>> e.g. in git or SVN changelogs and search all projects and builds so if you
>>> have large instance with several dozen thousands of builds if can take 
>>> pretty
>>> long time.
>>>
>>> You can fix it by setting up correct email for the user.
>>> If you have installed git plugin, make sure you have 1.1.16 (I hope it was
>>> fixed in this version) or higher. Git plugin made this search even if the 
>>> user
>>> has set up email correctly
>>>
>>> On Wednesday 01 August 2012 10:56:43 Andrew Melo wrote:
 On Wed, Aug 1, 2012 at 10:36 AM, Vojtech Juranek 
>>> wrote:
 > On Wednesday 01 August 2012 10:07:15 Andrew Melo wrote:
 >> On Wed, Aug 1, 2012 at 9:48 AM, Vojtech Juranek 
>>> wrote:
 >> > quick way how to look what the thread consuming CPU is doing is to do
 >> > thread dump (e.g. using jstack $PID) and use top with threads on (H
 >> > option) and then look up, see e.g.
 >> > http://code.nomad-labs.com/2010/11/18/identifying-which-java-thread-is-
 >> > consuming-most-cpu/
 >>
 >> I see. I apparently don't have jstack on this machine :/. Does it only
 >> come with the JDK, or can I find it somewhere on the JRE? Once I find
 >> the offending thread, should it be pretty obvious what it does?
 >
 > jstack is part of JDK
 >
 > you can see the stack trace via Jenkins UI navigating to
 > $JENKINS_URL/threadDump but not sure if your (or any) Jenkins version
 > provides thread IDs.
 >
 >
 > Once you identify the offending thread, it should be obvious what it does
 > (but it may not be obvious why it does what it does:-)

 Okay, I installed the jdk, and I looked some more.

 Using top, I see one jenkins thread taking the lionsshare of the time:

   PID USER  PR  NI  VIRT  RES  SHR S %CPU %MEMTIME+  COMMAND
 24580 jenkins   25   0 3246m 743m  18m R 88.6 24.7 790:53.39 java
 24591 jenkins   15   0 3246m 743m  18m S  0.0 24.7  40:14.51 java
 25163 jenkins   15   0 3246m 743m  18m S  0.0 24.7  28:21.42 java
 24601 jenkins   15   0 3246m 743m  18m S  0.0 24.7  27:24.95 java
 24581 jenkins   15   0 3246m 743m  18m S  0.0 24.7  26:39.58 java
 24589 jenkins   18   0 3246m 743m  18m S  0.2 24.7  24:41.60 java
 24604 jenkins   15   0 3246m 743m  18m S  0.0 24.7  23:47.46 java
 24603 jenkins   15   0 3246m 743m  18m S  0.6 24.7  17:05.23 java
 24484 jenkins   15   0 3246m 743m  18m S  0.4 24.7  14:45.39 java
 24612 jenkins   18   0 3246m 743m  18m S  0.0 24.7  11:50.45 java
 24610 jenkins   15   0 3246m 743m  18m S  0.0 24.7  10:34.41 java
 24564 jenkins   15   0 3246m 743m  18m S  0.0 24.7   8:56.60 java
 24602 jenkins   15   0 3246m 743m  18m S  0.0 24.7   8:30.98 java
 24565 jenkins   16   0 3246m 743m  18m S 11.5 24.7   8:22.85 java
 24609 jenkins   15   0 3246m 743m  18m S  0.0 24.7   8:12.30 java
 24582 jenkins   15   0 3246m 743m  18m S  0.6 24.7   3:48.67 java
 24590 jenkins   15   0 3246m 743m  18m S  0.0 24.7   3:24.27 java
 24579 jenkins   15   0 3246m 743m  18m S  0.0 24.7   3:22.16 java
 24486 jenkins   15   0 3246m 743m  18m S  0.0 24.7   2:33.77 java
 24973 jenkins   15   0 3246m 743m  18m S  0.0 24.7   2:18.32 java
 24983 jenkins   15   0 3246m 743m  18m S  0.0 24.7   2:07.91 java
 24838 jenkins   15   0 3246m 743m  18m S  0.0 24.7   1:38.35 java
 24845 jenkins   15   0 3246m 743m  18m S  0.0 24.7   1:32.56 java
 25037 jenkins   15   0 3246m 743m  18m S  0.0 24.7   1:16.63 java
 25038 jenkins   15   0 3246m 743m  18m S  0.0 24.7   1:07.00 java
 24491 jenkins   15   0 3246m 743m  18m S  0.0 24.7   1:05.38 java
 24611 jenkins   15   0 3246m 743m  18m S  0.0 24.7   1:02.82 java
 24488 jenkins   15   0 3246m 743m  18m S  0.0 24.7   1:00.30 java


 Then if I run jstack, I get the following backtrace:

>>

Re: Re: Re: Re: Server usage pegged at 99%

[Andrew Melo]

On Wed, Aug 1, 2012 at 11:22 AM, Slide  wrote:
> This is a huge issue with the email-ext plugin as well when it does
> email address resolution. Quite a number of people have complained
> about how long it takes. I have yet to come up with a good solution.
> The perforce plugin has a similar issue.

If I just stick a dummy address in every user's profile, will that work?

>
> slide
>
> On Wed, Aug 1, 2012 at 9:17 AM, Vojtech Juranek  wrote:
>> Looks like you it does search for user's email:
>> hudson.scm.SubversionMailAddressResolverImpl.findMailAddressFor
>> and spends time parsing changelogs:
>> hudson.scm.SubversionChangeLogParser.parse
>>
>> I guess you have quite large instance, otherwise this operation would be 
>> quite
>> fast.
>> If you have some job, which has set up option to send an email to devs who
>> broke the build, if the user hasn't specified an email, Jenkins tries to 
>> find it
>> e.g. in git or SVN changelogs and search all projects and builds so if you
>> have large instance with several dozen thousands of builds if can take pretty
>> long time.
>>
>> You can fix it by setting up correct email for the user.
>> If you have installed git plugin, make sure you have 1.1.16 (I hope it was
>> fixed in this version) or higher. Git plugin made this search even if the 
>> user
>> has set up email correctly
>>
>> On Wednesday 01 August 2012 10:56:43 Andrew Melo wrote:
>>> On Wed, Aug 1, 2012 at 10:36 AM, Vojtech Juranek 
>> wrote:
>>> > On Wednesday 01 August 2012 10:07:15 Andrew Melo wrote:
>>> >> On Wed, Aug 1, 2012 at 9:48 AM, Vojtech Juranek 
>> wrote:
>>> >> > quick way how to look what the thread consuming CPU is doing is to do
>>> >> > thread dump (e.g. using jstack $PID) and use top with threads on (H
>>> >> > option) and then look up, see e.g.
>>> >> > http://code.nomad-labs.com/2010/11/18/identifying-which-java-thread-is-
>>> >> > consuming-most-cpu/
>>> >>
>>> >> I see. I apparently don't have jstack on this machine :/. Does it only
>>> >> come with the JDK, or can I find it somewhere on the JRE? Once I find
>>> >> the offending thread, should it be pretty obvious what it does?
>>> >
>>> > jstack is part of JDK
>>> >
>>> > you can see the stack trace via Jenkins UI navigating to
>>> > $JENKINS_URL/threadDump but not sure if your (or any) Jenkins version
>>> > provides thread IDs.
>>> >
>>> >
>>> > Once you identify the offending thread, it should be obvious what it does
>>> > (but it may not be obvious why it does what it does:-)
>>>
>>> Okay, I installed the jdk, and I looked some more.
>>>
>>> Using top, I see one jenkins thread taking the lionsshare of the time:
>>>
>>>   PID USER  PR  NI  VIRT  RES  SHR S %CPU %MEMTIME+  COMMAND
>>> 24580 jenkins   25   0 3246m 743m  18m R 88.6 24.7 790:53.39 java
>>> 24591 jenkins   15   0 3246m 743m  18m S  0.0 24.7  40:14.51 java
>>> 25163 jenkins   15   0 3246m 743m  18m S  0.0 24.7  28:21.42 java
>>> 24601 jenkins   15   0 3246m 743m  18m S  0.0 24.7  27:24.95 java
>>> 24581 jenkins   15   0 3246m 743m  18m S  0.0 24.7  26:39.58 java
>>> 24589 jenkins   18   0 3246m 743m  18m S  0.2 24.7  24:41.60 java
>>> 24604 jenkins   15   0 3246m 743m  18m S  0.0 24.7  23:47.46 java
>>> 24603 jenkins   15   0 3246m 743m  18m S  0.6 24.7  17:05.23 java
>>> 24484 jenkins   15   0 3246m 743m  18m S  0.4 24.7  14:45.39 java
>>> 24612 jenkins   18   0 3246m 743m  18m S  0.0 24.7  11:50.45 java
>>> 24610 jenkins   15   0 3246m 743m  18m S  0.0 24.7  10:34.41 java
>>> 24564 jenkins   15   0 3246m 743m  18m S  0.0 24.7   8:56.60 java
>>> 24602 jenkins   15   0 3246m 743m  18m S  0.0 24.7   8:30.98 java
>>> 24565 jenkins   16   0 3246m 743m  18m S 11.5 24.7   8:22.85 java
>>> 24609 jenkins   15   0 3246m 743m  18m S  0.0 24.7   8:12.30 java
>>> 24582 jenkins   15   0 3246m 743m  18m S  0.6 24.7   3:48.67 java
>>> 24590 jenkins   15   0 3246m 743m  18m S  0.0 24.7   3:24.27 java
>>> 24579 jenkins   15   0 3246m 743m  18m S  0.0 24.7   3:22.16 java
>>> 24486 jenkins   15   0 3246m 743m  18m S  0.0 24.7   2:33.77 java
>>> 24973 jenkins   15   0 3246m 743m  18m S  0.0 24.7   2:18.32 java
>>> 24983 jenkins   15   0 3246m 743m  18m S  0.0 24.7   2:07.91 java
>>> 24838 jenkins   15   0 3246m 743m  18m S  0.0 24.7   1:38.35 java
>>> 24845 jenkins   15   0 3246m 743m  18m S  0.0 24.7   1:32.56 java
>>> 25037 jenkins   15   0 3246m 743m  18m S  0.0 24.7   1:16.63 java
>>> 25038 jenkins   15   0 3246m 743m  18m S  0.0 24.7   1:07.00 java
>>> 24491 jenkins   15   0 3246m 743m  18m S  0.0 24.7   1:05.38 java
>>> 24611 jenkins   15   0 3246m 743m  18m S  0.0 24.7   1:02.82 java
>>> 24488 jenkins   15   0 3246m 743m  18m S  0.0 24.7   1:00.30 java
>>>
>>>
>>> Then if I run jstack, I get the following backtrace:
>>>
>>> https://gist.github.com/3228105
>>>
>>> Does that look useful at all?
>>>
>>> Thanks,
>>> Andrew
>
>
>
> --
> Website: http://earl-of-code.com



-- 
--
Andrew Melo

Re: Re: Re: Re: Server usage pegged at 99%

[Andrew Melo]

On Wed, Aug 1, 2012 at 11:17 AM, Vojtech Juranek  wrote:
> Looks like you it does search for user's email:
> hudson.scm.SubversionMailAddressResolverImpl.findMailAddressFor
> and spends time parsing changelogs:
> hudson.scm.SubversionChangeLogParser.parse
>
> I guess you have quite large instance, otherwise this operation would be quite
> fast.
> If you have some job, which has set up option to send an email to devs who
> broke the build, if the user hasn't specified an email, Jenkins tries to find 
> it
> e.g. in git or SVN changelogs and search all projects and builds so if you
> have large instance with several dozen thousands of builds if can take pretty
> long time.
>
> You can fix it by setting up correct email for the user.
> If you have installed git plugin, make sure you have 1.1.16 (I hope it was
> fixed in this version) or higher. Git plugin made this search even if the user
> has set up email correctly

So, if I understand right, jenkins is looking for email addresses, so
I need to make sure that every user that registers has a valid
address?
>
> On Wednesday 01 August 2012 10:56:43 Andrew Melo wrote:
>> On Wed, Aug 1, 2012 at 10:36 AM, Vojtech Juranek 
> wrote:
>> > On Wednesday 01 August 2012 10:07:15 Andrew Melo wrote:
>> >> On Wed, Aug 1, 2012 at 9:48 AM, Vojtech Juranek 
> wrote:
>> >> > quick way how to look what the thread consuming CPU is doing is to do
>> >> > thread dump (e.g. using jstack $PID) and use top with threads on (H
>> >> > option) and then look up, see e.g.
>> >> > http://code.nomad-labs.com/2010/11/18/identifying-which-java-thread-is-
>> >> > consuming-most-cpu/
>> >>
>> >> I see. I apparently don't have jstack on this machine :/. Does it only
>> >> come with the JDK, or can I find it somewhere on the JRE? Once I find
>> >> the offending thread, should it be pretty obvious what it does?
>> >
>> > jstack is part of JDK
>> >
>> > you can see the stack trace via Jenkins UI navigating to
>> > $JENKINS_URL/threadDump but not sure if your (or any) Jenkins version
>> > provides thread IDs.
>> >
>> >
>> > Once you identify the offending thread, it should be obvious what it does
>> > (but it may not be obvious why it does what it does:-)
>>
>> Okay, I installed the jdk, and I looked some more.
>>
>> Using top, I see one jenkins thread taking the lionsshare of the time:
>>
>>   PID USER  PR  NI  VIRT  RES  SHR S %CPU %MEMTIME+  COMMAND
>> 24580 jenkins   25   0 3246m 743m  18m R 88.6 24.7 790:53.39 java
>> 24591 jenkins   15   0 3246m 743m  18m S  0.0 24.7  40:14.51 java
>> 25163 jenkins   15   0 3246m 743m  18m S  0.0 24.7  28:21.42 java
>> 24601 jenkins   15   0 3246m 743m  18m S  0.0 24.7  27:24.95 java
>> 24581 jenkins   15   0 3246m 743m  18m S  0.0 24.7  26:39.58 java
>> 24589 jenkins   18   0 3246m 743m  18m S  0.2 24.7  24:41.60 java
>> 24604 jenkins   15   0 3246m 743m  18m S  0.0 24.7  23:47.46 java
>> 24603 jenkins   15   0 3246m 743m  18m S  0.6 24.7  17:05.23 java
>> 24484 jenkins   15   0 3246m 743m  18m S  0.4 24.7  14:45.39 java
>> 24612 jenkins   18   0 3246m 743m  18m S  0.0 24.7  11:50.45 java
>> 24610 jenkins   15   0 3246m 743m  18m S  0.0 24.7  10:34.41 java
>> 24564 jenkins   15   0 3246m 743m  18m S  0.0 24.7   8:56.60 java
>> 24602 jenkins   15   0 3246m 743m  18m S  0.0 24.7   8:30.98 java
>> 24565 jenkins   16   0 3246m 743m  18m S 11.5 24.7   8:22.85 java
>> 24609 jenkins   15   0 3246m 743m  18m S  0.0 24.7   8:12.30 java
>> 24582 jenkins   15   0 3246m 743m  18m S  0.6 24.7   3:48.67 java
>> 24590 jenkins   15   0 3246m 743m  18m S  0.0 24.7   3:24.27 java
>> 24579 jenkins   15   0 3246m 743m  18m S  0.0 24.7   3:22.16 java
>> 24486 jenkins   15   0 3246m 743m  18m S  0.0 24.7   2:33.77 java
>> 24973 jenkins   15   0 3246m 743m  18m S  0.0 24.7   2:18.32 java
>> 24983 jenkins   15   0 3246m 743m  18m S  0.0 24.7   2:07.91 java
>> 24838 jenkins   15   0 3246m 743m  18m S  0.0 24.7   1:38.35 java
>> 24845 jenkins   15   0 3246m 743m  18m S  0.0 24.7   1:32.56 java
>> 25037 jenkins   15   0 3246m 743m  18m S  0.0 24.7   1:16.63 java
>> 25038 jenkins   15   0 3246m 743m  18m S  0.0 24.7   1:07.00 java
>> 24491 jenkins   15   0 3246m 743m  18m S  0.0 24.7   1:05.38 java
>> 24611 jenkins   15   0 3246m 743m  18m S  0.0 24.7   1:02.82 java
>> 24488 jenkins   15   0 3246m 743m  18m S  0.0 24.7   1:00.30 java
>>
>>
>> Then if I run jstack, I get the following backtrace:
>>
>> https://gist.github.com/3228105
>>
>> Does that look useful at all?
>>
>> Thanks,
>> Andrew



-- 
--
Andrew Melo

Re: Re: Re: Re: Server usage pegged at 99%

[Slide]

This is a huge issue with the email-ext plugin as well when it does
email address resolution. Quite a number of people have complained
about how long it takes. I have yet to come up with a good solution.
The perforce plugin has a similar issue.

slide

On Wed, Aug 1, 2012 at 9:17 AM, Vojtech Juranek  wrote:
> Looks like you it does search for user's email:
> hudson.scm.SubversionMailAddressResolverImpl.findMailAddressFor
> and spends time parsing changelogs:
> hudson.scm.SubversionChangeLogParser.parse
>
> I guess you have quite large instance, otherwise this operation would be quite
> fast.
> If you have some job, which has set up option to send an email to devs who
> broke the build, if the user hasn't specified an email, Jenkins tries to find 
> it
> e.g. in git or SVN changelogs and search all projects and builds so if you
> have large instance with several dozen thousands of builds if can take pretty
> long time.
>
> You can fix it by setting up correct email for the user.
> If you have installed git plugin, make sure you have 1.1.16 (I hope it was
> fixed in this version) or higher. Git plugin made this search even if the user
> has set up email correctly
>
> On Wednesday 01 August 2012 10:56:43 Andrew Melo wrote:
>> On Wed, Aug 1, 2012 at 10:36 AM, Vojtech Juranek 
> wrote:
>> > On Wednesday 01 August 2012 10:07:15 Andrew Melo wrote:
>> >> On Wed, Aug 1, 2012 at 9:48 AM, Vojtech Juranek 
> wrote:
>> >> > quick way how to look what the thread consuming CPU is doing is to do
>> >> > thread dump (e.g. using jstack $PID) and use top with threads on (H
>> >> > option) and then look up, see e.g.
>> >> > http://code.nomad-labs.com/2010/11/18/identifying-which-java-thread-is-
>> >> > consuming-most-cpu/
>> >>
>> >> I see. I apparently don't have jstack on this machine :/. Does it only
>> >> come with the JDK, or can I find it somewhere on the JRE? Once I find
>> >> the offending thread, should it be pretty obvious what it does?
>> >
>> > jstack is part of JDK
>> >
>> > you can see the stack trace via Jenkins UI navigating to
>> > $JENKINS_URL/threadDump but not sure if your (or any) Jenkins version
>> > provides thread IDs.
>> >
>> >
>> > Once you identify the offending thread, it should be obvious what it does
>> > (but it may not be obvious why it does what it does:-)
>>
>> Okay, I installed the jdk, and I looked some more.
>>
>> Using top, I see one jenkins thread taking the lionsshare of the time:
>>
>>   PID USER  PR  NI  VIRT  RES  SHR S %CPU %MEMTIME+  COMMAND
>> 24580 jenkins   25   0 3246m 743m  18m R 88.6 24.7 790:53.39 java
>> 24591 jenkins   15   0 3246m 743m  18m S  0.0 24.7  40:14.51 java
>> 25163 jenkins   15   0 3246m 743m  18m S  0.0 24.7  28:21.42 java
>> 24601 jenkins   15   0 3246m 743m  18m S  0.0 24.7  27:24.95 java
>> 24581 jenkins   15   0 3246m 743m  18m S  0.0 24.7  26:39.58 java
>> 24589 jenkins   18   0 3246m 743m  18m S  0.2 24.7  24:41.60 java
>> 24604 jenkins   15   0 3246m 743m  18m S  0.0 24.7  23:47.46 java
>> 24603 jenkins   15   0 3246m 743m  18m S  0.6 24.7  17:05.23 java
>> 24484 jenkins   15   0 3246m 743m  18m S  0.4 24.7  14:45.39 java
>> 24612 jenkins   18   0 3246m 743m  18m S  0.0 24.7  11:50.45 java
>> 24610 jenkins   15   0 3246m 743m  18m S  0.0 24.7  10:34.41 java
>> 24564 jenkins   15   0 3246m 743m  18m S  0.0 24.7   8:56.60 java
>> 24602 jenkins   15   0 3246m 743m  18m S  0.0 24.7   8:30.98 java
>> 24565 jenkins   16   0 3246m 743m  18m S 11.5 24.7   8:22.85 java
>> 24609 jenkins   15   0 3246m 743m  18m S  0.0 24.7   8:12.30 java
>> 24582 jenkins   15   0 3246m 743m  18m S  0.6 24.7   3:48.67 java
>> 24590 jenkins   15   0 3246m 743m  18m S  0.0 24.7   3:24.27 java
>> 24579 jenkins   15   0 3246m 743m  18m S  0.0 24.7   3:22.16 java
>> 24486 jenkins   15   0 3246m 743m  18m S  0.0 24.7   2:33.77 java
>> 24973 jenkins   15   0 3246m 743m  18m S  0.0 24.7   2:18.32 java
>> 24983 jenkins   15   0 3246m 743m  18m S  0.0 24.7   2:07.91 java
>> 24838 jenkins   15   0 3246m 743m  18m S  0.0 24.7   1:38.35 java
>> 24845 jenkins   15   0 3246m 743m  18m S  0.0 24.7   1:32.56 java
>> 25037 jenkins   15   0 3246m 743m  18m S  0.0 24.7   1:16.63 java
>> 25038 jenkins   15   0 3246m 743m  18m S  0.0 24.7   1:07.00 java
>> 24491 jenkins   15   0 3246m 743m  18m S  0.0 24.7   1:05.38 java
>> 24611 jenkins   15   0 3246m 743m  18m S  0.0 24.7   1:02.82 java
>> 24488 jenkins   15   0 3246m 743m  18m S  0.0 24.7   1:00.30 java
>>
>>
>> Then if I run jstack, I get the following backtrace:
>>
>> https://gist.github.com/3228105
>>
>> Does that look useful at all?
>>
>> Thanks,
>> Andrew



-- 
Website: http://earl-of-code.com

Re: Re: Re: Re: Server usage pegged at 99%

[Vojtech Juranek]

Looks like you it does search for user's email:
hudson.scm.SubversionMailAddressResolverImpl.findMailAddressFor
and spends time parsing changelogs:
hudson.scm.SubversionChangeLogParser.parse

I guess you have quite large instance, otherwise this operation would be quite 
fast.
If you have some job, which has set up option to send an email to devs who 
broke the build, if the user hasn't specified an email, Jenkins tries to find 
it 
e.g. in git or SVN changelogs and search all projects and builds so if you 
have large instance with several dozen thousands of builds if can take pretty 
long time. 

You can fix it by setting up correct email for the user.
If you have installed git plugin, make sure you have 1.1.16 (I hope it was 
fixed in this version) or higher. Git plugin made this search even if the user 
has set up email correctly

On Wednesday 01 August 2012 10:56:43 Andrew Melo wrote:
> On Wed, Aug 1, 2012 at 10:36 AM, Vojtech Juranek  
wrote:
> > On Wednesday 01 August 2012 10:07:15 Andrew Melo wrote:
> >> On Wed, Aug 1, 2012 at 9:48 AM, Vojtech Juranek  
wrote:
> >> > quick way how to look what the thread consuming CPU is doing is to do
> >> > thread dump (e.g. using jstack $PID) and use top with threads on (H
> >> > option) and then look up, see e.g.
> >> > http://code.nomad-labs.com/2010/11/18/identifying-which-java-thread-is-
> >> > consuming-most-cpu/
> >> 
> >> I see. I apparently don't have jstack on this machine :/. Does it only
> >> come with the JDK, or can I find it somewhere on the JRE? Once I find
> >> the offending thread, should it be pretty obvious what it does?
> > 
> > jstack is part of JDK
> > 
> > you can see the stack trace via Jenkins UI navigating to
> > $JENKINS_URL/threadDump but not sure if your (or any) Jenkins version
> > provides thread IDs.
> > 
> > 
> > Once you identify the offending thread, it should be obvious what it does
> > (but it may not be obvious why it does what it does:-)
> 
> Okay, I installed the jdk, and I looked some more.
> 
> Using top, I see one jenkins thread taking the lionsshare of the time:
> 
>   PID USER  PR  NI  VIRT  RES  SHR S %CPU %MEMTIME+  COMMAND
> 24580 jenkins   25   0 3246m 743m  18m R 88.6 24.7 790:53.39 java
> 24591 jenkins   15   0 3246m 743m  18m S  0.0 24.7  40:14.51 java
> 25163 jenkins   15   0 3246m 743m  18m S  0.0 24.7  28:21.42 java
> 24601 jenkins   15   0 3246m 743m  18m S  0.0 24.7  27:24.95 java
> 24581 jenkins   15   0 3246m 743m  18m S  0.0 24.7  26:39.58 java
> 24589 jenkins   18   0 3246m 743m  18m S  0.2 24.7  24:41.60 java
> 24604 jenkins   15   0 3246m 743m  18m S  0.0 24.7  23:47.46 java
> 24603 jenkins   15   0 3246m 743m  18m S  0.6 24.7  17:05.23 java
> 24484 jenkins   15   0 3246m 743m  18m S  0.4 24.7  14:45.39 java
> 24612 jenkins   18   0 3246m 743m  18m S  0.0 24.7  11:50.45 java
> 24610 jenkins   15   0 3246m 743m  18m S  0.0 24.7  10:34.41 java
> 24564 jenkins   15   0 3246m 743m  18m S  0.0 24.7   8:56.60 java
> 24602 jenkins   15   0 3246m 743m  18m S  0.0 24.7   8:30.98 java
> 24565 jenkins   16   0 3246m 743m  18m S 11.5 24.7   8:22.85 java
> 24609 jenkins   15   0 3246m 743m  18m S  0.0 24.7   8:12.30 java
> 24582 jenkins   15   0 3246m 743m  18m S  0.6 24.7   3:48.67 java
> 24590 jenkins   15   0 3246m 743m  18m S  0.0 24.7   3:24.27 java
> 24579 jenkins   15   0 3246m 743m  18m S  0.0 24.7   3:22.16 java
> 24486 jenkins   15   0 3246m 743m  18m S  0.0 24.7   2:33.77 java
> 24973 jenkins   15   0 3246m 743m  18m S  0.0 24.7   2:18.32 java
> 24983 jenkins   15   0 3246m 743m  18m S  0.0 24.7   2:07.91 java
> 24838 jenkins   15   0 3246m 743m  18m S  0.0 24.7   1:38.35 java
> 24845 jenkins   15   0 3246m 743m  18m S  0.0 24.7   1:32.56 java
> 25037 jenkins   15   0 3246m 743m  18m S  0.0 24.7   1:16.63 java
> 25038 jenkins   15   0 3246m 743m  18m S  0.0 24.7   1:07.00 java
> 24491 jenkins   15   0 3246m 743m  18m S  0.0 24.7   1:05.38 java
> 24611 jenkins   15   0 3246m 743m  18m S  0.0 24.7   1:02.82 java
> 24488 jenkins   15   0 3246m 743m  18m S  0.0 24.7   1:00.30 java
> 
> 
> Then if I run jstack, I get the following backtrace:
> 
> https://gist.github.com/3228105
> 
> Does that look useful at all?
> 
> Thanks,
> Andrew

Re: 1.476 & Error 404

[Larry Shatzer, Jr.]

I am as well. Someone opened up a ticket:
https://issues.jenkins-ci.org/browse/JENKINS-14643

On Wed, Aug 1, 2012 at 10:14 AM, طلال Anthony رابعة wrote:

> Hello,
>
> Anybody else getting 404'd when trying to download 1.476?
>
> Cheers!
>
>Anthony
>

1.476 & Error 404

[طلال Anthony رابعة]

Hello,

Anybody else getting 404'd when trying to download 1.476?

Cheers!

   Anthony

Re: Re: Re: Server usage pegged at 99%

[Andrew Melo]

On Wed, Aug 1, 2012 at 10:36 AM, Vojtech Juranek  wrote:
> On Wednesday 01 August 2012 10:07:15 Andrew Melo wrote:
>> On Wed, Aug 1, 2012 at 9:48 AM, Vojtech Juranek  wrote:
>> > quick way how to look what the thread consuming CPU is doing is to do
>> > thread dump (e.g. using jstack $PID) and use top with threads on (H
>> > option) and then look up, see e.g.
>> > http://code.nomad-labs.com/2010/11/18/identifying-which-java-thread-is-
>> > consuming-most-cpu/
>>
>> I see. I apparently don't have jstack on this machine :/. Does it only
>> come with the JDK, or can I find it somewhere on the JRE? Once I find
>> the offending thread, should it be pretty obvious what it does?
>
> jstack is part of JDK
>
> you can see the stack trace via Jenkins UI navigating to
> $JENKINS_URL/threadDump but not sure if your (or any) Jenkins version provides
> thread IDs.
>
>
> Once you identify the offending thread, it should be obvious what it does (but
> it may not be obvious why it does what it does:-)

Okay, I installed the jdk, and I looked some more.

Using top, I see one jenkins thread taking the lionsshare of the time:

  PID USER  PR  NI  VIRT  RES  SHR S %CPU %MEMTIME+  COMMAND
24580 jenkins   25   0 3246m 743m  18m R 88.6 24.7 790:53.39 java
24591 jenkins   15   0 3246m 743m  18m S  0.0 24.7  40:14.51 java
25163 jenkins   15   0 3246m 743m  18m S  0.0 24.7  28:21.42 java
24601 jenkins   15   0 3246m 743m  18m S  0.0 24.7  27:24.95 java
24581 jenkins   15   0 3246m 743m  18m S  0.0 24.7  26:39.58 java
24589 jenkins   18   0 3246m 743m  18m S  0.2 24.7  24:41.60 java
24604 jenkins   15   0 3246m 743m  18m S  0.0 24.7  23:47.46 java
24603 jenkins   15   0 3246m 743m  18m S  0.6 24.7  17:05.23 java
24484 jenkins   15   0 3246m 743m  18m S  0.4 24.7  14:45.39 java
24612 jenkins   18   0 3246m 743m  18m S  0.0 24.7  11:50.45 java
24610 jenkins   15   0 3246m 743m  18m S  0.0 24.7  10:34.41 java
24564 jenkins   15   0 3246m 743m  18m S  0.0 24.7   8:56.60 java
24602 jenkins   15   0 3246m 743m  18m S  0.0 24.7   8:30.98 java
24565 jenkins   16   0 3246m 743m  18m S 11.5 24.7   8:22.85 java
24609 jenkins   15   0 3246m 743m  18m S  0.0 24.7   8:12.30 java
24582 jenkins   15   0 3246m 743m  18m S  0.6 24.7   3:48.67 java
24590 jenkins   15   0 3246m 743m  18m S  0.0 24.7   3:24.27 java
24579 jenkins   15   0 3246m 743m  18m S  0.0 24.7   3:22.16 java
24486 jenkins   15   0 3246m 743m  18m S  0.0 24.7   2:33.77 java
24973 jenkins   15   0 3246m 743m  18m S  0.0 24.7   2:18.32 java
24983 jenkins   15   0 3246m 743m  18m S  0.0 24.7   2:07.91 java
24838 jenkins   15   0 3246m 743m  18m S  0.0 24.7   1:38.35 java
24845 jenkins   15   0 3246m 743m  18m S  0.0 24.7   1:32.56 java
25037 jenkins   15   0 3246m 743m  18m S  0.0 24.7   1:16.63 java
25038 jenkins   15   0 3246m 743m  18m S  0.0 24.7   1:07.00 java
24491 jenkins   15   0 3246m 743m  18m S  0.0 24.7   1:05.38 java
24611 jenkins   15   0 3246m 743m  18m S  0.0 24.7   1:02.82 java
24488 jenkins   15   0 3246m 743m  18m S  0.0 24.7   1:00.30 java


Then if I run jstack, I get the following backtrace:

https://gist.github.com/3228105

Does that look useful at all?

Thanks,
Andrew


-- 
--
Andrew Melo

Re: Re: Re: Server usage pegged at 99%

[Vojtech Juranek]

On Wednesday 01 August 2012 10:07:15 Andrew Melo wrote:
> On Wed, Aug 1, 2012 at 9:48 AM, Vojtech Juranek  wrote:
> > quick way how to look what the thread consuming CPU is doing is to do
> > thread dump (e.g. using jstack $PID) and use top with threads on (H
> > option) and then look up, see e.g.
> > http://code.nomad-labs.com/2010/11/18/identifying-which-java-thread-is-
> > consuming-most-cpu/
> 
> I see. I apparently don't have jstack on this machine :/. Does it only
> come with the JDK, or can I find it somewhere on the JRE? Once I find
> the offending thread, should it be pretty obvious what it does?

jstack is part of JDK

you can see the stack trace via Jenkins UI navigating to
$JENKINS_URL/threadDump but not sure if your (or any) Jenkins version provides 
thread IDs.


Once you identify the offending thread, it should be obvious what it does (but 
it may not be obvious why it does what it does:-)

Re: Re: Server usage pegged at 99%

[Andrew Melo]

On Wed, Aug 1, 2012 at 9:48 AM, Vojtech Juranek  wrote:
> quick way how to look what the thread consuming CPU is doing is to do thread
> dump (e.g. using jstack $PID) and use top with threads on (H option) and then
> look up, see e.g.
> http://code.nomad-labs.com/2010/11/18/identifying-which-java-thread-is-
> consuming-most-cpu/

I see. I apparently don't have jstack on this machine :/. Does it only
come with the JDK, or can I find it somewhere on the JRE? Once I find
the offending thread, should it be pretty obvious what it does?

>
> On Wednesday 01 August 2012 09:25:08 Andrew Melo wrote:
>> On Tue, Jul 31, 2012 at 2:54 PM, Les Mikesell  wrote:
>> > On Tue, Jul 31, 2012 at 2:38 PM, Andrew Melo 
> wrote:
>> >>> But if it happened before June 30th or the system has been rebooted
>> >>> since, this is not the problem.
>> >>
>> >> Well, and it's only when i'm using the web interface (or if background
>> >> stuff is happening)
>> >
>> > It affects the linux futex() system call that is used mostly in
>> > threaded applications (so you see it in java).   And I think it is
>> > sort of a race condition where the extra CPU use happens at random.
>>
>> Well, I restarted it and reset the date and it didn't seem to help.
>> I'm pretty helpless when it comes to java, but is there some sort of
>> way I can attach a profiler to the process and see what it spins on?
>>
>> Thanks
>>
>> > --
>> >
>> >   Les Mikesell
>> >
>> >  lesmikes...@gmail.com



-- 
--
Andrew Melo

Re: Jenkins ACL on individual build jobs

[Stephen Connolly]

It is somewhat hidden on our wiki, but you are allowed to run the plugins
on versions of jenkins that are not Jenkins Enterprise, e.g. see this page:
http://wiki.cloudbees.com/bin/view/Jenkins+Enterprise/Ride+Jenkins+Support+Terms

If you want to try it out, install
https://wiki.jenkins-ci.org/display/JENKINS/CloudBees+Free+Enterprise+Pluginsthat
will add our update center to your instance.

You then want to look for CloudBees RBAC plugin, underneath the description
will tell you that it is a Jenkins Enterprise plugin as opposed to a
CloudBees Free plugin, once you install the RBAC plugin you will have to
restart and at that point you will have to upgrade from a free license to
either an evaluation license or an enterprise license (or remove the
plugins requiring the license - to handle people who accidentally install a
enterprise plugin)

If it does what you want within the evaluation period then beat up our
sales people and get a for pay license... otherwise uninstall the RBAC and
nectar-license plugins and revert to your free license (which can be
retrieved by going to https://licenses.cloudbees.com and providing your
instance id (which is on the manage licenses screen or the enter manually
registration tab)

HTH

On 1 August 2012 15:14, David Doughty  wrote:

>   Cool, having looked at your website/presentation that looks exactly
> what I'm looking for.
>
>  However, its bundled with the enterprise Jenkins release, can we get it
> un-bundled?
>
>  dD
>

Re: Re: Server usage pegged at 99%

[Vojtech Juranek]

quick way how to look what the thread consuming CPU is doing is to do thread 
dump (e.g. using jstack $PID) and use top with threads on (H option) and then 
look up, see e.g.
http://code.nomad-labs.com/2010/11/18/identifying-which-java-thread-is-
consuming-most-cpu/

On Wednesday 01 August 2012 09:25:08 Andrew Melo wrote:
> On Tue, Jul 31, 2012 at 2:54 PM, Les Mikesell  wrote:
> > On Tue, Jul 31, 2012 at 2:38 PM, Andrew Melo  
wrote:
> >>> But if it happened before June 30th or the system has been rebooted
> >>> since, this is not the problem.
> >> 
> >> Well, and it's only when i'm using the web interface (or if background
> >> stuff is happening)
> > 
> > It affects the linux futex() system call that is used mostly in
> > threaded applications (so you see it in java).   And I think it is
> > sort of a race condition where the extra CPU use happens at random.
> 
> Well, I restarted it and reset the date and it didn't seem to help.
> I'm pretty helpless when it comes to java, but is there some sort of
> way I can attach a profiler to the process and see what it spins on?
> 
> Thanks
> 
> > --
> > 
> >   Les Mikesell
> >   
> >  lesmikes...@gmail.com

Re: Server usage pegged at 99%

[Andrew Melo]

On Tue, Jul 31, 2012 at 2:54 PM, Les Mikesell  wrote:
> On Tue, Jul 31, 2012 at 2:38 PM, Andrew Melo  wrote:

>>> But if it happened before June 30th or the system has been rebooted
>>> since, this is not the problem.
>>
>> Well, and it's only when i'm using the web interface (or if background
>> stuff is happening)
>>
>
> It affects the linux futex() system call that is used mostly in
> threaded applications (so you see it in java).   And I think it is
> sort of a race condition where the extra CPU use happens at random.

Well, I restarted it and reset the date and it didn't seem to help.
I'm pretty helpless when it comes to java, but is there some sort of
way I can attach a profiler to the process and see what it spins on?

Thanks


>
> --
>   Les Mikesell
>  lesmikes...@gmail.com



-- 
--
Andrew Melo

Re: Jenkins ACL on individual build jobs

[David Doughty]

Cool, having looked at your website/presentation that looks exactly what I'm 
looking for.

However, its bundled with the enterprise Jenkins release, can we get it 
un-bundled?

dD

Re: Jenkins ACL on individual build jobs

[Stephen Connolly]

Here comes the shameless plug...

you might be interested in the RBAC plugin by CloudBees, in conjunction
with the Folders plugin you'll be going "Oh yeah"... of course you need to
pay to get the RBAC plugin... if you don't want to pay there are other
plugins that can do some of the things, but last time I did some checks
none of the others supported all the use cases I wrote the RBAC plugin to
handle.

The Folders plugin is free (registration required) but not OSS.

-Stephen

This ends the shameless plug on behalf of my employers.

On 1 August 2012 14:17, David Doughty  wrote:

>   Does anyone know if there is a capability currently in Jenkins (or as
> part of the roadmap) to extend ACL to individual build jobs? Or perhaps if
> there is a plugin that can provide such a capability already.
>
>  What I'm looking for is the ability to limit who can modify/run existing
> build jobs, as we have many projects accessing the same servers, and don't
> want non-project members to access the build jobs, or restricted project
> members to modify/delete jobs in one project who may have those privileges
> for another project.
>
>  Thanks
>
>  dD
>
> ** **
>

Jenkins ACL on individual build jobs

[David Doughty]

Does anyone know if there is a capability currently in Jenkins (or as part of 
the roadmap) to extend ACL to individual build jobs? Or perhaps if there is a 
plugin that can provide such a capability already.

What I'm looking for is the ability to limit who can modify/run existing build 
jobs, as we have many projects accessing the same servers, and don't want 
non-project members to access the build jobs, or restricted project members to 
modify/delete jobs in one project who may have those privileges for another 
project.

Thanks

dD

Re: Process spawning semantics?

[theTestTube]

We have a similar issue with the new  feature 
of maven-jetty-plugin 7.6.5 version
.

Whenever we run "mvn jetty:run-forked" from command line the new forked JVM 
process remains running after Maven process ends. If we run the same Maven 
task within Jenkins the new forked JVM process starts but also ends when 
Maven process ends.

I think this is a consequence of 
https://wiki.jenkins-ci.org/display/JENKINS/ProcessTreeKiller acting upon 
Maven process termination but the "BUILD_ID=dontKillMe" workaround is nor 
working in our case.-



El lunes, 13 de febrero de 2012 16:31:40 UTC+1, Laird Nelson escribió:
>
> Hello; thanks for a great product.
>
> I am using my h2-maven-plugin (http://github.com/ljnelson/h2-maven-plugin) 
> project to spawn long-lived H2 server processes.  Doing this from the 
> command line works great: after I run mvn 
> com.edugility:h2-maven-plugin:1.0:spawn, I get a new H2 server listening on 
> port 9092.
>
> The internals of the Maven plugin effectively launch a new JVM by using 
> ProcessBuilder and Process#start().
>
> When I bake this invocation into a Jenkins build, the process is 
> terminated as soon as the build completes.  That's not what I want.
>
> My (Jenkins) question is: does Jenkins--when spawning Maven--do something 
> explicit to kill the entire process tree when it is completed?  Because in 
> my case, I want my long-lived H2 process to continue after the Maven JVM 
> that invoked it is killed.
>
> I freely recognize this may just be one of those cases where it's Just Not 
> Going To Work but I thought I'd ask to see if Jenkins is doing anything 
> specific to kill the entire tree of processes that might have been spawned 
> as a result of a Maven job.
>
> Thanks,
> Laird
>
> -- 
> http://about.me/lairdnelson
>
>

Re: build config history getting spammed

[Bailey, Darragh]

Hi Jørgen,




On 01/08/12 05:19, Jørgen Tjernø wrote:
> Darragh, or anyone else, do you know what's causing this?
>
> We're also seeing it, and it's making the Job Config History plugin a
> little useless, with all these "add" and "remove" changes happening.
>
> - Jørgen.

Someone was kind enough to log a jira issue on the original email:
https://issues.jenkins-ci.org/browse/JENKINS-14144


I've added what I think is a reasonable reproducer.

I haven't dug into the code, but from a comment by the maintainer:
"I'm sorry it seems I misunderstood the initial request. What is really 
the issue (is the additional line still in XML after the build run)?
EnvInject plugin add technically this line and the line is removed after 
the run (it is a hack to achieve some plugin objectives). However it has 
to be transparent for end users."

I believe that it's due to how Config History plugin monitors for config 
changes combined with envInject editing the build config file for the 
duration of the build.


-- 
Regards,
Darragh Bailey

slave agent fail to connect to master using jnlp

[Varghese Renny]

  


  i am using jenkins 1.447.2 version.My master is linux and slave is 
windows

Jul 27, 2012 12:44:17 PM hudson.remoting.jnlp.Main$CuiListener 
INFO: Hudson agent is running in headless mode.
Jul 27, 2012 12:44:17 PM hudson.remoting.jnlp.Main$CuiListener status
INFO: Locating server among [http://10.10.1.162:8080/jenkins/, http://dem
 Jul 27, 2012 12:44:38 PM hudson.remoting.jnlp.Main$CuiListener status
INFO: Connecting to demo.sigmainfo.in:8050
 Jul 27, 2012 12:44:38 PM hudson.remoting.jnlp.Main$CuiListener status
 INFO: Handshaking
 Jul 27, 2012 12:44:58 PM hudson.remoting.jnlp.Main$CuiListener error
 SEVERE: The server rejected the connection:
 java.lang.Exception: The server rejected the connection:
 at hudson.remoting.Engine.onConnectionRejected(Engine.java:258)
 at hudson.remoting.Engine.run(Engine.java:233)
 

I am getting above error while tring to connect slave to master of 
jenkins..I got this error since i make master as static.(IP) and apply dns 

I checked with wireshark whether slave is listening on 8050 openport of 
master..while try to establish connection, it is showing *Bad 
Checksum-Ethernet error*...how can i solve this?
Driver i am using is Realtek PCIs GBE Family controller..i have posted this 
question early..but not getting any reply.. 

My work got stuck up with this?

build error

[Pankaj Pankaj]

Hi 
I am working on an open-source project *dhis2*, the source code is reside 
on launchpad. before building the new version's war file in launchpad we 
have to create account (if not registered) then add ssh rsa key then 
checkout code through bazaar on local computer then build by maven. its 
very weird to update the source code every time when new updates occur so i 
decided to implement Jenkins.
but i am getting problem during build  i did Google about my problem but it 
was worthless
i am sending the Jenkins properties could you please have a look on that 
where i am doing wrong!

Thank you