Re: CHIN address space
You are right Jan, We normally run a Qmanager for 6 weeks and got the same problem, a TIME=NOLIMIT solved the issue on the CHINIT. Regards, Erik Dijkerman X Rabobank ICT/Serverbedrijf PIM/OS390 ZL-S206400 Mailbox 17100, 3500 HG Utrecht *(030) 215 4878 *(030) 215 3085 ? [EMAIL PROTECTED] History suggests that peace is a breathing space for war. --V.I. Lenin -Original Message- From: Jan van Kemenade [mailto:[EMAIL PROTECTED]] Sent: Tuesday, January 21, 2003 2:52 PM To: [EMAIL PROTECTED] Subject: CHIN address space Hi, Does anyone have any experience with running the CHIN addess for a long time (number of weeks) ? We just had it hit an EC6 - FD1D abend. What I *think* happened is that the (channel) USS threads run into the limit set by MAXCPUTIME in SYS1.PARMLIB(BPXPRMxx). If so, we either need to raise this or grant the CHIN user id a higher limit through RACF. Any comments ? Thanks, Jan. -/ /&Jan van Kemenade \&www.cressida.info -\ 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 De informatie opgenomen in dit bericht kan vertrouwelijk zijn en is uitsluitend bestemd voor de geadresseerde. Indien u dit bericht onterecht ontvangt, wordt u verzocht de inhoud niet te gebruiken en de afzender direct te informeren door het bericht te retourneren. The information contained in this message may be confidential and is intended to be exclusively for the addressee. Should you receive this message unintentionally, please do not use the contents herein and notify the sender immediately by return e-mail. 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
DB2 Cursor WITH HOLD in MQ Co-ordinated XA transaction
** Note: This e-mail is subject to the disclaimer contained at the bottom of this message. ** : We have a program that get the error ''SQLSTATE 25000: An update operation is invalid for the application execution environment.' when issuing the above. The DB2 App Dev Guide implies trhat only CICS, as a transaction manager, suppports this. Is this correct? I was wondering whether anyone knows whether WMQ will support this function in the future? : The information transmitted in this message and attachments (if any) is intended only for the person or entity to which it is addressed. The message may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon this information, by persons or entities other than the intended recipient is prohibited. If you have received this in error, please contact the sender and delete this e-mail and associated material from any computer. The intended recipient of this e-mail may only use, reproduce, disclose or distribute the information contained in this e-mail and any attached files, with the permission of CGU Insurance. This message has been scanned for viruses and cleared by MailMarshal. : 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: Sender and receiver channels
In addition, if you stop the channels they will remain stopped when the qmgr comes back up. Now you have to manually restart all the channels you've stopped. -Original Message- From: Robert Broderick [mailto:[EMAIL PROTECTED]] Sent: Tuesday, January 21, 2003 8:02 AM To: [EMAIL PROTECTED] Subject: Re: Sender and receiver channels The wonderful thing about MQSeries is the fact that it can usually handle this situation. I have been in instances where the local ADMINs wanted the channels 'STOPPED" as a precaution. "An ounce of prevention " and so on. The advantages are that if you do have something "AMIS" stopping the channels may(?) prevent a problem. But that is highly unlikely. To save yourself some time, Just YES the person to death and shut down your channels. You can spend the saved time having a few cold ones. bobbee >From: "Anderson, Lizette T. (RyTull)" <[EMAIL PROTECTED]> >Reply-To: MQSeries List <[EMAIL PROTECTED]> >To: [EMAIL PROTECTED] >Subject: Sender and receiver channels >Date: Fri, 17 Jan 2003 15:49:32 -0600 > >We are running Windows 2000 connecting to an AS400. The AS400 will be >IPLed >tonight. The AS400 administrator would like to stop the channels on the >Windows machine until the AS400 is up. I don't think this is necessary. >Is >there any advantage in stopping the channels on the server side? > > >--- Legal Disclaimer: The information contained in this communication may >be >confidential, is intended only for the use of the recipient named above, >and >may be legally privileged. If the reader of this message is not the >intended recipient, you are hereby notified that any dissemination, >distribution, or copying of this communication, or any of its contents, is >strictly prohibited. If you have received this communication in error, >please re-send this communication to the sender and delete the original >message and any copy of it from your computer system. Thank you. --- > >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 _ The new MSN 8: smart spam protection and 2 months FREE* http://join.msn.com/?page=features/junkmail 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: Help urgently needed for MQSeries on NT issue. Used Q program but does not work either
It could be that some of the objects are damaged and therefore MQExplorer is not displaying anything. I had this problem (damaged objects/MQExplorer not showing anything) with a previous CSD of version 5.2, but I thinks it's fixed in the latest CSD. The workaround is to use RUNMQSC to display the objects and find out which are damaged and then use RUNMQSC to delete the damaged objects and then MQExpl. works. Try displaying with RUNMQSC to see if this might be the problem. Nick -Original Message- From: Philip, Aby [mailto:[EMAIL PROTECTED]] Sent: Monday, January 20, 2003 4:37 PM To: [EMAIL PROTECTED] Subject: Help urgently needed for MQSeries on NT issue. Used Q program but does not work either Hi everyone, A department which uses MQSeries on NT has a very strange problem. This is the second time that this is happening. This dept. uses SQLServer and MQSeries on the same machine. The communication between SQL and MQ takes place using C++ classes on a dll. I know that they have a mutex based method to put messages to a queue. (so that the only handle which is open puts a message in sequence using the single handle). the traffic is quite low. 1000-2000 per day. 2K messages. Now they have a bug in the application which causes them to restart the SQL server (which has the mutex and an open MQ handle). Sometimes they physically reboot the machine and that is when we cannot see any queues in the MQExplorer. I tried using the Q program to do the same and the results are the same. So I am not sure that it is an MQExplorer issue. I went through the AMQERROR01.log file and in one of the cases, it says that MQPUT1 failed with code 2052. (i.e. queue deleted). I am trying to find out if MQExplorer or the Q program uses any other queue for MQPUT1 other than the SYSTEM.ADMIN.COMMAND.QUEUE. Has anyone faced these problems before? Those guys have this problem in a production env. and I just thought that I would get some cool help here before going to Big Blue. Thanks very much. Kind Regards Aby 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: Backing up MQSeries for DR.
There's a good redbook MQSeries Backup and Recovery which includes most of the platforms (including OS390 which I'm inferring that you're interested in). SG24-5222-00 http://www.redbooks.ibm.com/ -Original Message- From: Michelle Russell [mailto:[EMAIL PROTECTED]] Sent: Tuesday, January 21, 2003 2:26 AM To: [EMAIL PROTECTED] Subject: Backing up MQSeries for DR. Hi, I am new to MQSeries and have been tasked with the project of Backing up MQ for a DR test. Can anybody point me to the best place to start with this project. I am currently using the System Management Guide as starting point for info. I will be taking MQSeries out of the system for the back up and not doing a backup while the q manager is running. Regards Michelle This email and any attachments are confidential. They may contain privileged information and are intended for the named addressee(s) only. They must not be distributed without our consent. If you are not the intended recipient, please notify us immediately and do not disclose, distribute or retain this email or any part of it. Unless expressly stated, opinions in this email are those of the individual sender and not N Brown Group plc or any of its subsidiaries. You must take full responsibility for virus checking this email and any attachments. Please note that the content of this email or any of its attachments may contain data that falls within the scope of the Data Protection Acts and that you must ensure that any handling or processing of such data by you is fully compliant with the terms and provisions of the Data Protection Act 1984 and 1998. N Brown Group plc. Registered office: 53 Dale Street, Manchester, M60 6ES. Registered in England No.814103. 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 Connection from Java on Laptop with Error 2009
Roger: Yes, the runmqlsr -m wsad_testserver -t TCP was used to start. (My qmgr is wsad_testserver). Any new ideas? Thanks. Jerry |-+---> | | Roger Lacroix | | || | | | | | 01/21/2003 02:37 PM | | | | |-+---> >---| | | | To: MQSeries List <[EMAIL PROTECTED]> | | cc: Jiede J Yang/Santa Monica/IBM@IBMUS | | Subject: Re: Client Connection from Java on Laptop with Error 2009 | | | | | >---| Did you start the listener process (runmqlsr)? You can start runmqlsr from a Command Prompt or from the MQ Services panel (not MQ Explorer!). Make sure Java program connects on the same port # that the listener is listening on (i.e. 1414). later Roger... Quoting Jiede J Yang <[EMAIL PROTECTED]>: > All: > > I have MQ running on my laptop (no fixed TCP IP). When I used java MQIVP > to check my binding connection, it is a success. > However, when I used java MQIVP to check my client connection, I got an > error 2009. Before the check, I have created a SVRCONN channel and started > the listener (like the Java MQ pdf file indicated). This is on my laptop > which does not have a fixed TCP/IP address. and the host name is 127.0.0.1 > or a short host name like YangJJ. > > Any clue? > > Thanks. > > Jerry > > 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
Error when trying to import copybook to message set..
We are getting the following error when trying to import a copybook into a message set from a Windows2000 box that is connected to an NT box that has the configuration manager running on it. If we import the copybook from the NT box that the configuration manager is running it imports just fine. (Embedded image moved to file: pic27595.pcx) Thanks Sri pic27595.pcx Description: Binary data
Re: CHIN address space
> > Jan, see apar OW36437; it's not for MQ, but if you search on > FD1D, you'll find an MQ USE item that points to that apar. > That apar has a local fix of setting TIME=1440. HTH -- Rebecca Great ! Thanks. Jan. > > -Original Message- > From: Jan van Kemenade [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, January 21, 2003 10:57 AM > To: [EMAIL PROTECTED] > Subject: Re: CHIN address space > > > Hi, > > > adding TIME=1440 to the EXEC card will avoid the problem (did for > me...) > > > > can anyone confirm that TIME=1440 does not only acoid x22 > abends bit also this EC6 ? > > Thanks.. Jan. > > > -/ > /&Jan van Kemenade > \&www.cressida.info > -\ > > 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 e-mail and any files transmitted with it may contain privileged or confidential information. It is solely for use by the individual for whom it is intended, even if addressed incorrectly. If you received this e-mail in error, please notify the sender; do not disclose, copy, distribute, or take any action in reliance on the contents of this information; and delete it from your system. Any other use of this e-mail is prohibited. Thank you for your compliance. 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 Connection from Java on Laptop with Error 2009
Did you start the listener process (runmqlsr)? You can start runmqlsr from a Command Prompt or from the MQ Services panel (not MQ Explorer!). Make sure Java program connects on the same port # that the listener is listening on (i.e. 1414). later Roger... Quoting Jiede J Yang <[EMAIL PROTECTED]>: > All: > > I have MQ running on my laptop (no fixed TCP IP). When I used java MQIVP > to check my binding connection, it is a success. > However, when I used java MQIVP to check my client connection, I got an > error 2009. Before the check, I have created a SVRCONN channel and started > the listener (like the Java MQ pdf file indicated). This is on my laptop > which does not have a fixed TCP/IP address. and the host name is 127.0.0.1 > or a short host name like YangJJ. > > Any clue? > > Thanks. > > Jerry > > 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
CICS SYNCPOINT
Having got a message and identified its backout count is greater then the backout threshold, we put the message to the backout queue and do a EXEC CICS SYNCPOINT. It seems to work as the message is committed to the queue but we get a DFHRESP of 16582040 from the SYNCPOINT. This is not a normal DFHRESP value. Anyone seen anything like this ? Thanks in Advance, mqm. __ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.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: Sequence errors after install of 5.3 on W2K
Peter - You need to create the Blocking value using a tool like regedit. It is not created by any of the MQ Admin GUIs or commands. (Although you could use amqmdain to create this value.) We had the same problem as Cynthia report, but only on our 5.2 CSD05 WinNT machines. Adding this registry value also stabilized our environment. We are in the process of migrating to 5.3 on Win2K, and so far we have not had this issue come up. We have not set this registry value on the new machines. - Steve Gies -Original Message- From: Peter Heggie [mailto:[EMAIL PROTECTED]] Sent: Monday, January 20, 2003 8:40 AM To: [EMAIL PROTECTED] Subject: Re: Sequence errors after install of 5.3 on W2K Thanks - we are going to try using this key on our test machine. We created our queue managers with scripts, for recovery purposes, and there is no parameter for TCP-related information in the crtmqm command, and I'm guessing that is why we do not see a TCP key in the registry. When we go through the MQ Services GUI/console, and update the Queue Manager properties under TCP, then a TCP key is created. But Blocking is not created.. From: Cynthia Wallace <[EMAIL PROTECTED]> on 01/20/2003 10:40 AM Please respond to MQSeries List <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] cc: Subject: Re: Sequence errors after install of 5.3 on W2K >Does that mean that MQ will default to use blocking, because we are on v5.3 >? Is there a problem or risk in inserting a new key (TCP) and adding a >value of Blocking under it? Are there any other names under TCP that have >to be included with Blocking? I can try this out on a test machine.. It is my understanding (from IBM) that with 5.2 CSD05 IBM has set the TCP default to use blocking I/O and that there is a problem with the Microsoft code. There was no other requirement for this "fix" other than ensuring that TCP was set to non-blocking as indicated. The KeepAlive value is under this key also but was not required for this "fix". We have seen no problems with this new value and it was the only thing that stabilized our environment. Cynthia Wallace IBM Certified Specialist - MQSeries [EMAIL PROTECTED] (860) 665-5990 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: Sender and receiver channels
Lizzette, in the 6+ years I've worked with MQ, I've can not recall ever stopping the channels prior to dropping a system. Usually the channels are inactive since this normally happens in the wee hours of the weekend, but I can not ever recall any problems. This is certainly overkill, and more likely to introduce problems, since you are now doing things manually, instead of letting MQ take care of you automagically. Glen Larson Zurich North America Robert Broderick <[EMAIL PROTECTED]>@AKH-Wien.AC.AT> on 01/21/2003 10:02:23 AM Please respond to MQSeries List <[EMAIL PROTECTED]> Sent by:MQSeries List <[EMAIL PROTECTED]> To:[EMAIL PROTECTED] cc: Subject:Re: Sender and receiver channels The wonderful thing about MQSeries is the fact that it can usually handle this situation. I have been in instances where the local ADMINs wanted the channels 'STOPPED" as a precaution. "An ounce of prevention " and so on. The advantages are that if you do have something "AMIS" stopping the channels may(?) prevent a problem. But that is highly unlikely. To save yourself some time, Just YES the person to death and shut down your channels. You can spend the saved time having a few cold ones. bobbee >From: "Anderson, Lizette T. (RyTull)" <[EMAIL PROTECTED]> >Reply-To: MQSeries List <[EMAIL PROTECTED]> >To: [EMAIL PROTECTED] >Subject: Sender and receiver channels >Date: Fri, 17 Jan 2003 15:49:32 -0600 > >We are running Windows 2000 connecting to an AS400. The AS400 will be >IPLed >tonight. The AS400 administrator would like to stop the channels on the >Windows machine until the AS400 is up. I don't think this is necessary. >Is >there any advantage in stopping the channels on the server side? > > >--- Legal Disclaimer: The information contained in this communication may >be >confidential, is intended only for the use of the recipient named above, >and >may be legally privileged. If the reader of this message is not the >intended recipient, you are hereby notified that any dissemination, >distribution, or copying of this communication, or any of its contents, is >strictly prohibited. If you have received this communication in error, >please re-send this communication to the sender and delete the original >message and any copy of it from your computer system. Thank you. --- > >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 _ The new MSN 8: smart spam protection and 2 months FREE* http://join.msn.com/?page=features/junkmail 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 *** PLEASE NOTE *** This E-Mail/telefax message and any documents accompanying this transmission may contain privileged and/or confidential information and is intended solely for the addressee(s) named above. If you are not the intended addressee/recipient, you are hereby notified that any use of, disclosure, copying, distribution, or reliance on the contents of this E-Mail/telefax information is strictly prohibited and may result in legal action against you. Please reply to the sender advising of the error in transmission and immediately delete/destroy the message and any accompanying documents. Thank you. 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: CHIN address space
Jan, see apar OW36437; it's not for MQ, but if you search on FD1D, you'll find an MQ USE item that points to that apar. That apar has a local fix of setting TIME=1440. HTH -- Rebecca -Original Message- From: Jan van Kemenade [mailto:[EMAIL PROTECTED]] Sent: Tuesday, January 21, 2003 10:57 AM To: [EMAIL PROTECTED] Subject: Re: CHIN address space Hi, > adding TIME=1440 to the EXEC card will avoid the problem (did for me...) > can anyone confirm that TIME=1440 does not only acoid x22 abends bit also this EC6 ? Thanks.. Jan. -/ /&Jan van Kemenade \&www.cressida.info -\ 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 e-mail and any files transmitted with it may contain privileged or confidential information. It is solely for use by the individual for whom it is intended, even if addressed incorrectly. If you received this e-mail in error, please notify the sender; do not disclose, copy, distribute, or take any action in reliance on the contents of this information; and delete it from your system. Any other use of this e-mail is prohibited. Thank you for your compliance. 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: Kernal setting Sun MQ/WMQI & Oracle
After confering with IBM and discussing the settings on a WMQI and MQ box and outside anything needed for ORACLE which supports the WMQI DB's (only) on the box. This is what IBM suggested as min settings. The left Col is what is and on the right is what the truth should be. For anyone interested. bobbee sysdef -i reporting * * IPC Messages * 4096 max message size (MSGMAX) ==> OK 4096 max bytes on queue (MSGMNB) 50 message queue identifiers (MSGMNI) 40 system message headers (MSGTQL) should be 2046 * * IPC Semaphores * 1024 semaphore identifiers (SEMMNI) should be 2048 16384 semaphores in system (SEMMNS) should be 32676 2048 undo structures in system (SEMMNU) ==> OK 125 max semaphores per id (SEMMSL) should be 128 100 max operations per semop call (SEMOPM) should be 128 256 max undo entries per process (SEMUME)==> OK 32767 semaphore maximum value (SEMVMX) ==> OK 16384 adjust on exit max value (SEMAEM) ==> OK 1026 kernel's map of semaphore sets(SEMMAP) (semmni+2) should be 2050 * * IPC Shared Memory * 4294967295 max shared memory segment size (SHMMAX) 8 min shared memory segment size (SHMMIN) ==> OK 1024 shared memory identifiers (SHMMNI) should be 2048 2048 max attached shm segments per process (SHMSEG) ==> OK parameters not on this report set msgsys:msginfo_msgmap = 1026 should be 2048 (MSGTQL +2) set shmsys:shminfo_semmni = 1024 should be 2048 From: John Elgie <[EMAIL PROTECTED]> Reply-To: MQSeries List <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: Re: Kernal setting Sun MQ/WMQI & Oracle Date: Fri, 17 Jan 2003 15:43:38 -0700 The problem is that the IBM manual has a typo in it. -Original Message- From: Robert Broderick [mailto:[EMAIL PROTECTED]] Sent: Friday, January 17, 2003 11:06 AM To: [EMAIL PROTECTED] Subject: Re: Kernal setting Sun MQ/WMQI & Oracle I'm checking into it. It is confusing, seeing as I copied the text right out of the two documents IBM gave me and when compared to what the SYS ADM set up in /etc/sysytem. bobbee >From: Jim Ford <[EMAIL PROTECTED]> >Reply-To: MQSeries List <[EMAIL PROTECTED]> >To: [EMAIL PROTECTED] >Subject: Re: Kernal setting Sun MQ/WMQI & Oracle >Date: Fri, 17 Jan 2003 12:51:07 -0600 > >Better double check that. I think you're getting two parameters >confused. There's seminfo_semni and shminfo_shmmni. The "sem" >parameters control semaphores, and the "shm" parameters control shared >memory allocation. > >On our production Oracle/WMQI machine, we use: > > shminfo_shmmni = 2048 > seminfo_semni = 8192 > > > > > Robert Broderick > [EMAIL PROTECTED] > OTMAIL.COM> cc: > Sent by: MQSeries Subject: Kernal setting >Sun MQ/WMQI & Oracle > List > .AC.AT> > > > 01/17/2003 12:18 > PM > Please respond to > MQSeries List > > > > > > >Just had an outtage because of limited resources. After being on the >phone >with IBM. My /etc/system file has this setting > >set semsys:seminfo_semmni =1024 > >The book, IBM suppport and a cute little doc (probably all from the >same >reference) sez to set this on: > >set shmsys:shminfo_semmni = 2048 > >Is there a reason I'm missing the second one anddo I add it to >/etc/system >and what do I now set the first on to??? > > > bobbee > > with Alice and the two bottles > > > > > >_ >MSN 8 helps eliminate e-mail viruses. Get 2 months FREE* >http://join.msn.com/?page=features/virus > >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 _ Add photos to your e-mail with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/featuredemail 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 _ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 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: Sender and receiver channels
The wonderful thing about MQSeries is the fact that it can usually handle this situation. I have been in instances where the local ADMINs wanted the channels 'STOPPED" as a precaution. "An ounce of prevention " and so on. The advantages are that if you do have something "AMIS" stopping the channels may(?) prevent a problem. But that is highly unlikely. To save yourself some time, Just YES the person to death and shut down your channels. You can spend the saved time having a few cold ones. bobbee From: "Anderson, Lizette T. (RyTull)" <[EMAIL PROTECTED]> Reply-To: MQSeries List <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: Sender and receiver channels Date: Fri, 17 Jan 2003 15:49:32 -0600 We are running Windows 2000 connecting to an AS400. The AS400 will be IPLed tonight. The AS400 administrator would like to stop the channels on the Windows machine until the AS400 is up. I don't think this is necessary. Is there any advantage in stopping the channels on the server side? --- Legal Disclaimer: The information contained in this communication may be confidential, is intended only for the use of the recipient named above, and may be legally privileged. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication, or any of its contents, is strictly prohibited. If you have received this communication in error, please re-send this communication to the sender and delete the original message and any copy of it from your computer system. Thank you. --- 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 _ The new MSN 8: smart spam protection and 2 months FREE* http://join.msn.com/?page=features/junkmail 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: CHIN address space
Hi, > adding TIME=1440 to the EXEC card will avoid the problem (did for me...) > can anyone confirm that TIME=1440 does not only acoid x22 abends bit also this EC6 ? Thanks.. Jan. -/ /&Jan van Kemenade \&www.cressida.info -\ 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: CHIN address space
Jan, we've run the CHIN for months at a time. One thing to look at -- the TIME parm for your STC. The CHIN uses considerably more CPU than the MSTR STC and we did once run out; I don't remember the exact abend code, but the FD1D might have been it (I'm pretty sure about the FD part, just not the rest). Changed the TIME= to 1440 and haven't had a problem with that since. -- Rebecca Rebecca Bullock Computer Sciences Corporation MFCoE/Newark CS Team Educational Testing Service Account Princeton, NJ 08541 email: [EMAIL PROTECTED] or [EMAIL PROTECTED] -Original Message- From: Jan van Kemenade [mailto:[EMAIL PROTECTED]] Sent: Tuesday, January 21, 2003 8:52 AM To: [EMAIL PROTECTED] Subject: CHIN address space Hi, Does anyone have any experience with running the CHIN addess for a long time (number of weeks) ? We just had it hit an EC6 - FD1D abend. What I *think* happened is that the (channel) USS threads run into the limit set by MAXCPUTIME in SYS1.PARMLIB(BPXPRMxx). If so, we either need to raise this or grant the CHIN user id a higher limit through RACF. Any comments ? Thanks, Jan. -/ /&Jan van Kemenade \&www.cressida.info -\ 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 e-mail and any files transmitted with it may contain privileged or confidential information. It is solely for use by the individual for whom it is intended, even if addressed incorrectly. If you received this e-mail in error, please notify the sender; do not disclose, copy, distribute, or take any action in reliance on the contents of this information; and delete it from your system. Any other use of this e-mail is prohibited. Thank you for your compliance. 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: Kernal setting Sun MQ/WMQI & Oracle
I believe the IBM manual has a couple From: John Elgie <[EMAIL PROTECTED]> Reply-To: MQSeries List <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: Re: Kernal setting Sun MQ/WMQI & Oracle Date: Fri, 17 Jan 2003 15:43:38 -0700 The problem is that the IBM manual has a typo in it. -Original Message- From: Robert Broderick [mailto:[EMAIL PROTECTED]] Sent: Friday, January 17, 2003 11:06 AM To: [EMAIL PROTECTED] Subject: Re: Kernal setting Sun MQ/WMQI & Oracle I'm checking into it. It is confusing, seeing as I copied the text right out of the two documents IBM gave me and when compared to what the SYS ADM set up in /etc/sysytem. bobbee >From: Jim Ford <[EMAIL PROTECTED]> >Reply-To: MQSeries List <[EMAIL PROTECTED]> >To: [EMAIL PROTECTED] >Subject: Re: Kernal setting Sun MQ/WMQI & Oracle >Date: Fri, 17 Jan 2003 12:51:07 -0600 > >Better double check that. I think you're getting two parameters >confused. There's seminfo_semni and shminfo_shmmni. The "sem" >parameters control semaphores, and the "shm" parameters control shared >memory allocation. > >On our production Oracle/WMQI machine, we use: > > shminfo_shmmni = 2048 > seminfo_semni = 8192 > > > > > Robert Broderick > [EMAIL PROTECTED] > OTMAIL.COM> cc: > Sent by: MQSeries Subject: Kernal setting >Sun MQ/WMQI & Oracle > List > .AC.AT> > > > 01/17/2003 12:18 > PM > Please respond to > MQSeries List > > > > > > >Just had an outtage because of limited resources. After being on the >phone >with IBM. My /etc/system file has this setting > >set semsys:seminfo_semmni =1024 > >The book, IBM suppport and a cute little doc (probably all from the >same >reference) sez to set this on: > >set shmsys:shminfo_semmni = 2048 > >Is there a reason I'm missing the second one anddo I add it to >/etc/system >and what do I now set the first on to??? > > > bobbee > > with Alice and the two bottles > > > > > >_ >MSN 8 helps eliminate e-mail viruses. Get 2 months FREE* >http://join.msn.com/?page=features/virus > >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 _ Add photos to your e-mail with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/featuredemail 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 _ MSN 8: advanced junk mail protection and 2 months FREE*. http://join.msn.com/?page=features/junkmail 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: CHIN address space
Jan - I use no time limitation on my production CHIN at all. I also do not limit my acceptance CHIN. I do play with time outs on the test CHINs for recovery purposes. Dave -Original Message- From: Jan van Kemenade [mailto:[EMAIL PROTECTED]] Sent: Tuesday, January 21, 2003 8:52 AM To: [EMAIL PROTECTED] Subject: CHIN address space Hi, Does anyone have any experience with running the CHIN addess for a long time (number of weeks) ? We just had it hit an EC6 - FD1D abend. What I *think* happened is that the (channel) USS threads run into the limit set by MAXCPUTIME in SYS1.PARMLIB(BPXPRMxx). If so, we either need to raise this or grant the CHIN user id a higher limit through RACF. Any comments ? Thanks, Jan. -/ /&Jan van Kemenade \&www.cressida.info -\ 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: Help urgently needed for MQSeries on NT issue. Used Q program but does not work either
Aby, I've only used the Q program on AIX, but I suspect the difference between AIX and NT is not a factor. The Q program allows you to put to any queue. I'm not sure why SYSTEM.ADMIN.COMMAND.QUEUE is an issue. "Philip, Aby" cc: Sent by: Subject: Help urgently needed for MQSeries on NT issue. MQSeries ListUsed Q program but does not work either 01/20/2003 07:37 PM Please respond to MQSeries List Hi everyone, A department which uses MQSeries on NT has a very strange problem. This is the second time that this is happening. This dept. uses SQLServer and MQSeries on the same machine. The communication between SQL and MQ takes place using C++ classes on a dll. I know that they have a mutex based method to put messages to a queue. (so that the only handle which is open puts a message in sequence using the single handle). the traffic is quite low. 1000-2000 per day. 2K messages. Now they have a bug in the application which causes them to restart the SQL server (which has the mutex and an open MQ handle). Sometimes they physically reboot the machine and that is when we cannot see any queues in the MQExplorer. I tried using the Q program to do the same and the results are the same. So I am not sure that it is an MQExplorer issue. I went through the AMQERROR01.log file and in one of the cases, it says that MQPUT1 failed with code 2052. (i.e. queue deleted). I am trying to find out if MQExplorer or the Q program uses any other queue for MQPUT1 other than the SYSTEM.ADMIN.COMMAND.QUEUE. Has anyone faced these problems before? Those guys have this problem in a production env. and I just thought that I would get some cool help here before going to Big Blue. Thanks very much. Kind Regards Aby 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: CHIN address space
adding TIME=1440 to the EXEC card will avoid the problem (did for me...) Bill -Original Message- From: Jan van Kemenade [mailto:[EMAIL PROTECTED]] Sent: Tuesday, January 21, 2003 8:52 AM To: [EMAIL PROTECTED] Subject: CHIN address space Hi, Does anyone have any experience with running the CHIN addess for a long time (number of weeks) ? We just had it hit an EC6 - FD1D abend. What I *think* happened is that the (channel) USS threads run into the limit set by MAXCPUTIME in SYS1.PARMLIB(BPXPRMxx). If so, we either need to raise this or grant the CHIN user id a higher limit through RACF. Any comments ? Thanks, Jan. -/ /&Jan van Kemenade \&www.cressida.info -\ 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 Connection from Java on Laptop with Error 2009
All: I have MQ running on my laptop (no fixed TCP IP). When I used java MQIVP to check my binding connection, it is a success. However, when I used java MQIVP to check my client connection, I got an error 2009. Before the check, I have created a SVRCONN channel and started the listener (like the Java MQ pdf file indicated). This is on my laptop which does not have a fixed TCP/IP address. and the host name is 127.0.0.1 or a short host name like YangJJ. Any clue? Thanks. Jerry 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
CHIN address space
Hi, Does anyone have any experience with running the CHIN addess for a long time (number of weeks) ? We just had it hit an EC6 - FD1D abend. What I *think* happened is that the (channel) USS threads run into the limit set by MAXCPUTIME in SYS1.PARMLIB(BPXPRMxx). If so, we either need to raise this or grant the CHIN user id a higher limit through RACF. Any comments ? Thanks, Jan. -/ /&Jan van Kemenade \&www.cressida.info -\ 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
FW: LSX Server & MQ Client
The following is my best understanding of our situation. This question is more application driven and I am hopeful it will jog someone's memory out there. Does anyone know how to run NT MQLSX version 1.3.3 under Lotus Domino 5.0.8 server with a different userid to allow a secured V5.2/V5.3 MQ Client connection to OS/390 V5.2 MQSeries Q manager while preserving Domino Server console access? We tried setting the MCAUSER on the SVCONN but our RESLEVEL is set to NONE for the Chinit on OS/390 running RACF. This forces the user identifier from the context and the Chinit userid to be checked as per the OS/390 V5.2 System Setup Guide. We then used ONLYMCA as PUTAUT to reduce the checking to the user identifier from the context. So, the userid that is passed from the NT Domino server is SYSTEM, a default as I understand it. We would rather use a different userid that matches our RACF standards by environment. The application group is trying to switch to JAVA however they are not quite done yet. We need to set up our RESLEVEL to the highest level of checking to ensure security checking is performed to the finest degree possible (i.e. the userid from the other side or context userid). We had some partial success in starting LSX under a different userid, however we lost the Domino Server console capability. We are not sure how to give the userid chosen to run Domino Server console authority. As an alternative approach, I am wondering if it is possible to call a different process that runs under a preferred userid that would perform the MQ Client work. Thanks Frank 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
mqsiimpxmlschema command has error
I am running Windows NT ,WMQI 2.1 ,CSD 3 and trying to import an XSD using the mqsiimpxmlschema command.The line gives me the following error BIP9415S: Unrecognized XML attribute 'id' found in schema. Examine the XML attributes in your schema for errors. The error code BIP9415S is not available on the messages manual.Any ideas ? Please help. Which manual has this error code? And how can i resolve this ?I have upgraded to CS D4 and the problem persists.The xsd is well formed ,i have validated using XML Spy 5.2 Pls help 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: Input Msg as one Big String in the JavaPlugin Node
Use the following java code:
String textXML = new String((byte[]) localVar.getValue());
Tell me if you any question.
Cheers,
Manuel Carlos Rodriguez
IBM Certified Specialist - WebSphere MQ
> -Mensaje original-
> De: Reetha K [SMTP:[EMAIL PROTECTED]]
> Enviado el: Tuesday, January 21, 2003 1:30 PM
> Para: [EMAIL PROTECTED]
> Asunto: Re: Input Msg as one Big String in the JavaPlugin Node
>
> Hi Rodrigues,
>
> I am doing that now , and my XML is stored as a
> bitstream in the local environment variable . How do i
> get back the String representation in the java
> program?
> MbElement localVar =
> newAssembly.getLocalEnvironment().getRootElement().getFirstElementByPath("
> /Variables/temp");
>
> localVar.getValue() is returned as an object with hex
> values.
>
> Thank You
> Reetha
>
> --- "Rodrmguez_Alvarez-Querol,_Manuel_Carlos"
> <[EMAIL PROTECTED]> wrote:
> > Reetha,
> >
> > If your message is in the XML domain, then in your
> > input node you will get
> > the XML tree parsed.
> > To get the xml string you can convert the XML tree
> > to a XML string using the
> > BITSTREAM function
> > in a compute node.
> >
> > We have the same issue and we save this XML string
> > in the LocalEnvironment
> > and get its value
> > in the plugin node. Then you could invoke your
> > method.
> >
> > I hope this help you.
> >
> > Cheers,
> > Manuel Carlos Rodriguez
> > IBM Certified Specialist - WebSphere MQ
> >
> >
> > > -Mensaje original-
> > > De: Reetha K [SMTP:[EMAIL PROTECTED]]
> > > Enviado el: Tuesday, January 21, 2003 5:00 AM
> > > Para: [EMAIL PROTECTED]
> > > Asunto: Input Msg as one Big String in the
> > JavaPlugin Node
> > >
> > > How can I retrieve the input message in a java
> > plugin
> > > node as one big string.
> > >
> >
> newAssembly.getMessage().getRootElement().getLastChild
> > > ---> gives me the XML Element but can i get this
> > XML
> > > tree as one big string.
> > >
> > > The Java Plugin node receives an XML message from
> > a
> > > compute node which i need as a string to further
> > pass
> > > it as a parameter to invoke a method.
> > >
> > >
> > > Thank u In Advance
> > >
> > >
> > > __
> > > Do you Yahoo!?
> > > Yahoo! Mail Plus - Powerful. Affordable. Sign up
> > now.
> > > http://mailplus.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
>
>
> __
> Do you Yahoo!?
> Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
> http://mailplus.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
Re: Input Msg as one Big String in the JavaPlugin Node
Hi Rodrigues,
I am doing that now , and my XML is stored as a
bitstream in the local environment variable . How do i
get back the String representation in the java
program?
MbElement localVar =
newAssembly.getLocalEnvironment().getRootElement().getFirstElementByPath("/Variables/temp");
localVar.getValue() is returned as an object with hex
values.
Thank You
Reetha
--- "Rodrmguez_Alvarez-Querol,_Manuel_Carlos"
<[EMAIL PROTECTED]> wrote:
> Reetha,
>
> If your message is in the XML domain, then in your
> input node you will get
> the XML tree parsed.
> To get the xml string you can convert the XML tree
> to a XML string using the
> BITSTREAM function
> in a compute node.
>
> We have the same issue and we save this XML string
> in the LocalEnvironment
> and get its value
> in the plugin node. Then you could invoke your
> method.
>
> I hope this help you.
>
> Cheers,
> Manuel Carlos Rodriguez
> IBM Certified Specialist - WebSphere MQ
>
>
> > -Mensaje original-
> > De: Reetha K [SMTP:[EMAIL PROTECTED]]
> > Enviado el: Tuesday, January 21, 2003 5:00 AM
> > Para: [EMAIL PROTECTED]
> > Asunto: Input Msg as one Big String in the
> JavaPlugin Node
> >
> > How can I retrieve the input message in a java
> plugin
> > node as one big string.
> >
>
newAssembly.getMessage().getRootElement().getLastChild
> > ---> gives me the XML Element but can i get this
> XML
> > tree as one big string.
> >
> > The Java Plugin node receives an XML message from
> a
> > compute node which i need as a string to further
> pass
> > it as a parameter to invoke a method.
> >
> >
> > Thank u In Advance
> >
> >
> > __
> > Do you Yahoo!?
> > Yahoo! Mail Plus - Powerful. Affordable. Sign up
> now.
> > http://mailplus.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
__
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.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
Peter Kranendonk is out of the office.
I will be out of the office starting January 10, 2003 and will not return until January 27, 2003. I will respond to your message when I return. 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: Backing up MQSeries for DR.
Michelle, If you do a search in the MQ archives (see the link below for archives) for saveqmgr you should find quite a bit about scripts for backing up QM. HTH, Steve Harmeson -Original Message- From: Michelle Russell [mailto:[EMAIL PROTECTED]] Sent: Tuesday, January 21, 2003 5:26 AM To: [EMAIL PROTECTED] Subject: Backing up MQSeries for DR. Hi, I am new to MQSeries and have been tasked with the project of Backing up MQ for a DR test. Can anybody point me to the best place to start with this project. I am currently using the System Management Guide as starting point for info. I will be taking MQSeries out of the system for the back up and not doing a backup while the q manager is running. Regards Michelle This email and any attachments are confidential. They may contain privileged information and are intended for the named addressee(s) only. They must not be distributed without our consent. If you are not the intended recipient, please notify us immediately and do not disclose, distribute or retain this email or any part of it. Unless expressly stated, opinions in this email are those of the individual sender and not N Brown Group plc or any of its subsidiaries. You must take full responsibility for virus checking this email and any attachments. Please note that the content of this email or any of its attachments may contain data that falls within the scope of the Data Protection Acts and that you must ensure that any handling or processing of such data by you is fully compliant with the terms and provisions of the Data Protection Act 1984 and 1998. N Brown Group plc. Registered office: 53 Dale Street, Manchester, M60 6ES. Registered in England No.814103. 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
BJ Wang/San Jose/IBM is out of the office.
I will be out of the office starting January 21, 2003 and will not return until January 27, 2003. Traveling on 1/21/2003 but will ck msgs in the evening. 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
Backing up MQSeries for DR.
Hi, I am new to MQSeries and have been tasked with the project of Backing up MQ for a DR test. Can anybody point me to the best place to start with this project. I am currently using the System Management Guide as starting point for info. I will be taking MQSeries out of the system for the back up and not doing a backup while the q manager is running. Regards Michelle This email and any attachments are confidential. They may contain privileged information and are intended for the named addressee(s) only. They must not be distributed without our consent. If you are not the intended recipient, please notify us immediately and do not disclose, distribute or retain this email or any part of it. Unless expressly stated, opinions in this email are those of the individual sender and not N Brown Group plc or any of its subsidiaries. You must take full responsibility for virus checking this email and any attachments. Please note that the content of this email or any of its attachments may contain data that falls within the scope of the Data Protection Acts and that you must ensure that any handling or processing of such data by you is fully compliant with the terms and provisions of the Data Protection Act 1984 and 1998. N Brown Group plc. Registered office: 53 Dale Street, Manchester, M60 6ES. Registered in England No.814103. 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
