Antwort: Re: 2035 access error
Normally, it is as you say: anyone in mqm group has full access. I can see 2 possible reasons why it did not work: a) after you put the user to the mqm group, you need to refresh the mq security. In MQ53 by command, in earlier versions by restarting your qmgr. Also, the user must login again! b) It is possible to remove rights, even from the mqm group. Example: setmqaut -m [QMGR] -t qmgr -g mqm -connect Check the rights for group mqm with the dspmqaut command. Thanks Jonathan - it has solved my problem. However I have a question because I thought that if one was in group mqm then he/she would not have any access issues. Is this not so? Prits ___ Disclaimer: Diese Mitteilung ist nur fuer die Empfaengerin / den Empfaenger bestimmt. Fuer den Fall, dass sie von nichtberechtigten Personen empfangen wird, bitten wir diese hoeflich, die Mitteilung an die ZKB zurueckzusenden und anschliessend die Mitteilung mit allen Anhaengen sowie allfaellige Kopien zu vernichten bzw. zu loeschen. Der Gebrauch der Information ist verboten. This message is intended only for the named recipient and may contain confidential or privileged information. If you have received it in error, please advise the sender by return e-mail and delete this message and any attachments. Any unauthorised use or dissemination of this information is strictly prohibited. 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
AMQ4048
I get an error AMQ4048 when i try to view channels from mq explorer or microsoft management console on windows nt, mq 5.1? Any ideas on what could wrong. Thanks --- Graham Lekota(Liberty Group) IBM Certified Specialist, WebsphereMQ +27 83 327 3619 / +27 11 408 4683 [EMAIL PROTECTED] *** Reputation is what people think you are, Personality is what you seem to be, Character is what you really are. *** This message may contain information which is confidential and subject to legal privilege. If you are not the intended recipient, you may not peruse, use, disseminate, distribute or copy this message. If you have received this message in error, please notify the sender immediately by email, facsimile or telephone and return and/or destroy the original message. *** 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: messages pile up on a triggered queue
I have set the trigger interval to four minutes and i am monitoring the queue, 'haven't had any problems with the queue but it's still early to say anything concrete. Thanks --- Graham Lekota(Liberty Group) IBM Certified Specialist, WebsphereMQ +27 83 327 3619 / +27 11 408 4683 [EMAIL PROTECTED] *** Reputation is what people think you are, Personality is what you seem to be, Character is what you really are. -Original Message- From: MQSeries List [mailto:[EMAIL PROTECTED]]On Behalf Of Potkay, Peter M (PLC, IT) Sent: Monday, July 29, 2002 3:23 PM To: [EMAIL PROTECTED] Subject: Re: messages pile up on a triggered queue Graham, Did you check the TriggerInterval value of the QM? It won't tell why these messages are stacking up to begin with (my guess is that the app is triggered, but bombs sometimes before it ever even opens the queue), but it will allow this app to be triggered without you intervening once the interval passes and another message lands. Peter Potkay IBM MQSeries Certified Specialist, Developer [EMAIL PROTECTED] X 77906 -Original Message- From: Miller, Dennis [mailto:[EMAIL PROTECTED]] Sent: Sunday, July 28, 2002 3:37 PM To: [EMAIL PROTECTED] Subject: Re: messages pile up on a triggered queue There I go again, making brash assumptions. But my reply still might be some insights. I proposed: The root of the problem is a triggered application that doesn't completely empty the queue. I most often see that with trigtype=every, but I suppose it could be true with a trigtype=first, too. I find this statement interesting: I process the messages by switching the trigger on the queue off and then on. With trigtype=every, that generates a trigger if the queue depth 0. With trigtype=first, there is an additional condition that no program has the queue open. That leads me to believe the triggered program has closed the queue, but then I reach a contradiction, because with trigtype=first, the close causes a re-trigger on its own.Sorry I cannot shed more light. -Original Message- From: Graham Lekota [SMTP:[EMAIL PROTECTED]] Sent: Friday, July 26, 2002 1:00 AM To: [EMAIL PROTECTED] Subject: Re: messages pile up on a triggered queue Dennis, I am using trigtype=first. --- Graham Lekota(Liberty Group) IBM Certified Specialist, WebsphereMQ +27 83 327 3619 / +27 11 408 4683 [EMAIL PROTECTED] *** Reputation is what people think you are, Personality is what you seem to be, Character is what you really are. -Original Message- From: MQSeries List [mailto:[EMAIL PROTECTED]]On Behalf Of Miller, Dennis Sent: Friday, July 26, 2002 5:13 AM To: [EMAIL PROTECTED] Subject: Re: messages pile up on a triggered queue That's probably a queue backlog caused by the incorrect use of trigtype=every. In fact, I'm pretty sure you are using trigtype=every, otherwise turning the switching trigger off/on would not have an effect while the trigger monitor is running. The assumption that there is a corresponding trigger for every message is false. When there are fewer triggers than messages, then the pile-up occurs. The root of the problem is a triggered application that doesn't completely empty the queue. Even if you use trigtype=every, you must design your application to empty the queue or you risk the backlog you describe. After re-writing your program to empty the queue, then trigtype=every will likely be unneccessary overhead because a few instances of the application will read more than one message, but most of them will just find the queue empty. My advice is to nix the trigtype=every thing cause it doesn't do what you want, anyway. -Original Message- From: Graham Lekota [SMTP:[EMAIL PROTECTED]] Sent: Thursday, July 25, 2002 12:08 AM To: [EMAIL PROTECTED] Subject: messages pile up on a triggered queue I have a triggered queue on a solaris 5.6 machine(MQ ver 5.1, c trigger monitor), the queue sometimes pile up with messages even though the trigger monitor is still running. I process the messages by switching the trigger on the queue off and then on. Does anyone know what could cause this. I have a similar server that runs fine with the same infrastructure. Thanks in advance. --- Graham Lekota(Liberty Group) IBM Certified Specialist, WebsphereMQ +27 83 327 3619 / +27 11 408 4683 [EMAIL PROTECTED] *** Wheresoever you go, go with all your heart. --Confucius *** This message may contain information which is confidential and subject to legal privilege. If you are not the intended recipient, you may not
ESQL-deleteing dynamic ref
Hi all! I've got some code that identifies subtrees in a XML-message that contain only empty elements. It's a recursive procedure using dynamic REFERENCE variables. Here's a snippet of my code: snip CREATE PROCEDURE RemoveEmptySegments (INOUT root REFERENCE) BEGIN DECLARE DCntCursor REFERENCE TO root; DECLARE DataCount INTEGER; DECLARE ClimbThisNode BOOLEAN; SET ClimbThisNode = TRUE; IF LENGTH(TRIM(FIELDNAME(root))) = 3 THEN -- This must be a segment name SET DataCount = 0; CALL FindSegmentData(DCntCursor, DataCount); IF DataCount = 0 THEN SET ClimbThisNode = FALSE; SET root = NULL; -- This won't work! END IF; END IF; IF ClimbThisNode THEN DECLARE cursor REFERENCE TO root; MOVE cursor FIRSTCHILD; WHILE LASTMOVE(cursor) DO CALL RemoveEmptySegments(cursor); MOVE cursor NEXTSIBLING; END WHILE; END IF; END; /snip Now, since the root variable only references a subtree in the message-tree, setting it to NULL only dereferences root (I'd presume, haven't verified it). The message-tree, however, is not affected. I have verified that the logic finds empty subtrees, because replacing SET root = NULL with SET root = 'nod data' will show up in a trace node as expected. I've tried DETACH root, but to no avail. So, how do I remove a subtree from my message-tree, given a REFERENCE-variable pointing to the subtree? TIA! /Martin 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
delphi information
Title: delphi information Hi all, We have a need to needs to write a Delphi interface into mq. Any information about copybooks/compilers/where to start would be appreciated. tks __ Disclaimer and confidentiality note Everything in this e-mail and any attachments relating to the official business of Standard Bank Group Limited is proprietary to the company. It is confidential, legally privileged and protected by law. Standard Bank does not own and endorse any other content. Views and opinions are those of the sender unless clearly stated as being that of Standard Bank. The person addressed in the e-mail is the sole authorised recipient. Please notify the sender immediately if it has unintentionally reached you and do not read, disclose or use the content in any way. Standard Bank can not assure that the integrity of this communication has been maintained nor that it is free of errors, virus, interception or interference. ___
Re: messages pile up on a triggered queue
Run the triggered application as a background task. Emile Kearns SOFTWARE FUTURES the business advantage Proud member of MGX www.softwarefutures.com -Original Message- From: Graham Lekota [mailto:[EMAIL PROTECTED]] Sent: 30 July 2002 10:10 To: [EMAIL PROTECTED] Subject: Re: messages pile up on a triggered queue I have set the trigger interval to four minutes and i am monitoring the queue, 'haven't had any problems with the queue but it's still early to say anything concrete. Thanks --- Graham Lekota(Liberty Group) IBM Certified Specialist, WebsphereMQ +27 83 327 3619 / +27 11 408 4683 [EMAIL PROTECTED] *** Reputation is what people think you are, Personality is what you seem to be, Character is what you really are. -Original Message- From: MQSeries List [mailto:[EMAIL PROTECTED]]On Behalf Of Potkay, Peter M (PLC, IT) Sent: Monday, July 29, 2002 3:23 PM To: [EMAIL PROTECTED] Subject: Re: messages pile up on a triggered queue Graham, Did you check the TriggerInterval value of the QM? It won't tell why these messages are stacking up to begin with (my guess is that the app is triggered, but bombs sometimes before it ever even opens the queue), but it will allow this app to be triggered without you intervening once the interval passes and another message lands. Peter Potkay IBM MQSeries Certified Specialist, Developer [EMAIL PROTECTED] X 77906 -Original Message- From: Miller, Dennis [mailto:[EMAIL PROTECTED]] Sent: Sunday, July 28, 2002 3:37 PM To: [EMAIL PROTECTED] Subject: Re: messages pile up on a triggered queue There I go again, making brash assumptions. But my reply still might be some insights. I proposed: The root of the problem is a triggered application that doesn't completely empty the queue. I most often see that with trigtype=every, but I suppose it could be true with a trigtype=first, too. I find this statement interesting: I process the messages by switching the trigger on the queue off and then on. With trigtype=every, that generates a trigger if the queue depth 0. With trigtype=first, there is an additional condition that no program has the queue open. That leads me to believe the triggered program has closed the queue, but then I reach a contradiction, because with trigtype=first, the close causes a re-trigger on its own.Sorry I cannot shed more light. -Original Message- From: Graham Lekota [SMTP:[EMAIL PROTECTED]] Sent: Friday, July 26, 2002 1:00 AM To: [EMAIL PROTECTED] Subject: Re: messages pile up on a triggered queue Dennis, I am using trigtype=first. --- Graham Lekota(Liberty Group) IBM Certified Specialist, WebsphereMQ +27 83 327 3619 / +27 11 408 4683 [EMAIL PROTECTED] *** Reputation is what people think you are, Personality is what you seem to be, Character is what you really are. -Original Message- From: MQSeries List [mailto:[EMAIL PROTECTED]]On Behalf Of Miller, Dennis Sent: Friday, July 26, 2002 5:13 AM To: [EMAIL PROTECTED] Subject: Re: messages pile up on a triggered queue That's probably a queue backlog caused by the incorrect use of trigtype=every. In fact, I'm pretty sure you are using trigtype=every, otherwise turning the switching trigger off/on would not have an effect while the trigger monitor is running. The assumption that there is a corresponding trigger for every message is false. When there are fewer triggers than messages, then the pile-up occurs. The root of the problem is a triggered application that doesn't completely empty the queue. Even if you use trigtype=every, you must design your application to empty the queue or you risk the backlog you describe. After re-writing your program to empty the queue, then trigtype=every will likely be unneccessary overhead because a few instances of the application will read more than one message, but most of them will just find the queue empty. My advice is to nix the trigtype=every thing cause it doesn't do what you want, anyway. -Original Message- From: Graham Lekota [SMTP:[EMAIL PROTECTED]] Sent: Thursday, July 25, 2002 12:08 AM To: [EMAIL PROTECTED] Subject: messages pile up on a triggered queue I have a triggered queue on a solaris 5.6 machine(MQ ver 5.1, c trigger monitor), the queue sometimes pile up with messages even though the trigger monitor is still running. I process the messages by switching the trigger on the queue off and then on. Does anyone know what could cause this. I have a similar server that runs fine with the same infrastructure. Thanks in advance. --- Graham Lekota(Liberty Group) IBM Certified Specialist, WebsphereMQ +27 83 327 3619 / +27 11 408 4683 [EMAIL PROTECTED]
RES: delphi information
Title: delphi information Nadi, I think you have 2 ways: 1. Use the MQAX (ActiveX Control supplied by IBM); 2. Try www.torry.net and search for "MQSeries". There you have a ported version of cmqb.bas, cmqxb.bas and the others to use MQI commands Good look Renato Z. -Mensagem original-De: Khan, Nadi N [mailto:[EMAIL PROTECTED]]Enviada em: terça-feira, 30 de julho de 2002 06:16Para: [EMAIL PROTECTED]Assunto: delphi information Hi all, We have a need to needs to write a Delphi interface into mq. Any information about copybooks/compilers/where to start would be appreciated. tks __ Disclaimer and confidentiality note Everything in this e-mail and any attachments relating to the official business of Standard Bank Group Limited is proprietary to the company. It is confidential, legally privileged and protected by law. Standard Bank does not own and endorse any other content. Views and opinions are those of the sender unless clearly stated as being that of Standard Bank. The person addressed in the e-mail is the sole authorised recipient. Please notify the sender immediately if it has unintentionally reached you and do not read, disclose or use the content in any way. Standard Bank can not assure that the integrity of this communication has been maintained nor that it is free of errors, virus, interception or interference. ___ ---Incoming mail is certified Virus Free.Checked by AVG anti-virus system (http://www.grisoft.com).Version: 6.0.373 / Virus Database: 208 - Release Date: 1/7/2002 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.373 / Virus Database: 208 - Release Date: 1/7/2002 Esta mensagem pode conter informação confidencial e/ou privilegiada. Se você não for o destinatário ou a pessoa autorizada a receber esta mensagem, não pode usar, copiar ou divulgar as informações nela contidas ou tomar qualquer ação baseada nessas informações. Se você recebeu esta mensagem por engano, por favor avise imediatamente o remetente, respondendo o e-mail e em seguida apague-o. Agradecemos sua cooperação. This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation.
Re: ESQL-deleteing dynamic ref
Peter, indeed it does. I think I managed to set root=NULL after detaching it (don't have the code any more) and then somehow it didn't work (or maybe something else, it's pretty mindboiling hot here in Sweden today...). Upon receiving your mail, I retried Detach, and it works just fine Thanks! /Martin -Original Message- From: Peter Cradwick [mailto:[EMAIL PROTECTED]] Sent: Tue 2002-07-30 11:56 To: [EMAIL PROTECTED] Cc: Subject: Re: ESQL-deleteing dynamic ref Martin, I would have thought Detach would do it... Mind you, I have only done this using the C PlugIn API when creating an output message from an input message. Same procedure basically: navigate to the element to remove ( start of the 'input' data) and feed it's pointer to cniDetach() - works fine! Peter Martin Rydman Martin.Rydman@ ZIPPER.SE To: MQSERIES Sent by: MQSeries List cc: MQSERIES@AKH-W Subject: ESQL-deleteing dynamic ref IEN.AC.AT 30-Jul-2002 09:56 Please respond to MQSeries List MQSERIES@AKH-W IEN.AC.AT Hi all! I've got some code that identifies subtrees in a XML-message that contain only empty elements. It's a recursive procedure using dynamic REFERENCE variables. Here's a snippet of my code: snip CREATE PROCEDURE RemoveEmptySegments (INOUT root REFERENCE) BEGIN DECLARE DCntCursor REFERENCE TO root; DECLARE DataCount INTEGER; DECLARE ClimbThisNode BOOLEAN; SET ClimbThisNode = TRUE; IF LENGTH(TRIM(FIELDNAME(root))) = 3 THEN -- This must be a segment name SET DataCount = 0; CALL FindSegmentData(DCntCursor, DataCount); IF DataCount = 0 THEN SET ClimbThisNode = FALSE; SET root = NULL; -- This won't work! END IF; END IF; IF ClimbThisNode THEN DECLARE cursor REFERENCE TO root; MOVE cursor FIRSTCHILD; WHILE LASTMOVE(cursor) DO CALL RemoveEmptySegments(cursor); MOVE cursor NEXTSIBLING; END WHILE; END IF; END; /snip Now, since the root variable only references a subtree in the message-tree, setting it to NULL only dereferences root (I'd presume, haven't verified it). The message-tree, however, is not affected. I have verified that the logic finds empty subtrees, because replacing SET root = NULL with SET root = 'nod data' will show up in a trace node as expected. I've tried DETACH root, but to no avail. So, how do I remove a subtree from my message-tree, given a REFERENCE-variable pointing to the subtree? TIA! /Martin 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: delphi information
Title: delphi information Nadi, You mean Borland's Delphi Object Pascal on Windows, right? Borland's VisiBroker Integrated Transaction Services component Transfuse provides an MQ interface for Delphi programs but this may be more than is minimally needed. Your best bet might be to download http://www.torry.net/samples/samples/other/cmqpas.zip. - Jim Keohane ?xml version="1.0" encoding="UTF-8"?Signature NameJim Keohane/Name CompanyMulti-Platforms, Inc./Company ServicesSoftware Development amp; Consulting, expert witness, columnist/Services TitleChief Cook amp; Bottle Washer/Title Phone(516) 579-2209/Phone WebAddresswww.multi-platforms.com/WebAddress eMail[EMAIL PROTECTED]/eMail Quote640K ought to be enough for anybody. - Bill Gates/Quote QuickPad PRO640K is enough. For FUN!/QuickPad PRO/Signature - Original Message - From: Khan, Nadi N To: [EMAIL PROTECTED] Sent: Tuesday, July 30, 2002 05:16 Subject: delphi information Hi all, We have a need to needs to write a Delphi interface into mq. Any information about copybooks/compilers/where to start would be appreciated. tks __ Disclaimer and confidentiality note Everything in this e-mail and any attachments relating to the official business of Standard Bank Group Limited is proprietary to the company. It is confidential, legally privileged and protected by law. Standard Bank does not own and endorse any other content. Views and opinions are those of the sender unless clearly stated as being that of Standard Bank. The person addressed in the e-mail is the sole authorised recipient. Please notify the sender immediately if it has unintentionally reached you and do not read, disclose or use the content in any way. Standard Bank can not assure that the integrity of this communication has been maintained nor that it is free of errors, virus, interception or interference. ___
RES: Channel Status Script
Title: RES: Channel Status Script I didn't have a script but I think you can use 'dis chs(*) SAVED' to get the channel status when it is inactive Renato Z. -Mensagem original- De: Robert Broderick [mailto:[EMAIL PROTECTED]] Enviada em: terça-feira, 30 de julho de 2002 16:39 Para: [EMAIL PROTECTED] Assunto: Channel Status Script Anybody have a ksh or Perl script that gives you the channel status when 'dis chs()' doesn't give you one?? _ 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 --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.373 / Virus Database: 208 - Release Date: 1/7/2002 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.373 / Virus Database: 208 - Release Date: 1/7/2002 Esta mensagem pode conter informação confidencial e/ou privilegiada. Se você não for o destinatário ou a pessoa autorizada a receber esta mensagem, não pode usar, copiar ou divulgar as informações nela contidas ou tomar qualquer ação baseada nessas informações. Se você recebeu esta mensagem por engano, por favor avise imediatamente o remetente, respondendo o e-mail e em seguida apague-o. Agradecemos sua cooperação. This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation.
Re: RES: Channel Status Script
It will only show inactive in saved only if the channel was ever active. Otherwise there is no saved. I'm looking at QPASA. How does this thing know the channel status. Is IBM sharing internal information with the vendors for the purpose of making us buy their product or is there a trick I am missing. Is it a decision table one needs to follow. (E no channel status, no saved then it must be... This is a real stupid command. OK display channel status. Well we cannot always do that. Well who can if you cannot. Does QPASA know more than IBM. I quess we can throw this on the DUNG pile with the Java channel security issue. next they will be telling us the endmqm command doesn't end the queue manager. OOPS, I sorry, sometimes it doesn't! One more for the pile bobbee From: [EMAIL PROTECTED] Reply-To: MQSeries List [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: RES: Channel Status Script Date: Tue, 30 Jul 2002 17:11:44 -0300 I didn't have a script but I think you can use 'dis chs(*) SAVED' to get the channel status when it is inactive Renato Z. -Mensagem original- De: Robert Broderick [mailto:[EMAIL PROTECTED]] Enviada em: terga-feira, 30 de julho de 2002 16:39 Para: [EMAIL PROTECTED] Assunto: Channel Status Script Anybody have a ksh or Perl script that gives you the channel status when 'dis chs()' doesn't give you one?? _ 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 --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.373 / Virus Database: 208 - Release Date: 1/7/2002 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.373 / Virus Database: 208 - Release Date: 1/7/2002 Esta mensagem pode conter informagco confidencial e/ou privilegiada. Se vocj nco for o destinatario ou a pessoa autorizada a receber esta mensagem, nco pode usar, copiar ou divulgar as informagues nela contidas ou tomar qualquer agco baseada nessas informagues. Se vocj recebeu esta mensagem por engano, por favor avise imediatamente o remetente, respondendo o e-mail e em seguida apague-o. Agradecemos sua cooperagco. This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. _ 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
Re: Move QM and Log files
Before the move, pls say lots of prayer and takes lot of pills...and good luck I would not do it. In your case, I would do a saveqmgr first and re-create the qmgr on the new location. JC -Original Message- From: Madsen, Timothy [mailto:[EMAIL PROTECTED]] Sent: Tuesday, July 30, 2002 2:34 PM To: [EMAIL PROTECTED] Subject: Move QM and Log files Hello, I have a running installation of MQSeries V5.2.1 (w/CSD04) on Win2k Server (w/sp2). We have the need to move the QManager and Log files from their current location to a new location on different hard drives. Taking the QM offline for the move is fine. Could somebody assist me with how to do this? Thanks. Tim. 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: RES: Channel Status Script
Hi Bobbee, Q Pasa! doesn't know any more than you do ;-) Basically, if there is no saved status, it reports the channel status as inactive (in cmqcfc.h there is a macro that defines inactive #define MQCHS_INACTIVE 0L). If we don't get a current state, we report the status as 0. Hope this helps! It will only show inactive in saved only if the channel was ever active. Otherwise there is no saved. I'm looking at QPASA. How does this thing know the channel status. Is IBM sharing internal information with the vendors for the purpose of making us buy their product or is there a trick I am missing. Is it a decision table one needs to follow. (E no channel status, no saved then it must be... This is a real stupid command. OK display channel status. Well we cannot always do that. Well who can if you cannot. Does QPASA know more than IBM. I quess we can throw this on the DUNG pile with the Java channel security issue. next they will be telling us the endmqm command doesn't end the queue manager. OOPS, I sorry, sometimes it doesn't! One more for the pile bobbee Cheers, Craig -- Craig L. Ching Chief Product Architect IBM Certified Specialist, MQSeries IBM Certified Developer, MQSeries MQSoftware, Inc. (952) 345-8720 www.mqsoftware.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: Move QM and Log files
Hi Tim Moving an existing Queue Manager to another location shouldn't be too heartbreaking with just a little care and forethought. But I think your safest and best bet would be to keep the existing QM where it is for the moment. Creating a duplicate QM at another location from a text config file of the existing QM is simple enough using the 'runmqsc' command. Once you have then made the appropriate config changes to any other QMs or Applications that converse via the new QM, I would stop the original QM and keep it where it is for a few days at least until you are certain the new QM is working correctly. As far as the log files are concerned ... well I personally wouldn't move them. I would use the time of switching over to the new QM as a clean cut-off point for logging. After a suitable time period you can then completely delete the old QM and its associated log files. Ken Chan, John X [EMAIL PROTECTED] Sent by: MQSeries List [EMAIL PROTECTED] 31/07/2002 08:35 Please respond to MQSeries List To:[EMAIL PROTECTED] cc: Subject:Re: Move QM and Log files Before the move, pls say lots of prayer and takes lot of pills...and good luck I would not do it. In your case, I would do a saveqmgr first and re-create the qmgr on the new location. JC -Original Message- From: Madsen, Timothy [mailto:[EMAIL PROTECTED]] Sent: Tuesday, July 30, 2002 2:34 PM To: [EMAIL PROTECTED] Subject: Move QM and Log files Hello, I have a running installation of MQSeries V5.2.1 (w/CSD04) on Win2k Server (w/sp2). We have the need to move the QManager and Log files from their current location to a new location on different hard drives. Taking the QM offline for the move is fine. Could somebody assist me with how to do this? Thanks. Tim. 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 This message and any attachments are confidential and for the addressee only. If you have received it in error, please notify the sender. It may be subject to legal privilege or confidentiality obligations imposed by legislation. The legal effect of this email is subject to its compliance with the TAC's Electronic Communication Policy and Guidelines (available at http://www.tac.vic.gov.au/ecom-policy). If this email does not include a digital signature, or comply with those Guidelines, it should not be relied upon. TAC email addresses are for business use only. All email sent to the TAC may be inspected and used by the TAC for any lawful purpose. The TAC's policy prohibiting transmission of inappropriate material to its email address is strictly enforced.
Re: RES: Channel Status Script
Well it helps to know that QPASA isn't sleeping with IBM. BUT From: Craig L. Ching [EMAIL PROTECTED] Reply-To: MQSeries List [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: RES: Channel Status Script Date: Tue, 30 Jul 2002 17:58:38 -0500 Hi Bobbee, Q Pasa! doesn't know any more than you do ;-) Basically, if there is no saved status, it reports the channel status as inactive (in cmqcfc.h there is a macro that defines inactive #define MQCHS_INACTIVE 0L). If we don't get a current state, we report the status as 0. Hope this helps! It will only show inactive in saved only if the channel was ever active. Otherwise there is no saved. I'm looking at QPASA. How does this thing know the channel status. Is IBM sharing internal information with the vendors for the purpose of making us buy their product or is there a trick I am missing. Is it a decision table one needs to follow. (E no channel status, no saved then it must be... This is a real stupid command. OK display channel status. Well we cannot always do that. Well who can if you cannot. Does QPASA know more than IBM. I quess we can throw this on the DUNG pile with the Java channel security issue. next they will be telling us the endmqm command doesn't end the queue manager. OOPS, I sorry, sometimes it doesn't! One more for the pile bobbee Cheers, Craig -- Craig L. Ching Chief Product Architect IBM Certified Specialist, MQSeries IBM Certified Developer, MQSeries MQSoftware, Inc. (952) 345-8720 www.mqsoftware.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 _ 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
