Re: Cbttape - dataset being used

[Brian Westerman]

Also there is MXI (option ENQ).  Also on the CBT

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

Re: Max possible velocity?

[Brian Westerman]

You should have a separate workload for the BPX... stuff (that will get FTP 
running better).  The transfers (unless they are huge) should have a pretty 
good velocity, and there should be two periods.  The first can be pretty high 
(I think 70 for your settings now for BPX processes) and the second can drop 
down to 20 or so after a few seconds.  Plus you need to have one for your FTP 
server (FTP*) that can should probably be somewhere in the middle, (but higher 
than TSO).  In most cases, almost everything that BPX spaces do is more 
important than standard TSO users, especially since some of them are TSO users 
doing some OMVS stuff.

What is probably happening is that your FTP's are starting, but then they get 
penalized to the point where they can no longer meet the FTP timeouts and TCPIP 
timeouts which are outside the LPAR and not anywhere that you can adjust them 
when you get busy.

As you know, when you reduce the system, it becomes a balancing act.  The pipe 
that you have to service everything is now a bit narrower, so you have to 
penalize someone to keep the important stuff (like Adabas and com-plete and 
Connx) happy.  

Brian

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

Re: Positive feedback, z/OSMF - Workflows

[Brian Westerman]

If you decide not to run it after the automatic installation, just add the 
following two lines to your ISUPRMxx member of parmlib:

  
AUTOSTART(CONNECT)
AUTOSTART_GROUP(NONE)   

