Even though the installation was successful, I am getting the following error four times in a row, every hour:

Could not load file or assembly 'Microsoft.TeamFoundation.WorkItemTracking.Server.EventFilter' or one of its dependencies

Is this a serious problem? Should I be able to fix it or is it a problem with thr RC build?

Thanks in advance, here is the entire event log entry:

Event Type: Warning
Event Source: TFS Services
Event Category: None
Event ID: 3012
Date: 2/15/2006
Time: 8:05:13 AM
User: N/A
Computer: MyServer
Description:
TF53010: An unexpected condition has occurred in a Team Foundation component. The information contained here should be made available to your site administrative staff.
Technical Information (for the administrative staff):
Date (UTC): 2/15/2006 4:05:13 PM
Machine: MyServer
Application Domain: /LM/W3SVC/3/Root/services-2-127844931128796328
Assembly: Microsoft.TeamFoundation.Server, Version=8.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a; v2.0.50727
Process Details:
Process Name: w3wp
Process Id: 3792
Thread Id: 4828
Account name: MyDomain\TFSService

Detailed Message: Could not load file or assembly 'Microsoft.TeamFoundation.WorkItemTracking.Server.EventFilter' or one of its dependencies. The system cannot find the file specified.
Web Request Details
Url: http://MyServer:8080/Services/v1.0/Registration.asmx [method: POST]
User Agent: Team Foundation (w3wp.exe[Data Warehouse], 8.0.50727.127)
Headers: Content-Length=402&Content-Type=text%2fxml%3b+charset%3dutf-8&Accept-Encoding=gzip%2cgzip%2cgzip&Accept-Language=en-US&Authorization=NTLM+TlRMTVNTUAADAAAAAAAAAEgAAAAAAAAASAAAAAAAAABIAAAAAAAAAEgAAAAAAAAASAAAAAAAAABIAAAANcKI4gUCzg4AAAAP&Expect=100-continue&Host=MyServer%3a8080&User-Agent=Team+Foundation+(w3wp.exe%5bData+Warehouse%5d%2c+8.0.50727.127)&X-TFS-Version=1.0.0.0&SOAPAction=%22http%3a%2f%2fschemas.microsoft.com%2fTeamFoundation%2f2005%2f06%2fServices%2fRegistration%2f03%2fGetRegistrationEntries%22
Path: /Services/v1.0/Registration.asmx
Local Request: True
Host Address: 157.56.97.28
User: MyDomain\TFSService [authentication type: NTLM]

Exception Message: Could not load file or assembly 'Microsoft.TeamFoundation.WorkItemTracking.Server.EventFilter' or one of its dependencies. The system cannot find the file specified. (type FileNotFoundException)

Exception 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.TeamFoundation.OfficeIntegration.Client.SnapinLoader.FindAllImplementations(Type interfaceType, ICollection builtinTypeNames)

Was this a clean installation or an upgrade?

That DLL goes lives in "Web Services\Services\bin\Plugins". Check the timestamp to make sure it is the right version.

The best way to debug assembly load failures like this is to follow the steps at http://blogs.msdn.com/suzcook/archive/2003/05/29/57120.aspx

I'm getting the same group of four messages:

The way to determine the problem is to turn on the Fusion logging given by Suzanne Cook in her blog, referenced above. That will tell us the assemblies that have the problem.

Thank you!

That helped me find out what assemblies it was looking for. But the problem persisted and here is some more information, make sure you see the additional infomration I added after the log data...

*** Assembly Binder Log Entry (2/18/2006 @ 8:01:43 PM) ***

The operation failed.
Bind result: hr = 0x80070002. The system cannot find the file specified.

Assembly manager loaded from: C:\WINNT\Microsoft.NET\Framework\v2.0.50727\mscorwks.dll
Running under executable c:\winnt\system32\inetsrv\w3wp.exe
--- A detailed error log follows.

