Lists

Terms and Conditions
Lists hosted on this site
Email the Postmaster
Tips for posting to public mailing lists

Re: Progressively all threads go into deadlock

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Progressively all threads go into deadlock

Subject: Re: Progressively all threads go into deadlock
From: Chuck Hill <email@hidden>
Date: Tue, 19 Feb 2008 09:25:11 -0800


On Feb 19, 2008, at 8:59 AM, Fabrice Pipart wrote:

Hi !
I am experiencing very annoying deadlock that happen both in development and deployment situations under load situations. It happens randomly. Progressively all threads go into deadlock. They all block on the same method : [1] sun.misc.Unsafe.park (native method)

I cannot understand why :-( We use autolock from Project Wonder with the four magic lines in Properties. Both the WorkerThreads and the Background threads block on this with varying stack traces (or at least I could not determine what is in common) :

Are there any other traces? I looks like something is locking the EOObjectStoreCoordinator and not unlocking it. I could be a bug in WO 5.4 or it could be some place in your code where you are manually locking, an EODatabaseContext for example, and the unlock is not happening.

Chuck

AThreadLaunchedFromAWorkerThread [1] sun.misc.Unsafe.park (native method) [2] java.util.concurrent.locks.LockSupport.park (LockSupport.java: 118) [3] java.util.concurrent.locks.AbstractQueuedSynchronizer.parkAndCheckInte rrupt (AbstractQueuedSynchronizer.java:716) [4] java.util.concurrent.locks.AbstractQueuedSynchronizer.acquireQueued (AbstractQueuedSynchronizer.java:746) [5] java.util.concurrent.locks.AbstractQueuedSynchronizer.acquire (AbstractQueuedSynchronizer.java:1,076) [6] java.util.concurrent.locks.ReentrantLock$NonfairSync.lock (ReentrantLock.java:184) [7] java.util.concurrent.locks.ReentrantLock.lock (ReentrantLock.java:256) [8] com.webobjects.eocontrol.EOObjectStoreCoordinator.lock (EOObjectStoreCoordinator.java:420) [9] com.webobjects.eocontrol.EOEditingContext.lockObjectStore (EOEditingContext.java:4,650) [10] com.webobjects.eocontrol.EOEditingContext.faultForGlobalID (EOEditingContext.java:3,606) [11] er.extensions.ERXEC.faultForGlobalID (ERXEC.java:972) [12] com.webobjects.eoaccess.EOUtilities.localInstanceOfObject (EOUtilities.java:989) ...

WorkerThread4: [1] sun.misc.Unsafe.park (native method) [2] java.util.concurrent.locks.LockSupport.park (LockSupport.java: 118) [3] java.util.concurrent.locks.AbstractQueuedSynchronizer.parkAndCheckInte rrupt (AbstractQueuedSynchronizer.java:716) [4] java.util.concurrent.locks.AbstractQueuedSynchronizer.acquireQueued (AbstractQueuedSynchronizer.java:746) [5] java.util.concurrent.locks.AbstractQueuedSynchronizer.acquire (AbstractQueuedSynchronizer.java:1,076) [6] java.util.concurrent.locks.ReentrantLock$NonfairSync.lock (ReentrantLock.java:184) [7] java.util.concurrent.locks.ReentrantLock.lock (ReentrantLock.java:256) [8] com.webobjects.eocontrol.EOObjectStoreCoordinator.lock (EOObjectStoreCoordinator.java:420) [9] com.webobjects.eocontrol.EOEditingContext.lockObjectStore (EOEditingContext.java:4,650) [10] com.webobjects.eocontrol.EOEditingContext.objectsWithFetchSpecificatio n (EOEditingContext.java:4,051) [11] er.extensions.ERXEC.objectsWithFetchSpecification (ERXEC.java:1,068) [12] com.webobjects.eocontrol.EOEditingContext.objectsWithFetchSpecificatio n (EOEditingContext.java:4,428) ...
It happens under 10.5.1 and 10.5.2 and WebObjects 5.4.0 and 5.4.1
Anyone experienced this?
Anyone has an idea how this can be happening?
Best regards
Fabrice Pipart
www.easyshadow.com
EasyMediaOnline
Digital Signage Software
Easyshadow
Palais de la Scala
1 avenue Henri Dunant
Suite 1155
MC - 98000 Monaco
Skype: fabrice.pipart
Tel.  +377 97 98 21 04 (direct)
Fax. +377 97 70 88 07
_______________________________________________ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (email@hidden) Help/Unsubscribe/Update your Subscription: 40global-village.net

This email sent to email@hidden

--

Practical WebObjects - for developers who want to increase their overall knowledge of WebObjects or who are trying to solve specific problems. http://www.global-village.net/products/practical_webobjects

_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list      (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden


Follow-Ups:

Re: Progressively all threads go into deadlock
From: Fabrice Pipart <email@hidden>


References:  
  >Progressively all threads go into deadlock (From: Fabrice Pipart <email@hidden>)




Prev by Date:
Progressively all threads go into deadlock

Next by Date:
Re: EOF operation ordering

Previous by thread:
Progressively all threads go into deadlock

Next by thread:
Re: Progressively all threads go into deadlock

Index(es):

Date
Thread