1

我的 TeamCity 构建随机失败，并显示以下消息：

[16:25:45][Step 1/2] [16:25:45] Build complete!
[16:25:45][Step 1/2] [16:25:45] Finished 'build' after 3.32 min
[16:25:45][Step 1/2] [16:25:45] Starting 'test'...
[16:25:48][Step 1/2] Assertion failed: 0, file src\uv-common.c, line 103
[16:25:48][Step 1/2] Process exited with code 3
[16:25:48][Step 1/2] Step Gulp (Command Line) failed

一些细节：

  1. 我正在使用命令行运行器：调用 npm install；调用 gulp ci
  2. 有问题的步骤是在我编译的测试二进制文件上运行 NUnit。
  3. 我无法通过命令行重现该问题。

环境信息：

  • TeamCity v9.0.2（撰写本文时最新）
  • 节点 v10.36（撰写本文时最新）
  • Gulp v3.8.10（撰写本文时最新）
  • NUnit.Runners nuget 包 2.6.4（撰写本文时最新）
4

2 回答 2

2

这说明了一切，对吧？

Assertion failed: 0, file src\uv-common.c, line 103
Process exited with code 3

有人为了调试而设置了一个断言。事实上，第 103 行包含该断言。我猜这里的零是经过测试的有问题的值。

 98 #define UV_ERR_NAME_GEN(name, _) case UV_ ## name: return #name; 
 99 const char* uv_err_name(int err) { 
100   switch (err) { 
101     UV_ERRNO_MAP(UV_ERR_NAME_GEN) 
102     default: 
103       assert(0); // <- Here's the assertion that failed
104       return NULL; 
105   } 
106 } 
107 #undef UV_ERR_NAME_GEN

有一条功能线比您的断言高两行。它想捕获所见的错误，将其映射到已知的东西。“默认：”意味着这是一个未知错误，作者不知道。断言就这样死去，因为他不知道如何最好地处理它。

那么现在，什么是libuv？这是一个网络图书馆。这完全取决于调用 uv_err_name(something) 时您在做什么。例如，可能是一个 getaddrinfo() 调用。底层 tcp 堆栈应该返回可识别的错误号。显然，您的版本无法识别从 tcp 堆栈返回的内容。

所以，既然我们合理地理解了这个问题，我强烈建议更新与此相关的 libuv 库。重复测试。如果再次失败，请验证您是否已连接到以太网（如果您使用的是可以关闭的 Wi-Fi 的话）。

于 2015-03-22T22:25:09.553 回答
2

正如迈克尔指出的那样，这是由于libuv网络库。

您的错误很可能来自EHOSTDOWN未由 lib 处理的代码并使您的进程失败。

实际上，joyent repo或libuv 都有一些关于此的问题。

看来这个提交已经修复了它，现在可以使用 0.12.1 版本的 Node.js。

于 2015-03-24T10:29:54.877 回答