作者热门文章
- html - 出于某种原因,IE8 对我的 Sass 文件中继承的 html5 CSS 不友好?
- JMeter 在响应断言中使用 span 标签的问题
- html - 在 :hover and :active? 上具有不同效果的 CSS 动画
- html - 相对于居中的 html 内容固定的 CSS 重复背景?
我正在docker容器中运行一个进程,该进程通过gitlab的https定期进行git克隆。在大多数情况下,它可以正常工作,但它经常无限期地停止运行,需要我手动销毁并重新创建docker容器才能修复。启用设置GIT_TRACE=1
GIT_CURL_VERBOSE=1
和--verbose
时,我可以在日志中看到:
trace: run_command: 'git-remote-https' 'origin' 'https://myusername:mypassword@gitlab.com/username/reponame.git'
* Couldn't find host gitlab.com in the .netrc file; using defaults
* About to connect() to gitlab.com port 443 (#0)
* Trying xx.xxx.xxx.xx...
* Connected to gitlab.com (xx.xxx.xxx.xx) port 443 (#0)
* Initializing NSS with certpath: sql:/etc/pki/nssdb
* CAfile: /etc/pki/tls/certs/ca-bundle.crt
CApath: none
git config http.postBuffer 524288000
时不走运。我应该如何继续进行故障排除?谢谢
最佳答案
事实证明,这个问题完全在另一个层上,与任何标记技术无关。这是基于MTU配置的错误。我在其上运行git进程的计算机的MTU值非常接近路由器接受的MTU值。在添加数据包大小及其数据包覆盖后,最终数据包大小超过了路由器可接受的MTU值,因此丢弃了该数据包。解决方案是提高路由器的可接受的MTU值。
关于git - git clone停在 “Initializing NSS with certpath”上,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/56722490/
我是一名优秀的程序员,十分优秀!