gitlab从13.1.11 升级到13.8.8 报502错误

From gitlab 13.0 Puma becoming default web server instead of Unicorn Starting with GitLab 13.0, Puma will be the default web server used in omnibus-gitlab based installations. Th...

gitlab 从16.0开始禁用了 grafana 相关使用,升级到17.x时候任何有关grafana有关配置在gitlab.rb 中必须禁用,即使:grafana['enable'] = false 也不能出现

否则报 Mixlib::Config::UnknownConfigOptionError: Reading unsupported config value grafana 错误。

 In 16.0 have grafana disabled even if grafana['enable'] is true, unless users also have something like grafana['enable_deprecated_service'] is enabled. (This introduces our removal as a breaking change in 16.0, while still allowing users to override and use grafana)


我的gitlab原来在centos7上安装,4年前安装的版本是:10.6.4,当前centos7 已经停止支持了,现在我想把它迁移到ubuntu 20.0.4机器上,

ubuntu 20.0.4上面最低的gitlab版本当前为:13.20.1,  所以必须在当前的centos7上升级到一个ubuntu能支持的高版本,升级是按 gitlab 官方给出的升级路径工具进行的:升级路径工具地址如下:

https://gitlab-com.gitlab.io/support/toolbox/upgrade-path/

升级路径上没有我的10.6.4 版本,我是从10.6.6 直接升级到最新的:工具给出的升级路径如下:

yum install gitlab-ce-10.8.7
yum install gitlab-ce-11.11.8
yum install gitlab-ce-12.0.12
yum install gitlab-ce-12.1.17
yum install gitlab-ce-12.10.14
yum install gitlab-ce-13.0.14
yum install gitlab-ce-13.1.11
yum install gitlab-ce-13.8.8
yum install gitlab-ce-13.12.15
yum install gitlab-ce-14.0.12
yum install gitlab-ce-14.3.6
yum install gitlab-ce-14.9.5
yum install gitlab-ce-14.10.5
yum install gitlab-ce-15.0.5
yum install gitlab-ce-15.4.6
yum install gitlab-ce-15.11.13
yum install gitlab-ce-16.3.8
yum install gitlab-ce-16.7.9
yum install gitlab-ce-16.11.9
yum install gitlab-ce-17.3.2

开始升级很顺利,一个到13.1.11都很顺利,结果从13.1.11 升级到13.8.8 的时候,一直报502错误,浪费的晚上8个小时也没有找到问题,最后带着问题翻看官方文档的时候,有提示到,从13.5开始,Workhorse 的socket路径有变动,如果使用外部nginx的话,之前的代理workhorse 从13.5开始,其websocket路径有变化,
我的访问代理如下: 外部nginx-->workhorse-puma-redis/postgrsql 
 原来外部nginx配置为:

upstream gitlab-workhorse {
  server unix:/var/opt/gitlab/gitlab-workhorse/socket;
}
现在gitlab-workhorse 的websocket变成了/var/opt/gitlab/gitlab-workhorse/sockets/socket 了,所以一直报502错误,改过来问题就解决了,此处浪费大把时间。

From gitlab 13.0

Puma becoming default web server instead of Unicorn

Starting with GitLab 13.0, Puma will be the default web server used in omnibus-gitlab based installations. This will be the case for both fresh installations as well as upgrades, unless users have explicitly disabled Puma and enabled Unicorn. Users who have Unicorn configuration are recommended to refer to the docs on how to convert them to Puma ones.

PostgreSQL 11 becoming minimum required version

To upgrade to GitLab 13.0 or later, users must be already running PostgreSQL 11. PostgreSQL 9.6 and 10 have been removed from the package. Follow the documentation on how to upgrade the packaged PostgreSQL server to required version.

Alertmanager moved from the gitlab namespace to monitoring

In /etc/gitlab/gitlab.rb, change:

alertmanager['flags'] = {
  'cluster.advertise-address' => "127.0.0.1:9093",
  'web.listen-address' => "#{node['gitlab']['alertmanager']['listen_address']}",
  'storage.path' => "#{node['gitlab']['alertmanager']['home']}/data",
  'config.file' => "#{node['gitlab']['alertmanager']['home']}/alertmanager.yml"
}

to:

