I am trying kubernetes configuration to start docker. My pods and services seems running fine, but when I try to login the first time, all I have is "Change your Password" window, asking for new password and confirm new password, but no username field. Trying to login will give errors.
What is missing?
Thanks!

since GitLab 8.6 there is no default root user password. Once you create a password you need to login as the root user.
On Thu, Apr 7, 2016 at 1:20 AM, Sameer Naik [email protected]
wrote:
since GitLab 8.6 there is no default root user password. Once you create
a password you need to login as the root user.
The problem is that I cannot pass password change:
Change your password
7 errors prohibited this user from being saved:
Xueshan
—
You are receiving this because you authored the thread.
Reply to this email directly or view it on GitHub
https://github.com/sameersbn/docker-gitlab/issues/657#issuecomment-206755748
Are you seeing the same issue with docker-compose?
I see the issue on kubernetes. Wonder what the cause could be. Will try to figure it out. Until then you can try adding GITLAB_ROOT_PASSWORD to the the containers env to bypass that screen.
On Fri, Apr 8, 2016 at 9:04 AM, Sameer Naik [email protected]
wrote:
I see the issue on kubernetes. Wonder what the cause could be. Will try to
figure it out. Until then you can try adding GITLAB_ROOT_PASSWORD to the
the containers env to bypass that screen.
Yup! Use GITLAB_ROOT_PASSWORD env does allow root to login!
You can close this ticket.
Xueshan
—
You are receiving this because you authored the thread.
Reply to this email directly or view it on GitHub
https://github.com/sameersbn/docker-gitlab/issues/657#issuecomment-207494745
If the gitlab pod is deleted and recreated again it seems to work. Looks to be an upstream issue.
I am seeing exactly the same problem after a fresh install using apt-get on Ubuntu 14.04.
Restart gitlab does not help.
I just did a fresh install on a raspberrypi with raspbian. When I try to change the password initially, I get the screen shown at top.
This should probably be reopened as an issue at gitlab.com if you have the time. AFAIK Gitlab (the company) is not using github (the site) to track issues for gitlab (the product) anymore.
I am seeing the issue on docker 4 mac beta too. However I found that the issue is seen in Firefox, but not in Chrome. Can you check of you see the same?
Yes, I can confirm that, changing the password and logging in with Chrome instead of Firefox works fine.
Experiencing this with a fresh install in Ubuntu 16.04. Browsing to gitlab via Chrome 54
If someone else gets into this, first check if you have any health check that pings port of gitlab. It seems that if there is another request made to gitlab interface at first screen "enter password" it will recreate another token for allowing you to set root password, disabling current one that you achieved in browser.
Conclusion:
make sure no other GET / request is made to gitlab while the first screen is displayed
If someone else gets into this, first check if you have any health check that pings port of gitlab. It seems that if there is another request made to gitlab interface at first screen "enter password" it will recreate another token for allowing you to set root password, disabling current one that you achieved in browser.
Conclusion:
make sure no other GET / request is made to gitlab while the first screen is displayed
Confirmed!
Temporary removing Health Check, resolves the problem.
Thanks @radut !
Although, the warning stated 11 errors:
Email can't be blank
Password can't be blank
Namespace route can't be blank
Namespace name can't be blank
Namespace name can contain only letters, digits, '_', '.', dash and space.
Name can't be blank
Notification email can't be blank
Notification email is invalid
Username can't be blank
Username can't be blank
Username can contain only letters, digits, '_', '-' and '.'. Cannot start with '-' or end in '.', '.git' or '.atom'.
Here is my docker-compose.yml:
gitlab:
image: gitlab/gitlab-ce:10.8.4-ce.0
restart: on-failure
networks:
static:
ipv4_address: 10.11.12.17
# healthcheck:
# test: "curl -sL http://localhost:80 -o /dev/null || exit 1"
# interval: 30s
# timeout: 10s
# retries: 5
environment:
GITLAB_OMNIBUS_CONFIG: |
external_url 'https://<HOST>:443'
nginx['redirect_http_to_https'] = true
nginx['ssl_certificate'] = "/etc/gitlab/certs/cert.crt"
nginx['ssl_certificate_key'] = "/etc/gitlab/certs/cert.key"
gitlab_rails['gitlab_https'] = true
gitlab_rails['gitlab_port'] = 443
gitlab_rails['rack_attack_git_basic_auth'] = true
ports:
- 443:443
volumes:
- /docker_data/gitlab/config:/etc/gitlab:Z
- /docker_data/gitlab/logs:/var/log/gitlab:Z
- /docker_data/gitlab/data:/var/opt/gitlab:Z
In version 12.0.8 CE (ubuntu 18.04), I had to turn
prometheus['monitor_kubernetes'] = false
in /etc/gitlab/gitlab.rb to get this to work.
Turning all monitoring off using
# To completely disable prometheus, and all of it's exporters, set to false
prometheus_monitoring['enable'] = false
had no effect. Even
prometheus['enable'] = false
had no effect.
Most helpful comment
If someone else gets into this, first check if you have any health check that pings port of gitlab. It seems that if there is another request made to gitlab interface at first screen "enter password" it will recreate another token for allowing you to set root password, disabling current one that you achieved in browser.
Conclusion:
make sure no other GET / request is made to gitlab while the first screen is displayed