| Author |
Message
|
| serpota |
 Posted: Mon Nov 24, 2014 12:20 am Post subject: need Job Execution node sample |
 |
|
Voyager
Joined: 26 May 2006
Posts: 85
|
We want to manage a MQ+MB installation remotely,
sending admin commands to it in a file,
and then executing it using the Job Execution Node.
So, remote machine can answer questions / do actions as:
*) what is your IP/hostname ?
*) send me the MQ config (dmpmqcfg)
*) change this MQ setting (as MAXDEPTH)
Has it been done before ?
Any code samples available ?
What do you think about this approach to (remote) administration ?
Thanks. |
|
| Back to top |
|
 |
| smdavies99 |
| Posted: Mon Nov 24, 2014 12:39 am Post subject: |
|
|
Jedi Council
Joined: 10 Feb 2003
Posts: 6076
Location: Somewhere over the Rainbow this side of Never-never land.
|
I think you are in for a lot of grief for very little gain.
The Job Execution Node has some limitations when trying to do things to the broker that contains the Job Execution node. (been there, done that, got the T-Shirt)
But seriously, you do seem to be trying to re-invent tools that are already available.
MQExplorer does a very good job of item 3 in your list.
If you don't know your system IP address then you are frankly up the creek without a paddle.
Also, your MQ config should be nicely archived away in your source control system.
(see my sig at the bottom of this post)
_________________
WMQ User since 1999
MQSI/WBI/WMB/'Thingy' User since 2002
Linux user since 1995
Every time you reinvent the wheel the more square it gets (anon). If in doubt think and investigate before you ask silly questions.
Last edited by smdavies99 on Mon Nov 24, 2014 12:42 am; edited 1 time in total |
|
| Back to top |
|
|
| serpota |
| Posted: Mon Nov 24, 2014 12:41 am Post subject: |
|
|
Voyager
Joined: 26 May 2006
Posts: 85
|
mr 99 - there is only one point missing in your nice answer : a name or a pointer or a url to those tools
can you provide me some more light, please ?
 |
|
| Back to top |
|
|
| fjb_saper |
| Posted: Mon Nov 24, 2014 2:00 am Post subject: |
|
|
Grand High Poobah
Joined: 18 Nov 2003
Posts: 20756
Location: LI,NY
|
| serpota wrote: |
mr 99 - there is only one point missing in your nice answer : a name or a pointer or a url to those tools
can you provide me some more light, please ?
|
Not without more information as to the platform, version of software etc...
_________________
MQ & Broker admin |
|
| Back to top |
|
|
| serpota |
| Posted: Tue Nov 25, 2014 4:13 am Post subject: |
|
|
Voyager
Joined: 26 May 2006
Posts: 85
|
op sys - lynux (95%), but windows possible (5%)
version : 7.5 or higher |
|
| Back to top |
|
|
| ruimadaleno |
| Posted: Tue Nov 25, 2014 4:17 am Post subject: |
|
|
Master
Joined: 08 May 2014
Posts: 274
|
i've been reading throughout this thread and something got my attention 
SmDavies:
" ...
Also, your MQ config should be nicely archived away in your source control system. ..."
what is (in your opinion) the best way to extract and store MQ/WMB config in a source control system (in my case, subversion).
Seporta: Please sorry to "take over" your post.
_________________
Best regards
Rui Madaleno |
|
| Back to top |
|
|
| smdavies99 |
| Posted: Tue Nov 25, 2014 4:40 am Post subject: |
|
|
Jedi Council
Joined: 10 Feb 2003
Posts: 6076
Location: Somewhere over the Rainbow this side of Never-never land.
|
| ruimadaleno wrote: |
what is (in your opinion) the best way to extract and store MQ/WMB config in a source control system (in my case, subversion).
|
This has been posed many times here.
The general concensus is that you greate the QMGR & Broker with a set of scripts. These are just files that can easily be stored in GIT etc.
NO changes to the QMGR or Broker should be allowed unless they are applied by a script (and have rollback scripts). These changes can be added to the scripts that create the QMGR etc and then committed back into Git etc.
All pretty standard processes really. nowt special.
I've been doing this sort of thing for at least 8years and have a set of templates that give a decently configured QMGR pretty well OOTB. Other scripts apply the local requirements on top of the base QMGR.
It takes time to build up a set of scripts that YOU know that you can rely upon. Once you have them creating a new qmgr is a very simple job. The same goes for a Broker.
_________________
WMQ User since 1999
MQSI/WBI/WMB/'Thingy' User since 2002
Linux user since 1995
Every time you reinvent the wheel the more square it gets (anon). If in doubt think and investigate before you ask silly questions. |
|
| Back to top |
|
|
| serpota |
| Posted: Tue Nov 25, 2014 10:37 pm Post subject: |
|
|
Voyager
Joined: 26 May 2006
Posts: 85
|
Rui : i dont mind you insert yuor questions in thius thread,
but I really think it is better to have another thread for your question and
our/their answers/opinions,
so future "searches" are facilitated,
if your question has a clever "Subject"
How to (re)configure a MQ/MB?
I agree on the scripts - I also have a dozen of them,
basically to create the objects. |
|
| Back to top |
|
|
| ruimadaleno |
| Posted: Fri Nov 28, 2014 1:20 am Post subject: |
|
|
Master
Joined: 08 May 2014
Posts: 274
|
thank you all for your input on the off topic subject, i'll do some search and start a new thread 
_________________
Best regards
Rui Madaleno |
|
| Back to top |
|
|
|
|
