进程“ 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可能会更好地解决这个问题:)