Article ID: 942467 - Last Review: October 31, 2007 - Revision: 1.6

You may receive an error message when you try to start a provider in RFID Manager in BizTalk Server 2006 R2

View products that this article applies to.

On This Page

Expand all | Collapse all

SYMPTOMS

In Microsoft BizTalk Server 2006 R2, you may experience a long delay when you try to start a provider in the RFID Manager. Additionally, you may receive an error message that resembles one of the following:
Error message 1
This request operation sent to net.tcp://ServerName:7891/rfid/service/ProviderManager did not receive a reply within the configured timeout (00:01:00). The time allotted to this operation may have been a portion of a longer timeout. This may be because the service is still processing the operation or because the service was unable to send a reply message. Please consider increasing the operation timeout (by casting the channel/proxy to IContextChannel and setting the OperationTimeout property) and ensure that the service is able to connect to the client.
Error message 2
The remote server returned an unexpected response: (405) Method Not Allowed.Inner Exception
Error message 3
The content type text/html; charset=utf-8 of the response message does not match the content type of the binding (application/soap+xml; charset=utf-8). If using a custom encoder, be sure that the IsContentTypeSupported method is implemented properly.
Additionally, an error message that resembles the following may be logged in the Rfidservices.log file:
dummy ws call failed Client is unable to finish the security negotiation within the configured timeout (00:00:00).
Back to the top

CAUSE

This issue can occur if one or more of the following conditions are true:
  • The BizTalk RFID configuration is not valid.
  • The Internet Information Services (IIS) or Microsoft ASP.NET configuration is not valid.
  • The Microsoft Windows SharePoint Services configuration is not valid.
Back to the top

RESOLUTION

To resolve this issue, follow these steps.
Back to the top

Step 1: Verify the BizTalk RFID configuration

To verify the BizTalk RFID configuration, follow these steps:
  1. Start the BizTalk RFID Manager.
  2. Under RFID Services Administration, right-click the server that you want to view, and then click Properties.
  3. Verify the following settings for the server that is running IIS:
    • The host IP address

      Note By default, the host IP address is "localhost."
    • The port number for the Web site
    • The Web site ID for the provider virtual directory
Back to the top

Step 2: Verify the IIS and ASP.NET configurations

Verify that the Web site is running

To verify that the Web site is running, follow these steps:
  1. Click Start, click Run, type Inetmgr.exe, and then click OK.
  2. Expand the server that you want to view, and then click Web Sites.
  3. In the details pane, verify that the Web site that you identified in the "Step 1: Verify the BizTalk RFID configuration" section is running.

Verify that the virtual directory exists in IIS Manager

Verify that the virtual directory for the provider exists in IIS Manager. Additionally, verify that the binary files for the provider are in the Bin folder.

Note You can determine the virtual directory for the provider by inspecting the provider .log file. By default, the provider .log file is located in the Microsoft BizTalk RFID\Providers\ProviderName folder. The .log file contains an entry that resembles the following:
   7|   Info|041807 23:19:49|Current app pool is Acme1e6d0064-4b77-493f-8373-9ee8f4609dee|[Acme]
   7|   Info|041807 23:19:49|Current vdir is Acme1e6d0064-4b77-493f-8373-9ee8f4609dee|[Acme]
If the virtual directory does not exist in IIS Manager, delete the provider. Then, add the provider again. If the binary files for the provider do not exist in the Microsoft BizTalk RFID\Providers\ProviderName\Bin folder, copy the files to the folder manually or delete the provider. Then, add the provider again.

Verify that anonymous authentication is enabled

The BizTalk Rfidservices.exe process uses the wsHttpBinding binding to communicate with the IIS W3wp.exe process. In this scenario, anonymous authentication must be enabled and working on the virtual directory for the provider.

IIS may use another authentication method if anonymous authentication is not working correctly and if multiple authentication methods are enabled. To prevent this issue, enable only anonymous authentication for the virtual directory. To do this, follow these steps:
  1. Click Start, click Run, type Inetmgr.exe, and then click OK.
  2. Expand the computer name, expand Web Sites, and then expand the Web site that you identified in the "Step 1: Verify the BizTalk RFID configuration" section.
  3. Right-click the virtual directory for the provider, and then click Properties.
  4. On the Directory Security tab, click Edit under Authentication and access control.
  5. Click to select the Enable anonymous access check box.
  6. Click to clear all the check boxes under Authenticated access, and then click OK.

Verify that IIS 6.0 is configured to run in native mode

Because BizTalk RFID uses the IIS 6.0 worker process model to host providers, configuring IIS to run in IIS 5.0 isolation mode is not supported. To verify that IIS 6.0 is configured to run in native mode, follow these steps:
  1. Click Start, click Run, type Inetmgr.exe, and then click OK.
  2. Expand the computer name, right-click Web Sites, and then click Properties.
  3. On the Service tab, verify that the Run WWW service in IIS 5.0 isolation mode check box is not selected.

