GitLab升级到5 1注意事项

1. GitLab-Shell仍然需要正确配置才能访问GitLab,否则你在远端用git协议pull的时候会看到错误信息:

git pull
/usr/local/lib/ruby/1.9.1/net/http.rb:762:in `initialize‘: Connection refused - connect(2) (Errno::ECONNREFUSED)
	from /usr/local/lib/ruby/1.9.1/net/http.rb:762:in `open‘
	from /usr/local/lib/ruby/1.9.1/net/http.rb:762:in `block in connect‘
	from /usr/local/lib/ruby/1.9.1/timeout.rb:54:in `timeout‘
	from /usr/local/lib/ruby/1.9.1/timeout.rb:99:in `timeout‘
	from /usr/local/lib/ruby/1.9.1/net/http.rb:762:in `connect‘
	from /usr/local/lib/ruby/1.9.1/net/http.rb:755:in `do_start‘
	from /usr/local/lib/ruby/1.9.1/net/http.rb:744:in `start‘
	from /home/git/gitlab-shell/lib/gitlab_net.rb:56:in `get‘
	from /home/git/gitlab-shell/lib/gitlab_net.rb:17:in `allowed?‘
	from /home/git/gitlab-shell/lib/gitlab_shell.rb:51:in `validate_access‘
	from /home/git/gitlab-shell/lib/gitlab_shell.rb:21:in `exec‘
	from /home/git/gitlab-shell/bin/gitlab-shell:16:in `<main>‘

或者这种错误:

git pull
/usr/local/lib/ruby/1.9.1/net/http.rb:799:in `connect‘: SSL_connect returned=1 errno=0 state=SSLv3 read server certificate B: certificate verify failed (OpenSSL::SSL::SSLError)
	from /usr/local/lib/ruby/1.9.1/net/http.rb:799:in `block in connect‘
	from /usr/local/lib/ruby/1.9.1/timeout.rb:54:in `timeout‘
	from /usr/local/lib/ruby/1.9.1/timeout.rb:99:in `timeout‘
	from /usr/local/lib/ruby/1.9.1/net/http.rb:799:in `connect‘
	from /usr/local/lib/ruby/1.9.1/net/http.rb:755:in `do_start‘
	from /usr/local/lib/ruby/1.9.1/net/http.rb:744:in `start‘
	from /home/git/gitlab-shell/lib/gitlab_net.rb:56:in `get‘
	from /home/git/gitlab-shell/lib/gitlab_net.rb:17:in `allowed?‘
	from /home/git/gitlab-shell/lib/gitlab_shell.rb:51:in `validate_access‘
	from /home/git/gitlab-shell/lib/gitlab_shell.rb:21:in `exec‘
	from /home/git/gitlab-shell/bin/gitlab-shell:16:in `<main>‘

通过查看/home/git/gitlab-shell/lib/gitlab_net.rb文件的代码可以看到这段:

    http.use_ssl = (url.scheme == ‘https‘)

    if config.http_settings[‘self_signed_cert‘] && http.use_ssl?
      http.verify_mode = OpenSSL::SSL::VERIFY_NONE
    end

两个条件:

1.self_signed_cert设置为true

2.url要用https

回到config.yml文件中,这样配置:

# Url to gitlab instance. Used for api calls. Should be ends with slash.
gitlab_url: "https://localhost/"

http_settings:
#  user: someone
#  password: somepass
  self_signed_cert: true

第一个问题搞定。

2. 重启时老看到这个错误:

* Listening on unix:///home/git/gitlab/tmp/sockets/gitlab.socket
/home/git/gitlab/vendor/bundle/ruby/1.9.1/gems/puma-2.0.0.b7/lib/puma/binder.rb:234:in `initialize‘: Address already in use - /home/git/gitlab/tmp/sockets/gitlab.socket (Errno::EADDRINUSE)
	from /home/git/gitlab/vendor/bundle/ruby/1.9.1/gems/puma-2.0.0.b7/lib/puma/binder.rb:234:in `new‘
	from /home/git/gitlab/vendor/bundle/ruby/1.9.1/gems/puma-2.0.0.b7/lib/puma/binder.rb:234:in `add_unix_listener‘
	from /home/git/gitlab/vendor/bundle/ruby/1.9.1/gems/puma-2.0.0.b7/lib/puma/binder.rb:96:in `block in parse‘
	from /home/git/gitlab/vendor/bundle/ruby/1.9.1/gems/puma-2.0.0.b7/lib/puma/binder.rb:64:in `each‘
	from /home/git/gitlab/vendor/bundle/ruby/1.9.1/gems/puma-2.0.0.b7/lib/puma/binder.rb:64:in `parse‘
	from /home/git/gitlab/vendor/bundle/ruby/1.9.1/gems/puma-2.0.0.b7/lib/puma/cli.rb:414:in `run_single‘
	from /home/git/gitlab/vendor/bundle/ruby/1.9.1/gems/puma-2.0.0.b7/lib/puma/cli.rb:402:in `run‘
	from /home/git/gitlab/vendor/bundle/ruby/1.9.1/gems/puma-2.0.0.b7/bin/puma:10:in `<top (required)>‘
	from /home/git/gitlab/vendor/bundle/ruby/1.9.1/bin/puma:23:in `load‘
	from /home/git/gitlab/vendor/bundle/ruby/1.9.1/bin/puma:23:in `<main>‘

处理方法:

1.先用ps-def | grep gitlab 命令找到还运行的进程id,然后kill -9 干掉

