Answered by:
ASP error after CRM4.0 move to new server

Question
-
I am attempting to move CRM to a new server, I have completed the following steps.
The new server is based on an ESXi 4.0 VM.
Install W2KR3 SP2 and all updates
Install SQL Server 2005 and reporting services
Installed SQL Sp2 (9.0.3042)
Installed CRM4.0 and Update rollup 4
Backed up old CRM4.0 database from old server (old CRM server has rollup 3 installed)
Restored above database onto new server
Imported deployment using deployment import wizard
Manually mapped old users to new users
Completed wizard without errors, I get a warning that the deployment is not the same version
Everything seems to work fine if I log in as the install user (administrator)
If I log in as another user, everything works fine except the calendar view. I get the standard CRM error page.
In the event log I have the following error:
Event Type: Warning
Event Source: ASP.NET 2.0.50727.0
Event Category: Web Event
Event ID: 1309
Date: 24/06/2009
Time: 4:07:01 PM
User: N/A
Computer: AUBNCRM1
Description:
Event code: 3005 Event message: An unhandled exception has occurred.
Event time: 24/06/2009 4:07:01 PM
Event time (UTC): 24/06/2009 6:07:01 AM
Event ID: 335548ed7d8b401ead63c62ea7183568
Event sequence: 212
Event occurrence: 2
Event detail code: 0
Application information:
Application domain: /LM/W3SVC/2/ROOT-1-128902967372952599
Trust level: Full
Application Virtual Path: /
Application Path: C:\Program Files\Microsoft Dynamics CRM\CRMWeb\
Machine name: AUBNCRM1
Process information:
Process ID: 3480
Process name: w3wp.exe
Account name: NT AUTHORITY\NETWORK SERVICE
Exception information:
Exception type: TargetInvocationException
Exception message: Exception has been thrown by the target of an invocation.
Request information:
Request URL: http://aubncrm1:5555/SkyNet/calendar/day.aspx?date=2009-06-24T16:07:00
Request path: /SkyNet/calendar/day.aspx
User host address: 192.168.50.21
User: {REMOVED}
Is authenticated: True
Authentication Type: Negotiate
Thread account name: NT AUTHORITY\NETWORK SERVICE
Thread information:
Thread ID: 5
Thread account name: NT AUTHORITY\NETWORK SERVICE
Is impersonating: False
Stack trace: at System.RuntimeMethodHandle._InvokeMethodFast(Object target, Object[] arguments, SignatureStruct& sig, MethodAttributes methodAttributes, RuntimeTypeHandle typeOwner)
at System.RuntimeMethodHandle.InvokeMethodFast(Object target, Object[] arguments, Signature sig, MethodAttributes methodAttributes, RuntimeTypeHandle typeOwner)
at System.Reflection.RuntimeMethodInfo.Invoke(Object obj, BindingFlags invokeAttr, Binder binder, Object[] parameters, CultureInfo culture, Boolean skipVisibilityChecks)
at System.Reflection.RuntimeMethodInfo.Invoke(Object obj, BindingFlags invokeAttr, Binder binder, Object[] parameters, CultureInfo culture)
at System.Web.Services.Protocols.LogicalMethodInfo.Invoke(Object target, Object[] values)
at Microsoft.Crm.Extensibility.InternalOperationPlugin.Execute(IPluginExecutionContext context)
at Microsoft.Crm.Extensibility.PluginStep.Execute(PipelineExecutionContext context)
at Microsoft.Crm.Extensibility.Pipeline.Execute(PipelineExecutionContext context)
at Microsoft.Crm.Extensibility.MessageProcessor.Execute(PipelineExecutionContext context)
at Microsoft.Crm.Extensibility.InternalMessageDispatcher.Execute(PipelineExecutionContext context)
at Microsoft.Crm.Extensibility.ExternalMessageDispatcher.Execute(String messageName, Int32 primaryObjectTypeCode, Int32 secondaryObjectTypeCode, PropertyBag fields, CorrelationToken correlationToken, CallerOriginToken originToken, UserAuth userAuth, Guid callerId)
at Microsoft.Crm.Sdk.RequestBase.Process(Int32 primaryObjectTypeCode, Int32 secondaryObjectTypeCode, CorrelationToken correlationToken, CallerOriginToken originToken, UserAuth userAuth, Guid callerId)
at Microsoft.Crm.Sdk.RequestBase.Process(CorrelationToken correlationToken, CallerOriginToken originToken, UserAuth userAuth, Guid callerId)
at Microsoft.Crm.Sdk.CrmServiceInternal.Execute(RequestBase request, CorrelationToken correlationToken, CallerOriginToken originToken, UserAuth userAuth, Guid callerId)
at Microsoft.Crm.Sdk.InProcessCrmService.Execute(Object request)
at Microsoft.Crm.Application.Platform.ServiceCommands.PlatformCommand.ExecuteInternal()
at Microsoft.Crm.Application.Platform.ServiceCommands.RetrieveCommand.Execute()
at Microsoft.Crm.Application.SMWorkPlans.RetrieveCalendar(Guid calendarId)
at Microsoft.Crm.Web.Calendar.day.ConfigureForm()
at Microsoft.Crm.Application.Controls.AppUIPage.OnPreRender(EventArgs e)
at System.Web.UI.Control.PreRenderRecursiveInternal()
at System.Web.UI.Page.ProcessRequestMain(Boolean includeStagesBeforeAsyncPoint, Boolean includeStagesAfterAsyncPoint)
Custom event details:Wednesday, June 24, 2009 9:54 AM
Answers
-
Thanks Donna,
This morning I have installed update rollup 4 on the old server and reimported the Organisation (after returning to a clean VM snapshot). I didnt get the warning about different versions this time, but I have the same problem.
I turned on Dev errors and the error message I got was 0x80048306. After doing some research on this it seems that it is a access privilege issue.
In the end, I can resolve this for the time being by elevating the calendar provileges for the group using the service calendar permissions. Im just not sure if this problem may have other underlying implications that wont be apparent until all my users are fully migrated.- Marked as answer by Donna EdwardsMVP Tuesday, August 4, 2009 5:50 PM
Thursday, June 25, 2009 1:07 AM
All replies
-
An addition...it seems if I give the users role full access to the service calendar through role permissions, then the calendar appears to work. I have checked the permissions in the old CRM installation, and the role does not have permissions for the service calendar.Wednesday, June 24, 2009 10:35 AM
-
This is generally not supported:
Installed CRM4.0 and Update rollup 4
Backed up old CRM4.0 database from old server (old CRM server has rollup 3 installed)
The update rollups should match. I don't know if that is your issue but it is a possibility.
There may have been issues associated with this process as well since the error appears to be user related:
Manually mapped old users to new users
I understand no issues appeared, but there may be some lingering issue in the background that is not apparent. You could also turn Dev Errors on and see what error message displays. It may or may not be more helpful in pinning down the issue.
Best Regards, Donna- Proposed as answer by Donna EdwardsMVP Monday, July 20, 2009 7:34 PM
Wednesday, June 24, 2009 5:06 PM -
Thanks Donna,
This morning I have installed update rollup 4 on the old server and reimported the Organisation (after returning to a clean VM snapshot). I didnt get the warning about different versions this time, but I have the same problem.
I turned on Dev errors and the error message I got was 0x80048306. After doing some research on this it seems that it is a access privilege issue.
In the end, I can resolve this for the time being by elevating the calendar provileges for the group using the service calendar permissions. Im just not sure if this problem may have other underlying implications that wont be apparent until all my users are fully migrated.- Marked as answer by Donna EdwardsMVP Tuesday, August 4, 2009 5:50 PM
Thursday, June 25, 2009 1:07 AM