推送到openShift git时未找到metadata.json

Question

我正在尝试将我的应用程序的第二个版本（nodeJS + MongoDB）推送到我的OpenShift帐户中。 它是第一次工作，但现在失败，并显示以下错误：

Erics-MacBook-Air:rippleRating ericg$ git push openShift master
Counting objects: 129, done.
Delta compression using up to 4 threads.
Compressing objects: 100% (129/129), done.
Writing objects: 100% (129/129), 28.09 KiB | 0 bytes/s, done.
Total 129 (delta 94), reused 0 (delta 0)
remote: Stopping NodeJS cartridge
remote: Mon Apr 13 2015 07:53:08 GMT-0400 (EDT): Stopping application 'ripplerating' ...
remote: Mon Apr 13 2015 07:53:09 GMT-0400 (EDT): Stopped Node application 'ripplerating'
remote: Stopping MongoDB cartridge
remote: No such file or directory - /var/lib/openshift/xxxxxxxxxxxxxxxxf8000090/app-deployments/2015-04-13_07-53-10.382/metadata.json
To ssh://xxxxxxxxxxxxxxxxf8000090@ripplerating-<domain>.rhcloud.com/~/git/ripplerating.git/
! [remote rejected] master -> master (pre-receive hook declined)
error: failed to push some refs to 'ssh://xxxxxxxxxxxxxxxxf8000090@ripplerating-<domain>.rhcloud.com/~/git/ripplerating.git/'

如果我rhc ssh到我的应用程序，则看不到目录2015-04-13_07-53-19.382 ，我只有app-files ， current和by-id （ app-files具有metadata.json ）。

顺便说一句，添加一些我不想放入git repo并可以由nodeJS应用程序使用的文件（ secret.json ）的好地方？

谢谢！

Answer 1

最近，我本人遇到了这个问题，想分享我的解决方案。

首先，我的/ app-deployments目录包含以下内容：

by-id  current redis-cli

使用ls -l显示current实际上是到当前正在运行的构建的软链接。

current -> 2015-07-10_22-45-22.964

但是，使用当前命令file current还显示：

current: broken symbolic link to `2015-07-12_22-45-22.964'

这似乎很奇怪，但与/ app-deployments目录中没有使用最新版本的时间戳（2015-07-10_22-45-22.964）命名的文件夹的事实相符。 我移除了current并试图推动。 与OP的结果相同，但是缺少内部包含metadata.json的新版本的文件夹或目录。

遍历by-id和redis-cli ，我发现redis-cli包含它自己的meta.json文件，其中包含很多空值（'git_sha1'和'id'均为空）。 我玩了git_sha1字段以匹配我以前的提交和新提交，但是什么都没有改变。 另一个文件夹by-id也具有一个软链接，该链接指向redis-cli文件夹。

在这一点上，我已经备份了所有想要的内容，并尝试通过删除其中的所有内容并推送将其强制刷新为/ app-deployments目录的默认值。 令人惊讶的是，它有效！ 现在，我的/ app-deployments目录如下所示：

2015-07-10_22-45-22.964  by-id  current

我通常希望在那里看到。 希望这会对某人有所帮助！

作为附带说明，我后来决定启用openshift对多个回滚版本的支持， 您可以在此处阅读 。 它允许您指定要保留的回滚数量，这在类似这种情况下可能非常有价值。

Answer 2

我终于了解了这个。 我在app-deployments下创建了一个文件夹，这破坏了OpenShift中的自动部署逻辑。 当前文件夹已在app-deployments下删除，我必须重新创建它并在其中放置一个metadata.json副本。 完成之后，我便可以使用git push再次进行部署。 我很想知道，如果您有一些无法保存在git repo中的秘密数据，它们必须位于app-root / data下，尽管这不适用于可扩展的应用程序...在这种情况下，我不确定我应该把那些明智的数据放在哪里...

Answer 3

我的答案基本上是@ Will.R提供的答案，但简短一些：

问题来自于以下事实：

* app-deployments/current is a broken symbolic link to the most recent build.

如果要解决此问题：

* Delete everything inside /app-deployments
* Push again
* :) 
* Problem fixed.