2.删除下面的文件

/home/git/gitlab/tmp/sockets/gitlab.socket

现在启动,应该可以了。

再分享一下我老师大神的人工智能教程吧。零基础!通俗易懂!风趣幽默!还带黄段子!希望你也加入到我们人工智能的队伍中来!https://blog.csdn.net/jiangjunshow

原文地址:https://www.cnblogs.com/skiwnywh/p/10322576.html

时间: 2024-10-25 19:26:27

GitLab升级到5 1注意事项的相关文章

ubuntu14.04升级以及gitlab升级

环境:系统版本ubuntu14.04 .gitlab-ce.8.11.3 升级要求:系统升级为目前最新的LTS版本的ubuntu16.04.gitlab升级为最新的版本 升级可以有两种方案: 一种类似于迁移(重新找台机器,系统直接安装ubuntu16.04,然后安装gitlab版本和原版本一致,进行数据迁移后确认数据无误后再对gitlab进行升级). 另一种直接在原机器上,首先对系统升级,然后对gitlab升级. 1.直接在原机器上升级的方案: 升级前备份数据: 停止gitlab备份数据 git

Android Studio从2.3升级到3.1注意事项

原文:https://blog.csdn.net/lithiumyoung/article/details/80111111 Android Studio从2.3升级到3.1注意事项 项目根目录下的build.gradle 1.buildscript和allprojects的repositories中添加google() 2.dependencies中的classpath中将gradle版本修改为对应版本,如3.1.2 buildscript { repositories { google()

gitlab升级-(一)安装一台旧版本

gitlab升级 首先第一步:先安装一台与现在gitlab版本一致的机器,备份原版本gitlab数据,备份完在新服务器恢复,恢复完在进行升级,以防升级失败 再来一遍如何安装gitlab吧 我这里现在的gitlab版本 8.14.6 如下 下载rpm我安装的是社区版,社区版和企业版的区别请看官网介绍: https://www.gitlab.com.cn/installation/ce-or-ee/?distro=centos-7 我这里有以前版本的rpm就不进行下载,直接放到服务器,然后安装 安装

gitlab升级迁移---源码包安装转rpm包(三)

距离上次gitlab升级快过去一年了,期间gitlab已更新了好多新版本,都没有进行升级.理由很简单,因为升级很麻烦,秉着能用就先用着的想法.但是最近gitlab接连发出之前旧版本有安全漏洞,看到的公告是:<GitLab 叕发布安全补丁 12.0.3, 11.11.5 和 11.10.8,请即刻升级>,都出现“叕”字了,说明不得不升级了,毕竟代码是公司的核心资产. 那么说干就干,首先去gitlab官网查看升级文档,看需要升级哪些东西.我这gitlab之前是用源码包安装的,版本是10.8.7,需

gitlab 升级

gitlab 升级 官网升级路线: https://docs.gitlab.com/ee/policy/maintenance.html 第一步: 原机器备份 docker exec -t gitlab gitlab-rake gitlab:backup:create CRON=1 备份完成将备份文件和配置目录(/srv/gitlab/config) 通过scp拷贝到新机器上, 备份文件必须拷贝到目标机器的 /srv/gitlab/data/backups 第二步: 打包原机器镜像 打包完成sc

Exchange2003升级到2010的注意事项

Exchange的最新版本已经发展到了Exchange2013,其增加了很多实用功能.很多使用老款Exchange产品的用户开始考虑产品的升级换代问题. Exchange的升级方式有两种:就地升级与迁移.一般情况下,为了提高业务的可用性更多是采用迁移的方法.所谓迁移,大致意思就是低版本的邮件系统和高版本的同时共存,然后将邮箱平滑的迁移过来. Exchange2003不支持和exchange2013的共存.所以如果有03升级到2013的需求,得先由exchange2007或2010过渡一下. 下文

gitlab升级【一】gitlab Omnibus CE安装遇到的一些问题

最近公司打算将内部使用的gitab 7.14.3升级到最新的gitlab的 Omnibus CE版本.但是由于内部使用的gitlab是源码安装的,使用的是外部数据库mysql5.6. 所以升级的方案是: 1.将源码安装的gitlab的数据迁移到Omnibus CE gitlab 7.14.3的版本 2.将Omnibus CE gitlab安装的7.14.3直接在线升级 所以前置条件就是: 1.在新的服务器上面安装好Omnibus CE gitlab 7.14.3 系统版本:CentOS 7.14

gitlab升级和迁移

由于近期公司gitlab服务器老是卡顿和出现其他问题,然后也很久没有升级过了,现在版本还是8.10.5,而官网最新版本已经是11.2了.另一个原因是gitlab所在的这台服务器快到期了,想换一台配置更好些的服务器,故对此进行升级和迁移. 升级思路:先在新服务器上安装一个和原版本相同的gitlab,然后备份原版本gitlab数据,备份完在新服务器恢复,恢复完在进行升级. 本文参照:https://github.com/gitlabhq/gitlab-recipes/tree/master/inst

gitlab升级

公司gitlab版本过旧,为满足生产环境需要,故升级gitlab8至gitlab11.切记,升级前务必做好数据的备份.备份:gitlab-rake gitlab:backup:create还原备份:gitlab-rake gitlab:backup:restore BACKUP=备份版本号 gitlab不能跨越大版本号,只能升级到当前最高版本号,然后才能升级至下一大版本,升级完成后必须保证数据可以正常访问才能进行下一次升级. 我选择的是rpm包安装: 下载地址:https://mirrors.t