ASG
IBM
Zystems
Cressida
Icon
Netflexity
 
  MQSeries.net
Search  Search       Tech Exchange      Education      Certifications      Library      Info Center      SupportPacs      LinkedIn  Search  Search                                                                   FAQ  FAQ   Usergroups  Usergroups
 
Register  ::  Log in Log in to check your private messages
 
RSS Feed - WebSphere MQ Support RSS Feed - Message Broker Support

MQSeries.net Forum Index » Mainframe, CICS, TXSeries » MQ details

Post new topic  Reply to topic Goto page 1, 2  Next
 MQ details « View previous topic :: View next topic » 
Author Message
syed_zarina
PostPosted: Mon Mar 02, 2009 12:13 am    Post subject: MQ details Reply with quote

Newbie

Joined: 01 Mar 2009
Posts: 6

Hi,
This is my first post in MQ. In my system, we have installed 5.3 & I have no information about this (system admin did it long back).He has only one info that there was a qmgr MQS1. we tried to connect, but its fails with rc=0 and reason=2059. I have no idea how to start and where to issue the command for starting this queue manager.

In the CICS, i tried to issue CKQC txn to connect
"CSQC308D CICSA CSQCCON Queue manager MQS1 is stopped. Connect request deferred ". I have no idea how to proceed. Any clue/suggestion is highly appreciated.

In TSO. i issued the following command in SDST panel
/+MQS1 start qmgr ... but this command is invalid


Regards
Zarina.
Back to top
View user's profile Send private message
Vitor
PostPosted: Mon Mar 02, 2009 1:15 am    Post subject: Re: MQ details Reply with quote

Grand High Poobah

Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA

syed_zarina wrote:
I have no idea how to start and where to issue the command for starting this queue manager.


Console (or equivalent) is the right place.

syed_zarina wrote:
I have no idea how to proceed. Any clue/suggestion is highly appreciated.


I'd say your plan to start the queue manager is solid.

syed_zarina wrote:
In TSO. i issued the following command in SDST panel
/+MQS1 start qmgr ... but this command is invalid


I'd say (in the absense of the actual error from that command) is that's not the CPF for that queue manager. Ask the admin what he used when he set it up.
_________________
Honesty is the best policy.
Insanity is the best defence.
Back to top
View user's profile Send private message
syed_zarina
PostPosted: Mon Mar 02, 2009 2:44 am    Post subject: Reply with quote

Newbie

Joined: 01 Mar 2009
Posts: 6

Hi,
I checked with the system admin, he says that he has no idea about the console which u are referring. Since the installation was done long back, he has no info. Can you please guide.
Back to top
View user's profile Send private message
Vitor
PostPosted: Mon Mar 02, 2009 2:47 am    Post subject: Reply with quote

Grand High Poobah

Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA

syed_zarina wrote:
Since the installation was done long back, he has no info.


If he doesn't know the CPF I certainly won't.

syed_zarina wrote:
Can you please guide.


No - see above. Get your system programmers to reverse engineer the installation; I imagine there's some way of listing subsystems but I've no clue what it is.
_________________
Honesty is the best policy.
Insanity is the best defence.
Back to top
View user's profile Send private message
zpat
PostPosted: Mon Mar 02, 2009 2:49 am    Post subject: Reply with quote

Jedi Council

Joined: 19 May 2001
Posts: 5866
Location: UK

Should all be in SYS1.PARMLIB(IEFSSN00) if my memory serves me right (I have no mainframe here to check).
Back to top
View user's profile Send private message
Vitor
PostPosted: Mon Mar 02, 2009 2:53 am    Post subject: Reply with quote

Grand High Poobah

Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA

zpat wrote:
Should all be in SYS1.PARMLIB(IEFSSN00) if my memory serves me right (I have no mainframe here to check).


That actually rings a vague bell with me. Odds are you'd need the sys progs anyway, if not to get access to the PDS then to interpret the contents of the member.

Sys progs always seem to have the RACF turned right up on SYS1. DSNs for some reason.....
_________________
Honesty is the best policy.
Insanity is the best defence.
Back to top
View user's profile Send private message
syed_zarina
PostPosted: Mon Mar 02, 2009 4:09 am    Post subject: Reply with quote

Newbie

Joined: 01 Mar 2009
Posts: 6

Hi,
Can we start the QMGR using the JCL. If so, Kindly provide me the JCL.
Thanks
Back to top
View user's profile Send private message
Vitor
PostPosted: Mon Mar 02, 2009 4:13 am    Post subject: Reply with quote

Grand High Poobah

Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA

syed_zarina wrote:
Can we start the QMGR using the JCL.


AFAIK you can't start any subsystem that way. If you could, you'd still need the subsystem identifier surely...

Presumably you (or more accurately your sys progs) could add it to the start up configuration. Again I believe you'd need the subsystem id.

