The Atlassian Community Forums are currently in read-only mode. We will be relaunching on a new platform on September 22 (read more here). We apologize for the extended downtime. For concerns or questions, please email communitymanagers@atlassian.com. See you on the other side, on the new Atlassian Community Forums! :)

×

Forums

Articles
Create
cancel
Showing results for 
Search instead for 
Did you mean: 

After upgrade to stash 3.2 subgit mirroring stopped working

jason wang
September 9, 2014

I just raised this issue in tmatesoft's support portal:

http://issues.tmatesoft.com/issue/SVNKIT-545

 

But would also like to try my luck here as its urgent.

 

We just did an upgrade from stash 2.10 to 3.2. The upgrade went smoothly, after that we are forced to upgrade the subgit plugin to the latest, which we did.

Then we cannot push to git at all, but the git pull or svn commit all worked (svn checkin will commit to git repo and pulling git repo will give you the latest version).

Here is the error on the client side:

seek_master git:(master): git push origin master

remote: Synchronizing SVN and Git...

remote:   translating SVN revisions to Git commits...

remote:   translating Git commits to SVN revisions...

remote: ... done.

remote: 

remote: SubGit ERROR REPORT (SubGit version 2.0.3-EAP ('Patrick') build #2788):

remote: 

remote: You've received this message because SubGit (http://subgit.com) is installed in your repository

remote: and an error that needs to be dealt with has occurred in SubGit translation engine.

remote: 

remote: TEMPORARY ERROR:

remote:         Failed to push some refs to Subversion repository.

remote: svn: E175002: COPY of /svn/seek/!svn/bc/20762/trunk: 501 Method Not Implemented (http://ak1vsvrpap03.finzoffice:81)

remote: 

remote: 

remote: CURRENT STATE:

remote:         Both Git and Subversion repository are open for pushes or commits.

remote:         Your commit was not committed, but you may retry it.

remote: 

remote: TO RECOVER:

remote:           A) Address the problem if possible and then retry commit

remote:         OR

remote:           B) Run on the server

remote:              $ subgit uninstall D:\stash_home\shared\data\repositories\131

remote: 

remote:         IMPORTANT: As soon as SubGit is uninstalled, both Git and Subversion repositories

remote:                    will become open, but no synchronization will take place.

remote: 

remote: TO REPORT:

remote:         Report an issue at http://issues.tmatesoft.com/

remote:         You may find logs on the server at 'D:\stash_home\shared\data\repositories\131\subgit\logs'

remote: 

remote: THANK YOU!

To ssh://git@ak1vsvrpap03.finzoffice:7999/seek_svn/seek_svn.git

 ! [remote rejected] master -> master (pre-receive hook declined)

error: failed to push some refs to 'ssh://git@ak1vsvrpap03.finzoffice:7999/seek_svn/seek_svn.git'

 

 

On the server side, in the subgit logs:

 

 

[2014-09-10 10:08:15.847][pre-receive-hook][333] Failed to push some refs to Subversion repository.
svn: E175002: COPY of /svn/seek/!svn/bc/20762/trunk: 501 Method Not Implemented (http://ak1vsvrpap03.finzoffice:81)

org.tmatesoft.translator.util.e: Failed to push some refs to Subversion repository.
svn: E175002: COPY of /svn/seek/!svn/bc/20762/trunk: 501 Method Not Implemented (http://ak1vsvrpap03.finzoffice:81)

  

 
 at org.tmatesoft.translator.util.e.b(SourceFile:24)
 at org.tmatesoft.translator.c.g.a(SourceFile:249)
 at org.tmatesoft.translator.d.c.doExecute(SourceFile:123)
 at org.tmatesoft.translator.d.h.doExecute(SourceFile:54)
 at org.tmatesoft.translator.d.c.execute(SourceFile:62)
 at org.tmatesoft.subgit.stash.web.hooks.SgPreReceiveRepositoryHook.doPreReceive(SourceFile:106)
 at org.tmatesoft.subgit.stash.web.hooks.SgPreReceiveRepositoryHook.onReceive(SourceFile:68)
 at com.atlassian.stash.internal.hook.DefaultBuiltInHookHandlerFactory$1.handle(DefaultBuiltInHookHandlerFactory.java:43)
 at com.atlassian.stash.internal.hook.DefaultHookService.doHandleRequest(DefaultHookService.java:353)
 at com.atlassian.stash.internal.hook.DefaultHookService.handleRequest(DefaultHookService.java:339)
 at com.atlassian.stash.internal.hook.DefaultHookService.handleRawRequest(DefaultHookService.java:250)
 at com.atlassian.stash.internal.hook.DefaultHookService$2$1.run(DefaultHookService.java:210)
 at com.atlassian.stash.internal.concurrent.StateTransferringExecutor$StateTransferringRunnable.run(StateTransferringExecutor.java:69)
 at java.util.concurrent.Executors$RunnableAdapter.call(Unknown Source)
 at java.util.concurrent.FutureTask$Sync.innerRun(Unknown Source)
 at java.util.concurrent.FutureTask.run(Unknown Source)
 at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(Unknown Source)
 at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(Unknown Source)
 at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
 at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
 at java.lang.Thread.run(Unknown Source)

 

 

Any help will be appreciated!

2 answers

1 accepted

Comments for this post are closed

Community moderators have prevented the ability to post new answers.

0 votes
Answer accepted
jason wang
September 17, 2014

This issue is a bug that existed in 2.0.12 of the svn mirroring addon, after we reported it now they fixed it in 2.0.12.1. CHeers

 

0 votes
ThiagoBomfim
Atlassian Team
Atlassian Team members are employees working across the company in a wide variety of roles.
September 9, 2014

Hi Jason,

After the Stash 3.0 release, some plugins became incompatible due to the removal of some REST API's (please refer to the Plugin incompatibility with Stash 3.0. I noticed on the vendor's plugin in Marketplace that the 2.0.10 is their oldest release compatible with Stash.

That being said, could you please review your plugin version? If it is 2.0.3 as I could see from your logs above, that should help you fix the issue.

Best regards,
Thiago Bomfim
Atlassian Support

jason wang
September 9, 2014

Thanks for the prompt reply, Thiago, I just checked the addon version, it definitely says 2.0.12. You are quite right about the log on the client side, looks like the old version is still in play! Whats the best way for me to be certain we are using the 2.0.10 version? Can I physically remove some file? Thanks Jason

jason wang
September 9, 2014

Just realized the version 2.0.3 is the sub git server version, which is the latest and 2.0.12 is the stash add on svn mirroring version. They do not need to match I guess. So that would not be the cause...

TAGS
AUG Leaders

Atlassian Community Events