| Author |
Message
|
| mquser01 |
 Posted: Wed Apr 16, 2008 8:29 pm Post subject: Why is Command Server required |
 |
|
Acolyte
Joined: 06 Mar 2008
Posts: 52
|
can anyone please let me know why is the command server required??
I read some pdfs but still not clear why is Command Server required??
when does AMQ4032 occurs?? documentation says its just a warning does it mean if this warning occurs it will not disrupt the MQ functioning? |
|
| Back to top |
|
 |
| AkankshA |
| Posted: Wed Apr 16, 2008 8:39 pm Post subject: |
|
|
Grand Master
Joined: 12 Jan 2006
Posts: 1494
Location: Singapore
|
some snippets from google ..
of system admin guide..
| Quote: |
| The command server is an MQSeries component that works with the command processor component. The command server reads request messages from the system-command input queue, verifies them, and passes the valid ones as commands to the command processor. The command processor processes the commands and puts any replies as reply messages on to the reply-to queue that you specify. The first reply message contains the user message CSQN205I. |
_________________
Cheers |
|
| Back to top |
|
|
| mquser01 |
| Posted: Wed Apr 16, 2008 8:46 pm Post subject: |
|
|
Acolyte
Joined: 06 Mar 2008
Posts: 52
|
Yup i have already gone through this but my confusion is -
Is it the MQSC commands that we execute from command line are being referred as request messages here??
As i said earlier i read some docs on this but am still not very clear with the concept of Command Server, its requirement and significance of AMQ4032 warning... |
|
| Back to top |
|
|
| AkankshA |
| Posted: Wed Apr 16, 2008 9:48 pm Post subject: |
|
|
Grand Master
Joined: 12 Jan 2006
Posts: 1494
Location: Singapore
|
Each queue manager can have a command server associated with it.
Command server takes the mressage from SYSTEM.ADMIN.COMMAND.QUEUE. It acesses MQSC commands of queue manager and PCF commands from applications.
as i said earlier it presents the commands to the queue manager for processing and returns a completion code or operator message depending on the origin of the command.
AMQ4032 occurs when your Command server id not available(running) or not responding within the timeout period.
If the command server is not running, start the command server and retry. Ensure that the queue called SYSTEM.ADMIN.COMMAND.QUEUE is configured to enable programs to get messages off it.
_________________
Cheers |
|
| Back to top |
|
|
| Vitor |
| Posted: Thu Apr 17, 2008 1:13 am Post subject: |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
The absense of a running command server will not affect the opperation of a queue manager, hence the message is a warning.
It will prevent you running any commands at all against the queue manager, which is usually an issue quite quickly.
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| jsware |
| Posted: Thu Apr 17, 2008 4:30 am Post subject: |
|
|
Chevalier
Joined: 17 May 2001
Posts: 455
|
| Vitor wrote: |
| It will prevent you running any commands at all against the queue manager, which is usually an issue quite quickly. |
You can runmqsc against a local qmgr without the command server running. Applications won't be able to issue PCF messages to do the same, MQExplorer does not work and possibly more.
You can however "runmqsc MYQM" and then issue commands to it. Thus runmqsc does not appear dependent on the command server for local qmgrs. It does however require command server on a remote qmgr when you start using the "runmqsc -w" option.
_________________
Regards
John
The pain of low quaility far outlasts the joy of low price. |
|
| Back to top |
|
|
| jefflowrey |
| Posted: Thu Apr 17, 2008 4:38 am Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002
Posts: 19981
|
Yes, runmqsc is bound against the same internal interfaces as the command server... one parses MQSC and the other parses PCF but they both call the same internal APIs.
This is why there's a very strong correlation between MQSC and PCF. Well, one of the reasons...
_________________
I am *not* the model of the modern major general. |
|
| Back to top |
|
|
| Vitor |
| Posted: Thu Apr 17, 2008 4:41 am Post subject: |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| Vitor wrote: |
| It will prevent you running any commands at all against the queue manager, which is usually an issue quite quickly. |
Projecting local site experience there, where the queue managers are administered from a central location but command servers are sometime shut down for security reasons "to prevent unauthorised remote access".
Shame it prevents the authorised remote access as well, but hey
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
|
|