Certainly IHMO it's easier just to type "start qmgr" on the odd occassions you need to. After all, this is a mainframe not a Windows server so it's not rebooted all that often....
_________________
Honesty is the best policy.
Insanity is the best defence.
Back to top
View user's profile Send private message
Vitor
PostPosted: Mon Mar 02, 2009 4:30 am    Post subject: Reply with quote

Grand High Poobah

Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA

syed_zarina wrote:
Can we start the QMGR using the JCL.


Alright, so you engaged my curiosity.

According to Mr Google you can submit console commands via JCL using IEFBR14. But you'll still need the right CPF and I don't see the advantage over just typing "start qmgr"!!!
_________________
Honesty is the best policy.
Insanity is the best defence.
Back to top
View user's profile Send private message
zpat
PostPosted: Mon Mar 02, 2009 5:26 am    Post subject: Reply with quote

Jedi Council

Joined: 19 May 2001
Posts: 5866
Location: UK

Most sites disable operator commands in JCL (can't imagine why!).

Use SDSF for interactive purposes or your auto-ops software for anything else.
Back to top
View user's profile Send private message
Vitor
PostPosted: Mon Mar 02, 2009 5:29 am    Post subject: Reply with quote

Grand High Poobah

Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA

zpat wrote:
Most sites disable operator commands in JCL (can't imagine why!).


Gosh, really???

It was certainly news to me it was even possible, but you know how it is when you get that question nagging at you.

zpat wrote:
Use SDSF for interactive purposes or your auto-ops software for anything else.



_________________
Honesty is the best policy.
Insanity is the best defence.
Back to top
View user's profile Send private message
bruce2359
PostPosted: Mon Mar 02, 2009 8:01 am    Post subject: Reply with quote

Poobah

Joined: 05 Jan 2008
Posts: 9470
Location: US: west coast, almost. Otherwise, enroute.

Several comments:
SYS1.PARMLIB(IEFSSNxx) is the place to find the console prefix character (CPF). xx may be 00 or any other suffix that your sysprogs have specified as part of IPL. No special authority is needed to read. Operator command D IPLPARM (or is it D PARMLIB) will display what parmlib members are currently being used.

the / in front of the /+MQ means that the command is being issued from SDSF. / tells SDSF to forward the command as if it were issued from the op console.

By default, operator commands submitted as part of submitted JCL will be executed without any security check whatsoever. So, z net,quick stuck into a jobstream, whether the jcl works or not, will kill off vtam. A huge security exposure.
_________________
I like deadlines. I like to wave as they pass by.
ב''ה
Lex Orandi, Lex Credendi, Lex Vivendi. As we Worship, So we Believe, So we Live.
Back to top
View user's profile Send private message
Vitor
PostPosted: Mon Mar 02, 2009 8:04 am    Post subject: Reply with quote

Grand High Poobah

Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA

bruce2359 wrote:
No special authority is needed to read.


But RACF READ authority is required.

bruce2359 wrote:
Operator command D IPLPARM (or is it D PARMLIB) will display what parmlib members are currently being used.


Hence getting support from the sys progs is a good idea

bruce2359 wrote:
By default, operator commands submitted as part of submitted JCL will be executed without any security check whatsoever. So, z net,quick stuck into a jobstream, whether the jcl works or not, will kill off vtam. A huge security exposure.


And why, presumably, so few sites stick with the default.
_________________
Honesty is the best policy.
Insanity is the best defence.
Back to top
View user's profile Send private message
syed_zarina
PostPosted: Tue Mar 03, 2009 12:19 am    Post subject: Reply with quote

Newbie

Joined: 01 Mar 2009
Posts: 6

Hi
if the command is issued from SDSF , how and where can i see the status and results of the command.
Can all the MQSC commands be given thru SDSF . Kindly guide.

Thanks
Back to top
View user's profile Send private message
Vitor
PostPosted: Tue Mar 03, 2009 1:09 am    Post subject: Reply with quote

Grand High Poobah

Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA

syed_zarina wrote:
if the command is issued from SDSF , how and where can i see the status and results of the command.


This is a z/OS question. Speak to your site people to obtain the local method.

syed_zarina wrote:
Can all the MQSC commands be given thru SDSF .


Starting the queue manager isn't an MQSC command even on a distributed platform.

You can issue MQSC commands on mainframe through TSO via the ISPF panel or in batch via CQSUTIL. Note that many commands have more parameters than on distributed platforms, and there are more considerations in object definition.

See the docs for details
_________________
Honesty is the best policy.
Insanity is the best defence.
Back to top
View user's profile Send private message
Display posts from previous:   
Post new topic  Reply to topic Goto page 1, 2  Next Page 1 of 2

MQSeries.net Forum Index » Mainframe, CICS, TXSeries » MQ details
Jump to:  



You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
Protected by Anti-Spam ACP
 
 


Theme by Dustin Baccetti
Powered by phpBB © 2001, 2002 phpBB Group

Copyright © MQSeries.net. All rights reserved.