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引擎上的雲代工廠不能創建容器

回答

相關問題