reconfigure fails for missing redis on separate DB machine
I am trying to upgrade a packaged, but separate PostgreSQL server from PostgreSQL 9.2.x to 9.6.y. The documented call to pg_upgrade
failed, so I started to do the individual steps by hand (as described in https://gitlab.com/gitlab-org/omnibus-gitlab/blob/master/files/gitlab-ctl-commands/pg-upgrade.rb). This succeeded, but the final gitlab-ctl reconfigure
fails with:
bash[migrate gitlab-rails database] action run
[execute] rake aborted!
StandardError: An error has occurred, all later migrations canceled:
No such file or directory - connect(2) for /var/opt/gitlab/redis/redis.socket/opt/gitlab/embedded/service/gitlab-rails/lib/gitlab/sidekiq_status.rb:32:in `block in set'
/opt/gitlab/embedded/service/gitlab-rails/lib/gitlab/sidekiq_status.rb:31:in `set'
/opt/gitlab/embedded/service/gitlab-rails/lib/gitlab/sidekiq_status/client_middleware.rb:7:in `call'
/opt/gitlab/embedded/service/gitlab-rails/db/migrate/20170503140201_reschedule_project_authorizations.rb:31:in `block in up'
/opt/gitlab/embedded/service/gitlab-rails/db/migrate/20170503140201_reschedule_project_authorizations.rb:20:in `loop'
/opt/gitlab/embedded/service/gitlab-rails/db/migrate/20170503140201_reschedule_project_authorizations.rb:20:in `up'
/opt/gitlab/embedded/service/gitlab-rails/lib/tasks/gitlab/db.rake:50:in `block (3 levels) in <top (required)>'
/opt/gitlab/embedded/bin/bundle:22:in `load'
/opt/gitlab/embedded/bin/bundle:22:in `<main>'
Errno::ENOENT: No such file or directory - connect(2) for /var/opt/gitlab/redis/redis.socket
/opt/gitlab/embedded/service/gitlab-rails/lib/gitlab/sidekiq_status.rb:32:in `block in set'
/opt/gitlab/embedded/service/gitlab-rails/lib/gitlab/sidekiq_status.rb:31:in `set'
/opt/gitlab/embedded/service/gitlab-rails/lib/gitlab/sidekiq_status/client_middleware.rb:7:in `call'
/opt/gitlab/embedded/service/gitlab-rails/db/migrate/20170503140201_reschedule_project_authorizations.rb:31:in `block in up'
/opt/gitlab/embedded/service/gitlab-rails/db/migrate/20170503140201_reschedule_project_authorizations.rb:20:in `loop'
/opt/gitlab/embedded/service/gitlab-rails/db/migrate/20170503140201_reschedule_project_authorizations.rb:20:in `up'
/opt/gitlab/embedded/service/gitlab-rails/lib/tasks/gitlab/db.rake:50:in `block (3 levels) in <top (required)>'
/opt/gitlab/embedded/bin/bundle:22:in `load'
/opt/gitlab/embedded/bin/bundle:22:in `<main>'
Tasks: TOP => db:migrate
(See full trace by running task with --trace)
== 20170503140201 RescheduleProjectAuthorizations: migrating ==================
================================================================================
Error executing action `run` on resource 'bash[migrate gitlab-rails database]'
================================================================================
The machine is set up according to http://docs.gitlab.com/ce/administration/high_availability/database.html (just a separate database machine, no actual HA yet).
Running
dpkg-query -l "gitlab*"
yields: gitlab-ce 9.4.4-ce.0
as the only gitlab package installed.
The gitlab.rb
:
#
# set up database via the gitlab configuraion method
external_url 'https://gitlab.mydomain.com'
# Disable all components except PostgreSQL
postgresql['enable'] = true
bootstrap['enable'] = false
nginx['enable'] = false
unicorn['enable'] = false
sidekiq['enable'] = false
redis['enable'] = false
gitlab_workhorse['enable'] = false
mailroom['enable'] = false
# PostgreSQL configuration
gitlab_rails['db_password'] = '<the very secure password>'
postgresql['md5_auth_cidr_addresses'] = ['0.0.0.0/0']
postgresql['listen_address'] = '0.0.0.0'
The machine was originally set up with some version of gitlab 8.x and then continously upgrade via apt-get. I could not upgrade the actual PostgreSQL before.
The actual Gitlab server is running gitlab-ce 9.1.4-ce.0
. Both the Gitlab server and the postgres server have the /etc/gitlab/skip-automigrations
file
OS: Ubuntu 16.04 Arch: x86_64
I do not understand, why the reconfigure tries to touch the redis, as it is disabled, and has allways been.
TIA