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 » General IBM MQ Support » receiver channel on z/os

Post new topic  Reply to topic
 receiver channel on z/os « View previous topic :: View next topic » 
Author Message
Nizam
PostPosted: Thu Oct 07, 2004 7:30 pm    Post subject: receiver channel on z/os Reply with quote

Disciple

Joined: 10 Feb 2004
Posts: 160

Hi,
I have a sender and receiver channels from both windows 2000 queue manager and mainframe(z/os) queue manager.
I know that we only need to start the sender channel.
This following is the status of my receiver channels after i start the sender channels.
Windows QM receiver channel - Inactive
Mainframe QM receiver chanel - Run
Now the problem is when there is an error and if the sender channel on windows is retrying i still see that the mainframe's receiver channel is in run state.
When i have to restart the sender channel i first had to bring the receiver channel to inactive state and then start the sender channel.
Is this normal behaviour or do i have to set any particular attributes on the channels.( i have set the channel triggerering and disconnect interval to 0).
Back to top
View user's profile Send private message
siliconfish
PostPosted: Thu Oct 07, 2004 7:57 pm    Post subject: Reply with quote

Master

Joined: 12 Aug 2002
Posts: 203
Location: USA

You have to use HBINT Channel attribute and use TCP KEEPALIVE or KAINT to close down the RCVR Channel while the connection is broken.
DISCINT value of Zero means no disconnect; wait indefinitely and this applies only at the SDR end.
Looks like the problem is with your network as the Sender channel is going into Retrying state.
_________________
siliconfish
Back to top
View user's profile Send private message
PeterPotkay
PostPosted: Thu Oct 07, 2004 8:03 pm    Post subject: Reply with quote

Poobah

Joined: 15 May 2001
Posts: 7722

Research AdomtMCA and AdoptNewMCA. Yes Heartbeats and Keep Alive should be used as well, but the immediate problem is that your RCVR channel is hung up listening on an orphaned socket. MQ will not let a new connection reach that hung channel. Unless you manually stop it. Or unless you use Adopt MCA, which tells the QM to abondon the original RCVR channel instance in favor of the new attempt coming in.
_________________
Peter Potkay
Keep Calm and MQ On
Back to top
View user's profile Send private message
offshore
PostPosted: Fri Oct 08, 2004 5:38 am    Post subject: Reply with quote

Master

Joined: 20 Jun 2002
Posts: 222

Nizam,

The adopt parms for z/OS are named ADOPTMCA & ADOPTCHK.

They are located in the CSQ4XPRM, so once you make the change you'll have to re-run that job to assemble & link edit the load module.

I have ADOPTMCA=YES (default is no...I really think that IBM should change that, but...)

ADOPTCHK=ALL (default, provides the most security by checking QMGR name and network address to verify they're the same.)

Check the System Setup Guide for the other options, which I think are
1.] QMNAME
2.] NETADDR
3.] NONE

Peter had ya on the right track...the AdoptXXXX name is a little different on z/OS compared to distributed systems( UNIX, Windows...).
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 » General IBM MQ Support » receiver channel on z/os
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.