Re: Documentation for environment of EXCP appendages

[Mike Myers]

On 11/4/20 10:52 PM, Seymour J Metz wrote:

I'm editing the wiki article on EXCP, and I'd like to correct what it says 
about appendages. I couldn't find any documentation on the environment in which 
appendages run, although I'm fairly certain that it's PASN, SRB and all the 
usual suspects. Wiki politics being what they are, it's a lot easier if I 
provide a citation for everything.



--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: JES2 Policies

[Gadi Ben-Avi]

Hi Everone.
Thanks for responding.

We 'purchased'  a system from another site. 
The jobs that came with the system do not have a CLASS parameter specified.
They do have specific values in the accounting fields that are supposed to 
assign the job to specific classes.
I assume they had an exit that did all of this.

Up until now, all of the jobs ran in the same class, with the same service 
class.
I've been asked to assign a lower service class to jobs that have a specific 
(not specified as yet) value in the accounting data.

The simplest way would have been to tell the job owners to code a CLASS 
parameter on the JOB card, but they say that that is too much work.

I looked at doing this using WLM definitions. 
It works if the value in the accounting data is in the first 8 bytes.
Otherwise, it get complicated to write, debug, and read.

I read about JES2 Policies, so I looked it up in the documentation. 

Gadi


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Jesse 1 Robinson
Sent: Wednesday, November 4, 2020 10:05 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: JES2 Policies

In a previous life at the late great Security Pacific, we an *elaborate* scheme 
based on account numbers. Even the job name was generated from account number. 
To control all this, we had a VSAM file containing all valid account numbers 
along with indications of who could submit jobs with each number. An array of 
JES2 and SMF exits were employed to make all this work. At the end of the year, 
account numbers were used for chargeback to respective departments for resource 
usage.

There is no way in h*ll I would recommend this complex scheme for a modern 
shop. But yes, with enough time and $$, it can be done. 

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-543-6132 Office ⇐=== NEW
robin...@sce.com

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Lizette Koehler
Sent: Wednesday, November 4, 2020 10:53 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: JES2 Policies

*** EXTERNAL EMAIL - Use caution when opening links or attachments ***

Initial Request:
The current goal is to change a job's class or service class depending on 
certain values in the accounting information.

It also seems to me that a JCL tool, Like JCLPLUS could put rules into JCL 
Scanning and force users to adhere to a standard.  But that would mean you have 
a Source management system that is used to deploy Jobs to various systems.

It could have rules that say, if Account Code is this, then the job should have 
Service Class STCLOW  and CLASS X


Lizette


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Allan Staller
Sent: Wednesday, November 4, 2020 11:35 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: JES2 Policies

Wouldn't RACF jobclass controls be more appropriate?

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Joe 
Monk
Sent: Wednesday, November 4, 2020 10:31 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: JES2 Policies

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

Radoslaw,

I think what the OP is really saying is that certain accounts should be 
restricted from certain jobclasses i.e. DEV cant use PROD jobclasses. So, if 
they code a CLASS=X, but the  account info says  that they dont have access to 
CLASS=X, then dump the job.

OP: This has been around a long time, and is very mature...

Joe

On Wed, Nov 4, 2020 at 8:20 AM R.S.  wrote:

> W dniu 04.11.2020 o 13:10, Gadi Ben-Avi pisze:
> > Hi,
> > I've started looking into JES2 Policies.
> >
> > The current goal is to change a job's class or service class 
> > depending
> on certain values in the accounting information.
> > >From reading the manual, it seems that this is possible.
> >
> > Has anyone done something like this?
> > Is there a way to debug these policies?
> >
> > Is this feature mature enough to use?
>
> I dare to disagree ...with your goal. More precisely I disagree with 
> your presentation of the goal.
> Does it really have to depend on account information? Why?
>
> That means user has to code something in the jobcard, in the first 
> positional. So he may code CLASS= keyword as well, can't he?
> Maybe your accnt infor is already somehowe controlled (my guess, lack 
> of information). However jobclass can be RACF-controlled.
> And this is quite mature way to control job classes and (indirectly) 
> service classes.
>
> --
> Radoslaw Skorupka
> Lodz, Poland

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Documentation for environment of EXCP appendages

[Seymour J Metz]

I'm editing the wiki article on EXCP, and I'd like to correct what it says 
about appendages. I couldn't find any documentation on the environment in which 
appendages run, although I'm fairly certain that it's PASN, SRB and all the 
usual suspects. Wiki politics being what they are, it's a lot easier if I 
provide a citation for everything.



--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: FSUM7197 pax: invalid archive format selected

[Paul Gilmartin]

On Wed, 4 Nov 2020 15:28:10 -0800, Charles Mills wrote:
>
>pax -wvzf /u/maint/myarchive.pax *