Verify basic IIS 6.0 functionality

To verify that IIS is working as expected, create a simple HTML page. Then, open the HTML page in IIS Manager. For example, use the following code to create a simple HTML page:
<html>
   <head>Hello World.</head>
   <body> Page successfully returned from IIS.</body>
</html>

Verify that the ASP.NET 2.0 Web service extension is enabled

For BizTalk RFID to work correctly, you must enable the ASP.NET 2.0 Web service extension in IIS.

Notes
  • BizTalk RFID setup verifies that the ASP.NET 2.0 Web service extension is enabled. However, a provider may not start as expected if the ASP.NET 2.0 Web service extension is disabled after the BizTalk RFID setup process is completed.
  • The beta version of ASP.NET 2.0 is not supported. If the beta version of the ASP.NET 2.0 is installed on the server on which BizTalk RFID is installed, you must uninstall the beta version. Then, install the release version of ASP.NET 2.0.
To verify that the ASP.NET 2.0 Web service extension is enabled, follow these steps
  1. Click Start, click Run, type Inetmgr.exe, and then click OK.
  2. Expand the computer name, and then click Web Service Extensions.
  3. Verify that the status for the ASP.NET 2.0 Web service extension is set to "Allowed".

    Note If the ASP.NET 2.0 Web service extension does not appear in the list of Web service extensions, you may have to register the ASP.NET 2.0 Web service extension with IIS.

Verify that the ASP.NET 2.0 Web service extension is enabled for the virtual directory

The Rfidservices.exe process communicates with the W3wp.exe process by using the Microsoft Windows Communication Foundation (WCF) infrastructure. Therefore, the virtual directory must be running under ASP.NET 2.0.

To configure the virtual directory to run under ASP.NET 2.0, follow these steps:
  1. Click Start, click Run, type Inetmgr.exe, and then click OK.
  2. Expand the computer name, expand Web Sites, and then expand the Web site that you identified in the "Step 1: Verify the BizTalk RFID configuration" section.
  3. Right-click the virtual directory for the provider, and then click Properties.
  4. On the ASP.NET tab, click 2.0.50727 in the ASP.NET version list.

Verify that the .svc extension is enabled

For BizTalk RFID to work correctly, you must enable the .svc extension in IIS. To verify that the .svc extension is enabled, follow these steps.

Note By default, the .svc extension is enabled at the Web site level, and this setting is inherited by the virtual directories.
  1. Click Start, click Run, type Inetmgr.exe, and then click OK.
  2. Expand the computer name, expand Web Sites, and then expand the Web site that you identified in the "Step 1: Verify the BizTalk RFID configuration" section.
  3. Right-click the virtual directory for the provider, and then click Properties.
  4. On the Virtual Directory tab, click Configuration.
  5. Under Application extensions, verify that the .svc extension is listed. Additionally, verify that the .svc extension is mapped to the following file:
    Drive:\Folder\Microsoft.NET\Framework\v2.0.50727\aspnet_isapi.dll
    Note Drive represents the hard disk on which Windows is installed, and Folder represents the folder in which Windows is installed.

Verify the WCF and IIS configuration

To verify that WCF and IIS are working as expected, follow these steps:
  1. Click Start, click Run, type Inetmgr.exe, and then click OK.
  2. Expand the computer name, expand Web Sites, and then expand the Web site that you identified in the "Step 1: Verify the BizTalk RFID configuration" section.
  3. Click the virtual directory for the provider.
  4. In the details pane, right-click the .svc file, and then click Browse.
When you browse the .svc file in IIS Manager, you should receive a message that resembles the following:
This is a Windows© Communication Foundation service.
Metadata publishing for this service is currently disabled
If you receive a "Service Unavailable" error message when you try to browse the .svc file, use the following methods to troubleshoot the error message:
  • Verify that the application pool for the virtual directory is running.
  • Remove all unnecessary ISAPI filters from the Web site. Additionally, remove all unnecessary ISAPI filters at the Web site root.
  • Use the Process Monitor utility to create a Process Monitor log. Then, inspect the log for "Access Denied" errors.
If you receive an "Error 401.3" error message when you try to browse the .svc file, use the Process Monitor utility to create a Process Monitor log. Then inspect the log for "Access Denied" errors. If the log contains an "Access Denied" error for the IUSR_ComputerName account, follow these steps:
  1. Click Start, click Run, type Inetmgr.exe, and then click OK.
  2. Right-click the virtual directory for the provider, and then click Properties.
  3. On the Virtual Directory tab, click Configuration.
  4. Under Application extensions, click .svc, and then click Edit.
  5. Click to clear the Verify that file exists check box, and then click OK.
  6. Restart IIS.
Back to the top

Step 3: Verify the Windows SharePoint Services configuration

When the IIS Web site that hosts the provider is extended into Windows SharePoint Services, you may experience HTTP 404 errors when you try to access a file in the Web site or in the virtual directory. When this issue occurs, the provider will fail at startup.

