感谢您收集问题！

对于Maven构建，我们已经有一个问题：＃2855

对于Maven构建，我们已经有一个问题：＃2855

我知道😊。 我已经在问题描述中添加了一个链接。

感谢您的精心研究。 现在，我们需要解决一个问题。

对于Haskell问题，我们可以删除haskell绑定/插件。 他们仍然没有得到维护。

Haskell将在＃3017中删除

docker pull在网站阶段失败的失败现在经常发生。

我也遇到了build-elektra-web-base的连接问题。

3d070e3209ce: Retrying in 1 second

error creating overlay mount to /home/_docker/overlay2/e9563564b9365114c47d90b7e8d307565225097a525e6b1b866a2da2877b2aa8/merged: device or resource busy

script returned exit code 1

这是完整的日志。

docker pull在网站阶段失败的失败现在经常发生。

这是在Pulling from build-elektra-web-base （ log ）之后重试并等待吗？

此外，我认为此错误是新错误： test_service_convertengine在Starting build/hub.libelektra.org/build-elektra-website-backend期间失败（日志2 ）

是的，我同意此处尚未报告test_service_convertengine。 实际上，我们可以禁用该测试，因为无论如何该服务都不会被修改。

@sanssecours是否有一些程序可以在上面的列表中添加新测试？

@sanssecours是否有一些程序可以在上面的列表中添加新测试？

不。 我已经放弃修改列表了，因为Jenkins构建经常失败。 我建议我们仅针对每个特定问题开一个问题。

对于与源代码有关的问题，我同意。 对于与docker / jenkins不稳定有关的问题，在这里收集问题就足够了，因为在我们已经进行的迁移之后我们可以做的工作非常有限，但不幸的是，预期的时间更长。 如果@Misapped可以提供有关状态的更多信息（可能在＃160中），将是很好的。

此外，我认为此错误是新错误：在启动build / hub.libelektra.org / build-elektra-website-backend（日志2）期间，test_service_convertengine失败。

你能分开报告吗？ 解决方法是禁用测试。

你能分开报告吗？

完成，请参阅＃3086

我认为，使我们的生活更轻松的最佳猜测是使用https://wiki.jenkins.io/display/JENKINS/Naginator+Plugin “修复”这些问题

然后，詹金斯将几次重新启动失败的作业。 我认为我们可以尝试5次重启，然后再放弃吗？

@Misulated可以在旧服务器上实现吗？ 还是太冒险了？

但是，在执行此操作之前，我们需要新的Jenkins Node，否则队列将变得太长。

经过一番努力后，我设法添加了一个新的Jenkins节点。

但是，在执行此操作之前，我们需要新的Jenkins Node，否则队列将变得太长。

我认为旧服务器超载，但是我们可以尝试一下。

经过一番努力后，我设法添加了一个新的Jenkins节点。

感谢您添加新的Jenkins节点。 我暂时禁用了该节点，因为它似乎破坏了构建。

我更新了节点。 现在应该可以工作了。 如果出现问题，您可以在这里再次更新。

如果出现问题，您可以在这里再次更新。

看起来docker pull在hetzner-jenkins1上失败，因为该节点没有足够的可用空间：

无法联系hetzner-jenkins1：hudson.remoting.RequestAbortedException：java.io.IOException：通道意外终止
无法注册层：ApplyLayer退出状态1 stdout：stderr：写入/ usr / lib / git-core / git-credential-store：超出磁盘配额

。

看起来docker pull在hetzner-jenkins1上失败了，因为该节点没有足够的可用空间：

节点已更新。

由于权限相关的问题，在hetzner-jenkins1上构建作业

资源：无法创建目录“ /.config”。 原因：权限被拒绝。 身份：uid：47000，euid：47000，gid：47000，egid：47000

。

我更新了节点，再次，不再有任何权限问题。

Jenkins为什么要建立一个“ /.config”而不是仅建立“ .config”目录？
“ / home / jenkins /”中有一个.config目录，但他想在“ /”中创建.config文件夹。

我不认为用户'jenkins'应该能够做到这一点。

@Misrated也请进行PR，以实际测试该版本现在是否可以正常工作。

Jenkins为什么要建立一个“ /.config”而不是仅建立“ .config”目录？
“ / home / jenkins /”中有一个.config目录，但他想在“ /”中创建.config文件夹。

如果用户的主目录为/，则可能会发生这种情况。 您是否查看过/ etc / passwd，也许那里有问题？

如果用户的主目录为/，则可能会发生这种情况。 您是否查看过/ etc / passwd，也许那里有问题？

' jenkins：x ：47000：47000 :: / home / jenkins：/ bin / sh'

