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)

Atlassian JIRA | Kah Loun Foong [Atlassian] | 2 years ago
  1. 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)
  2. 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)
  3. 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
  4. Speed up your debug routine!

    Automated exception search integrated into your IDE

  5. 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'
  6. 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'

    Not finding the right solution?
    Take a tour to get the most out of Samebug.

    Tired of useless tips?

    Automated exception search integrated into your IDE

    Root Cause Analysis

    1. 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()
    2. org.apache.subversion
      SVNClient.properties
      1. org.apache.subversion.javahl.SVNClient.properties(Native Method)
      1 frame