[JIRA] [workflow-plugin] (JENKINS-32767) Stuck branch indexing blocks forbids any build to start

[jgl...@cloudbees.com (JIRA)]

Title: Message Title

Jesse Glick commented on JENKINS-32767   Re: Stuck branch indexing blocks forbids any build to start Specifically "Executor #-1 for master : executing jenkins.branch.MultiBranchProject$BranchIndexing@…" … state=RUNNABLE cpu=0% (running in native) at java.net.SocketInputStream.socketRead0(Native Method) at … at org.eclipse.jgit.util.IO.readFully(IO.java:246) at org.eclipse.jgit.transport.PacketLineIn.readLength(PacketLineIn.java:186) at org.eclipse.jgit.transport.PacketLineIn.readString(PacketLineIn.java:138) at org.eclipse.jgit.transport.BasePackConnection.readAdvertisedRefsImpl(BasePackConnection.java:195) at org.eclipse.jgit.transport.BasePackConnection.readAdvertisedRefs(BasePackConnection.java:176) at org.eclipse.jgit.transport.TransportGitAnon$TcpFetchConnection.<init>(TransportGitAnon.java:194) at org.eclipse.jgit.transport.TransportGitAnon.openFetch(TransportGitAnon.java:120) at org.eclipse.jgit.transport.FetchProcess.executeImp(FetchProcess.java:136) at org.eclipse.jgit.transport.FetchProcess.execute(FetchProcess.java:122) at org.eclipse.jgit.transport.Transport.fetch(Transport.java:1138) at org.eclipse.jgit.api.FetchCommand.call(FetchCommand.java:130) at org.jenkinsci.plugins.gitclient.JGitAPIImpl.fetch(JGitAPIImpl.java:674) at jenkins.plugins.git.AbstractGitSCMSource.retrieve(AbstractGitSCMSource.java:171) at jenkins.scm.api.SCMSource.fetch(SCMSource.java:143) at jenkins.branch.MultiBranchProject.computeChildren(MultiBranchProject.java:295) at com.cloudbees.hudson.plugins.folder.computed.ComputedFolder.updateChildren(ComputedFolder.java:151) at com.cloudbees.hudson.plugins.folder.computed.FolderComputation.run(FolderComputation.java:106) at hudson.model.ResourceController.execute(ResourceController.java:98) at hudson.model.Executor.run(Executor.java:408) The immediate problem I see is that socket reads in the Oracle JRE are not interruptible, so using a native SCM client is a bad idea, unless that client is very careful to impose read timeouts on all connections, which apparently the JGit implementation is failing to do. (This code is not calling setSoTimeout.) Would be better to use the CLI Git implementation (cf. JENKINS-31924). Other builds are blocked on the cache lock: "Executor #-1 for master : executing something/master #123" … state=WAITING cpu=86% - waiting on <…> (a java.util.concurrent.locks.ReentrantLock$NonfairSync) - locked <…> (a java.util.concurrent.locks.ReentrantLock$NonfairSync) owned by "Executor #-1 for master : executing jenkins.branch.MultiBranchProject$BranchIndexing@…" … at … at java.util.concurrent.locks.ReentrantLock.lock(ReentrantLock.java:285) at jenkins.plugins.git.AbstractGitSCMSource.retrieve(AbstractGitSCMSource.java:120) at jenkins.scm.api.SCMSource.fetch(SCMSource.java:233) at org.jenkinsci.plugins.workflow.multibranch.SCMBinder.create(SCMBinder.java:77) at org.jenkinsci.plugins.workflow.job.WorkflowRun.run(WorkflowRun.java:206) at hudson.model.ResourceController.execute(ResourceController.java:98) at hudson.model.Executor.run(Executor.java:408) This code should be using lockInterruptibly, I think. Add Comment   This message was sent by Atlassian JIRA (v6.4.2#64017-sha1:e244265) -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.