Open Menu Close Menu
Apple
Shopping Bag

Apple
Mac
iPad
iPhone
Watch
TV
Music
Support
Shopping Bag

Lists

Open Menu Close Menu

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

Progressively all threads go into deadlock

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

Progressively all threads go into deadlock

Subject: Progressively all threads go into deadlock
From: Fabrice Pipart <email@hidden>
Date: Tue, 19 Feb 2008 17:59:47 +0100

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) :

AThreadLaunchedFromAWorkerThread

[1] sun.misc.Unsafe.park (native method)

[2] java.util.concurrent.locks.LockSupport.park (LockSupport.java:118)

[3] java.util.concurrent.locks.AbstractQueuedSynchronizer.parkAndCheckInterrupt (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.parkAndCheckInterrupt (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.objectsWithFetchSpecification (EOEditingContext.java:4,051)

[11] er.extensions.ERXEC.objectsWithFetchSpecification (ERXEC.java:1,068)

[12] com.webobjects.eocontrol.EOEditingContext.objectsWithFetchSpecification (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:

This email sent to email@hidden

Follow-Ups:
- Re: Progressively all threads go into deadlock
  - From: Chuck Hill <email@hidden>

Prev by Date: Re: Webobjects-dev Digest, Vol 5, Issue 213
Next by Date: Re: Progressively all threads go into deadlock
Previous by thread: Re: EOF operation ordering
Next by thread: Re: Progressively all threads go into deadlock
Index(es):
- Date
- Thread