On Wed, 4 Nov 2020 16:30:35 -0800, Charles Mills wrote:
>
>No, I was trying to archive the current directory, and it contained a file 
>named -x (created accidentally) and the next folder is named 'foldername' (per 
>my original post). 
>
Not "recursively"; it's ordinary shell filename expansion, which isn't 
recursive,
but results in "-x" passed as an argument to pax.  Particularly treacherous
because "-" collates early.  My preferred approaches are:
pax -wvzf /u/maint/myarchive.pax ./*  # Should work.  Or:
pax -wvzf /u/maint/myarchive.pax .# Better.  Unless you need to exclude 
dotted files.

All WAD.

--gil


 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: FSUM7197 pax: invalid archive format selected

[Paul Gilmartin]

On Wed, 4 Nov 2020 16:30:35 -0800, Charles Mills wrote:

>No, I was trying to archive the current directory, and it contained a file 
>named -x (created accidentally) and the next folder is named 'foldername' (per 
>my original post). 
>
>John is saying that the shell expands the folders recursively, so pax sees pax 
>blah blah -x foldername ...
>
>And says foldername is an invalid operand for -x.
>
>Comprende?
>
I understand; I'm merely astonished that pax uses shell filename expansion to
build a command line which is passed to pax as a list of individual filenames.

What if a filename contains a metacharacter such as space, newline, '?' or '*'?
any misbehavior should be a reportable error. But my test case below behaves
strangely on Linux.  It's inconclusive on MacOS because the Mac filesystem
requires that filenames be valid UTF-8.

-- gil
# ##
#! /bin/sh
# Doc: Create files with non-portable names.

set -x
mkdir Weirdos & cd Weirdos & : >test || exit $?

set +x
awk 'BEGIN {
for ( I = 1; I <256; ++I ) {
FName = sprintf( "%cx %03d foo%cbar", I, I, I )
if ( match( FName, "/" ) ) continue
printf( "%03d\n", I, I ) >FName
close( FName ) }
}'

pax -w . || exit $?
ls -al

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: FSUM7197 pax: invalid archive format selected

[Charles Mills]

No, I was trying to archive the current directory, and it contained a file 
named -x (created accidentally) and the next folder is named 'foldername' (per 
my original post). 

John is saying that the shell expands the folders recursively, so pax sees pax 
blah blah -x foldername ...

And says foldername is an invalid operand for -x.

Comprende?

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Gilmartin
Sent: Wednesday, November 4, 2020 4:09 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: FSUM7197 pax: invalid archive format selected

On Wed, 4 Nov 2020 17:57:25 -0600, John McKown wrote:

>Do any of the directories start with a dash? Filename expansion is done by
>the shell, not pax. So pax would see a dash and think the rest was an
>option. Most likely you have a file or directory which is "-x" so the
>following entry, "foldername" is being interpreted as the output format.
>There is no fix other than not using a dash as the first character in a
>file, directory, etc.name.
> 
Are you discussing command line args?  If so, sometimes the circumvention
is to use "./-x".

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: FSUM7197 pax: invalid archive format selected

[Paul Gilmartin]

On Wed, 4 Nov 2020 16:05:22 -0800, Charles Mills wrote:

>That's it! In some of my screwing around I managed to create a file name -x 
>unintentionally.
>
e.g. "touch foo -x".  Even if the apparent option results from
wildcard expansion.  And "-" may collate early.

>A bear to delete. Luckily in looking for something else I read about --. rm -- 
>-x deletes it.
> 
Since each utility interprets its arguments, some may not respect "--",
even if POSIX requires it.  "./-x" is more reliable.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: FSUM7197 pax: invalid archive format selected

[Paul Gilmartin]

On Wed, 4 Nov 2020 17:57:25 -0600, John McKown wrote:

>Do any of the directories start with a dash? Filename expansion is done by
>the shell, not pax. So pax would see a dash and think the rest was an
>option. Most likely you have a file or directory which is "-x" so the
>following entry, "foldername" is being interpreted as the output format.
>There is no fix other than not using a dash as the first character in a
>file, directory, etc.name.
> 
Are you discussing command line args?  If so, sometimes the circumvention
is to use "./-x".

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: FSUM7197 pax: invalid archive format selected

[Charles Mills]

That's it! In some of my screwing around I managed to create a file name -x 
unintentionally.

A bear to delete. Luckily in looking for something else I read about --. rm -- 
-x deletes it.

THANKS!

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John McKown
Sent: Wednesday, November 4, 2020 3:57 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: FSUM7197 pax: invalid archive format selected

Do any of the directories start with a dash? Filename expansion is done by
the shell, not pax. So pax would see a dash and think the rest was an
option. Most likely you have a file or directory which is "-x" so the
following entry, "foldername" is being interpreted as the output format.
There is no fix other than not using a dash as the first character in a
file, directory, etc.name.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: FSUM7197 pax: invalid archive format selected

[Charles Mills]

So what do I do?

I tried -x pax and -x os390 and still get the error.

The weird thing is that I think it was working at one point, but I played with 
-o trying to solve a different problem and now I get this error all the time.

Does pax "remember" options from one execution to another? Does it stick them 
in an environment variable or something?

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Gilmartin
Sent: Wednesday, November 4, 2020 3:44 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: FSUM7197 pax: invalid archive format selected

On Wed, 4 Nov 2020 15:28:10 -0800, Charles Mills wrote:

>What the heck is pax trying to tell me?
>
>I enter the command
>
>pax -wvzf /u/maint/myarchive.pax *
>
>and pax responds
>
>FSUM7197 pax: invalid archive format selected: 'foldername'
>
>where foldername is one of the directories in the current path.
>
I believe some archive formats impose harsh limits on the length
of a filename or pathname or even UID.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: FSUM7197 pax: invalid archive format selected

[Paul Gilmartin]

On Wed, 4 Nov 2020 15:28:10 -0800, Charles Mills  wrote:
>
>pax -wvzf /u/maint/myarchive.pax *
>
>FSUM7197 pax: invalid archive format selected: 'foldername'
>
I looked at the Command Ref. for "pax -x ".  I saw no default.
Unless someone informs me, I'll submit an RCF.

See also in that Command Ref."
Appendix H. File formats
[various pax, tar, and cpio formats]

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

FSUM7197 pax: invalid archive format selected

[John McKown]

Do any of the directories start with a dash? Filename expansion is done by
the shell, not pax. So pax would see a dash and think the rest was an
option. Most likely you have a file or directory which is "-x" so the
following entry, "foldername" is being interpreted as the output format.
There is no fix other than not using a dash as the first character in a
file, directory, etc.name.

On Wednesday, November 4, 2020, Charles Mills  wrote:

> What the heck is pax trying to tell me?
>
> I enter the command
>
> pax -wvzf /u/maint/myarchive.pax *
>
> and pax responds
>
> FSUM7197 pax: invalid archive format selected: 'foldername'
>
> where foldername is one of the directories in the current path.
>
> What is pax trying to tell me and how do I fix it?
>
> Thanks,
>
> Charles
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: FSUM7197 pax: invalid archive format selected

[Paul Gilmartin]

On Wed, 4 Nov 2020 15:28:10 -0800, Charles Mills wrote:

>What the heck is pax trying to tell me?
>
>I enter the command
>
>pax -wvzf /u/maint/myarchive.pax *
>
>and pax responds
>
>FSUM7197 pax: invalid archive format selected: 'foldername'
>
>where foldername is one of the directories in the current path.
>
I believe some archive formats impose harsh limits on the length
of a filename or pathname or even UID.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

FSUM7197 pax: invalid archive format selected

[Charles Mills]

What the heck is pax trying to tell me?

I enter the command

pax -wvzf /u/maint/myarchive.pax *   

and pax responds

FSUM7197 pax: invalid archive format selected: 'foldername'

where foldername is one of the directories in the current path.

What is pax trying to tell me and how do I fix it?

Thanks,

Charles

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: JES2 Policies

[Seymour J Metz]

Well, if I had to use account numbers for such purposes I would control it 
through RACF profiles. And, no, I would not run a job in the wrong job class if 
validation failed.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Jesse 1 Robinson [jesse1.robin...@sce.com]
Sent: Wednesday, November 4, 2020 3:04 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: JES2 Policies

In a previous life at the late great Security Pacific, we an *elaborate* scheme 
based on account numbers. Even the job name was generated from account number. 
To control all this, we had a VSAM file containing all valid account numbers 
along with indications of who could submit jobs with each number. An array of 
JES2 and SMF exits were employed to make all this work. At the end of the year, 
account numbers were used for chargeback to respective departments for resource 
usage.

There is no way in h*ll I would recommend this complex scheme for a modern 
shop. But yes, with enough time and $$, it can be done.

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-543-6132 Office ⇐=== NEW
robin...@sce.com

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Lizette Koehler
Sent: Wednesday, November 4, 2020 10:53 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: JES2 Policies

*** EXTERNAL EMAIL - Use caution when opening links or attachments ***

Initial Request:
The current goal is to change a job's class or service class depending on 
certain values in the accounting information.

It also seems to me that a JCL tool, Like JCLPLUS could put rules into JCL 
Scanning and force users to adhere to a standard.  But that would mean you have 
a Source management system that is used to deploy Jobs to various systems.

It could have rules that say, if Account Code is this, then the job should have 
Service Class STCLOW  and CLASS X


Lizette


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Allan Staller
Sent: Wednesday, November 4, 2020 11:35 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: JES2 Policies

Wouldn't RACF jobclass controls be more appropriate?

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Joe 
Monk
Sent: Wednesday, November 4, 2020 10:31 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: JES2 Policies

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

Radoslaw,

I think what the OP is really saying is that certain accounts should be 
restricted from certain jobclasses i.e. DEV cant use PROD jobclasses. So, if 
they code a CLASS=X, but the  account info says  that they dont have access to 
CLASS=X, then dump the job.

OP: This has been around a long time, and is very mature...

Joe

On Wed, Nov 4, 2020 at 8:20 AM R.S.  wrote:

> W dniu 04.11.2020 o 13:10, Gadi Ben-Avi pisze:
> > Hi,
> > I've started looking into JES2 Policies.
> >
> > The current goal is to change a job's class or service class
> > depending
> on certain values in the accounting information.
> > >From reading the manual, it seems that this is possible.
> >
> > Has anyone done something like this?
> > Is there a way to debug these policies?
> >
> > Is this feature mature enough to use?
>
> I dare to disagree ...with your goal. More precisely I disagree with
> your presentation of the goal.
> Does it really have to depend on account information? Why?
>
> That means user has to code something in the jobcard, in the first
> positional. So he may code CLASS= keyword as well, can't he?
> Maybe your accnt infor is already somehowe controlled (my guess, lack
> of information). However jobclass can be RACF-controlled.
> And this is quite mature way to control job classes and (indirectly)
> service classes.
>
> --
> Radoslaw Skorupka
> Lodz, Poland

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: JES2 Policies

[Jesse 1 Robinson]

In a previous life at the late great Security Pacific, we an *elaborate* scheme 
based on account numbers. Even the job name was generated from account number. 
To control all this, we had a VSAM file containing all valid account numbers 
along with indications of who could submit jobs with each number. An array of 
JES2 and SMF exits were employed to make all this work. At the end of the year, 
account numbers were used for chargeback to respective departments for resource 
usage.

There is no way in h*ll I would recommend this complex scheme for a modern 
shop. But yes, with enough time and $$, it can be done. 

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-543-6132 Office ⇐=== NEW
robin...@sce.com

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Lizette Koehler
Sent: Wednesday, November 4, 2020 10:53 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: JES2 Policies

*** EXTERNAL EMAIL - Use caution when opening links or attachments ***

Initial Request:
The current goal is to change a job's class or service class depending on 
certain values in the accounting information.

It also seems to me that a JCL tool, Like JCLPLUS could put rules into JCL 
Scanning and force users to adhere to a standard.  But that would mean you have 
a Source management system that is used to deploy Jobs to various systems.

It could have rules that say, if Account Code is this, then the job should have 
Service Class STCLOW  and CLASS X


Lizette


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Allan Staller
Sent: Wednesday, November 4, 2020 11:35 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: JES2 Policies

Wouldn't RACF jobclass controls be more appropriate?

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Joe 
Monk
Sent: Wednesday, November 4, 2020 10:31 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: JES2 Policies

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

Radoslaw,

I think what the OP is really saying is that certain accounts should be 
restricted from certain jobclasses i.e. DEV cant use PROD jobclasses. So, if 
they code a CLASS=X, but the  account info says  that they dont have access to 
CLASS=X, then dump the job.

OP: This has been around a long time, and is very mature...

Joe

On Wed, Nov 4, 2020 at 8:20 AM R.S.  wrote:

> W dniu 04.11.2020 o 13:10, Gadi Ben-Avi pisze:
> > Hi,
> > I've started looking into JES2 Policies.
> >
> > The current goal is to change a job's class or service class 
> > depending
> on certain values in the accounting information.
> > >From reading the manual, it seems that this is possible.
> >
> > Has anyone done something like this?
> > Is there a way to debug these policies?
> >
> > Is this feature mature enough to use?
>
> I dare to disagree ...with your goal. More precisely I disagree with 
> your presentation of the goal.
> Does it really have to depend on account information? Why?
>
> That means user has to code something in the jobcard, in the first 
> positional. So he may code CLASS= keyword as well, can't he?
> Maybe your accnt infor is already somehowe controlled (my guess, lack 
> of information). However jobclass can be RACF-controlled.
> And this is quite mature way to control job classes and (indirectly) 
> service classes.
>
> --
> Radoslaw Skorupka
> Lodz, Poland

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: VUE - how to find it?

[Roger Lowe]

On Wed, 4 Nov 2020 19:03:57 +0100, R.S.  wrote:

>W dniu 03.11.2020 o 23:19, Attila Fogarasi pisze:
>> The product announcement letter gives the VUE value.  I have never seen a
>> consolidated web page for all products/VUEs, you have to look at the
>> specific announcement letter applicable to your product.  For example for
>> CICS TS 5.6 it is VUE007.  Luckily its easy to find IBM
>> announcement letters
>>
>> On Wed, Nov 4, 2020 at 3:05 AM R.S.  wrote:
>>
>>> This is about IBM software licensing.
>>> For OTC there are VUE - Value Unit Exhibits.
>>> There some non-linear relationship between MSU and VUE number, but there
>>> are several VUE's and the same machine have 300 VUE007, but 350 VUE008,
>>> etc. (Number are examples only).
>>>
>>> Now it time for the question: How to find out which VUEnnn is applicable
>>> to given product? Is there any table or other webpage with such
>>> information?
>>>
>>> --
>>> Radoslaw Skorupka
>>> Lodz, Poland
>>>
>
>It seems you are right, unfortunately there is no such place with VUE to
>product assignment.
>However review of LPS or other documents describing VUE assigned to the
>product is really troublesome.
>BTW: THANK YOU ROGER FOR YOUR HELP!
>
>Some remarks for record purposes:
>
>1. Some Licensed Product Specifications are available as PDF (good),
>some are available online (average) and some are available as hardcopy
>only (bad!). The last one I read on IBM pages and I really could not
>find the document having its publication ID.
>2. VUE calculator is good for calculations, but will not help to know
>which VUE is assigned to given product. This is obsolete tool, it does
>not containt VUE040, which is probably newer than the tool. More, this
>tool has no explanation of term and acronyms used in the VUEs.
>3. There is some document (few pages) describing all VUEs I know. It can
>be used instead of calculator, because the formulas are quite simple.
>4. Reviewing LPSes and Announcement Letters is not something nice,
>especially you have to pay attention to version of the product! For
>example MFA product changed VUE metrics! It can be really misleading - 1
>VUE for previous version meant 1 user, but for current version it is
>"block of users" which means 500 users. Big difference.
>5. VUE itself is loosely related to money. For example popular VUE007 is
>assigned to CICS TS as well as small products like TACM. And of course
>CICS is more expensive. However you can negotiate "price per unit" as
>with gold or potatoes - and then there is a measure for upgrades, etc.
>6. Why VUE, but not MSU or users, or terabytes? Simply to have
>degressive prices per real unit. For example firs user is 1 VUE. Second
>user is another 1 VUE, 10 users is 10 VUE, but 1000 users is 800 VUE.
>Same for MSU.
>
>--
The following site may make your life a little easier searching for 
Announcement Letters - 
https://www-01.ibm.com/common/ssi/SearchResult.wss?request_locale=en#

Roger

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: gskkyman & public key

[Charles Mills]

I have used gskkyman a lot but do not have it open at the moment.

Do you see an option to create a Certificate Signing Request? A CSR would 
contain a public key.

Your question only makes sense if I take it literally. The above is how to 
create a public key, which is what you asked. But to be useful, there must be a 
private key in the picture somewhere. A public key by itself is like a lock 
without a key. Where do you want the private key to be? (It will *not* be in 
the CSR but gskkyman should store it somewhere.)

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Skippy the Ancient
Sent: Wednesday, November 4, 2020 8:40 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: gskkyman & public key

How does one create a public key with gskkyman?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: JES2 Policies

[Lizette Koehler]

Initial Request:
The current goal is to change a job's class or service class depending on 
certain values in the accounting information.

It also seems to me that a JCL tool, Like JCLPLUS could put rules into JCL 
Scanning and force users to adhere to a standard.  But that would mean you have 
a Source management system that is used to deploy Jobs to various systems. 

It could have rules that say, if Account Code is this, then the job should have 
Service Class STCLOW  and CLASS X


Lizette


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Allan Staller
Sent: Wednesday, November 4, 2020 11:35 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: JES2 Policies

Wouldn't RACF jobclass controls be more appropriate?

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Joe 
Monk
Sent: Wednesday, November 4, 2020 10:31 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: JES2 Policies

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

Radoslaw,

I think what the OP is really saying is that certain accounts should be 
restricted from certain jobclasses i.e. DEV cant use PROD jobclasses. So, if 
they code a CLASS=X, but the  account info says  that they dont have access to 
CLASS=X, then dump the job.

OP: This has been around a long time, and is very mature...

Joe

On Wed, Nov 4, 2020 at 8:20 AM R.S.  wrote:

> W dniu 04.11.2020 o 13:10, Gadi Ben-Avi pisze:
> > Hi,
> > I've started looking into JES2 Policies.
> >
> > The current goal is to change a job's class or service class 
> > depending
> on certain values in the accounting information.
> > >From reading the manual, it seems that this is possible.
> >
> > Has anyone done something like this?
> > Is there a way to debug these policies?
> >
> > Is this feature mature enough to use?
>
> I dare to disagree ...with your goal. More precisely I disagree with 
> your presentation of the goal.
> Does it really have to depend on account information? Why?
>
> That means user has to code something in the jobcard, in the first 
> positional. So he may code CLASS= keyword as well, can't he?
> Maybe your accnt infor is already somehowe controlled (my guess, lack 
> of information). However jobclass can be RACF-controlled.
> And this is quite mature way to control job classes and (indirectly) 
> service classes.
>
> --
> Radoslaw Skorupka
> Lodz, Poland
>
>
>
>
>
> ==
>
> Jeśli nie jesteś adresatem tej wiadomości:
>
> - powiadom nas o tym w mailu zwrotnym (dziękujemy!),
> - usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub 
> zapisałeś na dysku).
> Wiadomość ta może zawierać chronione prawem informacje, które może 
> wykorzystać tylko adresat.Przypominamy, że każdy, kto rozpowszechnia 
> (kopiuje, rozprowadza) tę wiadomość lub podejmuje podobne działania, 
> narusza prawo i może podlegać karze.
>
> mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa, 
> https://apc01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.m
> bank.pl%2Fdata=04%7C01%7Callan.staller%40HCL.COM%7Cd04848476fc74265206f08d880df1093%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637401042848982511%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000sdata=f0M%2Bw7n1t2uPc1f6IUlanGNRz%2BZw1CD5wT9SS%2BUeIpU%3Dreserved=0,
>  e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. Warszawy XII Wydział 
> Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, NIP:
> 526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na
> 01.01.2020 r. wynosi 169.401.468 złotych.
>
> If you are not the addressee of this message:
>
> - let us know by replying to this e-mail (thank you!),
> - delete this message permanently (including all the copies which you 
> have printed out or saved).
> This message may contain legally protected information, which may be 
> used exclusively by the addressee.Please be reminded that anyone who 
> disseminates (copies, distributes) this message or takes any similar 
> action, violates the law and may be penalised.
>
> mBank S.A. with its registered office in Warsaw, ul. Senatorska 18,
> 00-950
> Warszawa,https://apc01.safelinks.protection.outlook.com/?url=http%3A%2
> F%2Fwww.mbank.pl%2Fdata=04%7C01%7Callan.staller%40HCL.COM%7Cd0484
> 8476fc74265206f08d880df1093%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637401042848982511%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000sdata=f0M%2Bw7n1t2uPc1f6IUlanGNRz%2BZw1CD5wT9SS%2BUeIpU%3Dreserved=0,
>  e-mail: kont...@mbank.pl. District Court for the Capital City of Warsaw, 
> 12th Commercial Division of the National Court Register, KRS 025237, NIP: 
> 526-021-50-88. Fully paid-up share capital amounting to PLN 169.401.468 as at 
> 1 

Re: JES2 Policies

[Lizette Koehler]

Can RACF see the account code and make a decision?

That is what (as I understand it) the initial requirement is.

Check the account code and verify the CLASS.

Lizette


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Allan Staller
Sent: Wednesday, November 4, 2020 11:35 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: JES2 Policies

Wouldn't RACF jobclass controls be more appropriate?

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Joe 
Monk
Sent: Wednesday, November 4, 2020 10:31 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: JES2 Policies

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

Radoslaw,

I think what the OP is really saying is that certain accounts should be 
restricted from certain jobclasses i.e. DEV cant use PROD jobclasses. So, if 
they code a CLASS=X, but the  account info says  that they dont have access to 
CLASS=X, then dump the job.

OP: This has been around a long time, and is very mature...

Joe

On Wed, Nov 4, 2020 at 8:20 AM R.S.  wrote:

> W dniu 04.11.2020 o 13:10, Gadi Ben-Avi pisze:
> > Hi,
> > I've started looking into JES2 Policies.
> >
> > The current goal is to change a job's class or service class 
> > depending
> on certain values in the accounting information.
> > >From reading the manual, it seems that this is possible.
> >
> > Has anyone done something like this?
> > Is there a way to debug these policies?
> >
> > Is this feature mature enough to use?
>
> I dare to disagree ...with your goal. More precisely I disagree with 
> your presentation of the goal.
> Does it really have to depend on account information? Why?
>
> That means user has to code something in the jobcard, in the first 
> positional. So he may code CLASS= keyword as well, can't he?
> Maybe your accnt infor is already somehowe controlled (my guess, lack 
> of information). However jobclass can be RACF-controlled.
> And this is quite mature way to control job classes and (indirectly) 
> service classes.
>
> --
> Radoslaw Skorupka
> Lodz, Poland
>
>
>
>
>
> ==
>
> Jeśli nie jesteś adresatem tej wiadomości:
>
> - powiadom nas o tym w mailu zwrotnym (dziękujemy!),
> - usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub 
> zapisałeś na dysku).
> Wiadomość ta może zawierać chronione prawem informacje, które może 
> wykorzystać tylko adresat.Przypominamy, że każdy, kto rozpowszechnia 
> (kopiuje, rozprowadza) tę wiadomość lub podejmuje podobne działania, 
> narusza prawo i może podlegać karze.
>
> mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa, 
> https://apc01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.m
> bank.pl%2Fdata=04%7C01%7Callan.staller%40HCL.COM%7Cd04848476fc74265206f08d880df1093%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637401042848982511%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000sdata=f0M%2Bw7n1t2uPc1f6IUlanGNRz%2BZw1CD5wT9SS%2BUeIpU%3Dreserved=0,
>  e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. Warszawy XII Wydział 
> Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, NIP:
> 526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na
> 01.01.2020 r. wynosi 169.401.468 złotych.
>
> If you are not the addressee of this message:
>
> - let us know by replying to this e-mail (thank you!),
> - delete this message permanently (including all the copies which you 
> have printed out or saved).
> This message may contain legally protected information, which may be 
> used exclusively by the addressee.Please be reminded that anyone who 
> disseminates (copies, distributes) this message or takes any similar 
> action, violates the law and may be penalised.
>
> mBank S.A. with its registered office in Warsaw, ul. Senatorska 18,
> 00-950
> Warszawa,https://apc01.safelinks.protection.outlook.com/?url=http%3A%2
> F%2Fwww.mbank.pl%2Fdata=04%7C01%7Callan.staller%40HCL.COM%7Cd0484
> 8476fc74265206f08d880df1093%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637401042848982511%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000sdata=f0M%2Bw7n1t2uPc1f6IUlanGNRz%2BZw1CD5wT9SS%2BUeIpU%3Dreserved=0,
>  e-mail: kont...@mbank.pl. District Court for the Capital City of Warsaw, 
> 12th Commercial Division of the National Court Register, KRS 025237, NIP: 
> 526-021-50-88. Fully paid-up share capital amounting to PLN 169.401.468 as at 
> 1 January 2020.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / 

Re: JES2 Policies

[Seymour J Metz]

While I am always on the lookout for new features that allow replacing local 
mods with exits and replacing exits with parameters, sometimes the new way is 
more work or harder to maintain. You have to carve the bird at the joint. 

The advantage of a program product is that someone else does the maintenance. 
The disadvantage of a program product is also that someone else does the 
maintenance. If the vendor doesn't have the same priorities that you do, or 
worse, drops the product, then you're out on a limb. You have to look at the 
trade-offs and decide what makes sense for your shop.

That said:
"Now these are the Laws of the Jungle, and many and mighty are they;
But the head and the hoof of the Law and the haunch and the hump is — " 
document.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Lizette Koehler [stars...@mindspring.com]
Sent: Wednesday, November 4, 2020 1:29 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: JES2 Policies

I have to put in one small comment (well maybe a couple)

Start Rant\

First, look  at z/OSEM by Trident Software.  It does everything you want and 
more.   And if you consider this product, that is what you are trying to 
create.  If the process you want to build is like z/OSEM it should be easy.  
But it requires a high level of assembler coding expertise.  And if it were 
easy, there would not be a product like z/OSEM to do it.  All shops could do it 
with their eyes close.

When you start putting in lots of exits and IF THIS / THEN THAT logic into JES2 
or z/OS you will find your processing will have to be constantly reviewed for 
the "exceptions"

>From my view (and I do not know your shop so take this with a grain of salt)

Either you let the system run in a vanilla process or you will spend many man 
(or woman) hours in updating the code you want to implement with upgrades or 
fixes.  IBM will try hard to make sure exits are less impacted by changes, but 
it cannot be guaranteed.

Scenario:  The exits are in and working.  Now you want to upgrade to the next 
level of z/OS - how much time will you dedicate to validating  these exits and 
ensure they work as expected?  Who can support these exits once the person that 
wrote them are gone?

I know companies will prefer to have someone write code rather than buy a 
product.  However, once SYSPROG1 writes assembler routines to do specific 
functions, then what happens when that person leaves and there is no one to 
manage/support those exits in Assembler.

/End of Rant

Note:  Here are some products that might help
Trident Software z/OSEM
DTS Software  EasyExit

I worked in a shop with over 500 exits in JES2/zOS/Vtam etc...   Each upgrade 
took longer to do - basically do to validation of the code.  One upgrade we 
decided to reduce that down and let the system perform its own functions.  Went 
down to 30 exits and the systems worked just fine and upgrade times were faster.


Lizette

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of R.S.
Sent: Wednesday, November 4, 2020 10:45 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: JES2 Policies

First, I still disagree to keep prod and dev on same system. However this is 
different topic.
Second, in your scenario user can put wrong class, but system automagically 
recognize it using ACCNT field.
So - we assume possibility of user mistake in the class coding, but we rely on 
ACCNT field. Why? Is the field protected from mistakes? How?
I don't see any sense here, I'm sorry. When we allow user to use two classes 
but one is for "better" jobs, and the second for "worse" jobs - in fact we stil 
allow user to decide. Or make a mistake.

For simple control of job classes and service classes (that was in the
question) it is enough to use standard RACF profiles. Why to to complicate it?

In fact majority of discussion is based on some assumptions, not real and 
clearly presented needs. That's why I wrote provocating words in my previous 
message (however no offence intended). Just to encourage OP to better 
explanation.

--
Radoslaw Skorupka
Lodz, Poland






W dniu 04.11.2020 o 17:30, Joe Monk pisze:
> Radoslaw,
>
> I think what the OP is really saying is that certain accounts should be
> restricted from certain jobclasses i.e. DEV cant use PROD jobclasses. So,
> if they code a CLASS=X, but the  account info says  that they dont have
> access to CLASS=X, then dump the job.
>
> OP: This has been around a long time, and is very mature...
>
> Joe
>
> On Wed, Nov 4, 2020 at 8:20 AM R.S.  wrote:
>
>> W dniu 04.11.2020 o 13:10, Gadi Ben-Avi pisze:
>>> Hi,
>>> I've started looking into JES2 Policies.
>>>
>>> The current goal is to change a job's class or service class depending
>> on certain values in the accounting information.
>>> >From reading the manual, it seems that this is possible.
>>>
>>> Has anyone done something like this?
>>> Is 

Re: JES2 Policies

[Allan Staller]

Wouldn't RACF jobclass controls be more appropriate?

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Joe 
Monk
Sent: Wednesday, November 4, 2020 10:31 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: JES2 Policies

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

Radoslaw,

I think what the OP is really saying is that certain accounts should be 
restricted from certain jobclasses i.e. DEV cant use PROD jobclasses. So, if 
they code a CLASS=X, but the  account info says  that they dont have access to 
CLASS=X, then dump the job.

OP: This has been around a long time, and is very mature...

Joe

On Wed, Nov 4, 2020 at 8:20 AM R.S.  wrote:

> W dniu 04.11.2020 o 13:10, Gadi Ben-Avi pisze:
> > Hi,
> > I've started looking into JES2 Policies.
> >
> > The current goal is to change a job's class or service class
> > depending
> on certain values in the accounting information.
> > >From reading the manual, it seems that this is possible.
> >
> > Has anyone done something like this?
> > Is there a way to debug these policies?
> >
> > Is this feature mature enough to use?
>
> I dare to disagree ...with your goal. More precisely I disagree with
> your presentation of the goal.
> Does it really have to depend on account information? Why?
>
> That means user has to code something in the jobcard, in the first
> positional. So he may code CLASS= keyword as well, can't he?
> Maybe your accnt infor is already somehowe controlled (my guess, lack
> of information). However jobclass can be RACF-controlled.
> And this is quite mature way to control job classes and (indirectly)
> service classes.
>
> --
> Radoslaw Skorupka
> Lodz, Poland
>
>
>
>
>
> ==
>
> Jeśli nie jesteś adresatem tej wiadomości:
>
> - powiadom nas o tym w mailu zwrotnym (dziękujemy!),
> - usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub
> zapisałeś na dysku).
> Wiadomość ta może zawierać chronione prawem informacje, które może
> wykorzystać tylko adresat.Przypominamy, że każdy, kto rozpowszechnia
> (kopiuje, rozprowadza) tę wiadomość lub podejmuje podobne działania,
> narusza prawo i może podlegać karze.
>
> mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa,
> https://apc01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.m
> bank.pl%2Fdata=04%7C01%7Callan.staller%40HCL.COM%7Cd04848476fc74265206f08d880df1093%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637401042848982511%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000sdata=f0M%2Bw7n1t2uPc1f6IUlanGNRz%2BZw1CD5wT9SS%2BUeIpU%3Dreserved=0,
>  e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. Warszawy XII Wydział 
> Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, NIP:
> 526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na
> 01.01.2020 r. wynosi 169.401.468 złotych.
>
> If you are not the addressee of this message:
>
> - let us know by replying to this e-mail (thank you!),
> - delete this message permanently (including all the copies which you
> have printed out or saved).
> This message may contain legally protected information, which may be
> used exclusively by the addressee.Please be reminded that anyone who
> disseminates (copies, distributes) this message or takes any similar
> action, violates the law and may be penalised.
>
> mBank S.A. with its registered office in Warsaw, ul. Senatorska 18,
> 00-950
> Warszawa,https://apc01.safelinks.protection.outlook.com/?url=http%3A%2
> F%2Fwww.mbank.pl%2Fdata=04%7C01%7Callan.staller%40HCL.COM%7Cd0484
> 8476fc74265206f08d880df1093%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637401042848982511%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000sdata=f0M%2Bw7n1t2uPc1f6IUlanGNRz%2BZw1CD5wT9SS%2BUeIpU%3Dreserved=0,
>  e-mail: kont...@mbank.pl. District Court for the Capital City of Warsaw, 
> 12th Commercial Division of the National Court Register, KRS 025237, NIP: 
> 526-021-50-88. Fully paid-up share capital amounting to PLN 169.401.468 as at 
> 1 January 2020.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
::DISCLAIMER::

The contents of this e-mail and any attachment(s) are confidential and intended 
for the named recipient(s) only. E-mail transmission is not guaranteed to be 
secure or error-free as information could be intercepted, 

Re: SMPE holddata comparing 2 different CSIs

[Seymour J Metz]

Comparing the applied service makes sense; comparing the holddata does not. You 
should always receive the most current holddata.

Chapter 16. The REPORT CROSSZONE command


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Bill Giannelli [billgianne...@gmail.com]
Sent: Wednesday, November 4, 2020 12:35 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: SMPE holddata comparing 2 different CSIs

We have software at 2 different maintenance levels, with separate CSIs and 
zones.
Is there a report I can run to compare the maintenance levels and get the 
holddata needed for the "higher level" maintenance?
I hope my question makes sense.
thanks
Bill

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: JES2 Policies

[Lizette Koehler]

I have to put in one small comment (well maybe a couple)

Start Rant\

First, look  at z/OSEM by Trident Software.  It does everything you want and 
more.   And if you consider this product, that is what you are trying to 
create.  If the process you want to build is like z/OSEM it should be easy.  
But it requires a high level of assembler coding expertise.  And if it were 
easy, there would not be a product like z/OSEM to do it.  All shops could do it 
with their eyes close.

When you start putting in lots of exits and IF THIS / THEN THAT logic into JES2 
or z/OS you will find your processing will have to be constantly reviewed for 
the "exceptions"

>From my view (and I do not know your shop so take this with a grain of salt)

Either you let the system run in a vanilla process or you will spend many man 
(or woman) hours in updating the code you want to implement with upgrades or 
fixes.  IBM will try hard to make sure exits are less impacted by changes, but 
it cannot be guaranteed.

Scenario:  The exits are in and working.  Now you want to upgrade to the next 
level of z/OS - how much time will you dedicate to validating  these exits and 
ensure they work as expected?  Who can support these exits once the person that 
wrote them are gone?

I know companies will prefer to have someone write code rather than buy a 
product.  However, once SYSPROG1 writes assembler routines to do specific 
functions, then what happens when that person leaves and there is no one to 
manage/support those exits in Assembler.

/End of Rant

Note:  Here are some products that might help
Trident Software z/OSEM
DTS Software  EasyExit

I worked in a shop with over 500 exits in JES2/zOS/Vtam etc...   Each upgrade 
took longer to do - basically do to validation of the code.  One upgrade we 
decided to reduce that down and let the system perform its own functions.  Went 
down to 30 exits and the systems worked just fine and upgrade times were faster.


Lizette 

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of R.S.
Sent: Wednesday, November 4, 2020 10:45 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: JES2 Policies

First, I still disagree to keep prod and dev on same system. However this is 
different topic.
Second, in your scenario user can put wrong class, but system automagically 
recognize it using ACCNT field.
So - we assume possibility of user mistake in the class coding, but we rely on 
ACCNT field. Why? Is the field protected from mistakes? How?
I don't see any sense here, I'm sorry. When we allow user to use two classes 
but one is for "better" jobs, and the second for "worse" jobs - in fact we stil 
allow user to decide. Or make a mistake.

For simple control of job classes and service classes (that was in the
question) it is enough to use standard RACF profiles. Why to to complicate it?

In fact majority of discussion is based on some assumptions, not real and 
clearly presented needs. That's why I wrote provocating words in my previous 
message (however no offence intended). Just to encourage OP to better 
explanation.

--
Radoslaw Skorupka
Lodz, Poland






W dniu 04.11.2020 o 17:30, Joe Monk pisze:
> Radoslaw,
>
> I think what the OP is really saying is that certain accounts should be
> restricted from certain jobclasses i.e. DEV cant use PROD jobclasses. So,
> if they code a CLASS=X, but the  account info says  that they dont have
> access to CLASS=X, then dump the job.
>
> OP: This has been around a long time, and is very mature...
>
> Joe
>
> On Wed, Nov 4, 2020 at 8:20 AM R.S.  wrote:
>
>> W dniu 04.11.2020 o 13:10, Gadi Ben-Avi pisze:
>>> Hi,
>>> I've started looking into JES2 Policies.
>>>
>>> The current goal is to change a job's class or service class depending
>> on certain values in the accounting information.
>>> >From reading the manual, it seems that this is possible.
>>>
>>> Has anyone done something like this?
>>> Is there a way to debug these policies?
>>>
>>> Is this feature mature enough to use?
>> I dare to disagree ...with your goal. More precisely I disagree with
>> your presentation of the goal.
>> Does it really have to depend on account information? Why?
>>
>> That means user has to code something in the jobcard, in the first
>> positional. So he may code CLASS= keyword as well, can't he?
>> Maybe your accnt infor is already somehowe controlled (my guess, lack of
>> information). However jobclass can be RACF-controlled.
>> And this is quite mature way to control job classes and (indirectly)
>> service classes.
>>
>> --
>> Radoslaw Skorupka
>> Lodz, Poland



==

Jeśli nie jesteś adresatem tej wiadomości:

- powiadom nas o tym w mailu zwrotnym (dziękujemy!),
- usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub zapisałeś 
na dysku).
Wiadomość ta może zawierać chronione prawem informacje, które może wykorzystać 
tylko adresat.Przypominamy, że każdy, kto rozpowszechnia (kopiuje, 

Re: SMPE holddata comparing 2 different CSIs

[Paul Gilmartin]

On Wed, 4 Nov 2020 11:35:48 -0600, Bill Giannelli wrote:

>We have software at 2 different maintenance levels, with separate CSIs and 
>zones.
>Is there a report I can run to compare the maintenance levels and get the 
>holddata needed for the "higher level" maintenance?
>I hope my question makes sense.
>
IBM appears to recommend:

https://www.ibm.com/support/pages/ibm-zos-consolidated-service-test-get-cst-service

... that you RECEIVE all current HOLDDATA.

o There's more harm in missing some than having too much.
o If needed, you can BYPASS after verifying that it's irrelevant to your site.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: VUE - how to find it?

[R.S.]

W dniu 03.11.2020 o 23:19, Attila Fogarasi pisze:

The product announcement letter gives the VUE value.  I have never seen a
consolidated web page for all products/VUEs, you have to look at the
specific announcement letter applicable to your product.  For example for
CICS TS 5.6 it is VUE007.  Luckily its easy to find IBM
announcement letters

On Wed, Nov 4, 2020 at 3:05 AM R.S.  wrote:


This is about IBM software licensing.
For OTC there are VUE - Value Unit Exhibits.
There some non-linear relationship between MSU and VUE number, but there
are several VUE's and the same machine have 300 VUE007, but 350 VUE008,
etc. (Number are examples only).

Now it time for the question: How to find out which VUEnnn is applicable
to given product? Is there any table or other webpage with such
information?

--
Radoslaw Skorupka
Lodz, Poland



It seems you are right, unfortunately there is no such place with VUE to 
product assignment.
However review of LPS or other documents describing VUE assigned to the 
product is really troublesome.

BTW: THANK YOU ROGER FOR YOUR HELP!

Some remarks for record purposes:

1. Some Licensed Product Specifications are available as PDF (good), 
some are available online (average) and some are available as hardcopy 
only (bad!). The last one I read on IBM pages and I really could not 
find the document having its publication ID.
2. VUE calculator is good for calculations, but will not help to know 
which VUE is assigned to given product. This is obsolete tool, it does 
not containt VUE040, which is probably newer than the tool. More, this 
tool has no explanation of term and acronyms used in the VUEs.
3. There is some document (few pages) describing all VUEs I know. It can 
be used instead of calculator, because the formulas are quite simple.
4. Reviewing LPSes and Announcement Letters is not something nice, 
especially you have to pay attention to version of the product! For 
example MFA product changed VUE metrics! It can be really misleading - 1 
VUE for previous version meant 1 user, but for current version it is 
"block of users" which means 500 users. Big difference.
5. VUE itself is loosely related to money. For example popular VUE007 is 
assigned to CICS TS as well as small products like TACM. And of course 
CICS is more expensive. However you can negotiate "price per unit" as 
with gold or potatoes - and then there is a measure for upgrades, etc.
6. Why VUE, but not MSU or users, or terabytes? Simply to have 
degressive prices per real unit. For example firs user is 1 VUE. Second 
user is another 1 VUE, 10 users is 10 VUE, but 1000 users is 800 VUE. 
Same for MSU.


--
Radoslaw Skorupka
Lodz, Poland





==

Jeśli nie jesteś adresatem tej wiadomości:

- powiadom nas o tym w mailu zwrotnym (dziękujemy!),
- usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub zapisałeś 
na dysku).
Wiadomość ta może zawierać chronione prawem informacje, które może wykorzystać 
tylko adresat.Przypominamy, że każdy, kto rozpowszechnia (kopiuje, rozprowadza) 
tę wiadomość lub podejmuje podobne działania, narusza prawo i może podlegać 
karze.

mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 
Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. 
Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, 
NIP: 526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na 
01.01.2020 r. wynosi 169.401.468 złotych.

If you are not the addressee of this message:

- let us know by replying to this e-mail (thank you!),
- delete this message permanently (including all the copies which you have 
printed out or saved).
This message may contain legally protected information, which may be used 
exclusively by the addressee.Please be reminded that anyone who disseminates 
(copies, distributes) this message or takes any similar action, violates the 
law and may be penalised.

mBank S.A. with its registered office in Warsaw, ul. Senatorska 18, 00-950 
Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District Court for the Capital 
City of Warsaw, 12th Commercial Division of the National Court Register, KRS 
025237, NIP: 526-021-50-88. Fully paid-up share capital amounting to PLN 
169.401.468 as at 1 January 2020.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: SMPE holddata comparing 2 different CSIs

[Dana Mitchell]

On Wed, 4 Nov 2020 11:35:48 -0600, Bill Giannelli  
wrote:

>We have software at 2 different maintenance levels, with separate CSIs and 
>zones.
>Is there a report I can run to compare the maintenance levels and get the 
>holddata needed for the "higher level" maintenance

The SMP/E  REPORT CROSSZONE  command will do what you need

Dana

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: JES2 Policies

[R.S.]

First, I still disagree to keep prod and dev on same system. However 
this is different topic.
Second, in your scenario user can put wrong class, but system 
automagically recognize it using ACCNT field.
So - we assume possibility of user mistake in the class coding, but we 
rely on ACCNT field. Why? Is the field protected from mistakes? How?
I don't see any sense here, I'm sorry. When we allow user to use two 
classes but one is for "better" jobs, and the second for "worse" jobs - 
in fact we stil allow user to decide. Or make a mistake.


For simple control of job classes and service classes (that was in the 
question) it is enough to use standard RACF profiles. Why to to 
complicate it?


In fact majority of discussion is based on some assumptions, not real 
and clearly presented needs. That's why I wrote provocating words in my 
previous message (however no offence intended). Just to encourage OP to 
better explanation.


--
Radoslaw Skorupka
Lodz, Poland






W dniu 04.11.2020 o 17:30, Joe Monk pisze:

Radoslaw,

I think what the OP is really saying is that certain accounts should be
restricted from certain jobclasses i.e. DEV cant use PROD jobclasses. So,
if they code a CLASS=X, but the  account info says  that they dont have
access to CLASS=X, then dump the job.

OP: This has been around a long time, and is very mature...

Joe

On Wed, Nov 4, 2020 at 8:20 AM R.S.  wrote:


W dniu 04.11.2020 o 13:10, Gadi Ben-Avi pisze:

Hi,
I've started looking into JES2 Policies.

The current goal is to change a job's class or service class depending

on certain values in the accounting information.

>From reading the manual, it seems that this is possible.

Has anyone done something like this?
Is there a way to debug these policies?

Is this feature mature enough to use?

I dare to disagree ...with your goal. More precisely I disagree with
your presentation of the goal.
Does it really have to depend on account information? Why?

That means user has to code something in the jobcard, in the first
positional. So he may code CLASS= keyword as well, can't he?
Maybe your accnt infor is already somehowe controlled (my guess, lack of
information). However jobclass can be RACF-controlled.
And this is quite mature way to control job classes and (indirectly)
service classes.

--
Radoslaw Skorupka
Lodz, Poland




==

Jeśli nie jesteś adresatem tej wiadomości:

- powiadom nas o tym w mailu zwrotnym (dziękujemy!),
- usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub zapisałeś 
na dysku).
Wiadomość ta może zawierać chronione prawem informacje, które może wykorzystać 
tylko adresat.Przypominamy, że każdy, kto rozpowszechnia (kopiuje, rozprowadza) 
tę wiadomość lub podejmuje podobne działania, narusza prawo i może podlegać 
karze.

mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 
Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. 
Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, 
NIP: 526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na 
01.01.2020 r. wynosi 169.401.468 złotych.

If you are not the addressee of this message:

- let us know by replying to this e-mail (thank you!),
- delete this message permanently (including all the copies which you have 
printed out or saved).
This message may contain legally protected information, which may be used 
exclusively by the addressee.Please be reminded that anyone who disseminates 
(copies, distributes) this message or takes any similar action, violates the 
law and may be penalised.

mBank S.A. with its registered office in Warsaw, ul. Senatorska 18, 00-950 
Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District Court for the Capital 
City of Warsaw, 12th Commercial Division of the National Court Register, KRS 
025237, NIP: 526-021-50-88. Fully paid-up share capital amounting to PLN 
169.401.468 as at 1 January 2020.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

SMPE holddata comparing 2 different CSIs

[Bill Giannelli]

We have software at 2 different maintenance levels, with separate CSIs and 
zones.
Is there a report I can run to compare the maintenance levels and get the 
holddata needed for the "higher level" maintenance?
I hope my question makes sense.
thanks
Bill

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: JES2 Policies

[Clark Morris]

[Default] On 4 Nov 2020 08:31:10 -0800, in bit.listserv.ibm-main
joemon...@gmail.com (Joe Monk) wrote:

>Radoslaw,
>
>I think what the OP is really saying is that certain accounts should be
>restricted from certain jobclasses i.e. DEV cant use PROD jobclasses. So,
>if they code a CLASS=X, but the  account info says  that they dont have
>access to CLASS=X, then dump the job.

If the system knows what classes are legal for a given account and
resource requirement, then it should change the job class to a legal
one rather than bounce the job.  A submitter should be able to submit
a job and based on the account and resources requested the system
should assign the appropriate job class.  That was how I designed my
rewrite of the American Natural Resources EXIT 6 (In the ancient
Philips Lighting mods on the CBT tape).

Clark Morris
>
>OP: This has been around a long time, and is very mature...
>
>Joe
>
>On Wed, Nov 4, 2020 at 8:20 AM R.S.  wrote:
>
>> W dniu 04.11.2020 o 13:10, Gadi Ben-Avi pisze:
>> > Hi,
>> > I've started looking into JES2 Policies.
>> >
>> > The current goal is to change a job's class or service class depending
>> on certain values in the accounting information.
>> > >From reading the manual, it seems that this is possible.
>> >
>> > Has anyone done something like this?
>> > Is there a way to debug these policies?
>> >
>> > Is this feature mature enough to use?
>>
>> I dare to disagree ...with your goal. More precisely I disagree with
>> your presentation of the goal.
>> Does it really have to depend on account information? Why?
>>
>> That means user has to code something in the jobcard, in the first
>> positional. So he may code CLASS= keyword as well, can't he?
>> Maybe your accnt infor is already somehowe controlled (my guess, lack of
>> information). However jobclass can be RACF-controlled.
>> And this is quite mature way to control job classes and (indirectly)
>> service classes.
>>
>> --
>> Radoslaw Skorupka
>> Lodz, Poland
>>
>>
>>
>>
>>
>> ==
>>
>> Je?li nie jeste? adresatem tej wiadomo?ci:
>>
>> - powiadom nas o tym w mailu zwrotnym (dzi?kujemy!),
>> - usu? trwale t? wiadomo?? (i wszystkie kopie, które wydrukowa?e? lub
>> zapisa?e? na dysku).
>> Wiadomo?? ta mo?e zawiera? chronione prawem informacje, które mo?e
>> wykorzysta? tylko adresat.Przypominamy, ?e ka?dy, kto rozpowszechnia
>> (kopiuje, rozprowadza) t? wiadomo?? lub podejmuje podobne dzia?ania,
>> narusza prawo i mo?e podlega? karze.
>>
>> mBank S.A. z siedzib? w Warszawie, ul. Senatorska 18, 00-950 Warszawa,
>> www.mBank.pl, e-mail: kont...@mbank.pl. S?d Rejonowy dla m. st. Warszawy
>> XII Wydzia? Gospodarczy Krajowego Rejestru S?dowego, KRS 025237, NIP:
>> 526-021-50-88. Kapita? zak?adowy (op?acony w ca?o?ci) wed?ug stanu na
>> 01.01.2020 r. wynosi 169.401.468 z?otych.
>>
>> If you are not the addressee of this message:
>>
>> - let us know by replying to this e-mail (thank you!),
>> - delete this message permanently (including all the copies which you have
>> printed out or saved).
>> This message may contain legally protected information, which may be used
>> exclusively by the addressee.Please be reminded that anyone who
>> disseminates (copies, distributes) this message or takes any similar
>> action, violates the law and may be penalised.
>>
>> mBank S.A. with its registered office in Warsaw, ul. Senatorska 18, 00-950
>> Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District Court for the
>> Capital City of Warsaw, 12th Commercial Division of the National Court
>> Register, KRS 025237, NIP: 526-021-50-88. Fully paid-up share capital
>> amounting to PLN 169.401.468 as at 1 January 2020.
>>
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>>
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: gskkyman & public key

[PINION, RICHARD W.]

Now, if you're talking about SFTP, that's a whole different animal.
And, I don't think gskkyman comes into play with that.  Rather, you
would use the ssh-keygen stuff.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
PINION, RICHARD W.
Sent: Wednesday, November 4, 2020 11:54 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [Originated Externally]Re: gskkyman & public key

[External Email. Exercise caution when clicking links or opening attachments.]

I used the instructions from

https://www3.rocketsoftware.com/bluezone/help/v52/en/bzadmin/bzd_aref_enable-ssl-on-z-os.htm

I think that will detail the creation of keys and certificates.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Skippy the Ancient
Sent: Wednesday, November 4, 2020 11:40 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: gskkyman & public key

[External Email. Exercise caution when clicking links or opening attachments.]

How does one create a public key with gskkyman?

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN Confidentiality notice:
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.


--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: gskkyman & public key

[PINION, RICHARD W.]

I used the instructions from

https://www3.rocketsoftware.com/bluezone/help/v52/en/bzadmin/bzd_aref_enable-ssl-on-z-os.htm

I think that will detail the creation of keys and certificates.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Skippy the Ancient
Sent: Wednesday, November 4, 2020 11:40 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: gskkyman & public key

[External Email. Exercise caution when clicking links or opening attachments.]

How does one create a public key with gskkyman?

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Confidentiality notice: 
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

gskkyman & public key

[Skippy the Ancient]

How does one create a public key with gskkyman?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: JES2 Policies

[Joe Monk]

Radoslaw,

I think what the OP is really saying is that certain accounts should be
restricted from certain jobclasses i.e. DEV cant use PROD jobclasses. So,
if they code a CLASS=X, but the  account info says  that they dont have
access to CLASS=X, then dump the job.

OP: This has been around a long time, and is very mature...

Joe

On Wed, Nov 4, 2020 at 8:20 AM R.S.  wrote:

> W dniu 04.11.2020 o 13:10, Gadi Ben-Avi pisze:
> > Hi,
> > I've started looking into JES2 Policies.
> >
> > The current goal is to change a job's class or service class depending
> on certain values in the accounting information.
> > >From reading the manual, it seems that this is possible.
> >
> > Has anyone done something like this?
> > Is there a way to debug these policies?
> >
> > Is this feature mature enough to use?
>
> I dare to disagree ...with your goal. More precisely I disagree with
> your presentation of the goal.
> Does it really have to depend on account information? Why?
>
> That means user has to code something in the jobcard, in the first
> positional. So he may code CLASS= keyword as well, can't he?
> Maybe your accnt infor is already somehowe controlled (my guess, lack of
> information). However jobclass can be RACF-controlled.
> And this is quite mature way to control job classes and (indirectly)
> service classes.
>
> --
> Radoslaw Skorupka
> Lodz, Poland
>
>
>
>
>
> ==
>
> Jeśli nie jesteś adresatem tej wiadomości:
>
> - powiadom nas o tym w mailu zwrotnym (dziękujemy!),
> - usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub
> zapisałeś na dysku).
> Wiadomość ta może zawierać chronione prawem informacje, które może
> wykorzystać tylko adresat.Przypominamy, że każdy, kto rozpowszechnia
> (kopiuje, rozprowadza) tę wiadomość lub podejmuje podobne działania,
> narusza prawo i może podlegać karze.
>
> mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa,
> www.mBank.pl, e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. Warszawy
> XII Wydział Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, NIP:
> 526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na
> 01.01.2020 r. wynosi 169.401.468 złotych.
>
> If you are not the addressee of this message:
>
> - let us know by replying to this e-mail (thank you!),
> - delete this message permanently (including all the copies which you have
> printed out or saved).
> This message may contain legally protected information, which may be used
> exclusively by the addressee.Please be reminded that anyone who
> disseminates (copies, distributes) this message or takes any similar
> action, violates the law and may be penalised.
>
> mBank S.A. with its registered office in Warsaw, ul. Senatorska 18, 00-950
> Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District Court for the
> Capital City of Warsaw, 12th Commercial Division of the National Court
> Register, KRS 025237, NIP: 526-021-50-88. Fully paid-up share capital
> amounting to PLN 169.401.468 as at 1 January 2020.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: JES2 Policies

[Mike Shorkend]

Yes definitely can be done. I have implemented it.
You need to be very current on you maintenance, especially in a MAS
Gadi  - contact me privately if you like.


On Wed, 4 Nov 2020 at 16:20, R.S.  wrote:

> W dniu 04.11.2020 o 13:10, Gadi Ben-Avi pisze:
> > Hi,
> > I've started looking into JES2 Policies.
> >
> > The current goal is to change a job's class or service class depending
> on certain values in the accounting information.
> > >From reading the manual, it seems that this is possible.
> >
> > Has anyone done something like this?
> > Is there a way to debug these policies?
> >
> > Is this feature mature enough to use?
>
> I dare to disagree ...with your goal. More precisely I disagree with
> your presentation of the goal.
> Does it really have to depend on account information? Why?
>
> That means user has to code something in the jobcard, in the first
> positional. So he may code CLASS= keyword as well, can't he?
> Maybe your accnt infor is already somehowe controlled (my guess, lack of
> information). However jobclass can be RACF-controlled.
> And this is quite mature way to control job classes and (indirectly)
> service classes.
>
> --
> Radoslaw Skorupka
> Lodz, Poland
>
>
>
>
>
> ==
>
> Jeśli nie jesteś adresatem tej wiadomości:
>
> - powiadom nas o tym w mailu zwrotnym (dziękujemy!),
> - usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub
> zapisałeś na dysku).
> Wiadomość ta może zawierać chronione prawem informacje, które może
> wykorzystać tylko adresat.Przypominamy, że każdy, kto rozpowszechnia
> (kopiuje, rozprowadza) tę wiadomość lub podejmuje podobne działania,
> narusza prawo i może podlegać karze.
>
> mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa,
> www.mBank.pl, e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. Warszawy
> XII Wydział Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, NIP:
> 526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na
> 01.01.2020 r. wynosi 169.401.468 złotych.
>
> If you are not the addressee of this message:
>
> - let us know by replying to this e-mail (thank you!),
> - delete this message permanently (including all the copies which you have
> printed out or saved).
> This message may contain legally protected information, which may be used
> exclusively by the addressee.Please be reminded that anyone who
> disseminates (copies, distributes) this message or takes any similar
> action, violates the law and may be penalised.
>
> mBank S.A. with its registered office in Warsaw, ul. Senatorska 18, 00-950
> Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District Court for the
> Capital City of Warsaw, 12th Commercial Division of the National Court
> Register, KRS 025237, NIP: 526-021-50-88. Fully paid-up share capital
> amounting to PLN 169.401.468 as at 1 January 2020.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 
Mike Shorkend
m...@shorkend.com
Tel: +972524208743





--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: JES2 Policies

[R.S.]

W dniu 04.11.2020 o 13:10, Gadi Ben-Avi pisze:

Hi,
I've started looking into JES2 Policies.

The current goal is to change a job's class or service class depending on 
certain values in the accounting information.
>From reading the manual, it seems that this is possible.

Has anyone done something like this?
Is there a way to debug these policies?

Is this feature mature enough to use?


I dare to disagree ...with your goal. More precisely I disagree with 
your presentation of the goal.

Does it really have to depend on account information? Why?

That means user has to code something in the jobcard, in the first 
positional. So he may code CLASS= keyword as well, can't he?
Maybe your accnt infor is already somehowe controlled (my guess, lack of 
information). However jobclass can be RACF-controlled.
And this is quite mature way to control job classes and (indirectly) 
service classes.


--
Radoslaw Skorupka
Lodz, Poland





==

Jeśli nie jesteś adresatem tej wiadomości:

- powiadom nas o tym w mailu zwrotnym (dziękujemy!),
- usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub zapisałeś 
na dysku).
Wiadomość ta może zawierać chronione prawem informacje, które może wykorzystać 
tylko adresat.Przypominamy, że każdy, kto rozpowszechnia (kopiuje, rozprowadza) 
tę wiadomość lub podejmuje podobne działania, narusza prawo i może podlegać 
karze.

mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 
Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. 
Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, 
NIP: 526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na 
01.01.2020 r. wynosi 169.401.468 złotych.

If you are not the addressee of this message:

- let us know by replying to this e-mail (thank you!),
- delete this message permanently (including all the copies which you have 
printed out or saved).
This message may contain legally protected information, which may be used 
exclusively by the addressee.Please be reminded that anyone who disseminates 
(copies, distributes) this message or takes any similar action, violates the 
law and may be penalised.

mBank S.A. with its registered office in Warsaw, ul. Senatorska 18, 00-950 
Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District Court for the Capital 
City of Warsaw, 12th Commercial Division of the National Court Register, KRS 
025237, NIP: 526-021-50-88. Fully paid-up share capital amounting to PLN 
169.401.468 as at 1 January 2020.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

JES2 Policies

[Gadi Ben-Avi]

Hi,
I've started looking into JES2 Policies.

The current goal is to change a job's class or service class depending on 
certain values in the accounting information.
>From reading the manual, it seems that this is possible.

Has anyone done something like this?
Is there a way to debug these policies?

Is this feature mature enough to use?

Thanks

Gadi


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Using accounting information in WLM classification rules

[Martin Packer]

In that case SMF 30 will have the Accounting Information in - so you can 
assess its usefulness. I'll leave it to someone else - with practical 
experience - to discuss how to encode it.

Cheers, Martin

Martin Packer

Systems Investigator & Performance Troubleshooter, IBM

+44-7802-245-584

email: martin_pac...@uk.ibm.com

Twitter / Facebook IDs: MartinPacker

Blog: https://mainframeperformancetopics.com

Mainframe, Performance, Topics Podcast Series (With Marna Walle): 
https://anchor.fm/marna-walle

Youtube channel: https://www.youtube.com/channel/UCu_65HaYgksbF6Q8SQ4oOvA



From:   Gadi Ben-Avi 
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   04/11/2020 10:15
Subject:[EXTERNAL] Re: Using accounting information in WLM 
classification rules
Sent by:IBM Mainframe Discussion List 



Thanks, 
But at this stage, it's for regular jobs.
Gadi

-Original Message-
From: IBM Mainframe Discussion List  On Behalf 
Of Martin Packer
Sent: Wednesday, November 4, 2020 12:07 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Using accounting information in WLM classification rules

If this is for DDF I think you need to examine some SMF 101s to see what 
the "names in frames" are in your case.

(FWIW I just got permission to open source my Db2 DDF Analysis Tool. 
There's nothing there yet but it will be at 
https://github.com/MartinPacker/Db2-DDF-Analysis-Tool 
. It would help in this case.)

Cheers, Martin

Martin Packer

Systems Investigator & Performance Troubleshooter, IBM

+44-7802-245-584

email: martin_pac...@uk.ibm.com

Twitter / Facebook IDs: MartinPacker

Blog: 
https://mainframeperformancetopics.com 


Mainframe, Performance, Topics Podcast Series (With Marna Walle): 
https://anchor.fm/marna-walle 


Youtube channel: 
https://www.youtube.com/channel/UCu_65HaYgksbF6Q8SQ4oOvA 




From:   Gadi Ben-Avi 
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   04/11/2020 08:53
Subject:[EXTERNAL] Using accounting information in WLM 
classification rules
Sent by:IBM Mainframe Discussion List 



Hi,
I was asked to investigate using accounting information in WLM 
classification rules.
I saw that I can use AI as the type.
What does the value of name look like?
Are there any pitfalls I should be aware of?
We are running z/OS v2.4

Thanks
Gadi



--
For IBM-MAIN subscribe / signoff / archive access instructions, send email 
to lists...@listserv.ua.edu with the message: INFO IBM-MAIN




Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 
741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN




Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 
741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Using accounting information in WLM classification rules

[Gadi Ben-Avi]

Thanks, 
But at this stage, it's for regular jobs.
Gadi

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Martin Packer
Sent: Wednesday, November 4, 2020 12:07 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Using accounting information in WLM classification rules

If this is for DDF I think you need to examine some SMF 101s to see what the 
"names in frames" are in your case.

(FWIW I just got permission to open source my Db2 DDF Analysis Tool. 
There's nothing there yet but it will be at 
https://github.com/MartinPacker/Db2-DDF-Analysis-Tool. It would help in this 
case.)

Cheers, Martin

Martin Packer

Systems Investigator & Performance Troubleshooter, IBM

+44-7802-245-584

email: martin_pac...@uk.ibm.com

Twitter / Facebook IDs: MartinPacker

Blog: https://mainframeperformancetopics.com

Mainframe, Performance, Topics Podcast Series (With Marna Walle): 
https://anchor.fm/marna-walle

Youtube channel: https://www.youtube.com/channel/UCu_65HaYgksbF6Q8SQ4oOvA



From:   Gadi Ben-Avi 
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   04/11/2020 08:53
Subject:[EXTERNAL] Using accounting information in WLM 
classification rules
Sent by:IBM Mainframe Discussion List 



Hi,
I was asked to investigate using accounting information in WLM classification 
rules.
I saw that I can use AI as the type.
What does the value of name look like?
Are there any pitfalls I should be aware of?
We are running z/OS v2.4

Thanks
Gadi



--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN




Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 
741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Using accounting information in WLM classification rules

[Martin Packer]

If this is for DDF I think you need to examine some SMF 101s to see what 
the "names in frames" are in your case.

(FWIW I just got permission to open source my Db2 DDF Analysis Tool. 
There's nothing there yet but it will be at 
https://github.com/MartinPacker/Db2-DDF-Analysis-Tool. It would help in 
this case.)

Cheers, Martin

Martin Packer

Systems Investigator & Performance Troubleshooter, IBM

+44-7802-245-584

email: martin_pac...@uk.ibm.com

Twitter / Facebook IDs: MartinPacker

Blog: https://mainframeperformancetopics.com

Mainframe, Performance, Topics Podcast Series (With Marna Walle): 
https://anchor.fm/marna-walle

Youtube channel: https://www.youtube.com/channel/UCu_65HaYgksbF6Q8SQ4oOvA



From:   Gadi Ben-Avi 
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   04/11/2020 08:53
Subject:[EXTERNAL] Using accounting information in WLM 
classification rules
Sent by:IBM Mainframe Discussion List 



Hi,
I was asked to investigate using accounting information in WLM 
classification rules.
I saw that I can use AI as the type.
What does the value of name look like?
Are there any pitfalls I should be aware of?
We are running z/OS v2.4

Thanks
Gadi



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN




Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 
741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Using accounting information in WLM classification rules

[Gadi Ben-Avi]

Hi,
I was asked to investigate using accounting information in WLM classification 
rules.
I saw that I can use AI as the type.
What does the value of name look like?
Are there any pitfalls I should be aware of?
We are running z/OS v2.4

Thanks
Gadi



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN