RPC失败，结果为22，HTTP代码为404。

Question

我正在使用Bonobo Git Server，一切看起来都很好。我正在将所有旧的SVN存储库迁移到GIT，即使是具有760个提交的大型存储库（约3.5 GB），"git svn clone"和 "git push"也非常良好。

但是对于一个微小的存储库则不同：它只有3MB（未压缩）和1个提交。我总是收到以下消息：

efrror: RPC Failed; result=22, HTTP code = 404
fatal: The remote end hung up unexpectedly

我已按照这里的建议更改了Bonobo WebConfig，并且我已执行了此配置命令。那么，还有其他线索吗？

- ppalmeida

---

你最终找出了这种情况下的问题吗？ - Martin

我不能百分之百确定这是解决方案，但它解决了我的问题。我将近40MB的数据推送到运行在数据中心WS2008R2机器上的Bonobo：https://support.microsoft.com/en-us/kb/2634328 - J Evans

关于 https://dev59.com/61wY5IYBdhLWcg3wh4Aq - jdhao

Answer 1

基于http://gisgeek.blogspot.com/2012/03/bonobo-git-server-remote-end-hung-up.html。

以下是解决方案：

修改位于Bonobo.Git.Server根目录下的web.config文件（C：\ initpub \ wwwroot \ Bonobo.Git.Server \ Web.config），并提高以下行的限制：

<system.web>
   <httpRuntime maxRequestLength="102400" /> 


<security>
   <requestFiltering>
     <requestLimits maxAllowedContentLength="102400" /> 

在这两种情况下，“102400”被替换为“999999999”，推送成功！

- crisc

---

还可以帮助解决像error: RPC failed; curl 56 SSL read: error:00000000:lib(0):func(0):reason(0), errno 10054这样的错误。 - it3xl

Answer 2

当我尝试将本地git仓库推送到GitLab时，遇到了类似的错误。完整的错误信息如下：

"最初的回答"

Counting objects: 3, done.
Delta compression using up to 64 threads.
Compressing objects: 100% (2/2), done.
Writing objects: 100% (3/3), 288 bytes | 0 bytes/s, done.
Total 3 (delta 0), reused 0 (delta 0)
error: RPC failed; result=22, HTTP code = 404
fatal: The remote end hung up unexpectedly
fatal: The remote end hung up unexpectedly
Everything up-to-date

我是通过遵循这个答案解决了此问题的。具体来说，我在远程仓库URL之后添加了.git： "最初的回答"

# add .git suffix to the ORIGINAL_URL
git remote set-url origin ORIGINAL_URL.git

之后，我就可以成功地推送到远程的 GitLab 仓库了。

- jdhao

Answer 3

我在使用Anaconda3和gcloud SDK工具从Google Cloud的源代码库克隆时遇到了问题：

fatal: The remote end fhung up unexpectedly
atal: early EOF
fatal: unpack-objects failed
ERROR: (gcloud.source.repos.clone) Command '[u'git', u'clone', u'https://source.developers.google.com/p/propane-highway-202915/r/arise-ds-program', u'C:\\WINDOWS\\system32\\arise-ds-program', u'--config', u'credential.helper=', u'--config', u'credential.helper=!gcloud.cmd auth git-helper --account=[e-mail] --ignore-unknown $@']' returned non-zero exit status 128

幸运的是，我通过禁用Windows Defender防火墙（包括其他反病毒软件）并切换到conda中的基本环境来解决了这个问题。

附言：我之前遇到这个问题的环境是conda py 2.7环境（而基本环境是conda py 3.x），所以可能是权限（在Windows上）或不兼容性问题导致的。

- MLDev

Answer 4

我刚刚修改了我的文件并再次提交了代码，一切都正常工作。

- Ali Hassan