Google Compute引擎上的云代工厂不能创建容器

我对于云代工非常新颖。本指南source1和source2针对Google计算引擎平台添加了云代工。Google Compute引擎上的云代工厂不能创建容器

Terraform被用于创建所需的基础设施。这似乎一切都很好，我没有得到任何错误在部署云代工本身和波士顿cck命令返回，没有任何问题。但是，当我试图部署我的Hello World的应用程序，我得到了在终端下一个错误消息后CF推命令：

创建无法创建容器

容器失败

重新启动应用程序时出错：StagingError。

检查日志文件后，我发现一条消息：

{ 
    "timestamp":"1474637304.026303530", 
    "source":"garden-linux", 
    "message":"garden-linux.loop-mounter.mount-file.mounting", 
    "log_level":2, 
    "data":{ 
     "destPath":"/var/vcap/data/garden/aufs_graph/aufs/diff/08829a3252c1d60729e3b5482b0fb109652c9ab5beff9724e4e4ae756a0bc3ce", 
     "error":"exit status 32", 
     "filePath":"/var/vcap/data/garden/aufs_graph/backing_stores/08829a3252c1d60729e3b5482b0fb109652c9ab5beff9724e4e4ae756a0bc3ce", 
     "output":"mount: wrong fs type, bad option, bad superblock on /dev/loop0,\n  missing codepage or helper program, or other error\n  In some cases useful info is found in syslog - try\n  dmesg | tail or so\n\n", 
     "session":"2.276" 
    } 
}{ 
    "timestamp":"1474637304.026949406", 
    "source":"garden-linux", 
    "message":"garden-linux.pool.acquire.provide-rootfs-failed", 
    "log_level":2, 
    "data":{ 
     "error":"mounting file: mounting file: exit status 32", 
     "handle":"ec6e7469-0ef0-48a8-bcd0-82f4a2ea173f-5de2e641d9284aeea209ca447ffffb6d", 
     "session":"9.545" 
    } 
} 
{ 
    "timestamp":"1474637304.027062416", 
    "source":"garden-linux", 
    "message":"garden-linux.garden-server.create.failed", 
    "log_level":2, 
    "data":{ 
     "error":"mounting file: mounting file: exit status 32", 
     "request":{ 
     "Handle":"ec6e7469-0ef0-48a8-bcd0-82f4a2ea173f-5de2e641d9284aeea209ca447ffffb6d", 
     "GraceTime":0, 
     "RootFSPath":"/var/vcap/packages/rootfs_cflinuxfs2/rootfs", 
     "BindMounts":[ 
      { 
       "src_path":"/var/vcap/data/executor_cache/6942123d3462ad9d21a45729c3cae183-1474475979582384649-1.d", 
       "dst_path":"/tmp/lifecycle" 
      } 
     ], 
     "Network":"", 
     "Privileged":true, 
     "Limits":{ 
      "bandwidth_limits":{ 

      }, 
      "cpu_limits":{ 
       "limit_in_shares":512 
      }, 
      "disk_limits":{ 
       "inode_hard":200000, 
       "byte_hard":6442450944, 
       "scope":1 
      }, 
      "memory_limits":{ 
       "limit_in_bytes":1073741824 
      } 
     } 
     }, 
     "session":"11.44187" 
    } 
}{ 
    "timestamp":"1474637304.034646988", 
    "source":"garden-linux", 
    "message":"garden-linux.garden-server.destroy.failed", 
    "log_level":2, 
    "data":{ 
     "error":"unknown handle: ec6e7469-0ef0-48a8-bcd0-82f4a2ea173f-5de2e641d9284aeea209ca447ffffb6d", 
     "handle":"ec6e7469-0ef0-48a8-bcd0-82f4a2ea173f-5de2e641d9284aeea209ca447ffffb6d", 
     "session":"11.44188" 
    } 
}

而且同时在dmesg得到|

[161023.238082] AUFS test_add：：283：花园Linux的[7681]：UID/GID /烫发的/ var/VCAP /数据/花园/ aufs_graph/AUFS /比较/ d350dcd30f6d6f8b37eabe06a3b73bcea0a87f9aff4edf15f12792269fc9f97c 4294967294尾我下得到/ dirperm1通过下分支[161023.413392]上的权限位打破保护设备 wtj3qdqhig0t-0进入混杂模式

我不确定这个问题连接或它，我但是我在这里发布它们是为了确保我没有错过任何东西。

我不知道如何解决这个问题，在哪里，我应该看看terraform脚本或bosh清单文件的解决方案。我们在节点js上有三个节点，而在ruby上有一个节点，所以部署对我们来说是非常重要的问题。

这里是我的应用程序manifest.yml文件：

--- 
applications: 
- name: hello_cloud 
    memory: 128M 
    buildpack: https://github.com/cloudfoundry/nodejs-buildpack 
    instances: 1 
    random-route: true 
    command: "node server.js"

我的目标是要使用的Cloud Foundry能够部署应用程序。如果您还有其他问题，或者我写了一些不清楚的东西，请随时写信给我。

来源

2016-09-23 VIctor Paschenko

您可能会考虑在包含您遵循的文档的repo上打开GitHub问题：https：//github.com/cloudfoundry-incubator/bosh-google-cpi-release/issues。他们可能处于最有利的位置，可以帮助您了解是否存在与他们所记录的内容相关的错误配置。 –

此问题与garden和4.4 Linux内核之间的冲突有关。要使用示例cloudfoundry manfest，使用关注干细胞：

bosh upload stemcell https://bosh.io/d/stemcells/bosh-google-kvm-ubuntu-trusty-go_agent?v=3262.19 
bosh deploy

您可能需要重新部署，由于配额问题之前删除CF部署。

来源

2016-09-28 17:34:01

Google Compute引擎上的云代工厂不能创建容器

回答

相关问题