对于不在我本地网络上并且我成功引导的服务器,我注意到Chef会尝试使用本地IP地址同步cookbook。这是设计的吗?它没有意义。
所以例如当我做
时knife ssh collab "sudo chef-client" --manual-list --ssh-user user --ssh-password '***'
这将失败并显示错误消息,例如
collab Starting Chef Client, version 11.18.6
collab resolving cookbooks for run list: ["ok"]
collab Synchronizing Cookbooks:
collab [2015-04-22T08:35:12+02:00] ERROR: Error connecting to https://192.168.1.132/bookshelf/organization-bf7e66f665c6aa8c3ae2e3e39bf13aee/checksum-835c9d84484e285baa65e05771e42868?AWSAccessKeyId=e61fd655bf64a6cfa43f147867c9e5aa46fc84b5&Expires=1429713256&Signature=RbykDisyo4qo569Mv9e22WGPf1k%3D, retry 1/5
所以Chef正在使用我的Chef服务器192.168.1.132的本地IP地址。为什么不使用FQDN?
我本地chef_server_url
中的knife.rb
拥有FQDN。对于节点上的/etc/chef/client.rb
也是如此。
因此,没有配置应该使用此IP的位置。为什么厨师这样做?
更新
我尝试更新/etc/opscode/chef-server.rb
api_fqdn = "chef.mydomain.com"
bookshelf['vip'] = "chef.mydomain.com"
sudo chef-server-ctl reconfigure
之后我可以在/etc/opscode/chef-server-running.json
中看到我的域名,但错误信息仍然存在。
我还尝试完全重启Chef服务器机器,只是为了确定。
地址仍然出现在json文件中
ostraaten@chef:~$ sudo grep '192.168.1.132' /etc/opscode/chef-server-running.json
[sudo] password for ostraaten:
"vrrp_instance_ipaddress": "192.168.1.132",
"vrrp_instance_vrrp_unicast_bind": "192.168.1.132",
更新
日志显示chef_server_url
现在正确
....
collab Networking Error:
collab -----------------
collab Error connecting to https://192.168.1.132/bookshelf/organization-bf7e66f665c6aa8c3ae2e3e39bf13aee/checksum-835c9d84484e285baa65e05771e42868?AWSAccessKeyId=e61fd655bf64a6cfa43f147867c9e5aa46fc84b5&Expires=1429721409&Signature=BiPwn2iUia3klWTYQGwKDPs8kAQ%3D - Connection timed out - connect(2)
.... (lines deleted)
collab
collab Your chef_server_url may be misconfigured, or the network could be down.
collab
collab Relevant Config Settings:
collab -------------------------
collab chef_server_url "https://chef.mydomain.com/organizations/gbx"
答案 0 :(得分:2)
错误定位为bookshelf
,s3就像主厨服务器的商店服务。
要使用虚拟IP(来自防火墙的NAT或服务器上的特定接口),您必须调整chef-server.rb
文件,请参阅this documentation。
该文件位于/etc/opscode
下,适用于厨师12和企业厨师11
如果您使用的是开源厨师服务器11,则它位于/etc/chef-server
。
您可能会在名为chef-server-running.json
的文件中看到相同位置的实际配置(格式略有不同,但您会看到需要更改的密钥)
更改为使用VIP的密钥:
api_fqdn = "my_server.domain.local"
bookshelf['vip'] = "my_server.domain.local"
在此运行chef-server-ctl reconfigure
之后,检查.json文件中的任何剩余本地IP /主机名。
如果是HA拓扑,还可以根据this设置其他一些配置选项:
keepalived['vrrp_instance_ipaddress'] = "IP to return"
这应该足够了。
有关我特定情况的信息(警告我使用厨师服务器11开源),我已经结束了:
bookshelf['ha'] = true
bookshelf['vip'] = "server.domain.local"
bookshelf['url'] = "https://server.domain.local"
bookshelf['listen'] = "0.0.0.0"
chef_expander['ha'] = true
chef_solr['ha'] = true
erchef['ha'] = true
lb['vip'] = "my vip (existing vrrp IP on the server)"
lb['api_fqdn'] = 'myserver.domain.local'
lb['web_ui_fqdn'] = 'myserver.domain.local'
lb['debug'] = false
nginx['ha'] = true
nginx['server_name'] = 'myserver.domain.local'
nginx['url'] = 'https://myserver.domain.local'
nginx['non_ssl_port']=800
postgresql['ha'] = true
rabbitmq['ha'] = true
chef_server_webui['ha'] = true