=== Pre-bind state information ===
LOG: User = MyDomain\TFSService
LOG: DisplayName = Microsoft.TeamFoundation.WorkItemTracking.Server.EventFilter
(Partial)
LOG: Appbase = file:///C:/Program Files/Microsoft Visual Studio 2005 Team Foundation Server/Web Services/Services/
LOG: Initial PrivatePath = C:\Program Files\Microsoft Visual Studio 2005 Team Foundation Server\Web Services\Services\bin
LOG: Dynamic Base = C:\WINNT\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files\services\bd410c94
LOG: Cache Base = C:\WINNT\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files\services\bd410c94
LOG: AppName = 7c201926
Calling assembly : (Unknown).
===
LOG: This bind starts in default load context.
LOG: Using application configuration file: C:\Program Files\Microsoft Visual Studio 2005 Team Foundation Server\Web Services\Services\web.config
LOG: Using host configuration file: \\?\C:\WINNT\Microsoft.NET\Framework\v2.0.50727\aspnet.config
LOG: Using machine configuration file from C:\WINNT\Microsoft.NET\Framework\v2.0.50727\config\machine.config.
LOG: Policy not being applied to reference at this time (private, custom, partial, or location-based assembly bind).
LOG: Attempting download of new URL file:///C:/WINNT/Microsoft.NET/Framework/v2.0.50727/Temporary ASP.NET Files/services/bd410c94/7c201926/Microsoft.TeamFoundation.WorkItemTracking.Server.EventFilter.DLL.
LOG: Attempting download of new URL file:///C:/WINNT/Microsoft.NET/Framework/v2.0.50727/Temporary ASP.NET Files/services/bd410c94/7c201926/Microsoft.TeamFoundation.WorkItemTracking.Server.EventFilter/Microsoft.TeamFoundation.WorkItemTracking.Server.EventFilter.DLL.
LOG: Attempting download of new URL file:///C:/Program Files/Microsoft Visual Studio 2005 Team Foundation Server/Web Services/Services/bin/Microsoft.TeamFoundation.WorkItemTracking.Server.EventFilter.DLL.
LOG: Attempting download of new URL file:///C:/Program Files/Microsoft Visual Studio 2005 Team Foundation Server/Web Services/Services/bin/Microsoft.TeamFoundation.WorkItemTracking.Server.EventFilter/Microsoft.TeamFoundation.WorkItemTracking.Server.EventFilter.DLL.
LOG: Attempting download of new URL file:///C:/WINNT/Microsoft.NET/Framework/v2.0.50727/Temporary ASP.NET Files/services/bd410c94/7c201926/Microsoft.TeamFoundation.WorkItemTracking.Server.EventFilter.EXE.
LOG: Attempting download of new URL file:///C:/WINNT/Microsoft.NET/Framework/v2.0.50727/Temporary ASP.NET Files/services/bd410c94/7c201926/Microsoft.TeamFoundation.WorkItemTracking.Server.EventFilter/Microsoft.TeamFoundation.WorkItemTracking.Server.EventFilter.EXE.
LOG: Attempting download of new URL file:///C:/Program Files/Microsoft Visual Studio 2005 Team Foundation Server/Web Services/Services/bin/Microsoft.TeamFoundation.WorkItemTracking.Server.EventFilter.EXE.
LOG: Attempting download of new URL file:///C:/Program Files/Microsoft Visual Studio 2005 Team Foundation Server/Web Services/Services/bin/Microsoft.TeamFoundation.WorkItemTracking.Server.EventFilter/Microsoft.TeamFoundation.WorkItemTracking.Server.EventFilter.EXE.
LOG: All probing URLs attempted and failed.

The DLL is actually located in C:\WINNT\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files\services\bd410c94\7c201926\assembly\dl3\7d7218e6\9e201871_d627c601

Other DLLs generating the exact same App Log entry and their actual locations:

Microsoft.TeamFoundation.VersionControl.Server.EventFilter
C:\WINNT\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files\services\bd410c94\7c201926\assembly\dl3\d9c9a2d4\56394635_d727c601

