Skip to content

GitLab

  • Menu
Projects Groups Snippets
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in
  • G gitlabhq1
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 21
    • Issues 21
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 12
    • Merge requests 12
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Deployments
    • Deployments
    • Environments
    • Releases
  • Monitor
    • Monitor
    • Incidents
  • Packages & Registries
    • Packages & Registries
    • Package Registry
    • Infrastructure Registry
  • Analytics
    • Analytics
    • CI/CD
    • Repository
    • Value stream
  • Wiki
    • Wiki
  • Snippets
    • Snippets
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • gpt
  • large_projects
  • gitlabhq1
  • Issues
  • #5119

Closed
Open
Created Sep 17, 2013 by Administrator@rootOwner

Cannot Change Administrator's Password/Email Address

Created by: jimmybrancaccio

I had to open my GitLabHQ install to the world today (eg. removed all my iptables rules blocking access to everyone but specific IPs) so I figured it would be wise to also change the default admins password (and while I was in there the email address) however when I try to do this I am shown a red error message "Username is reserved". This happens when I try to change the username or password.

admin_area___gitlab

I am running GitLab 6.0 and for the time being I've just updated the hash in the database to a SHA1 string which should effectively break the login for now. This is probably happening because the admin username is on a reserved list with a bunch of other usernames, however it's not performing the check properly as I'm not trying to change the username, just the password, so it should be bypassing this check on reserved usernames.

Assignee
Assign to
Time tracking