为啥我的 Gradle 构建会因退出代码 137 而死?
Posted
技术标签:
【中文标题】为啥我的 Gradle 构建会因退出代码 137 而死?【英文标题】:Why are my Gradle builds dying with exit-code 137?为什么我的 Gradle 构建会因退出代码 137 而死? 【发布时间】:2016-12-22 10:06:02 【问题描述】:我一直在尝试编译和测试一个大型项目以使用 Gradle。测试运行良好,直到他们意外死亡。我四处挖掘,资源说这是由于内存问题。如果我减少套件中的测试数量,它运行良好。
我将内存增加了 4 倍,提高了调试级别,但我仍然不知道是什么原因造成的。这是非常神秘的堆栈跟踪。最后一行(向右滚动)显示了我定义的内存设置。
...
...
...
1125 tests completed, 30 failed, 9 skipped
:test FAILED
:test (Thread[Daemon worker,5,main]) completed. Took 8 mins 39.684 secs.
FAILURE: Build failed with an exception.
* What went wrong:
Execution failed for task ':test'.
> Process 'Gradle Test Executor 1' finished with non-zero exit value 137
* Try:
Run with --debug option to get more log output.
* Exception is:
org.gradle.api.tasks.TaskExecutionException: Execution failed for task ':test'.
at org.gradle.api.internal.tasks.execution.ExecuteActionsTaskExecuter.executeActions(ExecuteActionsTaskExecuter.java:69)
at org.gradle.api.internal.tasks.execution.ExecuteActionsTaskExecuter.execute(ExecuteActionsTaskExecuter.java:46)
at org.gradle.api.internal.tasks.execution.PostExecutionAnalysisTaskExecuter.execute(PostExecutionAnalysisTaskExecuter.java:35)
at org.gradle.api.internal.tasks.execution.SkipUpToDateTaskExecuter.execute(SkipUpToDateTaskExecuter.java:64)
at org.gradle.api.internal.tasks.execution.ValidatingTaskExecuter.execute(ValidatingTaskExecuter.java:58)
at org.gradle.api.internal.tasks.execution.SkipEmptySourceFilesTaskExecuter.execute(SkipEmptySourceFilesTaskExecuter.java:52)
at org.gradle.api.internal.tasks.execution.SkipTaskWithNoActionsExecuter.execute(SkipTaskWithNoActionsExecuter.java:52)
at org.gradle.api.internal.tasks.execution.SkipOnlyIfTaskExecuter.execute(SkipOnlyIfTaskExecuter.java:53)
at org.gradle.api.internal.tasks.execution.ExecuteAtMostOnceTaskExecuter.execute(ExecuteAtMostOnceTaskExecuter.java:43)
at org.gradle.execution.taskgraph.DefaultTaskGraphExecuter$EventFiringTaskWorker.execute(DefaultTaskGraphExecuter.java:203)
at org.gradle.execution.taskgraph.DefaultTaskGraphExecuter$EventFiringTaskWorker.execute(DefaultTaskGraphExecuter.java:185)
at org.gradle.execution.taskgraph.AbstractTaskPlanExecutor$TaskExecutorWorker.processTask(AbstractTaskPlanExecutor.java:66)
at org.gradle.execution.taskgraph.AbstractTaskPlanExecutor$TaskExecutorWorker.run(AbstractTaskPlanExecutor.java:50)
at org.gradle.execution.taskgraph.DefaultTaskPlanExecutor.process(DefaultTaskPlanExecutor.java:25)
at org.gradle.execution.taskgraph.DefaultTaskGraphExecuter.execute(DefaultTaskGraphExecuter.java:110)
at org.gradle.execution.SelectedTaskExecutionAction.execute(SelectedTaskExecutionAction.java:37)
at org.gradle.execution.DefaultBuildExecuter.execute(DefaultBuildExecuter.java:37)
at org.gradle.execution.DefaultBuildExecuter.access$000(DefaultBuildExecuter.java:23)
at org.gradle.execution.DefaultBuildExecuter$1.proceed(DefaultBuildExecuter.java:43)
at org.gradle.execution.DryRunBuildExecutionAction.execute(DryRunBuildExecutionAction.java:32)
at org.gradle.execution.DefaultBuildExecuter.execute(DefaultBuildExecuter.java:37)
at org.gradle.execution.DefaultBuildExecuter.execute(DefaultBuildExecuter.java:30)
at org.gradle.initialization.DefaultGradleLauncher$4.run(DefaultGradleLauncher.java:154)
at org.gradle.internal.Factories$1.create(Factories.java:22)
at org.gradle.internal.progress.DefaultBuildOperationExecutor.run(DefaultBuildOperationExecutor.java:90)
at org.gradle.internal.progress.DefaultBuildOperationExecutor.run(DefaultBuildOperationExecutor.java:52)
at org.gradle.initialization.DefaultGradleLauncher.doBuildStages(DefaultGradleLauncher.java:151)
at org.gradle.initialization.DefaultGradleLauncher.access$200(DefaultGradleLauncher.java:32)
at org.gradle.initialization.DefaultGradleLauncher$1.create(DefaultGradleLauncher.java:99)
at org.gradle.initialization.DefaultGradleLauncher$1.create(DefaultGradleLauncher.java:93)
at org.gradle.internal.progress.DefaultBuildOperationExecutor.run(DefaultBuildOperationExecutor.java:90)
at org.gradle.internal.progress.DefaultBuildOperationExecutor.run(DefaultBuildOperationExecutor.java:62)
at org.gradle.initialization.DefaultGradleLauncher.doBuild(DefaultGradleLauncher.java:93)
at org.gradle.initialization.DefaultGradleLauncher.run(DefaultGradleLauncher.java:82)
at org.gradle.launcher.exec.InProcessBuildActionExecuter$DefaultBuildController.run(InProcessBuildActionExecuter.java:94)
at org.gradle.tooling.internal.provider.ExecuteBuildActionRunner.run(ExecuteBuildActionRunner.java:28)
at org.gradle.launcher.exec.ChainingBuildActionRunner.run(ChainingBuildActionRunner.java:35)
at org.gradle.launcher.exec.InProcessBuildActionExecuter.execute(InProcessBuildActionExecuter.java:43)
at org.gradle.launcher.exec.InProcessBuildActionExecuter.execute(InProcessBuildActionExecuter.java:28)
at org.gradle.launcher.exec.ContinuousBuildActionExecuter.execute(ContinuousBuildActionExecuter.java:78)
at org.gradle.launcher.exec.ContinuousBuildActionExecuter.execute(ContinuousBuildActionExecuter.java:48)
at org.gradle.launcher.daemon.server.exec.ExecuteBuild.doBuild(ExecuteBuild.java:52)
at org.gradle.launcher.daemon.server.exec.BuildCommandOnly.execute(BuildCommandOnly.java:36)
at org.gradle.launcher.daemon.server.api.DaemonCommandExecution.proceed(DaemonCommandExecution.java:120)
at org.gradle.launcher.daemon.server.exec.WatchForDisconnection.execute(WatchForDisconnection.java:37)
at org.gradle.launcher.daemon.server.api.DaemonCommandExecution.proceed(DaemonCommandExecution.java:120)
at org.gradle.launcher.daemon.server.exec.ResetDeprecationLogger.execute(ResetDeprecationLogger.java:26)
at org.gradle.launcher.daemon.server.api.DaemonCommandExecution.proceed(DaemonCommandExecution.java:120)
at org.gradle.launcher.daemon.server.exec.RequestStopIfSingleUsedDaemon.execute(RequestStopIfSingleUsedDaemon.java:34)
at org.gradle.launcher.daemon.server.api.DaemonCommandExecution.proceed(DaemonCommandExecution.java:120)
at org.gradle.launcher.daemon.server.exec.ForwardClientInput$2.call(ForwardClientInput.java:74)
at org.gradle.launcher.daemon.server.exec.ForwardClientInput$2.call(ForwardClientInput.java:72)
at org.gradle.util.Swapper.swap(Swapper.java:38)
at org.gradle.launcher.daemon.server.exec.ForwardClientInput.execute(ForwardClientInput.java:72)
at org.gradle.launcher.daemon.server.api.DaemonCommandExecution.proceed(DaemonCommandExecution.java:120)
at org.gradle.launcher.daemon.server.health.DaemonHealthTracker.execute(DaemonHealthTracker.java:40)
at org.gradle.launcher.daemon.server.api.DaemonCommandExecution.proceed(DaemonCommandExecution.java:120)
at org.gradle.launcher.daemon.server.exec.LogToClient.doBuild(LogToClient.java:66)
at org.gradle.launcher.daemon.server.exec.BuildCommandOnly.execute(BuildCommandOnly.java:36)
at org.gradle.launcher.daemon.server.api.DaemonCommandExecution.proceed(DaemonCommandExecution.java:120)
at org.gradle.launcher.daemon.server.exec.EstablishBuildEnvironment.doBuild(EstablishBuildEnvironment.java:72)
at org.gradle.launcher.daemon.server.exec.BuildCommandOnly.execute(BuildCommandOnly.java:36)
at org.gradle.launcher.daemon.server.api.DaemonCommandExecution.proceed(DaemonCommandExecution.java:120)
at org.gradle.launcher.daemon.server.health.HintGCAfterBuild.execute(HintGCAfterBuild.java:41)
at org.gradle.launcher.daemon.server.api.DaemonCommandExecution.proceed(DaemonCommandExecution.java:120)
at org.gradle.launcher.daemon.server.exec.StartBuildOrRespondWithBusy$1.run(StartBuildOrRespondWithBusy.java:50)
BUILD FAILED at org.gradle.launcher.daemon.server.DaemonStateCoordinator$1.run(DaemonStateCoordinator.java:246)
at org.gradle.internal.concurrent.ExecutorPolicy$CatchAndRecordFailures.onExecute(ExecutorPolicy.java:54)
at org.gradle.internal.concurrent.StoppableExecutorImpl$1.run(StoppableExecutorImpl.java:40)
Caused by: org.gradle.process.internal.ExecException: Process 'Gradle Test Executor 1' finished with non-zero exit value 137
Total time: 9 mins 38.624 secs
at org.gradle.process.internal.DefaultExecHandle$ExecResultImpl.assertNormalExitValue(DefaultExecHandle.java:367)
at org.gradle.process.internal.DefaultWorkerProcess.waitForStop(DefaultWorkerProcess.java:161)
at org.gradle.api.internal.tasks.testing.worker.ForkingTestClassProcessor.stop(ForkingTestClassProcessor.java:86)
at org.gradle.api.internal.tasks.testing.processors.RestartEveryNTestClassProcessor.endBatch(RestartEveryNTestClassProcessor.java:60)
at org.gradle.api.internal.tasks.testing.processors.RestartEveryNTestClassProcessor.stop(RestartEveryNTestClassProcessor.java:54)
at org.gradle.messaging.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
at org.gradle.messaging.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:24)
at org.gradle.messaging.dispatch.FailureHandlingDispatch.dispatch(FailureHandlingDispatch.java:29)
at org.gradle.messaging.dispatch.AsyncDispatch.dispatchMessages(AsyncDispatch.java:132)
at org.gradle.messaging.dispatch.AsyncDispatch.access$000(AsyncDispatch.java:33)
at org.gradle.messaging.dispatch.AsyncDispatch$1.run(AsyncDispatch.java:72)
... 2 more
Stopped 0 compiler daemon(s).
Received result Failure[value=org.gradle.initialization.ReportedException: org.gradle.internal.exceptions.LocationAwareException: Execution failed for task ':test'.] from daemon DaemonInfopid=48, address=[65adcc0f-8881-4511-b7a0-1b88c7016510 port:34390, addresses:[/0:0:0:0:0:0:0:1%lo, /127.0.0.1]], idle=false, context=DefaultDaemonContext[uid=14546872-57d6-4da6-8358-dc41cb7bb01d,javaHome=/usr/lib/jvm/java-8-oracle,daemonRegistryDir=/srv/myapplication/.gradle/daemon,pid=48,idleTimeout=120000,daemonOpts=-XX:MaxMetaspaceSize=320m,-XX:+DisableExplicitGC,-XX:+UseConcMarkSweepGC,-XX:NewSize=124m,-XX:SurvivorRatio=16,-Xms257m,-Xmx2049m,-Dfile.encoding=UTF-8,-Duser.country=US,-Duser.language=en,-Duser.variant] (build should be done).
【问题讨论】:
【参考方案1】:这个问题似乎与 Linux 相关,而不是 Jenkins 文档中所述的 Gradle:
在虚拟内存运行不足的情况下,内核 OOM(Out of 内存)杀手可能会强行杀死 Jenkins 或单个构建。如果这 在 Linux 上发生,您可能会看到构建以退出代码 137 (128 + SIGKILL 的信号编号)。
dmesg
命令输出将显示日志 将确认内核采取的操作的消息。
https://wiki.jenkins-ci.org/display/JENKINS/I'm+getting+OutOfMemoryError
【讨论】:
我认为这不是很有用,看起来下面还有另一个更有用的响应。这不是只适用于 Jenkins 的问题。它也适用于任何 CI。 OOM-Kill 在某些 Linux 发行版上默认禁用,Ubuntu 就是其中之一。【参考方案2】:我在 DigitalOcean 的服务器上遇到过类似的问题,我的 gradle 构建在 test
阶段完全失败,堆栈跟踪非常相似,并且没有执行单个测试。
Gradle 文档中指出 gradle daemon should not be run in CI environments。所以我只是在我的构建命令中添加了--no-daemon
,一切都运行良好。使用./gradlew --stop
停止守护进程也很有用,但它仅适用于单个构建 - 下一个也失败了。
我的构建命令:
./gradlew build --no-daemon
【讨论】:
正如该线程***.com/questions/44786375/…中接受的答案所示,您可能还需要一个参数; --no-daemon --max-workers 2 从 6.6.1 开始,建议在 CI docs.gradle.org/6.6.1/userguide/… 中使用守护程序 @jersub 感谢您的更新!我想我的评论仍然是相关的,因为原始文档说:“但是,如果您怀疑 Daemon 使您的 CI 构建不稳定,您可以禁用它以便为每个构建使用新的运行时,因为运行时与之前的任何构建完全隔离构建。”【参考方案3】:我在 CircleCI 上也遇到了同样的问题,但我对上述任何一个都没有任何运气。这是我发现的:
将-Dorg.gradle.daemon=false
添加到我的CircleCI config.yml
会停止使用守护进程,但没有解决问题。
在 gradle 命令中添加 -Dorg.gradle.workers.max=2
到 GRADLE_OPTS
或 --max-workers 2
似乎没有太大/任何影响。为了以防万一,我尝试了--max-workers=2
,因为这两种格式似乎都在谷歌上流传。我连接到我的 CircleCI 容器,在 top
我仍然可以看到 3-4 个 Java 进程分叉,所以不确定这是在做什么?
我还在上述组合中尝试了 max workers = 1。
按照 Baptiste Mesta 的建议,在 JVM 参数和我的构建中的 test
配置中尝试了 -XX:+UnlockExperimentalVMOptions
和 -XX:+UseCGroupMemoryLimitForHeap
。我不明白这是怎么回事;我会认为多个分叉的进程不知道其他进程正在使用的容器内存的比例是多少?除非我没有正确理解。
最后,我只是通过对内存设置的友好和明确来解决它,而不是使用魔法:
圈子 CI 配置:GRADLE_OPTS: -Xmx2048m -Dorg.gradle.daemon=false
Gradle 构建:test maxHeapSize = "512m"
编辑:您可能需要降低,这取决于您是否有其他进程正在运行。
【讨论】:
这适用于我的 android 项目和 circle ci,将environment: GRADLE_OPTS: -Xmx2048m -Dorg.gradle.daemon=false
添加到 circle ci 的 config.yml 文件中。 - 谢谢
使用付费帐户中可用的升级机器(resource_class)通常可以解决此问题
我想知道为什么这个解决方案有效。 Gradle 文档 (docs.gradle.org/current/userguide/…) 声明实际构建由 Gradle 守护程序运行,不受GRADLE_OPTS
的影响。但是,在“配置 JVM 内存”(docs.gradle.org/current/userguide/…) 下有一条说明,如果守护程序被禁用(您这样做)并且客户端 VM 具有相同的设置(我怎么知道?),那么构建不会在单独的 VM fork 中运行,而是在客户端 VM 本身中运行。【参考方案4】:
我遇到了同样的问题,但在 CI 环境中构建是在 docker 容器中启动的。 在那种特定情况下,JVM 不知道它可以使用多少内存,您可能会遇到此类问题。
为了让JVM知道有多少内存可用,可以使用
gradle build -Dorg.gradle.jvmargs=-XX:+UnlockExperimentalVMOptions -XX:+UseCGroupMemoryLimitForHeap
并将其设置在您的测试任务中:
test
jvmArgs "-XX:+UnlockExperimentalVMOptions", "-XX:+UseCGroupMemoryLimitForHeap"
这是 8u131+ 中引入的新 JVM 功能
见:http://royvanrijn.com/blog/2018/05/java-and-docker-memory-limits/
【讨论】:
只需将测试 jvm args 添加到我在 CircleCi 中为我工作的 gradle 中,不必更改命令。 与 Java10 及更新版本无关【参考方案5】:与 Baptiste Mesta 的回答类似,但对于 JDK 11,我使用了 UseContainerSupport JVM 选项来解决我的 Jenkins 构建问题。
./gradlew test --no-daemon -Dorg.gradle.jvmargs=-XX:+UseContainerSupport
【讨论】:
UseContainerSupport
不是被deafult启用了吗?
FWIW UseContainerSupport
是为我工作所必需的。【参考方案6】:
运行 Gradle 4.6 的 Bamboo 代理(在 Docker 上运行)也有类似的问题。 test
任务突然终止了
build 27-Dec-2018 22:00:20 22:00:20.018 [DEBUG] [org.gradle.process.internal.DefaultExecHandle] Process 'Gradle Test Executor 1' finished with exit value 137 (state: FAILED)
我们有超过 3000 个单元测试。在我们的例子中,使用forkEvery
来限制每个测试执行程序进程运行的测试类的数量,并且还限制了内存使用,解决了这个问题:
test
maxHeapSize '512m'
forkEvery 100
jvmArgs '-Xmx512m', '-Xms512m'
【讨论】:
我应该在哪里添加 test 选项?我尝试在我的 build.gradle 文件中运行失败【参考方案7】:这其实是内存问题,一般Docker容器的内存限制是4G,所以你需要注意你的java堆不要超过这个限制,解决方案很少我参考android
将此添加到 gradle.properties(根据需要更改大小)
org.gradle.jvmargs=-Xmx10248m -XX:MaxPermSize=256m
将此添加到您的 build.gradle
android.testOptions.unitTests.all maxHeapSize = "1024m"
或
android
testOptions
unitTests
// Any other configurations
all
maxHeapSize = "1024m"
如果您仍然遇到 OOM 问题,您还可以限制 gradle 的最大工人数:./gradlew test --max-workers 4
希望这会有所帮助。
【讨论】:
【参考方案8】:如果您在尝试运行 Robolectric 测试的 CircleCi 上遇到此问题
我在他们的 android 文档页面上找到了我的问题的解决方案
https://circleci.com/docs/2.0/language-android/
这只是添加
android
testOptions
unitTests
returnDefaultValues = true
includeAndroidResources = true
all
maxHeapSize = "1024m"
如果您仍然遇到 OOM 问题,您还可以限制 gradle 的最大工作人员数:./gradlew test --max-workers 4
【讨论】:
【参考方案9】:我会在 intellij 上遇到类似的问题。我按照上述答案升级了内存并在 gradle.properties 文件中禁用了守护进程
org.gradle.daemon=false
Gradle Daemon 是一个长期存在的构建过程。它缓存来自先前构建的文件、任务、项目结构等信息。因此,使您的后续构建高效。默认情况下启用守护进程。但有时它会损坏,因此您可以尝试禁用守护进程。
【讨论】:
以上是关于为啥我的 Gradle 构建会因退出代码 137 而死?的主要内容,如果未能解决你的问题,请参考以下文章
为啥即使源代码没有变化,Gradle 的“构建”任务也不是最新的?
为啥我的 Xamarin.Android 项目不能在启用 Proguard 的情况下构建:“java.exe”退出代码 1
Flutter - Gradle 任务 assembleRelease 失败,退出代码为 1