Chef infra Kitchen converge正在准备client.rb

新的

kitchen converge

运行良好。但是，第二次运行在

准备client.rb时停止


有没有人遇到过这个问题？我应该如何调试这个问题？
我在和
/etc/sudoers
混日子，取消了对root用户的sudo访问权。我决定只将用户添加到
gid“sudo”
。
我在与
/etc/sudoers
混日子，撤销了对root用户的sudo访问权。我决定只将用户添加到gid“sudo”

。

我是用vagrant（1.8.1）和kitchen（1.5.0）来实现的。在他上面的回答中，他在上面的回答中与“sudo”组混在一起，我也是。为了解决这个问题，我在我的用户配方中向sudo组添加了默认的“vagrant”用户，如下所示，将旧的members（）行替换为向组中添加“vagrant”的新行（即使这个配方没有管理“vagrant”用户）

---

我是用流浪者（1.8.1）和厨房（1.5.0）来做这件事的。在他上面的回答中，他在上面的回答中与“sudo”组混在一起，我也是。为了解决这个问题，我在我的用户配方中向sudo组添加了默认的“vagrant”用户，如下所示，将旧的members（）行替换为向组中添加“vagrant”的新行（即使这个配方没有管理“vagrant”用户）

---

我也有同样的问题。最好的办法是利用厨房解决这个问题。在我的情况下，将以下属性添加到我的

.kitchen.yml

文件中：

attributes:
  authorization:
    sudo:
      passwordless: true
      include_sudoers_d: true

---

如果不想影响所有用户，可以使用

成员

选择特定用户。我建议使用此选项，因为它使您的食谱不可知。

我也有同样的问题。最好的办法是利用厨房解决这个问题。在我的情况下，将以下属性添加到我的

.kitchen.yml

文件中：

attributes:
  authorization:
    sudo:
      passwordless: true
      include_sudoers_d: true

---

如果不想影响所有用户，可以使用

成员

选择特定用户。我建议使用此选项，因为它使您的食谱不可知。

+1有助于确定我的问题。但我不认为这是更干净的解决办法。关于vagrant用户的配置应保存在.kitchen.yml配置（provisioner.attributes.authorization…）中，以避免污染主配方。+1有助于确定我的问题。但我不认为这是更干净的解决办法。关于流浪用户的配置应保存在.kitchen.yml配置（provisioner.attributes.authorization…）中，以免污染主配方。