Chart creates faulty admin user with v2.1.0 #79
Labels
No Label
has
backport
in progress
invalid
kind
breaking
kind
bug
kind
build
kind
dependency
kind
deployment
kind
docs
kind
enhancement
kind
feature
kind
lint
kind
proposal
kind
question
kind
refactor
kind
security
kind
testing
kind
translation
kind
ui
need
backport
priority
critical
priority
low
priority
maybe
priority
medium
reviewed
duplicate
reviewed
invalid
reviewed
wontfix
skip-changelog
status
blocked
status
needs-feedback
status
needs-reviews
status
wip
upstream
gitea
upstream
other
No Milestone
No Assignees
3 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: gitea/helm-chart#79
Loading…
Reference in New Issue
Block a user
No description provided.
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
After upgrading to v2.1.0 the admin user won't be able to login anymore.
Original issue on github: https://github.com/go-gitea/gitea/issues/13832#issuecomment-739872134
Currenlty investigating this issue. It seems that for newly created admin users it is now required to set
Otherwise the admin user will be required to change its password, which is clearly not wanted for automation.
I'll have a look why already existing admins are not able to login anymore.
I will create a PR once I've figured out why this does not work.
Copied Text from my Pull Request:
Even though this fixes the admin user creation for 1.13.0. It will not fix the admin users created before gitea 1.13.0 (Chart 2.1.0).
To fix those Admins you can:
After this the helm chart is upgradeable again and the admin user will persist.
Command to create a new admin user:
Please keep in mind, that I currently don't know why the existing admins are unable to login after the upgrade, so this is a workaround to get your admin back and prevention for those problems for new installations of gitea.
I followed @luhahn guide above which created the new admin account. I was able to sign in with the new admin account and update the password for the older account. After that I was able to log back in with the older account.
It seems that this is still the case currently
Any known workarounds? I wanted to use gitea to demo some GitOps setups in self-contained kind clusters
Though maybe I am doing something wrong but by just setting in helm values
it didn't let me to log in
can you have a look at the init container logs? There should be an output if the admin user command fails
Actually, now it seems to work fine, I do not know what was going wrong with it.
I think we can close it, at least from my side - I can re-open with problem comes back.