Liferay build hangs at build-db

[Conrad R, geändert vor 13 Jahren.]

Hi Team,

My build just hangs at builddb. Has anyone faced this problem?

Here’s the output on the screen:

build-db:
     [java] Loading jar:file:/<snip>/ext/modules/portal-impl.jar!/system.properties
     [java] Loading file:/<snip>/ext/ext-impl/src/system-ext.properties
     [java] Loading jar:file:/<snip>/ext/modules/portal-impl.jar!/portal.properties
     [java] Loading file:/<snip>/ext/ext-impl/src/portal-ext.properties
     [java] Loading file:/<snip>/ext/ext-impl/src/portal-ext.properties
     [java] Loading jar:file:/<snip>/ext/modules/portal-impl.jar!/com/liferay/portal/tools/dependencies/portal-tools
.properties
     [java] 16:56:11,312 INFO  [PortalImpl:264] Global lib directory /<snip>/ext/lib/global/
     [java] 16:56:11,312 INFO  [PortalImpl:284] Portal lib directory /<snip>/ext/ext-lib/portal/util-java.jar!/
</snip></snip></snip></snip></snip></snip></snip></snip>

And here’s the stack trace –

"Thread-5" daemon prio=6 tid=0x27376400 nid=0xb64 runnable [0x00000000]
   java.lang.Thread.State: RUNNABLE

"Thread-4" daemon prio=6 tid=0x2845f000 nid=0x3ac runnable [0x2aedf000]
   java.lang.Thread.State: RUNNABLE
        at java.io.FileInputStream.readBytes(Native Method)
        at java.io.FileInputStream.read(FileInputStream.java:177)
        at org.apache.tools.ant.taskdefs.StreamPumper.run(StreamPumper.java:92)
        at java.lang.Thread.run(Thread.java:619)

"Thread-3" daemon prio=6 tid=0x28cff800 nid=0x1760 runnable [0x2ae8f000]
   java.lang.Thread.State: RUNNABLE
        at java.io.FileInputStream.readBytes(Native Method)
        at java.io.FileInputStream.read(FileInputStream.java:199)
        at java.io.BufferedInputStream.fill(BufferedInputStream.java:218)
        at java.io.BufferedInputStream.read1(BufferedInputStream.java:258)
        at java.io.BufferedInputStream.read(BufferedInputStream.java:317)
        - locked <0x029fad08> (a java.io.BufferedInputStream)
        at java.io.FilterInputStream.read(FilterInputStream.java:90)
        at org.apache.tools.ant.taskdefs.StreamPumper.run(StreamPumper.java:92)
        at java.lang.Thread.run(Thread.java:619)

"Low Memory Detector" daemon prio=6 tid=0x26c82000 nid=0x16bc runnable [0x00000000]
   java.lang.Thread.State: RUNNABLE

"CompilerThread0" daemon prio=10 tid=0x26c7bc00 nid=0x16b8 waiting on condition [0x00000000]
   java.lang.Thread.State: RUNNABLE

"Attach Listener" daemon prio=10 tid=0x26c7a000 nid=0x16b4 runnable [0x00000000]
   java.lang.Thread.State: RUNNABLE

"Signal Dispatcher" daemon prio=10 tid=0x26c78c00 nid=0x167c waiting on condition [0x00000000]
   java.lang.Thread.State: RUNNABLE

"Finalizer" daemon prio=8 tid=0x26c69c00 nid=0x16b0 in Object.wait() [0x26ddf000]
   java.lang.Thread.State: WAITING (on object monitor)
        at java.lang.Object.wait(Native Method)
        - waiting on <0x05159e98> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:118)
        - locked <0x05159e98> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:134)
        at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:159)

"Reference Handler" daemon prio=10 tid=0x26c65400 nid=0x16ac in Object.wait() [0x26d8f000]
   java.lang.Thread.State: WAITING (on object monitor)
        at java.lang.Object.wait(Native Method)
        - waiting on <0x05159f20> (a java.lang.ref.Reference$Lock)
        at java.lang.Object.wait(Object.java:485)
        at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:116)
        - locked <0x05159f20> (a java.lang.ref.Reference$Lock)