Microsoft.TeamFoundation.Build.Server.EventFilter
C:\WINNT\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files\services\bd410c94\7c201926\assembly\dl3\303d6a3e\d426a759_d727c601

Microsoft.TeamFoundation.Build.Common
C:\WINNT\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files\services\bd410c94\7c201926\assembly\dl3\9dcedbe0\1ab15445_d727c601

Take a look at this file:

C:\Program Files\Microsoft Visual Studio 2005 Team Foundation Server\Web Services\Services\web.config

It should have a section similar to the following under the "configuration" element.

<runtime>
<assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
<probing privatePath="bin\Plugins;bin\Plugins\zh-chs;bin\Plugins\zh-cht;bin\Plugins\de;bin\Plugins\es;bin\Plugins\fr;bin\Plugins\it;bin\Plugins\ja;bin\Plugins\ko"/>
</assemblyBinding>
</runtime>

Does it? If not, that is the problem.

I am getting the exact same problem running Team Foundation Server RTM (Trial Edition) after a clean install. I wonder if this blog post explains the reason. I tried changing <probing/> setting in the web.config without much luck. I was able to work around this problem by copying the following files

Microsoft.TeamFoundation.Build.Common.dll
Microsoft.TeamFoundation.Build.Server.EventFilter.dll
Microsoft.TeamFoundation.VersionControl.Server.EventFilter.dll
Microsoft.TeamFoundation.WorkItemTracking.Server.EventFilter.dll

from services/bin/Plugins to services/bin directory.

I'm not sure if this error was the reason, but after implementing the workaround, I finally have project alerts (at least for source control) working.

Hope this helps.

We've had a couple of reports now of problems that sound like this. We're in the process of trying to reproduce it an will fix it if we can identify the problem. Until then, if Oleg's workaround works for you, that should be OK. Remember to redo it after every SP or new release because our patches only update the copies of the files that our setup installed.

Brian

I am also seeing this problem on an install of RTM (Trial).

I'll see if the above fix (copying to other directories) works and let you know.

We've identified another set of circumstances under which it occurs.

See http://blogs.msdn.com/jefflu/archive/2006/08/02/686268.aspx

The workaround is to edit the web.config file for Services and alter the <config> element to remove the namespace. When the configuration is changed through the MMC ASP.NET tab, a namespace attribute is added. This causes the probingPath element of the configuration file to be ignored.

-jeff

I had the same problem with a fresh install of TFS
The workaround of Jeff resolved the problem for me
Thanks a lot

Daniel

My web config looks like (it does not resemble the one mentioned in the above blog) ... any suggestions?:

<?xml version="1.0" encoding="utf-8" ?>

<configuration xmlns="http://schemas.microsoft.com/.NetConfiguration/v2.0">

<appSettings>

<add key="ConnectionString" value="Application Name=TeamFoundation;Persist Security Info=False;Initial Catalog=TfsIntegration;Data Source=WADSPC043261D;Integrated Security=SSPI" />

<add key="eventingEnabled" value="true" />

<add key="DetailedExceptions" value="false" />

<add key="emailNotificationFromAddress" value="TFSService@LNIRL.wa.gov" />

<add key="smtpServer" value="159.1.15.31" />

</appSettings>

<runtime>

<assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">

<probing privatePath="bin\Plugins;bin\Plugins\zh-chs;bin\Plugins\zh-cht;bin\Plugins\de;bin\Plugins\es;bin\Plugins\fr;bin\Plugins\it;bin\Plugins\ja;bin\Plugins\ko"/>

</assemblyBinding>

</runtime>

<system.web>

<!-- Enable the HttpHandlers for file upload and download -->

<httpHandlers>

<add verb="*" path="methodology.asmx" type="Microsoft.TeamFoundation.Client.MethodologyDownloadHandler" />

<add verb="*" path="methodologyUpload.asmx" type="Microsoft.TeamFoundation.Client.MethodologyUploadHandler" />

</httpHandlers>

</system.web>

</configuration>

Thanks in advance,

shis235@lni.wa.gov