I just noticed something – the issue that Chris saw with SR2 RC3 – I’m seeing the same way when I try File>New>Other>Remote>Synch C/C++ services – hanging like
this:
But, then I had the idea to fire up jconsole, and I think I’m seeing the previous 2 hangs (which would explain why I could not delete the workspace directories
that had “.lock” in them:
Connecting to the highest number PID (windows doesn’t reveal PIDs, grumble) -
out of the 23 or so threads going, one looks suspicious:
Name: JMX server connection timeout 39
State: TIMED_WAITING on [I@7c7944aa
Total blocked: 78 Total waited: 79
Stack trace:
java.lang.Object.wait(Native Method)
com.sun.jmx.remote.internal.ServerCommunicatorAdmin$Timeout.run(Unknown Source)
java.lang.Thread.run(Unknown Source)
and I have some RMI TCP Connection threads, one looks particularly choice:
Name: RMI TCP Connection(5)-141.142.231.234
State: TIMED_WAITING on com.sun.jmx.remote.internal.ArrayNotificationBuffer@22d07df3
Total blocked: 6 Total waited: 10
Stack trace:
java.lang.Object.wait(Native Method)
com.sun.jmx.remote.internal.ArrayNotificationBuffer.fetchNotifications(Unknown Source)
com.sun.jmx.remote.internal.ArrayNotificationBuffer$ShareBuffer.fetchNotifications(Unknown Source)
com.sun.jmx.remote.internal.ServerNotifForwarder.fetchNotifs(Unknown Source)
javax.management.remote.rmi.RMIConnectionImpl$3.run(Unknown Source)
javax.management.remote.rmi.RMIConnectionImpl$3.run(Unknown Source)
javax.management.remote.rmi.RMIConnectionImpl.fetchNotifications(Unknown Source)
sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
java.lang.reflect.Method.invoke(Unknown Source)
sun.rmi.server.UnicastServerRef.dispatch(Unknown Source)
sun.rmi.transport.Transport$1.run(Unknown Source)
sun.rmi.transport.Transport$1.run(Unknown Source)
java.security.AccessController.doPrivileged(Native Method)
sun.rmi.transport.Transport.serviceCall(Unknown Source)
sun.rmi.transport.tcp.TCPTransport.handleMessages(Unknown Source)
sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run0(Unknown Source)
sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(Unknown Source)
java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
java.lang.Thread.run(Unknown Source)
I’m guessing we may have the same issue in both versions, but race conditions being what they are, manifesting themselves differently on different platforms.
This is not fun.
Jay
From: ptp-dev-bounces@xxxxxxxxxxx [mailto:ptp-dev-bounces@xxxxxxxxxxx]
On Behalf Of Greg Watson
Sent: Monday, February 11, 2013 4:02 PM
To: David Dykstal
Cc: Parallel Tools Platform general developers
Subject: [ptp-dev] Fwd: Kepler M5 & Juno SR2 RC3 Parallel package hangs
David,
We have a serious regression in Juno SR2 RC3 which is causing a number of UI issues when users create new synchronized project. It seems to be related to the RSE initialization code, though it's difficult for us to debug because we're not
seeing it in the development environment, only when run from the package. Do you know if there were any changes to RSE initialization in RC3 and what theses were?
Greg
Subject: Re: [ptp-dev] Kepler M5 & Juno SR2 RC3 Parallel package hangs
Date:
February 11, 2013 4:19:33 PM EST
I believe Dave Dykstal moved some of the init code in RSE for Juno SR2 RC2 (maybe it was RC3?) in order to prevent hangs we were getting with Eclipse 4.2.2. I'm not sure if this is related.
We haven't encountered any issues with it here.
===========================
Chris Recoskie
Team Lead, IBM CDT and RDT
IBM Toronto
Greg
Watson ---02/08/2013 03:04:03 PM---PTP will try to initialize all the remote services it knows about, even if they are not used. So if
From:
Greg Watson <g.watson@xxxxxxxxxxxx>
To:
Parallel Tools Platform general developers <ptp-dev@xxxxxxxxxxx>
Date:
02/08/2013 03:04 PM
Subject:
Re: [ptp-dev] Kepler M5 & Juno SR2 RC3 Parallel package hangs
Sent by:
ptp-dev-bounces@xxxxxxxxxxx
PTP will try to initialize all the remote services it knows about, even if they are not used. So if both RSE and the PTP RSE adapter are installed, then you'll see this message.
As far as I know there should be no functional changes in RSE between SR1 and SR2, but that doesn't mean there weren't.
Greg
On Feb 8, 2013, at 2:55 PM, "Alameda, Jay" <alameda@xxxxxxxxxxxx> wrote:
Why would it be “initializing remote services: RSE”? That doesn’t seem right to me…
Jay
From: ptp-dev-bounces@xxxxxxxxxxx [mailto:ptp-dev-bounces@xxxxxxxxxxx]
On Behalf Of Christopher Navarro
Sent: Friday, February 08, 2013 1:24 PM
To: ptp-dev@xxxxxxxxxxx
Subject: Re: [ptp-dev] Kepler M5 & Juno SR2 RC3 Parallel package hangs
I get the same problem with Juno SR2, but not with Juno SR1, has something been changed in the RSE initialization since SR1?
Chris
On 02/08/2013 11:48 AM, Christopher Navarro wrote:
I did notice that if I go through the top level menus (File > New > Other > Remote > sync c/c++ project), it's taking a long time with "Initializing remote services: RSE", I think that is what I am missing by going
through the right-mouse click in the package explorer. It's initializing something or trying to, but it never pops up a wizard with the progress bar and message indicator. At least now I know what it seems to be doing, but I don't know why it's taking forever.
It's been running for about 5 minutes now and the progress bar, if it can be believed, is about 1/3 done.
I have no errors in my .log file. And, just to clarify a statement I made about closing eclipse. Eclipse does close, or at least the UI appears to close, but I guess the thread doing the RSE stuff remains in the background and doesn't stop so it's blocking
from truly exiting cleanly.
Chris
On 02/08/2013 11:33 AM, Beth Tibbitts wrote:
Do you have any info on where it's hanging?
I have filed https://bugs.eclipse.org/bugs/show_bug.cgi?id=400345
but would like to assign it to EPP instead of PTP if i have any good data that it is.
I will try M4 + latest PTP build on top of that
...Beth
Beth Tibbitts
Eclipse Parallel Tools Platform http://eclipse.org/ptp
IBM STG - High Performance Computing Tools
Mailing Address: IBM Corp., 745 West New Circle Road, Lexington, KY 40511
<image001.gif>Christopher Navarro ---02/08/2013 12:23:19 PM---I see the same thing with Ubuntu (64) when I try the same action sequence you did except my busy-cu
I see the same thing with Ubuntu (64) when I try the same action sequence you did except my busy-cursor never really goes away. I can go through the action a second time while the busy cursor is still showing (right-mouse, new sync c/c++ project) and this time
the wizard opens, but the original process is still running. Even after I close Eclipse (File > Exit), it doesn't shut down cleanly because that action is still hanging onto the main thread. When I try to re-open eclipse with the same workspace it says it's
locked and in use until I forcefully kill the process.
Chris
On 02/08/2013 09:47 AM, Beth Tibbitts wrote:
The Kepler M5 parallel package hangs for me (Mac 64) when it comes up. I'm trying to rightmouse-new-sync c/c++ project.
The circle-quarters-icon won't go away but i can still use menu items to create new>...>sync project and it does go away evenually.
Anyone else seeing this?
...Beth
Beth Tibbitts
Eclipse Parallel Tools Platform http://eclipse.org/ptp
IBM STG - High Performance Computing Tools
Mailing Address: IBM Corp., 745 West New Circle Road, Lexington, KY 40511
<image001.gif>Beth Tibbitts---02/08/2013 09:22:58 AM---Remember, I said this was a busy week. We have parallel packages for both Juno SR2 RC3, and Kepler M
|
<image002.png>
From:
|
<image003.png>
Beth Tibbitts/Watson/IBM@IBMUS
|
|
<image002.png>
To:
|
<image003.png>
ptp-dev@xxxxxxxxxxx,
|
|
<image002.png>
Date:
|
<image003.png>
02/08/2013 09:22 AM
|
|
<image002.png>
Subject:
|
<image003.png>
[ptp-dev] EPP packages: Kepler M5 + Juno SR2 RC3 - download TODAY for weekend testing
|
|
<image002.png>
Sent by:
|
<image003.png>
ptp-dev-bounces@xxxxxxxxxxx
|
Remember, I said this was a busy week.
We have parallel packages for both Juno SR2 RC3, and Kepler M5 to test.
I am doing a sniff test now and probably vote to get them on the developer's download page shortly at
http://eclipse.org/downloads/index-developer.php
Note:
(1) If you can only test one, PLEASE TEST THE JUNO BUILD. We only get one more build, next Tuesday, to fix problems.
Sync project dialog is back to its streamlined original self (for Juno at least), more help docs for target system configurations, and many more fixes.
(2) eclipse.org servers will all be down tomorrow for their big move
to their new abode, so DOWNLOAD TODAY.
Can anyone confirm they've run these on windows or linux please??
Please?
...Beth
Beth Tibbitts
Eclipse Parallel Tools Platform http://eclipse.org/ptp
IBM STG - High Performance Computing Tools
Mailing Address: IBM Corp., 745 West New Circle Road, Lexington, KY 40511
----- Forwarded by Beth Tibbitts/Watson/IBM on 02/08/2013 09:17 AM -----
Hi package maintainers,
lots of packages to test... tomorrow is the release date for Kepler M4 *and* for Juno SR2 RC3.
Juno SR2 RC3
Packages:
http://build.eclipse.org/technology/epp/epp_build/juno/download/20130206-2129/
p2 repositories:
http://build.eclipse.org/technology/epp/epp_build/juno/download/20130206-2129/repository/
http://download.eclipse.org/releases/maintenance/
Kepler M5
Packages:
http://build.eclipse.org/technology/epp/epp_build/kepler/download/20130207-1145/
p2 repositories:
http://build.eclipse.org/technology/epp/epp_build/kepler/download/20130207-1145/repository/
http://download.eclipse.org/releases/staging/
Please test both release streams and send your +1 for both.
Thanks,
Markus
_______________________________________________
epp-dev mailing list
epp-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/epp-dev
_______________________________________________
ptp-dev mailing list
ptp-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/ptp-dev
_______________________________________________
ptp-dev mailing list
ptp-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/ptp-dev
_______________________________________________
ptp-dev mailing list
ptp-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/ptp-dev
_______________________________________________
ptp-dev mailing list
ptp-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/ptp-dev
_______________________________________________
ptp-dev mailing list
ptp-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/ptp-dev
_______________________________________________
ptp-dev mailing list
ptp-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/ptp-dev
_______________________________________________
ptp-dev mailing list
ptp-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/ptp-dev
_______________________________________________
ptp-dev mailing list
ptp-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/ptp-dev
