请问如何在gitfs中设置pillar

[上尉]

部署了3个环境，qa，prd，dev

并且已经能够存放在gitfs中

现想把pillar也存放在gitfs中

我该如何写master配置?

已尝试使用

ext_pillar:

  - git:

    - __env__ g...@192.168.2.5:shangwei/saltstack.git:

      - root: pillar

还是获取不到pillar中的内容

[Fei Gu]

已解决。弄错目录了

--
您收到此邮件是因为您订阅了Google网上论坛上“中国SaltStack用户组”群组中的主题。
要退订此主题，请访问https://groups.google.com/d/topic/saltstack-users-cn/2Nz77qIUwMw/unsubscribe。
要退订此群组及其所有主题，请发送电子邮件到saltstack-users...@googlegroups.com。
要发帖到此群组，请发送电子邮件至saltstack...@googlegroups.com。
访问此群组：http://groups.google.com/group/saltstack-users-cn。
要在网络上查看此讨论，请访问https://groups.google.com/d/msgid/saltstack-users-cn/7e875a10-bd7a-46cf-8a1c-8ffb97a8ab85%40googlegroups.com。
要查看更多选项，请访问https://groups.google.com/d/optout。

[Stars Liao]

hi all

我的minion是通过域名连接master的，今天我对master做了迁移，并且修改了域名的指向。

然后我在minion机器上ping域名，确认能正确解析到新IP的。

可是minion一直连接不上master，然后我就用debug模式启动minion。发现minion还是在请求老IP ，这是怎么回事？

（183开头的这个IP是老的IP）。

--

Best Regards ,
Stars Liao

 

[FPs]

删除minion 本地的minion_master.pub，然后重启试一试？

 

--
您收到此邮件是因为您订阅了Google网上论坛上的“中国SaltStack用户组”群组。
要退订此群组并停止接收此群组的电子邮件，请发送电子邮件到saltstack-users...@googlegroups.com。

要发帖到此群组，请发送电子邮件至saltstack...@googlegroups.com。
访问此群组：http://groups.google.com/group/saltstack-users-cn。

要在网络上查看此讨论，请访问https://groups.google.com/d/msgid/saltstack-users-cn/584892b1.12635.15115564d39.Coremail.starsliao%40163.com。
要查看更多选项，请访问https://groups.google.com/d/optout。

[Stars Liao]

删除minion_master.pub也不行，后来我在hosts里面做了IP域名强制解析，再次启动minion后，能正常请求到新IP了。是不是minion有自己的域名解析dns 而不使用系统的dns 或者有自己的dns缓存？

--

Best Regards ,
Stars Liao

要在网络上查看此讨论，请访问https://groups.google.com/d/msgid/saltstack-users-cn/CAEad1GMfro%2BWmiBH-KxQnvND%2B2C0wZBjcFTMfT0A8aR05Xw7Cw%40mail.gmail.com。
要查看更多选项，请访问https://groups.google.com/d/optout。

 

[xuanweiyao]

这个是因为默认情况下, Salt Minion的对于Master的IP的处理流程是如果是域名, 则进行解析, 解析到的IP作为Master的IP后建立长久的连接, 所以你之后更改DNS其实没有意义.

对于你这个需求, 其实可以借助Salt的Failover功能来实现, Faileover的实现逻辑是Minion定期向Master进行alive汇报, 如果不通或AES认证失败, 则切换为下一个地址. 如果全部都失败, 则重新开始, 再来一次.

实际操作是:

(1) 修改minion配置文件, 将原来 master: salt-master.example.com 修改为列表样式,即:

<code>

master:

  - salt-master.example.com

</code>

其中salt-master.example.com为master对应的域名, 请根据实际情况进行调整

(2) 继续修改minion配置文件, 增加如下配置:

<code>

master_type: failover

master_alive_interval: 10

</code>

master_type指定类型为failover,  master_alive_interval指定alive的间隔, 单位为秒.

(3) 修改完毕后, 重启minion服务即可.

这样就可以保证定期对Master进行Alive汇报, 如果失败, 则重新解析进行重连.

官方有关于本问题的Issue: https://github.com/saltstack/salt/issues/10032

 原始邮件 

发件人: Stars Liao<star...@163.com>

收件人: saltstack-users-cn<saltstack...@googlegroups.com>

发送时间: 2015年11月17日(周二) 23:18

主题: 回复:Re: [中国SaltStack用户组] 关于master迁移后minion解析问题。

要在网络上查看此讨论，请访问https://groups.google.com/d/msgid/saltstack-users-cn/7da84b4e.14335.15116065a9d.Coremail.starsliao%40163.com。
要查看更多选项，请访问https://groups.google.com/d/optout。

[Zhang Cheng]

这个failover master模式要慎用。

前几天尝试了一下，在四个minion上配置了一下，然后在我的场景下没什么用又去掉了。之后没怎么关注，今天突然发现我的master机器上的inode用满了。查了一下发现 /var/cache/salt/master/jobs/ 里面有大量的job cache，而且都是24小时内的（keep_jobs是默认的24小时），于是就检查为什么会有这么多job。通过``salt-run jobs.list_jobs``发现每秒钟都会对这四台机器发一次 status.master 命令。然后查到 /etc/salt/minion.d/_schedule.conf 这个文件里有这样一段：

      __master_alive:

        function: status.master

        jid_include: true

        kwargs: {connected: true, master: xx.xx.xx.xx}

        maxrunning: 2

        seconds: 0

​在job cache目录中，每个job有2个文件夹（$jid、$minion_id）和4个文件（​jid、.load.p、.minions.p、return.p），共占6个inode。在我的情形下，4个minion每秒一次，一天就需要 6 * 4 * 86400=2073600个inode，而我的主机（阿里云的一台机器）根目录总共只有1310720个inode，半天就爆了。

当然，我配置的master_alive_interval是1，如果配置间隔大一些的话job会少一些。但是经不住机器多，如果这里间隔设为10，机器数量加一个0，那么需求是一样大的。各位需要做这个配置的，不妨先根据自己minion的数量计算一下job cache大概会有多大，设置一个小一些的keep_jobs，或者干脆把job cache关掉。

要在网络上查看此讨论，请访问https://groups.google.com/d/msgid/saltstack-users-cn/tencent_69F87D4B09B6B83D5D905605%40qq.com。
要查看更多选项，请访问https://groups.google.com/d/optout。

--

Cheng,

Best Regards