Looking for PowerObjects? Don’t worry, you’re in the right place! We’ve been part of HCL for several years, and we’ve now taken the final step in our acquisition journey: moving our website to the HCL domain. Nothing else is changing – we are still fanatically focused on Microsoft Business Applications!

PowerObjects Blog 

for Microsoft Business Applications

|

A recent error message and a quick fix

Post Author: Joe D365 | November 9th, 2011

 

We recently came across an error issue where a relatively new Microsoft Dynamics CRM 2011 environment could not import any solution.  The ambiguous error message was ‘You do not have the necessary permissions to change the domain logon name for this user’.  Even when logged on as an admin user in the server and CRM we kept getting the same error.

As we dug into it, we found the cause was that the crm application pool account needs read/write access to this folder on the CRM server.

C:Program FilesMicrosoft Dynamics CRMCustomizationImport

The application pool account is typically the network service account in a default out of the box installation.  This is a folder were all imported customizations are first copied to.

If you’ve run into this as well, we’d love to hear your story. Leave a comment.

Happy CRM’ing!

Image courtesy of Flickr user dno1967b.

Joe CRM
By Joe D365
Joe D365 is a Microsoft Dynamics 365 superhero who runs on pure Dynamics adrenaline. As the face of PowerObjects, Joe D365’s mission is to reveal innovative ways to use Dynamics 365 and bring the application to more businesses and organizations around the world.

6 comments on “A recent error message and a quick fix”

  1. Tnx for sharing this information!! Had the same error when importing the metadatabrowser solution.
    Could have lost another few days on searching.
    Cheers

  2. Thank you for sharing this. It works!! I had similar issue importing solution with custom entities and it saved me a lot of time

  4. Hi Joe,

    Even I faced same issue with CRM 2013 on premise. But I am little surprised why because initially for some time everything worked perfectly fine. Later when I started debugging my custom plugin using plugin registration tool I got this issue. While using plugin registration tool I had installed and uninstalled profiler couple of times. It worked fine without any issue for those two instances. But later again when I tried installing the profiler it displayed an error message. When I checked the exception details it showed "access denied. Not able to import profiler solution", even though I am an admin user. So how does it work earlier and what went wrong suddenly? So just to check whether I am able to import any other solutions from the settings ->Solutions. I got the same error "You do not have the necessary permissions to change the domain logon name for this user".

    Thanks,
    Premroop

  5. Interestingly enough, the problem is still present in CRM 2015 on-prem.
    However, for this case it was the CrmAsyncService.exe who was trying to write to "C:Program FilesMicrosoft Dynamics CRMCustomizationImport". So it was the asynchronous processing service user who needed to be granted access.

  6. Hi,

    I just had this on CRM 2016 on prem. Like Luca-Bogan, I needed to give the AsyncService access to this folder. Solution Imports were working fine if done form the web client, but were failing when done from .Net using the SDK's ExecuteAsyncRequest. Makes sense that AsyncService would need somewhere to put the uploaded zip file temporarily.

PowerObjects Recommends