![](/img/trans.png)
[英]Configuration of access to aws services for salt-master/salt-minion
[英]Salt request timed out - Minion did not return
我在使用Ubuntu的AWS 6 t2.micro和1 t2.small实例上运行。 所有这些实例都在同一VPC中运行。
接受钥匙后
Accepted Keys:
minion-bastion
minion-esc-kibana
minion-esc-logs-s3
minion-esn-1
minion-esn-2
minion-esn-3
,我运行salt '*' test.ping
命令。 有时我从任何一个小兵那里都没有得到回应:
minion-bastion:
Minion did not return. [No response]
minion-esn-1:
Minion did not return. [No response]
minion-esn-2:
Minion did not return. [No response]
minion-esn-3:
Minion did not return. [No response]
minion-esc-logs-s3:
Minion did not return. [No response]
minion-esc-kibana:
Minion did not return. [No response]
有时,一些小兵会做出回应,而另一些则不会。
minion-esc-kibana:
True
minion-esc-logs-s3:
True
minion-esn-3:
True
minion-esn-2:
True
minion-bastion:
Minion did not return. [Not connected]
minion-esn-1:
Minion did not return. [No response]
有时我又收到此消息:
Salt request timed out. The master is not responding. If this error persists after verifying the master is up, worker_threads may need to be increased.
每次我运行测试命令时,都会得到另一个响应。 以前回答的一个奴才现在没有回应。 等等。
ubuntu@ip-10-2-1-100 ~> sudo salt-run manage.status
down:
- minion-esn-1
up:
- minion-bastion
- minion-esc-kibana
- minion-esc-logs-s3
- minion-esn-2
- minion-esn-3
ubuntu@ip-10-2-1-100 ~> sudo service salt-master status
salt-master start/running, process 11390
ubuntu@ip-10-2-1-100 ~> sudo salt-run manage.status
down:
- minion-esc-logs-s3
up:
- minion-bastion
- minion-esc-kibana
- minion-esn-1
- minion-esn-2
- minion-esn-3
ubuntu@ip-10-2-1-100 ~>
在日志文件中,没有任何相关条目。
我使用原始的配置文件。 我只是更改了奴才ID和主ID或IP。
对于运行盐主控器的实例,我使用具有2GB RAM的t2.small实例。 在我使用带有1GB RAM的t2.micro之前。 还有更多错误。
我不知道该怎么办 还是我做错了。 有什么建议吗?
编辑:
6个小兵中的1个已经倒下。 哪一个,随每个manage.status
命令更改。
当您运行test.ping时,Master会告诉Minions运行命令/功能,并监听返回的数据,并在收到数据时将其打印到屏幕上。 如果没有收到任何回馈,则该小黄人没有任何显示。
有两种选择可获取有关未响应的小黄人的信息。 一种是在运行salt命令时使用详细(-v)选项,因为任何超时的Minions都会显示“ Minion not return”。
salt -v '*' pkg.install zsh
另一种选择是使用manage.down运行器:
salt-run manage.down
另外,如果主服务器负载过重,则CLI可能会退出而不显示所有目标小兵的返回数据。 但是,这并不意味着奴才没有回来。 这仅意味着Salt CLI超时等待响应。 任务完成后,小黄人仍会将其返回数据发送回主人。 如果CLI输出中缺少任何预期的Minions,可以使用jobs.list_jobs运行器显示已运行的作业的作业ID,并且可以使用jobs.lookup_jid运行器获取该作业的返回数据。
salt-run jobs.list_jobs
salt-run jobs.lookup_jid 20130916125524463507
如果发现您经常在CLI上缺少Minion返回数据,而只是在JobsRunners中找到它,那么这可能表明在主配置文件中可能需要增加worker_threads值。 另外,运行带有-t选项的Salt CLI命令将使Salt在退出CLI命令之前等待更长的返回数据。 例如,以下命令将等待长达60秒的小黄人返回:
salt -t 60 '*' test.ping
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.