【问题标题】:TFS 2010 Builds Timing OutTFS 2010 构建超时
【发布时间】:2012-12-23 02:17:34
【问题描述】:

我在过去 2 周内正在处理以下 TFS 2010 构建问题,此时完全没有办法尝试。

这是问题描述: - 在构建的各个阶段构建失败并出现“操作超时”错误 - 大部分时间是在 GET 操作期间(不同的文件) - 其他时候它发生在实际构建期间

构建定义是正确的,因为我们之前已经正常运行过构建,问题只是在我们将 TFS 虚拟机移动到新的 WIN2012 Hyper-v 服务器后才发生 - 没有对 TFS 或其虚拟机进行其他更改。

我检查了所有路径和帐户权限,一切似乎都已检查 - 确实需要对此进行一些输入。

【问题讨论】:

  • 构建定义是否只下载完成构建所需的文件夹?还是它的工作区设置为下载整个团队项目(或更糟糕的是多个团队项目)。构建在超时之前运行了多长时间?您是否考虑过增加允许的时间?
  • 感谢您的回复。每个构建定义都包含它需要的解决方案,并且在构建代理目录中,我可以看到 GET 操作运行时正在创建的相应文件夹。超时似乎是随机的,从 5 到 80+ 分钟不等。通常我们的构建需要 20 分钟才能完成。我没有更改超时,根据我的研究,它涉及注册表编辑,知道我们的构建需要 20 分钟,我觉得没有必要。
  • 在详细模式下运行构建是否提供更多详细信息?
  • 我们昨天试过了,我们看到了更多的跟踪信息,但没有什么真正有用的
  • 您是否将 TFS VM 和 Build Server VM 都迁移到了 2012 主机?

标签: build tfs


【解决方案1】:

更新:

经过数周的故障排除后,我们终于举手并决定做一件不可思议的事情 - 致电 MS 支持 :)

原来罪魁祸首是 ESET Antivirus。当我们重新启动必须启动它的 VM 时,它已在 TFS VM 上安装但已禁用。

根据 MS Support 的说法,这是一个常见问题,推荐的方法是保持 VM 运行干净且不使用防病毒软件。

【讨论】:

    【解决方案2】:

    我也面临同样的问题,经过数小时的研究,罪魁祸首是构建代理

    【讨论】:

      猜你喜欢
      • 2012-05-18
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2016-05-31
      相关资源
      最近更新 更多