Skip to main content


Eclipse Community Forums
Forum Search:

Search      Help    Register    Login    Home
Home » Eclipse Projects » Subversive » Hanging SVN actions
Hanging SVN actions [message #23110] Tue, 01 July 2008 10:28 Go to next message
Thomas Hallgren is currently offline Thomas HallgrenFriend
Messages: 3240
Registered: July 2009
Senior Member
Hi,
I have frequent problems with hanging SVN actions. The process just
hangs when I do update, show history, or commit. The really annoying
thing is that clicking on 'Cancel' doesn't have any effect other then a
'Cancel requested' message. The action is never cancelled. If I try to
shut down my IDE, it hangs on this action.

I'm using the SVNKit connector. I've tried both the 1.1.7 and the 1.2.0.
The result is the same.

The only way out is to kill the process from the outside.

I would be nice if the commands were equipped with some timeout function
and functional cancellations.

Kind Regards,
Thomas Hallgren
Re: Hanging SVN actions [message #23540 is a reply to message #23110] Wed, 02 July 2008 13:20 Go to previous messageGo to next message
Eclipse UserFriend
Originally posted by: alexander.gurov.polarion.org

Hello Thomas,


I have never seen the described behaviour. Could you please provide a
stack traces of the frozen Eclipse IDE instance?
You can read more about stack traces capturing here:
http://wiki.eclipse.org/How_to_report_a_deadlock
Re: Hanging SVN actions [message #23972 is a reply to message #23540] Wed, 02 July 2008 18:50 Go to previous messageGo to next message
Thomas Hallgren is currently offline Thomas HallgrenFriend
Messages: 3240
Registered: July 2009
Senior Member
Hi Alexander,

There are two issues:
1. The fact that the commit hangs for a very long time (17 minutes on
this time).
2. The fact that it cannot be canceled while it hangs.

I don't think the actual hanging is your fault. It's probably due to
connection problems with dev.eclipse.org (that's the only server where I
experience this). Below is a sample trace of a commit of a few fairly
small files. The time was 17 minutes!

First nothing at all happens, and then, after 17 minutes, everything is
committed in a few seconds.

During this time, there's no way to cancel the commit. I have to kill my
IDE from the outside and then restart it. A normal exit doesn't help
since it waits for the SVN commit job to complete. This is very
annoying. I also feel that a timeout slightly lower then 17 minutes
would be appropriate :-)

Regarding a stacktrace; unfortunately, on this occasion, I used JDK 1.5
to start and it was not console enabled. The stdout from the process was
/dev/null since I started it using a gtk launcher.

I'm using JDK 1.6 now so the next time this happens, I promise I'll send
a stacktrace. Don't expect anything out of the ordinary though, since if
I wait long enough, the commit succeeds.

Kind Regards,
Thomas Hallgren

svn commit
" /home/thhal/workspaces/cirrus/plugins/org.eclipse.buckminste r.ant " -m
"Added buckminster.signatureCleaner ant-task"
M
/home/thhal/workspaces/cirrus/plugins/org.eclipse.buckminste r.ant/plugin.xml
A
/home/thhal/workspaces/cirrus/plugins/org.eclipse.buckminste r.ant/src/ant_tasks/org/eclipse/buckminster/ant/taskdefs/Sig natureCleaner.java
A
/home/thhal/workspaces/cirrus/plugins/org.eclipse.buckminste r.ant/src/java/org/eclipse/buckminster/ant/tasks/SignatureCl eanerTask.java
Transmitting file data:
/home/thhal/workspaces/cirrus/plugins/org.eclipse.buckminste r.ant/plugin.xml
Transmitting file data:
/home/thhal/workspaces/cirrus/plugins/org.eclipse.buckminste r.ant/src/ant_tasks/org/eclipse/buckminster/ant/taskdefs/Sig natureCleaner.java
Transmitting file data:
/home/thhal/workspaces/cirrus/plugins/org.eclipse.buckminste r.ant/src/java/org/eclipse/buckminster/ant/tasks/SignatureCl eanerTask.java
Committed revision 9443
*** Ok (took 17:08.924)



Alexander Gurov wrote:
> Hello Thomas,
>
>
> I have never seen the described behaviour. Could you please provide a
> stack traces of the frozen Eclipse IDE instance?
> You can read more about stack traces capturing here:
> http://wiki.eclipse.org/How_to_report_a_deadlock
>
>
Re: Hanging SVN actions [message #24128 is a reply to message #23972] Thu, 03 July 2008 09:01 Go to previous messageGo to next message
Eclipse UserFriend
Originally posted by: alexander.gurov.polarion.org

Unfortunately it looks like one issue. In Subversive plug-in cancellation
is performed by special cancellation thread which monitors return value of
IProgressMonitor.isCancelled method then calls
SVNClientInterface.cancelOperation method. Polling time is less than 1
second. So, regarding to your analysis of the problem I think that client
library does not check cancellation status during all this time.
Re: Hanging SVN actions [message #24330 is a reply to message #24128] Thu, 03 July 2008 15:02 Go to previous messageGo to next message
Thomas Hallgren is currently offline Thomas HallgrenFriend
Messages: 3240
Registered: July 2009
Senior Member
What can be done about this?

Alexander Gurov wrote:
> Unfortunately it looks like one issue. In Subversive plug-in
> cancellation is performed by special cancellation thread which monitors
> return value of IProgressMonitor.isCancelled method then calls
> SVNClientInterface.cancelOperation method. Polling time is less than 1
> second. So, regarding to your analysis of the problem I think that
> client library does not check cancellation status during all this time.
>
>
Re: Hanging SVN actions [message #24411 is a reply to message #24330] Thu, 03 July 2008 15:44 Go to previous messageGo to next message
Eclipse UserFriend
Originally posted by: alexander.gurov.polarion.org

I have no idea except asking SVN Kit developers about this situation. In
any case stack trace will help a lot.
Re: Hanging SVN actions [message #24452 is a reply to message #24411] Thu, 03 July 2008 16:13 Go to previous messageGo to next message
Thomas Hallgren is currently offline Thomas HallgrenFriend
Messages: 3240
Registered: July 2009
Senior Member
This is a multi-part message in MIME format.
--------------050701060001020008070700
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 7bit

Here's a jstack output.

Regards,
Thomas Hallgren

Alexander Gurov wrote:
> I have no idea except asking SVN Kit developers about this situation. In
> any case stack trace will help a lot.
>


--------------050701060001020008070700
Content-Type: text/plain;
name="hanging.stack"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
filename="hanging.stack"

2008-07-03 14:43:22
Full thread dump Java HotSpot(TM) Server VM (10.0-b19 mixed mode):

"Attach Listener" daemon prio=10 tid=0x096d7000 nid=0x9b1 waiting on condition [0x00000000..0x00000000]
java.lang.Thread.State: RUNNABLE

"SVN Kit 1.1 Connector" prio=10 tid=0xcf835400 nid=0x974 in Object.wait() [0xcf721000..0xcf721f30]
java.lang.Thread.State: TIMED_WAITING (on object monitor)
at java.lang.Object.wait(Native Method)
at org.polarion.team.svn.connector.svnkit.SVNKitConnector$Progr essMonitorThread.run(SVNKitConnector.java:1347)
- locked <0xd5611c68> (a java.util.ArrayList)

"Worker-6" prio=10 tid=0x08831c00 nid=0x96c in Object.wait() [0xcf784000..0xcf7850b0]
java.lang.Thread.State: TIMED_WAITING (on object monitor)
at java.lang.Object.wait(Native Method)
at org.eclipse.core.internal.jobs.WorkerPool.sleep(WorkerPool.j ava:185)
- locked <0xd51375a8> (a org.eclipse.core.internal.jobs.WorkerPool)
at org.eclipse.core.internal.jobs.WorkerPool.startJob(WorkerPoo l.java:217)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:51)

"Worker-5" prio=10 tid=0xcf106800 nid=0x96b in Object.wait() [0xcff7a000..0xcff7b130]
java.lang.Thread.State: TIMED_WAITING (on object monitor)
at java.lang.Object.wait(Native Method)
at org.eclipse.core.internal.jobs.WorkerPool.sleep(WorkerPool.j ava:185)
- locked <0xd51375a8> (a org.eclipse.core.internal.jobs.WorkerPool)
at org.eclipse.core.internal.jobs.WorkerPool.startJob(WorkerPoo l.java:217)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:51)

"SVN-HSNUP" prio=10 tid=0x0926a800 nid=0x965 runnable [0xcfaad000..0xcfaadeb0]
java.lang.Thread.State: RUNNABLE
at java.net.SocketInputStream.socketRead0(Native Method)
at java.net.SocketInputStream.read(Unknown Source)
at java.io.BufferedInputStream.fill(Unknown Source)
at java.io.BufferedInputStream.read1(Unknown Source)
at java.io.BufferedInputStream.read(Unknown Source)
- locked <0xd563cc28> (a java.io.BufferedInputStream)
at org.tmatesoft.svn.core.internal.io.dav.http.ChunkedInputStre am.read(ChunkedInputStream.java:69)
at java.util.zip.InflaterInputStream.fill(Unknown Source)
at java.util.zip.InflaterInputStream.read(Unknown Source)
at java.util.zip.GZIPInputStream.read(Unknown Source)
at sun.nio.cs.StreamDecoder.readBytes(Unknown Source)
at sun.nio.cs.StreamDecoder.implRead(Unknown Source)
at sun.nio.cs.StreamDecoder.read(Unknown Source)
- locked <0xd563cb08> (a java.io.InputStreamReader)
at java.io.InputStreamReader.read(Unknown Source)
at org.tmatesoft.svn.core.internal.io.dav.http.XMLReader.read(X MLReader.java:39)
at com.sun.org.apache.xerces.internal.impl.XMLEntityScanner.loa d(Unknown Source)
at com.sun.org.apache.xerces.internal.impl.XMLEntityScanner.ski pChar(Unknown Source)
at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentS cannerImpl$FragmentContentDriver.next(Unknown Source)
at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerIm pl.next(Unknown Source)
at com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScanner Impl.next(Unknown Source)
at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentS cannerImpl.scanDocument(Unknown Source)
at com.sun.org.apache.xerces.internal.parsers.XML11Configuratio n.parse(Unknown Source)
at com.sun.org.apache.xerces.internal.parsers.XML11Configuratio n.parse(Unknown Source)
at com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(U nknown Source)
at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser .parse(Unknown Source)
at com.sun.org.apache.xerces.internal.jaxp.SAXParserImpl$JAXPSA XParser.parse(Unknown Source)
at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.r eadData(HTTPConnection.java:686)
at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.r eadData(HTTPConnection.java:651)
at org.tmatesoft.svn.core.internal.io.dav.http.HTTPRequest.disp atch(HTTPRequest.java:207)
at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.r equest(HTTPConnection.java:300)
at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.r equest(HTTPConnection.java:246)
at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.r equest(HTTPConnection.java:234)
at org.tmatesoft.svn.core.internal.io.dav.DAVConnection.doRepor t(DAVConnection.java:219)
at org.tmatesoft.svn.core.internal.io.dav.DAVConnection.doRepor t(DAVConnection.java:211)
at org.tmatesoft.svn.core.internal.io.dav.DAVRepository.update( DAVRepository.java:610)
at org.tmatesoft.svn.core.wc.SVNUpdateClient.doUpdate(SVNUpdate Client.java:162)
at org.tmatesoft.svn.core.wc.SVNUpdateClient.doCheckout(SVNUpda teClient.java:344)
at org.tmatesoft.svn.core.javahl.SVNClientImpl.checkout(SVNClie ntImpl.java:370)
at org.polarion.team.svn.connector.svnkit.SVNKitConnector.check out(SVNKitConnector.java:198)
at org.eclipse.team.svn.core.extension.factory.ThreadNameModifi er.checkout(ThreadNameModifier.java:76)
at org.eclipse.buckminster.subversive.internal.SubversiveRemote FileReader.innerMaterialize(SubversiveRemoteFileReader.java: 103)
at org.eclipse.buckminster.core.reader.AbstractCatalogReader.ma terialize(AbstractCatalogReader.java:164)
at org.eclipse.buckminster.core.materializer.FileSystemMaterial izer.materialize(FileSystemMaterializer.java:265)
at org.eclipse.buckminster.core.materializer.MaterializerJob.ru n(MaterializerJob.java:59)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)

"ModalContext" prio=10 tid=0x087bd000 nid=0x964 waiting on condition [0xcfc63000..0xcfc63f30]
java.lang.Thread.State: TIMED_WAITING (sleeping)
at java.lang.Thread.sleep(Native Method)
at org.eclipse.core.internal.jobs.JobManager.join(JobManager.ja va:794)
at org.eclipse.buckminster.core.materializer.MaterializationJob .waitForJobs(MaterializationJob.java:258)
at org.eclipse.buckminster.core.materializer.MaterializationJob .internalRun(MaterializationJob.java:151)
at org.eclipse.buckminster.jnlp.JNLPMaterializationJob.runDeleg ated(JNLPMaterializationJob.java:26)
at org.eclipse.buckminster.jnlp.MaterializerRunnable.run(Materi alizerRunnable.java:45)
at org.eclipse.jface.operation.ModalContext$ModalContextThread. run(ModalContext.java:121)

"Java indexing" daemon prio=10 tid=0xcf146400 nid=0x963 in Object.wait() [0xcfafe000..0xcfafefb0]
java.lang.Thread.State: WAITING (on object monitor)
at java.lang.Object.wait(Native Method)
- waiting on <0xd4fe7348> (a org.eclipse.jdt.internal.core.search.indexing.IndexManager)
at java.lang.Object.wait(Object.java:485)
at org.eclipse.jdt.internal.core.search.processing.JobManager.r un(JobManager.java:371)
- locked <0xd4fe7348> (a org.eclipse.jdt.internal.core.search.indexing.IndexManager)
at java.lang.Thread.run(Unknown Source)

"Timer-0" prio=10 tid=0x08a88000 nid=0x959 in Object.wait() [0xd02c6000..0xd02c6e30]
java.lang.Thread.State: WAITING (on object monitor)
at java.lang.Object.wait(Native Method)
- waiting on <0xd4ebb6b0> (a java.util.TaskQueue)
at java.lang.Object.wait(Object.java:485)
at java.util.TimerThread.mainLoop(Unknown Source)
- locked <0xd4ebb6b0> (a java.util.TaskQueue)
at java.util.TimerThread.run(Unknown Source)

"Start Level Event Dispatcher" daemon prio=10 tid=0x08afe400 nid=0x958 in Object.wait() [0xd0218000..0xd0218eb0]
java.lang.Thread.State: WAITING (on object monitor)
at java.lang.Object.wait(Native Method)
- waiting on <0xd4ea0900> (a org.eclipse.osgi.framework.eventmgr.EventManager$EventThread )
at java.lang.Object.wait(Object.java:485)
at org.eclipse.osgi.framework.eventmgr.EventManager$EventThread .getNextEvent(EventManager.java:377)
- locked <0xd4ea0900> (a org.eclipse.osgi.framework.eventmgr.EventManager$EventThread )
at org.eclipse.osgi.framework.eventmgr.EventManager$EventThread .run(EventManager.java:317)

"Framework Event Dispatcher" daemon prio=10 tid=0x08b32c00 nid=0x956 in Object.wait() [0xd0275000..0xd0275f30]
java.lang.Thread.State: WAITING (on object monitor)
at java.lang.Object.wait(Native Method)
at java.lang.Object.wait(Object.java:485)
at org.eclipse.osgi.framework.eventmgr.EventManager$EventThread .getNextEvent(EventManager.java:377)
- locked <0xd4e8fa58> (a org.eclipse.osgi.framework.eventmgr.EventManager$EventThread )
at org.eclipse.osgi.framework.eventmgr.EventManager$EventThread .run(EventManager.java:317)

"State Data Manager" daemon prio=10 tid=0x08b1c000 nid=0x953 waiting on condition [0xd0317000..0xd0318030]
java.lang.Thread.State: TIMED_WAITING (sleeping)
at java.lang.Thread.sleep(Native Method)
at org.eclipse.osgi.internal.baseadaptor.StateManager.run(State Manager.java:297)
at java.lang.Thread.run(Unknown Source)

"Low Memory Detector" daemon prio=10 tid=0x08742400 nid=0x94f runnable [0x00000000..0x00000000]
java.lang.Thread.State: RUNNABLE

"CompilerThread1" daemon prio=10 tid=0x08740c00 nid=0x94e waiting on condition [0x00000000..0xd0495278]
java.lang.Thread.State: RUNNABLE

"CompilerThread0" daemon prio=10 tid=0x0873e400 nid=0x94d waiting on condition [0x00000000..0xd05162f8]
java.lang.Thread.State: RUNNABLE

"Signal Dispatcher" daemon prio=10 tid=0x0873d000 nid=0x94b runnable [0x00000000..0xd0567b90]
java.lang.Thread.State: RUNNABLE

"Finalizer" daemon prio=10 tid=0x08726c00 nid=0x94a in Object.wait() [0xd07b8000..0xd07b8f30]
java.lang.Thread.State: WAITING (on object monitor)
at java.lang.Object.wait(Native Method)
at java.lang.ref.ReferenceQueue.remove(Unknown Source)
- locked <0xd4dd9d60> (a java.lang.ref.ReferenceQueue$Lock)
at java.lang.ref.ReferenceQueue.remove(Unknown Source)
at java.lang.ref.Finalizer$FinalizerThread.run(Unknown Source)

"Reference Handler" daemon prio=10 tid=0x08722800 nid=0x949 in Object.wait() [0xd0809000..0xd0809fb0]
java.lang.Thread.State: WAITING (on object monitor)
at java.lang.Object.wait(Native Method)
at java.lang.Object.wait(Object.java:485)
at java.lang.ref.Reference$ReferenceHandler.run(Unknown Source)
- locked <0xd4ddd5f8> (a java.lang.ref.Reference$Lock)

"main" prio=10 tid=0x0869f800 nid=0x945 runnable [0xf7eec000..0xf7eed208]
java.lang.Thread.State: RUNNABLE
at org.eclipse.swt.internal.gtk.OS.Call(Native Method)
at org.eclipse.swt.widgets.Display.sleep(Display.java:3801)
at org.eclipse.jface.operation.ModalContext$ModalContextThread. block(ModalContext.java:173)
at org.eclipse.jface.operation.ModalContext.run(ModalContext.ja va:370)
at org.eclipse.buckminster.jnlp.ui.general.wizard.AdvancedWizar dDialog.run(AdvancedWizardDialog.java:189)
at org.eclipse.buckminster.jnlp.wizard.install.InstallWizard.pe rformFinish(InstallWizard.java:507)
at org.eclipse.jface.wizard.WizardDialog.finishPressed(WizardDi alog.java:742)
at org.eclipse.buckminster.jnlp.ui.general.wizard.AdvancedWizar dDialog.finishPressed(AdvancedWizardDialog.java:101)
at org.eclipse.jface.wizard.WizardDialog.buttonPressed(WizardDi alog.java:373)
at org.eclipse.jface.dialogs.Dialog$2.widgetSelected(Dialog.jav a:624)
at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListe ner.java:228)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java :84)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1158)
at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.ja va:3401)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java :3033)
at org.eclipse.jface.window.Window.runEventLoop(Window.java:825 )
at org.eclipse.jface.window.Window.open(Window.java:801)
at org.eclipse.buckminster.jnlp.ui.general.wizard.AdvancedWizar dDialog.open(AdvancedWizardDialog.java:70)
at org.eclipse.buckminster.jnlp.Application.start(Application.j ava:296)
at org.eclipse.equinox.internal.app.EclipseAppHandle.run(Eclips eAppHandle.java:193)
at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher .runApplication(EclipseAppLauncher.java:110)
at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher .start(EclipseAppLauncher.java:79)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseS tarter.java:382)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseS tarter.java:179)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java: 549)
at org.eclipse.equinox.launcher.Main.basicRun(Main.java:504)
at org.eclipse.equinox.launcher.Main.run(Main.java:1236)
at org.eclipse.equinox.launcher.Main.main(Main.java:1212)

