Dependencies berks安装-Artifactory-从Artifactory_URL/api/chef/some chef repo挂起获取食谱索引

Dependencies berks安装-Artifactory-从Artifactory_URL/api/chef/some chef repo挂起获取食谱索引,dependencies,artifactory,freeze,berkshelf,berksfile,Dependencies,Artifactory,Freeze,Berkshelf,Berksfile,人工制品版本:人工制品专业版6.11.3修订版61103900 Linux:红帽企业Linux服务器版本6.10(圣地亚哥) berks-install--debug只挂起下面一行(并且不吐出错误/警告/etc): 显示以前日志行的完整日志为: 23:17:05 I, [2020-01-24T23:17:05.732159 #7235] INFO -- : Checking if lockfile is trusted 23:17:05 D, [2020-01-24T23:17:05.7321

人工制品版本:人工制品专业版6.11.3修订版61103900

Linux:红帽企业Linux服务器版本6.10(圣地亚哥)

berks-install--debug
只挂起下面一行(并且不吐出错误/警告/etc):

显示以前日志行的完整日志为:

23:17:05 I, [2020-01-24T23:17:05.732159 #7235]  INFO -- : Checking if lockfile is trusted
23:17:05 D, [2020-01-24T23:17:05.732185 #7235] DEBUG -- : Checking my_wrapper_cookbook (>= 0.0.0)
23:17:05 D, [2020-01-24T23:17:05.732199 #7235] DEBUG -- :   Not in lockfile - cannot be trusted!
23:17:05 I, [2020-01-24T23:17:05.732212 #7235]  INFO -- : Installing from universe
23:17:05 D, [2020-01-24T23:17:05.732232 #7235] DEBUG -- :   Creating a resolver
23:17:05 Fetching cookbook index from http://my-company-artifactory-server-development:8181/artifactory/api/chef/chef-develop-virtual...
此过程步骤仅在这里持续了最后2个多小时

我在Artifactory的日志或
berks安装--debug
中找不到任何东西,这可能说明为什么会发生这种情况并挂起



我的Berksfile

# vim: ft=berksfile.ruby:

source "http://my-company-artifactory-server-development:8181/artifactory/api/chef/chef-develop-virtual"

cookbook "my_wrapper_cookbook", ">= 0.0.0"

我们的团队在周末尝试了一个新的Artifactory实例,在练习期间,他们将Artifactory主机别名我的公司Artifactory服务器开发指向这个新IP(例如:11.22.33.44)

  • 无论他们做了什么测试(通过运行各种Jenkins管道),都进行得很顺利
测试后(新的Artifactory实例),他们切换回原始Artifactory实例(例如:1.22.33.444),并关闭新的Artifactory实例

似乎很少有Jenkins构建/从机仍然为相同的别名主机名保留新的IP地址(较新的Artifactory实例的IP地址)

i、 e.正在运行
跟踪路由我的公司artifactory server development
报告说,它指向新的IP地址,无法到达IP最大化所有跃点(因为新的IP/机器已经关闭)

-或-

正在运行
wgethttp://my-company-artifactory-server-development:8181/artifactory/api/chef/chef-development virtual
显示了与IP相同的信息,但由于Artifactory主机别名指向新IP(已关闭),因此无法正常工作(如预期)


重新启动
nscd
服务帮助主机别名:我的公司人工服务器开发点/重新选择正确的(原始)IP:1.22.33.444,现在,
berks install
正在按预期工作。

如果您尝试直接从命令提示符在URL上运行
wget
,会发生什么?实际上,这表明别名后面的IP不是正确的服务器。我们的团队正在进行蓝/绿设置,并更改了指向新artifactory实例(IP)的artifactory(开发实例)别名主机名,而且这个特定的Jenkins从属节点似乎仍然保留了新的IP,即使在他们将别名指向原始artifactory实例的IP/fqdn主机之后。在从属计算机上重新启动
nscd
服务有帮助。
# vim: ft=berksfile.ruby:

source "http://my-company-artifactory-server-development:8181/artifactory/api/chef/chef-develop-virtual"

cookbook "my_wrapper_cookbook", ">= 0.0.0"