# Monday, August 13, 2007

I came across a frustrating interesting problem today where the BizTalk Server 2006 Configuration wizard would fail every time I applied a new configuration.

Unlike a typical BizTalk developer environment (which usually consists of BizTalk and SQL Server on the same machine), this environment consisted of two separate machines: one BizTalk Server 2006 and one SQL Server 2005 (i.e. the BizTalk databases are stored on the SQL Server).  Additionally, this is a virtual environment and both machines were cloned from the same base Windows Server 2003 R2 template.

I was installing the following components ...

  • Enterprise Single Sign-On (SSO)
  • Group
  • BizTalk Runtime
  • MSMQT

It would successfully install ENTSSO, but would fail when installing the group.  The log file reported the following error:

Failed to configure with error message [Exception of type 'System.EnterpriseServices.TransactionProxyException' was thrown.]

The following Google search suggested to me that  the underlying problem was with MSDTC (aren't all BizTalk problems?).  I checked, and double-checked, the MSDTC properties on both servers and couldn't find anything wrong with the configuration.  So, I had to pull out the big guns.

I downloaded DTCPing (a very handy tool for debugging DTC issues) and ran it on both machines (make sure to read the instructions on how to use DTCPing as it is not straightforward).  In the generated log file I noticed the following warning:

WARNING: the CID values for both test machines are the same while this problem won't stop DTCping test, MSDTC will fail for this ...

A Google search on this warning helped me to understand that the underlying problem is that the CID values stored for MSDTC were not changed during the cloning process.  But of course!

If you're experiencing this problem, check the following registry key on both of your machines.  Are the keys identical?

HKEY_CLASSES_ROOT\CID

Mine were.  Here's the steps I took successfully reinstall MSDTC so that the CID values were unique.  Run this procedure on both machines:

  1. Use Add Windows Components, and remove Network DTC.
  2. Go to the command line and run: MSDTC -uninstall
  3. Go to the registry and delete the MSDTC keys in HKLM/Software/Microsoft/Software/MSDTC, HKLM/System/CurrentControlSet/Services/MSDTC, and HKEY_CLASSES_ROOT\CID (if they're still there).
  4. Reboot
  5. Go to the command line and run: MSDTC -install
  6. Use Add Windows Components, and add Network DTC.
  7. Go to the command line and run: net start msdtc

After running this on both servers I was able to confirm that the CID values were unique.  And, sure enough, when I next applied my configuration to BizTalk Server 2006 everything worked perfectly.

I hope this helps!

Tuesday, September 04, 2007 4:13:13 PM (Central Standard Time, UTC-06:00)
Thanks!!! Big time! This helped me get past my configuration problem. I probably would have been stymied on this one for a while.
Glenn Walker
Tuesday, September 11, 2007 11:35:53 AM (Central Standard Time, UTC-06:00)
Thanks so much for this article. I had the same exact problem, I followed your procedure and it worked like a charm!

*******
Luis Colmenarez
Luis Colmenarez
Tuesday, September 11, 2007 12:14:55 PM (Central Standard Time, UTC-06:00)
You both are very welcome! I am glad that the solution worked!!
Monday, October 01, 2007 5:20:21 PM (Central Standard Time, UTC-06:00)
i have the similar problem. However, do we need to re-install MSDTC on the SQL Server or the BizTalk Server?
amit
Thursday, October 04, 2007 7:56:03 AM (Central Standard Time, UTC-06:00)
If MSDTC is a MSCS clustered resource should the CID on the two servers be the same or should they be different?
mike
Monday, October 15, 2007 4:49:13 AM (Central Standard Time, UTC-06:00)
Thanks for the post.
here is another scenario for the same exception : System.EnterpriseServices.TransactionProxyException during BizTalk 2006 configuration.

The CID values were different for both machine but the problem was that the Network DTC service was not installed on BizTalk machine.
Tuesday, March 25, 2008 1:36:15 PM (Central Standard Time, UTC-06:00)
Trackback from http://blog.davidbarrett.net/archive/2008/03/25/120747.aspx
Thursday, April 24, 2008 5:08:34 AM (Central Standard Time, UTC-06:00)
Thanks so much for this article, this error cost me a half a day modifying MSDTC settings.
Luke Kennedy
Wednesday, August 06, 2008 12:41:11 PM (Central Standard Time, UTC-06:00)
Thank you Wade! Exactly my problem. Well, no cloning next time.
Paul
Tuesday, September 23, 2008 1:45:50 PM (Central Standard Time, UTC-06:00)
I had similar problem on Windows 2008 Servers (both are virtual machines). I did pretty much the same as you did, uninstalled msdtc, rebooted and re-installed ( have to do that as Administrator ). Ran first the dtcping utility and communication was ok - tested our application and it worked like a charm.

Dave
Friday, October 17, 2008 11:36:49 AM (Central Standard Time, UTC-06:00)
I was able to solve this same problem thanks to your description.

Nonetheless, I only reinstalled MSDTC on the BizTalk server and left the SQL Server untouched. It works so as long as the CID values differ between the servers.
Tuesday, November 04, 2008 7:24:07 PM (Central Standard Time, UTC-06:00)
Sadly i only found this article posting after i had battled with this eaxct problem for HOURS!
Thanks for the solution. Two lessons learnt here;

1) Google first
2) The few minutes that cloning machines saves you is just not worth it in the long run. Take the time to install the machine properly first time around!
Name
E-mail
Home page

Comment (Some html is allowed: a@href@title, b) where the @ means "attribute." For example, you can use <a href="" title=""> or <blockquote cite="Scott">.  

Enter the code shown (prevents robots):

Live Comment Preview