Which version of the CVS plugin and Jenkins are you using? This looks like Jenkins can't find it's own instance which wouldn't make sense so I'll need to try and replicate your setup.

Thanks Michael

I have a further update. Have fixed this issue now - not sure which of a number of methods did it! - but am experiencing huge delays when SCM polling, specifically with the rlog command. When run from bash this takes <5 minutes. Using the in-built polling it takes on average > 2 hours.

Jenkins version 1.472
CVS plugin version 2.4

Educated guess is that this is something to do with the java netbeans cvs plugin - running from bash I am using standard cvs commands. Is there some way to find out what could be causing these delays?

Oliver - it's more likely the delay is caused by the way we parse the rlog output than the time it takes to run it (the CVS Server compiles the rlog output and all the client does is read the network socket to retrieve the output - there's not any real way a client can slow down this process). The parsing of the output is an area that was written fairly quickly for an old project I had and should really be tidied up. Kohsuke has commented on this in JENKINS-13814 and is something I plan on resolving in the next couple of weeks since it seems to be causing the largest number of problems just now.

Thanks for the update Michael. Hopefully the changes will resolve our issues.

This is where the threads are stuck:

SCM polling for hudson.model.FreeStyleProject@38ddab20[Mods]

"SCM polling for hudson.model.FreeStyleProject@38ddab20[Mods]" Id=83 Group=main RUNNABLE
at java.util.regex.Pattern$BmpCharProperty.match(Pattern.java:3366)
at java.util.regex.Pattern$Curly.match(Pattern.java:3737)
at java.util.regex.Pattern$GroupTail.match(Pattern.java:4227)
at java.util.regex.Pattern$Curly.match1(Pattern.java:3797)
at java.util.regex.Pattern$Curly.match(Pattern.java:3746)
at java.util.regex.Pattern$GroupHead.match(Pattern.java:4168)
at java.util.regex.Pattern$Curly.match0(Pattern.java:3782)
at java.util.regex.Pattern$Curly.match(Pattern.java:3744)
at java.util.regex.Pattern$Start.match(Pattern.java:3055)
at java.util.regex.Matcher.search(Matcher.java:1105)
at java.util.regex.Matcher.find(Matcher.java:535)
at hudson.scm.CvsChangeLogHelper.mapCvsLog(CvsChangeLogHelper.java:169)
at hudson.scm.CVSSCM.calculateRepositoryState(CVSSCM.java:465)
at hudson.scm.CVSSCM.compareRemoteRevisionWith(CVSSCM.java:320)
at hudson.scm.SCM._compareRemoteRevisionWith(SCM.java:356)
at hudson.scm.SCM.poll(SCM.java:373)
at hudson.model.AbstractProject.poll(AbstractProject.java:1377)
at hudson.triggers.SCMTrigger$Runner.runPolling(SCMTrigger.java:420)
at hudson.triggers.SCMTrigger$Runner.run(SCMTrigger.java:449)
at hudson.util.SequentialExecutionQueue$QueueEntry.run(SequentialExecutionQueue.java:118)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
at java.util.concurrent.FutureTask.run(FutureTask.java:138)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:662)

Number of locked synchronizers = 1

• java.util.concurrent.locks.ReentrantLock$NonfairSync@16cb436a

SCM polling for hudson.model.FreeStyleProject@409a6317[Mods]

"SCM polling for hudson.model.FreeStyleProject@409a6317[Mods]" Id=82 Group=main RUNNABLE
at java.util.regex.Pattern$CharProperty.match(Pattern.java:3345)
at java.util.regex.Pattern$Curly.match1(Pattern.java:3803)
at java.util.regex.Pattern$Curly.match(Pattern.java:3746)
at java.util.regex.Pattern$GroupHead.match(Pattern.java:4168)
at java.util.regex.Pattern$Curly.match0(Pattern.java:3782)
at java.util.regex.Pattern$Curly.match(Pattern.java:3744)
at java.util.regex.Pattern$Start.match(Pattern.java:3055)
at java.util.regex.Matcher.search(Matcher.java:1105)
at java.util.regex.Matcher.find(Matcher.java:535)
at hudson.scm.CvsChangeLogHelper.mapCvsLog(CvsChangeLogHelper.java:169)
at hudson.scm.CVSSCM.calculateRepositoryState(CVSSCM.java:465)
at hudson.scm.CVSSCM.compareRemoteRevisionWith(CVSSCM.java:320)
at hudson.scm.SCM._compareRemoteRevisionWith(SCM.java:356)
at hudson.scm.SCM.poll(SCM.java:373)
at hudson.model.AbstractProject.poll(AbstractProject.java:1377)
at hudson.triggers.SCMTrigger$Runner.runPolling(SCMTrigger.java:420)
at hudson.triggers.SCMTrigger$Runner.run(SCMTrigger.java:449)
at hudson.util.SequentialExecutionQueue$QueueEntry.run(SequentialExecutionQueue.java:118)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
at java.util.concurrent.FutureTask.run(FutureTask.java:138)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:662)

Number of locked synchronizers = 1

• java.util.concurrent.locks.ReentrantLock$NonfairSync@7ab6efd6

Running for 14 hours now!

Is there any update on this please

Thanks

Kohsuke made a change which is included in the current release which may fix the parsing of the changelog, although I'm looking to change the whole way the changelog is parsed in the current iteration which will fix your issue. I'm not going to be able to start work on this for a couple of weeks, but will link changes back to this defect so they are visible.