org.apache.subversion.javahl.ClientException: svn: E170001: Negotiate authentication failed: 'No valid credentials provided'

  1. 0

    E1700001 Negotiate Authentication Failed: 'No valid credentials provided'

    Stack Overflow | 2 months ago | Deus Ex Machina
    org.apache.subversion.javahl.ClientException: svn: E170001: Negotiate authentication failed: 'No valid credentials provided'
  2. 0

    When accessing some SVN repositories via https:// the following error occurs: {code} 2016-09-14 06:52:06,642 INFO [InitPing1 trilead.ssh2 ] fisheye noClassMethodInfo - Starting slurp of trilead.ssh2 2016-09-14 06:52:06,643 DEBUG [InitPing1 trilead.ssh2 ] fisheye noClassMethodInfo - Checking repository: trilead.ssh2:https://svn.svnkit.com/repos/3rdparty/com.trilead.ssh2 2016-09-14 06:52:06,643 DEBUG [SvnExecution280 trilead.ssh2 ] fisheye noClassMethodInfo - Executing (InitPing1 trilead.ssh2) svn info -r HEAD https://svn.svnkit.com/repos/3rdparty/com.trilead.ssh2@HEAD (...) 2016-09-14 06:52:07,077 WARN [InitPing1 trilead.ssh2 ] fisheye noClassMethodInfo - Unable to get info for the repository root for trilead.ssh2 com.cenqua.fisheye.rep.RepositoryClientException: java.lang.IllegalStateException: Can't overwrite cause with org.tmatesoft.svn.core.SVNCancelException: svn: E200015: authentication cancelled at com.cenqua.fisheye.svn.SvnThrottledClient.executeNoThrottle(SvnThrottledClient.java:189) at com.cenqua.fisheye.svn.SvnThrottledClient.execute(SvnThrottledClient.java:158) at com.cenqua.fisheye.svn.SvnThrottledClient.info(SvnThrottledClient.java:110) at com.cenqua.fisheye.svn.SvnRepositoryTester.getServerRootURL(SvnRepositoryTester.java:91) at com.cenqua.fisheye.svn.SvnRepositoryTester.checkRepoSettings(SvnRepositoryTester.java:74) at com.cenqua.fisheye.svn.SvnRepositoryTester.testConnection(SvnRepositoryTester.java:67) at com.atlassian.fisheye.svn.Svn2Scanner.validateRepository(Svn2Scanner.java:132) at com.atlassian.fisheye.svn.Svn2Scanner.doSlurpTransaction(Svn2Scanner.java:180) at com.cenqua.fisheye.rep.BaseRepositoryScanner.ping(BaseRepositoryScanner.java:72) at com.cenqua.fisheye.rep.BaseRepositoryEngine.doSlurp(BaseRepositoryEngine.java:85) at com.cenqua.fisheye.rep.RepositoryEngine.slurp(RepositoryEngine.java:419) at com.cenqua.fisheye.rep.ping.IndexingPingRequest.doRequest(IndexingPingRequest.java:27) at com.cenqua.fisheye.rep.ping.IncrementalPingRequest.doRequest(IncrementalPingRequest.java:30) at com.cenqua.fisheye.rep.ping.PingRequest$1.run(PingRequest.java:55) at com.cenqua.fisheye.util.NamedExecution.run(NamedExecution.java:27) at com.cenqua.fisheye.rep.ping.PingRequest.process(PingRequest.java:52) at com.cenqua.fisheye.rep.RepositoryHandle.processPingRequests(RepositoryHandle.java:210) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) at java.lang.Thread.run(Thread.java:745) Caused by: java.lang.IllegalStateException: Can't overwrite cause with org.tmatesoft.svn.core.SVNCancelException: svn: E200015: authentication cancelled at java.lang.Throwable.initCause(Throwable.java:457) at org.tmatesoft.svn.core.javahl17.SVNClientImpl.getClientException(SVNClientImpl.java:1536) at org.tmatesoft.svn.core.javahl17.SVNClientImpl.info(SVNClientImpl.java:1734) at org.tmatesoft.svn.core.javahl17.SVNClientImpl.info2(SVNClientImpl.java:1710) at org.apache.subversion.javahl.SVNClient.info2(SVNClient.java:307) at com.cenqua.fisheye.svn.SvnThrottledClient$1.call(SvnThrottledClient.java:116) at com.cenqua.fisheye.svn.SvnThrottledClient$1.call(SvnThrottledClient.java:111) at java.util.concurrent.FutureTask.run(FutureTask.java:266) at com.cenqua.fisheye.svn.SvnTask.access$101(SvnTask.java:13) at com.cenqua.fisheye.svn.SvnTask$1.run(SvnTask.java:35) at com.cenqua.fisheye.util.NamedExecution.run(NamedExecution.java:27) at com.cenqua.fisheye.svn.SvnTask.run(SvnTask.java:30) ... 3 more Caused by: org.apache.subversion.javahl.ClientException: svn: E200015: authentication cancelled at org.apache.subversion.javahl.ClientException.fromException(ClientException.java:117) at org.tmatesoft.svn.core.javahl17.SVNClientImpl.getClientException(SVNClientImpl.java:1535) ... 13 more {code} Trying to access this repository via {{jsvn}} command line client we get a prompt for a client certificate (CA certificate warning is most probably a red herring as accepting the certificate gets rid of the warning and leaves only client certificate prompt): {code} $ ./jsvn info https://svn.svnkit.com/repos/3rdparty Error validating server certificate for 'https://svn.svnkit.com:443': - The certificate is not issued by a trusted authority. Use the fingerprint to validate the certificate manually! Certificate information: - Subject: CN=svn.sqljet.com - Valid: from Fri Sep 09 22:07:00 UTC 2016 until Thu Dec 08 22:07:00 UTC 2016 - Issuer: CN=Let's Encrypt Authority X3, O=Let's Encrypt, C=US - Fingerprint: a5:20:06:38:69:8b:7c:14:f3:a2:17:21:de:5e:8e:60:bb:1d:f8:75 (R)eject, accept (t)emporarily or accept (p)ermanently? t Authentication realm: <https://svn.svnkit.com:443> Client certificate filename or 'MSCAPI': {code}

    Atlassian JIRA | 3 months ago | Mikolaj Zyromski [Atlassian]
    com.cenqua.fisheye.rep.RepositoryClientException: java.lang.IllegalStateException: Can't overwrite cause with org.tmatesoft.svn.core.SVNCancelException: svn: E200015: authentication cancelled
  3. 0

    If FishEye/Crucible is configure with Native Subversion Client and the Subversion server is using NTLM authentication, FishEye/Crucible does not cache the credential of the user in the repository setting. This will cause FishEye/Crucible keep on getting the password from the repository setting till it hit the maximum count ("SVN is requesting password too often"). When it hit the maximum count getting the password, FishEye/Crucible will not get the password from the repository setting anymore causing the request to have authentication error: {noformat} 2014-08-29 06:56:03,097 DEBUG [SvnExecution1 subversion ] fisheye SvnTask$1-run - Executing svn cat -r 1 http://subversion/trunk/test.xml@1 2014-08-29 06:56:03,128 DEBUG [SvnExecution1 subversion ] fisheye SvnPasswordSupplier-prompt - prompting for realm: <http://subversion:80> Subversionserver with username: klfoong, maySave = true 2014-08-29 06:56:03,128 DEBUG [SvnExecution1 subversion ] fisheye SvnPasswordSupplier-getPassword - Getting password 2014-08-29 06:56:03,431 DEBUG [SvnExecution1 subversion ] fisheye SvnTask$1-run - Executing svn proplist -r 1 http://subversion/trunk/test2.xml@1 2014-08-29 06:56:03,447 DEBUG [SvnExecution1 subversion ] fisheye SvnPasswordSupplier-prompt - prompting for realm: <http://subversion:80> Subversionserver with username: klfoong, maySave = true 2014-08-29 06:56:03,462 WARN [SvnExecution1 subversion ] fisheye SvnPasswordSupplier-prompt - SVN is requesting password too often for realm '<http://subversion:80> Subversionserver' and user 'klfoong' 2014-08-29 06:56:03,462 DEBUG [InitPing2 subversion ] fisheye Timer-output - <- Processing diff paths for 1 time 2928 millis mem_usage = 196793096 heapsize = 439681024 freemem = 242887928 2014-08-29 06:56:03,462 DEBUG [InitPing2 subversion ] fisheye BaseRevisionCache-withDbWriteLock - Rolling back for priority 40 2014-08-29 06:56:03,462 ERROR [InitPing2 subversion ] fisheye BaseRepositoryScanner-handleSlurpException - Problem processing revisions from repo fa due to class com.cenqua.fisheye.rep.RepositoryClientException - org.apache.subversion.javahl.ClientException: Authorization failed svn: Unable to connect to a repository at URL 'http://subversion/trunk/test2.xml' svn: OPTIONS of 'http://subversion/trunk/test2.xml': authorization failed: Could not authenticate to server: ignored NTLM challenge, rejected Basic challenge (http://subversion) com.cenqua.fisheye.rep.RepositoryClientException: org.apache.subversion.javahl.ClientException: Authorization failed svn: Unable to connect to a repository at URL 'http://subversion/trunk/test2.xml' svn: OPTIONS of 'http://subversion/trunk/test2.xml': authorization failed: Could not authenticate to server: ignored NTLM challenge, rejected Basic challenge (http://subversion) at com.cenqua.fisheye.svn.SvnThrottledClient.executeNoThrottle(SvnThrottledClient.java:186) at com.cenqua.fisheye.svn.SvnThrottledClient.execute(SvnThrottledClient.java:155) Caused by: org.apache.subversion.javahl.ClientException: Authorization failed svn: Unable to connect to a repository at URL 'http://subversion/trunk/test2.xml' svn: OPTIONS of 'http://subversion/trunk/test2.xml': authorization failed: Could not authenticate to server: ignored NTLM challenge, rejected Basic challenge (http://subversion) at org.apache.subversion.javahl.SVNClient.properties(Native Method) {noformat} From the above example error, FishEye/Crucible is started by the user "klfoong" and using the credential for the user "klfoong" in the repository setting to have NTLM authentication with Subversion server. However, due to the credential is not cached, FishEye/Crucible keep on getting password from the repository setting till it hit the limit and stop getting password from the repository setting which will have authentication error during the request. h4. Workaround As a workaround, we will need to login to the machine hosting FishEye/Crucible as user "klfoong" and perform a simple command like "svn info http://subversion" so that the credential will be cached in "C:/Users/klfoong/AppData/Roaming/Subversion". However, if there are hundred repositories in FishEye/Crucible with different Subversion domain, we need to run the same "svn info" command for all those repositories with different Subversion domain. (This is how Native Subversion Client save the credential. It save it based on host name.) To make it worse, if the user "klfoong" password in Active Directory needs to be changed periodically, we will need to run the "svn info" command for all those repositories again. FishEye/Crucible should save the user "klfoong" credential in the cache if Native Subversion Client is used. Please refer to this [documentation|https://confluence.atlassian.com/display/FISHKB/SVN+is+requesting+password+too+often+for+realm] for more details

    Atlassian JIRA | 2 years ago | Kah Loun Foong [Atlassian]
    com.cenqua.fisheye.rep.RepositoryClientException: org.apache.subversion.javahl.ClientException: Authorization failed svn: Unable to connect to a repository at URL 'http://subversion/trunk/test2.xml' svn: OPTIONS of 'http://subversion/trunk/test2.xml': authorization failed: Could not authenticate to server: ignored NTLM challenge, rejected Basic challenge (http://subversion)
  4. Speed up your debug routine!

    Automated exception search integrated into your IDE

  5. 0

    If FishEye/Crucible is configure with Native Subversion Client and the Subversion server is using NTLM authentication, FishEye/Crucible does not cache the credential of the user in the repository setting. This will cause FishEye/Crucible keep on getting the password from the repository setting till it hit the maximum count ("SVN is requesting password too often"). When it hit the maximum count getting the password, FishEye/Crucible will not get the password from the repository setting anymore causing the request to have authentication error: {noformat} 2014-08-29 06:56:03,097 DEBUG [SvnExecution1 subversion ] fisheye SvnTask$1-run - Executing svn cat -r 1 http://subversion/trunk/test.xml@1 2014-08-29 06:56:03,128 DEBUG [SvnExecution1 subversion ] fisheye SvnPasswordSupplier-prompt - prompting for realm: <http://subversion:80> Subversionserver with username: klfoong, maySave = true 2014-08-29 06:56:03,128 DEBUG [SvnExecution1 subversion ] fisheye SvnPasswordSupplier-getPassword - Getting password 2014-08-29 06:56:03,431 DEBUG [SvnExecution1 subversion ] fisheye SvnTask$1-run - Executing svn proplist -r 1 http://subversion/trunk/test2.xml@1 2014-08-29 06:56:03,447 DEBUG [SvnExecution1 subversion ] fisheye SvnPasswordSupplier-prompt - prompting for realm: <http://subversion:80> Subversionserver with username: klfoong, maySave = true 2014-08-29 06:56:03,462 WARN [SvnExecution1 subversion ] fisheye SvnPasswordSupplier-prompt - SVN is requesting password too often for realm '<http://subversion:80> Subversionserver' and user 'klfoong' 2014-08-29 06:56:03,462 DEBUG [InitPing2 subversion ] fisheye Timer-output - <- Processing diff paths for 1 time 2928 millis mem_usage = 196793096 heapsize = 439681024 freemem = 242887928 2014-08-29 06:56:03,462 DEBUG [InitPing2 subversion ] fisheye BaseRevisionCache-withDbWriteLock - Rolling back for priority 40 2014-08-29 06:56:03,462 ERROR [InitPing2 subversion ] fisheye BaseRepositoryScanner-handleSlurpException - Problem processing revisions from repo fa due to class com.cenqua.fisheye.rep.RepositoryClientException - org.apache.subversion.javahl.ClientException: Authorization failed svn: Unable to connect to a repository at URL 'http://subversion/trunk/test2.xml' svn: OPTIONS of 'http://subversion/trunk/test2.xml': authorization failed: Could not authenticate to server: ignored NTLM challenge, rejected Basic challenge (http://subversion) com.cenqua.fisheye.rep.RepositoryClientException: org.apache.subversion.javahl.ClientException: Authorization failed svn: Unable to connect to a repository at URL 'http://subversion/trunk/test2.xml' svn: OPTIONS of 'http://subversion/trunk/test2.xml': authorization failed: Could not authenticate to server: ignored NTLM challenge, rejected Basic challenge (http://subversion) at com.cenqua.fisheye.svn.SvnThrottledClient.executeNoThrottle(SvnThrottledClient.java:186) at com.cenqua.fisheye.svn.SvnThrottledClient.execute(SvnThrottledClient.java:155) Caused by: org.apache.subversion.javahl.ClientException: Authorization failed svn: Unable to connect to a repository at URL 'http://subversion/trunk/test2.xml' svn: OPTIONS of 'http://subversion/trunk/test2.xml': authorization failed: Could not authenticate to server: ignored NTLM challenge, rejected Basic challenge (http://subversion) at org.apache.subversion.javahl.SVNClient.properties(Native Method) {noformat} From the above example error, FishEye/Crucible is started by the user "klfoong" and using the credential for the user "klfoong" in the repository setting to have NTLM authentication with Subversion server. However, due to the credential is not cached, FishEye/Crucible keep on getting password from the repository setting till it hit the limit and stop getting password from the repository setting which will have authentication error during the request. h4. Workaround As a workaround, we will need to login to the machine hosting FishEye/Crucible as user "klfoong" and perform a simple command like "svn info http://subversion" so that the credential will be cached in "C:/Users/klfoong/AppData/Roaming/Subversion". However, if there are hundred repositories in FishEye/Crucible with different Subversion domain, we need to run the same "svn info" command for all those repositories with different Subversion domain. (This is how Native Subversion Client save the credential. It save it based on host name.) To make it worse, if the user "klfoong" password in Active Directory needs to be changed periodically, we will need to run the "svn info" command for all those repositories again. FishEye/Crucible should save the user "klfoong" credential in the cache if Native Subversion Client is used. Please refer to this [documentation|https://confluence.atlassian.com/display/FISHKB/SVN+is+requesting+password+too+often+for+realm] for more details

    Atlassian JIRA | 2 years ago | Kah Loun Foong [Atlassian]
    com.cenqua.fisheye.rep.RepositoryClientException: org.apache.subversion.javahl.ClientException: Authorization failed svn: Unable to connect to a repository at URL 'http://subversion/trunk/test2.xml' svn: OPTIONS of 'http://subversion/trunk/test2.xml': authorization failed: Could not authenticate to server: ignored NTLM challenge, rejected Basic challenge (http://subversion)
  6. 0

    SVNConnectorException if SVN properties of files below symlinks are viewed

    Eclipse Bugzilla | 1 year ago | m.muehlbrandt
    org.eclipse.team.svn.core.connector.SVNConnectorException: Versuchte, eine Versionsoperation auf nicht versionierter Ressource auszuf├╝hren svn: "/home/muehlbrandt/workspace/Mars/Test/TestSymlink/symlinkToFolder/testfile" ist nicht unter Versionskontrolle

    Root Cause Analysis

    1. org.apache.subversion.javahl.ClientException

      svn: E170001: Negotiate authentication failed: 'No valid credentials provided'

      at org.apache.subversion.javahl.ClientException.fromException()
    2. org.apache.subversion
      ClientException.fromException
      1. org.apache.subversion.javahl.ClientException.fromException(ClientException.java:68)
      1 frame
    3. org.tmatesoft.svn
      SVNClientImpl.info2
      1. org.tmatesoft.svn.core.javahl17.SVNClientImpl.getClientException(SVNClientImpl.java:1293)
      2. org.tmatesoft.svn.core.javahl17.SVNClientImpl.info2(SVNClientImpl.java:1474)
      2 frames
    4. org.tigris.subversion
      AbstractJhlClientAdapter.getInfo
      1. org.tigris.subversion.svnclientadapter.javahl.AbstractJhlClientAdapter.getInfo(AbstractJhlClientAdapter.java:2142)
      1 frame