"Could not load file or assembly Microsoft.SharePoint.intl" error
From time to time I am seeing an error pop up that causes SharePoint to crash. It seems to happen when the app pool cycles or the server starts up. I can correct it by cycling the app pool. The problem I have is that the message doesn't seem to be true when I use Process Monitor to scan for access denied events in the file system, or likewise use the assembly binding log viewer to look for failures in bindings. Given that the workaround is to cycle the app pool it doesn't feel like a true access denied error. Has anyone else seen this? Type:WarningDate:1/29/2007Time:9:32:28 AMEvent:1309Source:ASP.NET 2.0.50727.0Category:Web EventUser:N/AComputer:SERVERDescription:Event code: 3005 Event message: An unhandled exception has occurred. Event time: 1/29/2007 9:32:28 AM Event time (UTC): 1/29/2007 2:32:28 PM Event ID: 7b51c82d6e8c4f41919b25cbf2a2f82d Event sequence: 4 Event occurrence: 3 Event detail code: 0 Application information: Application domain: /LM/W3SVC/1/Root-1-128145544281035890 Trust level: WSS_Minimal Application Virtual Path: / Application Path: D:\WebSites\System\ Machine name: SERVER Process information: Process ID: 1768 Process name: w3wp.exe Account name: DOMAIN\service-sharepoint Exception information: Exception type: FileLoadException Exception message: Could not load file or assembly 'Microsoft.SharePoint.intl, Version=22.214.171.124, Culture=neutral, PublicKeyToken=71e9bce111e9429c' or one of its dependencies. Access is denied. Request information: Request URL: http://sharepoint/ Request path: / User host address: 192.168.1.20 User: Is authenticated: False Authentication Type: Thread account name: OC\service-sharepoint Thread information: Thread ID: 7 Thread account name: OC\service-sharepoint Is impersonating: False Stack trace: at System.Reflection.Assembly.nLoad(AssemblyName fileName, String codeBase, Evidence assemblySecurity, Assembly locationHint, StackCrawlMark& stackMark, Boolean throwOnFileNotFound, Boolean forIntrospection) at System.Reflection.Assembly.InternalLoad(AssemblyName assemblyRef, Evidence assemblySecurity, StackCrawlMark& stackMark, Boolean forIntrospection) at System.Reflection.Assembly.InternalLoad(String assemblyString, Evidence assemblySecurity, StackCrawlMark& stackMark, Boolean forIntrospection) at System.Reflection.Assembly.Load(String assemblyString) at Microsoft.SharePoint.CoreResource..cctor()
January 29th, 2007 5:37pm
hi there Colin, eve you ever fixed this error ? i just started to get this one and no clue on what can solve this... still doing some teste but there is light and the end of the tunnel....
October 23rd, 2007 2:06pm
I happened to have the same problem for the past weeks and I've solved the problem.For my situation, whenever the application pool for the SharePoint site gets recycled, normal SharePoint users who attempted to access the site will get the error message which Colin had posted. However, if users who are in Administrator or Power Users groups access the site again, everything is running fine. After days of testing, I found out it is actually the Global Assembly Cache (GAC) folder not given any access rights to the normal users. Hence I give Users group "Read" access rights to the GAC folder and now normal SharePoint users are able to access the site after the application pool is recycled.Below is the link that allows you to assign rights to the GAC folder via command prompt (You cannot change the GAC folder access rights from Windows Explorer). Just change the parameter values accordingly.http://community.integratedsolutions.dk/blogs/visual_studio_2005/archive/2006/05/17/308.aspxKeep us updated on your findings... Thanks!
October 24th, 2007 12:53pm
I went to the property of the fileC:\WINDOWS\assembly and unchecked Read-Only and Apply,. I did couple of time then it start working. i guess this bug for sharepoint 2007/ wss 3.0 service pack 1--syed
November 11th, 2008 5:33am
Even I was getting this issue today morning. It was resolved when I added read only permission for everyone on the virtual directory of the application. Still need to check how it was changed but it resolved this issue. Please ensure that the mentioned dll is either in bin or GAC and the web.config has same assembly information.
March 3rd, 2010 6:54pm
Please do not propose your own posts as answers. It isn't helpful.Propose the good answers of other people and wait for someone else to propose your posts.(Moderator)FAQ sites: (SP 2010) http://wssv4faq.mindsharp.com; (v3) http://wssv3faq.mindsharp.com and (WSS 2.0) http://wssv2faq.mindsharp.com Complete Book Lists (incl. foreign language) on each site.
March 3rd, 2010 7:07pm