Home » Eclipse Projects » Subversive » Hanging SVN actions
| Hanging SVN actions [message #23110] |
Tue, 01 July 2008 06:28  |
Eclipse User |
|
|
|
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 #23972 is a reply to message #23540] |
Wed, 02 July 2008 14:50  |
| Eclipse User |
|
|
|
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 #25637 is a reply to message #25071] |
Tue, 15 July 2008 09:27 |
| Eclipse User |
|
|
|
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 #48625 is a reply to message #25688] |
Tue, 07 July 2009 07:11 |
| Eclipse User |
|
|
|
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 04:48 |
| Eclipse User |
|
|
|
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 00:50 |
| Eclipse User |
|
|
|
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 01:12 |
| Eclipse User |
|
|
|
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 15:58 |
| Eclipse User |
|
|
|
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 #1699454 is a reply to message #1699213] |
Wed, 24 June 2015 08:20 |
| Eclipse User |
|
|
|
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 08:29] by Moderator |
|
|
Goto Forum:
Current Time: Fri Apr 25 07:28:14 EDT 2025
Powered by FUDForum. Page generated in 0.05300 seconds |
Home