On Wed, Aug 1, 2012 at 11:26 AM, Slide <slide.o....@gmail.com> 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 <andrew.m...@gmail.com> wrote: >> On Wed, Aug 1, 2012 at 11:22 AM, Slide <slide.o....@gmail.com> 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 <vjura...@redhat.com> 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 <vjura...@redhat.com> >>>> wrote: >>>>> > On Wednesday 01 August 2012 10:07:15 Andrew Melo wrote: >>>>> >> On Wed, Aug 1, 2012 at 9:48 AM, Vojtech Juranek <vjura...@redhat.com> >>>> 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 %MEM TIME+ 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 > > > > -- > Website: http://earl-of-code.com -- -- Andrew Melo
