com.cenqua.fisheye.rep.RepositoryClientException: org.tigris.subversion.javahl.ClientException: svn: E210002: There was a problem while connecting to svn.code.sf.net:22

Atlassian JIRA | Malik Mangier | DevTools PA | 4 years ago
tip
Your exception is missing from the Samebug knowledge base.
Here are the best solutions we found on the Internet.
Click on the to mark the helpful solution and get rewards for you help.
  1. 0

    In FishEye 2.8, when attempting to connect (index) to an SVN repository using svn+ssh protocol, the following exception occurs: {noformat} 2012-08-30 10:30:40,706 WARN [IncrementalPinger1 acme] fisheye.app SvnRepositoryTester-getServerRootURL - Unable to get info for the repository root for acme com.cenqua.fisheye.rep.RepositoryClientException: org.tigris.subversion.javahl.ClientException: svn: E210002: There was a problem while connecting to svn.code.sf.net:22 at com.cenqua.fisheye.svn.SvnThrottledClient.info2(SvnThrottledClient.java:115) at com.cenqua.fisheye.svn.SvnRepositoryTester.getServerRootURL(SvnRepositoryTester.java:90) […] Caused by: org.tigris.subversion.javahl.ClientException: svn: E210002: There was a problem while connecting to svn.code.sf.net:22 at org.tigris.subversion.javahl.JavaHLObjectFactory.throwException(JavaHLObjectFactory.java:785) at org.tmatesoft.svn.core.javahl.SVNClientImpl.throwException(SVNClientImpl.java:1887) […] Caused by: org.tmatesoft.svn.core.SVNException: svn: E210002: There was a problem while connecting to svn.code.sf.net:22 at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:64) […] Caused by: java.io.IOException: There was a problem while connecting to svn.code.sf.net:22 at com.trilead.ssh2.Connection.connect(Connection.java:792) at org.tmatesoft.svn.core.internal.io.svn.ssh.SshHost.openConnection(SshHost.java:205) […] ... 33 more Caused by: java.io.IOException: Key exchange was not finished, connection is closed. at com.trilead.ssh2.transport.KexManager.getOrWaitForConnectionInfo(KexManager.java:92) at com.trilead.ssh2.transport.TransportManager.getConnectionInfo(TransportManager.java:231) at com.trilead.ssh2.Connection.connect(Connection.java:744) ... 37 more Caused by: java.io.IOException: The server hostkey was not accepted by the verifier callback. at com.trilead.ssh2.transport.KexManager.handleMessage(KexManager.java:538) at com.trilead.ssh2.transport.TransportManager.receiveLoop(TransportManager.java:760) at com.trilead.ssh2.transport.TransportManager$1.run(TransportManager.java:475) ... 1 more Caused by: org.tmatesoft.svn.core.SVNAuthenticationException: svn: E215003: Host key ('svn.code.sf.net:22 <ssh-rsa>') can not be verified. at org.tmatesoft.svn.core.internal.wc.DefaultSVNAuthenticationManager.verifyHostKey(DefaultSVNAuthenticationManager.java:563) at org.tmatesoft.svn.core.internal.io.svn.SVNSSHConnector$1.verifyServerHostKey(SVNSSHConnector.java:124) {noformat} And the only way to workaround that is to manually force the caching of the host key with: {code} <FishEye Installation Directory>/lib/svn/jsvn --username USER --password PASS info svn+ssh://<repo-url> {code}

    Atlassian JIRA | 4 years ago | Malik Mangier
    com.cenqua.fisheye.rep.RepositoryClientException: org.tigris.subversion.javahl.ClientException: svn: E210002: There was a problem while connecting to svn.code.sf.net:22
  2. 0

    In FishEye 2.8, when attempting to connect (index) to an SVN repository using svn+ssh protocol, the following exception occurs: {noformat} 2012-08-30 10:30:40,706 WARN [IncrementalPinger1 acme] fisheye.app SvnRepositoryTester-getServerRootURL - Unable to get info for the repository root for acme com.cenqua.fisheye.rep.RepositoryClientException: org.tigris.subversion.javahl.ClientException: svn: E210002: There was a problem while connecting to svn.code.sf.net:22 at com.cenqua.fisheye.svn.SvnThrottledClient.info2(SvnThrottledClient.java:115) at com.cenqua.fisheye.svn.SvnRepositoryTester.getServerRootURL(SvnRepositoryTester.java:90) […] Caused by: org.tigris.subversion.javahl.ClientException: svn: E210002: There was a problem while connecting to svn.code.sf.net:22 at org.tigris.subversion.javahl.JavaHLObjectFactory.throwException(JavaHLObjectFactory.java:785) at org.tmatesoft.svn.core.javahl.SVNClientImpl.throwException(SVNClientImpl.java:1887) […] Caused by: org.tmatesoft.svn.core.SVNException: svn: E210002: There was a problem while connecting to svn.code.sf.net:22 at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:64) […] Caused by: java.io.IOException: There was a problem while connecting to svn.code.sf.net:22 at com.trilead.ssh2.Connection.connect(Connection.java:792) at org.tmatesoft.svn.core.internal.io.svn.ssh.SshHost.openConnection(SshHost.java:205) […] ... 33 more Caused by: java.io.IOException: Key exchange was not finished, connection is closed. at com.trilead.ssh2.transport.KexManager.getOrWaitForConnectionInfo(KexManager.java:92) at com.trilead.ssh2.transport.TransportManager.getConnectionInfo(TransportManager.java:231) at com.trilead.ssh2.Connection.connect(Connection.java:744) ... 37 more Caused by: java.io.IOException: The server hostkey was not accepted by the verifier callback. at com.trilead.ssh2.transport.KexManager.handleMessage(KexManager.java:538) at com.trilead.ssh2.transport.TransportManager.receiveLoop(TransportManager.java:760) at com.trilead.ssh2.transport.TransportManager$1.run(TransportManager.java:475) ... 1 more Caused by: org.tmatesoft.svn.core.SVNAuthenticationException: svn: E215003: Host key ('svn.code.sf.net:22 <ssh-rsa>') can not be verified. at org.tmatesoft.svn.core.internal.wc.DefaultSVNAuthenticationManager.verifyHostKey(DefaultSVNAuthenticationManager.java:563) at org.tmatesoft.svn.core.internal.io.svn.SVNSSHConnector$1.verifyServerHostKey(SVNSSHConnector.java:124) {noformat} And the only way to workaround that is to manually force the caching of the host key with: {code} <FishEye Installation Directory>/lib/svn/jsvn --username USER --password PASS info svn+ssh://<repo-url> {code}

    Atlassian JIRA | 4 years ago | Malik Mangier | DevTools PA
    com.cenqua.fisheye.rep.RepositoryClientException: org.tigris.subversion.javahl.ClientException: svn: E210002: There was a problem while connecting to svn.code.sf.net:22
  3. 0

    [FE-4879] Problems authenticating against NTLM challenge with VisualSVN server - Atlassian JIRA

    atlassian.com | 2 years ago
    com.cenqua.fisheye.rep.RepositoryClientException: org.apache.subversion.javahl.ClientException: svn: E170001: Negotiate authentication failed: 'No valid credentials provided'
  4. Speed up your debug routine!

    Automated exception search integrated into your IDE

  5. 0

    HTR: # Install VisualSVN enterprise # Enable Windows authentication # Try to authenticate against the server in FishEye {code} 2013-09-20 10:30:41,361 DEBUG [qtp1564035725-243 ] fisheye ProfilingServletFilter-logRequest - start request POST /fecru/gwt/RepositoryAdminRpcService sessionid=63ux2ajuv6j05j3xen8lj0fk 2013-09-20 10:30:41,368 DEBUG [qtp1564035725-243 ection-1379665841363] fisheye SvnRepositoryTester-checkRepoSettings - Checking repository: ntlm:https://fecru-komputer/svn/test/ 2013-09-20 10:30:41,369 DEBUG [SvnExecution4 testing] fisheye SvnTask-run - Executing svn info -r HEAD https://fecru-komputer/svn/test/@HEAD 2013-09-20 10:30:41,388 DEBUG [SvnExecution4 testing] fisheye SvnPasswordSupplier-prompt - prompting for realm: <https://fecru-komputer:443> with username: FECRU-KOMPUTER\\fecru, maySave = true 2013-09-20 10:30:41,388 DEBUG [SvnExecution4 testing] fisheye SvnPasswordSupplier-getPassword - Getting password 2013-09-20 10:30:41,392 WARN [qtp1564035725-243 ection-1379665841363] fisheye SvnRepositoryTester-getServerRootURL - Unable to get info for the repository root for ntlm com.cenqua.fisheye.rep.RepositoryClientException: org.apache.subversion.javahl.ClientException: svn: E170001: Negotiate authentication failed: 'No valid credentials provided' at com.cenqua.fisheye.svn.SvnThrottledClient.executeNoThrottle(SvnThrottledClient.java:176) at com.cenqua.fisheye.svn.SvnThrottledClient.execute(SvnThrottledClient.java:145) at com.cenqua.fisheye.svn.SvnThrottledClient.info(SvnThrottledClient.java:110) at com.cenqua.fisheye.svn.SvnRepositoryTester.getServerRootURL(SvnRepositoryTester.java:91) ... Caused by: org.apache.subversion.javahl.ClientException: svn: E170001: Negotiate authentication failed: 'No valid credentials provided' at org.apache.subversion.javahl.ClientException.fromException(ClientException.java:68) at org.tmatesoft.svn.core.javahl17.SVNClientImpl.getClientException(SVNClientImpl.java:1274) ... Caused by: org.tmatesoft.svn.core.SVNAuthenticationException: svn: E170001: Negotiate authentication failed: 'No valid credentials provided' at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:62) at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:51) at org.tmatesoft.svn.core.internal.io.dav.http.DefaultHTTPNegotiateAuthentication$1.run(DefaultHTTPNegotiateAuthentication.java:175) at org.tmatesoft.svn.core.internal.io.dav.http.DefaultHTTPNegotiateAuthentication$1.run(DefaultHTTPNegotiateAuthentication.java:166) at org.tmatesoft.svn.core.internal.io.dav.http.DefaultHTTPNegotiateAuthentication.authenticate(DefaultHTTPNegotiateAuthentication.java:221) {code} Workaround is to enable basic auth in VisualSVN, potentially also using native svn client.

    Atlassian JIRA | 3 years ago | Lukasz Pater
    com.cenqua.fisheye.rep.RepositoryClientException: org.apache.subversion.javahl.ClientException: svn: E170001: Negotiate authentication failed: 'No valid credentials provided'
  6. 0

    HTR: # Install VisualSVN enterprise # Enable Windows authentication # Try to authenticate against the server in FishEye {code} 2013-09-20 10:30:41,361 DEBUG [qtp1564035725-243 ] fisheye ProfilingServletFilter-logRequest - start request POST /fecru/gwt/RepositoryAdminRpcService sessionid=63ux2ajuv6j05j3xen8lj0fk 2013-09-20 10:30:41,368 DEBUG [qtp1564035725-243 ection-1379665841363] fisheye SvnRepositoryTester-checkRepoSettings - Checking repository: ntlm:https://fecru-komputer/svn/test/ 2013-09-20 10:30:41,369 DEBUG [SvnExecution4 testing] fisheye SvnTask-run - Executing svn info -r HEAD https://fecru-komputer/svn/test/@HEAD 2013-09-20 10:30:41,388 DEBUG [SvnExecution4 testing] fisheye SvnPasswordSupplier-prompt - prompting for realm: <https://fecru-komputer:443> with username: FECRU-KOMPUTER\\fecru, maySave = true 2013-09-20 10:30:41,388 DEBUG [SvnExecution4 testing] fisheye SvnPasswordSupplier-getPassword - Getting password 2013-09-20 10:30:41,392 WARN [qtp1564035725-243 ection-1379665841363] fisheye SvnRepositoryTester-getServerRootURL - Unable to get info for the repository root for ntlm com.cenqua.fisheye.rep.RepositoryClientException: org.apache.subversion.javahl.ClientException: svn: E170001: Negotiate authentication failed: 'No valid credentials provided' at com.cenqua.fisheye.svn.SvnThrottledClient.executeNoThrottle(SvnThrottledClient.java:176) at com.cenqua.fisheye.svn.SvnThrottledClient.execute(SvnThrottledClient.java:145) at com.cenqua.fisheye.svn.SvnThrottledClient.info(SvnThrottledClient.java:110) at com.cenqua.fisheye.svn.SvnRepositoryTester.getServerRootURL(SvnRepositoryTester.java:91) ... Caused by: org.apache.subversion.javahl.ClientException: svn: E170001: Negotiate authentication failed: 'No valid credentials provided' at org.apache.subversion.javahl.ClientException.fromException(ClientException.java:68) at org.tmatesoft.svn.core.javahl17.SVNClientImpl.getClientException(SVNClientImpl.java:1274) ... Caused by: org.tmatesoft.svn.core.SVNAuthenticationException: svn: E170001: Negotiate authentication failed: 'No valid credentials provided' at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:62) at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:51) at org.tmatesoft.svn.core.internal.io.dav.http.DefaultHTTPNegotiateAuthentication$1.run(DefaultHTTPNegotiateAuthentication.java:175) at org.tmatesoft.svn.core.internal.io.dav.http.DefaultHTTPNegotiateAuthentication$1.run(DefaultHTTPNegotiateAuthentication.java:166) at org.tmatesoft.svn.core.internal.io.dav.http.DefaultHTTPNegotiateAuthentication.authenticate(DefaultHTTPNegotiateAuthentication.java:221) {code} Workaround is to enable basic auth in VisualSVN, potentially also using native svn client.

    Atlassian JIRA | 3 years ago | Lukasz Pater
    com.cenqua.fisheye.rep.RepositoryClientException: org.apache.subversion.javahl.ClientException: svn: E170001: Negotiate authentication failed: 'No valid credentials provided'

    Root Cause Analysis

    1. com.cenqua.fisheye.rep.RepositoryClientException

      org.tigris.subversion.javahl.ClientException: svn: E210002: There was a problem while connecting to svn.code.sf.net:22

      at com.cenqua.fisheye.svn.SvnThrottledClient.info2()
    2. com.cenqua.fisheye
      SvnRepositoryTester.getServerRootURL
      1. com.cenqua.fisheye.svn.SvnThrottledClient.info2(SvnThrottledClient.java:115)
      2. com.cenqua.fisheye.svn.SvnRepositoryTester.getServerRootURL(SvnRepositoryTester.java:90)
      2 frames