Return-Path: Delivered-To: apmail-ant-ivy-user-archive@www.apache.org Received: (qmail 22004 invoked from network); 22 Sep 2010 14:37:09 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 22 Sep 2010 14:37:09 -0000 Received: (qmail 41539 invoked by uid 500); 22 Sep 2010 14:37:09 -0000 Delivered-To: apmail-ant-ivy-user-archive@ant.apache.org Received: (qmail 41176 invoked by uid 500); 22 Sep 2010 14:37:06 -0000 Mailing-List: contact ivy-user-help@ant.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: ivy-user@ant.apache.org Delivered-To: mailing list ivy-user@ant.apache.org Received: (qmail 41163 invoked by uid 99); 22 Sep 2010 14:37:05 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 22 Sep 2010 14:37:05 +0000 X-ASF-Spam-Status: No, hits=2.9 required=10.0 tests=HTML_MESSAGE,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: local policy) Received: from [209.114.136.180] (HELO exchange2.interactivesys.com) (209.114.136.180) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 22 Sep 2010 14:36:56 +0000 Received: from exchange2.interactivesys.com ([::1]) by exchange2.interactivesys.com ([::1]) with mapi; Wed, 22 Sep 2010 10:36:34 -0400 From: Nathan Franzen To: "'ivy-user@ant.apache.org'" Date: Wed, 22 Sep 2010 10:36:33 -0400 Subject: RE: ivy hangs, file locking Thread-Topic: ivy hangs, file locking Thread-Index: ActaXVJKO1+yK/UURPyucnCn7EZUKwAAhV9g Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: multipart/alternative; boundary="_000_DF10415433824F4CA25599F7743793800A56B96935exchange2inte_" MIME-Version: 1.0 X-Virus-Checked: Checked by ClamAV on apache.org --_000_DF10415433824F4CA25599F7743793800A56B96935exchange2inte_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Interesting, and sad, I have two machines where I can run this build, both = running CentOS 5.5. One of them exhibits this problem, the other doesn't.= I don't yet know what the relevant difference is. -Nate _____________________________________________ From: Nathan Franzen Sent: Wednesday, September 22, 2010 9:52 AM To: 'ivy-user@ant.apache.org' Subject: ivy hangs, file locking I've just run into what seems to be the same problem discussed in February,= http://mail-archives.apache.org/mod_mbox/ant-ivy-user/201002.mbox/%3C90588= 4.90984.qm@web30804.mail.mud.yahoo.com%3E and following. When I run a fr= esh resolve on a clean cache, everything proceeds smoothly, but when I run = a second resolve, the ant process hangs. Running with ant -d -Divy.log.locking=3Dtrue, I see ... [ivy:retrieve] Thread[main,5,main] 1285162976298 file creation failed .....= .metadatas/metadata-.....ivy.lck [ivy:retrieve] Thread[main,5,main] 1285162976400 file creation failed .....= .metadatas/metadata-.....ivy.lck [ivy:retrieve] Thread[main,5,main] 1285162976503 file creation failed .....= .metadatas/metadata-.....ivy.lck ... This is using the standard 2.2 rc1 release, I downloaded the latest nightly= build and saw the same behavior. One thing that's quite different is that= I am using a customized pattern version matcher for this particular depend= ency jstack tells me it's waiting at "main" prio=3D10 tid=3D0x09966c00 nid=3D0x42c3 waiting on condition [0xf7fb= 8000..0xf7fb91f8] java.lang.Thread.State: TIMED_WAITING (sleeping) at java.lang.Thread.sleep(Native Method) at org.apache.ivy.plugins.lock.FileBasedLockStrategy.acquireLock(Fi= leBasedLockStrategy.java:87) at org.apache.ivy.plugins.lock.ArtifactLockStrategy.lockArtifact(Ar= tifactLockStrategy.java:40) at org.apache.ivy.core.cache.DefaultRepositoryCacheManager.lockMeta= dataArtifact(DefaultRepositoryCacheManager.java:1023) at org.apache.ivy.core.cache.DefaultRepositoryCacheManager.cacheMod= uleDescriptor(DefaultRepositoryCacheManager.java:883) at org.apache.ivy.plugins.resolver.BasicResolver.parse(BasicResolve= r.java:542) at org.apache.ivy.plugins.resolver.BasicResolver.getDependency(Basi= cResolver.java:263) at org.apache.ivy.plugins.resolver.ChainResolver.getDependency(Chai= nResolver.java:130) at org.apache.ivy.core.resolve.IvyNode.loadData(IvyNode.java:170) at org.apache.ivy.core.resolve.VisitNode.loadData(VisitNode.java:27= 4) at org.apache.ivy.core.resolve.ResolveEngine.fetchDependencies(Reso= lveEngine.java:671) at org.apache.ivy.core.resolve.ResolveEngine.doFetchDependencies(Re= solveEngine.java:757) at org.apache.ivy.core.resolve.ResolveEngine.fetchDependencies(Reso= lveEngine.java:679) at org.apache.ivy.core.resolve.ResolveEngine.doFetchDependencies(Re= solveEngine.java:744) at org.apache.ivy.core.resolve.ResolveEngine.fetchDependencies(Reso= lveEngine.java:679) at org.apache.ivy.core.resolve.ResolveEngine.getDependencies(Resolv= eEngine.java:551) at org.apache.ivy.core.resolve.ResolveEngine.resolve(ResolveEngine.= java:235) at org.apache.ivy.core.resolve.ResolveEngine.resolve(ResolveEngine.= java:193) at org.apache.ivy.Ivy.resolve(Ivy.java:502) at org.apache.ivy.ant.IvyResolve.doExecute(IvyResolve.java:244) at org.apache.ivy.ant.IvyTask.execute(IvyTask.java:277) at org.apache.ivy.ant.IvyPostResolveTask.ensureResolved(IvyPostReso= lveTask.java:214) at org.apache.ivy.ant.IvyPostResolveTask.prepareAndCheck(IvyPostRes= olveTask.java:161) at org.apache.ivy.ant.IvyRetrieve.doExecute(IvyRetrieve.java:49) at org.apache.ivy.ant.IvyTask.execute(IvyTask.java:277) Any thoughts, suggestions? Nathan Franzen --_000_DF10415433824F4CA25599F7743793800A56B96935exchange2inte_--