Vagrant windows 7机箱的启动超时失败

我目前正在使用一个测试厨房，尝试将一台Windows7计算机与VMware Fusion合并，作为最终部署厨师烹饪书的供应者。每次运行

kitchen converge

时，进程都会挂起“等待机器启动。这可能需要几分钟”，然后由于超时而失败。打开Fusion时，我会看到以下内容：

有人知道发生了什么吗？我一直在努力让这个虚拟机聚合起来，但一直无法让虚拟机成功启动并运行到可以部署我的烹饪书的地步，我已经没有想法了

My.kitchen.yml：

---
driver:
  name: vagrant
  ssh:
    insert_key: false
  customize:
    cpus: 2
    memory: 4096

transport:
  name: winrm

provisioner:
  name: chef_solo

platforms:
  - name: windows-7
    driver_config:
      box: opentable/win-7-professional-i386-nocm

suites:
  - name: default
    run_list:
      - recipe[my_recipe]
    attributes:

---

不久前，我曾试图为木偶演示找到一个理智的Windows7漫游框，但也遇到了类似的问题。我必须先运行powershell脚本才能安装Puppet。尽管如此，我还是遇到了类似的问题，不得不做一些额外的工作

我正在使用我的笔记，也许可以帮助您建立和运行您的环境。这是一个傀儡，但厨师可能需要一个类似（更简单？）的过程：

---

Windows 7机箱通常是自主开发和拥有的，因此如果项目需要，您可能应该构建自己的机箱。最终，Windows为可公开分发的流浪者盒子提供了许多挑战。

不久前，我试图为木偶演示找到一个健全的Windows 7流浪者盒子，但遇到了类似的问题。我必须先运行powershell脚本才能安装Puppet。尽管如此，我还是遇到了类似的问题，不得不做一些额外的工作

我正在使用我的笔记，也许可以帮助您建立和运行您的环境。这是一个傀儡，但厨师可能需要一个类似（更简单？）的过程：

---

Windows 7机箱通常是自主开发和拥有的，因此如果项目需要，您可能应该构建自己的机箱。最终，Windows为可公开分发的“流浪者”机箱提供了许多挑战。

Altas上的所有VMware Windows机箱似乎都以某种方式配置错误。我手动构建了自己的盒子（amarkon/windows-7-ult-n-x64），现在可以正常工作了

Altas上的所有VMware Windows机箱似乎都以某种方式配置错误。我手动构建了自己的盒子（amarkon/windows-7-ult-n-x64），现在可以正常工作了

我现在不能下载这个盒子来试用，但是重启的事情可能是一个骗局。确保您用于通过winrm连接的用户名和密码正确。您也可以尝试更新到Vagrant 1.7.3，当winrm无法连接时，它有更好的错误输出。我现在无法下载该框来尝试它，但重新启动可能是个麻烦。确保您用于通过winrm连接的用户名和密码正确。您也可以尝试更新到Vagrant 1.7.3，当winrm无法连接时，它有更好的错误输出。是的，我们不希望构建自己的盒子，因为这是一个我们可能永远不会使用的厨师食谱。这是一台不太可能需要重建的机器，但我们希望有这个选项以防万一。现在我们正在使用VMware，但让我尝试使用virtualbox，看看我们是否至少可以启动并运行一些东西。也许我可以说服我们的员工使用virtualbox而不是VMware来制作这个菜谱。是的，我们不希望仅仅因为这是一个厨师菜谱而建造我们自己的盒子，我们可能永远不会使用它。这是一台不太可能需要重建的机器，但我们希望有这个选项以防万一。现在我们正在使用VMware，但让我尝试使用virtualbox，看看我们是否至少可以启动并运行一些东西。也许我可以说服我们的人使用virtualbox而不是VMware来制作这个食谱。