Skip to content
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

Unable to migrate large repository #6361

Closed
2 of 7 tasks
ScottBeeson opened this issue Mar 18, 2019 · 7 comments
Closed
2 of 7 tasks

Unable to migrate large repository #6361

ScottBeeson opened this issue Mar 18, 2019 · 7 comments
Labels
issue/confirmed Issue has been reviewed and confirmed to be present or accepted to be implemented type/enhancement An improvement of existing functionality

Comments

@ScottBeeson
Copy link

ScottBeeson commented Mar 18, 2019

  • Gitea version (or commit ref): 1.7.4
  • Git version: 2.2.1.0.windows.1
  • Operating system: Windows Server 2016
  • 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:
2019/03/18 07:39:38 [...routers/repo/repo.go:146 handleCreateError()] [E] MigratePost: Clone: exit status 1
2019/03/18 09:06:08 [...routers/repo/repo.go:146 handleCreateError()] [E] MigratePost: Clone: exit status 1

Description

I was able to migrate a couple test repositories but when I tried to migrate our main repo, which is around 40 gigs, I eventually get a 500 error page and the .git folder disappears from the file system.

I also have the following events in the Chrome console:

Active resource loading counts reached a per-frame limit while the tab was in background. Network requests will be delayed until a previous loading finishes, or the tab is brought to the foreground. See https://www.chromestatus.com/feature/5527160148197376 for more details

Failed to load resource: the server responded with a status of 404 (Not Found)

Screenshots

image

@ScottBeeson
Copy link
Author

Can I add a repo manually by copying the files then adding it to the repository table in the gitea.db database?

@zeripath
Copy link
Contributor

The simplest option is to create an empty repo and push to it using the CMD line.

However I think we should make it possible to just adopt repositories if they're there.

@ScottBeeson
Copy link
Author

Okay, I guess I'll try that. So basically, I make sure my repo is up-to-date from my old server. I create a new Gitea repo. I change the remote on my local machine to the new Gitea remote. Then I push.

Will that retain all commit histories, branches, etc?

@zeripath
Copy link
Contributor

git push --mirror new-remote, use all, tags or mirror as appropriate

@lunny
Copy link
Member

lunny commented Mar 19, 2019

#6200 also will partial fix this I think.

@ScottBeeson
Copy link
Author

I ended up creating empty repos on the new Gitea server and then overwriting the folder with the repos from the old server. This seems to work without any issue.

@lunny lunny added the type/enhancement An improvement of existing functionality label May 8, 2019
@stale
Copy link

stale bot commented Jul 7, 2019

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs during the next 2 weeks. Thank you for your contributions.

@stale stale bot added the issue/stale label Jul 7, 2019
@lunny lunny added the issue/confirmed Issue has been reviewed and confirmed to be present or accepted to be implemented label Jul 7, 2019
@stale stale bot removed the issue/stale label Jul 7, 2019
@github-actions github-actions bot locked as resolved and limited conversation to collaborators May 6, 2023
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
issue/confirmed Issue has been reviewed and confirmed to be present or accepted to be implemented type/enhancement An improvement of existing functionality
Projects
None yet
Development

No branches or pull requests

4 participants