ASG
IBM
Zystems
Cressida
Icon
Netflexity
 
  MQSeries.net
Search  Search       Tech Exchange      Education      Certifications      Library      Info Center      SupportPacs      LinkedIn  Search  Search                                                                   FAQ  FAQ   Usergroups  Usergroups
 
Register  ::  Log in Log in to check your private messages
 
RSS Feed - WebSphere MQ Support RSS Feed - Message Broker Support

MQSeries.net Forum Index » Clustering » MQ.NET getting mqrc 2082

Post new topic  Reply to topic
 MQ.NET getting mqrc 2082 « View previous topic :: View next topic » 
Author Message
dutchman
PostPosted: Fri Jul 29, 2011 1:03 am    Post subject: MQ.NET getting mqrc 2082 Reply with quote

Acolyte

Joined: 15 May 2001
Posts: 71
Location: Netherlands

Guys, I hope one of you has some experience with the MQ.NET interface. We have a product from a company called TWOFOUR running on Windows, written in C sharp.

The tool they have produces an mqrc 2082 when opening an alias queue that points to a cluster queue on another server.

The standard tool amqsput works fine.

I have done all the usual checks and am happy with our set up.

I strongly suspest they are (inadvertantly) setting the od.ObjectQMgrName.

Anyone seen this before?

MQ version is a bit old (7.0.1.0) but if they are setting the od.ObjectQMgrName then it makes no difference.

Cheers ... Ruud
Back to top
View user's profile Send private message Send e-mail
mvic
PostPosted: Fri Jul 29, 2011 3:58 am    Post subject: Re: MQ.NET getting mqrc 2082 Reply with quote

Jedi

Joined: 09 Mar 2004
Posts: 2080

dutchman wrote:
I strongly suspest they are (inadvertantly) setting the od.ObjectQMgrName.

Use "strmqtrc -t api" to find out for sure. "endmqtrc" to end the trace.
Back to top
View user's profile Send private message
dutchman
PostPosted: Fri Jul 29, 2011 9:00 pm    Post subject: Reply with quote

Acolyte

Joined: 15 May 2001
Posts: 71
Location: Netherlands

yeah, the trace was done but for the life of me could not find the setting.
Back to top
View user's profile Send private message Send e-mail
fjb_saper
PostPosted: Fri Jul 29, 2011 11:12 pm    Post subject: Re: MQ.NET getting mqrc 2082 Reply with quote

Grand High Poobah

Joined: 18 Nov 2003
Posts: 20700
Location: LI,NY

dutchman wrote:
Guys, I hope one of you has some experience with the MQ.NET interface. We have a product from a company called TWOFOUR running on Windows, written in C sharp.

The tool they have produces an mqrc 2082 when opening an alias queue that points to a cluster queue on another server.

The standard tool amqsput works fine.

I have done all the usual checks and am happy with our set up.

I strongly suspect they are (inadvertently) setting the od.ObjectQMgrName.

Anyone seen this before?

MQ version is a bit old (7.0.1.0) but if they are setting the od.ObjectQMgrName then it makes no difference.

Cheers ... Ruud


Have you made sure that the code is not trying to work through the ALIAS and get to the BASE queue?

Setting the qmgr name to the qmgr you are connected to (and where the alias queue was created) should not be a problem, as long as the qname stays the alias qname.

Now if the Alias queue is clustered too and may not exist on the qmgr you are connected to, you may explicitly have to make sure that the object qmgr's name is set to spaces...

Be aware also that your queue open options should only use output related options and no input related option can be used.

Have fun
_________________
MQ & Broker admin
Back to top
View user's profile Send private message Send e-mail
Display posts from previous:   
Post new topic  Reply to topic Page 1 of 1

MQSeries.net Forum Index » Clustering » MQ.NET getting mqrc 2082
Jump to:  



You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
Protected by Anti-Spam ACP
 
 


Theme by Dustin Baccetti
Powered by phpBB © 2001, 2002 phpBB Group

Copyright © MQSeries.net. All rights reserved.