Christopher P Alioto/Chicago/IBM is out of the office.
I will be out of the office starting June 7, 2002 and will not return until June 10, 2002. Please contact Loren Battist at [EMAIL PROTECTED] or 630-577-3337 for any MQSeries concerns. Thanks. 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
Re: HPUX client trigger not running app.
Yep..it's the application type... thanks.. it came to me just before I opened your email. Sid -Original Message- From: Stefan Sievert [mailto:[EMAIL PROTECTED]] Sent: Saturday, 8 June 2002 9:09 AM To: [EMAIL PROTECTED] Subject: Re: HPUX client trigger not running app. Howdy Sid, that means that you have specified the application type of your triggered application in the process definition as WINDOWSNT (snippet from cmqc.h: #define MQAT_WINDOWS_NT 11L) and HP-UX probably has some difficulties with that... ;-P I think you need to specify APPLTYPE(UNIX) in the PROCESS defintion. the value depends on where the triggered progam needs to run, not where the queue manager lives. Everybody have a geat weekend, Stefan >From: Sid Young <[EMAIL PROTECTED]> >Reply-To: MQSeries List <[EMAIL PROTECTED]> >To: [EMAIL PROTECTED] >Subject: HPUX client trigger not running app. >Date: Sat, 8 Jun 2002 08:34:30 +1000 > >Howdy all, > >I am testing a client trigger monitor on HPUX 11.0 and get the follwoing >error: > >Application type 11 not supported. > >Does anyone know what this means ? > > >Sid 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
Re: HPUX client trigger not running app.
Howdy Sid, that means that you have specified the application type of your triggered application in the process definition as WINDOWSNT (snippet from cmqc.h: #define MQAT_WINDOWS_NT 11L) and HP-UX probably has some difficulties with that... ;-P I think you need to specify APPLTYPE(UNIX) in the PROCESS defintion. the value depends on where the triggered progam needs to run, not where the queue manager lives. Everybody have a geat weekend, Stefan >From: Sid Young <[EMAIL PROTECTED]> >Reply-To: MQSeries List <[EMAIL PROTECTED]> >To: [EMAIL PROTECTED] >Subject: HPUX client trigger not running app. >Date: Sat, 8 Jun 2002 08:34:30 +1000 > >Howdy all, > >I am testing a client trigger monitor on HPUX 11.0 and get the follwoing >error: > >Application type 11 not supported. > >Does anyone know what this means ? > > >Sid > >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 _ Join the world s largest e-mail service with MSN Hotmail. http://www.hotmail.com 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
HPUX client trigger not running app.
Howdy all, I am testing a client trigger monitor on HPUX 11.0 and get the follwoing error: Application type 11 not supported. Does anyone know what this means ? Sid 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
Re: Full Log on MVS
Stefan, Thanks, that is helpful to know. There could be an issue of a delay. We do do some freemains and some file !/Os afterwards prior to the close. And CICS could swap us out before they can execute the close. This problem happened once last week and two nights in a row this week. The application has been running with some problems since mid January. This could have happened before, but there have been other external reasons that have been sufficient to explain those earlier problems when they existed. Today's problem has not been explained away yet. Thanks again for your input Stefan Sievert cc: Sent by: MQSeries Subject: Re: Full Log on MVS List 06/07/02 12:46 PM Please respond to MQSeries List Walter, is the application MQCLOSEing the queue immediately after it receives the 2033? You should minimize the time window between the 2033 and the MQCLOSE. If a new message arrives within that window, MQ will not cause a new trigger message to be generated, because the application queue is still open for input; so one of the trigger conditions for TRIGTYPE(FIRST) is not met. Just a thought, Stefan >From: Walter Childson <[EMAIL PROTECTED]> >Reply-To: MQSeries List <[EMAIL PROTECTED]> >To: [EMAIL PROTECTED] >Subject: Full Log on MVS >Date: Fri, 7 Jun 2002 09:47:59 -0700 > >We are running MQ 1.2 on MVS and we have been getting "Full Active Log" >messages (multiple times during the day). Copy of the log message (w/o time >stamps) are at the bottom of this message for review if necessary (note >Archive log also). > >I have two questions: > >1. As the applications person, will this make the Triggering process >(especially Trigger on First) temporailly not work. Reason for asking is >our Trigger on first queue is filling up and not getting processed? The >CICS transaction that reads and processes the message will restart itself >until "2033" (as any good Trigger on First application should be designed). >So can this cause the Trigger of First to get "skipped" while the queue >count increases past one? > >2. Should our Administrator be avoiding these Full log messages? To give >you an idea of frequency, yesterday's log had twelve entries some as close >as one hour and ten minutes apart. What would be the recommendation? > >Thanks in advance > >Walt > >CSQJ002I +Q1 FULL ACTIVE LOG DATA SET 741 >DSNAME=ISMQ.P.ISQ1.LOGCOPY1.DS01, >STARTRBA=0003B6898000,ENDRBA=0003B70CBFFF >CSQJ001I +Q1 CSQJW307 CURRENT COPY 1 ACTIVE LOG DATA 742 >SET IS DSNAME=ISMQ.P.ISQ1.LOGCOPY1.DS02, >STARTRBA=0003B70CC000,ENDRBA=0003B78F >CSQJ002I +Q1 FULL ACTIVE LOG DATA SET 743 >DSNAME=ISMQ.P.ISQ1.LOGCOPY2.DS01, >STARTRBA=0003B6898000,ENDRBA=0003B70CBFFF >CSQJ001I +Q1 CSQJW307 CURRENT COPY 2 ACTIVE LOG DATA 744 >SET IS DSNAME=ISMQ.P.ISQ1.LOGCOPY2.DS02, >STARTRBA=0003B70CC000,ENDRBA=0003B78F >CSQP018I +Q1 CSQPBCKW CHECKPOINT STARTED FOR ALL BUFFER POOLS >CSQP019I +Q1 CSQP1DWP CHECKPOINT COMPLETED FOR BUFFER 746 >POOL 3, 0 PAGES WRITTEN >CSQP019I +Q1 CSQP1DWP CHECKPOINT COMPLETED FOR BUFFER 747 >POOL 2, 1 PAGES WRITTEN >CSQP019I +Q1 CSQP1DWP CHECKPOINT COMPLETED FOR BUFFER 748 >POOL 1, 7 PAGES WRITTEN >CSQP019I +Q1 CSQP1DWP CHECKPOINT COMPLETED FOR BUFFER 749 >POOL 0, 11 PAGES WRITTEN >CSQJ003I +Q1 FULL ARCHIVE LOG VOLUME 750 >DSNAME=ISMQ.P.ISQ1.ARC1.A0001856, STARTRBA=0003B6898000, >ENDRBA=0003B70CBFFF, UNIT=DISK, COPY1VOL=SSW012, VOLSPAN=00 >CATLG=YES >CSQJ003I +Q1 FULL ARCHIVE LOG VOLUME 751 >DSNAME=ISMQ.P.ISQ1.ARC2.A0001856, STARTRBA=0003B6898000, >ENDRBA=0003B70CBFFF, UNIT=DISK, COPY2VOL=SSW001, VOLSPAN=00 >CATLG=YES >CSQJ139I +Q1 LOG OFFLOAD TASK ENDED > >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 _ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp. 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
Re: archives
Mike, there are a couple of 'em. A good starting point is http://www.messageq.com/forums/vienna/ and if you do a search on Subject containing 'archive' there, you'll find some more. Cheers, Stefan >From: "O'Neill, Mike" >Reply-To: MQSeries List <[EMAIL PROTECTED]> >To: [EMAIL PROTECTED] >Subject: archives >Date: Fri, 7 Jun 2002 14:45:23 -0400 > >is there an archive to this list? > >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 _ Send and receive Hotmail on your mobile device: http://mobile.msn.com 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
Re: Full Log on MVS
Walter, is the application MQCLOSEing the queue immediately after it receives the 2033? You should minimize the time window between the 2033 and the MQCLOSE. If a new message arrives within that window, MQ will not cause a new trigger message to be generated, because the application queue is still open for input; so one of the trigger conditions for TRIGTYPE(FIRST) is not met. Just a thought, Stefan >From: Walter Childson <[EMAIL PROTECTED]> >Reply-To: MQSeries List <[EMAIL PROTECTED]> >To: [EMAIL PROTECTED] >Subject: Full Log on MVS >Date: Fri, 7 Jun 2002 09:47:59 -0700 > >We are running MQ 1.2 on MVS and we have been getting "Full Active Log" >messages (multiple times during the day). Copy of the log message (w/o time >stamps) are at the bottom of this message for review if necessary (note >Archive log also). > >I have two questions: > >1. As the applications person, will this make the Triggering process >(especially Trigger on First) temporailly not work. Reason for asking is >our Trigger on first queue is filling up and not getting processed? The >CICS transaction that reads and processes the message will restart itself >until "2033" (as any good Trigger on First application should be designed). >So can this cause the Trigger of First to get "skipped" while the queue >count increases past one? > >2. Should our Administrator be avoiding these Full log messages? To give >you an idea of frequency, yesterday's log had twelve entries some as close >as one hour and ten minutes apart. What would be the recommendation? > >Thanks in advance > >Walt > >CSQJ002I +Q1 FULL ACTIVE LOG DATA SET 741 >DSNAME=ISMQ.P.ISQ1.LOGCOPY1.DS01, >STARTRBA=0003B6898000,ENDRBA=0003B70CBFFF >CSQJ001I +Q1 CSQJW307 CURRENT COPY 1 ACTIVE LOG DATA 742 >SET IS DSNAME=ISMQ.P.ISQ1.LOGCOPY1.DS02, >STARTRBA=0003B70CC000,ENDRBA=0003B78F >CSQJ002I +Q1 FULL ACTIVE LOG DATA SET 743 >DSNAME=ISMQ.P.ISQ1.LOGCOPY2.DS01, >STARTRBA=0003B6898000,ENDRBA=0003B70CBFFF >CSQJ001I +Q1 CSQJW307 CURRENT COPY 2 ACTIVE LOG DATA 744 >SET IS DSNAME=ISMQ.P.ISQ1.LOGCOPY2.DS02, >STARTRBA=0003B70CC000,ENDRBA=0003B78F >CSQP018I +Q1 CSQPBCKW CHECKPOINT STARTED FOR ALL BUFFER POOLS >CSQP019I +Q1 CSQP1DWP CHECKPOINT COMPLETED FOR BUFFER 746 >POOL 3, 0 PAGES WRITTEN >CSQP019I +Q1 CSQP1DWP CHECKPOINT COMPLETED FOR BUFFER 747 >POOL 2, 1 PAGES WRITTEN >CSQP019I +Q1 CSQP1DWP CHECKPOINT COMPLETED FOR BUFFER 748 >POOL 1, 7 PAGES WRITTEN >CSQP019I +Q1 CSQP1DWP CHECKPOINT COMPLETED FOR BUFFER 749 >POOL 0, 11 PAGES WRITTEN >CSQJ003I +Q1 FULL ARCHIVE LOG VOLUME 750 >DSNAME=ISMQ.P.ISQ1.ARC1.A0001856, STARTRBA=0003B6898000, >ENDRBA=0003B70CBFFF, UNIT=DISK, COPY1VOL=SSW012, VOLSPAN=00 >CATLG=YES >CSQJ003I +Q1 FULL ARCHIVE LOG VOLUME 751 >DSNAME=ISMQ.P.ISQ1.ARC2.A0001856, STARTRBA=0003B6898000, >ENDRBA=0003B70CBFFF, UNIT=DISK, COPY2VOL=SSW001, VOLSPAN=00 >CATLG=YES >CSQJ139I +Q1 LOG OFFLOAD TASK ENDED > >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 _ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp. 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
Re: archives
Mike, Try http://www.messageq.com/forums/vienna/ for MQ List Server archives. Regards, Chris "O'Neill, Mike" cc: Sent by: Subject: archives MQSeries List 06/07/02 01:45 PM Please respond to MQSeries List is there an archive to this list? 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
Re: Full Log on MVS
Bruce, Thanks for the info. No we haven't gotten any CSQJ110E messages. The only reason that the application would not finish all of the messages in the queue would be if the CICS transaction had abended (which it did not) Walt Bruce Giordano cc: Sent by: MQSeries Subject: Re: Full Log on MVS List <[EMAIL PROTECTED] .AT> 06/07/02 10:38 AM Please respond to MQSeries List It's normal for the active logs to fill up. As long as it's not occuring more than every half hour and you aren't seeing "CSQJ110E" messages about the last active log being more than 75% full, it's not a problem. I doubt that this has anything to do with your triggering problem. I'd take a look at the application and make certain that it always reads all the messages off the queue when it is triggered. - Bruce Giordano Walter Childson <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Sent by: MQSeries List cc: <[EMAIL PROTECTED]> Subject: Full Log on MVS Friday June 7, 2002 12:47 PM Please respond to MQSeries List We are running MQ 1.2 on MVS and we have been getting "Full Active Log" messages (multiple times during the day). Copy of the log message (w/o time stamps) are at the bottom of this message for review if necessary (note Archive log also). I have two questions: 1. As the applications person, will this make the Triggering process (especially Trigger on First) temporailly not work. Reason for asking is our Trigger on first queue is filling up and not getting processed? The CICS transaction that reads and processes the message will restart itself until "2033" (as any good Trigger on First application should be designed). So can this cause the Trigger of First to get "skipped" while the queue count increases past one? 2. Should our Administrator be avoiding these Full log messages? To give you an idea of frequency, yesterday's log had twelve entries some as close as one hour and ten minutes apart. What would be the recommendation? Thanks in advance Walt CSQJ002I +Q1 FULL ACTIVE LOG DATA SET 741 DSNAME=ISMQ.P.ISQ1.LOGCOPY1.DS01, STARTRBA=0003B6898000,ENDRBA=0003B70CBFFF CSQJ001I +Q1 CSQJW307 CURRENT COPY 1 ACTIVE LOG DATA 742 SET IS DSNAME=ISMQ.P.ISQ1.LOGCOPY1.DS02, STARTRBA=0003B70CC000,ENDRBA=0003B78F CSQJ002I +Q1 FULL ACTIVE LOG DATA SET 743 DSNAME=ISMQ.P.ISQ1.LOGCOPY2.DS01, STARTRBA=0003B6898000,ENDRBA=0003B70CBFFF CSQJ001I +Q1 CSQJW307 CURRENT COPY 2 ACTIVE LOG DATA 744 SET IS DSNAME=ISMQ.P.ISQ1.LOGCOPY2.DS02, STARTRBA=0003B70CC000,ENDRBA=0003B78F CSQP018I +Q1 CSQPBCKW CHECKPOINT STARTED FOR ALL BUFFER POOLS CSQP019I +Q1 CSQP1DWP CHECKPOINT COMPLETED FOR BUFFER 746 POOL 3, 0 PAGES WRITTEN CSQP019I +Q1 CSQP1DWP CHECKPOINT COMPLETED FOR BUFFER 747 POOL 2, 1 PAGES WRITTEN CSQP019I +Q1 CSQP1DWP CHECKPOINT COMPLETED FOR BUFFER 748 POOL 1, 7 PAGES WRITTEN CSQP019I +Q1 CSQP1DWP CHECKPOINT COMPLETED FOR BUFFER 749 POOL 0, 11 PAGES WRITTEN CSQJ003I +Q1 FULL ARCHIVE LOG VOLUME 750 DSNAME=ISMQ.P.ISQ1.ARC1.A0001856, STARTRBA=0003B6898000, ENDRBA=0003B70CBFFF, UNIT=DISK, COPY1VOL=SSW012, VOLSPAN=00 CATLG=YES CSQJ003I +Q1 FULL ARCHIVE LOG VOLUME 751 DSNAME=ISMQ.P.ISQ1.ARC2.A0001856, STARTRBA=0003B6898000, ENDRBA=0003B70CBFFF, UNIT=DISK, COPY2VOL=SSW001, VOLSPAN=00 CATLG=YES CSQJ139I +Q1 LOG OFFLOAD TASK ENDED 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
Re: Client Trigger Monitor on Unix
Wesley, it should be supplied with the MQ product. If you take a look at either the bin directory or the samples directory (where amqsputc, amqsgetc and the like are), you should be able to find a 'runmqtmc', which is the trigger monitor linked with the client libraries. hope that helps, Stefan >From: Wesley Shaw <[EMAIL PROTECTED]> >Reply-To: MQSeries List <[EMAIL PROTECTED]> >To: [EMAIL PROTECTED] >Subject: Client Trigger Monitor on Unix >Date: Fri, 7 Jun 2002 13:03:10 -0400 > >Is there a support pac that provides a Client Trigger Monitor that would >run on Solaris ? > >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 _ Chat with friends online, try MSN Messenger: http://messenger.msn.com 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
archives
is there an archive to this list? 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
switch load file
Hello, I'm trying to add a XA Resource, using the MQSeries 5.3 beta version. for Windows 2000 I'm having a problem loading the switch file. I check the configuration and all is correct. Anyone had used this feature one MQSeries 5.3 without errors? Thanks, Paulo 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
Re: Full Log on MVS
It's normal for the active logs to fill up. As long as it's not occuring more than every half hour and you aren't seeing "CSQJ110E" messages about the last active log being more than 75% full, it's not a problem. I doubt that this has anything to do with your triggering problem. I'd take a look at the application and make certain that it always reads all the messages off the queue when it is triggered. - Bruce Giordano Walter Childson <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Sent by: MQSeries List cc: <[EMAIL PROTECTED]> Subject: Full Log on MVS Friday June 7, 2002 12:47 PM Please respond to MQSeries List We are running MQ 1.2 on MVS and we have been getting "Full Active Log" messages (multiple times during the day). Copy of the log message (w/o time stamps) are at the bottom of this message for review if necessary (note Archive log also). I have two questions: 1. As the applications person, will this make the Triggering process (especially Trigger on First) temporailly not work. Reason for asking is our Trigger on first queue is filling up and not getting processed? The CICS transaction that reads and processes the message will restart itself until "2033" (as any good Trigger on First application should be designed). So can this cause the Trigger of First to get "skipped" while the queue count increases past one? 2. Should our Administrator be avoiding these Full log messages? To give you an idea of frequency, yesterday's log had twelve entries some as close as one hour and ten minutes apart. What would be the recommendation? Thanks in advance Walt CSQJ002I +Q1 FULL ACTIVE LOG DATA SET 741 DSNAME=ISMQ.P.ISQ1.LOGCOPY1.DS01, STARTRBA=0003B6898000,ENDRBA=0003B70CBFFF CSQJ001I +Q1 CSQJW307 CURRENT COPY 1 ACTIVE LOG DATA 742 SET IS DSNAME=ISMQ.P.ISQ1.LOGCOPY1.DS02, STARTRBA=0003B70CC000,ENDRBA=0003B78F CSQJ002I +Q1 FULL ACTIVE LOG DATA SET 743 DSNAME=ISMQ.P.ISQ1.LOGCOPY2.DS01, STARTRBA=0003B6898000,ENDRBA=0003B70CBFFF CSQJ001I +Q1 CSQJW307 CURRENT COPY 2 ACTIVE LOG DATA 744 SET IS DSNAME=ISMQ.P.ISQ1.LOGCOPY2.DS02, STARTRBA=0003B70CC000,ENDRBA=0003B78F CSQP018I +Q1 CSQPBCKW CHECKPOINT STARTED FOR ALL BUFFER POOLS CSQP019I +Q1 CSQP1DWP CHECKPOINT COMPLETED FOR BUFFER 746 POOL 3, 0 PAGES WRITTEN CSQP019I +Q1 CSQP1DWP CHECKPOINT COMPLETED FOR BUFFER 747 POOL 2, 1 PAGES WRITTEN CSQP019I +Q1 CSQP1DWP CHECKPOINT COMPLETED FOR BUFFER 748 POOL 1, 7 PAGES WRITTEN CSQP019I +Q1 CSQP1DWP CHECKPOINT COMPLETED FOR BUFFER 749 POOL 0, 11 PAGES WRITTEN CSQJ003I +Q1 FULL ARCHIVE LOG VOLUME 750 DSNAME=ISMQ.P.ISQ1.ARC1.A0001856, STARTRBA=0003B6898000, ENDRBA=0003B70CBFFF, UNIT=DISK, COPY1VOL=SSW012, VOLSPAN=00 CATLG=YES CSQJ003I +Q1 FULL ARCHIVE LOG VOLUME 751 DSNAME=ISMQ.P.ISQ1.ARC2.A0001856, STARTRBA=0003B6898000, ENDRBA=0003B70CBFFF, UNIT=DISK, COPY2VOL=SSW001, VOLSPAN=00 CATLG=YES CSQJ139I +Q1 LOG OFFLOAD TASK ENDED 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
Client Trigger Monitor on Unix
Is there a support pac that provides a Client Trigger Monitor that would run on Solaris ? 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
Full Log on MVS
We are running MQ 1.2 on MVS and we have been getting "Full Active Log" messages (multiple times during the day). Copy of the log message (w/o time stamps) are at the bottom of this message for review if necessary (note Archive log also). I have two questions: 1. As the applications person, will this make the Triggering process (especially Trigger on First) temporailly not work. Reason for asking is our Trigger on first queue is filling up and not getting processed? The CICS transaction that reads and processes the message will restart itself until "2033" (as any good Trigger on First application should be designed). So can this cause the Trigger of First to get "skipped" while the queue count increases past one? 2. Should our Administrator be avoiding these Full log messages? To give you an idea of frequency, yesterday's log had twelve entries some as close as one hour and ten minutes apart. What would be the recommendation? Thanks in advance Walt CSQJ002I +Q1 FULL ACTIVE LOG DATA SET 741 DSNAME=ISMQ.P.ISQ1.LOGCOPY1.DS01, STARTRBA=0003B6898000,ENDRBA=0003B70CBFFF CSQJ001I +Q1 CSQJW307 CURRENT COPY 1 ACTIVE LOG DATA 742 SET IS DSNAME=ISMQ.P.ISQ1.LOGCOPY1.DS02, STARTRBA=0003B70CC000,ENDRBA=0003B78F CSQJ002I +Q1 FULL ACTIVE LOG DATA SET 743 DSNAME=ISMQ.P.ISQ1.LOGCOPY2.DS01, STARTRBA=0003B6898000,ENDRBA=0003B70CBFFF CSQJ001I +Q1 CSQJW307 CURRENT COPY 2 ACTIVE LOG DATA 744 SET IS DSNAME=ISMQ.P.ISQ1.LOGCOPY2.DS02, STARTRBA=0003B70CC000,ENDRBA=0003B78F CSQP018I +Q1 CSQPBCKW CHECKPOINT STARTED FOR ALL BUFFER POOLS CSQP019I +Q1 CSQP1DWP CHECKPOINT COMPLETED FOR BUFFER 746 POOL 3, 0 PAGES WRITTEN CSQP019I +Q1 CSQP1DWP CHECKPOINT COMPLETED FOR BUFFER 747 POOL 2, 1 PAGES WRITTEN CSQP019I +Q1 CSQP1DWP CHECKPOINT COMPLETED FOR BUFFER 748 POOL 1, 7 PAGES WRITTEN CSQP019I +Q1 CSQP1DWP CHECKPOINT COMPLETED FOR BUFFER 749 POOL 0, 11 PAGES WRITTEN CSQJ003I +Q1 FULL ARCHIVE LOG VOLUME 750 DSNAME=ISMQ.P.ISQ1.ARC1.A0001856, STARTRBA=0003B6898000, ENDRBA=0003B70CBFFF, UNIT=DISK, COPY1VOL=SSW012, VOLSPAN=00 CATLG=YES CSQJ003I +Q1 FULL ARCHIVE LOG VOLUME 751 DSNAME=ISMQ.P.ISQ1.ARC2.A0001856, STARTRBA=0003B6898000, ENDRBA=0003B70CBFFF, UNIT=DISK, COPY2VOL=SSW001, VOLSPAN=00 CATLG=YES CSQJ139I +Q1 LOG OFFLOAD TASK ENDED 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
Re: Why 2058 from AMQSPUTC?
Steve, amqsputc is a client put, you need to use amqsput (no c) to test your installation. Alternatively you can set up the client channels on you queue manager JB http://www.rac.co.uk http://www.racbusiness.co.uk http://www.bsm.co.uk Any opinions expressed in this e-mail are those of the individual and not necessarily the company. This e-mail and any attachments are confidential to RAC and/or BSM and are solely for use by the intended recipient. If you are not the intended recipient you must not disclose, copy or distribute its contents to any other person nor use its contents in any way. If you have received this e-mail in error please forward a copy of this e-mail to "[EMAIL PROTECTED]". RAC Motoring Services: Registered England 1424399 VAT Reg No. GB 238640945 British School of Motoring: Registered England 291902 VAT Reg No. GB 239505847 Registered Office(s): 1 Forest Road, Feltham, TW 13 7RR This e-mail and any attachments has been scanned for the presence of computer viruses. RAC/BSM accept no responsibility for computer viruses once this e-mail has been transmitted. 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
Re: Why 2058 from AMQSPUTC?
Steve - you'll get a hundred responses on this ;-) The utility you used is the 'client' version. The easiest way to get this to work is to set up an environment variable called MQSERVER. Set it to something like this: SET MQSERVER=SYSTEM.DEF.SVRCONN/TCP/PC3(1601) the first part if the name of a 'svrconn' channel, the second is the protocol used, and the third is the 'connection name' consisting of either an ip address or hostname or dsn name, followed by the port number. By default, MQ uses 1414. Even easier, is to use the 'server' version of the utility called amqsput (note the missing 'c' at the end). Cheers ... Ruud -Original Message- From: MQSeries List [mailto:[EMAIL PROTECTED]]On Behalf Of steve muller Sent: 07 June 2002 16:42 To: [EMAIL PROTECTED] Subject: Why 2058 from AMQSPUTC? I have installed MQ 5.2.1 on my W2K PC. I have created queue manager QM1 and a local queue Q1 (both uppercase) . In the command prompt when I type: AMQSPUTC Q1 QM1 ---> both names uppercase I get 2058 (Qmgr name error). I have no problem putting a message using MQ Explorer. Why doesn't amqsputc program recognize QM1? Thanks for all the responses. Steve __ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com 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
Robert Frei/CanWest/IBM is out of the office.
I will be out of the office starting June 7, 2002 and will not return until June 10, 2002. I will respond to your message when I return. Please contact Lyle mack. 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
Why 2058 from AMQSPUTC?
I have installed MQ 5.2.1 on my W2K PC. I have created queue manager QM1 and a local queue Q1 (both uppercase) . In the command prompt when I type: AMQSPUTC Q1 QM1 ---> both names uppercase I get 2058 (Qmgr name error). I have no problem putting a message using MQ Explorer. Why doesn't amqsputc program recognize QM1? Thanks for all the responses. Steve __ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com 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
Re: Limit on Server Connection
See the MAXCHANNELS parameter in the qm.ini file (Check out the System Admin and Client manuals). Ingi.Hong@BERGENB To: [EMAIL PROTECTED] RUNSWIG.COM cc: Sent by: Subject: Limit on Server Connection MQSERIES@akh-wien .ac.at 06/06/2002 05:37 PM Please respond to MQSERIES Hi MQers, Can anyone tell where the limit or the maximum number of server-connections a Queue manager allows is specified? How can I change it to nomax? Thanks in advance, Ingi Hong AmerisourceBergen Corporation Technical Support & Capacity Planning Email: [EMAIL PROTECTED] Fax: 714) 704-7031 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 This communication is for informational purposes only. It is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction. All market prices, data and other information are not warranted as to completeness or accuracy and are subject to change without notice. Any comments or statements made herein do not necessarily reflect those of J.P. Morgan Chase & Co., its subsidiaries and affiliates. 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
Re: Design ???
Randy There are trigger monitors for the client as well. There is nothing stopping you from triggering in a client environment. The original problem description has the source of the messages coming from the 390. If the plan is to process these immediately then the 390 must be up as it is the source of the messages. So in a triggering environment you've got the same responsiveness in processing the messages. If on the other hand the plan is to do some sort of disconnected processing where the 390 dumps data to the queue in a batch fashion and the distributed server processes the message at a later time, then yes you want to know that both systems are going to be available at that time. If using this type of design either some thought has to go into when you shutdown the 390 (and for that matter the distributed box) or you need to get the data to the distributed box. If you can't plan on high availability of both of these platforms it may make a strong argument for getting the data to a local queue manager that has been set up. Rick |-+---> | | Randy J Clark | | | <[EMAIL PROTECTED]> | | | | | | Sent by: MQSeries List | | | <[EMAIL PROTECTED]> | | | | | | | | | | | | Thursday June 6, 2002 09:16 PM | | | Please respond to MQSeries List | | | | |-+---> >| | | | To: [EMAIL PROTECTED] | | cc: | | Subject: Re: Design ??? | >| I think the CAF for os/390 is usually in the neighborhood of about 900.00 per month - I know it depends on certain variables but I believe we are a fairly average shop and that was what I heard for us. so if utilizing the CAF would make your design easier spend the money... as for Why not let > clients (Linux/VM in my case) connect directly to the OS/390 managed queue > ? seems to me their is no way to let the client know he should pull the messages if its the type of application that just is going to connect and process whatever is there when the application is executed sure why not but using client to pull messages could result in delays of processing if os/390 has messages but is down when you try and connect but was up for awhile after messages where on the queue the 390 could of sent the messages to the unix or whatever box and then trigggered your application or even if not triggered and user driven the messaes are on the local server now and available whereas if 390 is down they are still on 390 and you can not get to them. I am probably wrong and if not definitely overstating the obvious! Go Nets Laker hater here "Miller, Dennis" <[EMAIL PROTECTED]>@AKH-WIEN.AC.AT> on 06/06/2002 05:58:07 PM Please respond to MQSeries List <[EMAIL PROTECTED]> Sent by:MQSeries List <[EMAIL PROTECTED]> To:[EMAIL PROTECTED] cc: Subject:Re: Design ??? >Is it customary (beneficial ??) to have OS/390 processes write to a locally managed queue and to have that queue > pushed by the server to a remote managed queue (hub) in a non OS/390 environment...I 'm sure there's a logical > reason why OS/390 support is refusing to allow this. Seems we will have to pay double the charges to utilize 2 queues. IBM doesn't provide any other way to "push" messages from OS/390. As for the "logical reason", perhaps you have answered that yourself. >Why not let clients (Linux/VM in my case) connect directly to the OS/390 managed queue? Clients certainly can "Pull" messages OS/390. The advisability of doing so tends to be customer specific. It's the kind of advice for which you might pay a consultant big $. It's also a feature for which you will pay IBM additional $. You can glean quite a bit by researching the listserv archives, as that topic has been discussed numerous times before. The considerations run the gamut, including performance, scalability, security, system administration, problem diagnosis, availability, etc. The obvious one that usually surfaces is the additional cost of the OS/390 client attach feature compared with the cost of concentrator hub. > --
Re: MQ and IIOP
Francois, I'm not sure about websphere advanced... though it should be possible and you may have to cut a lot of code to create the interfaces. However Websphere Enterprise Component Broker is a enterprise stregth ORB and comes packaged with MQ adaptors so you can put messages on queues direct from CORBA clients. Cheers JB http://www.rac.co.uk http://www.racbusiness.co.uk http://www.bsm.co.uk Any opinions expressed in this e-mail are those of the individual and not necessarily the company. This e-mail and any attachments are confidential to RAC and/or BSM and are solely for use by the intended recipient. If you are not the intended recipient you must not disclose, copy or distribute its contents to any other person nor use its contents in any way. If you have received this e-mail in error please forward a copy of this e-mail to "[EMAIL PROTECTED]". RAC Motoring Services: Registered England 1424399 VAT Reg No. GB 238640945 British School of Motoring: Registered England 291902 VAT Reg No. GB 239505847 Registered Office(s): 1 Forest Road, Feltham, TW 13 7RR This e-mail and any attachments has been scanned for the presence of computer viruses. RAC/BSM accept no responsibility for computer viruses once this e-mail has been transmitted. 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
MQ and IIOP
Is the following statement true: I can use IBM WebSphere Application Server to act as a "gateway", talking on the one side IIOP and on the other side MQSeries. Francois van der Merwe 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
MQSeries-JDBC XA problem with Oracle for Windows, NullPointerException
Hi, I get an Oracle SQLException when the test program calls qmgr.begin() function (detailed trace and test program attached) Test environment contains the following components -- Windows2000 Server SP2 -- MQSeries v5.2 CSD02 -- Oracle 8.1.6 -- Jdk 1.3.1_02 XAResource Manager Settings: Name: JDBCXAORA SwitchFile: d:\MQSeries\Java\Lib\jdbc\jdbcora.dll XAOpenString:Oracle_XA+Acc=P/mqiadmin/mqiadmin"SesTm=35+DB= XACloseString: --- ThreadOfControl: PROCESS Questions: Who knows how IBM tested the XAswitch dll (I mean jdbcora.dll) and what was the test environment? Is there anybody who had ever seen working solution for MQSeries-JDBC-xa-Oracle on Windows? What kind of setting required for Oracle 8.1.6? Is there any work-around to avoid of the occurence of this error? Any idea? Regards Ferenc Door ora2.err Description: Binary data XATest2.java Description: Binary data