"VM Thread" prio=10 tid=0x0871dc00 nid=0x948 runnable

"GC task thread#0 (ParallelGC)" prio=10 tid=0x086a6400 nid=0x946 runnable

"GC task thread#1 (ParallelGC)" prio=10 tid=0x086a7400 nid=0x947 runnable

"VM Periodic Task Thread" prio=10 tid=0x08743c00 nid=0x950 waiting on condition

JNI global references: 1178


--------------050701060001020008070700--
Re: Hanging SVN actions [message #25071 is a reply to message #24452] Tue, 08 July 2008 08:08 Go to previous messageGo to next message
Eclipse UserFriend
Originally posted by: alexander.gurov.polarion.org

Hello Thomas,


I sent description of this problem and reference to this thread to SVN Kit
developers and I hope that provided stack trace will help them to find and
solve the problem. Thank you once again!
Re: Hanging SVN actions [message #25637 is a reply to message #25071] Tue, 15 July 2008 13:27 Go to previous messageGo to next message
Thomas Hallgren is currently offline Thomas HallgrenFriend
Messages: 3240
Registered: July 2009
Senior Member
This is a multi-part message in MIME format.
--------------090002020303010003090105
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 7bit

Hello Alexander,
I have an update to this that might be relevant. Here I'm using a
JRockit JVM and it's a SVN update, not a check-out. The really
interesting thing is that this also took just above 17 minutes to
accomplish. A jstack thread-dump is attached. Here's the console trace:

Regards,
Thomas Hallgren


*** Update
svn update
" /home/thhal/workspaces/bucky/plugins/org.eclipse.buckminster .pde " -r
HEAD --username "thallgren"

/home/thhal/workspaces/bucky/plugins/org.eclipse.buckminster .pde/src/java/org/eclipse/buckminster/pde/antscripts

/home/thhal/workspaces/bucky/plugins/org.eclipse.buckminster .pde/src/java/org/eclipse/buckminster/pde

/home/thhal/workspaces/bucky/plugins/org.eclipse.buckminster .pde/src/java/org/eclipse/buckminster

/home/thhal/workspaces/bucky/plugins/org.eclipse.buckminster .pde/src/java/org/eclipse

/home/thhal/workspaces/bucky/plugins/org.eclipse.buckminster .pde/src/java/org
/home/thhal/workspaces/bucky/plugins/org.eclipse.buckminster .pde/src/java
/home/thhal/workspaces/bucky/plugins/org.eclipse.buckminster .pde/src
/home/thhal/workspaces/bucky/plugins/org.eclipse.buckminster .pde
At revision 9453
*** Ok (took 17:20.866)


Alexander Gurov wrote:
> Hello Thomas,
>
> I sent description of this problem and reference to this thread to SVN
> Kit developers and I hope that provided stack trace will help them to
> find and solve the problem. Thank you once again!
>
>


--------------090002020303010003090105
Content-Type: text/plain;
name="svnupdate.stack"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
filename="svnupdate.stack"


===== FULL THREAD DUMP ===============
Tue Jul 15 15:01:57 2008
BEA JRockit(R) R27.5.0-110_o-99226-1.6.0_03-20080528-1505-linux-x86_64

"Main Thread" id=1 idx=0x4 tid=14036 prio=6 alive, in native
at org/eclipse/swt/internal/gtk/OS.Call(JJII)I(Native Method)
at org/eclipse/swt/widgets/Display.sleep(Display.java:3801)
at org/eclipse/ui/application/WorkbenchAdvisor.eventLoopIdle(Wo rkbenchAdvisor.java:364)
at org/eclipse/ui/internal/Workbench.runEventLoop(Workbench.jav a:2383)
at org/eclipse/ui/internal/Workbench.runUI(Workbench.java:2346)
at org/eclipse/ui/internal/Workbench.access$4(Workbench.java:21 98)
at org/eclipse/ui/internal/Workbench$5.run(Workbench.java:493)
at org/eclipse/core/databinding/observable/Realm.runWithDefault (Realm.java:288)
at org/eclipse/ui/internal/Workbench.createAndRunWorkbench(Work bench.java:488)
at org/eclipse/ui/PlatformUI.createAndRunWorkbench(PlatformUI.j ava:149)
at org/eclipse/ui/internal/ide/application/IDEApplication.start (IDEApplication.java:113)
at org/eclipse/equinox/internal/app/EclipseAppHandle.run(Eclips eAppHandle.java:193)
at org/eclipse/core/runtime/internal/adaptor/EclipseAppLauncher .runApplication(EclipseAppLauncher.java:110)
at org/eclipse/core/runtime/internal/adaptor/EclipseAppLauncher .start(EclipseAppLauncher.java:79)
at org/eclipse/core/runtime/adaptor/EclipseStarter.run(EclipseS tarter.java:382)
at org/eclipse/core/runtime/adaptor/EclipseStarter.run(EclipseS tarter.java:179)
at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
at jrockit/vm/Reflect.invokeMethod(Ljava/lang/Object;Ljava/lang /Object;[Ljava/lang/Object;)Ljava/lang/Object;(Native Method)
at sun/reflect/NativeMethodAccessorImpl.invoke0(Ljava/lang/refl ect/Method;Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/ Object;(Native Method)
at sun/reflect/NativeMethodAccessorImpl.invoke(NativeMethodAcce ssorImpl.java:39)
at sun/reflect/DelegatingMethodAccessorImpl.invoke(DelegatingMe thodAccessorImpl.java:25)
at java/lang/reflect/Method.invoke(Method.java:597)
at org/eclipse/equinox/launcher/Main.invokeFramework(Main.java: 549)
at org/eclipse/equinox/launcher/Main.basicRun(Main.java:504)
at org/eclipse/equinox/launcher/Main.run(Main.java:1236)
at org/eclipse/equinox/launcher/Main.main(Main.java:1212)
at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
-- end of trace

"(Signal Handler)" id=2 idx=0x8 tid=14037 prio=5 alive, in native, daemon

"(GC Main Thread)" id=3 idx=0xc tid=14038 prio=5 alive, in native, native_waiting, daemon

"(GC Worker Thread 1)" id=? idx=0x10 tid=14039 prio=5 alive, in native, daemon

"(GC Worker Thread 2)" id=? idx=0x14 tid=14040 prio=5 alive, in native, daemon

"(Code Generation Thread 1)" id=4 idx=0x18 tid=14041 prio=5 alive, in native, native_waiting, daemon

"(Code Optimization Thread 1)" id=5 idx=0x1c tid=14042 prio=5 alive, in native, native_waiting, daemon

"(VM Periodic Task)" id=6 idx=0x20 tid=14043 prio=10 alive, in native, daemon

"Finalizer" id=7 idx=0x24 tid=14044 prio=8 alive, in native, native_waiting, daemon
at jrockit/memory/Finalizer.waitForFinalizees([Ljava/lang/Objec t;)I(Native Method)
at jrockit/memory/Finalizer.access$500(Finalizer.java:12)
at jrockit/memory/Finalizer$4.run(Finalizer.java:159)
at java/lang/Thread.run(Thread.java:619)
at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
-- end of trace

"Reference Handler" id=8 idx=0x28 tid=14045 prio=10 alive, in native, native_waiting, daemon
at java/lang/ref/Reference.waitForActivatedQueue()Ljava/lang/re f/Reference;(Native Method)
at java/lang/ref/Reference.access$100(Reference.java:11)
at java/lang/ref/Reference$ReferenceHandler.run(Reference.java: 79)
at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
-- end of trace

"(Sensor Event Thread)" id=9 idx=0x2c tid=14046 prio=5 alive, in native, daemon

"State Data Manager" id=11 idx=0x30 tid=14048 prio=5 alive, in native, sleeping, native_waiting, daemon
at java/lang/Thread.sleep(J)V(Native Method)
at org/eclipse/osgi/internal/baseadaptor/StateManager.run(State Manager.java:297)
at java/lang/Thread.run(Thread.java:619)
at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
-- end of trace

"Framework Event Dispatcher" id=12 idx=0x34 tid=14049 prio=5 alive, in native, waiting, daemon
-- Waiting for notification on: org/eclipse/osgi/framework/eventmgr/EventManager$EventThread@0x46cf8f8[fat lock]
at jrockit/vm/Threads.waitForNotifySignal(JLjava/lang/Object;)Z (Native Method)
at java/lang/Object.wait(J)V(Native Method)
at java/lang/Object.wait(Object.java:485)
at org/eclipse/osgi/framework/eventmgr/EventManager$EventThread .getNextEvent(EventManager.java:377)
^-- Lock released while waiting: org/eclipse/osgi/framework/eventmgr/EventManager$EventThread@0x46cf8f8[fat lock]
at org/eclipse/osgi/framework/eventmgr/EventManager$EventThread .run(EventManager.java:317)
at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
-- end of trace

"Start Level Event Dispatcher" id=13 idx=0x38 tid=14050 prio=5 alive, in native, waiting, daemon
-- Waiting for notification on: org/eclipse/osgi/framework/eventmgr/EventManager$EventThread@0x46cf998[fat lock]
at jrockit/vm/Threads.waitForNotifySignal(JLjava/lang/Object;)Z (Native Method)
at java/lang/Object.wait(J)V(Native Method)
at java/lang/Object.wait(Object.java:485)
at org/eclipse/osgi/framework/eventmgr/EventManager$EventThread .getNextEvent(EventManager.java:377)
^-- Lock released while waiting: org/eclipse/osgi/framework/eventmgr/EventManager$EventThread@0x46cf998[fat lock]
at org/eclipse/osgi/framework/eventmgr/EventManager$EventThread .run(EventManager.java:317)
at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
-- end of trace

"Java indexing" id=17 idx=0x48 tid=14059 prio=4 alive, in native, waiting, daemon
-- Waiting for notification on: org/eclipse/jdt/internal/core/search/indexing/IndexManager@0x47160c0[fat lock]
at jrockit/vm/Threads.waitForNotifySignal(JLjava/lang/Object;)Z (Native Method)
at java/lang/Object.wait(J)V(Native Method)
at java/lang/Object.wait(Object.java:485)
at org/eclipse/jdt/internal/core/search/processing/JobManager.r un(JobManager.java:371)
^-- Lock released while waiting: org/eclipse/jdt/internal/core/search/indexing/IndexManager@0x47160c0[fat lock]
at java/lang/Thread.run(Thread.java:619)
at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
-- end of trace

"Packet Send Manager" id=623 idx=0x58 tid=18233 prio=5 alive, in native, waiting, daemon
-- Waiting for notification on: java/util/LinkedList@0xeac4b80[fat lock]
at jrockit/vm/Threads.waitForNotifySignal(JLjava/lang/Object;)Z (Native Method)
at java/lang/Object.wait(J)V(Native Method)[optimized]
at java/lang/Object.wait(Object.java:485)
at org/eclipse/jdi/internal/connect/PacketSendManager.sendAvail ablePackets(PacketSendManager.java:98)
^-- Lock released while waiting: java/util/LinkedList@0xeac4b80[fat lock]
at org/eclipse/jdi/internal/connect/PacketSendManager.run(Packe tSendManager.java:53)
at java/lang/Thread.run(Thread.java:619)
at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
-- end of trace

"SVN Kit 1.2 Connector" id=31 idx=0x7c tid=14074 prio=5 alive, in native, waiting
-- Waiting for notification on: java/util/ArrayList@0x4712dd8[fat lock]
at jrockit/vm/Threads.waitForNotifySignal(JLjava/lang/Object;)Z (Native Method)
at java/lang/Object.wait(J)V(Native Method)[optimized]
at org/polarion/team/svn/connector/svnkit/SVNKitConnector$Progr essMonitorThread.run(SVNKitConnector.java:1458)
^-- Lock released while waiting: java/util/ArrayList@0x4712dd8[fat lock]
at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
-- end of trace

"org.eclipse.ant.internal.ui.editor.text.NotifyingReconciler " id=93 idx=0x174 tid=14148 prio=1 alive, in native, waiting, daemon
-- Waiting for notification on: org/eclipse/jface/text/reconciler/DirtyRegionQueue@0x4672878[fat lock]
at jrockit/vm/Threads.waitForNotifySignal(JLjava/lang/Object;)Z (Native Method)
at java/lang/Object.wait(J)V(Native Method)[optimized]
at org/eclipse/jface/text/reconciler/AbstractReconciler$Backgro undThread.run(AbstractReconciler.java:179)
^-- Lock released while waiting: org/eclipse/jface/text/reconciler/DirtyRegionQueue@0x4672878[fat lock]
at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
-- end of trace

"Timer-59" id=94 idx=0x178 tid=14149 prio=6 alive, in native, waiting
-- Waiting for notification on: java/util/TaskQueue@0x44c8ee0[fat lock]
at jrockit/vm/Threads.waitForNotifySignal(JLjava/lang/Object;)Z (Native Method)
at java/lang/Object.wait(J)V(Native Method)
at java/lang/Object.wait(Object.java:485)
at java/util/TimerThread.mainLoop(Timer.java:483)
^-- Lock released while waiting: java/util/TaskQueue@0x44c8ee0[fat lock]
at java/util/TimerThread.run(Timer.java:462)
at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
-- end of trace

"Thread-66" id=95 idx=0x17c tid=14160 prio=1 alive, in native, daemon
at jrockit/net/SocketNativeIO.readBytesPinned(Ljava/io/FileDesc riptor;[BIII)I(Native Method)
at jrockit/net/SocketNativeIO.socketRead(SocketNativeIO.java:46 )
at java/net/SocketInputStream.socketRead0(Ljava/io/FileDescript or;[BIII)I(SocketInputStream.java)
at java/net/SocketInputStream.read(SocketInputStream.java:129)
at com/trilead/ssh2/crypto/cipher/CipherInputStream.fill_buffer (CipherInputStream.java:41)
at com/trilead/ssh2/crypto/cipher/CipherInputStream.internal_re ad(CipherInputStream.java:52)
at com/trilead/ssh2/crypto/cipher/CipherInputStream.getBlock(Ci pherInputStream.java:79)
at com/trilead/ssh2/crypto/cipher/CipherInputStream.read(Cipher InputStream.java:108)
at com/trilead/ssh2/transport/TransportConnection.receiveMessag e(TransportConnection.java:232)
at com/trilead/ssh2/transport/TransportManager.receiveLoop(Tran sportManager.java:670)
at com/trilead/ssh2/transport/TransportManager$1.run(TransportM anager.java:469)
at java/lang/Thread.run(Thread.java:619)
at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
-- end of trace

"Thread-67" id=96 idx=0x180 tid=14161 prio=1 alive, in native, waiting, daemon
-- Waiting for notification on: com/trilead/ssh2/channel/Channel@0x367f078[fat lock]
at jrockit/vm/Threads.waitForNotifySignal(JLjava/lang/Object;)Z (Native Method)
at java/lang/Object.wait(J)V(Native Method)
at java/lang/Object.wait(Object.java:485)
at com/trilead/ssh2/channel/ChannelManager.getChannelData(Chann elManager.java:987)
^-- Lock released while waiting: com/trilead/ssh2/channel/Channel@0x367f078[fat lock]
at com/trilead/ssh2/channel/ChannelInputStream.read(ChannelInpu tStream.java:58)
at com/trilead/ssh2/channel/ChannelInputStream.read(ChannelInpu tStream.java:70)
at com/trilead/ssh2/StreamGobbler$GobblerThread.run(StreamGobbl er.java:47)
at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
-- end of trace

"Output Stream Monitor" id=616 idx=0x1d4 tid=18213 prio=1 alive, in native, daemon
at jrockit/io/FileNativeIO.readBytesPinned(Ljava/io/FileDescrip tor;[BII)I(Native Method)
at jrockit/io/FileNativeIO.readBytes(FileNativeIO.java:46)
at java/io/FileInputStream.readBytes([BII)I(FileInputStream.jav a)
at java/io/FileInputStream.read(FileInputStream.java:199)
at java/io/BufferedInputStream.read1(BufferedInputStream.java:2 56)
at java/io/BufferedInputStream.read(BufferedInputStream.java:31 7)
^-- Holding lock: java/io/BufferedInputStream@0xe2f9c30[biased lock]
at java/io/BufferedInputStream.read1(BufferedInputStream.java:2 56)
at java/io/BufferedInputStream.read(BufferedInputStream.java:31 7)
^-- Holding lock: java/io/BufferedInputStream@0xf2f9600[biased lock]
at java/io/FilterInputStream.read(FilterInputStream.java:90)
at org/eclipse/debug/internal/core/OutputStreamMonitor.read(Out putStreamMonitor.java:144)
at org/eclipse/debug/internal/core/OutputStreamMonitor.access$1 (OutputStreamMonitor.java:134)
at org/eclipse/debug/internal/core/OutputStreamMonitor$1.run(Ou tputStreamMonitor.java:207)
at java/lang/Thread.run(Thread.java:619)
at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
-- end of trace

"Worker-52" id=586 idx=0x228 tid=18134 prio=5 alive, in native, waiting
-- Waiting for notification on: org/eclipse/ui/console/IOConsoleInputStream@0xf1829a8[fat lock]
at jrockit/vm/Threads.waitForNotifySignal(JLjava/lang/Object;)Z (Native Method)
at java/lang/Object.wait(J)V(Native Method)
at java/lang/Object.wait(Object.java:485)
at org/eclipse/ui/console/IOConsoleInputStream.waitForData(IOCo nsoleInputStream.java:147)
at org/eclipse/ui/console/IOConsoleInputStream.read(IOConsoleIn putStream.java:92)
^-- Lock released while waiting: org/eclipse/ui/console/IOConsoleInputStream@0xf1829a8[fat lock]
at org/eclipse/ui/console/IOConsoleInputStream.read(IOConsoleIn putStream.java:117)
at org/eclipse/debug/internal/ui/views/console/ProcessConsole$I nputReadJob.run(ProcessConsole.java:679)
at org/eclipse/core/internal/jobs/Worker.run(Worker.java:55)
at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
-- end of trace

"org.eclipse.jface.text.reconciler.MonoReconciler" id=153 idx=0x264 tid=14766 prio=1 alive, in native, waiting, daemon
-- Waiting for notification on: org/eclipse/jface/text/reconciler/DirtyRegionQueue@0x5816780[fat lock]
at jrockit/vm/Threads.waitForNotifySignal(JLjava/lang/Object;)Z (Native Method)
at java/lang/Object.wait(J)V(Native Method)[optimized]
at org/eclipse/jface/text/reconciler/AbstractReconciler$Backgro undThread.run(AbstractReconciler.java:179)
^-- Lock released while waiting: org/eclipse/jface/text/reconciler/DirtyRegionQueue@0x5816780[fat lock]
at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
-- end of trace

"org.eclipse.jdt.internal.ui.text.JavaReconciler" id=164 idx=0x294 tid=14828 prio=1 alive, in native, waiting, daemon
-- Waiting for notification on: org/eclipse/jface/text/reconciler/DirtyRegionQueue@0x5be5800[fat lock]
at jrockit/vm/Threads.waitForNotifySignal(JLjava/lang/Object;)Z (Native Method)
at java/lang/Object.wait(J)V(Native Method)[optimized]
at org/eclipse/jface/text/reconciler/AbstractReconciler$Backgro undThread.run(AbstractReconciler.java:179)
^-- Lock released while waiting: org/eclipse/jface/text/reconciler/DirtyRegionQueue@0x5be5800[fat lock]
at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
-- end of trace

"process reaper" id=615 idx=0x2a8 tid=18210 prio=5 alive, in native, daemon
at java/lang/UNIXProcess.waitForProcessExit(I)I(Native Method)
at java/lang/UNIXProcess.access$900(UNIXProcess.java:20)
at java/lang/UNIXProcess$1$1.run(UNIXProcess.java:132)
at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
-- end of trace

"Output Stream Monitor" id=617 idx=0x2b4 tid=18214 prio=1 alive, in native, daemon
at jrockit/io/FileNativeIO.readBytesPinned(Ljava/io/FileDescrip tor;[BII)I(Native Method)
at jrockit/io/FileNativeIO.readBytes(FileNativeIO.java:46)
at java/io/FileInputStream.readBytes([BII)I(FileInputStream.jav a)
at java/io/FileInputStream.read(FileInputStream.java:199)
at java/io/BufferedInputStream.read1(BufferedInputStream.java:2 56)
at java/io/BufferedInputStream.read(BufferedInputStream.java:31 7)
^-- Holding lock: java/io/BufferedInputStream@0xf183cd0[biased lock]
at java/io/FilterInputStream.read(FilterInputStream.java:90)
at org/eclipse/debug/internal/core/OutputStreamMonitor.read(Out putStreamMonitor.java:144)
at org/eclipse/debug/internal/core/OutputStreamMonitor.access$1 (OutputStreamMonitor.java:134)
at org/eclipse/debug/internal/core/OutputStreamMonitor$1.run(Ou tputStreamMonitor.java:207)
at java/lang/Thread.run(Thread.java:619)
at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
-- end of trace

"Input Stream Monitor" id=618 idx=0x2b8 tid=18215 prio=5 alive, in native, waiting, daemon
-- Waiting for notification on: java/lang/Object@0xf183ed0[fat lock]
at jrockit/vm/Threads.waitForNotifySignal(JLjava/lang/Object;)Z (Native Method)
at java/lang/Object.wait(J)V(Native Method)
at java/lang/Object.wait(Object.java:485)
at org/eclipse/debug/internal/core/InputStreamMonitor.writeNext (InputStreamMonitor.java:136)
^-- Lock released while waiting: java/lang/Object@0xf183ed0[fat lock]
at org/eclipse/debug/internal/core/InputStreamMonitor.write(Inp utStreamMonitor.java:109)
at org/eclipse/debug/internal/core/InputStreamMonitor$1.run(Inp utStreamMonitor.java:84)
at java/lang/Thread.run(Thread.java:619)
at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
-- end of trace

"Process monitor" id=619 idx=0x2c0 tid=18216 prio=5 alive, in native, waiting, daemon
-- Waiting for notification on: java/lang/UNIXProcess@0xf182ec8[fat lock]
at jrockit/vm/Threads.waitForNotifySignal(JLjava/lang/Object;)Z (Native Method)
at java/lang/Object.wait(J)V(Native Method)
at java/lang/Object.wait(Object.java:485)
at java/lang/UNIXProcess.waitFor(UNIXProcess.java:165)
^-- Lock released while waiting: java/lang/UNIXProcess@0xf182ec8[fat lock]
at org/eclipse/debug/core/model/RuntimeProcess$ProcessMonitorTh read.run(RuntimeProcess.java:405)
at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
-- end of trace

"Packet Receive Manager" id=622 idx=0x2c4 tid=18232 prio=5 alive, in native, daemon
at jrockit/net/SocketNativeIO.readBytesPinned(Ljava/io/FileDesc riptor;[BIII)I(Native Method)
at jrockit/net/SocketNativeIO.socketRead(SocketNativeIO.java:46 )
at java/net/SocketInputStream.socketRead0(Ljava/io/FileDescript or;[BIII)I(SocketInputStream.java)
at java/net/SocketInputStream.read(SocketInputStream.java:129)
at java/net/SocketInputStream.read(SocketInputStream.java:182)
at java/io/DataInputStream.readInt(DataInputStream.java:370)
at org/eclipse/jdi/internal/connect/SocketConnection.readPacket (SocketConnection.java:60)
^-- Holding lock: java/io/DataInputStream@0x7917510[biased lock]
at org/eclipse/jdi/internal/connect/PacketReceiveManager.readAv ailablePacket(PacketReceiveManager.java:274)
at org/eclipse/jdi/internal/connect/PacketReceiveManager.run(Pa cketReceiveManager.java:82)
at java/lang/Thread.run(Thread.java:619)
at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
-- end of trace

"org.eclipse.jdt.debug: JDI Event Dispatcher" id=624 idx=0x2cc tid=18234 prio=5 alive, in native, waiting, daemon
-- Waiting for notification on: java/util/LinkedList@0xeac5008[fat lock]
at jrockit/vm/Threads.waitForNotifySignal(JLjava/lang/Object;)Z (Native Method)
at java/lang/Object.wait(J)V(Native Method)[optimized]
at org/eclipse/jdi/internal/connect/PacketReceiveManager.waitFo rPacketAvailable(PacketReceiveManager.java:192)
at org/eclipse/jdi/internal/connect/PacketReceiveManager.getCom mand(PacketReceiveManager.java:103)
^-- Lock released while waiting: java/util/LinkedList@0xeac5008[fat lock]
at org/eclipse/jdi/internal/MirrorImpl.getCommandVM(MirrorImpl. java:277)
at org/eclipse/jdi/internal/event/EventQueueImpl.remove(EventQu eueImpl.java:63)
at org/eclipse/jdt/internal/debug/core/EventDispatcher.run(Even tDispatcher.java:226)
at java/lang/Thread.run(Thread.java:619)
at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
-- end of trace

"SessionScavenger" id=410 idx=0x2e0 tid=16099 prio=6 alive, in native, sleeping, native_waiting, daemon
at java/lang/Thread.sleep(J)V(Native Method)
at org/mortbay/jetty/servlet/AbstractSessionManager$SessionScav enger.run(AbstractSessionManager.java:617)
at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
-- end of trace

"Acceptor ServerSocket[addr=0.0.0.0/0.0.0.0,port=0,localport=44057]" id=411 idx=0x2e4 tid=16100 prio=6 alive, in native
at java/net/PlainSocketImpl.socketAccept(Ljava/net/SocketImpl;) V(Native Method)
at java/net/PlainSocketImpl.accept(PlainSocketImpl.java:384)
^-- Holding lock: java/net/SocksSocketImpl@0x6408b50[biased lock]
at java/net/ServerSocket.implAccept(ServerSocket.java:453)
at java/net/ServerSocket.accept(ServerSocket.java:421)
at org/mortbay/util/ThreadedServer.acceptSocket(ThreadedServer. java:432)
at org/mortbay/util/ThreadedServer$Acceptor.run(ThreadedServer. java:634)
at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
-- end of trace

"SocketListener0-0" id=412 idx=0x2e8 tid=16101 prio=6 alive, in native, waiting
-- Waiting for notification on: org/mortbay/util/ThreadPool$PoolThread@0x6409038[fat lock]
at jrockit/vm/Threads.waitForNotifySignal(JLjava/lang/Object;)Z (Native Method)
at java/lang/Object.wait(J)V(Native Method)[optimized]
at org/mortbay/util/ThreadPool$PoolThread.run(ThreadPool.java:5 22)
^-- Lock released while waiting: org/mortbay/util/ThreadPool$PoolThread@0x6409038[fat lock]
at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
-- end of trace

"SocketListener0-1" id=413 idx=0x2ec tid=16102 prio=6 alive, in native, waiting
-- Waiting for notification on: org/mortbay/util/ThreadPool$PoolThread@0x64090e8[fat lock]
at jrockit/vm/Threads.waitForNotifySignal(JLjava/lang/Object;)Z (Native Method)
at java/lang/Object.wait(J)V(Native Method)[optimized]
at org/mortbay/util/ThreadPool$PoolThread.run(ThreadPool.java:5 22)
^-- Lock released while waiting: org/mortbay/util/ThreadPool$PoolThread@0x64090e8[fat lock]
at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
-- end of trace

"Worker-62" id=632 idx=0x2f0 tid=20135 prio=5 alive, in native, waiting
-- Waiting for notification on: java/lang/Object@0x3782770[fat lock]
at jrockit/vm/Threads.waitForNotifySignal(JLjava/lang/Object;)Z (Native Method)
at java/lang/Object.wait(J)V(Native Method)[optimized]
at org/eclipse/core/internal/jobs/ThreadJob.joinRun(ThreadJob.j ava:189)
^-- Lock released while waiting: java/lang/Object@0x3782770[fat lock]
at org/eclipse/core/internal/jobs/ImplicitJobs.begin(ImplicitJo bs.java:87)
at org/eclipse/core/internal/jobs/JobManager.beginRule(JobManag er.java:230)
at org/eclipse/core/internal/utils/StringPoolJob.run(StringPool Job.java:99)
at org/eclipse/core/internal/jobs/Worker.run(Worker.java:55)
at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
-- end of trace

"org.eclipse.jdt.internal.ui.text.JavaReconciler" id=637 idx=0x310 tid=20519 prio=1 alive, in native, waiting, daemon
-- Waiting for notification on: org/eclipse/jface/text/reconciler/DirtyRegionQueue@0xf198a38[fat lock]
at jrockit/vm/Threads.waitForNotifySignal(JLjava/lang/Object;)Z (Native Method)
at java/lang/Object.wait(J)V(Native Method)[optimized]
at org/eclipse/jface/text/reconciler/AbstractReconciler$Backgro undThread.run(AbstractReconciler.java:179)
^-- Lock released while waiting: org/eclipse/jface/text/reconciler/DirtyRegionQueue@0xf198a38[fat lock]
at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
-- end of trace

"org.eclipse.jdt.internal.ui.text.JavaReconciler" id=643 idx=0x32c tid=20525 prio=1 alive, in native, waiting, daemon
-- Waiting for notification on: org/eclipse/jface/text/reconciler/DirtyRegionQueue@0xf1b0660[fat lock]
at jrockit/vm/Threads.waitForNotifySignal(JLjava/lang/Object;)Z (Native Method)
at java/lang/Object.wait(J)V(Native Method)[optimized]
at org/eclipse/jface/text/reconciler/AbstractReconciler$Backgro undThread.run(AbstractReconciler.java:179)
^-- Lock released while waiting: org/eclipse/jface/text/reconciler/DirtyRegionQueue@0xf1b0660[fat lock]
at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
-- end of trace

"SVN-CE22I" id=657 idx=0x364 tid=20708 prio=5 alive, in native, waiting
-- Waiting for notification on: com/trilead/ssh2/channel/Channel@0x367f078[fat lock]
at jrockit/vm/Threads.waitForNotifySignal(JLjava/lang/Object;)Z (Native Method)
at java/lang/Object.wait(J)V(Native Method)[optimized]
at java/lang/Object.wait(Object.java:485)
at com/trilead/ssh2/channel/ChannelManager.waitForChannelReques tResult(ChannelManager.java:179)
^-- Lock released while waiting: com/trilead/ssh2/channel/Channel@0x367f078[fat lock]
at com/trilead/ssh2/channel/ChannelManager.requestChannelTrilea dPing(ChannelManager.java:634)
at com/trilead/ssh2/Session.ping(Session.java:324)
at org/tmatesoft/svn/core/internal/io/svn/SVNSSHConnector.isSta le(SVNSSHConnector.java:199)
at org/tmatesoft/svn/core/internal/io/svn/SVNConnection.isConne ctionStale(SVNConnection.java:365)
at org/tmatesoft/svn/core/internal/io/svn/SVNRepositoryImpl.ope nConnection(SVNRepositoryImpl.java:1214)
at org/tmatesoft/svn/core/internal/io/svn/SVNRepositoryImpl.set Location(SVNRepositoryImpl.java:119)
at org/tmatesoft/svn/core/wc/DefaultSVNRepositoryPool.createRep ository(DefaultSVNRepositoryPool.java:211)
^-- Holding lock: org/tmatesoft/svn/core/wc/DefaultSVNRepositoryPool@0x46c47c0[biased lock]
at org/tmatesoft/svn/core/wc/SVNClientManager.createRepository( SVNClientManager.java:245)
at org/tmatesoft/svn/core/wc/SVNBasicClient.createRepository(SV NBasicClient.java:294)
at org/tmatesoft/svn/core/wc/SVNBasicClient.createRepository(SV NBasicClient.java:286)
at org/tmatesoft/svn/core/wc/SVNUpdateClient.doUpdate(SVNUpdate Client.java:220)
at org/tmatesoft/svn/core/javahl/SVNClientImpl.update(SVNClient Impl.java:730)
at org/polarion/team/svn/connector/svnkit/SVNKitConnector.updat e(SVNKitConnector.java:281)
at org/eclipse/team/svn/core/extension/factory/ThreadNameModifi er.update(ThreadNameModifier.java:616)
at org/eclipse/team/svn/core/operation/local/UpdateOperation$2. run(UpdateOperation.java:109)
at org/eclipse/team/svn/core/utility/ProgressMonitorUtility.doS ubTask(ProgressMonitorUtility.java:117)
at org/eclipse/team/svn/core/operation/AbstractActionOperation. protectStep(AbstractActionOperation.java:145)
at org/eclipse/team/svn/core/operation/AbstractActionOperation. protectStep(AbstractActionOperation.java:140)
at org/eclipse/team/svn/core/operation/local/UpdateOperation.ru nImpl(UpdateOperation.java:107)
at org/eclipse/team/svn/core/operation/AbstractActionOperation. run(AbstractActionOperation.java:76)
at org/eclipse/team/svn/core/utility/ProgressMonitorUtility.doT ask(ProgressMonitorUtility.java:103)
at org/eclipse/team/svn/core/operation/CompositeOperation.runIm pl(CompositeOperation.java:94)
at org/eclipse/team/svn/core/operation/AbstractActionOperation. run(AbstractActionOperation.java:76)
at org/eclipse/team/svn/core/operation/LoggedOperation.run(Logg edOperation.java:37)
at org/eclipse/team/svn/core/utility/ProgressMonitorUtility.doT ask(ProgressMonitorUtility.java:103)
at org/eclipse/team/svn/core/utility/ProgressMonitorUtility.doT askExternal(ProgressMonitorUtility.java:89)
at org/eclipse/team/svn/ui/utility/WorkspaceModifyCancellableOp erationWrapper.execute(WorkspaceModifyCancellableOperationWr apper.java:58)
at org/eclipse/ui/actions/WorkspaceModifyOperation$1.run(Worksp aceModifyOperation.java:104)
at org/eclipse/core/internal/resources/Workspace.run(Workspace. java:1800)
at org/eclipse/ui/actions/WorkspaceModifyOperation.run(Workspac eModifyOperation.java:116)
^-- Holding lock: org/eclipse/team/svn/ui/utility/WorkspaceModifyCancellableOperationWrapper@0x7d75358[biased lock]
at org/eclipse/team/svn/ui/utility/SVNTeamOperationWrapper.run( SVNTeamOperationWrapper.java:35)
at org/eclipse/team/internal/ui/actions/JobRunnableContext.run( JobRunnableContext.java:144)
at org/eclipse/team/internal/ui/actions/JobRunnableContext$Reso urceJob.runInWorkspace(JobRunnableContext.java:72)
at org/eclipse/core/internal/resources/InternalWorkspaceJob.run (InternalWorkspaceJob.java:38)
at org/eclipse/core/internal/jobs/Worker.run(Worker.java:55)
at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
-- end of trace

"Worker-70" id=658 idx=0x368 tid=20726 prio=5 alive, in native, waiting
-- Waiting for notification on: org/eclipse/core/internal/jobs/WorkerPool@0x46d0930[fat lock]
at jrockit/vm/Threads.waitForNotifySignal(JLjava/lang/Object;)Z (Native Method)
at java/lang/Object.wait(J)V(Native Method)[optimized]
at org/eclipse/core/internal/jobs/WorkerPool.sleep(WorkerPool.j ava:185)
^-- Lock released while waiting: org/eclipse/core/internal/jobs/WorkerPool@0x46d0930[fat lock]
at org/eclipse/core/internal/jobs/WorkerPool.startJob(WorkerPoo l.java:217)
at org/eclipse/core/internal/jobs/Worker.run(Worker.java:51)
at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
-- end of trace

"Worker-72" id=660 idx=0x370 tid=20897 prio=5 alive, in native, waiting
-- Waiting for notification on: org/eclipse/core/internal/jobs/WorkerPool@0x46d0930[fat lock]
at jrockit/vm/Threads.waitForNotifySignal(JLjava/lang/Object;)Z (Native Method)
at java/lang/Object.wait(J)V(Native Method)[optimized]
at org/eclipse/core/internal/jobs/WorkerPool.sleep(WorkerPool.j ava:185)
^-- Lock released while waiting: org/eclipse/core/internal/jobs/WorkerPool@0x46d0930[fat lock]
at org/eclipse/core/internal/jobs/WorkerPool.startJob(WorkerPoo l.java:217)
at org/eclipse/core/internal/jobs/Worker.run(Worker.java:51)
at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
-- end of trace

"RMI Scheduler(0)" id=664 idx=0x374 tid=20940 prio=5 alive, in native, parked, daemon
at jrockit/vm/Locks.park0(J)V(Native Method)
at jrockit/vm/Locks.park(Locks.java:2490)
at sun/misc/Unsafe.park(ZJ)V(Native Method)
at java/util/concurrent/locks/LockSupport.parkNanos(LockSupport .java:198)
at java/util/concurrent/locks/AbstractQueuedSynchronizer$Condit ionObject.awaitNanos(AbstractQueuedSynchronizer.java:1963)
at java/util/concurrent/DelayQueue.take(DelayQueue.java:164)
at java/util/concurrent/ScheduledThreadPoolExecutor$DelayedWork Queue.take(ScheduledThreadPoolExecutor.java:582)
at java/util/concurrent/ScheduledThreadPoolExecutor$DelayedWork Queue.take(ScheduledThreadPoolExecutor.java:575)
at java/util/concurrent/ThreadPoolExecutor.getTask(ThreadPoolEx ecutor.java:946)
at java/util/concurrent/ThreadPoolExecutor$Worker.run(ThreadPoo lExecutor.java:906)
at java/lang/Thread.run(Thread.java:619)
at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
-- end of trace

"RMI TCP Accept-0" id=662 idx=0x378 tid=20935 prio=5 alive, in native, daemon
at java/net/PlainSocketImpl.socketAccept(Ljava/net/SocketImpl;) V(Native Method)
at java/net/PlainSocketImpl.accept(PlainSocketImpl.java:384)
^-- Holding lock: java/net/SocksSocketImpl@0x83bbf50[biased lock]
at java/net/ServerSocket.implAccept(ServerSocket.java:453)
at java/net/ServerSocket.accept(ServerSocket.java:421)
at sun/rmi/transport/tcp/TCPTransport$AcceptLoop.executeAcceptL oop(TCPTransport.java:369)
at sun/rmi/transport/tcp/TCPTransport$AcceptLoop.run(TCPTranspo rt.java:341)
at java/lang/Thread.run(Thread.java:619)
at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
-- end of trace

"(Attach Listener)" id=661 idx=0x37c tid=20926 prio=5 alive, in native, daemon

"RMI TCP Connection(idle)" id=668 idx=0x380 tid=20955 prio=5 alive, in native, parked, daemon
at jrockit/vm/Locks.park0(J)V(Native Method)
at jrockit/vm/Locks.park(Locks.java:2490)
at sun/misc/Unsafe.park(ZJ)V(Native Method)
at java/util/concurrent/locks/LockSupport.parkNanos(LockSupport .java:198)
at java/util/concurrent/SynchronousQueue$TransferStack.awaitFul fill(SynchronousQueue.java:424)
at java/util/concurrent/SynchronousQueue$TransferStack.transfer (SynchronousQueue.java:323)
at java/util/concurrent/SynchronousQueue.poll(SynchronousQueue. java:874)
at java/util/concurrent/ThreadPoolExecutor.getTask(ThreadPoolEx ecutor.java:944)
at java/util/concurrent/ThreadPoolExecutor$Worker.run(ThreadPoo lExecutor.java:906)
at java/lang/Thread.run(Thread.java:619)
at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
-- end of trace

===== END OF THREAD DUMP ===============

--------------090002020303010003090105--
Re: Hanging SVN actions [message #25688 is a reply to message #25637] Tue, 15 July 2008 16:44 Go to previous messageGo to next message
Thomas Hallgren is currently offline Thomas HallgrenFriend
Messages: 3240
Registered: July 2009
Senior Member
I have now confirmed that all my SVN actions always execute within a few
seconds or take between 17:06 and 17:20 minutes. What's special about that?

Well, 17 minutes is 1020 seconds. So when the delay occurs, the
execution time is between 1026 to 1040 seconds. Is there perhaps a
timeout of 1024 seconds somewhere? 2 - 16 seconds is very normal in
other cases.

Regards,
Thomas Hallgren

Thomas Hallgren wrote:
> Hello Alexander,
> I have an update to this that might be relevant. Here I'm using a
> JRockit JVM and it's a SVN update, not a check-out. The really
> interesting thing is that this also took just above 17 minutes to
> accomplish. A jstack thread-dump is attached. Here's the console trace:
>
> Regards,
> Thomas Hallgren
>
>
> *** Update
> svn update
> " /home/thhal/workspaces/bucky/plugins/org.eclipse.buckminster .pde " -r
> HEAD --username "thallgren"
>
> /home/thhal/workspaces/bucky/plugins/org.eclipse.buckminster .pde/src/java/org/eclipse/buckminster/pde/antscripts
>
>
> /home/thhal/workspaces/bucky/plugins/org.eclipse.buckminster .pde/src/java/org/eclipse/buckminster/pde
>
>
> /home/thhal/workspaces/bucky/plugins/org.eclipse.buckminster .pde/src/java/org/eclipse/buckminster
>
>
> /home/thhal/workspaces/bucky/plugins/org.eclipse.buckminster .pde/src/java/org/eclipse
>
>
> /home/thhal/workspaces/bucky/plugins/org.eclipse.buckminster .pde/src/java/org
>
>
> /home/thhal/workspaces/bucky/plugins/org.eclipse.buckminster .pde/src/java
> /home/thhal/workspaces/bucky/plugins/org.eclipse.buckminster .pde/src
> /home/thhal/workspaces/bucky/plugins/org.eclipse.buckminster .pde
> At revision 9453
> *** Ok (took 17:20.866)
>
>
> Alexander Gurov wrote:
>> Hello Thomas,
>>
>> I sent description of this problem and reference to this thread to SVN
>> Kit developers and I hope that provided stack trace will help them to
>> find and solve the problem. Thank you once again!
>>
>>
>
Re: Hanging SVN actions [message #26166 is a reply to message #25688] Sun, 20 July 2008 10:03 Go to previous messageGo to next message
Eclipse UserFriend
Originally posted by: alexander.gurov.polarion.org

Hello Thomas,


I don't known anything about timeouts of 1024 seconds anywhere in
Subversive code. So, I sent the reference to last your posts to the SVN
Kit developers.
Re: Hanging SVN actions [message #48625 is a reply to message #25688] Tue, 07 July 2009 11:11 Go to previous messageGo to next message
Thomas Hallgren is currently offline Thomas HallgrenFriend
Messages: 3240
Registered: July 2009
Senior Member
This bug is tracked by https://bugs.eclipse.org/bugs/show_bug.cgi?id=260743 and at
http://svnkit.com/tracker/view.php?id=311.

Apparently there is a solution in the 1.3.x branch of SVNKit. When will this be available as a polarion bundle? Is there
anything I can do to patch the bundle that I have with the latest SVNKit code?

Needless to say, I'm very anxious to get rid of this problem since I'm hit by it very frequently.

Regards,
Thomas Hallgren



Thomas Hallgren wrote:
> I have now confirmed that all my SVN actions always execute within a few
> seconds or take between 17:06 and 17:20 minutes. What's special about that?
>
> Well, 17 minutes is 1020 seconds. So when the delay occurs, the
> execution time is between 1026 to 1040 seconds. Is there perhaps a
> timeout of 1024 seconds somewhere? 2 - 16 seconds is very normal in
> other cases.
>
> Regards,
> Thomas Hallgren
>
> Thomas Hallgren wrote:
>> Hello Alexander,
>> I have an update to this that might be relevant. Here I'm using a
>> JRockit JVM and it's a SVN update, not a check-out. The really
>> interesting thing is that this also took just above 17 minutes to
>> accomplish. A jstack thread-dump is attached. Here's the console trace:
>>
>> Regards,
>> Thomas Hallgren
>>
>>
>> *** Update
>> svn update
>> " /home/thhal/workspaces/bucky/plugins/org.eclipse.buckminster .pde " -r
>> HEAD --username "thallgren"
>>
>> /home/thhal/workspaces/bucky/plugins/org.eclipse.buckminster .pde/src/java/org/eclipse/buckminster/pde/antscripts
>>
>>
>> /home/thhal/workspaces/bucky/plugins/org.eclipse.buckminster .pde/src/java/org/eclipse/buckminster/pde
>>
>>
>> /home/thhal/workspaces/bucky/plugins/org.eclipse.buckminster .pde/src/java/org/eclipse/buckminster
>>
>>
>> /home/thhal/workspaces/bucky/plugins/org.eclipse.buckminster .pde/src/java/org/eclipse
>>
>>
>> /home/thhal/workspaces/bucky/plugins/org.eclipse.buckminster .pde/src/java/org
>>
>>
>> /home/thhal/workspaces/bucky/plugins/org.eclipse.buckminster .pde/src/java
>>
>> /home/thhal/workspaces/bucky/plugins/org.eclipse.buckminster .pde/src
>> /home/thhal/workspaces/bucky/plugins/org.eclipse.buckminster .pde
>> At revision 9453
>> *** Ok (took 17:20.866)
>>
>>
>> Alexander Gurov wrote:
>>> Hello Thomas,
>>>
>>> I sent description of this problem and reference to this thread to
>>> SVN Kit developers and I hope that provided stack trace will help
>>> them to find and solve the problem. Thank you once again!
>>>
>>>
>>
Re: Hanging SVN actions [message #49199 is a reply to message #48625] Fri, 10 July 2009 08:48 Go to previous messageGo to next message
Thomas Hallgren is currently offline Thomas HallgrenFriend
Messages: 3240
Registered: July 2009
Senior Member
Ping?

- thomas

Thomas Hallgren wrote:
> This bug is tracked by
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=260743 and at
> http://svnkit.com/tracker/view.php?id=311.
>
> Apparently there is a solution in the 1.3.x branch of SVNKit. When will
> this be available as a polarion bundle? Is there anything I can do to
> patch the bundle that I have with the latest SVNKit code?
>
> Needless to say, I'm very anxious to get rid of this problem since I'm
> hit by it very frequently.
>
> Regards,
> Thomas Hallgren
>
>
>
> Thomas Hallgren wrote:
>> I have now confirmed that all my SVN actions always execute within a
>> few seconds or take between 17:06 and 17:20 minutes. What's special
>> about that?
>>
>> Well, 17 minutes is 1020 seconds. So when the delay occurs, the
>> execution time is between 1026 to 1040 seconds. Is there perhaps a
>> timeout of 1024 seconds somewhere? 2 - 16 seconds is very normal in
>> other cases.
>>
>> Regards,
>> Thomas Hallgren
>>
>> Thomas Hallgren wrote:
>>> Hello Alexander,
>>> I have an update to this that might be relevant. Here I'm using a
>>> JRockit JVM and it's a SVN update, not a check-out. The really
>>> interesting thing is that this also took just above 17 minutes to
>>> accomplish. A jstack thread-dump is attached. Here's the console trace:
>>>
>>> Regards,
>>> Thomas Hallgren
>>>
>>>
>>> *** Update
>>> svn update
>>> " /home/thhal/workspaces/bucky/plugins/org.eclipse.buckminster .pde " -r
>>> HEAD --username "thallgren"
>>>
>>> /home/thhal/workspaces/bucky/plugins/org.eclipse.buckminster .pde/src/java/org/eclipse/buckminster/pde/antscripts
>>>
>>>
>>> /home/thhal/workspaces/bucky/plugins/org.eclipse.buckminster .pde/src/java/org/eclipse/buckminster/pde
>>>
>>>
>>> /home/thhal/workspaces/bucky/plugins/org.eclipse.buckminster .pde/src/java/org/eclipse/buckminster
>>>
>>>
>>> /home/thhal/workspaces/bucky/plugins/org.eclipse.buckminster .pde/src/java/org/eclipse
>>>
>>>
>>> /home/thhal/workspaces/bucky/plugins/org.eclipse.buckminster .pde/src/java/org
>>>
>>>
>>> /home/thhal/workspaces/bucky/plugins/org.eclipse.buckminster .pde/src/java
>>>
>>>
>>> /home/thhal/workspaces/bucky/plugins/org.eclipse.buckminster .pde/src
>>> /home/thhal/workspaces/bucky/plugins/org.eclipse.buckminster .pde
>>> At revision 9453
>>> *** Ok (took 17:20.866)
>>>
>>>
>>> Alexander Gurov wrote:
>>>> Hello Thomas,
>>>>
>>>> I sent description of this problem and reference to this thread to
>>>> SVN Kit developers and I hope that provided stack trace will help
>>>> them to find and solve the problem. Thank you once again!
>>>>
>>>>
>>>
Re: Hanging SVN actions [message #49372 is a reply to message #49199] Fri, 17 July 2009 04:50 Go to previous messageGo to next message
Miles Parker is currently offline Miles ParkerFriend
Messages: 1341
Registered: July 2009
Senior Member
Yeah, me too. In my case it doesn't resolve in 17 minutes -- in fact,
evertime I start the IDE it locks up. I have no idea why but ultimitly
it doesn't matter. **The real issue is that it's really terrible
behavior to run a blocking process that doesn't at the least give the
ability to kill it.**

re: Igor's comment onthat bug..

So we(Subversive) can't resolve this problem in any way and think this bug can
be closed.

See Thomas's reply about the very obvious way to handle this in a
recoverable way.

I'm sorry to be rude, but Subversion has been a consistent headache and
hijacking the entire IDE is going a bit too far.


On 2009-07-10 01:48:52 -0700, Thomas Hallgren <thomas@tada.se> said:

> Ping?
>
> - thomas
>
> Thomas Hallgren wrote:
>> This bug is tracked by
>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=260743 and at
>> http://svnkit.com/tracker/view.php?id=311.
>>
>> Apparently there is a solution in the 1.3.x branch of SVNKit. When will
>> this be available as a polarion bundle? Is there anything I can do to
>> patch the bundle that I have with the latest SVNKit code?
>>
>> Needless to say, I'm very anxious to get rid of this problem since I'm
>> hit by it very frequently.
>>
>> Regards,
>> Thomas Hallgren
>>
>>
>>
>> Thomas Hallgren wrote:
>>> I have now confirmed that all my SVN actions always execute within a
>>> few seconds or take between 17:06 and 17:20 minutes. What's special
>>> about that?
>>>
>>> Well, 17 minutes is 1020 seconds. So when the delay occurs, the
>>> execution time is between 1026 to 1040 seconds. Is there perhaps a
>>> timeout of 1024 seconds somewhere? 2 - 16 seconds is very normal in
>>> other cases.
>>>
>>> Regards,
>>> Thomas Hallgren
>>>
>>> Thomas Hallgren wrote:
>>>> Hello Alexander,
>>>> I have an update to this that might be relevant. Here I'm using a
>>>> JRockit JVM and it's a SVN update, not a check-out. The really
>>>> interesting thing is that this also took just above 17 minutes to
>>>> accomplish. A jstack thread-dump is attached. Here's the console trace:
>>>>
>>>> Regards,
>>>> Thomas Hallgren
>>>>
>>>>
>>>> *** Update
>>>> svn update
>>>> " /home/thhal/workspaces/bucky/plugins/org.eclipse.buckminster .pde " -r
>>>> HEAD --username "thallgren"
>>>>
>>>> /home/thhal/workspaces/bucky/plugins/org.eclipse.buckminster .pde/src/java/org/eclipse/buckminster/pde/antscripts

>>>>
>>>>
>>>> /home/thhal/workspaces/bucky/plugins/org.eclipse.buckminster .pde/src/java/org/eclipse/buckminster/pde

>>>>
>>>>
>>>> /home/thhal/workspaces/bucky/plugins/org.eclipse.buckminster .pde/src/java/org/eclipse/buckminster

>>>>
>>>>
>>>> /home/thhal/workspaces/bucky/plugins/org.eclipse.buckminster .pde/src/java/org/eclipse

>>>>
>>>>
>>>> /home/thhal/workspaces/bucky/plugins/org.eclipse.buckminster .pde/src/java/org

>>>>
>>>> /home/thhal/workspaces/bucky/plugins/org.eclipse.buckminster .pde/src/java
>>>> /home/thhal/workspaces/bucky/plugins/org.eclipse.buckminster .pde/src
>>>> /home/thhal/workspaces/bucky/plugins/org.eclipse.buckminster .pde
>>>> At revision 9453
>>>> *** Ok (took 17:20.866)
>>>>
>>>>
>>>> Alexander Gurov wrote:
>>>>> Hello Thomas,
>>>>>
>>>>> I sent description of this problem and reference to this thread to SVN
>>>>> Kit developers and I hope that provided stack trace will help them to
>>>>> find and solve the problem. Thank you once again!
Re: Hanging SVN actions [message #49403 is a reply to message #49372] Fri, 17 July 2009 05:12 Go to previous messageGo to next message
Miles Parker is currently offline Miles ParkerFriend
Messages: 1341
Registered: July 2009
Senior Member
I should add that I realize that being the layer between these two
environments is very challenging and there are a lot of issues on the
client and server side as well so I am actually sorry to be rude. But
this does seem to be a general problem and has come up under other
scenarios. In a similar circumstance I set a
KILL_AFTER_NO_RESPONSE_TIME value -- if the cancel is hit again then I
simply stop the offending thread. I know that's not really safe
behavior either but if there is some kind of thread lock issue or
whatever at least it gives users some ability to recover and regain
control their environment.

On 2009-07-16 21:50:30 -0700, Miles Parker <milesparker@gmail.com> said:

>
> Yeah, me too. In my case it doesn't resolve in 17 minutes -- in fact,
> evertime I start the IDE it locks up. I have no idea why but ultimitly
> it doesn't matter. **The real issue is that it's really terrible
> behavior to run a blocking process that doesn't at the least give the
> ability to kill it.**
>
> re: Igor's comment onthat bug..
>
> So we(Subversive) can't resolve this problem in any way and think this bug can
> be closed.
>
> See Thomas's reply about the very obvious way to handle this in a
> recoverable way.
>
> I'm sorry to be rude, but Subversion has been a consistent headache and
> hijacking the entire IDE is going a bit too far.
>
>
> On 2009-07-10 01:48:52 -0700, Thomas Hallgren <thomas@tada.se> said:
>
>> Ping?
>>
>> - thomas
>>
>> Thomas Hallgren wrote:
>>> This bug is tracked by
>>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=260743 and at
>>> http://svnkit.com/tracker/view.php?id=311.
>>>
>>> Apparently there is a solution in the 1.3.x branch of SVNKit. When will
>>> this be available as a polarion bundle? Is there anything I can do to
>>> patch the bundle that I have with the latest SVNKit code?
>>>
>>> Needless to say, I'm very anxious to get rid of this problem since I'm
>>> hit by it very frequently.
>>>
>>> Regards,
>>> Thomas Hallgren
>>>
>>>
>>>
>>> Thomas Hallgren wrote:
>>>> I have now confirmed that all my SVN actions always execute within a
>>>> few seconds or take between 17:06 and 17:20 minutes. What's special
>>>> about that?
>>>>
>>>> Well, 17 minutes is 1020 seconds. So when the delay occurs, the
>>>> execution time is between 1026 to 1040 seconds. Is there perhaps a
>>>> timeout of 1024 seconds somewhere? 2 - 16 seconds is very normal in
>>>> other cases.
>>>>
>>>> Regards,
>>>> Thomas Hallgren
>>>>
>>>> Thomas Hallgren wrote:
>>>>> Hello Alexander,
>>>>> I have an update to this that might be relevant. Here I'm using a
>>>>> JRockit JVM and it's a SVN update, not a check-out. The really
>>>>> interesting thing is that this also took just above 17 minutes to
>>>>> accomplish. A jstack thread-dump is attached. Here's the console trace:
>>>>>
>>>>> Regards,
>>>>> Thomas Hallgren
>>>>>
>>>>>
>>>>> *** Update
>>>>> svn update
>>>>> " /home/thhal/workspaces/bucky/plugins/org.eclipse.buckminster .pde " -r
>>>>> HEAD --username "thallgren"
>>>>>
>>>>> /home/thhal/workspaces/bucky/plugins/org.eclipse.buckminster .pde/src/java/org/eclipse/buckminster/pde/antscripts



>>>>>
>>>>>
>>>>> /home/thhal/workspaces/bucky/plugins/org.eclipse.buckminster .pde/src/java/org/eclipse/buckminster/pde



>>>>>
>>>>>
>>>>> /home/thhal/workspaces/bucky/plugins/org.eclipse.buckminster .pde/src/java/org/eclipse/buckminster



>>>>>
>>>>>
>>>>> /home/thhal/workspaces/bucky/plugins/org.eclipse.buckminster .pde/src/java/org/eclipse



>>>>>
>>>>>
>>>>> /home/thhal/workspaces/bucky/plugins/org.eclipse.buckminster .pde/src/java/org



>>>>>
>>>>> /home/thhal/workspaces/bucky/plugins/org.eclipse.buckminster .pde/src/java
>>>>> /home/thhal/workspaces/bucky/plugins/org.eclipse.buckminster .pde/src
>>>>> /home/thhal/workspaces/bucky/plugins/org.eclipse.buckminster .pde
>>>>> At revision 9453
>>>>> *** Ok (took 17:20.866)
>>>>>
>>>>>
>>>>> Alexander Gurov wrote:
>>>>>> Hello Thomas,
>>>>>>
>>>>>> I sent description of this problem and reference to this thread to SVN
>>>>>> Kit developers and I hope that provided stack trace will help them to
>>>>>> find and solve the problem. Thank you once again!
Re: Hanging SVN actions [message #49433 is a reply to message #49372] Fri, 17 July 2009 19:58 Go to previous messageGo to next message
Miles Parker is currently offline Miles ParkerFriend
Messages: 1341
Registered: July 2009
Senior Member
The immedaite issue resolved itself. I had the idea to restart my
machine -- something I don't do very often on my Mac and it went away.
It looks like it was some kind of issue with http authorization from
what I saw on the OS console. But again, the issue is not that a
problem occurred but that it isn't handled correctly.

On 2009-07-16 21:50:30 -0700, Miles Parker <milesparker@gmail.com> said:

>
> Yeah, me too. In my case it doesn't resolve in 17 minutes -- in fact,
> evertime I start the IDE it locks up. I have no idea why but ultimitly
> it doesn't matter. **The real issue is that it's really terrible
> behavior to run a blocking process that doesn't at the least give the
> ability to kill it.**
>
> re: Igor's comment onthat bug..
>
> So we(Subversive) can't resolve this problem in any way and think this bug can
> be closed.
>
> See Thomas's reply about the very obvious way to handle this in a
> recoverable way.
>
> I'm sorry to be rude, but Subversion has been a consistent headache and
> hijacking the entire IDE is going a bit too far.
>
>
> On 2009-07-10 01:48:52 -0700, Thomas Hallgren <thomas@tada.se> said:
>
>> Ping?
>>
>> - thomas
>>
>> Thomas Hallgren wrote:
>>> This bug is tracked by
>>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=260743 and at
>>> http://svnkit.com/tracker/view.php?id=311.
>>>
>>> Apparently there is a solution in the 1.3.x branch of SVNKit. When will
>>> this be available as a polarion bundle? Is there anything I can do to
>>> patch the bundle that I have with the latest SVNKit code?
>>>
>>> Needless to say, I'm very anxious to get rid of this problem since I'm
>>> hit by it very frequently.
>>>
>>> Regards,
>>> Thomas Hallgren
>>>
>>>
>>>
>>> Thomas Hallgren wrote:
>>>> I have now confirmed that all my SVN actions always execute within a
>>>> few seconds or take between 17:06 and 17:20 minutes. What's special
>>>> about that?
>>>>
>>>> Well, 17 minutes is 1020 seconds. So when the delay occurs, the
>>>> execution time is between 1026 to 1040 seconds. Is there perhaps a
>>>> timeout of 1024 seconds somewhere? 2 - 16 seconds is very normal in
>>>> other cases.
>>>>
>>>> Regards,
>>>> Thomas Hallgren
>>>>
>>>> Thomas Hallgren wrote:
>>>>> Hello Alexander,
>>>>> I have an update to this that might be relevant. Here I'm using a
>>>>> JRockit JVM and it's a SVN update, not a check-out. The really
>>>>> interesting thing is that this also took just above 17 minutes to
>>>>> accomplish. A jstack thread-dump is attached. Here's the console trace:
>>>>>
>>>>> Regards,
>>>>> Thomas Hallgren
>>>>>
>>>>>
>>>>> *** Update
>>>>> svn update
>>>>> " /home/thhal/workspaces/bucky/plugins/org.eclipse.buckminster .pde " -r
>>>>> HEAD --username "thallgren"
>>>>>
>>>>> /home/thhal/workspaces/bucky/plugins/org.eclipse.buckminster .pde/src/java/org/eclipse/buckminster/pde/antscripts



>>>>>
>>>>>
>>>>> /home/thhal/workspaces/bucky/plugins/org.eclipse.buckminster .pde/src/java/org/eclipse/buckminster/pde



>>>>>
>>>>>
>>>>> /home/thhal/workspaces/bucky/plugins/org.eclipse.buckminster .pde/src/java/org/eclipse/buckminster



>>>>>
>>>>>
>>>>> /home/thhal/workspaces/bucky/plugins/org.eclipse.buckminster .pde/src/java/org/eclipse



>>>>>
>>>>>
>>>>> /home/thhal/workspaces/bucky/plugins/org.eclipse.buckminster .pde/src/java/org



>>>>>
>>>>> /home/thhal/workspaces/bucky/plugins/org.eclipse.buckminster .pde/src/java
>>>>> /home/thhal/workspaces/bucky/plugins/org.eclipse.buckminster .pde/src
>>>>> /home/thhal/workspaces/bucky/plugins/org.eclipse.buckminster .pde
>>>>> At revision 9453
>>>>> *** Ok (took 17:20.866)
>>>>>
>>>>>
>>>>> Alexander Gurov wrote:
>>>>>> Hello Thomas,
>>>>>>
>>>>>> I sent description of this problem and reference to this thread to SVN
>>>>>> Kit developers and I hope that provided stack trace will help them to
>>>>>> find and solve the problem. Thank you once again!
Re: Hanging SVN actions [message #1693589 is a reply to message #23110] Sat, 25 April 2015 23:46 Go to previous messageGo to next message
Kevin Mising name is currently offline Kevin Mising nameFriend
Messages: 7
Registered: December 2010
Junior Member
Six years later, and this bug still exists.

Furthermore, force closing Eclipse when it's hung in this manner corrupts the project metadata in such a way that SVN will never work again. You have to delete the project (without deleting the files, of course), run 'svn cleanup' on the command line, and re-import the project.
Re: Hanging SVN actions [message #1693910 is a reply to message #1693589] Wed, 29 April 2015 09:17 Go to previous messageGo to next message
Alexander Gurov is currently offline Alexander GurovFriend
Messages: 148
Registered: July 2009
Senior Member
You're talking of this one bug: https://bugs.eclipse.org/bugs/show_bug.cgi?id=415366
Right?
Since we can't change SVN Kit itself, instead in 2013 we changed the SVN Kit support code, so that it will forcibly interrupt the cancelled SVN activity thread if it is not stopped in 3 seconds after pressing the cancellation button.
So, could you please provide some details on your report, such as main plug-in version, connectors version, how te reproduce the issue? Thank you in advance.
Re: Hanging SVN actions [message #1699213 is a reply to message #1693910] Mon, 22 June 2015 15:46 Go to previous messageGo to next message
Anke Koelzer is currently offline Anke KoelzerFriend
Messages: 1
Registered: June 2015
Junior Member
I have a similar problem. Most SVN actions run properly but on certain commands the process gets stuck.
Every time I try to execute a "compare to revision number ..." on a certain file the process hangs after reaching 80% done. Sometimes it also gets stuck on other operations. Sometimes the SVN is in a corrupt state afterwards and it takes a lot of time to repair things.
I can reproduce the problem on my machine but cannot give you a hint how to produce it elsewhere. My internet connection is via VPN and I have the impression that the problem occurs when the connection is too slow.
I am working with a Luna Eclipse (see attached file for configuration infos).
You also find thread dumps attached.
Thanks for help!
Re: Hanging SVN actions [message #1699454 is a reply to message #1699213] Wed, 24 June 2015 12:20 Go to previous message
Alexander Gurov is currently offline Alexander GurovFriend
Messages: 148
Registered: July 2009
Senior Member
Thank you for provided information.

The problem is found to be in the code used to read network data in the SVN Kit library. It uses uninterruptable InputStream without timeouts, so that the only way to forcefully stop the thread is to call the Thread.stop() deprecated method, which is undesirable due to possible consequences.

"SVN-OQQDN" prio=6 tid=0x4999c400 nid=0x2790 runnable [0x48f8e000]
java.lang.Thread.State: RUNNABLE
at java.net.SocketInputStream.socketRead0(Native Method)
at java.net.SocketInputStream.read(Unknown Source)
at java.net.SocketInputStream.read(Unknown Source)
at java.io.BufferedInputStream.fill(Unknown Source)
at java.io.BufferedInputStream.read(Unknown Source)
- locked <0x13007238> (a java.io.BufferedInputStream)
at org.tmatesoft.svn.core.internal.io.dav.http.HTTPParser.readPlainLine(HTTPParser.java:69)

I'll report the issue to SVN Kit developers, though I don't know how long it'll take them to fix it.

The report on SVN Kit tracker:
https://issues.tmatesoft.com/issue/SVNKIT-605

[Updated on: Wed, 24 June 2015 12:29]

Report message to a moderator

Previous Topic:Missing Revision Graph option
Next Topic:Option to disable bugtraq in History Browser
Goto Forum:
  


Current Time: Tue Mar 19 11:34:14 GMT 2024

Powered by FUDForum. Page generated in 0.03218 seconds
.:: Contact :: Home ::.

Powered by: FUDforum 3.0.2.
Copyright ©2001-2010 FUDforum Bulletin Board Software

Back to the top