-
-
Notifications
You must be signed in to change notification settings - Fork 5.8k
gitea dump -c failed to connect to database and can't create a backup file #6393
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
manually backup all files, repos and database also safe. see https://docs.gitea.io/en-us/backup-and-restore/ |
Thanks, update worked fine. |
I'm encountering the same issue. Manual backup is possible, but the feature itself seems to be broken. Shouldn't we either reopen this ticket or remove that feature? |
I'm encountering the same issue with gitea 1.12.3
when I try to backup using the comand documented on the web page linked above I get the following:
I'm using a mariadb database. I recently migrated to a new server, the command worked fine on the old server. I think the issue should be reopened as it is not resolved. |
[x]
):Description
I installed gitea via gitea-spk on a Synology and am running it with MariaDB 10. Everything works fine. Now I wanted to update to the latest gitea version. While performing a backup, I ran into the following issue.
Running
./gitea dump -c ./custom/conf/app.ini
in the/var/packages/Gitea/target/gitea
dir (this is the home folder of gitea on a Synology), gives the following error:I am a total noob regarding Databases like MariaDB/MySQL/PostgreSQl and so on, so please bear with me. Is it safe to manually backup all files & repos, perform an installation of the new gitea version and copy back the config, etc?
Which files do I have to backup?
Thank and best regards,
@aljole
The text was updated successfully, but these errors were encountered: