SaltStack中Minion提示“已从追踪器删除”的问题排查与处理

首先得明确：这个提示只在你用-s（也就是--static）参数时出现，因为这个参数会让Salt Master强制对比静态配置的Minion列表和它内部追踪的Minion状态记录，而常规的salt '*' test.ping只会动态获取当前在线的Minion，不会做这个历史状态校验。

为什么sent005会出现这个提示？ #

这通常是以下几种情况导致的：

• 这个Minion之前有过离线、异常断开连接的情况，Master的追踪器把它标记为已删除，但之后Minion重新上线并成功注册，新旧状态的不一致被静态校验触发提示；
• 曾经有另一个Minion使用了相同的sent005 ID连接过Master，之后那个重复的Minion被清理，但Master的追踪记录里残留了冲突信息；
• Minion的密钥曾经被重新生成/替换过，Master的缓存记录没及时同步更新。

具体处理步骤 #

1. 先确认Minion ID的唯一性

这是最常见的根源，一定要优先检查：

• 在Master上执行salt-key -L，查看所有已接受的密钥列表，确认有没有重复的sent005条目；
• 登录到sent005 Minion机器，打开/etc/salt/minion文件，检查id字段的值，确保没有和其他Minion重复；
• 如果发现重复ID：修改冲突Minion的ID配置，重启该Minion的salt-minion服务，在Master上删除旧的重复密钥（salt-key -d 重复的ID），然后接受新的密钥（salt-key -a 新的ID）。

2. 清理Master上的旧缓存追踪记录

如果ID没问题，那就是Master的缓存记录有残留：

• 先停止Master服务：sudo systemctl stop salt-master（不同系统命令可能有差异，比如用service的话是sudo service salt-master stop）；
• 删除Master中对应sent005的缓存目录：sudo rm -rf /var/cache/salt/master/minions/sent005；
• 重启Master服务：sudo systemctl start salt-master。

3. 重新同步Minion连接

最后在sent005 Minion上重启服务，让它和Master重新建立干净的连接：

sudo systemctl restart salt-minion

之后再执行salt 'sent005' test.ping -s，应该就不会再出现那个提示了。

内容的提问来源于stack exchange，提问作者WoJ