Am I wrong. I keep my MSTRJCL and my JES2PARM proclib definitions in
sync. SUB=MSTR and SUB=JES2 will start the same PROC.
On the other hand, in this case, I think I'd go with IEFJOBS DD in
MSTRJCL. Then I would specify the OEM PROCLIB using JCLLIB. Or, since
I've never needed such a feature
There is no jobid unless the task attaches to JES and requests one. The task
itself must request the connection and cannot be assigned from the outside.
On Fri, Jun 5, 2009 at 1:43 AM, Tommy Tsui tommyt...@gmail.com wrote:
Hi all,
I try to started a system task APPC with SUB=MSTR but can't
Tommy
This thread appears to be concerned with the security options supported by
APPC/MVS. It would have been helpful if APPC/MVS had appeared in the
Subject.
Please let us know what the precise problem is as described in the audit
report and then we can all make some progress. This something
On Mon, 6 Jul 2009 09:36:30 +0800, Tommy Tsui tommyt...@gmail.com wrote:
Hi Walt
Here is the error message, do youw know what's going on ???
D NET,APING,ID=MVSLU01
IST097I DISPLAY ACCEPTED
ICH408I JOB(APPC) STEP(APPC) 619
LOGON/JOB INITIATION - NOT AUTHORIZED TO APPLICATION MVSLU01
yes, when I set the MVSLU01 to UACC(READ), it works ...
so what can I do? If I set the MVSLU01 to UACC(READ) it's too risky for our shop
On Mon, Jul 6, 2009 at 6:37 PM, Walt Farrellwfarr...@us.ibm.com wrote:
On Mon, 6 Jul 2009 09:36:30 +0800, Tommy Tsui tommyt...@gmail.com wrote:
Hi Walt
Here
On Mon, 6 Jul 2009 18:44:53 +0800, Tommy Tsui tommyt...@gmail.com wrote:
yes, when I set the MVSLU01 to UACC(READ), it works ...
so what can I do? If I set the MVSLU01 to UACC(READ) it's too risky for our
shop
Then you'll have to investigate the rest of the items I mentioned, and see
if you have
Hi Walt
Here is the error message, do youw know what's going on ???
D NET,APING,ID=MVSLU01
IST097I DISPLAY ACCEPTED
ICH408I JOB(APPC) STEP(APPC) 619
LOGON/JOB INITIATION - NOT AUTHORIZED TO APPLICATION MVSLU01
IST1489I APING SESSION INFORMATION 618
IST1490I DLU=NET1.MVSLU01
On Fri, 3 Jul 2009 09:11:50 +0800, Tommy Tsui tommyt...@gmail.com wrote:
Hi all,
Since we defined following statement to protect our LU on mainframe,
APPC cannot access the PRDLU01 becuase without owner information, is
there anyone have same problem?
RDEFINE VTAMAPPL PRDLU01 UACC(NONE)
Hi all,
Since we defined following statement to protect our LU on mainframe,
APPC cannot access the PRDLU01 becuase without owner information, is
there anyone have same problem?
RDEFINE VTAMAPPL PRDLU01 UACC(NONE) OWNER(SYS1)
PERMIT PRDLU01 CLASS(VTAMAPPL) ID(P428501)
Thanks and regards
On
|--- / --- -- -- ...
|APPC APPC APPC STC SYSOPER 0021 NS FE1MB
This proves the owner information is available in some control
block--even for STCs started with SUB=MSTR.
If SDSF always shows blanks for such STCs, I suggest using msgIEF695I
during APPC startup to satisfy your auditors.
--
Edward
On Fri, 5 Jun 2009 22:58:10 +0800, Tommy Tsui tommyt...@gmail.com wrote:
but one of audit report shows that an invalid user try to access the
APPC with ?? jobid and userid...I don't know how to answer our
auditor ?
What, exactly, does the audit report say? Does it say someone tried to
Have a look in the syslog. As no Jes output is supported if sub-mstr, joblog
is routed to syslog.
Itsc
hak
On Fri, Jun 5, 2009 at 8:43 AM, Tommy Tsui tommyt...@gmail.com wrote:
Hi all,
I try to started a system task APPC with SUB=MSTR but can't find the
owner/user or jobid information even
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Tommy Tsui
Hi all,
I try to started a system task APPC with SUB=MSTR but can't find the
owner/user or jobid information even we defined a started task to
APPC.* . How can we assign a owner to this system task
Tsui
Hi all,
I try to started a system task APPC with SUB=MSTR but can't find the
owner/user or jobid information even we defined a started task to
APPC.* . How can we assign a owner to this system task?
Any help will be appreciated
SDSF on our z/OS 1.9 system does not show an owner
] On
Behalf Of Tommy Tsui
Sent: Saturday, 6 June 2009 12:58 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: job started with SUB=MSTR without the owner information
but one of audit report shows that an invalid user try to access the
APPC with ?? jobid and userid...I don't know how to answer our
The last time I looked at SDSF code, the OWNER comes from JSABUSID and
that's from a JES CB so you never see a OWNER in SDSF if the task was
started with SUB=MSTR.
George Fogg
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf
Of Chase, John
@bama.ua.edu
Subject: Re: job started with SUB=MSTR without the owner information
but one of audit report shows that an invalid user try to access the
APPC with ?? jobid and userid...I don't know how to answer our
auditor ?
On Fri, Jun 5, 2009 at 7:42 PM, Chase, Johnjch...@ussco.com
Hi all,
I try to started a system task APPC with SUB=MSTR but can't find the
owner/user or jobid information even we defined a started task to
APPC.* . How can we assign a owner to this system task?
Any help will be appreciated
Gerhard Postpischil wrote
Field SSIBSSNM has the controlling subsystem name
This is correct. Look in that field for the string 'MSTR' This is what LLA,
as of z/OS 1.9,looks at. If it is not started with SUB=MSTR, it terminates
itself and then restarts itself having added SUB=MSTR to the start
Peter Relson wrote:
As Rob Scott correctly points out, the information you seek is in the
private area of the address space you wish to interrogate.
That's why I suggested looking at the JSAB. Although the outcome of the
test is not as authoritative as the SSIB, ISTR that for MSTR there is
Hi,
Does someone has a clue on how to detect if a STC is running under
SUB=MSTR via a REXX program (or assembler)?
I would like to create a health-check via system/rexx to check if a list of
STC's is running under SUB=MSTR as required.
e.g. NETVIEW: is started under SUB=MSTR but is getting
Hi,
Does someone has a clue on how to detect if a STC is running under
SUB=MSTR via a REXX program (or assembler)?
I would like to create a health-check via system/rexx to check if a list of
STC's is running under SUB=MSTR as required.
e.g. NETVIEW: is started under SUB=MSTR but is getting
Luc Martens (KBC) wrote:
e.g. NETVIEW: is started under SUB=MSTR but is getting a jobid after JES2 is
started. Checking if you have a jobid or not is not a good solution.
For jobs running under a subsystem, I get the job step TCB, then
TCBJSCB, then JSCBSSIB. Field SSIBSSNM has
Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of
Gerhard Postpischil
Sent: 20 May 2009 08:42
To: IBM-MAIN@bama.ua.edu
Subject: Re: Detect if STC is running under sub=mstr
Luc Martens (KBC) wrote:
e.g. NETVIEW: is started under SUB=MSTR but is getting a jobid after
JES2 is started
On Wed, 20 May 2009 01:59:57 -0500 Luc Martens (KBC) luc.mart...@kbc.be
wrote:
:Hi,
:Does someone has a clue on how to detect if a STC is running under
:SUB=MSTR via a REXX program (or assembler)?
Call SDSF to determine if JESJCL exists.
:I would like to create a health-check via system/rexx
Hi,
Does someone has a clue on how to detect if a STC is running under
SUB=MSTR via a REXX program (or assembler)?
I would like to create a health-check via system/rexx to check if a list of
STC's is running under SUB=MSTR as required.
e.g. NETVIEW: is started under SUB=MSTR but is getting
Luc Martens (KBC) wrote:
Hi,
Does someone has a clue on how to detect if a STC is running under
SUB=MSTR via a REXX program (or assembler)?
You'll probably be able to get the information you need by inspecting
JSABSCID and/or JSABSSNM in the address space level JSAB.
--
Edward E Jaffe
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Dave Day
Sent: Thursday, July 24, 2008 5:07 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: sub=mstr
Thanks for the previous reply. The name is not in the IEFSSNxx member.
The procedure name matches
, Bart (B) [EMAIL PROTECTED]
Newsgroups: bit.listserv.ibm-main
To: IBM-MAIN@BAMA.UA.EDU
Sent: Saturday, July 26, 2008 11:06 AM
Subject: Re: sub=mstr
It is documented in the Systems Command manual, under the START command.
Check out the SUB= parameter. It states:
There is an exception to the above
What would cause a started task to start under master when SUB=MSTR was not
used on the start command, and the Jes2 system was up and active? Can get it
to start under Jes2 by adding SUB=JES2, but seems the default wants to run
under master?
--Dave Day
Dave Day wrote:
What would cause a started task to start under master when SUB=MSTR was not
used on the start command, and the Jes2 system was up and active? Can get it
to start under Jes2 by adding SUB=JES2, but seems the default wants to run
under master?
Is the procedure name
Does the STC name match a name in IEFSSN?
Dave Day [EMAIL PROTECTED] 7/24/2008 4:34 PM
What would cause a started task to start under master when SUB=MSTR was not
used on the start command, and the Jes2 system was up and active? Can get it
to start under Jes2 by adding SUB=JES2, but seems
]
Newsgroups: bit.listserv.ibm-main
To: IBM-MAIN@BAMA.UA.EDU
Sent: Thursday, July 24, 2008 3:44 PM
Subject: Re: sub=mstr
Dave Day wrote:
What would cause a started task to start under master when SUB=MSTR was
not used on the start command, and the Jes2 system was up and active?
Can get it to start
:[EMAIL PROTECTED] On Behalf
Of Dave Day
Sent: Thursday, July 24, 2008 3:34 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: sub=mstr
What would cause a started task to start under master when SUB=MSTR was not
used on the start command, and the Jes2 system was up and active? Can get
it to start under Jes2
Dave Day wrote:
...
The procedure name matches an SSCT entry that is added dynamically. What
is the connection there? Is there any documentation on this that I can
read?
If you mean the rules for choosing which subsystem, they are in JCL Reference.
Bob
On Tue, 2008-05-27 at 19:55 -0700, Philip R Chauvet wrote:
Other data sets that you should catalog in the master catalog are
shown in Table 3.
Table 3. Master Catalog Entries
Key operational data sets such
as:
° SMF data sets
FWIW I've been running with the SMF datasets in a
IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 05/14/2008
09:53:49 PM:
Inquiring minds (still) want to know where Mark Thomen is when
we really need him.
Mark Thomen is on medical leave.
Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Jim Mulder
IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on
05/14/2008 09:53:49 PM:
Inquiring minds (still) want to know where Mark Thomen is when we
really need him.
Mark Thomen is on medical
---snip-
Mark Thomen is on medical leave.
--unsnip--
Damn sorry to hear that. Please let him know he has all our best wishes.
--
For IBM-MAIN subscribe / signoff /
Discussion List IBM-MAIN@BAMA.UA.EDU
05/14/2008 06:53 PM
Please respond to
IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU
To
IBM-MAIN@BAMA.UA.EDU
cc
Subject
SUB=MSTR STC with DSNs in User Catalog
Distinguished IBMers that might be lurking,
(especially of the CATALOG ADDRESS SPACE
IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 05/15/2008
01:23:44 AM:
Go to SDSF DA screen, look at all asids
and sort them by asid. There will be an asid in the upper 20 not
used (in my case it was x'10'). That was limited function CAS, the
one only capable of accessing the
Distinguished IBMers that might be lurking,
(especially of the CATALOG ADDRESS SPACE-knowledgeable variety)
On Wed, 21 Mar 2001 15:55, Mark Thomen [EMAIL PROTECTED] wrote:
THIS RESTRICTION HAS NOT BEEN REMOVED! Until CAS is full function,
which doesn't occur until after Master Scheduler
Without knowing *where* what Mark Thomen said is now documented, the
restriction still applies. Go to SDSF DA screen, look at all asids and sort
them by asid. There will be an asid in the upper 20 not used (in my case it was
x'10'). That was limited function CAS, the one only capable of
On Tue, 18 Dec 2007 15:31:19 -0600, Richard Peurifoy r-
[EMAIL PROTECTED] wrote:
...
You an dynamically allocate and use SYSOUT (SPOOL) files
after a successful REQUEST JOBID. We do this all the time
in NETVIEW to send e-mails.
...
I hadn't really thought that through. I guess you could also
-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of Lizette Koehler
Sent: Tuesday, December 18, 2007 10:27 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Starting STCs with Sub=MSTR
I am getting ready to do some general housekeeping/clean up
For example, my STC called GEORGE has SYSOUT= in the JCL.
IIRC, if you have SYSOUT= then you cannot use SUB=MSTR.
BTW, I thought it was SUBSYS (but, I don't have a JCL manual handy).
-
Too busy driving to stop for gas
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of McKown, John
Sent: Tuesday, December 18, 2007 10:32 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Starting STCs with Sub=MSTR
SNIP
Nothing started with SUB=MSTR may specify SYSOUT= in the JCL. You'll
snip--
I am getting ready to do some general housekeeping/clean up and was hoping to
find an ROT for starting STCs with SUB=MSTR.
I am not sure if all STCs need to be started with SUB=MSTR or if there are
specific reasons to start one that way instead
On Tue, 18 Dec 2007 11:26:53 -0500, Lizette Koehler
[EMAIL PROTECTED] wrote:
I am getting ready to do some general housekeeping/clean up and was hoping
to find an ROT for starting STCs with SUB=MSTR.
I am not sure if all STCs need to be started with SUB=MSTR or if there are
specific reasons
Rick Fochtman wrote:
Unless there's a very specific reason, I recommend that SUB=MSTR be
avoided. Others may disagree, but I prefer to have JES up and running
as soon as possible, so that messages, dumps, etc. from started tasks
may be captured.
Sysout support should not be required
On Tue, 18 Dec 2007 10:32:13 -0600 McKown, John
[EMAIL PROTECTED] wrote:
:Nothing started with SUB=MSTR may specify SYSOUT= in the JCL. You'll get
:a JCL error if you try.
No. It will start just fine.
It will get an S013-C0 (I don't think that is an abend I will forget, but it
has been a while
I am getting ready to do some general housekeeping/clean up and was
hoping
to find an ROT for starting STCs with SUB=MSTR.
I am not sure if all STCs need to be started with SUB=MSTR or if there
are
specific reasons to start one that way instead of normal (JES2)
Simple answer. If the STC
On Tue, 18 Dec 2007 09:08:34 -0800, Edward Jaffe
[EMAIL PROTECTED] wrote:
We like to get the network started ASAP, without waiting for JES.
Therefore, we run both VTAM and TCPIP with SUB=MSTR.
I meant to mention this in my last post but forgot...
Some shops have run VTAM SUB=MSTR in the past
On Tue, 18 Dec 2007 12:57:33 -0500, Craddock, Chris
[EMAIL PROTECTED] wrote:
...
You can still get all the diagnostic data you need. STCs that run
SUB=MSTR don't have a JCT or any nice tidy spool dataset like jobs
that
run under the JES, but all of their messages go to the syslog and SVC
dumps
Patrick O'Keefe wrote:
In addition, there is a function available to SUB=MSTR STCs to get
a JCT after JES is up. Still no SYSTOUT support, but you can get the
joblog .. and that can be a very big deal.
Pat O'Keefe
You an dynamically allocate and use SYSOUT (SPOOL) files
after
55 matches
Mail list logo
