Problems with shared home on Azure Storage

Problem

Сan’t auto-deploy a new repository. UnknownErrorException: Internal plugin error.

Сan't auto-deploy a new repository https://example.org/example-path/example-git-repository.git
com.bigbrassband.jira.git.exceptions.UnknownErrorException: Internal plugin error.
      at com.bigbrassband.jira.git.services.gitmanager.MultipleGitRepositoryManagerImpl.setupRepository(MultipleGitRepositoryManagerImpl.java:817)
      at com.bigbrassband.jira.git.services.gitmanager.MultipleGitRepositoryManagerImpl.deployRepository(MultipleGitRepositoryManagerImpl.java:880)
      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:195)
      at com.bigbrassband.jira.git.services.async.BigReindexTask.run(BigReindexTask.java:103)
      at com.bigbrassband.jira.git.services.async.AsyncProcessorImpl$AsyncTaskWrapper.run(AsyncProcessorImpl.java:114)
      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)
Caused by: org.eclipse.jgit.api.errors.JGitInternalException: /var/atlassian/application-data/jira/data/git-plugin/example/HEAD.lock.ace055a41a2e4w392k2k9d -> /var/atlassian/application-data/jira/data/git-plugin/example/HEAD.lock: Operation not supported
      at org.eclipse.jgit.api.InitCommand.call(InitCommand.java:128)
      at org.eclipse.jgit.api.CloneCommand.init(CloneCommand.java:274)
      at org.eclipse.jgit.api.CloneCommand.call(CloneCommand.java:195)
      at com.bigbrassband.jira.git.services.gitmanager.MultipleGitRepositoryManagerImpl.runCloneCommand(MultipleGitRepositoryManagerImpl.java:700)
      at com.bigbrassband.jira.git.services.gitmanager.MultipleGitRepositoryManagerImpl.setupRepository(MultipleGitRepositoryManagerImpl.java:796)
      ... 11 more
Caused by: java.nio.file.FileSystemException: /var/atlassian/application-data/jira/data/git-plugin/example/HEAD.lock.ace055a41a2e442bba91d3 -> /var/atlassian/application-data/jira/data/git-plugin/example/HEAD.lock: Operation not supported
      at sun.nio.fs.UnixException.translateToIOException(UnixException.java:91)
      at sun.nio.fs.UnixException.rethrowAsIOException(UnixException.java:102)
      at sun.nio.fs.UnixFileSystemProvider.createLink(UnixFileSystemProvider.java:476)
      at java.nio.file.Files.createLink(Files.java:1086)
      at org.eclipse.jgit.util.FS_POSIX.createNewFileAtomic(FS_POSIX.java:455)
      at org.eclipse.jgit.internal.storage.file.LockFile.lock(LockFile.java:164)
      at org.eclipse.jgit.internal.storage.file.RefDirectoryUpdate.tryLock(RefDirectoryUpdate.java:89)
      at org.eclipse.jgit.lib.RefUpdate.link(RefUpdate.java:708)
      at org.eclipse.jgit.internal.storage.file.FileRepository.create(FileRepository.java:309)
      at org.eclipse.jgit.api.InitCommand.call(InitCommand.java:125)
      ... 15 more

Diagnosis

The root problem is that the modern jgit (the Java git library) does not recognize cifs mounts on Linux. It thinks they are NFS and must support hard links. The same behavior is also present with the jgit command line on Ubuntu with a cifs mount in Azure.

Solutions

It is possible to suppress that behavior by adding a setting to the Linux users .gitconfig. The Linux user will be the one that Jira runs under (normally jira). You can switch to the user with sudo su jira:

jira@MLS:/mnt/cifs$ cat $HOME/.gitconfig
[core]
supportsatomicfilecreation = true

More articles about troubleshooting, workarounds and solutions

Why I am getting the error, “git-upload-pack not permitted”?

Avoid OutOfMemory exceptions by configuring or memory allocation with Jira to accommodate large repositories

Cannot auto-deploy some tracked repositories: Specified origin is incorrect or not supported

Connection Reset when Accessing the Database

“Dangerous use of multiple connections” error on local database

Duplicate entry 0 for key PRIMARY exceptions in log

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

Error creating git branches and also using NFS

Fix performance issues for nested cloned repositories with enabled Git Service Permissions mode

Fixing reindex issues using Indexing Queue Viewer

Gitolite integration: Why the Git integration app not see the master branch?

Health Check: Database Collation

Indexing error – Too many open files

Installation fails when installing manually

Jira index error: IndexNotFoundException: no segments* file found

Malformed input or input contains unmappable characters

Personal access token failing Azure DevOps integration with Not Authorized error

Problems with shared home on Azure Storage (this page)

Pull request index error: org.json.JSONException

Repositories missing from Azure DevOps integration

“Service proxy has been destroyed” exceptions in log

SQLException ‘Incorrect string value’ in merge requests

SSH key file format is invalid

TFS – Not authorized exception when Jira works thru proxy

Unexpected exception parsing XML document from URL error in log

Why don’t I see the Create Branch or Pull Request features?

Your token has not been granted the required scopes

edDSA provider not supported WARN in logs