Just in case, the entire member (which allows you to use it by starting 
manually later is (your port may be different):

HOSTNAME('*') 
HTTP_SSL_PORT(30443)  
AUTOSTART(CONNECT)
AUTOSTART_GROUP(NONE) 
UNAUTH_USER(IZUGUEST) 
SAF_PREFIX(IZUDFLT)   
SEC_GROUPS USER(IZUUSER),ADMIN(IZUADMIN),SECADMIN(IZUSECAD)   
JAVA_HOME('/usr/lpp/java/J8.0_64')
KEYRING_NAME('IZUKeyring.IZUDFLT')
PLUGINS(INCIDENT_LOG, 
COMMSERVER_CFG,   
WORKLOAD_MGMT,
RESOURCE_MON, 
SOFTWARE_MGMT,
ISPF)  



On Wed, 14 Oct 2020 13:30:42 +, Pesce, Andy  wrote:

>Thanks everyone for responding.   That makes me feel a lot better.   I don’t 
>mind it being automatically installed.I just didn’t want to have
>to get it configured and running “to” install z/OS 2.4.I was misinformed !
>
>From: IBM Mainframe Discussion List  On Behalf Of 
>Brian Westerman
>Sent: Tuesday, October 13, 2020 11:35 PM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: Positive feedback, z/OSMF - Workflows
>
>NO, zOSMF is not a requirement to install 2.4. It is automatically installed 
>though when you install 2.4, so maybe that's the mix up you had.
>
>Brian
>
>
>On Tue,  3 Oct 2020 16:47:35 +, Pesce, Andy 
>mailto:andy.pe...@autozone.com>> wrote:
>
>>I am at z/OS 2.2 and have heard that z/OSMF has to be active in order to 
>>install z/OS 2.4. Is z/OSMF easier to install/configure
>>than the earlier releases?
>>
>>From: IBM Mainframe Discussion List 
>>mailto:IBM-MAIN@LISTSERV.UA.EDU>> On Behalf Of 
>>Marna WALLE
>>Sent: Tuesday, October 13, 2020 7:56 AM
>>To: IBM-MAIN@LISTSERV.UA.EDU
>>Subject: Re: Positive feedback, z/OSMF - Workflows
>>
>>Thank you, Carmen!!
>>
>>For those that haven't tried it yet, please do, so you can have the upgrade 
>>information you need and do not have to rely upon the "exported" format 
>>entirely.
>>
>>An 8-min YouTube video can give you a great overall lesson on how to maneuver 
>>around 
>>(https://www.youtube.com/watch?v=ejQRSYaxz9M>).
>> It's a little old in that we have the Workflows on github now, and not on 
>>our website 
>>(https://github.com/IBM/IBM-Z-zOS/tree/master/zOS-Workflow/zOS
>> V2.4 Upgrade 
>>Workflow
>> V2.4 Upgrade Workflow>).
>>
>>I did have a great conversation with Allan, and we've been working on trying 
>>to get the spacing and layout better. If you haven't noticed yet, you can 
>>collapse much of the heading information (with the twisty of "Workflow 
>>Details") to give you more space on the first panel. More usability 
>>enhancements have been identified.
>>
>>Please feel free to send me more suggestions for improvements, or do the 
>>feedback from inside the workflow itself.
>>-Marna WALLE
>>z/OS System Installation
>>IBM Poughkeepsie
>>
>>--
>>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
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: INTRDR and submitted JobID

[Seymour J Metz]

Originally it was the Reader/Interpreter. In MVS it is JES2 and JES3.


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Pew, Curtis G [curtis@austin.utexas.edu]
Sent: Wednesday, October 14, 2020 5:37 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: INTRDR and submitted JobID

On Oct 14, 2020, at 4:33 PM, Paul Gilmartin 
<000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
>
> I wish JCL had never provided
>//SYSIN  DD * Generated Statement
>

Isn’t it JES2 that does that?


--
Pew, Curtis G
curtis@austin.utexas.edu






--
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: INTRDR and submitted JobID

[Seymour J Metz]

I found generated DD * and implied /* to be great conveniences. But I wish that 
they had chosen a better default for SPACE.


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Paul Gilmartin [000433f07816-dmarc-requ...@listserv.ua.edu]
Sent: Wednesday, October 14, 2020 5:33 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: INTRDR and submitted JobID

On Wed, 14 Oct 2020 20:57:19 +, Seymour J Metz wrote:

>No. IBM provided DD * to terminate DD *, back when there was a street drug 
>called Primary Control Program. Later IBM made /* optional for DD * in MFT and 
>MVT, but by then people were used to providing it and in some cases didn't 
>realize that it hadn't been needed for decades.
>
"DD *"?  ITYM "/*"

I wish JCL had never provided
//SYSIN  DD * Generated Statement

... it happens to me only when I miskey, e.g. "/SYSUT1" instead of "//SYSUT1".
I'd rather have a detected syntax error.


>
On Wed, 14 Oct 2020 21:00:30 +, Seymour J Metz wrote:

>IBM couldn't due that, because they used the same sigil for symbolic 
>parameters and temporary dataset names. R14, as I recall.
>
They didn't need to it that way.  They could have made symbol reference
"&(NAME)" rather than "" with no lexical ambiguity.


>
>From: Paul Gilmartin
>Sent: Wednesday, October 14, 2020 4:30 PM
>...
>This would never have been a problem if JCL made reference to undefined
>symbols a syntax error.

--gil

--
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: INTRDR and submitted JobID

[Pew, Curtis G]

On Oct 14, 2020, at 4:33 PM, Paul Gilmartin 
<000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
> 
> I wish JCL had never provided
>//SYSIN  DD * Generated Statement
> 

Isn’t it JES2 that does that?


-- 
Pew, Curtis G
curtis@austin.utexas.edu






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

Re: INTRDR and submitted JobID

[Seymour J Metz]

Make that "provided /* to terminate DD *"


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Seymour J Metz [sme...@gmu.edu]
Sent: Wednesday, October 14, 2020 4:57 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: INTRDR and submitted JobID

No. IBM provided DD * to terminate DD *, back when there was a street drug 
called Primary Control Program. Later IBM made /* optional for DD * in MFT and 
MVT, but by then people were used to providing it and in some cases didn't 
realize that it hadn't been needed for decades.


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Steve Smith [sasd...@gmail.com]
Sent: Wednesday, October 14, 2020 4:38 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: INTRDR and submitted JobID

This is a nice illustration of some general rule that probably deserves a
psychological study.

First, there was JCL.
Then, SYSIN data, which (naturally) was terminated by the next JCL card
(which always start with //).
Then, some wanted a way to put JCL in SYSIN data.  So, DD DATA was invented.
But wait, how do you stop DD DATA?  So, /* was invented.
But wait, now I want to read in a few /* cards too!  So, DLM= was created.
Now, the JCL team declared the next complaint would get the requestor a
punch in the face.

So, naturally every SYSIN stream ever created has a useless /* at the end,
and DD DATA without DLM has only been coded once since 1969.

sas


On Wed, Oct 14, 2020 at 3:15 PM Sri h Kolusu  wrote:

> > (I would have used IEBGENER.  "New Hammer" phenomenon.)
>
>  Old habit  :)
>
> >>> What does the "$$" after the "/*" do?
>
> It is terminating the >//SORTIN   DD DATA,DLM=$$
>
> Since I am building the JCL in-line, I had to use the DLM
>
>

--
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: INTRDR and submitted JobID

[Paul Gilmartin]

On Wed, 14 Oct 2020 20:57:19 +, Seymour J Metz wrote:

>No. IBM provided DD * to terminate DD *, back when there was a street drug 
>called Primary Control Program. Later IBM made /* optional for DD * in MFT and 
>MVT, but by then people were used to providing it and in some cases didn't 
>realize that it hadn't been needed for decades.
> 
"DD *"?  ITYM "/*"

I wish JCL had never provided
//SYSIN  DD * Generated Statement

... it happens to me only when I miskey, e.g. "/SYSUT1" instead of "//SYSUT1".
I'd rather have a detected syntax error.


>
On Wed, 14 Oct 2020 21:00:30 +, Seymour J Metz wrote:

>IBM couldn't due that, because they used the same sigil for symbolic 
>parameters and temporary dataset names. R14, as I recall.
> 
They didn't need to it that way.  They could have made symbol reference
"&(NAME)" rather than "" with no lexical ambiguity.


>
>From: Paul Gilmartin
>Sent: Wednesday, October 14, 2020 4:30 PM
>...
>This would never have been a problem if JCL made reference to undefined
>symbols a syntax error.

--gil

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

Re: BCPII services

[Seymour J Metz]

It gets processed as an attachment because it *IS* a MIME attachment.


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Edward Finnell [000248cce9f3-dmarc-requ...@listserv.ua.edu]
Sent: Wednesday, October 14, 2020 2:40 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: BCPII services

Think Sri has the right solution. Your mailer is trying to insert a nice pretty 
graphic and gets processed asan attachment. Another option is use the web 
interface at listserv.ua.edu/archives/ibm-main.html to view and respondto 
postings.

 THANKS to everyone for your advice and links.  I've decided to go ahead and 
implement.




-Original Message-
From: Bonnie Barthel 
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Wed, Oct 14, 2020 1:16 pm
Subject: BCPII services

I've tried to no avail to say THANKS to everyone for your advice and links.  
I've decided to go ahead and implement.

Whenever I tried to reply (and I tried several times with different content) my 
email was returned saying:

"Your posting  to the  IBM-MAIN list  has been rejected  because it  contains an
attachment of type 'IMAGE/GIF'. The IBM-MAIN list has been configured to reject
suchattachments.Pleasecontact  thelistownerat
ibm-main-requ...@listserv.ua.edu for more information."

I don't see any attachment of any kind ... how is it I should 'reply' to a post?

I did send an email to the list owner but have gotten no response. Thanks in 
advance in case I cannot 'reply'.

Bonnie

--
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: SV: INTRDR and submitted JobID

[Seymour J Metz]

IBM couldn't due that, because they used the same sigil for symbolic parameters 
and temporary dataset names. R14, as I recall.


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Paul Gilmartin [000433f07816-dmarc-requ...@listserv.ua.edu]
Sent: Wednesday, October 14, 2020 4:30 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SV: INTRDR and submitted JobID

On Wed, 14 Oct 2020 19:50:04 +, Lars Höglund wrote:
>
>Do You the reason why the default for SYSSYM is DISALLOW?
>
Obsession with compatibility.  It's possible that someone, somewhere, has
a "dusty old deck" containing a string matching the name of a system
symbol which would break with ALLOW.  By making the default DISALLOW,
IBM passes the onus of such a failure to the customer's sysadmin.

This would never have been a problem if JCL made reference to undefined
symbols a syntax error.

-- gil

--
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: INTRDR and submitted JobID

[Seymour J Metz]

No. IBM provided DD * to terminate DD *, back when there was a street drug 
called Primary Control Program. Later IBM made /* optional for DD * in MFT and 
MVT, but by then people were used to providing it and in some cases didn't 
realize that it hadn't been needed for decades.


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Steve Smith [sasd...@gmail.com]
Sent: Wednesday, October 14, 2020 4:38 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: INTRDR and submitted JobID

This is a nice illustration of some general rule that probably deserves a
psychological study.

First, there was JCL.
Then, SYSIN data, which (naturally) was terminated by the next JCL card
(which always start with //).
Then, some wanted a way to put JCL in SYSIN data.  So, DD DATA was invented.
But wait, how do you stop DD DATA?  So, /* was invented.
But wait, now I want to read in a few /* cards too!  So, DLM= was created.
Now, the JCL team declared the next complaint would get the requestor a
punch in the face.

So, naturally every SYSIN stream ever created has a useless /* at the end,
and DD DATA without DLM has only been coded once since 1969.

sas


On Wed, Oct 14, 2020 at 3:15 PM Sri h Kolusu  wrote:

> > (I would have used IEBGENER.  "New Hammer" phenomenon.)
>
>  Old habit  :)
>
> >>> What does the "$$" after the "/*" do?
>
> It is terminating the >//SORTIN   DD DATA,DLM=$$
>
> Since I am building the JCL in-line, I had to use the DLM
>
>

--
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: INTRDR and submitted JobID

[Jesse 1 Robinson]

IBM demurred for years allowing system symbols to be used in batch JCL. There 
were several spirited discussions at SHARE as to how they should work. Some 
possibilities:

-- Substitute values at submit time

-- Substitute values at conversion time

-- Substitute values at execution time

These questions are complicated by the possibility of a job executing on any 
member of a MAS or even on another NJE node. Not to mention the chance of 
symbol collision with internal JCL variables. All of these possibilities 
confuse the question of what value did the user intend? What did she get? There 
was no consensus among participants. 

When IBM finally conceded to customer demand, they imposed some rules, which 
are documented. But to protect users from unexpected results, the default was 
to disallow substitution unless the installation explicitly allowed 
it--presumably after lots of testing. 





.
.
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 
Lars Höglund
Sent: Wednesday, October 14, 2020 12:50 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):SV: INTRDR and submitted JobID

CAUTION EXTERNAL EMAIL

Hi
Do You the reason why the default for SYSSYM is DISALLOW?

//Lasse

-Ursprungligt meddelande-
Från: IBM Mainframe Discussion List  För Lizette 
Koehler
Skickat: den 14 oktober 2020 20:38
Till: IBM-MAIN@LISTSERV.UA.EDU
Ämne: Re: INTRDR and submitted JobID

I think System Symbols are only available when the JES2 Class says SYSSYM=ALLOW 
Otherwise I think they are not available to a batch job.

They are probably available to an STC

Lizette

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Sri 
h Kolusu
Sent: Wednesday, October 14, 2020 11:02 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: INTRDR and submitted JobID

> I've used an IKJEFT TSO ISPF step or SDSF screen scraping to extract a 
> job's own JobID.  Is there a simpler way?

Gil,

How about using system symbols  and  ?  Something like this?


//STEP0100 EXEC PGM=SORT
//SYSOUT   DD SYSOUT=*
//SORTOUT  DD SYSOUT=(*,INTRDR)
//SYSINDD *
  OPTION COPY
//*
//SORTIN   DD DATA,DLM=$$
//SYMSUBJ  JOB (B004273,BIN#,BLDG#,DEPT#),,
// MSGCLASS=H,MSGLEVEL=(1,1),CLASS=A,NOTIFY=
/*
//  EXPORT SYMLIST=*
// SET SYSJOBNM=,SYSJOBID=
/*
//STEP0100 EXEC PGM=SORT
//SYSOUT   DD SYSOUT=*
//SORTIN   DD *,SYMBOLS=JCLONLY
JOBNAME FOR THIS JOB IS : 
JOBID FOR THIS JOB IS   : 
//SORTOUT  DD SYSOUT=*
//SYSINDD *
  OPTION COPY
/*
$$


Thanks,
Kolusu


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

Re: INTRDR and submitted JobID

[Steve Smith]

This is a nice illustration of some general rule that probably deserves a
psychological study.

First, there was JCL.
Then, SYSIN data, which (naturally) was terminated by the next JCL card
(which always start with //).
Then, some wanted a way to put JCL in SYSIN data.  So, DD DATA was invented.
But wait, how do you stop DD DATA?  So, /* was invented.
But wait, now I want to read in a few /* cards too!  So, DLM= was created.
Now, the JCL team declared the next complaint would get the requestor a
punch in the face.

So, naturally every SYSIN stream ever created has a useless /* at the end,
and DD DATA without DLM has only been coded once since 1969.

sas


On Wed, Oct 14, 2020 at 3:15 PM Sri h Kolusu  wrote:

> > (I would have used IEBGENER.  "New Hammer" phenomenon.)
>
>  Old habit  :)
>
> >>> What does the "$$" after the "/*" do?
>
> It is terminating the >//SORTIN   DD DATA,DLM=$$
>
> Since I am building the JCL in-line, I had to use the DLM
>
>

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

Re: INTRDR and submitted JobID

[Lizette Koehler]

I am guessing it is due to where the job gets converted.  If the symbol
being used is different on different LPARs in a PEX, then you could get
different results.

Lizette


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of
Lars Höglund
Sent: Wednesday, October 14, 2020 12:50 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: SV: INTRDR and submitted JobID

Hi
Do You the reason why the default for SYSSYM is DISALLOW?

//Lasse

-Ursprungligt meddelande-
Från: IBM Mainframe Discussion List  För Lizette
Koehler
Skickat: den 14 oktober 2020 20:38
Till: IBM-MAIN@LISTSERV.UA.EDU
Ämne: Re: INTRDR and submitted JobID

I think System Symbols are only available when the JES2 Class says
SYSSYM=ALLOW Otherwise I think they are not available to a batch job.

They are probably available to an STC

Lizette

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of
Sri h Kolusu
Sent: Wednesday, October 14, 2020 11:02 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: INTRDR and submitted JobID

> I've used an IKJEFT TSO ISPF step or SDSF screen scraping to extract a 
> job's own JobID.  Is there a simpler way?

Gil,

How about using system symbols  and  ?  Something like
this?


//STEP0100 EXEC PGM=SORT
//SYSOUT   DD SYSOUT=*
//SORTOUT  DD SYSOUT=(*,INTRDR)
//SYSINDD *
  OPTION COPY
//*
//SORTIN   DD DATA,DLM=$$
//SYMSUBJ  JOB (B004273,BIN#,BLDG#,DEPT#),,
// MSGCLASS=H,MSGLEVEL=(1,1),CLASS=A,NOTIFY=
/*
//  EXPORT SYMLIST=*
// SET SYSJOBNM=,SYSJOBID=
/*
//STEP0100 EXEC PGM=SORT
//SYSOUT   DD SYSOUT=*
//SORTIN   DD *,SYMBOLS=JCLONLY
JOBNAME FOR THIS JOB IS : 
JOBID FOR THIS JOB IS   : 
//SORTOUT  DD SYSOUT=*
//SYSINDD *
  OPTION COPY
/*
$$


Thanks,
Kolusu

--
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

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

Re: SV: INTRDR and submitted JobID

[Paul Gilmartin]

On Wed, 14 Oct 2020 19:50:04 +, Lars Höglund wrote:
>
>Do You the reason why the default for SYSSYM is DISALLOW?
> 
Obsession with compatibility.  It's possible that someone, somewhere, has
a "dusty old deck" containing a string matching the name of a system
symbol which would break with ALLOW.  By making the default DISALLOW,
IBM passes the onus of such a failure to the customer's sysadmin.

This would never have been a problem if JCL made reference to undefined
symbols a syntax error.

-- gil

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

Re: BCPII services

[Bonnie C Barthel]

Trying it thanks

Bonnie Barthel
Senior IT Specialist
GTS, Delivery & Integrated Operations
 720.396.6755 Office
 719.649.7888 Mobile
bonnie.bart...@us.ibm.com

IBM

IBM Mainframe Discussion List  wrote on
10/14/2020 12:21:15 PM:

> From: Sri h Kolusu 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date: 10/14/2020 12:21 PM
> Subject: [EXTERNAL] Re: BCPII services
> Sent by: IBM Mainframe Discussion List 
>
> > I don't see any attachment of any kind ... how is it I should
> > 'reply' to a post?
>
>
> Bonnie,
>
> Use the option "Reply with Internet-style History" instead of plain reply
> and you won't have that error.
>
> Thanks,
> Kolusu
>
>
>
> --
> 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

SV: INTRDR and submitted JobID

[Lars Höglund]

Hi
Do You the reason why the default for SYSSYM is DISALLOW?

//Lasse

-Ursprungligt meddelande-
Från: IBM Mainframe Discussion List  För Lizette 
Koehler
Skickat: den 14 oktober 2020 20:38
Till: IBM-MAIN@LISTSERV.UA.EDU
Ämne: Re: INTRDR and submitted JobID

I think System Symbols are only available when the JES2 Class says SYSSYM=ALLOW 
Otherwise I think they are not available to a batch job.

They are probably available to an STC

Lizette

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Sri 
h Kolusu
Sent: Wednesday, October 14, 2020 11:02 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: INTRDR and submitted JobID

> I've used an IKJEFT TSO ISPF step or SDSF screen scraping to extract a 
> job's own JobID.  Is there a simpler way?

Gil,

How about using system symbols  and  ?  Something like this?


//STEP0100 EXEC PGM=SORT
//SYSOUT   DD SYSOUT=*
//SORTOUT  DD SYSOUT=(*,INTRDR)
//SYSINDD *
  OPTION COPY
//*
//SORTIN   DD DATA,DLM=$$
//SYMSUBJ  JOB (B004273,BIN#,BLDG#,DEPT#),,
// MSGCLASS=H,MSGLEVEL=(1,1),CLASS=A,NOTIFY=
/*
//  EXPORT SYMLIST=*
// SET SYSJOBNM=,SYSJOBID=
/*
//STEP0100 EXEC PGM=SORT
//SYSOUT   DD SYSOUT=*
//SORTIN   DD *,SYMBOLS=JCLONLY
JOBNAME FOR THIS JOB IS : 
JOBID FOR THIS JOB IS   : 
//SORTOUT  DD SYSOUT=*
//SYSINDD *
  OPTION COPY
/*
$$


Thanks,
Kolusu

--
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: INTRDR and submitted JobID

[Paul Gilmartin]

On Wed, 14 Oct 2020 12:15:07 -0700, Sri h Kolusu wrote:

>> (I would have used IEBGENER.  "New Hammer" phenomenon.)
>
> Old habit  :)
>
And you couldn't resist doing it twice!

 What does the "$$" after the "/*" do?
>
>It is terminating the >//SORTIN   DD DATA,DLM=$$
>Since I am building the JCL in-line, I had to use the DLM
> 
Oops!  I missed that part.

Thanks again,
gil

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

Re: INTRDR and submitted JobID

[Edward Finnell]

Terminates input processing matching the DLM=$$

What does the "$$" after the "/*" do?




-Original Message-
From: Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu>
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Wed, Oct 14, 2020 2:06 pm
Subject: Re: INTRDR and submitted JobID

On Wed, 14 Oct 2020 11:01:38 -0700, Sri h Kolusu wrote:

>> I've used an IKJEFT TSO ISPF step or SDSF screen scraping to extract
>> a job's own JobID.  Is there a simpler way?
>
>How about using system symbols  and  ?  Something like
>this?
>
Thanks.  I had been looking at some old JCL, perhaps older than 
or SYMBOLS= where I had done:
    address ISPEXEC 'vget ( ZSEQ ) shared'
    '... JOB'ZSEQ  /* (depends on prefix length.)  */

(I would have used IEBGENER.  "New Hammer" phenomenon.)
What does the "$$" after the "/*" do?

>//STEP0100 EXEC PGM=SORT
>//SYSOUT  DD SYSOUT=*
>//SORTOUT  DD SYSOUT=(*,INTRDR)
>//SYSIN    DD *
>  OPTION COPY
>//*
>//SORTIN  DD DATA,DLM=$$
>//SYMSUBJ  JOB (B004273,BIN#,BLDG#,DEPT#),,
>//        MSGCLASS=H,MSGLEVEL=(1,1),CLASS=A,NOTIFY=
>/*
>//  EXPORT SYMLIST=*
>//    SET SYSJOBNM=,SYSJOBID=
>/*
>//STEP0100 EXEC PGM=SORT
>//SYSOUT  DD SYSOUT=*
>//SORTIN  DD *,SYMBOLS=JCLONLY
>JOBNAME FOR THIS JOB IS : 
>JOBID FOR THIS JOB IS  : 
>//SORTOUT  DD SYSOUT=*
>//SYSIN    DD *
>  OPTION COPY
>/*
>$$

Thanks again,
gil

--
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: INTRDR and submitted JobID

[Sri h Kolusu]

> (I would have used IEBGENER.  "New Hammer" phenomenon.)

 Old habit  :)

>>> What does the "$$" after the "/*" do?

It is terminating the >//SORTIN   DD DATA,DLM=$$

Since I am building the JCL in-line, I had to use the DLM


Thanks,
Kolusu


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

Re: INTRDR and submitted JobID

[Paul Gilmartin]

On Wed, 14 Oct 2020 11:01:38 -0700, Sri h Kolusu wrote:

>> I've used an IKJEFT TSO ISPF step or SDSF screen scraping to extract
>> a job's own JobID.  Is there a simpler way?
>
>How about using system symbols  and  ?  Something like
>this?
>
Thanks.  I had been looking at some old JCL, perhaps older than 
or SYMBOLS= where I had done:
address ISPEXEC 'vget ( ZSEQ ) shared'
'... JOB'ZSEQ  /* (depends on prefix length.)  */

(I would have used IEBGENER.  "New Hammer" phenomenon.)
What does the "$$" after the "/*" do?

>//STEP0100 EXEC PGM=SORT
>//SYSOUT   DD SYSOUT=*
>//SORTOUT  DD SYSOUT=(*,INTRDR)
>//SYSINDD *
>  OPTION COPY
>//*
>//SORTIN   DD DATA,DLM=$$
>//SYMSUBJ  JOB (B004273,BIN#,BLDG#,DEPT#),,
>// MSGCLASS=H,MSGLEVEL=(1,1),CLASS=A,NOTIFY=
>/*
>//  EXPORT SYMLIST=*
>// SET SYSJOBNM=,SYSJOBID=
>/*
>//STEP0100 EXEC PGM=SORT
>//SYSOUT   DD SYSOUT=*
>//SORTIN   DD *,SYMBOLS=JCLONLY
>JOBNAME FOR THIS JOB IS : 
>JOBID FOR THIS JOB IS   : 
>//SORTOUT  DD SYSOUT=*
>//SYSINDD *
>  OPTION COPY
>/*
>$$

Thanks again,
gil

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

Re: BCPII services

[Edward Finnell]

Think Sri has the right solution. Your mailer is trying to insert a nice pretty 
graphic and gets processed asan attachment. Another option is use the web 
interface at listserv.ua.edu/archives/ibm-main.html to view and respondto 
postings.

 THANKS to everyone for your advice and links.  I've decided to go ahead and 
implement.




-Original Message-
From: Bonnie Barthel 
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Wed, Oct 14, 2020 1:16 pm
Subject: BCPII services

I've tried to no avail to say THANKS to everyone for your advice and links.  
I've decided to go ahead and implement.

Whenever I tried to reply (and I tried several times with different content) my 
email was returned saying:

"Your posting  to the  IBM-MAIN list  has been rejected  because it  contains an
attachment of type 'IMAGE/GIF'. The IBM-MAIN list has been configured to reject
such    attachments.    Please    contact      the    list    owner    at
ibm-main-requ...@listserv.ua.edu for more information."

I don't see any attachment of any kind ... how is it I should 'reply' to a 
post? 

I did send an email to the list owner but have gotten no response. Thanks in 
advance in case I cannot 'reply'.

Bonnie

--
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: INTRDR and submitted JobID

[Lizette Koehler]

I think System Symbols are only available when the JES2 Class says
SYSSYM=ALLOW
Otherwise I think they are not available to a batch job.

They are probably available to an STC

Lizette

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of
Sri h Kolusu
Sent: Wednesday, October 14, 2020 11:02 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: INTRDR and submitted JobID

> I've used an IKJEFT TSO ISPF step or SDSF screen scraping to extract a 
> job's own JobID.  Is there a simpler way?

Gil,

How about using system symbols  and  ?  Something like
this?


//STEP0100 EXEC PGM=SORT
//SYSOUT   DD SYSOUT=*
//SORTOUT  DD SYSOUT=(*,INTRDR)
//SYSINDD *
  OPTION COPY
//*
//SORTIN   DD DATA,DLM=$$
//SYMSUBJ  JOB (B004273,BIN#,BLDG#,DEPT#),,
// MSGCLASS=H,MSGLEVEL=(1,1),CLASS=A,NOTIFY=
/*
//  EXPORT SYMLIST=*
// SET SYSJOBNM=,SYSJOBID=
/*
//STEP0100 EXEC PGM=SORT
//SYSOUT   DD SYSOUT=*
//SORTIN   DD *,SYMBOLS=JCLONLY
JOBNAME FOR THIS JOB IS : 
JOBID FOR THIS JOB IS   : 
//SORTOUT  DD SYSOUT=*
//SYSINDD *
  OPTION COPY
/*
$$


Thanks,
Kolusu

--
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: EXTERNAL EMAIL: BCPII services

[Jerry Whitteridge]

Bonnie -  While I was at IBM I always had to use the Reply in Internet format 
from Notes to send to the list

Jerry Whitteridge
jerry.whitteri...@albertsons.com
Manager Mainframe Systems & HP Non-Stop
Albertsons Companies

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Bonnie Barthel
Sent: Wednesday, October 14, 2020 11:17 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: EXTERNAL EMAIL: BCPII services

I've tried to no avail to say THANKS to everyone for your advice and links.  
I've decided to go ahead and implement.

Whenever I tried to reply (and I tried several times with different content) my 
email was returned saying:

"Your posting  to the  IBM-MAIN list  has been rejected  because it  contains an
attachment of type 'IMAGE/GIF'. The IBM-MAIN list has been configured to reject
such attachments. Please contact  the list owner at
ibm-main-requ...@listserv.ua.edu for more information."

I don't see any attachment of any kind ... how is it I should 'reply' to a post?

I did send an email to the list owner but have gotten no response. Thanks in 
advance in case I cannot 'reply'.

Bonnie

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

 Warning: All e-mail sent to this address will be received by the corporate 
e-mail system, and is subject to archival and review by someone other than the 
recipient. This e-mail may contain proprietary information and is intended only 
for the use of the intended recipient(s). If the reader of this message is not 
the intended recipient(s), you are notified that you have received this message 
in error and that any review, dissemination, distribution or copying of this 
message is strictly prohibited. If you have received this message in error, 
please notify the sender immediately.


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

Re: BCPII services

[Sri h Kolusu]

> I don't see any attachment of any kind ... how is it I should
> 'reply' to a post?


Bonnie,

Use the option "Reply with Internet-style History" instead of plain reply
and you won't have that error.

Thanks,
Kolusu



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

Re: INTRDR and submitted JobID

[Charles Mills]

A corollary is that you have to use the VSAM interface to submit the job;
you can't use QSAM. You have to use an ACB and RPL, not a DCB.

A footnote is that when FTP submits a job using SITE FILETYPE=JES it
displays
125 When JOBn is done, will retrieve its output

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Binyamin Dissen
Sent: Wednesday, October 14, 2020 10:57 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: INTRDR and submitted JobID

Refer to "Assembler Services Guide" "Obtaining a job identifier".

"Issue an ENDREQ macro after writing a complete job to the internal reader.
The job identifier is returned in the RPLRBAR field of the request parameter
list (RPL)."

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

BCPII services

[Bonnie Barthel]

I've tried to no avail to say THANKS to everyone for your advice and links.  
I've decided to go ahead and implement.

Whenever I tried to reply (and I tried several times with different content) my 
email was returned saying:

"Your posting  to the  IBM-MAIN list  has been rejected  because it  contains an
attachment of type 'IMAGE/GIF'. The IBM-MAIN list has been configured to reject
such attachments. Please contact  the list owner at
ibm-main-requ...@listserv.ua.edu for more information."

I don't see any attachment of any kind ... how is it I should 'reply' to a 
post? 

I did send an email to the list owner but have gotten no response. Thanks in 
advance in case I cannot 'reply'.

Bonnie

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

Re: INTRDR and submitted JobID

[Stephen Donaldson]

Hi,

If you write to the INTRDR with an ACB/RPL and then do an ENDREQ on the 
RPL after the last JCL record, then you should find the JOBID in RPLRBAR 
of the RPL.   This would make it available after the job has been 
submitted, as I believe the ENDREQ is like an /*EOF and would cut the 
recognised job off, so needs to be after the last card.


Cheers
Stephen

Stephen R. Donaldson, Code Magus Limited (England reg. no. 4024745) 
Number 6, 69 Woodstock Road, Oxford, OX2 6EY, United Kingdom Voice: +44 
1865 310 768 Fax: +44 1865 316 979 Cell: +44 787 9897709 Support: +44 
1865 589826 Skype:vixxmovz http://www.codemagus.com 
mailto:step...@codemagus.com

On 14/10/2020 18:37, Paul Gilmartin wrote:

I see that the UNIX SUBMIT command shows the JobID of the submitted job.

What interface makes this available.  I suspect it's in JES or Assembler 
Services,
but I don't know how to find it.

At what point in processing is the submitted JobID available?:
o INTRDR OPEN?
o INTRDR CLOSE?
o somewhere in between?

I'm wondering whether when dynamically generating JCL the job's own
JobID is available for embedding in SYSIN or PARM for a later step.

I've used an IKJEFT TSO ISPF step or SDSF screen scraping to extract
a job's own JobID.  Is there a simpler way?

Thanks,
gil

--
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: INTRDR and submitted JobID

[Sri h Kolusu]

> I've used an IKJEFT TSO ISPF step or SDSF screen scraping to extract
> a job's own JobID.  Is there a simpler way?

Gil,

How about using system symbols  and  ?  Something like
this?


//STEP0100 EXEC PGM=SORT
//SYSOUT   DD SYSOUT=*
//SORTOUT  DD SYSOUT=(*,INTRDR)
//SYSINDD *
  OPTION COPY
//*
//SORTIN   DD DATA,DLM=$$
//SYMSUBJ  JOB (B004273,BIN#,BLDG#,DEPT#),,
// MSGCLASS=H,MSGLEVEL=(1,1),CLASS=A,NOTIFY=
/*
//  EXPORT SYMLIST=*
// SET SYSJOBNM=,SYSJOBID=
/*
//STEP0100 EXEC PGM=SORT
//SYSOUT   DD SYSOUT=*
//SORTIN   DD *,SYMBOLS=JCLONLY
JOBNAME FOR THIS JOB IS : 
JOBID FOR THIS JOB IS   : 
//SORTOUT  DD SYSOUT=*
//SYSINDD *
  OPTION COPY
/*
$$


Thanks,
Kolusu

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

Re: INTRDR and submitted JobID

[Binyamin Dissen]

Refer to "Assembler Services Guide" "Obtaining a job identifier".

"Issue an ENDREQ macro after writing a complete job to the internal reader.
The job identifier is returned in the RPLRBAR field of the request parameter
list (RPL)."

On Wed, 14 Oct 2020 12:37:01 -0500 Paul Gilmartin
<000433f07816-dmarc-requ...@listserv.ua.edu> wrote:

:>I see that the UNIX SUBMIT command shows the JobID of the submitted job.

:>What interface makes this available.  I suspect it's in JES or Assembler 
Services,
:>but I don't know how to find it.

:>At what point in processing is the submitted JobID available?:
:>o INTRDR OPEN?
:>o INTRDR CLOSE?
:>o somewhere in between?

:>I'm wondering whether when dynamically generating JCL the job's own
:>JobID is available for embedding in SYSIN or PARM for a later step.

:>I've used an IKJEFT TSO ISPF step or SDSF screen scraping to extract
:>a job's own JobID.  Is there a simpler way?

--
Binyamin Dissen 
http://www.dissensoftware.com

Director, Dissen Software, Bar & Grill - Israel


Should you use the mailblocks package and expect a response from me,
you should preauthorize the dissensoftware.com domain.

I very rarely bother responding to challenge/response systems,
especially those from irresponsible companies.

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

INTRDR and submitted JobID

[Paul Gilmartin]

I see that the UNIX SUBMIT command shows the JobID of the submitted job.

What interface makes this available.  I suspect it's in JES or Assembler 
Services,
but I don't know how to find it.

At what point in processing is the submitted JobID available?:
o INTRDR OPEN?
o INTRDR CLOSE?
o somewhere in between?

I'm wondering whether when dynamically generating JCL the job's own
JobID is available for embedding in SYSIN or PARM for a later step.

I've used an IKJEFT TSO ISPF step or SDSF screen scraping to extract
a job's own JobID.  Is there a simpler way?

Thanks,
gil

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

Re: Max possible velocity?

[Martin Packer]

I’ve seen plenty of things running above 50 - in lots of customers
worldwide. Typically Db2 Engine service class, particularly where I/O
Priority Queuing is enabled. In that latter case to would be VERY
disappointing to see attainment as low as 50% - as it would probably be
caused by Delay for GCP or Delay for zIIP.

Cheers, Martin

Sent from my iPad

> On 14 Oct 2020, at 13:47, Allan Staller  wrote:
>
> Classification: HCL Internal
>
> The max possible velocity is (theoretically) 100. I.E. there are zero
delays in the sample.
> The only thing I have ever seen that realistically exceeded 50 was a CICS
address space running in server mode (as opposed to transaction mode).
>
> Check your RMF III reports (or RMFPP if you prefer) during  period of
"good" performance and find the achieved velocity.
> Add about 10 percent and you should get a WLM vote to add resources to
that service class.
> 20 percent should almost be a guarantee.
>
> HTH,
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
Of Gibney, Dave
> Sent: Tuesday, October 13, 2020 4:28 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Max possible velocity?
>
> [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.]
>
> It has been quite some time since I had to worry about my WLM policy.
We've had ample capacity since 2007. Now, as We begin to wind down, we have
reduced our contracted MSU capacity.
> We dropped from 15 to 12 on an 5 way z13S-N05. My WLM policy, last
seriously adjusted in 2007 when we moved to a z9-L03 has velocities ranging
from a high of 90 (Adabas, Imp 1)   down to 5 (BATCH Imp 5)
> We are experiencing just a minor amount of performance pain. It strikes
me that perhaps some of my higher velocity goals (90, 70, 60, 50) may be
unattainable under the now reduced capacity.
>
> What is the high end for possible, single threaded (Adabas) velocity
here? Or, where should I be reading in current manuals. I was better at
this 15 years ago.
>
> Dave Gibney
> Information Technology Services
> Washington State University
>
>
> --
> 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,
corrupted, lost, destroyed, arrive late or incomplete, or may contain
viruses in transmission. The e mail and its contents (with or without
referred errors) shall therefore not attach any liability on the originator
or HCL or its affiliates. Views or opinions, if any, presented in this
email are solely those of the author and may not necessarily reflect the
views or opinions of HCL or its affiliates. Any form of reproduction,
dissemination, copying, disclosure, modification, distribution and / or
publication of this message without the prior written consent of authorized
representative of HCL is strictly prohibited. If you have received this
email in error please delete it and notify the sender immediately. Before
opening any email and/or attachments, please check them for viruses and
other defects.
> 
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAINUnless 
> 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: Positive feedback, z/OSMF - Workflows

[Pesce, Andy]

Thanks everyone for responding.   That makes me feel a lot better.   I don’t 
mind it being automatically installed.I just didn’t want to have
to get it configured and running “to” install z/OS 2.4.I was misinformed !

From: IBM Mainframe Discussion List  On Behalf Of 
Brian Westerman
Sent: Tuesday, October 13, 2020 11:35 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Positive feedback, z/OSMF - Workflows

NO, zOSMF is not a requirement to install 2.4. It is automatically installed 
though when you install 2.4, so maybe that's the mix up you had.

Brian


On Tue, 13 Oct 2020 16:47:35 +, Pesce, Andy 
mailto:andy.pe...@autozone.com>> wrote:

>I am at z/OS 2.2 and have heard that z/OSMF has to be active in order to 
>install z/OS 2.4. Is z/OSMF easier to install/configure
>than the earlier releases?
>
>From: IBM Mainframe Discussion List 
>mailto:IBM-MAIN@LISTSERV.UA.EDU>> On Behalf Of Marna 
>WALLE
>Sent: Tuesday, October 13, 2020 7:56 AM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: Positive feedback, z/OSMF - Workflows
>
>Thank you, Carmen!!
>
>For those that haven't tried it yet, please do, so you can have the upgrade 
>information you need and do not have to rely upon the "exported" format 
>entirely.
>
>An 8-min YouTube video can give you a great overall lesson on how to maneuver 
>around 
>(https://www.youtube.com/watch?v=ejQRSYaxz9M>).
> It's a little old in that we have the Workflows on github now, and not on our 
>website 
>(https://github.com/IBM/IBM-Z-zOS/tree/master/zOS-Workflow/zOS
> V2.4 Upgrade 
>Workflow
> V2.4 Upgrade Workflow>).
>
>I did have a great conversation with Allan, and we've been working on trying 
>to get the spacing and layout better. If you haven't noticed yet, you can 
>collapse much of the heading information (with the twisty of "Workflow 
>Details") to give you more space on the first panel. More usability 
>enhancements have been identified.
>
>Please feel free to send me more suggestions for improvements, or do the 
>feedback from inside the workflow itself.
>-Marna WALLE
>z/OS System Installation
>IBM Poughkeepsie
>
>--
>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

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

Re: Cbttape - dataset being used

[Roberto Halais]

Joe:

Thank you for the info.
Just one detail.
I checked and it's FILE980 in CBT for the TASID fix.

On Wed, Oct 14, 2020 at 8:04 AM Joe Monk  wrote:

> You can acquire TASID here:
>
> https://www.ibm.com/support/pages/node/572789
>
> There is a ZAP for it in CBT 981 to fix the initiator display on z/os 2.2
> and 2.3
>
> Joe
>
> On Wed, Oct 14, 2020 at 6:22 AM Roberto Halais 
> wrote:
>
> > There is a utility called TASID which can give you what you want.
> > I don't know if it's in CBT.
> > We use it.
> >  Select one of the following options:   Version 5.21
> >  1 - Address space list5 - Miscellaneous displays
> >  2 - System ENQ contention 6 - Current dataset allocations
> >  3 - Total system ENQ status   7 - Storage View Facility
> >  4 - Initiator Status List 8 - Snapshot
> >
> > On Wed, Oct 14, 2020 at 2:29 AM Jake Anderson 
> > wrote:
> >
> > > Hello
> > >
> > > Are there any freeware utility in CBTTAPE to check if a specific
> dataset
> > is
> > > being used in parmlibs or proclib or by any batch ?
> > >
> > > Jake
> > >
> > > --
> > > For IBM-MAIN subscribe / signoff / archive access instructions,
> > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> > >
> >
> >
> > --
> > Politics: Poli (many) - tics (blood sucking parasites)
> >
> > --
> > 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
>


-- 
Politics: Poli (many) - tics (blood sucking parasites)

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

Re: Max possible velocity?

[Allan Staller]

Classification: HCL Internal

The max possible velocity is (theoretically) 100. I.E. there are zero delays in 
the sample.
The only thing I have ever seen that realistically exceeded 50 was a CICS 
address space running in server mode (as opposed to transaction mode).

Check your RMF III reports (or RMFPP if you prefer) during  period of "good" 
performance and find the achieved velocity.
Add about 10 percent and you should get a WLM vote to add resources to that 
service class.
20 percent should almost be a guarantee.

HTH,

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Gibney, Dave
Sent: Tuesday, October 13, 2020 4:28 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Max possible velocity?

[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.]

It has been quite some time since I had to worry about my WLM policy. We've had 
ample capacity since 2007. Now, as We begin to wind down, we have reduced our 
contracted MSU capacity.
We dropped from 15 to 12 on an 5 way z13S-N05. My WLM policy, last seriously 
adjusted in 2007 when we moved to a z9-L03 has velocities ranging from a high 
of 90 (Adabas, Imp 1)   down to 5 (BATCH Imp 5)
We are experiencing just a minor amount of performance pain. It strikes me that 
perhaps some of my higher velocity goals (90, 70, 60, 50) may be unattainable 
under the now reduced capacity.

What is the high end for possible, single threaded (Adabas) velocity here? Or, 
where should I be reading in current manuals. I was better at this 15 years ago.

Dave Gibney
Information Technology Services
Washington State University


--
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, corrupted, lost, 
destroyed, arrive late or incomplete, or may contain viruses in transmission. 
The e mail and its contents (with or without referred errors) shall therefore 
not attach any liability on the originator or HCL or its affiliates. Views or 
opinions, if any, presented in this email are solely those of the author and 
may not necessarily reflect the views or opinions of HCL or its affiliates. Any 
form of reproduction, dissemination, copying, disclosure, modification, 
distribution and / or publication of this message without the prior written 
consent of authorized representative of HCL is strictly prohibited. If you have 
received this email in error please delete it and notify the sender 
immediately. Before opening any email and/or attachments, please check them for 
viruses and other defects.


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

Re: Cbttape - dataset being used

[Joe Monk]

You can acquire TASID here:

https://www.ibm.com/support/pages/node/572789

There is a ZAP for it in CBT 981 to fix the initiator display on z/os 2.2
and 2.3

Joe

On Wed, Oct 14, 2020 at 6:22 AM Roberto Halais 
wrote:

> There is a utility called TASID which can give you what you want.
> I don't know if it's in CBT.
> We use it.
>  Select one of the following options:   Version 5.21
>  1 - Address space list5 - Miscellaneous displays
>  2 - System ENQ contention 6 - Current dataset allocations
>  3 - Total system ENQ status   7 - Storage View Facility
>  4 - Initiator Status List 8 - Snapshot
>
> On Wed, Oct 14, 2020 at 2:29 AM Jake Anderson 
> wrote:
>
> > Hello
> >
> > Are there any freeware utility in CBTTAPE to check if a specific dataset
> is
> > being used in parmlibs or proclib or by any batch ?
> >
> > Jake
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
>
>
> --
> Politics: Poli (many) - tics (blood sucking parasites)
>
> --
> 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: Cbttape - dataset being used

[Roberto Halais]

There is a utility called TASID which can give you what you want.
I don't know if it's in CBT.
We use it.
 Select one of the following options:   Version 5.21
 1 - Address space list5 - Miscellaneous displays
 2 - System ENQ contention 6 - Current dataset allocations
 3 - Total system ENQ status   7 - Storage View Facility
 4 - Initiator Status List 8 - Snapshot

On Wed, Oct 14, 2020 at 2:29 AM Jake Anderson 
wrote:

> Hello
>
> Are there any freeware utility in CBTTAPE to check if a specific dataset is
> being used in parmlibs or proclib or by any batch ?
>
> Jake
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 
Politics: Poli (many) - tics (blood sucking parasites)

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

ACF2 SMF fields

[Ituriel do Neto]

Hi all,
I need to run some reports for a client, based on ACF2 SMF records and would 
like your advice.All my experience is with RACF and I already have some RACF 
reports based on SMF 80 that I could adapt to ACF2.
The problem is that I'm having some difficulties to find the equivalence of 
RACF SMF 80 to ACF2 SMF 230, specifically the following fields:
SMF80GRPSMF80TRMSMF80SECSMF80EVTSMF80EVQSMF80DES
SMF80RE2SMF80ERRSMF80REA
Any help will be very appreciated.
Thanks in advance


Ituriel do Nascimento Netoz/OS System Programmer and Developer 

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

Re: Cbttape - dataset being used

[Rob Scott]

Jake

SDSF for z/OS 2.4 has the "ENQD" command

Example :  ENQD SYS1.PARMLIB


There is also the "PARM" and "PROC" displays to show the logical PARMLIB 
datasets and the JES2 PROCLIBs
Note that you can use the "SRCH" command to search for a member name pattern 
within these displays.

Rob Scott
Rocket Software

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Jake Anderson
Sent: 14 October 2020 07:29
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Cbttape - dataset being used

EXTERNAL EMAIL





Hello

Are there any freeware utility in CBTTAPE to check if a specific dataset is 
being used in parmlibs or proclib or by any batch ?

Jake

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


Rocket Software, Inc. and subsidiaries ■ 77 Fourth Avenue, Waltham MA 02451 ■ 
Main Office Toll Free Number: +1 855.577.4323
Contact Customer Support: 
https://my.rocketsoftware.com/RocketCommunity/RCEmailSupport
Unsubscribe from Marketing Messages/Manage Your Subscription Preferences - 
http://www.rocketsoftware.com/manage-your-email-preferences
Privacy Policy - http://www.rocketsoftware.com/company/legal/privacy-policy


This communication and any attachments may contain confidential information of 
Rocket Software, Inc. All unauthorized use, disclosure or distribution is 
prohibited. If you are not the intended recipient, please notify Rocket 
Software immediately and destroy all copies of this communication. Thank you.

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

Re: EXTERNAL EMAIL: Max possible velocity?

[kekronbekron]

Since you mentioned Adabas, I believe throwing some zIIP at it (& licensing 
this feature from Adabas's vendor) will help reduce CP usage.
In addition to WLM, I would also look at LPAR Design Tool to check out VH/M/L 
spread (tuning the weights and engines per LPAR).
Could be wrong... but I think WLM really matters only when things are getting 
tight on the LPAR/machine.

It's surprising to me that BC machines are being used for tiny capacities (15 
MSUs?).
Just curious... is it cost effective keeping this going?
Maybe it's not an option to migrate 'cause there's old code?

- KB

‐‐‐ Original Message ‐‐‐
On Wednesday, October 14, 2020 1:25 PM, Martin Packer 
 wrote:

> Hello Shivang!
>
> Either LPAR busy or - my preferred metric and embedded in my regular
> graphing - how much CPU the service class is taking.
>
> Certainly the general point of considering what you’re achieving in
> velocity terms, why, and how it varies under increasing load is a good one.
>
> I would also plot each day a different marker / colour - as that technique
> has helped me trouble shoot. The famous case is one where a customer’s
> “outage” - on a bad day - was just data points continuing the normal line
> towards doom. :-) Plotting those “outage” points in a different colour
> helped make the point.
>
> But most of the time a bad day is a set of points that are well below the
> usual curve - and then you go to a companion graph that shows the
> components of the velocity calculation stacked up. So you get to “today our
> Db2 Engine Service Class velocity tanked due to Delay For zIIP”, for
> example.
>
> Somewhere I blogged/podcasted/screencasted/presented or something :-) about
> all this.
>
> Cheers, Martin
>
> Sent from my iPad
>
> > On 13 Oct 2020, at 23:43, shivang sharma shiva...@gmail.com wrote:
> > You can draw lpar busy vs velocity of the service class to see what it
> > achieves when the lpar gets busy and get the number.
> >
> > > On Wed, 14 Oct 2020, 3:06 am Jerry Whitteridge, <
> > > jerry.whitteri...@albertsons.com> wrote:
> > > Dave - I'm by no means a Capacity Planning guru but here's my 2 cents.
> > > Velocity is defined as a measure of protection against delay - it's not
>
> a
>
> > > hard and fast number. I'd first look at your service classes and find if
> > > any of them have a PI of less than 1. If they do they are over achieving
> > > their goals and you could drop the velocity on them to provide resources
>
> to
>
> > > the service classes who are struggling. Adjust the Velocities by 10
>
> rather
>
> > > than single digits. All the tuning of the high achieving (not High
> > > Importance or velocity) Classes will provide help to the under
>
> achievers.
>
> > > Jerry Whitteridge
> > > jerry.whitteri...@albertsons.com
> > > Manager Mainframe Systems & HP Non-Stop
> > > Albertsons Companies
> > > -Original Message-
> > > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf
> > > Of Gibney, Dave
> > > Sent: Tuesday, October 13, 2020 2:28 PM
> > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > Subject: EXTERNAL EMAIL: Max possible velocity?
> > > It has been quite some time since I had to worry about my WLM policy.
> > > We've had ample capacity since 2007. Now, as We begin to wind down, we
>
> have
>
> > > reduced our contracted MSU capacity.
> > > We dropped from 15 to 12 on an 5 way z13S-N05. My WLM policy, last
> > > seriously adjusted in 2007 when we moved to a z9-L03 has velocities
>
> ranging
>
> > > from a high of 90 (Adabas, Imp 1) down to 5 (BATCH Imp 5)
> > > We are experiencing just a minor amount of performance pain. It strikes
>
> me
>
> > > that perhaps some of my higher velocity goals (90, 70, 60, 50) may be
> > > unattainable under the now reduced capacity.
> > > What is the high end for possible, single threaded (Adabas) velocity
>
> here?
>
> > > Or, where should I be reading in current manuals. I was better at this
>
> 15
>
> > > years ago.
> > > Dave Gibney
> > > Information Technology Services
> > > Washington State University
> > >
> > > For IBM-MAIN subscribe / signoff / archive access instructions,
> > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> > >
> > > Warning: All e-mail sent to this address will be received by the
> > > corporate e-mail system, and is subject to archival and review by
>
> someone
>
> > > other than the recipient. This e-mail may contain proprietary
>
> information
>
> > > and is intended only for the use of the intended recipient(s). If the
> > > reader of this message is not the intended recipient(s), you are
>
> notified
>
> > > that you have received this message in error and that any review,
> > > dissemination, distribution or copying of this message is strictly
> > > prohibited. If you have received this message in error, please notify
>
> the
>
> > > sender immediately.
> > >
> > > For IBM-MAIN subscribe / signoff / archive access instructions,
> > > send email to lists...@listserv.ua.edu with the 

Re: Cbttape - dataset being used

[David Spiegel]

Hi Jake,
Please look at DAF on File 94.
(There might be a newer (pre-built) version on File 135.)

Regards,
David

On 2020-10-14 02:29, Jake Anderson wrote:

Hello

Are there any freeware utility in CBTTAPE to check if a specific dataset is
being used in parmlibs or proclib or by any batch ?

Jake

--
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: EXTERNAL EMAIL: Max possible velocity?

[Martin Packer]

Hello Shivang!

Either LPAR busy or - my preferred metric and embedded in my regular
graphing - how much CPU the service class is taking.

Certainly the general point of considering what you’re achieving in
velocity terms, why, and how it varies under increasing load is a good one.

I would also plot each day a different marker / colour - as that technique
has helped me trouble shoot. The famous case is one where a customer’s
“outage” - on a bad day - was just data points continuing the normal line
towards doom. :-) Plotting those “outage” points in a different colour
helped make the point.

But most of the time a bad day is a set of points that are well below the
usual curve - and then you go to a companion graph that shows the
components of the velocity calculation stacked up. So you get to “today our
Db2 Engine Service Class velocity tanked due to Delay For zIIP”, for
example.

Somewhere I blogged/podcasted/screencasted/presented or something :-) about
all this.

Cheers, Martin

Sent from my iPad

> On 13 Oct 2020, at 23:43, shivang sharma  wrote:
>
> You can draw lpar busy vs velocity of the service class to see what it
> achieves when the lpar gets busy and get the number.
>
>
>> On Wed, 14 Oct 2020, 3:06 am Jerry Whitteridge, <
>> jerry.whitteri...@albertsons.com> wrote:
>>
>> Dave - I'm by no means a Capacity Planning guru but here's my 2 cents.
>>
>> Velocity is defined as a measure of protection against delay - it's not
a
>> hard and fast number. I'd first look at your service classes and find if
>> any of them have a PI of less than 1. If they do they are over achieving
>> their goals and you could drop the velocity on them to provide resources
to
>> the service classes who are struggling. Adjust the Velocities by 10
rather
>> than single digits. All the tuning of the high achieving (not High
>> Importance or velocity) Classes will provide help to the under
achievers.
>>
>> Jerry Whitteridge
>> jerry.whitteri...@albertsons.com
>> Manager Mainframe Systems & HP Non-Stop
>> Albertsons Companies
>>
>> -Original Message-
>> From: IBM Mainframe Discussion List  On Behalf
>> Of Gibney, Dave
>> Sent: Tuesday, October 13, 2020 2:28 PM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: EXTERNAL EMAIL: Max possible velocity?
>>
>> It has been quite some time since I had to worry about my WLM policy.
>> We've had ample capacity since 2007. Now, as We begin to wind down, we
have
>> reduced our contracted MSU capacity.
>> We dropped from 15 to 12 on an 5 way z13S-N05. My WLM policy, last
>> seriously adjusted in 2007 when we moved to a z9-L03 has velocities
ranging
>> from a high of 90 (Adabas, Imp 1)   down to 5 (BATCH Imp 5)
>> We are experiencing just a minor amount of performance pain. It strikes
me
>> that perhaps some of my higher velocity goals (90, 70, 60, 50) may be
>> unattainable under the now reduced capacity.
>>
>> What is the high end for possible, single threaded (Adabas) velocity
here?
>> Or, where should I be reading in current manuals. I was better at this
15
>> years ago.
>>
>> Dave Gibney
>> Information Technology Services
>> Washington State University
>>
>>
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>> 
>> Warning: All e-mail sent to this address will be received by the
>> corporate e-mail system, and is subject to archival and review by
someone
>> other than the recipient. This e-mail may contain proprietary
information
>> and is intended only for the use of the intended recipient(s). If the
>> reader of this message is not the intended recipient(s), you are
notified
>> that you have received this message in error and that any review,
>> dissemination, distribution or copying of this message is strictly
>> prohibited. If you have received this message in error, please notify
the
>> sender immediately.
>> 
>>
>> --
>> 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: Cbttape - dataset being used

[Seymour J Metz]

Well, ENQ will usually tell you if a dataset is currently allocated, bt 
notnwhether a member was allocated earlier in the IPL and then freed.u


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



From: IBM Mainframe Discussion List  on behalf of 
Jake Anderson 
Sent: Wednesday, October 14, 2020 2:29 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Cbttape - dataset being used

Hello

Are there any freeware utility in CBTTAPE to check if a specific dataset is
being used in parmlibs or proclib or by any batch ?

Jake

--
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: Cbttape - dataset being used

[Binyamin Dissen]

On Wed, 14 Oct 2020 10:29:21 +0400 Jake Anderson 
wrote:

:>Are there any freeware utility in CBTTAPE to check if a specific dataset is
:>being used in parmlibs or proclib or by any batch ?

Your question is not super clear - what does "used" or "any batch" mean?

Obviously you can search thru all parmlibs and JES defined proclibs, but more
than that you will need to look at SMF - but that will only tell you about
what was read.

--
Binyamin Dissen 
http://www.dissensoftware.com

Director, Dissen Software, Bar & Grill - Israel


Should you use the mailblocks package and expect a response from me,
you should preauthorize the dissensoftware.com domain.

I very rarely bother responding to challenge/response systems,
especially those from irresponsible companies.

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

Re: Max possible velocity?

[Gibney, Dave]

Thank you Brian,
   A long time ago, on a machine long gone, when we last had capacity problems, 
one of the issues was velocities set higher than the machine could attain, 
resulting in PI such that WLM pretty much gave up. 
  At that time, I think on the list here, I was helped to set more realistic 
velocity goals. This and several other tweaks, and I eventually had a pretty 
well tuned policy for the then z800-0B1.   In 2007, we approximately tripled 
our capacity with a z9-L03. I have only needed to make minor changes to the 
policy since, the last in 2016.
  We ran on that z9 for 10 years, softcapped at 16 MSU for most of that time. 
December 2017, we moved to MFaaS on a z114 and now the z13

   We are trying to reduce our cost as we wind down. Recently we dropped the 
softcap from 15 to 12. And, I did one last upgrade to z/OS 2.3 

   I run 4 LPARs at the moment, weighted. Prod (11), Devl(3) Sand1(1) Sand2(1).
The pain is only minor in Prod, some increase elapsed time in batch, 
occasional sluggish TSO. The Adabas, CICS and Broker seem pretty good, not sure 
about Connx, and really wonder about the new webserver with 2.3.
The main issue is inconsistent failures of batch FTP probably during high 
batch processing extracting the data to ftp. And then slow TSO when they try to 
resolve the issue.
   When I looked today, I found a lot of ancient debris in my 14 year old 
policy. RMF III did show Adabas achieving 87, but I recalled the time when I 
set the goals down to where they are now. So, I asked.

   My plan is to clean the debris out, and see just where I had FTP set. I 
think it's in my 3 tiered TSO workload, which could have it undesirably 
dropping into discretionary 

  Thanks for your advice. It has given me more to think on. I need to dig out 
my old tools in this area. It truly has been near decades since I needed them

> -Original Message-
> From: IBM Mainframe Discussion List  On
> Behalf Of Brian Westerman
> Sent: Tuesday, October 13, 2020 10:10 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Max possible velocity?
> 
> Hi Dave,
> 
> It's very difficult to tell you where the bottlenecks are when I can't see the
> values for myself, but generally, you can get away with some things in a lake
> than you can in a swimming pool.  The velocities are all relative, so 90 is 
> still
> 90, just like if you were using the old IPS/ICS, where you were dealing in
> dispatching priorities, the numbers are meaningful relative to themselves.
> As long as the system doesn't still "think" it has 20% more than it actually
> does (i.e. still thinks it has 15) :)
> 
> When you downgraded, did you have (and do you still have) any specialty
> processors?  They continue to run full speed even after the downgrade.
> Since you have a 5-way, is it possible that not every one of the processors
> was downgraded equally?  I'm pretty sure you can check it in RMF to be sure.
> One of our clients had a 6 way z13 that was downgraded and there was an
> error that resulted in 4 REALLY slow processors and 2 (much) faster ones.
> Luckily it was an error we discovered in the benchmarking, but IBM had
> already left for the day.  (we called them back in:))  Strangely enough, we
> didn't discover the error until multiple really heavily loaded tests were
> started.
> 
> Assuming IBM got better at the process by now, but you never know.
> Anyway, if Adabas is at 90/1 and I assume that your com-plete (or CICS)
> follows closely behind (Maybe 85 or 80/1?), and any brokers and/or natural
> servers are (at least) higher than production and/or normal batch, and of
> course your TSO users are also lower than the SAG stuff, then things should
> be okay.  It also could be something simple like you have things losing the
> thread before they were ready and you end up re-doing a lot of work when
> they come back in.
> 
> Is the slowdown apparent in just the on-lines or is it noticeable across the
> whole system?  Does batch also seem to be affected (i.e. you dropped 20%
> of the system, but how badly was batch affected?  You can compare some
> jobs from before and after the downgrade that are fairly constant to tell.
> Your weekly Adabas backups would be a good indicator of the batch
> processing effects.  The way to "fix" things could be wildly different if
> depending on who is affected and how.  It could be that you had REALLY BIG
> buffers defined for Adabas and when you had a lot of extra capacity it didn't
> matter, but maybe now it's spending more time shuffling things around and
> reading really far ahead for tasks that just won't be able to take advantage 
> of
> it, so more busywork ends up happening than actually productive work.
> Again, it's really hard to tell without more information.
> 
> Sometimes what happens is that people keep running SQL queries and
> pound the system just as hard as they would when you had the capacity to
> spare.  Maybe they didn't get the word that they have 20% less to work with.

Cbttape - dataset being used

[Jake Anderson]

Hello

Are there any freeware utility in CBTTAPE to check if a specific dataset is
being used in parmlibs or proclib or by any batch ?

Jake

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