I run the latest yml.And I get the problem
here it's logs
Configuring nginx::gitlab...
Setting up GitLab for firstrun. Please be patient, this could take a while...
Missing Rails.application.secrets.openid_connect_signing_key for production environment. The secret will be generated and stored in config/secrets.yml.
Loading /etc/docker-gitlab/runtime/env-defaults
Initializing logdir...
Initializing datadir...
Installing configuration templates...
Configuring gitlab...
Configuring gitlab::database
Configuring gitlab::redis
Configuring gitlab::secrets...
Configuring gitlab::sidekiq...
Configuring gitlab::gitaly...
Configuring gitlab::monitoring...
Configuring gitlab::gitlab-workhorse...
Configuring gitlab::unicorn...
Configuring gitlab::timezone...
Configuring gitlab::rack_attack...
Configuring gitlab::ci...
Configuring gitlab::artifacts...
Configuring gitlab::lfs...
Configuring gitlab::uploads...
Configuring gitlab::mattermost...
Configuring gitlab::project_features...
Configuring gitlab::oauth...
Configuring gitlab::ldap...
Configuring gitlab::cron_jobs...
Configuring gitlab::backups...
Configuring gitlab::registry...
Configuring gitlab::pages...
Configuring gitlab-shell...
Configuring nginx...
Configuring nginx::gitlab...
Setting up GitLab for firstrun. Please be patient, this could take a while...
Missing Rails.application.secrets.openid_connect_signing_key for production environment. The secret will be generated and stored in config/secrets.yml.
I get the same, after that message everything tries to restart and it happens again and again. Is your's a QNAP by any chance? Mine is and I have the feeling their docker implementation is weird in many regards. Not sure if that's the problem here though.
I have the same question and can't start docker.
version is 10.8.3-1?
I think I tried 10.8.2, I quickly tried 10.8.3-1 now, seemed to have worked for me. From what I saw a key was found, then a restart and then everything spawned correctly.
Same Problem with 10.8.3-1 directrly after the Update. After a Container resatart it seems to work.
same here, 10.8.3-1. looks like #1625
same on 10.8.3-1, 10.8.2
wasted 1 hour, but the problem not relevant for Missing Rails.application.secrets...
What's going on there:
was added in f31c4d71e0e0f54341615a8a11f13a6ba69d75c9
My understanding is that supervisord is supposed to be starting 2 times - first for initial config, and second for running the services. So it's starting supervisord, then killing it and waiting for all processes to finish, and then starting again. Not sure why though..
Still not fixed in the last 10.8.4 release
I might be missing something but from reading the comments it seems like restarting the container after upgrading fixes this issue? Can anyone confirm this?
Not for me. It keeps restarting with the same error
I had this issue and therefore stayed on 10.8.1, I just updated to 11.0.1 and I no longer have this issue.
It did work indeed!
can just confirm this: it works now
Same here!
i have problem same when running 12.5.2.
This issue has been automatically marked as stale because it has not had any activity for the last 60 days. It will be closed if no further activity occurs during the next 7 days. Thank you for your contributions.
sorry,the issue accour to me.but i have not solve it.
Running raketask gitlab:backup:create RAILS_ENV=production SKIP=$(GITLAB_BACKUP_SKIP) --trace...
* Invoke gitlab:backup:create (first_time)
* Invoke gitlab_environment (first_time)
* Invoke environment (first_time)
* Execute environment
Missing Rails.application.secrets.openid_connect_signing_key for production environment. The secret will be generated and stored in config/secrets.yml.
* Execute gitlab_environment
* Execute gitlab:backup:create
* Invoke gitlab:backup:db:create (first_time)
* Invoke gitlab_environment
* Execute gitlab:backup:db:create
2020-05-28 16:39:34 +0800 -- Dumping database ...
* Invoke gitlab:backup:repo:create (first_time)
* Invoke gitlab_environment
* Execute gitlab:backup:repo:create
rake aborted!
Caused by:
GRPC::Unavailable: 14:channel is in state TRANSIENT_FAILURE