April 30th 1 PM ET

Git Integration for Jira Cloud Documentation

Error while reindexing – Java heap space / Object too large, rejecting the pack

Problem

The Git Integration for Jira application uses the JGit library which does not support objects over 2GB in size stored in git repositories.

 

Diagnosis

Jira admins will see a message similar to the one below in the Jira /application-logs/atlassian-jira.log:

Example Error:

Cannot auto-deploy a new repository https://server/project/repository.git
com.bigbrassband.jira.git.exceptions.InvalidRemoteOperationException: Specified origin https://server/project/repository.git is incorrect or not supported
at com.bigbrassband.jira.git.services.gitmanager.MultipleGitRepositoryManagerImpl.setupRepository(MultipleGitRepositoryManagerImpl.java:800)
at com.bigbrassband.jira.git.services.gitmanager.MultipleGitRepositoryManagerImpl.deployRepository(MultipleGitRepositoryManagerImpl.java:868)
at com.bigbrassband.jira.git.services.async.DoSynchronizationOfAggregatedRepoTask.createNewRepository(DoSynchronizationOfAggregatedRepoTask.java:156)
at com.bigbrassband.jira.git.services.async.DoSynchronizationOfAggregatedRepoTask.run(DoSynchronizationOfAggregatedRepoTask.java:117)
at com.bigbrassband.jira.git.services.async.BigReindexTask.synchronize(BigReindexTask.java:185)
at com.bigbrassband.jira.git.services.async.BigReindexTask.run(BigReindexTask.java:95)
at com.bigbrassband.jira.git.services.async.AsyncProcessorImpl$AsyncTaskWrapper.run(AsyncProcessorImpl.java:110)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
at java.lang.Thread.run(Thread.java:748)<br>Caused by: org.eclipse.jgit.api.errors.TransportException: Object too large (2,271,263,009 bytes), rejecting the pack. Max object size limit is 2,147,483,639 bytes.
at org.eclipse.jgit.api.FetchCommand.call(FetchCommand.java:254)
at org.eclipse.jgit.api.CloneCommand.fetch(CloneCommand.java:306)
at org.eclipse.jgit.api.CloneCommand.call(CloneCommand.java:200)
at com.bigbrassband.jira.git.services.gitmanager.MultipleGitRepositoryManagerImpl.runCloneCommand(MultipleGitRepositoryManagerImpl.java:693)
at com.bigbrassband.jira.git.services.gitmanager.MultipleGitRepositoryManagerImpl.setupRepository(MultipleGitRepositoryManagerImpl.java:789)
... 11 more

 

Solutions

Making any changes to a git repository’s history can result in loss of data. Please do proceed with care.

Contact Us
If you still have a question – reach out to our Support Desk or email us at [[email protected]](mailto:[email protected]).

 

Related articles

Why don’t I see commits? (Git Integration for Cloud) (Git Integration for Jira Cloud)

Repositories missing from Azure DevOps (or VSTS) integration (Git Integration for Jira Cloud)

Licensing error – installCheck failed (Git Integration for Jira Cloud)

Why don’t I see the Create branch or pull request features? (Git Integration for Jira Cloud)

Connection error for self-hosted git servers (Git Integration for Jira Cloud)

SSH key file format is invalid (Git Integration for Jira Cloud)

Error while reindexing – Java heap space / Object too large, rejecting the pack (this page)

OAuth connection error or error 401 page with Azure DevOps integration (Git Integration for Jira Cloud)

OAuth connection error or error 401 page with Azure DevOps with Active Directory integration (Git Integration for Jira Cloud)

Empty list of repositories after integration of Azure Repos (Git Integration for Jira Cloud)

Reconnecting Azure DevOps and VSTS OAuth integrations

Have feedback about this article? Did we miss something? Let us know!
On this page