MSMQ Information and Troubleshooting Blog https://docs.microsoft.com/archive/blogs/gautamm/feed.xml Tue, 16 Apr 2019 05:09:13 GMT en-US hourly 1 Biztalk 2013 - Oracle WCF Adapter throws Error “System.NullReferenceException: Object reference no set to an instance of an object”. https://docs.microsoft.com/archive/blogs/gautamm/biztalk-2013-oracle-wcf-adapter-throws-error-system-nullreferenceexception-object-reference-no-set-to-an-instance-of-an-object Thu, 12 Feb 2015 17:26:04 GMT https://blogs.msdn.microsoft.com/gautamm/2015/02/12/biztalk-2013-oracle-wcf-adapter-throws-error-system-nullreferenceexception-object-reference-no-set-to-an-instance-of-an-object/ Customer was using Biztalk 2013 WCF Oracle Adapter to Insert messages into Oracle Database. The host Instance would crash and we would get error “System.NullReferenceException: Object reference no set to an instance of an object”.

After we took a WCF trace we found that the real error was "Unable to load OraMTS".

 

Resolution:

After some research we found that this error can occur if the Ambient Transaction property on the Port Configuration is checked. Disabling it fixed the issue.

]]> Biztalk 2010 WCF adapters Fail after Installation of .Net Framework 4.5 https://docs.microsoft.com/archive/blogs/gautamm/biztalk-2010-wcf-adapters-fail-after-installation-of-net-framework-4-5 Wed, 11 Jun 2014 16:26:07 GMT https://blogs.msdn.microsoft.com/gautamm/2014/06/11/biztalk-2010-wcf-adapters-fail-after-installation-of-net-framework-4-5/ Biztalk 2010 does not support .Net Framework 4.5 as of today. Hence we may experience unexpected side effects of installing .Net Frameowork 4.5 on a Biztalk 2010 Server. One such problem that was experience by one of the customers I recently worked with was that the WCF Adapters No Longer Work as expected. Every time we tried to configure the WCF SQL adapter Receive location we got the following error pop up message:



TITLE: BizTalk Server Administration
------------------------------

Exception has been thrown by the target of an invocation. (mscorlib)

------------------------------
ADDITIONAL INFORMATION:

Binding not found : sqlBinding (Microsoft.Adapters.Common.BizTalk)

------------------------------
BUTTONS:

OK
------------------------------

 

Resolution:

To resolve the issue we did a Repair of the Biztalk Adapter Pack. Run the Repair on both the 32-bit and 64-bit version of the Adapter Pack.

 

Note: No Applications were affected by our in place repair but it would be a good idea to back your Biztalk application bindings and binaries as well as ensuring that you have a recent backup of all your Biztalk Databases.

]]> Biztalk 2009 Administration / Management Snap-in Fails to Load. https://docs.microsoft.com/archive/blogs/gautamm/biztalk-2009-administration-management-snap-in-fails-to-load Wed, 11 Jun 2014 16:12:00 GMT https://blogs.msdn.microsoft.com/gautamm/2014/06/11/biztalk-2009-administration-management-snap-in-fails-to-load/ If you are running Biztalk 2009 or any other version for that matter and if you get the following error when trying to view your Biztalk Application then Follow the steps below to help resolve this:

 

Error:

Microsoft.BizTalk.ExceptionMessageBox.BtsExceptionMessageBox.ReprocessManagementException(Exception exception, Exception newInnerException)

   at Microsoft.BizTalk.ExceptionMessageBox.BtsExceptionMessageBox.ReprocessSpecificExceptions(Exception exception, Exception newInnerException)

   at Microsoft.BizTalk.ExceptionMessageBox.BtsExceptionMessageBox.ReprocessExceptionRecursive(Exception exception)

   at Microsoft.BizTalk.ExceptionMessageBox.BtsExceptionMessageBox.set_Message(Exception value)

   at Microsoft.BizTalk.ExceptionMessageBox.BtsExceptionMessageBox..ctor(Exception exception, ExceptionMessageBoxButtons buttons, ExceptionMessageBoxSymbol symbol)

   at Microsoft.BizTalk.SnapIn.Framework.FrameworkNotification.Show(Exception exception, String caption, MessageBoxButtons buttons, MessageBoxIcon icon, Control staMarshaller, IWin32Window parent)

   at Microsoft.BizTalk.SnapIn.Framework.FrameworkNotification.ShowError(Exception exception, Control staMarshaller, IWin32Window parent)

   at Microsoft.BizTalk.SnapIn.Framework.FrameworkNotification.ShowError(Exception exception)

   at Microsoft.BizTalk.Administration.SnapIn.GroupNode.FullRefresh(Object o, ResultsChangedEventArgs e)

   at Microsoft.BizTalk.Administration.SnapIn.GroupNode.OnExpand(AsyncStatus status)

   at Microsoft.ManagementConsole.NodeSyncManager.ProcessRequest(NodeRequestInfo info, IRequestStatus requestStatus)

   at Microsoft.ManagementConsole.NamespaceSnapInBase.ProcessRequest(Request request)

   at Microsoft.ManagementConsole.SnapIn.ProcessRequest(Request request)

   at Microsoft.ManagementConsole.Internal.SnapInClient.Microsoft.ManagementConsole.Internal.IMessageClient.ProcessRequest(Request request)

   at Microsoft.ManagementConsole.Internal.IMessageClient.ProcessRequest(Request request)

   at Microsoft.ManagementConsole.Executive.RequestStatus.BeginRequest(IMessageClient messageClient, RequestInfo requestInfo)

   at Microsoft.ManagementConsole.Executive.SnapInRequestOperation.ProcessRequest()

   at Microsoft.ManagementConsole.Executive.Operation.OnThreadTransfer(SimpleOperationCallback callback)

 