alertmanager['flags'] = {
  'cluster.advertise-address' => "127.0.0.1:9093",
  'web.listen-address' => "#{node['monitoring']['alertmanager']['listen_address']}",
  'storage.path' => "#{node['monitoring']['alertmanager']['home']}/data",
  'config.file' => "#{node['monitoring']['alertmanager']['home']}/alertmanager.yml"
}13.3

PostgreSQL 12.3 support

PostgreSQL 12.3 is being shipped with the package in addition to 11.7 which is still the default version. Both fresh installs and upgrades will still continue to use 11.7, but users can manually upgrade to 12.3 following the upgrade docs. Note that PostgreSQL 12 is not supported for Geo deployments in GitLab 13.3 and is planned for the 13.4 release.

13.5

Default workhorse listen socket moved

The path for the Workhorse socket changed from /var/opt/gitlab/workhorse/socket to /var/opt/gitlab/workhorse/sockets/socket in 13.5. This change will automatically get applied and Workhorse will be restarted during an upgrade, unless you have set your system to skip reconfigure (/etc/gitlab/skip-auto-reconfigure).

If you use SELinux and have set gitlab_workhorse['listen_addr'] to a custom socket path, some manual steps are required. If you want Omnibus to manage SELinux Contexts, set gitlab_workhorse['sockets_directory'] = "/var/opt/my_workhorse_socket_home" and run gitlab-ctl reconfigure. Alternatively, if you want to manage the SELinux Context yourself, run semanage fcontext -a -t gitlab_shell_t '/var/opt/my_workhorse_socket_home' and then restorecon -v '/var/opt/my_workhorse_socket_home'. Note that if you are managing the SELinux Context yourself, you will need to repeat these steps if you move the directory.

If you are using a custom listen address but you are not using SELinux, you will not be affected by this change.

If you are using your own NGINX rather than the bundled version, and are proxying to the workhorse socket, you will need to update your NGINX config.

13.7

CentOS/RHEL 6 packages no longer provided

With these operating systems reaching their end-of-life for support, we are no longer providing packages for them. See the supported operating systems page for details.

This change also impacts the packages available for Amazon Linux 2.

PostgreSQL 12.4 support

PostgreSQL 12.4 is being shipped as the default version for fresh installs.

Users can manually upgrade to 12.4 following the upgrade docs.

New encrypted_settings_key_base secret added to the GitLab secrets

In 13.7, a new secret is generated in /etc/gitlab/gitlab-secrets.json. In an HA GitLab or GitLab Geo environment, secrets need to be the same on all nodes. Ensure this new secret is also accounted for if you are manually syncing the file across nodes, or manually specifying secrets in /etc/gitlab/gitlab.rb.

13.8

PostgreSQL 12.4 upgrades

PostgreSQL will automatically be upgraded to 12.x except for the following cases:

  • you are running the database in high_availability using Repmgr or Patroni.
  • your database nodes are part of GitLab Geo configuration.
  • you have specifically opted out using the /etc/gitlab/disable-postgresql-upgrade file outlined below.

To opt out you must execute the following before performing the upgrade of GitLab.

sudo touch /etc/gitlab/disable-postgresql-upgrade

Removal of process metrics from gitlab-exporter

Process-related metrics emitted from gitlab-exporter have been retired. These metrics are now exported from application processes directly. Similarly, process metrics for particular git processes such as git upload-pack, git fetch, git cat-file, git gc emitted from gitlab-exporter have been removed. Git-related process metrics are already being exported by Gitaly. No further action is required, unless an installation is purely ingesting metrics from gitlab-exporter, which is not the default behavior. In that case, change your scrape configuration to ingest metrics from the application's own metrics endpoints instead.

13.9

Redis 6.0.10

In 13.9, we are upgrading Redis from 5.0.9 to 6.0.10. This upgrade is expected to be fully backwards compatible.

One of the new features it introduces, is threaded I/O. That can be enabled by setting the following values:

redis['io_threads'] = 4
redis['io_threads_do_reads'] = true
  • 发表于 2024-09-13 23:41
  • 阅读 ( 58 )

你可能感兴趣的文章

相关问题

0 条评论

请先 登录 后评论
shitian
shitian

662 篇文章

作家榜 »

  1. shitian 662 文章
  2. 石天 437 文章
  3. 每天惠23 33 文章
  4. 小A 29 文章