Gitlab 无法访问您的 Gitolite 系统答案

【问题标题】：Gitlab was unable to access your Gitolite systemGitlab 无法访问您的 Gitolite 系统
【发布时间】：2012-09-11 16:20:37
【问题描述】：

我在 Ubuntu 服务器 12 上安装了 GitLab。
我按照以下步骤操作：http://blog.compunet.co.za/gitlab-installation-on-ubuntu-server-12-04/

一切似乎都是正确的......但是当我尝试创建一个新项目时，我收到错误消息：

Gitlab was unable to access your Gitolite system.

我运行了诊断工具（“bundle exec rake gitlab:app:status RAILS_ENV=production”）

(in /home/gitlab/gitlab) Starting diagnostic
config/database.yml.............exists
config/gitlab.yml.............exists
/home/git/repositories/...........exists 
/home/git/repositories/ is writable?........YES 
remote: Counting objects: 12, done. 
remote: Compressing objects: 100% (8/8), done. 
Receiving objects: 100% (12/12), 1.12KiB, done. 
Resolving deltas: 100% (1/1), done. 
remote:Total 12 (delta 1), reused 0 (delta 0) 
Can clone gitolite-admin?..............YES 
UMASK for .gitolite.rc is 0007?............YES
 /home/git/share/gitolite/hooks/common/post-receive exists?............YES

完成

登录管理区只显示：

错误-> /home/gitlab/gitlab/tmp/gitlabhq-gitolite-1348050652/gitolite

config/gitlab.yml 文件没问题。
存储库的权限就像教程一样（第 3 节 - 权限）。
我什至试图移除锁......

您建议如何解决此问题？

【问题讨论】：

您在/home/gitlab/gitlab/tmp/ 上是否有一些读/写权限问题？
刚刚尝试更改/home/gitlab/gitlab/tmp/ 权限...仍然无法正常工作...
a 找到了一个可能的修复方法...关于 gitolite 权限：https://github.com/wingrunr21/gitolite/commit/cb100415e7 抱歉问（它的新手）.. 但是我该如何应用这个补丁？

标签： github gitolite gitlab

【解决方案1】：

如果问题来自此commit of this gitolite fork 中修复的权限正则表达式，您可以查看“GitHub Tip: download commits as patches”：

可以通过在其网址末尾添加.patch 来下载您的提交：patch。

这样，您可以将它应用到您当前的 gitolite 源（甚至不使用 git 本身，只需使用 patch command）

【讨论】：

我认为这正是我所需要的。我试过：curl https://github.com/wingrunr21/gitolite/commit/cb100415e7.patch /tmp/fix.patch 然后：git apply /tmp/fix.patch 我得到了这个：`错误：补丁失败：Gemfile.lock：1 错误：Gemfile.lock：补丁不适用错误：lib/gitolite/config/repo.rb：文件未找到错误：spec/repo_spec.rb：未找到文件

【解决方案2】：

如果有帮助，我遇到了非常相似的情况，除了在我的 gitlab 日志中出现以下错误：

ERROR -> 拉取错误 -> 无法克隆 gitolite-admin repo

我对比了 gitolite fork 提到的提交，发现那里的更改已经在我的 gitlab 版本中到位。

我最终停止了gitlab相关服务，删除了gitlab tmp目录的内容，然后重启了gitlab相关服务。

之后，一切似乎都运行良好。

【讨论】：

不幸的是我遇到了同样的问题，这个解决方案没有解决它：/
这对我有用。在删除 tmp 文件夹的内容并重启服务之前，请确保 gitlab 的所有服务都已停止。

【解决方案3】：

按照标题为“禁用本地主机和您的域的 StrictHostKeyChecking”的安装说明部分并为我的 gitolite 主机添加一个新部分，我能够在我的服务器上解决此问题，该部分设置为服务器的 IP 地址，而不是比本地主机。打开：

/etc/ssh/ssh_config

并添加以下行：

Host [gitolite hostname/IP here]
    StrictHostKeyChecking no
    UserKnownHostsFile=/dev/null

（用适当的主机名/IP替换括号部分）

它已经在设置步骤中，但我之前跳过了它，因为我不明白它的建议。否则，SSH 客户端会尝试显示是/否提示以接受新主机名，而 Ruby 后端会将其解释为连接 gitolite 失败。

【讨论】：