Resolution:

The issue is due to possible corruption of the Biztalk WMI Object. Inorder to fix this run the command below from the directory where you have BTSWMISchema.mof file present.

 

mofcomp BTSWMISchema.mof

 

The  Above command rebuild the WMI Objects for Biztalk. This command should not affect any of your installed Biztalk Applications.

]]> MSMQ Service Reports "Insufficient Resources to perform this operation" when trying to create a Private Queue. https://docs.microsoft.com/archive/blogs/gautamm/msmq-service-reports-insufficient-resources-to-perform-this-operation-when-trying-to-create-a-private-queue Tue, 30 Oct 2012 14:08:00 GMT https://blogs.msdn.microsoft.com/gautamm/2012/10/30/msmq-service-reports-insufficient-resources-to-perform-this-operation-when-trying-to-create-a-private-queue/ Problem:

 Customer was trying to create a private queue on a Windows 2008 R2 Server and getting back an "insufficient resources to perform this operation" error when trying to create a private queue.

 

BackGround:

It has been 5+years since I have worked on a MSMQ Insufficient Resource to perform this Operation error. On Windows 2000 and 2003 these errors were pretty frequent and the root cause was due to storage size. So when I got this customer reporting this on Windows 2008 R2 Server I was a little surprised since storage size is not a really that big of a deal.

Cause:

After a little digging around, I found that the security on the server had been hardened. As a result of this, the MSMQ storage directory default security had been modified and had locked the msmq service out and the service was unable to access the storage folder.

Resolution:

We gave everyone group full access to the msmq storage and that resolved the issue.

]]> MSMQ Service Hangs when trying to stop or start it on Windows 2008 or Windows 2008 R2 Server. https://docs.microsoft.com/archive/blogs/gautamm/msmq-service-hangs-when-trying-to-stop-or-start-it-on-windows-2008-or-windows-2008-r2-server Mon, 04 Jun 2012 11:34:59 GMT https://blogs.msdn.microsoft.com/gautamm/2012/06/04/msmq-service-hangs-when-trying-to-stop-or-start-it-on-windows-2008-or-windows-2008-r2-server/ Problem:

If you are running Microsoft Message Queue (MSMQ) on Windows 2008 or Windows 2008 R2 Server and the service hangs on startup or when stopping it and logs the following error to event log:

Event ID: 2084

The Message Queuing Service cannot start because a queue is in an inconsistent state. For More Information See Microsoft Knowledge Base Article 827493 at support.microsoft.com

 

Resolution:

After troubleshooting we found that the machine name for this server was greater than 15 characters. Netbios names can only be 15 characters or less. This was causing problems with the MSMQ Service as a result it was ending up in the inconsistent state as specified in the error. To fix this issue, we uninstalled MSMQ, renamed the machine to something smaller than 15 characters and then reinstalled MSMQ. This resolved the issue.

]]> Biztalk 2010 Admin Server unable to Manage WCF Ports. https://docs.microsoft.com/archive/blogs/gautamm/biztalk-2010-admin-server-unable-to-manage-wcf-ports Mon, 04 Jun 2012 10:58:07 GMT https://blogs.msdn.microsoft.com/gautamm/2012/06/04/biztalk-2010-admin-server-unable-to-manage-wcf-ports/ Problem:

If we have a Dedicated Admin Server for Managing the Biztalk Environment then you may receive the following error when trying to Manage WCF ports:

