Teamcity构建代理处于断开状态(代理已注销(将升级)),在服务器UI界面上显示。 构建代理服务处于挂起状态,尝试重启仍然无法解决,因此手动升级了与服务器相同的版本的TC构建代理。重新启动了构建代理服务,但仍然处于断开状态。请提供建议。
Teamcity构建代理处于断开状态(代理已注销(将升级)),在服务器UI界面上显示。 构建代理服务处于挂起状态,尝试重启仍然无法解决,因此手动升级了与服务器相同的版本的TC构建代理。重新启动了构建代理服务,但仍然处于断开状态。请提供建议。
我遇到了这个问题,并找到了一种解决方案,但我会对你的设置做出一些假设。
这修复了我在Windows上以用户账户身份(而不是系统账户)运行的TeamCity构建代理的问题。
另一种选择是授予用户账户启动/停止服务的权限,但我选择了这种方式。请参见 此文章 了解那些步骤。
虽然这是一个老问题,但有人可能会发现我的评论很有用。如果您无法阅读升级日志,请检查buildAgent/update/
文件夹。如果此特定文件夹中的文件大小和文件数量正在更改,则表示代理正在更新,您只需要等待即可。如果不是这种情况,但在Team City的Agents --> Disconnected下仍然看到Agent has unregistered (will upgrade)
,则代理程序可能已挂起或存在某些问题。从服务中停止代理,然后通过运行agent.bat
(Windows)和agent.sh
(nix),使用stop
参数停止代理,然后使用相同脚本启动代理,使用start
参数。您还可以使用status
参数查看代理的状态。如果这些也不起作用,则必须阅读所有日志。
以下步骤适用于我:
我也在Ubuntu Linux 19.10上遇到了这个问题,与systemd有关。我的TeamCity代理是使用systemd脚本启动和停止的,显然这就阻止了它们进行升级。当我停止teamcity systemd服务并手动使用agent.sh start
命令启动代理后,代理成功更新并正常工作。
对于那些不断重启构建代理服务,并看到“代理已注销(将升级)”的人,请检查BuildAgent/logs下的日志以查看升级过程并等待。
更改服务用户对我没有解决问题: 但这种方法有效(在同一台机器上使用TeamCity服务器和代理的Windows操作系统)。
cmd.exe
实例。cd C:\Teamcity\bin
.\runAll.bat start
cd C:\Teamcity\BuildAgent1\bin
.\agent.bat start
cd C:\Teamcity\BuildAgent2\bin
.\agent.bat start
cd C:\Teamcity\BuildAgent3\bin
.\agent.bat start
3
中创建的进程;然后重新启动Teamcity服务。看起来代理正在尝试升级自己,但如果您的Windows服务是在非管理员帐户下运行设置的,则会失败。选择有:
我使用 TeamCity 2019.2.4
在 Windows Server 2016
上完成以下步骤来解决此问题:
TeamCity Build Agent
服务。TeamCity Server
服务。TeamCity Server
服务。TeamCity Build Agent
服务。Connected
(绿色)。我曾经遇到过同样的问题。我触发了一次构建,代理自动变为已连接状态。