To resolve this issue, exclude the virtual directory for the provider from Windows SharePoint Services. To do this, follow these steps.
  1. Start SharePoint Central Administration.
  2. Under Virtual Server Configuration, click Configure virtual server settings.
  3. Click Default Web Site, or click the Web site for the provider that has been extended by Windows SharePoint Services.
  4. Under Virtual Server Management, click Define managed paths.
  5. Under Add a New Path, type the name of the virtual directory for the provider in the Path box, click to select the Excluded path check box, and then click OK.

    Note When you type the name of the virtual directory for the provider, type the name of the virtual directory as it appears in IIS Manager.
After you exclude the virtual directory for the provider from Windows SharePoint Services, you may receive an error message that resembles the following when you try to browse the .svc file in IIS Manager:
An error occurred loading a configuration file: Access to the path 'c:\inetpub\wwwroot\web.config' is denied.
To resolve this issue, follow these steps:
  1. Open the InetPub\WWWRoot folder.
  2. Right-click web.config, and then click Properties.
  3. On the Security tab, click IIS_WPG, click to select the Read check box, and then click OK.

    Note If the IIS_WPG group does not appear under Group or user names, click Add, type IIS_WPG, and then click OK.
Back to the top

MORE INFORMATION

A BizTalk RFID installation on a computer that is running Windows Server 2003 uses the IIS process model to host providers and processes that are added in RFID Manager. Therefore, a virtual directory and an application pool are created in IIS for each provider or process. Because a virtual directory and an application pool are created for each provider or process, a faulty provider or process does not affect the functionality of the BizTalk RFID infrastructure.
Back to the top

REFERENCES

For more information about how to configure IIS Web site authentication in Windows Server 2003, click the following article number to view the article in the Microsoft Knowledge Base:
324274  (http://support.microsoft.com/kb/324274/ ) How to configure IIS Web site authentication in Windows Server 2003
For more information about issues that may occur when you try to use anonymous access to view a Web site that is hosted on IIS 6, click the following article number to view the article in the Microsoft Knowledge Base:
909887  (http://support.microsoft.com/kb/909887/ ) Error message when you try to view a Web site that is hosted on Internet Information Server 6.0 by using anonymous access: "401.1 Unauthorized: Logon failed"
For more information about issues that may occur if the account that is used for anonymous access in IIS 6.0 is unexpectedly locked out, click the following article number to view the article in the Microsoft Knowledge Base:
922730  (http://support.microsoft.com/kb/922730/ ) The account that is used for anonymous access may be unexpectedly locked out in IIS 6.0 or in IIS 5.0
For more information about status codes that are returned by IIS, click the following article number to view the article in the Microsoft Knowledge Base:
318380  (http://support.microsoft.com/kb/318380/ ) Description of Microsoft Internet Information Services (IIS) 5.0 and 6.0 status codes
For more information about how to troubleshoot HTTP 401 errors in IIS, click the following article number to view the article in the Microsoft Knowledge Base:
907273  (http://support.microsoft.com/kb/907273/ ) Troubleshooting HTTP 401 errors in IIS
For more information about how to troubleshoot IIS connectivity issues, click the following article number to view the article in the Microsoft Knowledge Base:
279729  (http://support.microsoft.com/kb/279729/ ) Web pages not serving from IIS
For more information about how to use the ASP.NET IIS Registration Tool to register the ASP.NET 2.0 Web extension with IIS, visit the following Microsoft Developer Network (MSDN) Web site:
http://msdn2.microsoft.com/en-us/library/k6h9cz8h(VS.80).aspx (http://msdn2.microsoft.com/en-us/library/k6h9cz8h(VS.80).aspx)
For more information about issues that can occur when a services that is hosted in IIS fails, visit the following MSDN Web site:
http://msdn2.microsoft.com/en-us/library/ms752252.aspx (http://msdn2.microsoft.com/en-us/library/ms752252.aspx)
For more information about how to troubleshoot issues in IIS, visit the following MSDN Web site:
http://msdn2.microsoft.com/en-us/library/ms524996.aspx (http://msdn2.microsoft.com/en-us/library/ms524996.aspx)
For more information about how the Process Monitor utility works, visit the following Microsoft Web site:
http://technet.microsoft.com/en-us/sysinternals/bb896645.aspx (http://technet.microsoft.com/en-us/sysinternals/bb896645.aspx)
Back to the top
APPLIES TO
  • Microsoft BizTalk Server 2006 R2 Standard Edition
  • Microsoft BizTalk Server 2006 R2 Enterprise Edition
  • Microsoft BizTalk Server 2006 R2 Developer Edition
  • Microsoft BizTalk Server 2006 R2 Branch Edition
Back to the top
Keywords: 
kbtshoot kbbts kbprb KB942467
Back to the top
 

Get Help Now

Contact a support professional by E-mail, Online, or Phone

Article Translations