Windows Communication Foundation Administration Tools 

You will be able to manage the file Adapter and other Standard Adapters without any problems. Only the WCF adapters will give you the error above.

 

Cause:

The following Component was not installed. 
Windows Communication Foundation Administration Tools 

 

Resolution:

We were able to fix the issue by doing the following.


1. Close all instance of bts admin console 
2. Go to Control Panel > Uninstall and choose BizTalk Server and in there modify the install to add Windows Communication Foundation Administration Tools 
3. Once that was added, open a new instance of bts admin console and it works 

]]> Biztalk 2010 Receive location intermittently stops reading files from FTP server. https://docs.microsoft.com/archive/blogs/gautamm/biztalk-2010-receive-location-intermittently-stops-reading-files-from-ftp-server Thu, 17 May 2012 15:50:52 GMT https://blogs.msdn.microsoft.com/gautamm/2012/05/17/biztalk-2010-receive-location-intermittently-stops-reading-files-from-ftp-server/ Recently had a very interesting case. The biztalk 2010 FTP adapter would read messages but if there is a gap of 10-15min where the Server did not have files to give to the Biztalk FTP Receive Location, the Biztalk Service would report Error 500 - Failed to connect to FTP Server.

A network monitor trace basically showed that Biztalk was trying to connect to the FTP server using the old session information. But the server had already decided to discard the old session and did so without notifying the Biztalk Server. As an easy workaround we executed the QUIT command in the After Put Property of the FTP Receive Location. Though not the most efficient method but did the job.

 

]]> MSMQ Management console on Win2k8 & WIn2k8 R2 Cluster not Visible https://docs.microsoft.com/archive/blogs/gautamm/msmq-management-console-on-win2k8-win2k8-r2-cluster-not-visible Thu, 09 Feb 2012 11:26:47 GMT https://blogs.msdn.microsoft.com/gautamm/2012/02/09/msmq-management-console-on-win2k8-win2k8-r2-cluster-not-visible/ Symptoms
The customer has a Win2k8 R2 Cluster with MSMQ Resource. They right click the MSMQ resource but MSMQ does not show up in the Computer Management console. We see the same thing with MMCV.

Resolution

Changed the MSMQ physical node service acct to run under Network Service and that resolved the cluster issue.
]]> MSMQ 4 & 5 not receiving messages from Large Number of Clients https://docs.microsoft.com/archive/blogs/gautamm/msmq-4-5-not-receiving-messages-from-large-number-of-clients Thu, 09 Feb 2012 10:41:00 GMT https://blogs.msdn.microsoft.com/gautamm/2012/02/09/msmq-4-5-not-receiving-messages-from-large-number-of-clients/ Symptoms
Had a very interesting case this week. Customer had few MSMQ 2008 Servers forming the NLB. They had few thousand clients sending non transactional messages to MSMQ Queues using Direct Format Names. Everytime you restart the MSMQ on the server the client would be able to send messages and then stop. The messages would start building in the out going queue with state Waiting to connect. A netmon trace would show the Server sending resets to the clients and some times the reset would come from the server.

Cause

MSMQ service on the server caches the client certificate. If the number of clients exceeds the default cached size then the server tries to delete half the
number of certs based on age. Some problem here causes the threads to hang.

Resolution

There is an easy fix to this problem. All we do is increase the size of the cache so that we do not have to delete the certificates to make way for other
certificates.

HKLM\SOFTWARE\Microsoft\MSMQ\Parameters\UserCacheSize  Dword Value to Number of client +100(for safety)

You can learn more about the registry key here.

]]> MSMQ Performance degrades over time & MSMQ LQS folder is 100s of MB. https://docs.microsoft.com/archive/blogs/gautamm/msmq-performance-degrades-over-time-msmq-lqs-folder-is-100s-of-mb Thu, 09 Feb 2012 09:54:09 GMT https://blogs.msdn.microsoft.com/gautamm/2012/02/09/msmq-performance-degrades-over-time-msmq-lqs-folder-is-100s-of-mb/ Symptoms
MSMQ Performance degrades over a period of time. The MSMQ LQS folder is 100s of MB in Size. You have to delete
the Queue queue and recreated them to make this work.

Cause

There is some problem with the security descriptor as a result MSMQ keeps writing it over and and over again to the files in LQS folder.
This results in the file size growing large and the performance of the service goes down.

Resolution

The simple workaround to this problem is to set the queue security at the time of creation. When we create a
new queue, disable inheritance from parent and then give permissions to the  appropriate account.
]]>