HA GitLab Docs has Database rake step that fails & doesn't seem required
In the First GitLab application server section under our High Availability docs we have a step to run a rake test to build the database:
As a final step, run the setup rake task only on the first GitLab application server. Do not run this on additional application servers.
- Initialize the database by running sudo gitlab-rake gitlab:setup.
- Run sudo gitlab-ctl reconfigure to compile the configuration.
When building some HA environments I noticed that this step fails and that it wasn't required. As such it should be removed after confirming that it's no longer required.
**rake aborted!**
**PG::ConnectionBad: could not connect to server: No such file or directory**
Is the server running locally and accepting
connections on Unix domain socket "/var/opt/gitlab/postgresql/.s.PGSQL.5432"?
/opt/gitlab/embedded/service/gitlab-rails/lib/feature/gitaly.rb:19:in `enabled?'
/opt/gitlab/embedded/service/gitlab-rails/lib/feature/gitaly.rb:29:in `block in server_feature_flags'
/opt/gitlab/embedded/service/gitlab-rails/lib/feature/gitaly.rb:28:in `map'
/opt/gitlab/embedded/service/gitlab-rails/lib/feature/gitaly.rb:28:in `server_feature_flags'
/opt/gitlab/embedded/service/gitlab-rails/lib/gitlab/gitaly_client.rb:215:in `request_kwargs'
/opt/gitlab/embedded/service/gitlab-rails/lib/gitlab/gitaly_client.rb:151:in `call'
/opt/gitlab/embedded/service/gitlab-rails/lib/gitlab/gitaly_client/server_service.rb:14:in `info'
/opt/gitlab/embedded/service/gitlab-rails/lib/tasks/gitlab/setup.rake:10:in `block in check_gitaly_connection'
/opt/gitlab/embedded/service/gitlab-rails/lib/tasks/gitlab/setup.rake:9:in `each'
/opt/gitlab/embedded/service/gitlab-rails/lib/tasks/gitlab/setup.rake:9:in `check_gitaly_connection'
/opt/gitlab/embedded/service/gitlab-rails/lib/tasks/gitlab/setup.rake:4:in `block (2 levels) in <top (required)>'
/opt/gitlab/embedded/bin/bundle:23:in `load'
/opt/gitlab/embedded/bin/bundle:23:in `<main>'
Tasks: TOP => gitlab:setup
(See full trace by running task with --trace)
Edited by Grant Young