Why not? Aside from the fact that SVRCONN and RQSTR channels are not available as options to the AdoptNewMCA parm, the fact that you have several instances should not be a problem as long as you set the AdoptNewMCACheck parameter. It causes a check against the IP address (among other things) to allow for multiple instances not clobbering each other. Whether it works at all for SVRCONN channels is not addressed in the manuals, though, as far as I can tell. If anyone has a pointer to where AdoptNewMCA is mentioned in the manuals specifically for SVRCONN or RQSTR channels, please forward it!
-- T.Rob -----Original Message----- From: MQSeries List [mailto:[EMAIL PROTECTED] Behalf Of Darren Douch Sent: Monday, August 23, 2004 6:05 AM To: [EMAIL PROTECTED] Subject: Re: svrconn chl question(s) Thanks Bobbee. I neglected to mention that there are a number of apps scattered around using the same svrconn channel, so I don't think adoptnewmca is an option here. Regards Darren. ----- Original Message ----- From: "Robert Broderick" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Saturday, August 21, 2004 5:12 PM Subject: Re: svrconn chl question(s) > You might want to look at the ADOPTMCA parameter in the Queue Manager > configuration file. > > bobbee > > > > >From: Darren Douch <[EMAIL PROTECTED]> > >Reply-To: MQSeries List <[EMAIL PROTECTED]> > >To: [EMAIL PROTECTED] > >Subject: svrconn chl question(s) > >Date: Wed, 18 Aug 2004 13:26:03 +0100 > > > >Hi > > > >I have an app that opens a client connection channel to put some msgs. It > >then hangs around for a variable length of time waiting for some non-MQ > >stuff to happen - the MQ channel is still up, but the app is not putting or > >getting msgs. Eventually some more work comes along and it gets a 2009 on > >the PUT (I think we have connectivity issues causing this, but they seem > >difficult to get to the bottom of). We get a new connection and redo the > >put. > > > >This works, but we eventually hit the maxactivechannels - the broken ones > >never seem to come down. > > > >So... we will probably change the app so that it only maintains its > >connection whilst there is definitely work to do, but is there anything we > >can do - heartbeats, keepalive, anything else? - that would get the qmgr to > >realise that it's got a lot of broken channels? Given that we're using > >client connection and not sat in a GET WAIT I think the answer is no, but > >this forum is usually wiser than I :) > > > >Thanks > >Darren. > > > > _________________________________________________________________ > Don t just search. Find. Check out the new MSN Search! > http://search.msn.click-url.com/go/onm00200636ave/direct/01/ > > Instructions for managing your mailing list subscription are provided in > the Listserv General Users Guide available at http://www.lsoft.com > Archive: http://vm.akh-wien.ac.at/MQSeries.archive > Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
