gitea dump doesn't backup relocated data (lfs, attachments, etc) #5993

New Issue

GiteaMirror · 2025-11-02T06:42:09-06:00

GiteaMirror commented

2025-11-02 06:42:09 -06:00

Originally created by @snoopydo on GitHub (Sep 14, 2020).

Gitea version (or commit ref): 1.12.4
Git version: 2.28.0.windows.1
Operating system: Windows 10 & Windows Server 2012
Database (use [x]):
- PostgreSQL
- MySQL
- MSSQL
- SQLite
Can you reproduce the bug at https://try.gitea.io:
- Yes (provide example URL)
- No
- Not relevant
Log gist:

Description

When running gitea dump the zip archive doesn't actually contain any repository or lfs data.
gitea is installed into c:\gitea with standard custom, data & log sub folders, however in my app.ini i have specified

[repository]
ROOT = F:/Gitea/Data/repositories

[attachment]
PATH = F:/Gitea/Data/attachments

[server]
LFS_CONTENT_PATH = F:/Gitea/data/lfs

update 1: gitea and git versions.
update 2: changed title, repositories are backed up.

Originally created by @snoopydo on GitHub (Sep 14, 2020). - Gitea version (or commit ref): 1.12.4 - Git version: 2.28.0.windows.1 - Operating system: Windows 10 & Windows Server 2012 - Database (use `[x]`): - [ ] PostgreSQL - [ ] MySQL - [ ] MSSQL - [X] SQLite - Can you reproduce the bug at https://try.gitea.io: - [ ] Yes (provide example URL) - [ ] No - [X] Not relevant - Log gist: ## Description When running ``gitea dump`` the zip archive doesn't actually contain any repository or lfs data. gitea is installed into c:\gitea with standard custom, data & log sub folders, however in my app.ini i have specified ```` [repository] ROOT = F:/Gitea/Data/repositories [attachment] PATH = F:/Gitea/Data/attachments [server] LFS_CONTENT_PATH = F:/Gitea/data/lfs ```` update 1: gitea and git versions. update 2: changed title, repositories are backed up.

GiteaMirror added the type/bug label 2025-11-02 06:42:09 -06:00

GiteaMirror closed this issue

2025-11-02 06:42:09 -06:00

GiteaMirror commented

2025-11-02 06:42:10 -06:00

@jolheiser commented on GitHub (Sep 14, 2020):

Did you pass the config flag to the dump command?

@jolheiser commented on GitHub (Sep 14, 2020): Did you pass the config flag to the dump command?

GiteaMirror commented

2025-11-02 06:42:10 -06:00

@snoopydo commented on GitHub (Sep 14, 2020):

Yes. I tried both methods from c:\gitea, gitea dump and gitea dump -config c:\Gitea\custom\conf\app.ini

@snoopydo commented on GitHub (Sep 14, 2020): Yes. I tried both methods from c:\gitea, ``gitea dump`` and ``gitea dump -config c:\Gitea\custom\conf\app.ini``

GiteaMirror commented

2025-11-02 06:42:10 -06:00

@jolheiser commented on GitHub (Sep 14, 2020):

Try with the config flag before the dump sub-command

@jolheiser commented on GitHub (Sep 14, 2020): Try with the config flag before the `dump` sub-command

GiteaMirror commented

2025-11-02 06:42:10 -06:00

@6543 commented on GitHub (Sep 14, 2020):

@snoopydo -c or --config

@6543 commented on GitHub (Sep 14, 2020): @snoopydo -c or --config

GiteaMirror commented

2025-11-02 06:42:10 -06:00

@snoopydo commented on GitHub (Sep 14, 2020):

I ran gitea --config c:\Gitea\custom\conf\app.ini dump --skip-log

after a bit more digging, in the gitea-dump .zip there is gitea-repo.zip which appeared to be an empty/corrupt file which has the repositories in it(after using winzip to look at it, windows native zip view shows nothing). However both the attachments and lfs data are still not included.

@snoopydo commented on GitHub (Sep 14, 2020): I ran ``gitea --config c:\Gitea\custom\conf\app.ini dump --skip-log`` after a bit more digging, in the ``gitea-dump .zip`` there is ``gitea-repo.zip`` which appeared to be an empty/corrupt file which has the repositories in it(after using winzip to look at it, windows native zip view shows nothing). However both the attachments and lfs data are still not included.

GiteaMirror commented

2025-11-02 06:42:11 -06:00

@snoopydo commented on GitHub (Sep 14, 2020):

Observations after some more checking.

repositories are backed up, though archive appears empty/broken on windows via the native archive viewer app
data folders that are moved out of the install location (via config settings) are missed from the backup
there can be two copies of the repositories in the back up, 1 via the zip file and the 2nd via copy of the data folder.

@snoopydo commented on GitHub (Sep 14, 2020): Observations after some more checking. 1. repositories are backed up, though archive appears empty/broken on windows via the native archive viewer app 2. data folders that are moved out of the install location (via config settings) are missed from the backup 3. there can be two copies of the repositories in the back up, 1 via the zip file and the 2nd via copy of the data folder.

GiteaMirror commented

2025-11-02 06:42:11 -06:00

@lunny commented on GitHub (Sep 30, 2020):

I think we have resolved this on #12813

@lunny commented on GitHub (Sep 30, 2020): I think we have resolved this on #12813

Sign in to join this conversation.

Branches Tags

1 Participants

Notifications

Due Date

No due date set.

Dependencies

No dependencies set.

Reference: github-starred/gitea#5993