"main" prio=6 tid=0x002b7c00 nid=0x16a4 runnable [0x0090e000]
   java.lang.Thread.State: RUNNABLE
        at java.lang.ProcessImpl.waitFor(Native Method)
        at org.apache.tools.ant.taskdefs.Execute.waitFor(Execute.java:549)
        at org.apache.tools.ant.taskdefs.Execute.execute(Execute.java:480)
        at org.apache.tools.ant.taskdefs.Java.fork(Java.java:767)
        at org.apache.tools.ant.taskdefs.Java.executeJava(Java.java:194)
        at org.apache.tools.ant.taskdefs.Java.execute(Java.java:104)
        at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:288)
        at sun.reflect.GeneratedMethodAccessor2.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:597)
        at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:105)
        at org.apache.tools.ant.Task.perform(Task.java:348)
        at org.apache.tools.ant.Target.execute(Target.java:357)
        at org.apache.tools.ant.Target.performTasks(Target.java:385)
        at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1329)
        at org.apache.tools.ant.helper.SingleCheckExecutor.executeTargets(SingleCheckExecutor.java:38)
        at org.apache.tools.ant.Project.executeTargets(Project.java:1181)
        at org.apache.tools.ant.taskdefs.Ant.execute(Ant.java:416)
        at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:288)
        at sun.reflect.GeneratedMethodAccessor2.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:597)
        at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:105)
        at org.apache.tools.ant.Task.perform(Task.java:348)
        at org.apache.tools.ant.Target.execute(Target.java:357)
        at org.apache.tools.ant.Target.performTasks(Target.java:385)
        at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1329)
        at org.apache.tools.ant.helper.SingleCheckExecutor.executeTargets(SingleCheckExecutor.java:38)
        at org.apache.tools.ant.Project.executeTargets(Project.java:1181)
        at org.apache.tools.ant.taskdefs.Ant.execute(Ant.java:416)
        at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:288)
        at sun.reflect.GeneratedMethodAccessor2.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:597)
        at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:105)
        at org.apache.tools.ant.Task.perform(Task.java:348)
        at org.apache.tools.ant.Target.execute(Target.java:357)
        at org.apache.tools.ant.Target.performTasks(Target.java:385)
        at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1329)
        at org.apache.tools.ant.Project.executeTarget(Project.java:1298)
        at org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:41)
        at org.apache.tools.ant.Project.executeTargets(Project.java:1181)
        at org.apache.tools.ant.Main.runBuild(Main.java:698)
        at org.apache.tools.ant.Main.startAnt(Main.java:199)
        at org.apache.tools.ant.launch.Launcher.run(Launcher.java:257)
        at org.apache.tools.ant.launch.Launcher.main(Launcher.java:104)

"VM Thread" prio=10 tid=0x26c61400 nid=0x16a8 runnable

"VM Periodic Task Thread" prio=10 tid=0x26c83c00 nid=0x16c0 waiting on condition

JNI global references: 1175

Heap
 def new generation   total 2304K, used 1115K [0x029a0000, 0x02c20000, 0x05100000)
  eden space 2048K,  44% used [0x029a0000, 0x02a85c80, 0x02ba0000)
  from space 256K,  76% used [0x02be0000, 0x02c11240, 0x02c20000)
  to   space 256K,   0% used [0x02ba0000, 0x02ba0000, 0x02be0000)
 tenured generation   total 30272K, used 15325K [0x05100000, 0x06e90000, 0x229a0000)
   the space 30272K,  50% used [0x05100000, 0x05ff7468, 0x05ff7600, 0x06e90000)
 compacting perm gen  total 12288K, used 10759K [0x229a0000, 0x235a0000, 0x269a0000)
   the space 12288K,  87% used [0x229a0000, 0x23421cf0, 0x23421e00, 0x235a0000)

It appears to be two threads reading the same resource; but don’t know which one. My build has worked smoothly before.

Regards

[Priit Liivak, geändert vor 13 Jahren.]

I'm having the same issue. I haven't modified the build. Is it possible that some file build script tries to modify is included in classpath and locked by ant?