0

在我的 6 个 Swisscom CloudFoundry 空间中的 3 个上，使用相同的（自定义）buildpack 进行部署时出现以下错误。

Starting app my-app-name in org my-org /               space my-space as user@company.com...
Creating container
Successfully created container
Downloading app package...
Downloaded app package (26M)
Staging...
exec: "git": executable file not found in $PATH
Exit status 1
Staging failed: Exited with status 1

FAILED
StagingError

我在 manifest.yml 中使用以下 buildpack：

---
buildpack: https://github.com/shiftcode/java-buildpack-mongodb
domain: scapp.io
path: target/my-app-name.zip
disk_quota: 1024M
domains:
  - scapp.io
services:
 - my-service-one
 - my-service-two
 ...

env:
   JBP_CONFIG_OPEN_JDK_JRE : '[jre: {version: 1.8.0_+}, memory_calculator: {memory_heuristics: {heap: 35, metaspace: 30, stack: 5, native: 30}}]'
   MONGO_DB_VERSION : '3.2.0'
   MONGODB_CMD_PATH : '.mongo/bin/'
   MONGODB_MAX_POOLSIZE : '1'
   MALLOC_ARENA_MAX : '2'
   MALLOC_MMAP_THRESHOLD_ : '131072'
   MALLOC_TRIM_THRESHOLD_ : '131072'
   MALLOC_TOP_PAD_ : '131072'
   MALLOC_MMAP_MAX_ : '65536'

# app specific configuration
applications:
- name: my-app-name-development
  memory: 512M
  instances: 2
  host: my-app-name-development

- name: my-app-name-staging
  memory: 512M
  instances: 2
  host: my-app-name-staging

这个 buildpack 通过添加一个 mongodb 安装扩展了普通的 java-buildpack（我们使用该mongodump命令进行备份）。具有相同代码和相同 manifest.yml 设置的相同 buildpack 适用于某些空间，但不适用于其他空间。我曾尝试在再次推送之前删除该应用程序但没有成功。我在所有空间和应用程序上启用了 ssh 访问（diego）。

关于为什么 git 可执行文件在暂存时不可用以及如何修复或修复它的任何想法？我想避免删除空间并重新创建它们的麻烦（和成本）。

4

4 回答 4

2

这是 Cloud Foundry 0.7.0 及更早版本中的 garden-runc 容器化技术的问题。正如接受的答案所推测的那样，如果 env 变量包含字符串“PATH”，则 Garden 中存在错误设置 PATH 的错误。

自 garden-runc 版本 0.8.0 以来，此问题已得到解决。你可以在这里找到相关的故事：

https://www.pivotaltracker.com/story/show/129773615

以及在此处修复此问题的提交：

https://github.com/cloudfoundry/guardian/commit/e191b2ca8365f44c812cb8feb70c722391886063

此问题的解决方法是为您的应用设置另一个环境变量：

PATH: /usr/local/bin:/usr/bin:/bin

于 2016-09-07T13:06:01.493 回答
1

这是最近记录的错误。见https://www.pivotaltracker.com/n/projects/1158420/stories/129773615

目前，您必须使用变通方法来删除或破坏*PATH条目。

于 2016-09-07T15:07:02.403 回答
0

经过大量摆弄 env 变量后，我发现问题出在MONGODB_CMD_PATH我的manifest.yml. 似乎任何以PATH影响/覆盖env 结尾的 env 变量都会$PATH导致暂存过程失败，因为所需的可执行文件不再位于系统路径上。

于 2016-08-09T10:38:23.073 回答
0

我有同样的问题，接受的答案对我有用。以下内容是为了 Google 员工的利益：

我在清单中设置PYTHONPATH变量。CloudFoundry 正确设置了环境变量PYTHONPATH，但它也使用它来覆盖PATH变量。我的解决方法是PYTHONPATH将$PATH:/my/python/path. 虽然这会将无关目录添加到PATH 和 PYTHONPATH中，但它的功能与预期相同。

于 2016-09-02T17:57:45.080 回答