進程“ Gradle Test Executor”以非零退出值29完成

Question

我的測試任務之一失敗，並且任何日志中都沒有任何明顯的錯誤消息：

：midonet-cluster：test失敗

失敗：構建失敗，發生異常。

*出了什么問題：任務'：midonet-cluster：test'的執行失敗。

進程“等級測試執行器12”以非零退出值29完成

這是堆棧跟蹤：

org.gradle.api.tasks.TaskExecutionException：任務'：midonet-cluster：test'的執行失敗。 [17/1998]在org.gradle.api.internal.tasks.execution.ExecuteActionsTaskExecuter.executeActions（ExecuteActionsTaskExecuter.java:98）在org.gradle.api.internal.tasks.execution.ExecuteActionsTaskExecuter.execute（ExecuteActionsTaskExecuter.java:68 ）在org.gradle.api.internal.tasks.execution.ValidatingTaskExecuter.execute（ValidatingTaskExecuter.java:58）在org.gradle.api.internal.tasks.execution.SkipUpToDateTaskExecuter.execute（SkipUpToDateTaskExecuter.java:62） gradle.api.internal.tasks.execution.SkipEmptySourceFilesTaskExecuter.execute（SkipEmptySourceFilesTaskExecuter.java:88）位於org.gradle.api.internal.tasks.execution.ResolveTaskArtifactStateTaskExecuter.execute（ResolveTaskArtifactStateTaskExecuter.java:46。 org.gradle.api.internal.tasks.execution.SkipOnlyIfTaskExecuter.execute（SkipOnlyIfTaskExecuter.java:54）上的internal.tasks.execution.SkipTaskWithNoActionsExecuter.execute（SkipTaskWithNoActionsExecuter.java:51）在org.gradle.api.internal。 execution.ExecuteAtM org.gradle.api.internal.tasks.execution.CatchExceptionTaskExecuter.execute（CatchExceptionTaskExecuter.java:34）處的ostOnceTaskExecuter.execute（ExecuteAtMostOnceTaskExecuter.java:43）在org.gradle.execution.taskgraph.DefaultTaskGraphExecuter $ EventFiringTaskWorker $ 1.execute（Execute .java：236）org.gradle.execution.taskgraph.DefaultTaskGraphExecuter $ EventFiringTaskWorker $ 1.execute（DefaultTaskGraphExecuter.java:228）org.gradle.internal.Transformers $ 4.transform（Transformers.java:169）org.gradle。 org.gradle.internal.progress.DefaultBuildOperationExecutor.run（DefaultBuildOperationExecutor.java:61）處的internal.progress.DefaultBuildOperationExecutor.run（DefaultBuildOperationExecutor.java:106）在org.gradle.execution.taskgraph.DefaultTaskGraphExecuter $ EventFiringTaskWorker.execute（Default。 java：228）在org.gradle.execution.taskgraph.DefaultTaskGraphExecuter $ EventFiringTaskWorker.execute（DefaultTaskGraphExecuter.java:215）在org.gradle.execution.taskgraph.Abs org.gradle.execution.taskgraph.Abs​​tractTaskPlanExecutor $ TaskExecutorWorker.run（AbstractTaskPlanExecutor.java:58）上的tractTaskPlanExecutor $ TaskExecutorWorker.processTask（AbstractTaskPlanExecutor.java:77）在org.gradle.execution.taskgraph.DefaultTaskPlanExecutor.process（java： 32）在org.gradle.execution.SelectedTaskExecutionAction.execute（SelectedTaskExecutionAction.java:37）在org.gradle.execution.SelectedTaskExecutionAction.execute（DefaultTaskGraphExecuter.java:113）在org.gradle.execution.DefaultBuildExecuter.execute（DefaultBuildExecuter） .java：37）org.gradle.execution.DefaultBuildExecuter.access $ 000（DefaultBuildExecuter.java:23）org.gradle.execution.DefaultBuildExecuter $ 1.proceed（DefaultBuildExecuter.java:43）org.gradle.execution.DryRunBuildExecutionAction。在org.gradle.execution.DefaultBuildExecuter.execute（DefaultBuildExecuter.java:37）處執行（DryRunBuildExecutionAction.java:32）在org.gradle.execution.DefaultBuildExecuter.execute（DefaultBuildEx處） ecuter.java:30）位於org.gradle.initialization.DefaultGradleLauncher $ RunTasksAction.execute（DefaultGradleLauncher.java:230）位於org.gradle.initialization.DefaultGradleLauncher $ RunTasksAction.execute（DefaultGradleLauncher.java:227）位於org.gradle.internal .org.gradle.internal.progress.DefaultBuildOperationExecutor.run（DefaultBuildOperationExecutor.java:106）的.Transformers $ 4.transform（Transformers.java:169）在org.gradle.internal.progress.DefaultBuildOperationExecutor.run（DefaultBuildOperationExecutor.java（56））在org.gradle.initialization.DefaultGradleLauncher.doBuildStages（DefaultGradleLauncher.java:161）在org.gradle.initialization.DefaultGradleLauncher.doBuild（DefaultGradleLauncher.java:112）在org.gradle.initialization.DefaultGradleLauncher.run（DefaultGradleLauncher.java:95） ）的org.gradle.launcher.exec.GradleBuildController.run（GradleBuildController.java:66）的org.gradle.tooling.internal.provider.ExecuteBuildActionRunner.run（ExecuteBuildActionRunner.java:28）的org.gradle.launcher.exec的）。 org上org.gradle.launcher.exec.InProcessBuildActionExecuter.execute（InProcessBuildActionExecuter.java:26）上org.gradle.launcher.exec.InProcessBuildActionExecuter.execute（InProcessBuildActionExecuter.java:41）上的ChainingBuildActionRunner.run（ChainingBuildActionRunner.java:35） org.gradle.tooling.internal.provider.ContinuousBuildActionExecuter.execute（ContinuousBuildActionExecuter.java:49）上的.gradle.tooling.internal.provider.ContinuousBuildActionExecuter.execute（ContinuousBuildActionExecuter.java:75）在org.gradle.tooling.internal.provider org.gradle.tooling.internal.provider.ServicesSetupBuildActionExecuter.execute（ServicesSetupBuildActionExecuter.java:31）處的org.gradle.launcher.cli.RunBuildAction.run（RunBuildAction.java:51）處的.ServicesSetupBuildActionExecuter.execute（ServicesSetupBuildActionExecuter.java:49） ）在org.gradle.launcher.cli.CommandLineActionFactory $ ParseAndBuildAction.execute（CommandLineActionFac）上的org.gradle.internal.Actions $ RunnableActionAdapter.execute（Actions.java:173） org.gradle.launcher.cli.CommandLineActionFactory $ ParseAndBuildAction.execute（CommandLineActionFactory.java:254）上的org.gradle.launcher.cli.JavaRuntimeValidationAction.execute（JavaRuntimeValidationAction.java:33）上的tory.java:281） org.gradle.launcher.cli.ExceptionReportingAction.execute（ExceptionReportingAction.java:33）上的.launcher.cli.JavaRuntimeValidationAction.execute（JavaRuntimeValidationAction.java:24）在org.gradle.launcher.cli.ExceptionReportingAction.execute（ExceptionReportingAction.java ：22），位於org.gradle.launcher.cli.CommandLineActionFactory $ WithLogging.execute（CommandLineActionFactory.java:182），位於org.gradle.launcher.cli.CommandLineActionFactory $ WithLogging.execute（CommandLineActionFactory.java:182）的org.gradle.launcher.cli.CommandLineActionFactory $ WithLogging.execute（CommandLineActionFactory.java:247）。 org.gradle.launcher.bootstrap.EntryPoint.run（EntryPoint.java:45）處的launcher.Main.doAction（Main.java:33）org.gradle.launcher.bootstrap.ProcessBootstrap.runNoExit（ProcessBootstrap.java:60）在org.gradle.launcher.bootstrap.ProcessBootstrap.run（ProcessBo otstrap.java:37），位於org.gradle.launcher.GradleMain.main（GradleMain.java:23），位於org.gradle.wrapper.BootstrapMainStarter.start（BootstrapMainStarter.java:30），位於org.gradle.wrapper.WrapperExecutor.execute （WrapperExecutor.java:127）在org.gradle.wrapper.GradleWrapperMain.main（GradleWrapperMain.java:56）

