web
You’re offline. This is a read only version of the page.
close
Skip to main content

Notifications

Announcements

No record found.

Community site session details

Community site session details

Session Id :
Microsoft Dynamics CRM (Archived)

Custom Reports error - The report cannot be displayed. (rsProcessingAborted)

(0) ShareShare
ReportReport
Posted on by 715

I'm getting an error on our dev environment running custom reports. It doesn't happen with out of the box reports, just with reports I have uploaded. I've read a lot of sites and forum questions on this but none seem to yield a solution.

The following is the error I'm getting in the Reporting Services log:

Microsoft.ReportingServices.ReportProcessing.ReportProcessingException: Query execution failed for dataset 'DSMain'. ---> Microsoft.Crm.Reporting.DataExtensionShim.Common.ReportExecutionException:
Microsoft.Crm.CrmException: An unexpected error occurred.
System.ServiceModel.Security.SecurityNegotiationException: A call to SSPI failed, see inner exception.
System.Security.Authentication.AuthenticationException: A call to SSPI failed, see inner exception.
System.ComponentModel.Win32Exception: The target principal name is incorrect --->


I have read the following post: http://support.microsoft.com/kb/811889 but it isn't exactly the same error message. All the same I checked if I needed to create SPNs etc. So using that support page I see that I can check the event log for MSSQL warnings, but there's nothing like the error they referenced: "Source: MSSQLServer EventID: 19011 Description: SuperSocket info: (SpnRegister) : Error 8344.". So for this reason I can only presume the account that the SQL and SSRS services runs under are set up correctly and can create any SPNs as required? Note that they both run under domain accounts, something like SSRS_Account and SQL_Account or something. For the record, the domain account that the SSRS context runs under is a member of both ReportingGroup and PrivReportingGroup.

Next, I installed Reporting Extensions on the SSRS server and it's up to the same UR as well. So I presumed we wouldn't need to configure SPNs? I'm open to correction on this one though. The initial problem we has was the reporting extensions wasn't installed so I installed UR6 and then upgraded it to UR8.

Any ideas much appreciated,

Conor.

*This post is locked for comments

I have the same question (0)
  • Community Member Profile Picture
    on at

    Hi  Conor,

    How are your custom reports connecting to CRM ?  

    With CRM fetch connection or with SQL  connection ?

  • Conor Gallagher Profile Picture
    715 on at

    It's a mix. The parent report is using a CRM fetch connection to utilize the filter, but the sub reports are SQL reports using the SQL connection.

  • Conor Gallagher Profile Picture
    715 on at

    Ok, this is definitely an environmental issue. The same report works perfectly fine on our Testing Environment and it has the same setup. The environments are structured as follows:

    • Dev App Server - CRM application server and has the MSCRM_Config DB on a local SQL
    • Dev Database/Report server - Holds the MSCRM databases and is running reporting services
    • Test App Server - CRM application server and has the MSCRM_Config DB on a local SQL
    • Test Database/Report Server - Holds the MSCRM databases and is running reporting services

    Things I have checked:

    • Both have reporting extensions installed on the database/report servers.
    • Both the test and dev reporting servers run SSRS under the same user context (SSRS_Account).
    • The SSRS_Account is a member of the following AD groups for both CRM installs - ReportingGroup, PrivReportingGroup, and PrivUserGroup (i.e. it belongs to 2 of each with the corresponding guids)
    And as I said, the report breaks on our dev servers. I'm really at a loss here as to why this is happening, there's got to be something different in the dev environment that's stopping this from running.
  • Conor Gallagher Profile Picture
    715 on at

    Ok, found a difference between the 2. The CRM App Pool on the test server is running under the context of NetworkService. The CRM App Pool on the  dev server is running under the context of a custom account.

    Anyone know what rights/groups this custom account should have (or might be missing) that would cause this problem?

  • Verified answer
    Community Member Profile Picture
    on at

    Hi,

    The difference is only with the registering SPN an setting the trusted for delegation setting in Active Directory

    Network Service:

    • Trust For delegation must be set on Computer account

    • setspn –a HTTP/crm

    • setspn –a HTTP/crm.server.com

    Using Account

    • Trust For delegation must be set also on User account

    • setspn –a HTTP/crm Domain\User

    • setspn –a HTTP/crm.server.com  Domain\User

    The CRM Fetch Reports require that you set correctly the SPN records.

  • Conor Gallagher Profile Picture
    715 on at

    Yes, this ended up being the problem. I thought having the Reporting Extensions installed meant you didn't need these SPNs, but apparently not!

  • Conor Gallagher Profile Picture
    715 on at

    If it's of help to anyone else I've written up about the different issues I came across on rsProcessingAborted error. It covers a lot of the issues I hit on this environment, so hopefully it saves somebody else 2 days of their life!

    conorssnippetdiary.blogspot.co.uk/.../mscrm-and-dreaded-rsprocessingaborted.html

Under review

Thank you for your reply! To ensure a great experience for everyone, your content is awaiting approval by our Community Managers. Please check back later.

Helpful resources

Quick Links

Responsible AI policies

As AI tools become more common, we’re introducing a Responsible AI Use…

Neeraj Kumar – Community Spotlight

We are honored to recognize Neeraj Kumar as our Community Spotlight honoree for…

Leaderboard > 🔒一 Microsoft Dynamics CRM (Archived)

#1
SA-08121319-0 Profile Picture

SA-08121319-0 4

#1
Calum MacFarlane Profile Picture

Calum MacFarlane 4

#3
Alex Fun Wei Jie Profile Picture

Alex Fun Wei Jie 2

Last 30 days Overall leaderboard

Featured topics

Product updates

Dynamics 365 release plans