On Wed, Aug 1, 2012 at 11:37 AM, Slide <slide.o....@gmail.com> 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 <andrew.m...@gmail.com> wrote: >> 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 > > > > -- > Website: http://earl-of-code.com -- -- Andrew Melo