由以下原因引起：org.gradle.process.internal.ExecException：進程“ Gradle Test Executor 11”以org.gradle.process.internal.DefaultExecHandle $ ExecResultImpl.assertNormalExitValue（DefaultExecHandle.java:369）處的非零退出值29完成org.gradle.api上的org.gradle.process.internal.worker.DefaultWorkerProcess.waitForStop（DefaultWorkerProcess.java:190）位於org.gradle.process.internal.worker.DefaultWorkerProcessBuilder $ MemoryRequestingWorkerProcess.waitForStop（DefaultWorkerProcessBuilder.java:228）。 org.gradle.api.internal.tasks.testing.processors.RestartEveryNTestClassProcessor.endBatch（RestartEveryNTestClassProcessor.java:63）上的internal.tasks.testing.worker.ForkingTestClassProcessor.stop（ForkingTestClassProcessor.java:122）在org.gradle.api上。 internal.tasks.testing.processors.RestartEveryNTestClassProcessor.stop（RestartEveryNTestClassProcessor.java:57）位於org.gradle.internal.dispatch.ReflectionDispatch.dispatch（ReflectionDispatch.java:35）位於org.gradle.internal.dispatch.ReflectionDisp org.gradle.internal.dispatch.AsyncDispatch.dispatchMessages（AsyncDispatch.java:132）上的org.gradle.internal.dispatch.FailureHandlingDispatch.dispatch（FailureHandlingDispatch.java:29）上的atch.dispatch（ReflectionDispatch.java:24） org.gradle.internal.dispatch.AsyncDispatch $ 1.run（AsyncDispatch.java:72）上的.gradle.internal.dispatch.AsyncDispatch.access $ 000（AsyncDispatch.java:33）在org.gradle.internal.concurrent.ExecutorPolicy $ CatchAndRecordFailures .onExecute（ExecutorPolicy.java:63）位於org.gradle.internal.concurrent.StoppableExecutorImpl $ 1.run（StoppableExecutorImpl.java:46）

沒有失敗的測試。

這似乎是一些資源問題，因為當我減少測試數量時（通過從測試任務中排除軟件包），該問題消失了。 排除哪些測試並不重要。

如果禁用gradle守護程序，問題仍然存在。

Gradel版本是3.5.1，但4.5.1仍然存在問題。

在調試模式下運行任務不會顯示任何新內容。 我們可以檢查失敗的進程是否已移至“ STARTED”狀態，然后移至“ FAILED”狀態。

這總是在具有80GB RAM的ubuntu16.04機器上發生，有時在具有16GB RAM的我的MAC上發生。

任何幫助解決或調試此問題將不勝感激！

提前謝謝了。

Answer 1

事實證明，這是由主代碼調用的System.exit（），因為某些測試並未關閉后端服務。 我相信gradle可能會更好地解決這個問題:)