即使在节点的日志中，一切看起来都很好：

'HOME ='/ home / jenkins''
“注意：相对远程路径已解析为：/ home / jenkins /。”

调试以查看带有整个日志的PR会更容易。

主节点已关闭。

调试以查看带有整个日志的PR会更容易。

3134

主节点已关闭。

感谢您的信息。 我删除了旧请求请求的所有日志信息，然后重新启用了该节点。 不幸的是，Jenkins主服务器上的可用空间仍然非常低（〜3.9G）。

@误解后，我将有关hetzner节点的讨论移到了＃3138。 此问题与构建服务器中的临时故障有关，而不是与构建服务器的错误设置有关。

看起来构建Docker映像不适用于hetzner-jenkins1 ：

stderr: error: could not lock config file .git/config: Disk quota exceeded

。 我禁用了该节点。

它只是Disk quota exceeded ，我不想用内存过大。 我现在清理了。 它再次上升。

另外两个测试有时会失败（＃3168）：

 27/134 MemCheck  #23: testcpp_contextual_thread ........***Exception: Other  2.59 sec
Running main() from /opt/gtest/googletest/src/gtest_main.cc
[==========] Running 8 tests from 1 test case.
[----------] Global test environment set-up.
[----------] 8 tests from test_contextual_thread
[ RUN      ] test_contextual_thread.instanciation

/home/jenkins/workspace/libelektra_PR-3168-L5JHIPUUQR3TWFGKHQIDK6HHW6QAMSQXWJC5ZUZMBLDMLTYA2ENA@2/src/bindings/cpp/tests/testcpp_contextual_thread.cpp:70: Failure

Expected equality of these values:
  ks.lookup ("user/hello").getString ()
    Which is: "8"
  "5"
terminate called without an active exception

60/254 Test  #57: testio_glib .................................***Failed    5.08 sec

BINDING TEST-SUITE

==================

test basics
test idle
test timer
testTimerShouldCallbackOnce (warning): measured 316ms, expected 250ms - deviation 66ms.
testTimerShouldCallbackAtIntervals (warning): measured 343ms, expected 250ms - deviation 93ms.
testTimerShouldCallbackAtIntervals (warning): measured 322ms, expected 250ms - deviation 72ms.
testTimerShouldCallbackAtIntervals (warning): measured 338ms, expected 250ms - deviation 88ms.
../src/bindings/io/test/test_timer.c:273: error in testTimerShouldChangeInterval: timer was not called the required amount of times
test file descriptor
test mix

https://build.libelektra.org/jenkins/blue/organizations/jenkins/libelektra/detail/master/12/pipeline/中的另一个错误

Step 12/31 : RUN curl -o cppcms-${CPPCMS_VERSION}.tar.bz -L         "https://sourceforge.net/projects/cppcms/files/cppcms/${CPPCMS_VERSION}/cppcms-${CPPCMS_VERSION}.tar.bz2/download"     && tar -xjvf cppcms-${CPPCMS_VERSION}.tar.bz     && mkdir cppcms-${CPPCMS_VERSION}/build     && cd cppcms-${CPPCMS_VERSION}/build     && cmake ..     && make -j ${PARALLEL}     && make install     && cd /app/deps     && rm -Rf cppcms-${CPPCMS_VERSION}

 ---> Running in f5ed5e42a480

curl: (92) HTTP/2 stream 1 was not closed cleanly: PROTOCOL_ERROR (err 1)

The command '/bin/sh -c curl -o cppcms-${CPPCMS_VERSION}.tar.bz -L         "https://sourceforge.net/projects/cppcms/files/cppcms/${CPPCMS_VERSION}/cppcms-${CPPCMS_VERSION}.tar.bz2/download"     && tar -xjvf cppcms-${CPPCMS_VERSION}.tar.bz     && mkdir cppcms-${CPPCMS_VERSION}/build     && cd cppcms-${CPPCMS_VERSION}/build     && cmake ..     && make -j ${PARALLEL}     && make install     && cd /app/deps     && rm -Rf cppcms-${CPPCMS_VERSION}' returned a non-zero code: 92

script returned exit code 92

恐怕https://wiki.jenkins.io/display/JENKINS/Naginator+Plugin是前进的唯一更大一步。

不幸的是，它不能解决Travis或Cirrus的问题。

我们是否在开始文章中更新了“ Times failed”？ check_external_example_codegen_econf当前经常发生。

尝试更新开始文章或尝试解决所有这些问题是没有希望的。 我们需要自动重试。 希望@Misrated能够尽快在我们的新服务器上实现。

您如何看待＃3224？

现在问题已解决。 如果构建仍然失败，请打开新问题。