Re: How many asterisks to change a lightbulb?

2019-03-04 Thread Elardus Engelbrecht
Walt Farrell wrote:
>>On two different RACF plexes, we have these two profiles in the SDSF class:
>>ISFCMD.ODSP.* (G)
>>ISFCMD.ODSP.** (G)
>>I'm confounded to explain the difference between one or two asterisks. Help?

>The two differences:
>(1) ISFCMD.ODSP.** will protect ISFCMD.ODSP, if that resource exists, bt 
>ISFCMD.ODSP.* won't.

>(2) When both exist, ISFCMD.ODSP.* will (if I remember correctly) be found 
>first by RACF, and will supercede any specifications in ISFCMD.ODSP.** if both 
>profiles match the supplied resource name (but I may not remember correctly). 

True. You have remembered correctly! 

For 'both profiles match the resource name', in SAG it is stated "If one has an 
* and the other has a **, the one with * wins."

(Look for the URL I listed below)


>I'm reasonably sure the RACF Security Administrators Guide discusses this, as 
>I think I wrote that section of the book at some time.

Look in the URL for the SAG: 

https://www.ibm.com/support/knowledgecenter/SSLTBW_2.2.0/com.ibm.zos.v2r2.icha700/gpcgr.htm
 

There is an excellent table showing most specific to more generic profiles.

When in doubt, create different profiles and use a SEARCH to test them out.


>Ideally, if only to avoid confusing the security administrators and/or 
>auditors, one of those profiles should be deleted.

I would keep the one with **. In this way I can protect more resources with 
fewer profiles.

Groete / Greetings
Elardus Engelbrecht

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


Re: New look and linking for V2.3 product documentation PDFs

2019-03-04 Thread Martin Packer

As you mentioned dead trees, my first large-sale publication (which I
turned into a Redbook in 1992 and updated in 1997) was called DEADTREE
SCRIPT/LIST3820 for quite a few years. :-)

(I’m still typecast as “Batch Performance” in the eyes of some people.) :-)

Cheers, Martin

Sent from my iPad

> On 4 Mar 2019, at 21:35, Seymour J Metz  wrote:
>
> Well, I certainly started with dead trees, and I occasionally have cause
to use them, but generally I am more production with a machine readable
version (I want Bookie back!)
>
>
> --
> Shmuel (Seymour J.) Metz
>
https://urldefense.proofpoint.com/v2/url?u=http-3A__mason.gmu.edu_-7Esmetz3=DwIFAw=jf_iaSHvJObTbx-siA1ZOg=BsPGKdq7-Vl8MW2-WOWZjlZ0NwmcFSpQCLphNznBSDQ=xpGIqqWsJkKhndS1klPpLI1cfJ0QERU1re96ore_h_0=rGSCbQKyze8jTvWjtnioHloHqV63fxoFma4W0teDVC4=

>
> 
> From: IBM Mainframe Discussion List  on behalf
of Andrew Rowley 
> Sent: Friday, March 1, 2019 6:10 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: New look and linking for V2.3 product documentation PDFs
>
>> On 2/03/2019 4:55 am, Seymour J Metz wrote:
>> I can see making copies for laptops off of the Internet, but dead tree?
I wish I didn't believe you.
>>
> You can tell the people who learned from printed manuals from those who
> use only softcopy ones - the people who learned from softcopy ask "How
> do I do..." and the people who learned from hardcopy answer them.
> (Mostly joking!)
>
> I suspect most of us on this list are old enough to have started in
> mainframe with hardcopy manuals. We may not appreciate how difficult it
> is to learn z/OS without them.
>
> When learning a complex new concept, a hardcopy manual where you can
> stick a finger in a page, flip backwards, view multiple pages at once,
> refer to another chapter etc. is much easier than softcopy. Is it
> surprising that a 1000 page manual contains information that softcopy
> users never see?
>
> There's a couple of manuals I print in full, more often I will print a
> chapter or 2. Even then the majority of time I use softcopy, but
> occasionally when it's a complex topic and my brain starts to strain I
> pull out the hardcopy. I almost always learn something new as I flip
> through to the correct chapter.
>
> I could postulate that the technologies that have met with most
> resistance on the mainframe (e.g. z/OS Unix, Java) are those that came
> along after the switch to softcopy manuals, so people never had the
> opportunity to read and learn from hardcopy.
>
>
> Andrew Rowley
>
> --
> 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: Multi-Site Parallel Sysplex

2019-03-04 Thread Laurence Chiu
I think Dave will provide better information but I'm researching the same
thing myself and found this document useful.

http://www.redbooks.ibm.com/redpieces/abstracts/sg248241.html?Open



On Sat, Mar 2, 2019, 9:12 AM Mark Regan  wrote:

> Cross posting to both IBM-MAIN and IBMTCP-L
>
> I'm helping a coworker (she supports IBM Comm Server) whose is seeking
> information about companies or information that could be shared to assist
> with
> solution building to provide a Multi-Site Parallel Sysplex implementation
> in our
> infrastructure, utilizing GDPS-PPRC, two sites.  Would anyone have
> reference too
> or know how we would proceed to find a company that has already done this
> type
> of implementation, that we could speak with? We are looking for
> information in
> regards to the network solution for IP spanning across two sites mostly.
>
> We are basically trying to find out how they implemented MSPS across two
> sites
> and if they had issues or concerns.  IBM has not provided a company to
> speak
> with, so we are fishing on our own.
>
> Below is some content to what our network architect is seeking information
> about, as he stated it would be good to have a source to speak with
> outside of
> IBM.
>
> Considerations for Multisite Sysplex Data Sharing   -
> 
> http://www.redbooks.ibm.com/abstracts/sg247263.html?Open
> Exploiting Parallel Sysplex: A Customer Perspective -
> 
> http://www.redbooks.ibm.com/abstracts/sg247108.html?Open
>
> Communications Server also has a Share presentation that has a page on
> stateful
> firewalls that may be of interest as well -
> <
> https://events.share.org/Summer2017/Public/SessionDetails.aspx?FromPage=Session
> s.aspx=3102=28
> 
> >
>
> https://events.share.org/Summer2017/Public/SessionDetails.aspx?FromPage=Sessions
> .aspx=3102=28
> 
>
> For a customer reference, we are trying to get in contact with an IBM GDPS
> SME.
> I believe finding a customer who recently implemented GDPS PPRC or Metro
> Mirror
> would be appropriate. However, we are not sure if we will be able to
> locate a
> customer before the end of the week. I will let you know when I do.
>
> Regards,
>
> Mark T. Regan, K8MTR
> CTO1 USNR-Retired, 1969-1991
>
>
> --
> 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: How many asterisks to change a lightbulb?

2019-03-04 Thread Walt Farrell
On Mon, 4 Mar 2019 16:53:24 +, Jesse 1 Robinson  
wrote:

>On two different RACF plexes, we have these two profiles in the SDSF class:
>
>ISFCMD.ODSP.* (G)
>ISFCMD.ODSP.** (G)
>
>I'm confounded to explain the difference between one or two asterisks. Help?

The two differences:
(1) ISFCMD.ODSP.** will protect ISFCMD.ODSP, if that resource exists, bt 
ISFCMD.ODSP.* won't.

(2) When both exist, ISFCMD.ODSP.* will (if I remember correctly) be found 
first by RACF, and will supercede any specifications in ISFCMD.ODSP.** if both 
profiles match the supplied resource name (but I may not remember correctly). 
I'm reasonably sure the RACF Security Administrators Guide discusses this, as I 
think I wrote that section of the book at some time.

Ideally, if only to avoid confusing the security administrators and/or 
auditors, one of those profiles should be deleted.

-- 
Walt

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


Re: How many asterisks to change a lightbulb?

2019-03-04 Thread Seymour J Metz
I don't know about the light bulb, which is pretty set in its ways, but the 
asterisk will want to change as long as it gets the right SETROPTS.


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


From: IBM Mainframe Discussion List  on behalf of 
Jesse 1 Robinson 
Sent: Monday, March 4, 2019 5:52 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How many asterisks to change a lightbulb?

Thanks for explanations. Just remember that for best results, the lightbulb has 
to want to change.

.
.
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 [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Horne, Jim - James S
Sent: Monday, March 04, 2019 9:04 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: [EXTERNAL] How many asterisks to change a lightbulb?

* = a single qualifier
** = 0 or more qualifiers

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jesse 1 Robinson
Sent: Monday, March 4, 2019 11:53 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] How many asterisks to change a lightbulb?

*EXTERNAL SENDER*


On two different RACF plexes, we have these two profiles in the SDSF class:

ISFCMD.ODSP.* (G)
ISFCMD.ODSP.** (G)

I'm confounded to explain the difference between one or two asterisks. Help?

(I know this should go to the RACF List, but that does not work in my office.)

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

--
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: How many asterisks to change a lightbulb?

2019-03-04 Thread Jesse 1 Robinson
Thanks for explanations. Just remember that for best results, the lightbulb has 
to want to change. 

.
.
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 [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Horne, Jim - James S
Sent: Monday, March 04, 2019 9:04 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: [EXTERNAL] How many asterisks to change a lightbulb?

* = a single qualifier
** = 0 or more qualifiers

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jesse 1 Robinson
Sent: Monday, March 4, 2019 11:53 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] How many asterisks to change a lightbulb?

*EXTERNAL SENDER*


On two different RACF plexes, we have these two profiles in the SDSF class:

ISFCMD.ODSP.* (G)
ISFCMD.ODSP.** (G)

I'm confounded to explain the difference between one or two asterisks. Help?

(I know this should go to the RACF List, but that does not work in my office.)

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

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


Re: SMPE Internet Service Retrieval: TRANSFERONLY

2019-03-04 Thread Jesse 1 Robinson
If you're just interested in HOLDDATA, try what I do for multiple 
releases/products that I maintain concurrently. 

1. Run a step to pull all available HOLDDATA and store into a single flat file 
or PDS(E) member. You only hit the web once. 
2. Follow this with as many steps as necessary to RECEIVE this HOLDDATA into 
all applicable CSIs.

Example for z/OS 2.3 and GDPS, each with its own GLOBAL zone.   

//FTPGET   EXEC PGM=FTP,REGION=32M, 
// PARM='proxy(exit=8 timeout 720'
//SYSPRINT DD SYSOUT=*,BLKSIZE=133  
//OUTPUT   DD SYSOUT=*,BLKSIZE=133  
//INPUTDD * 
 anonym...@service.boulder.ibm.com userid@URL   ; 
 cd /s390/holddata; 
 get full.txt  'hlq.smpe.ptfs(holddata)' (repl ; 
 quit ; 
//* 
//* 
//ZOSR23   EXEC SMPR23,COND.SMPSTEP=(0,LT,FTPGET)   
//* 
//* 
//SMPHOLD  DD DISP=SHR,DSN=hlq.SMPE.PTFS(HOLDDATA)   
//SYSINDD * 
  SETBOUNDARY(GLOBAL) . 
  RECEIVE HOLDDATA /* LIST */ . 
//* 
//* 
//ZOSGDPS  EXEC SMPEGDPS,COND.SMPSTEP=(0,LT,FTPGET) 
//* 
//* 
//SMPHOLD  DD DISP=SHR,DSN=hlq.SMPE.PTFS(HOLDDATA)   
//SYSINDD * 
  SETBOUNDARY(GLOBAL) . 
  RECEIVE HOLDDATA /* LIST */ . 
...


.
.
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 [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Smith, Sean M
Sent: Monday, March 04, 2019 1:27 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: SMPE Internet Service Retrieval: TRANSFERONLY

We are receiving the HOLDDATA into 22 zones and it takes forever and is prone 
to time outs during the order process.  We are using it to run EXCEPTION SYSMOD 
reports and track the PEs

Sean 


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jousma, David
Sent: Monday, March 04, 2019 11:18 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMPE Internet Service Retrieval: TRANSFERONLY

So, I've asked this of folks that have had the same request prior to you.   Why 
not just run the SMPE Receive order for all available maintenance, once for 
each global zone you have?   You get the current enhanced holddata, and you get 
all available maintenance.   That way, when Receive order is broken, and you 
need that one PTF, maybe you already have it?  No one says you have to apply 
it, but you have it at  your fingertips when you do need it.

I don't understand the thought process of just getting holddata, or just *some* 
of the PTF's. 

_
Dave Jousma
Mainframe Engineering, Assistant Vice President david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H p 616.653.8429 f 616.653.2717

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Smith, Sean M
Sent: Monday, March 4, 2019 2:05 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMPE Internet Service Retrieval: TRANSFERONLY

**CAUTION EXTERNAL EMAIL**

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**

We have moved exclusively to SMPE internet service retrieval so FTP is no 
longer an option.

Sean


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Michael Babcock
Sent: Monday, March 04, 2019 11:03 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMPE Internet Service Retrieval: TRANSFERONLY

I use FTP to get the yearly file into a dataset then run an SMP RECEIVE to 
bring it in.

On Mon, Mar 4, 2019 at 12:57 PM Tom Marchant < 
000a2a8c2020-dmarc-requ...@listserv.ua.edu> wrote:

> I think that they have made it as easy as humanly possible.
>

Re: jcl remove leading zeros and spaces

2019-03-04 Thread Ron Thomas
My apologies on not putting the full details . Thanks a lot Kolusu . will try 
and see how it works. 

Regards
Ron T

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


Re: jcl remove leading zeros and spaces

2019-03-04 Thread Sri h Kolusu
Ron,

I already told you how to code and solve your problem.  You did not even
provide the LRECL and RECFM of the input file.

Either way here is a basic outline

//SYSINDD *
  OPTION COPY
  INREC OVERLAY=(001:001,010,UFF,M10,LENGTH=10,
 ..
 085:085,014,UFF,EDIT=(T.),
 .
 001:001,133,SQZ=(SHIFT=LEFT))
/*


It is as simple as that.

Thanks,
Kolusu



IBM Mainframe Discussion List  wrote on
03/04/2019 03:02:15 PM:

> From: Ron Thomas 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date: 03/04/2019 03:03 PM
> Subject: Re: jcl remove leading zeros and spaces
> Sent by: IBM Mainframe Discussion List 
>
> Hi Kolusu, Can you show me how to do the same ?
>
> Regards
> Ron T
>
> --
> 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: jcl remove leading zeros and spaces

2019-03-04 Thread Ron Thomas
Hi Kolusu, Can you show me how to do the same ?

Regards
Ron T

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


Re: jcl remove leading zeros and spaces

2019-03-04 Thread Sri h Kolusu
Ron,

Quite simple.  Convert the numeric data to M10 or use an edit mask to
replace the leading zeros with spaces.  And then use the function SQZ to
remove the blanks in between.  The output will be something like this

102016|31859949|0|1613QTTR|1|1995-11-13|1|8.|C|75|19.|


Thanks,
Kolusu
> Hi .
>
> We have a below PIPE delimited file , let me know how to remove the
> leading zeros and spaces zeros from this file ?
>
> 102016|0031859949|00|1613QTTR|1|
> 1995-11-13|01|8.|C|75| 019.|
>

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


Re: New look and linking for V2.3 product documentation PDFs

2019-03-04 Thread Seymour J Metz
Well, I certainly started with dead trees, and I occasionally have cause to use 
them, but generally I am more production with a machine readable version (I 
want Bookie back!)


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


From: IBM Mainframe Discussion List  on behalf of 
Andrew Rowley 
Sent: Friday, March 1, 2019 6:10 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: New look and linking for V2.3 product documentation PDFs

On 2/03/2019 4:55 am, Seymour J Metz wrote:
> I can see making copies for laptops off of the Internet, but dead tree? I 
> wish I didn't believe you.
>
You can tell the people who learned from printed manuals from those who
use only softcopy ones - the people who learned from softcopy ask "How
do I do..." and the people who learned from hardcopy answer them.
(Mostly joking!)

I suspect most of us on this list are old enough to have started in
mainframe with hardcopy manuals. We may not appreciate how difficult it
is to learn z/OS without them.

When learning a complex new concept, a hardcopy manual where you can
stick a finger in a page, flip backwards, view multiple pages at once,
refer to another chapter etc. is much easier than softcopy. Is it
surprising that a 1000 page manual contains information that softcopy
users never see?

There's a couple of manuals I print in full, more often I will print a
chapter or 2. Even then the majority of time I use softcopy, but
occasionally when it's a complex topic and my brain starts to strain I
pull out the hardcopy. I almost always learn something new as I flip
through to the correct chapter.

I could postulate that the technologies that have met with most
resistance on the mainframe (e.g. z/OS Unix, Java) are those that came
along after the switch to softcopy manuals, so people never had the
opportunity to read and learn from hardcopy.


Andrew Rowley

--
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: SMPE Internet Service Retrieval: TRANSFERONLY

2019-03-04 Thread Smith, Sean M
"Have you tried the TRANSFERONLY once, followed by RECEIVE FROMNTS for each 
CSI?"

My job is automated and as such I would need to capture the execution of the 
first step to get the order number to dynamically create the second step with 
the RECEIVE FROMNTS ORDER(xx)

Hence my question about redirecting or managing a referback.  The process makes 
sense it just doesn't seem to lend itself to any sort of automation and with 22 
GLOBAL CSI's to order and receive into it is ripe for transmission or wait time 
outs.

Sean 

On Mon, 4 Mar 2019 19:03:59 +, Smith, Sean M wrote:

>As I recall it required you to enter the ORDER number for that to work.  So to 
>run it as a second step would require that you scrape the report from the 
>first step to get the order number so you can do the receive.
> 
Have you tried the TRANSFERONLY once, followed by RECEIVE FROMNTS for each CSI?
I'd not expect that FROMNTS requires credentials, but I'd never know.  Perhaps 
the
top-level SHA-1?

On Mon, 4 Mar 2019 19:18:24 +, Jousma, David wrote:

>So, I've asked this of folks that have had the same request prior to you.   
>Why not just run the SMPE Receive order for all available maintenance, once 
>for each global zone you have?   You get the current enhanced holddata, and 
>you get all available maintenance.   That way, when Receive order is broken, 
>and you need that one PTF, maybe you already have it?  No one says you have to 
>apply it, but you have it at  your fingertips when you do need it.
>
In the (unlikely) event that bandwidth is a constraint, one might wish to do a 
single
TRANSFERONLY followed bh multiple FROMNTS.

What cleans up SMPNTS?  Don't want to do that too soon.

>I don't understand the thought process of just getting holddata, or just 
>*some* of the PTF's. 

-- gil

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

--
This message, and any attachments, is for the intended recipient(s) only, may 
contain information that is privileged, confidential and/or proprietary and 
subject to important terms and conditions available at 
http://www.bankofamerica.com/emaildisclaimer.   If you are not the intended 
recipient, please delete this message.

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


Re: Storage Question

2019-03-04 Thread Seymour J Metz
Acquire the storage first, *then* define the name/token pair.

There is no way to prevent a privileged task from overwriting your storage. 
You're not using key 8-F, are you?


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


From: IBM Mainframe Discussion List  on behalf of 
scott Ford 
Sent: Sunday, March 3, 2019 2:16 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Storage Question

All:

I have a storage related question. I need a running program (STC) to
allocate a piece of storage that has persistence. By this I mean when the
STC shutdowns the storage is still there and available.  The storage is an
area we want to use to store Global options for some of our code running. I
understand I can use the ECVT but we are trying to have the STC start and
based on control parameters store global variables for use in other
programs later, in this case an exit. I want to make sure the Global
storage is protected and can not be overriden. I know there is no
guarantees but I want to be 95% sure.

 Does this mean I place a IEANTCR token pointing to a piece of storage in
SP 229,230, 249 and then do an 'Storage Obtain' for the required storage
and populate it. This where I am a tad confused, its not the concerns its
the technique i need to understand. Can someone be so kind as to help me
out with a bit of an explanation or is there a better way ? I had thought
of a Dataspace but persistence is an issue and the STC is written in
Cobol...So i can use hiperspaces unless I write a routine to go from 31bit
to 64bit and additionally I am not sure if I can use 64bit storage in an
exit.

--



*IDMWORKS *

Scott Ford

z/OS Dev.




“By elevating a friend or Collegue you elevate yourself, by demeaning a
friend or collegue you demean yourself”



http://secure-web.cisco.com/14WWNj6emcJCf9H7trTnNuFhbkPw9ni9ZHKEGfr76RnqAbmvMEcDAKXcrGmZ6XmOHNz6bbz_Y0DGZQCtl6uga0q-EQzkIR6aj20glxE5nAZ1kuRDRCB2ifYCqeUhFl1tT9aVPWOK_rN_PmVbQRvKoAMrVh0VgqQfV7TK6N6Vg87M_ShUm_BONzH0ZSRhIKTaCtE_VHfkzkIglFAG8dEFMgGWdoQjajuKvJ2b6i2kl4P1Ujs0Ag7QrHdoLxYJMV6lBhCWmXRieAKXYfRNi43BrQOvOshadg60B4D8kKoNigcy7iSV6_tiAHNoeYOsytPF060_jMn6sztDWG3q5wISOvrDF_aZdvBVTkueHElIqs_XJm0QJrhTWVJ7SJ0gFrvCR/http%3A%2F%2Fwww.idmworks.com

scott.f...@idmworks.com

Blog: 
http://secure-web.cisco.com/1054i5ZMbBs9PJUFl-0FBXKJQKFlYdKbfBcJUCre5YICKGMQ6fwHqNFIaAa5L-7QzRnlaMbgLRqNcZvyu3euV8PG014hLk8-VG7YPnEsCKuMVe4DkNOJCR7axLkyoxIS1o7oyWQkwln--1DJZs33WKc-QcGRiKJ1ZKcD5Jbdm1kBiorKkh5MtTTBdteLXP_-k9bP3Qt8GQaJ6jzE5xu_pi-BuSg5BvkEaaQLj2UauDdXTnePIycKcQVGtBGtt-BJ7eQooGSSRhgEmJ9jQ2fD4Yf0mbCjr-lYwYVhaO9YWlwuJ4bzVUDAEJNCXzW7RuKLD1JQ0OHXhdSQsHvNASRgdcmOhytQflvz26gkVSO6zWCBedxfnzVur_fNdvzX7bnA8/http%3A%2F%2Fwww.idmworks.com%2Fblog





*The information contained in this email message and any attachment may be
privileged, confidential, proprietary or otherwise protected from
disclosure. If the reader of this message is not the intended recipient,
you are hereby notified that any dissemination, distribution, copying or
use of this message and any attachment is strictly prohibited. If you have
received this message in error, please notify us immediately by replying to
the message and permanently delete it from your computer and destroy any
printout thereof.*

--
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: SMPE Internet Service Retrieval: TRANSFERONLY

2019-03-04 Thread Smith, Sean M
We are receiving the HOLDDATA into 22 zones and it takes forever and is prone 
to time outs during the order process.  We are using it to run EXCEPTION SYSMOD 
reports and track the PEs

Sean 


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jousma, David
Sent: Monday, March 04, 2019 11:18 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMPE Internet Service Retrieval: TRANSFERONLY

So, I've asked this of folks that have had the same request prior to you.   Why 
not just run the SMPE Receive order for all available maintenance, once for 
each global zone you have?   You get the current enhanced holddata, and you get 
all available maintenance.   That way, when Receive order is broken, and you 
need that one PTF, maybe you already have it?  No one says you have to apply 
it, but you have it at  your fingertips when you do need it.

I don't understand the thought process of just getting holddata, or just *some* 
of the PTF's. 

_
Dave Jousma
Mainframe Engineering, Assistant Vice President
david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H
p 616.653.8429
f 616.653.2717

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Smith, Sean M
Sent: Monday, March 4, 2019 2:05 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMPE Internet Service Retrieval: TRANSFERONLY

**CAUTION EXTERNAL EMAIL**

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**

We have moved exclusively to SMPE internet service retrieval so FTP is no 
longer an option.

Sean


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Michael Babcock
Sent: Monday, March 04, 2019 11:03 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMPE Internet Service Retrieval: TRANSFERONLY

I use FTP to get the yearly file into a dataset then run an SMP RECEIVE to 
bring it in.

On Mon, Mar 4, 2019 at 12:57 PM Tom Marchant < 
000a2a8c2020-dmarc-requ...@listserv.ua.edu> wrote:

> I think that they have made it as easy as humanly possible.
>
> I'm pretty sure you just specify the same path for SMPNTS in the 
> second step for the RECEIVE FROMNTS.
>
> Have you tried it?
>
> On Mon, 4 Mar 2019 17:30:52 +, Smith, Sean M wrote:
>
> >Right, but then you have to point to the exact file in the exact sub
> directory that is dynamically created...so no way to just run a second 
> step in the job and point to the file that I can see.  Am I missing 
> something obvious or did they make this is hard as humanly possible?
> >
> >Sean
> >
> >-Original Message-
> >From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> >On
> Behalf Of Tom Marchant
> >Sent: Monday, March 04, 2019 9:23 AM
> >To: IBM-MAIN@LISTSERV.UA.EDU
> >Subject: Re: SMPE Internet Service Retrieval: TRANSFERONLY
> >
> >On Mon, 4 Mar 2019 17:07:42 +, Smith, Sean M
> >wrote:
> >
> >>When using the SMPE Internet Service Retrieval to get HOLDDATA, I 
> >>would
> like to use the TRANSFERONLY feature so I can place a single ORDER and 
> then receive the HOLDDATA into my various SMPE environments.  I am not 
> seeing how to control where the HOLDDATA gets transferred however nor 
> how to go about referring to it in a  subsequent job step. This seems 
> like a rudimentary question and I did look through the manuals 
> thinking this has to be pretty simpleand...help!
> >
> >SMPNTS defines where the it is transferred to and/or received from. 
> >It is
> a Unix path.
> >You can then use RECEIVE FROMNTS to receive it into your other global
> zones on that system.
> >
> >--
> >Tom Marchant
> >
> >-
> >- For IBM-MAIN subscribe / signoff / archive access instructions, 
> >send email to lists...@listserv.ua.edu with the message: INFO 
> >IBM-MAIN
> >
> >-
> >- This message, and any attachments, is for the intended recipient(s) 
> >only,
> may contain information that is privileged, confidential and/or 
> proprietary and subject to important terms and conditions available at
> http://www.bankofamerica.com/emaildisclaimer.   If you are not the
> intended recipient, please delete this message.
> >
> >-
> >- 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
>
--
Michael Babcock
OneMain Financial
z/OS Systems Programmer, Lead

--
For IBM-MAIN subscribe / signoff / archive 

jcl remove leading zeros and spaces

2019-03-04 Thread Ron Thomas
Hi . 

We have a below PIPE delimited file , let me know how to remove the leading 
zeros and spaces zeros from this file ?

102016|0031859949|00|1613QTTR|1|  
1995-11-13|01|8.|C|75| 019.|

Thanks in Advance 

Regards
Ron T

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


Re: SMPE Internet Service Retrieval: TRANSFERONLY

2019-03-04 Thread Paul Gilmartin
On Mon, 4 Mar 2019 19:03:59 +, Smith, Sean M wrote:

>As I recall it required you to enter the ORDER number for that to work.  So to 
>run it as a second step would require that you scrape the report from the 
>first step to get the order number so you can do the receive.
> 
Have you tried the TRANSFERONLY once, followed by RECEIVE FROMNTS for each CSI?
I'd not expect that FROMNTS requires credentials, but I'd never know.  Perhaps 
the
top-level SHA-1?

On Mon, 4 Mar 2019 19:18:24 +, Jousma, David wrote:

>So, I've asked this of folks that have had the same request prior to you.   
>Why not just run the SMPE Receive order for all available maintenance, once 
>for each global zone you have?   You get the current enhanced holddata, and 
>you get all available maintenance.   That way, when Receive order is broken, 
>and you need that one PTF, maybe you already have it?  No one says you have to 
>apply it, but you have it at  your fingertips when you do need it.
>
In the (unlikely) event that bandwidth is a constraint, one might wish to do a 
single
TRANSFERONLY followed bh multiple FROMNTS.

What cleans up SMPNTS?  Don't want to do that too soon.

>I don't understand the thought process of just getting holddata, or just 
>*some* of the PTF's. 

-- gil

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


Re: Disk space allocation question [EXTERNAL]

2019-03-04 Thread Lizette Koehler
Check the Dataclass.  Does it have SPACE CONSTRAINT specified?  We have b37s on 
occasions, as the process reduces space to the point where the data set cannot 
allocate sufficient storage

https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1.idas200/handle05.htm#handle05

If you have SPACE=(...,RLSE)  + Space Constraint Relief = SB37 randomly

Lizette


> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of
> Vernooij, Kees (ITOP NM) - KLM
> Sent: Monday, March 04, 2019 8:50 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Disk space allocation question [EXTERNAL]
> 
> There are ACS options:
> ACS routines can assign a Dataclass with Space Atributes plus the option that
> it will override space in JCL, even for non-SMS managed datasets.
> For SMS managed datasets, the DataClass' Space Constraint Relief options can
> adjust space allocations.
> 
> Kees
> 
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> > On Behalf Of Feller, Paul
> > Sent: 04 March, 2019 16:40
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: Disk space allocation question [EXTERNAL]
> >
> > It is my understanding that the ALLOC should not step if you have
> > SPACE coded in your JCL.  By default you should get your space
> > request, though it might be in more than one extent (up to 5).  Now if
> > you have some 3rd party software installed it might be stepping in to
> > prevent the initial
> > X37 abend on allocation.  I don't recall if you could code something
> > in the ACS routines to step in to adjust the primary allocation.
> >
> > Thanks..
> >
> > Paul Feller
> > AGT Mainframe Technical Support
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> > On Behalf Of Elardus Engelbrecht
> > Sent: Monday, March 04, 2019 6:33 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: Disk space allocation question [EXTERNAL]
> >
> > Sean Gleann wrote:
> >
> > >Does z/OS / SMS have a set of default space allocation sizes and if
> > >so,
> > where are they held and can I alter or control them?
> >
> > Look in ALLOCxx as kindly suggested by Roger Lowe.
> >
> > If you know what SMS routines were used, look at their definitions.
> >
> >
> > >I have a situation where insufficient contiguous disk space results
> > >in
> > the SPACE request parameters supplied for a DISP=(NEW...) file with
> > values that are too low to fulfil the final requirements.
> > >Example: I request SPACE=(TRK,(9000,1000)… and what I get is
> > ...TRK,(7200,500), which eventually leads to a B37 abend.
> >
> > Please post that full B37 abend message. There may be another reason
> > why you are not getting what you want.
> >
> > What about trying to use more than one volser for your allocation
> > attempts?
> >
> >
> > >It's that 'eventually' bit that is most disheartening. I would far
> > rather have the space request completely refused along with a job
> > abend rather than have the system 'try to help' me.
> >
> > Buy more disks... ;-)
> >
> > Pre-allocations may help before you actually use it, but of course,
> > how do you know what size is 'correct'?
> >
> > Groete / Greetings
> > Elardus Engelbrecht
> >

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


Re: SMPE Internet Service Retrieval: TRANSFERONLY

2019-03-04 Thread Jerry Whitteridge
That's exactly what we do - One run daily per Global CSI and I have all the
most current Holddata AND Issued PTF's for the CSI.

Jerry Whitteridge
Delivery Manager / Mainframe Architect
GTS - Safeway Account
602 527 4871 Mobile
jerry.whitteri...@ibm.com

IBM Services

IBM Mainframe Discussion List  wrote on
03/04/2019 12:18:24 PM:

> From: "Jousma, David" <01a0403c5dc1-dmarc-requ...@listserv.ua.edu>
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date: 03/04/2019 12:20 PM
> Subject: Re: SMPE Internet Service Retrieval: TRANSFERONLY
> Sent by: IBM Mainframe Discussion List 
>
> So, I've asked this of folks that have had the same request prior to
> you.   Why not just run the SMPE Receive order for all available
> maintenance, once for each global zone you have?   You get the
> current enhanced holddata, and you get all available maintenance.
> That way, when Receive order is broken, and you need that one PTF,
> maybe you already have it?  No one says you have to apply it, but
> you have it at  your fingertips when you do need it.
>
> I don't understand the thought process of just getting holddata, or
> just *some* of the PTF's.
>
> _
> Dave Jousma
> Mainframe Engineering, Assistant Vice President
> david.jou...@53.com
> 1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H
> p 616.653.8429
> f 616.653.2717
>
> -Original Message-
> From: IBM Mainframe Discussion List  On
> Behalf Of Smith, Sean M
> Sent: Monday, March 4, 2019 2:05 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: SMPE Internet Service Retrieval: TRANSFERONLY
>
> **CAUTION EXTERNAL EMAIL**
>
> **DO NOT open attachments or click on links from unknown senders or
> unexpected emails**
>
> We have moved exclusively to SMPE internet service retrieval so FTP
> is no longer an option.
>
> Sean
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU
> ] On Behalf Of Michael Babcock
> Sent: Monday, March 04, 2019 11:03 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: SMPE Internet Service Retrieval: TRANSFERONLY
>
> I use FTP to get the yearly file into a dataset then run an SMP
> RECEIVE to bring it in.
>
> On Mon, Mar 4, 2019 at 12:57 PM Tom Marchant < 000a2a8c2020-
> dmarc-requ...@listserv.ua.edu> wrote:
>
> > I think that they have made it as easy as humanly possible.
> >
> > I'm pretty sure you just specify the same path for SMPNTS in the
> > second step for the RECEIVE FROMNTS.
> >
> > Have you tried it?
> >
> > On Mon, 4 Mar 2019 17:30:52 +, Smith, Sean M wrote:
> >
> > >Right, but then you have to point to the exact file in the exact sub
> > directory that is dynamically created...so no way to just run a second
> > step in the job and point to the file that I can see.  Am I missing
> > something obvious or did they make this is hard as humanly possible?
> > >
> > >Sean
> > >
> > >-Original Message-
> > >From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> > >On
> > Behalf Of Tom Marchant
> > >Sent: Monday, March 04, 2019 9:23 AM
> > >To: IBM-MAIN@LISTSERV.UA.EDU
> > >Subject: Re: SMPE Internet Service Retrieval: TRANSFERONLY
> > >
> > >On Mon, 4 Mar 2019 17:07:42 +, Smith, Sean M
> > >wrote:
> > >
> > >>When using the SMPE Internet Service Retrieval to get HOLDDATA, I
> > >>would
> > like to use the TRANSFERONLY feature so I can place a single ORDER and
> > then receive the HOLDDATA into my various SMPE environments.  I am not
> > seeing how to control where the HOLDDATA gets transferred however nor
> > how to go about referring to it in a  subsequent job step. This seems
> > like a rudimentary question and I did look through the manuals
> > thinking this has to be pretty simpleand...help!
> > >
> > >SMPNTS defines where the it is transferred to and/or received from.
> > >It is
> > a Unix path.
> > >You can then use RECEIVE FROMNTS to receive it into your other global
> > zones on that system.
> > >
> > >--
> > >Tom Marchant
> > >
> > >-
> > >- For IBM-MAIN subscribe / signoff / archive access instructions,
> > >send email to lists...@listserv.ua.edu with the message: INFO
> > >IBM-MAIN
> > >
> > >-
> > >- This message, and any attachments, is for the intended recipient(s)
> > >only,
> > may contain information that is privileged, confidential and/or
> > proprietary and subject to important terms and conditions available at
> > https://urldefense.proofpoint.com/v2/url?
>
u=http-3A__www.bankofamerica.com_emaildisclaimer=DwIFAw=jf_iaSHvJObTbx-
>
siA1ZOg=0avyVTgpzBFlo1QAgHxCtqKtRE6Ldl_1M9tI2p7Kc8E=zHzOHZ3rlsRhnGdeSLdRbH5to8Ai9CkYXPnu-

> V4nVY0=gLGkzV3OEyZZiIQhRGFFRINUDjjY_nZ42jBh9Fc19t4=.   If you are not
the
> > intended recipient, please delete this message.
> > >
> > >-
> > >- For IBM-MAIN 

Re: SMPE Internet Service Retrieval: TRANSFERONLY

2019-03-04 Thread Jousma, David
So, I've asked this of folks that have had the same request prior to you.   Why 
not just run the SMPE Receive order for all available maintenance, once for 
each global zone you have?   You get the current enhanced holddata, and you get 
all available maintenance.   That way, when Receive order is broken, and you 
need that one PTF, maybe you already have it?  No one says you have to apply 
it, but you have it at  your fingertips when you do need it.

I don't understand the thought process of just getting holddata, or just *some* 
of the PTF's. 

_
Dave Jousma
Mainframe Engineering, Assistant Vice President
david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H
p 616.653.8429
f 616.653.2717

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Smith, Sean M
Sent: Monday, March 4, 2019 2:05 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMPE Internet Service Retrieval: TRANSFERONLY

**CAUTION EXTERNAL EMAIL**

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**

We have moved exclusively to SMPE internet service retrieval so FTP is no 
longer an option.

Sean


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Michael Babcock
Sent: Monday, March 04, 2019 11:03 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMPE Internet Service Retrieval: TRANSFERONLY

I use FTP to get the yearly file into a dataset then run an SMP RECEIVE to 
bring it in.

On Mon, Mar 4, 2019 at 12:57 PM Tom Marchant < 
000a2a8c2020-dmarc-requ...@listserv.ua.edu> wrote:

> I think that they have made it as easy as humanly possible.
>
> I'm pretty sure you just specify the same path for SMPNTS in the 
> second step for the RECEIVE FROMNTS.
>
> Have you tried it?
>
> On Mon, 4 Mar 2019 17:30:52 +, Smith, Sean M wrote:
>
> >Right, but then you have to point to the exact file in the exact sub
> directory that is dynamically created...so no way to just run a second 
> step in the job and point to the file that I can see.  Am I missing 
> something obvious or did they make this is hard as humanly possible?
> >
> >Sean
> >
> >-Original Message-
> >From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> >On
> Behalf Of Tom Marchant
> >Sent: Monday, March 04, 2019 9:23 AM
> >To: IBM-MAIN@LISTSERV.UA.EDU
> >Subject: Re: SMPE Internet Service Retrieval: TRANSFERONLY
> >
> >On Mon, 4 Mar 2019 17:07:42 +, Smith, Sean M
> >wrote:
> >
> >>When using the SMPE Internet Service Retrieval to get HOLDDATA, I 
> >>would
> like to use the TRANSFERONLY feature so I can place a single ORDER and 
> then receive the HOLDDATA into my various SMPE environments.  I am not 
> seeing how to control where the HOLDDATA gets transferred however nor 
> how to go about referring to it in a  subsequent job step. This seems 
> like a rudimentary question and I did look through the manuals 
> thinking this has to be pretty simpleand...help!
> >
> >SMPNTS defines where the it is transferred to and/or received from. 
> >It is
> a Unix path.
> >You can then use RECEIVE FROMNTS to receive it into your other global
> zones on that system.
> >
> >--
> >Tom Marchant
> >
> >-
> >- For IBM-MAIN subscribe / signoff / archive access instructions, 
> >send email to lists...@listserv.ua.edu with the message: INFO 
> >IBM-MAIN
> >
> >-
> >- This message, and any attachments, is for the intended recipient(s) 
> >only,
> may contain information that is privileged, confidential and/or 
> proprietary and subject to important terms and conditions available at
> http://www.bankofamerica.com/emaildisclaimer.   If you are not the
> intended recipient, please delete this message.
> >
> >-
> >- 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
>
--
Michael Babcock
OneMain Financial
z/OS Systems Programmer, Lead

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

--
This message, and any attachments, is for the intended recipient(s) only, may 
contain information that is privileged, confidential and/or proprietary and 
subject to important terms and conditions available at 
http://www.bankofamerica.com/emaildisclaimer.   If you are not the 

Re: SMPE Internet Service Retrieval: TRANSFERONLY

2019-03-04 Thread Smith, Sean M
We have moved exclusively to SMPE internet service retrieval so FTP is no 
longer an option.

Sean


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Michael Babcock
Sent: Monday, March 04, 2019 11:03 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMPE Internet Service Retrieval: TRANSFERONLY

I use FTP to get the yearly file into a dataset then run an SMP RECEIVE to
bring it in.

On Mon, Mar 4, 2019 at 12:57 PM Tom Marchant <
000a2a8c2020-dmarc-requ...@listserv.ua.edu> wrote:

> I think that they have made it as easy as humanly possible.
>
> I'm pretty sure you just specify the same path for SMPNTS in the second
> step for the RECEIVE FROMNTS.
>
> Have you tried it?
>
> On Mon, 4 Mar 2019 17:30:52 +, Smith, Sean M wrote:
>
> >Right, but then you have to point to the exact file in the exact sub
> directory that is dynamically created...so no way to just run a second step
> in the job and point to the file that I can see.  Am I missing something
> obvious or did they make this is hard as humanly possible?
> >
> >Sean
> >
> >-Original Message-
> >From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Tom Marchant
> >Sent: Monday, March 04, 2019 9:23 AM
> >To: IBM-MAIN@LISTSERV.UA.EDU
> >Subject: Re: SMPE Internet Service Retrieval: TRANSFERONLY
> >
> >On Mon, 4 Mar 2019 17:07:42 +, Smith, Sean M
> >wrote:
> >
> >>When using the SMPE Internet Service Retrieval to get HOLDDATA, I would
> like to use the TRANSFERONLY feature so I can place a single ORDER and then
> receive the HOLDDATA into my various SMPE environments.  I am not seeing
> how to control where the HOLDDATA gets transferred however nor how to go
> about referring to it in a  subsequent job step. This seems like a
> rudimentary question and I did look through the manuals thinking this has
> to be pretty simpleand...help!
> >
> >SMPNTS defines where the it is transferred to and/or received from. It is
> a Unix path.
> >You can then use RECEIVE FROMNTS to receive it into your other global
> zones on that system.
> >
> >--
> >Tom Marchant
> >
> >--
> >For IBM-MAIN subscribe / signoff / archive access instructions,
> >send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
> >--
> >This message, and any attachments, is for the intended recipient(s) only,
> may contain information that is privileged, confidential and/or proprietary
> and subject to important terms and conditions available at
> http://www.bankofamerica.com/emaildisclaimer.   If you are not the
> intended recipient, please delete this message.
> >
> >--
> >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
>
-- 
Michael Babcock
OneMain Financial
z/OS Systems Programmer, Lead

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

--
This message, and any attachments, is for the intended recipient(s) only, may 
contain information that is privileged, confidential and/or proprietary and 
subject to important terms and conditions available at 
http://www.bankofamerica.com/emaildisclaimer.   If you are not the intended 
recipient, please delete this message.

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


Re: SMPE Internet Service Retrieval: TRANSFERONLY

2019-03-04 Thread Smith, Sean M
As I recall it required you to enter the ORDER number for that to work.  So to 
run it as a second step would require that you scrape the report from the first 
step to get the order number so you can do the receive.

Sean 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tom Marchant
Sent: Monday, March 04, 2019 10:57 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMPE Internet Service Retrieval: TRANSFERONLY

I think that they have made it as easy as humanly possible.

I'm pretty sure you just specify the same path for SMPNTS in the second step 
for the RECEIVE FROMNTS.

Have you tried it?

On Mon, 4 Mar 2019 17:30:52 +, Smith, Sean M wrote:

>Right, but then you have to point to the exact file in the exact sub directory 
>that is dynamically created...so no way to just run a second step in the job 
>and point to the file that I can see.  Am I missing something obvious or did 
>they make this is hard as humanly possible?
>
>Sean
>
>-Original Message-
>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
>Behalf Of Tom Marchant
>Sent: Monday, March 04, 2019 9:23 AM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: SMPE Internet Service Retrieval: TRANSFERONLY
>
>On Mon, 4 Mar 2019 17:07:42 +, Smith, Sean M
>wrote:
>
>>When using the SMPE Internet Service Retrieval to get HOLDDATA, I would like 
>>to use the TRANSFERONLY feature so I can place a single ORDER and then 
>>receive the HOLDDATA into my various SMPE environments.  I am not seeing how 
>>to control where the HOLDDATA gets transferred however nor how to go about 
>>referring to it in a  subsequent job step. This seems like a rudimentary 
>>question and I did look through the manuals thinking this has to be pretty 
>>simpleand...help!
>
>SMPNTS defines where the it is transferred to and/or received from. It is a 
>Unix path.
>You can then use RECEIVE FROMNTS to receive it into your other global zones on 
>that system.
>
>--
>Tom Marchant
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
>--
>This message, and any attachments, is for the intended recipient(s) only, may 
>contain information that is privileged, confidential and/or proprietary and 
>subject to important terms and conditions available at 
>http://www.bankofamerica.com/emaildisclaimer.   If you are not the intended 
>recipient, please delete this message.
>
>--
>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

--
This message, and any attachments, is for the intended recipient(s) only, may 
contain information that is privileged, confidential and/or proprietary and 
subject to important terms and conditions available at 
http://www.bankofamerica.com/emaildisclaimer.   If you are not the intended 
recipient, please delete this message.

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


Re: SMPE Internet Service Retrieval: TRANSFERONLY

2019-03-04 Thread Michael Babcock
I use FTP to get the yearly file into a dataset then run an SMP RECEIVE to
bring it in.

On Mon, Mar 4, 2019 at 12:57 PM Tom Marchant <
000a2a8c2020-dmarc-requ...@listserv.ua.edu> wrote:

> I think that they have made it as easy as humanly possible.
>
> I'm pretty sure you just specify the same path for SMPNTS in the second
> step for the RECEIVE FROMNTS.
>
> Have you tried it?
>
> On Mon, 4 Mar 2019 17:30:52 +, Smith, Sean M wrote:
>
> >Right, but then you have to point to the exact file in the exact sub
> directory that is dynamically created...so no way to just run a second step
> in the job and point to the file that I can see.  Am I missing something
> obvious or did they make this is hard as humanly possible?
> >
> >Sean
> >
> >-Original Message-
> >From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Tom Marchant
> >Sent: Monday, March 04, 2019 9:23 AM
> >To: IBM-MAIN@LISTSERV.UA.EDU
> >Subject: Re: SMPE Internet Service Retrieval: TRANSFERONLY
> >
> >On Mon, 4 Mar 2019 17:07:42 +, Smith, Sean M
> >wrote:
> >
> >>When using the SMPE Internet Service Retrieval to get HOLDDATA, I would
> like to use the TRANSFERONLY feature so I can place a single ORDER and then
> receive the HOLDDATA into my various SMPE environments.  I am not seeing
> how to control where the HOLDDATA gets transferred however nor how to go
> about referring to it in a  subsequent job step. This seems like a
> rudimentary question and I did look through the manuals thinking this has
> to be pretty simpleand...help!
> >
> >SMPNTS defines where the it is transferred to and/or received from. It is
> a Unix path.
> >You can then use RECEIVE FROMNTS to receive it into your other global
> zones on that system.
> >
> >--
> >Tom Marchant
> >
> >--
> >For IBM-MAIN subscribe / signoff / archive access instructions,
> >send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
> >--
> >This message, and any attachments, is for the intended recipient(s) only,
> may contain information that is privileged, confidential and/or proprietary
> and subject to important terms and conditions available at
> http://www.bankofamerica.com/emaildisclaimer.   If you are not the
> intended recipient, please delete this message.
> >
> >--
> >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
>
-- 
Michael Babcock
OneMain Financial
z/OS Systems Programmer, Lead

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


Re: SMPE Internet Service Retrieval: TRANSFERONLY

2019-03-04 Thread Tom Marchant
I think that they have made it as easy as humanly possible.

I'm pretty sure you just specify the same path for SMPNTS in the second step 
for the RECEIVE FROMNTS.

Have you tried it?

On Mon, 4 Mar 2019 17:30:52 +, Smith, Sean M wrote:

>Right, but then you have to point to the exact file in the exact sub directory 
>that is dynamically created...so no way to just run a second step in the job 
>and point to the file that I can see.  Am I missing something obvious or did 
>they make this is hard as humanly possible?
>
>Sean
>
>-Original Message-
>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
>Behalf Of Tom Marchant
>Sent: Monday, March 04, 2019 9:23 AM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: SMPE Internet Service Retrieval: TRANSFERONLY
>
>On Mon, 4 Mar 2019 17:07:42 +, Smith, Sean M
>wrote:
>
>>When using the SMPE Internet Service Retrieval to get HOLDDATA, I would like 
>>to use the TRANSFERONLY feature so I can place a single ORDER and then 
>>receive the HOLDDATA into my various SMPE environments.  I am not seeing how 
>>to control where the HOLDDATA gets transferred however nor how to go about 
>>referring to it in a  subsequent job step. This seems like a rudimentary 
>>question and I did look through the manuals thinking this has to be pretty 
>>simpleand...help!
>
>SMPNTS defines where the it is transferred to and/or received from. It is a 
>Unix path.
>You can then use RECEIVE FROMNTS to receive it into your other global zones on 
>that system.
>
>--
>Tom Marchant
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
>--
>This message, and any attachments, is for the intended recipient(s) only, may 
>contain information that is privileged, confidential and/or proprietary and 
>subject to important terms and conditions available at 
>http://www.bankofamerica.com/emaildisclaimer.   If you are not the intended 
>recipient, please delete this message.
>
>--
>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: New look and linking for V2.3 product documentation PDFs

2019-03-04 Thread Tony Harminc
On Sat, 2 Mar 2019 at 01:14, Paul Gilmartin
<000433f07816-dmarc-requ...@listserv.ua.edu> wrote:

> Most of the links in:
> asmr1023.pdfSC26-4940-08HLASM Language Reference
> Bibliography
>
> ... don't work for me, or they try to downoad from IBM's server
> when the docs should be available from the extracted .zip.

The ones that don't work for me in that book seem to have an
extraneous dot in them, e.g.
F:\Books\zOS23Feb2019\.\asmtug23.html

As to pointing to the IBM site, I've noticed this only for the refs to
the zArch Principles of Operation and the Reference Summary, which are
legitimately not z/OS books, even if they're listed on the contents
page. Even the links in the index.html file point to IBM for those
two. I fixed my index locally, but it would be nice if IBM could
produce an index that assumes you've downloaded them along with the
z/OS books. Or even provide them as part of the package.

Tony H.

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


Re: SMPE Internet Service Retrieval: TRANSFERONLY

2019-03-04 Thread Smith, Sean M
Right, but then you have to point to the exact file in the exact sub directory 
that is dynamically created...so no way to just run a second step in the job 
and point to the file that I can see.  Am I missing something obvious or did 
they make this is hard as humanly possible?

Sean

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tom Marchant
Sent: Monday, March 04, 2019 9:23 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMPE Internet Service Retrieval: TRANSFERONLY

On Mon, 4 Mar 2019 17:07:42 +, Smith, Sean M 
wrote:

>When using the SMPE Internet Service Retrieval to get HOLDDATA, I would like 
>to use the TRANSFERONLY feature so I can place a single ORDER and then receive 
>the HOLDDATA into my various SMPE environments.  I am not seeing how to 
>control where the HOLDDATA gets transferred however nor how to go about 
>referring to it in a  subsequent job step. This seems like a rudimentary 
>question and I did look through the manuals thinking this has to be pretty 
>simpleand...help!

SMPNTS defines where the it is transferred to and/or received from. It is a 
Unix path.
You can then use RECEIVE FROMNTS to receive it into your other global zones on 
that system.

-- 
Tom Marchant

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

--
This message, and any attachments, is for the intended recipient(s) only, may 
contain information that is privileged, confidential and/or proprietary and 
subject to important terms and conditions available at 
http://www.bankofamerica.com/emaildisclaimer.   If you are not the intended 
recipient, please delete this message.

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


Re: SMPE Internet Service Retrieval: TRANSFERONLY

2019-03-04 Thread Tom Marchant
On Mon, 4 Mar 2019 17:07:42 +, Smith, Sean M 
wrote:

>When using the SMPE Internet Service Retrieval to get HOLDDATA, I would like 
>to use the TRANSFERONLY feature so I can place a single ORDER and then receive 
>the HOLDDATA into my various SMPE environments.  I am not seeing how to 
>control where the HOLDDATA gets transferred however nor how to go about 
>referring to it in a  subsequent job step. This seems like a rudimentary 
>question and I did look through the manuals thinking this has to be pretty 
>simpleand...help!

SMPNTS defines where the it is transferred to and/or received from. It is a 
Unix path.
You can then use RECEIVE FROMNTS to receive it into your other global zones on 
that system.

-- 
Tom Marchant

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


Re: New look and linking for V2.3 product documentation PDFs

2019-03-04 Thread Tom Marchant
On Fri, 1 Mar 2019 17:55:59 +, Seymour J Metz wrote:

>I can see making copies for laptops off of the Internet, but dead tree? I wish 
>I didn't believe you.

There is one manual that I use nearly every day, and I routinely print it when 
a new one is released. 
That is the z/Architecture Reference Summary.

I use the Principles of operation nearly as often, and I keep the PDF of latest 
edition open.

-- 
Tom Marchant

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


Re: CPU time and zIIP

2019-03-04 Thread Seymour J Metz
The last time that I looked SDSF did not document the actual meanings of all of 
the fields that it displayed. A lot of these discussions could go away if IBM 
spelled out the in SDSF documentation the actual meaning of each "CPU" field 
instead of using ambiguous boilerplate language.


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


From: IBM Mainframe Discussion List  on behalf of 
Carmen Vitullo 
Sent: Monday, March 4, 2019 9:10 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: CPU time and zIIP

bad assumption on my part that SDSF show's CPU and zIIP percent for each 
address space


zAAP-Time zACP-Time GCP-Use% zAAP-Use% SzAAP% SzIIP% P


Carmen Vitullo

- Original Message -

From: "Carmen Vitullo" 
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Friday, March 1, 2019 7:28:54 AM
Subject: Re: CPU time and zIIP

Carmen Vitullo

- Original Message -

From: "Peter Relson" 
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Friday, March 1, 2019 7:15:51 AM
Subject: Re: CPU time and zIIP

I'm obviously still not understanding what you think is amiss.

adding up the Gcpu time and Ziip time, to show all CP TIME but seeing that I 
misread, misunderstood the doc and your previous responses and from the 
statement belowas Gilda Radner would saynevermind :(

for me I'd like to see SDSF's CPUtime to include all time, GCPU+IIP


We have already said that it does.
Peter Relson
z/OS Core Technology Design


is that true for CPU percent also?


thanks for provided my the clue by four I needed to get this into my thick skull
Carmen


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


SMPE Internet Service Retrieval: TRANSFERONLY

2019-03-04 Thread Smith, Sean M
When using the SMPE Internet Service Retrieval to get HOLDDATA, I would like to 
use the TRANSFERONLY feature so I can place a single ORDER and then receive the 
HOLDDATA into my various SMPE environments.  I am not seeing how to control 
where the HOLDDATA gets transferred however nor how to go about referring to it 
in a  subsequent job step. This seems like a rudimentary question and I did 
look through the manuals thinking this has to be pretty simpleand...help!

Sean

--
This message, and any attachments, is for the intended recipient(s) only, may 
contain information that is privileged, confidential and/or proprietary and 
subject to important terms and conditions available at 
http://www.bankofamerica.com/emaildisclaimer.   If you are not the intended 
recipient, please delete this message.

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


Re: [EXTERNAL] How many asterisks to change a lightbulb?

2019-03-04 Thread Seymour J Metz
The meaning of wildcards depends on how you have RACF configured.


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


From: IBM Mainframe Discussion List  on behalf of 
Horne, Jim - James S 
Sent: Monday, March 4, 2019 12:03 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] How many asterisks to change a lightbulb?

* = a single qualifier
** = 0 or more qualifiers

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jesse 1 Robinson
Sent: Monday, March 4, 2019 11:53 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] How many asterisks to change a lightbulb?

*EXTERNAL SENDER*


On two different RACF plexes, we have these two profiles in the SDSF class:

ISFCMD.ODSP.* (G)
ISFCMD.ODSP.** (G)

I'm confounded to explain the difference between one or two asterisks. Help?

(I know this should go to the RACF List, but that does not work in my office.)

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


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

NOTICE: All information in and attached to the e-mails below may be 
proprietary, confidential, privileged and otherwise protected from improper or 
erroneous disclosure. If you are not the sender's intended recipient, you are 
not authorized to intercept, read, print, retain, copy, forward, or disseminate 
this message. If you have erroneously received this communication, please 
notify the sender immediately by phone (704-758-1000) or by e-mail and destroy 
all copies of this message electronic, paper, or otherwise. By transmitting 
documents via this email: Users, Customers, Suppliers and Vendors collectively 
acknowledge and agree the transmittal of information via email is voluntary, is 
offered as a convenience, and is not a secured method of communication; Not to 
transmit any payment information E.G. credit card, debit card, checking 
account, wire transfer information, passwords, or sensitive and personal 
information E.G. Driver's license, DOB, social security, or any other 
information the user wishes to remain confidential; To transmit only 
non-confidential information such as plans, pictures and drawings and to assume 
all risk and liability for and indemnify Lowe's from any claims, losses or 
damages that may arise from the transmittal of documents or including 
non-confidential information in the body of an email transmittal. Thank you.

--
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] How many asterisks to change a lightbulb?

2019-03-04 Thread Horne, Jim - James S
* = a single qualifier
** = 0 or more qualifiers

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jesse 1 Robinson
Sent: Monday, March 4, 2019 11:53 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] How many asterisks to change a lightbulb?

*EXTERNAL SENDER*


On two different RACF plexes, we have these two profiles in the SDSF class:

ISFCMD.ODSP.* (G)
ISFCMD.ODSP.** (G)

I'm confounded to explain the difference between one or two asterisks. Help?

(I know this should go to the RACF List, but that does not work in my office.)

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


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

NOTICE: All information in and attached to the e-mails below may be 
proprietary, confidential, privileged and otherwise protected from improper or 
erroneous disclosure. If you are not the sender's intended recipient, you are 
not authorized to intercept, read, print, retain, copy, forward, or disseminate 
this message. If you have erroneously received this communication, please 
notify the sender immediately by phone (704-758-1000) or by e-mail and destroy 
all copies of this message electronic, paper, or otherwise. By transmitting 
documents via this email: Users, Customers, Suppliers and Vendors collectively 
acknowledge and agree the transmittal of information via email is voluntary, is 
offered as a convenience, and is not a secured method of communication; Not to 
transmit any payment information E.G. credit card, debit card, checking 
account, wire transfer information, passwords, or sensitive and personal 
information E.G. Driver's license, DOB, social security, or any other 
information the user wishes to remain confidential; To transmit only 
non-confidential information such as plans, pictures and drawings and to assume 
all risk and liability for and indemnify Lowe's from any claims, losses or 
damages that may arise from the transmittal of documents or including 
non-confidential information in the body of an email transmittal. Thank you.

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


Re: CPU time and zIIP

2019-03-04 Thread Ed Jaffe

On 3/4/2019 5:39 AM, R.S. wrote:

W dniu 2019-03-03 o 17:07, Christopher Y. Blaicher pisze:
ZIIP and ZAAP processors always run at full speed, even when running 
on a sub-capacity box.
One thing, among many, I don't know is how IBM implements 
sub-capacity.  Slow the clock speed? Skip cycles?


All processors, including subcapacity CPs run at the same speed, which 
is different for big box and small (BC) box.
How subcapacity CP makes the subcapacity? By stealing cycles, imagine 
there's hidden LPAR with some fixed weigth.


IMHO that's not a good analogy. The cycles aren't "stolen" in a manner 
at all similar to a so-called  "soak" LPAR.


Each CP has a timed "service loop" with a housekeeping routine -- 
implemented in millicode -- that handles interrupts, SIGP instructions, 
etc. When the housekeeping is finished, the CP runs instructions for the 
remainder of the interval.


One of the last things in the housekeeping routine is a coded loop 
(probably using an ordinary BCT instruction) that iterates "N" times 
where the value of "N" is a constant that varies depending on the 
sub-capacity model.


So a better analogy might be that each CP is going around a race track 
and pulls into the pits on each lap. After servicing, sub-capacity 
models are held in the pits for awhile before they're allowed back on 
the track.



--
Phoenix Software International
Edward E. Jaffe
831 Parkview Drive North
El Segundo, CA 90245
https://www.phoenixsoftware.com/



This e-mail message, including any attachments, appended messages and the
information contained therein, is for the sole use of the intended
recipient(s). If you are not an intended recipient or have otherwise
received this email message in error, any use, dissemination, distribution,
review, storage or copying of this e-mail message and the information
contained therein is strictly prohibited. If you are not an intended
recipient, please contact the sender by reply e-mail and destroy all copies
of this email message and do not otherwise utilize or retain this email
message or any or all of the information contained therein. Although this
email message and any attachments or appended messages are believed to be
free of any virus or other defect that might affect any computer system into
which it is received and opened, it is the responsibility of the recipient
to ensure that it is virus free and no responsibility is accepted by the
sender for any loss or damage arising in any way from its opening or use.

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


Re: How many asterisks to change a lightbulb?

2019-03-04 Thread Edgington, Jerry
Skip,

One * means one node, where ** means zero more nodes.

ISFCMD.ODSP.* (G)
ISFCMD.ODSP.TEST
ISFCMD.ODSP.** (G)
ISFCMD.ODSP.TEST.MOD2

For example


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jesse 1 Robinson
Sent: Monday, March 04, 2019 11:53 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: How many asterisks to change a lightbulb?

On two different RACF plexes, we have these two profiles in the SDSF class:

ISFCMD.ODSP.* (G)
ISFCMD.ODSP.** (G)

I'm confounded to explain the difference between one or two asterisks. Help?

(I know this should go to the RACF List, but that does not work in my office.)

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


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


How many asterisks to change a lightbulb?

2019-03-04 Thread Jesse 1 Robinson
On two different RACF plexes, we have these two profiles in the SDSF class:

ISFCMD.ODSP.* (G)
ISFCMD.ODSP.** (G)

I'm confounded to explain the difference between one or two asterisks. Help?

(I know this should go to the RACF List, but that does not work in my office.)

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


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


Re: CPU time and zIIP

2019-03-04 Thread Martin Packer
And that is precisely why I asked the question: To get people thinking 
about how this might show up instrumentation. (And no I didn't think there 
was a dummy LPAR.)

Cheers, Martin

Martin Packer

zChampion, Systems Investigator & Performance Troubleshooter, IBM

+44-7802-245-584

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

Twitter / Facebook IDs: MartinPacker

Blog: 
https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker

Podcast Series (With Marna Walle): https://developer.ibm.com/tv/mpt/or 
  
https://itunes.apple.com/gb/podcast/mainframe-performance-topics/id1127943573?mt=2


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



From:   Jim Mulder 
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   04/03/2019 15:39
Subject:Re: CPU time and zIIP
Sent by:IBM Mainframe Discussion List 



  There is no "dummy LPAR".  Millicode periodically executes
a loop to waste some time.  The logical processor remains dispatched
to the physical processor while that is happening, so the wasted time is
included in the CPU Timer for the logical processor, and thus is charged
to the dispatched work unit, as it should be.

Jim Mulder z/OS Diagnosis, Design, Development, Test  IBM Corp. 
Poughkeepsie NY

> It is simple: clock remains the same for any subcapacity. Simply some 
> cycles are taken by "dummy LPAR".
> How does it relate to CPI? It does not affect...



--
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: CPU time and zIIP

2019-03-04 Thread R.S.
Dummy LPAR or milicode waste the cycles - nevermind. My point was there 
are some cycles lost, not longer (slower) cycles.


Regards
--
Radoslaw Skorupka
Lodz, Poland






W dniu 2019-03-04 o 16:39, Jim Mulder pisze:

   There is no "dummy LPAR".  Millicode periodically executes
a loop to waste some time.  The logical processor remains dispatched
to the physical processor while that is happening, so the wasted time is
included in the CPU Timer for the logical processor, and thus is charged
to the dispatched work unit, as it should be.

Jim Mulder z/OS Diagnosis, Design, Development, Test  IBM Corp.
Poughkeepsie NY


It is simple: clock remains the same for any subcapacity. Simply some
cycles are taken by "dummy LPAR".
How does it relate to CPI? It does not affect...



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



==

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.2018 r. wynosi 169.248.488 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,248,488 as at 1 January 2018.

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


Re: Disk space allocation question [EXTERNAL]

2019-03-04 Thread Vernooij, Kees (ITOP NM) - KLM
There are ACS options:
ACS routines can assign a Dataclass with Space Atributes plus the option that 
it will override space in JCL, even for non-SMS managed datasets.
For SMS managed datasets, the DataClass' Space Constraint Relief options can 
adjust space allocations.

Kees


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Feller, Paul
> Sent: 04 March, 2019 16:40
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Disk space allocation question [EXTERNAL]
> 
> It is my understanding that the ALLOC should not step if you have SPACE
> coded in your JCL.  By default you should get your space request, though
> it might be in more than one extent (up to 5).  Now if you have some 3rd
> party software installed it might be stepping in to prevent the initial
> X37 abend on allocation.  I don't recall if you could code something in
> the ACS routines to step in to adjust the primary allocation.
> 
> Thanks..
> 
> Paul Feller
> AGT Mainframe Technical Support
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Elardus Engelbrecht
> Sent: Monday, March 04, 2019 6:33 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Disk space allocation question [EXTERNAL]
> 
> Sean Gleann wrote:
> 
> >Does z/OS / SMS have a set of default space allocation sizes and if so,
> where are they held and can I alter or control them?
> 
> Look in ALLOCxx as kindly suggested by Roger Lowe.
> 
> If you know what SMS routines were used, look at their definitions.
> 
> 
> >I have a situation where insufficient contiguous disk space results in
> the SPACE request parameters supplied for a DISP=(NEW...) file with
> values that are too low to fulfil the final requirements.
> >Example: I request SPACE=(TRK,(9000,1000)… and what I get is
> ...TRK,(7200,500), which eventually leads to a B37 abend.
> 
> Please post that full B37 abend message. There may be another reason why
> you are not getting what you want.
> 
> What about trying to use more than one volser for your allocation
> attempts?
> 
> 
> >It's that 'eventually' bit that is most disheartening. I would far
> rather have the space request completely refused along with a job abend
> rather than have the system 'try to help' me.
> 
> Buy more disks... ;-)
> 
> Pre-allocations may help before you actually use it, but of course, how
> do you know what size is 'correct'?
> 
> Groete / Greetings
> Elardus Engelbrecht
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 
> --
> Please note:  This message originated outside your organization. Please
> use caution when opening links or attachments.
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message.

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286



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


Re: Disk space allocation question [EXTERNAL]

2019-03-04 Thread Feller, Paul
It is my understanding that the ALLOC should not step if you have SPACE coded 
in your JCL.  By default you should get your space request, though it might be 
in more than one extent (up to 5).  Now if you have some 3rd party software 
installed it might be stepping in to prevent the initial X37 abend on 
allocation.  I don't recall if you could code something in the ACS routines to 
step in to adjust the primary allocation.

Thanks..

Paul Feller
AGT Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Elardus Engelbrecht
Sent: Monday, March 04, 2019 6:33 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Disk space allocation question [EXTERNAL]

Sean Gleann wrote:

>Does z/OS / SMS have a set of default space allocation sizes and if so, where 
>are they held and can I alter or control them?

Look in ALLOCxx as kindly suggested by Roger Lowe.

If you know what SMS routines were used, look at their definitions.


>I have a situation where insufficient contiguous disk space results in the 
>SPACE request parameters supplied for a DISP=(NEW...) file with values that 
>are too low to fulfil the final requirements.
>Example: I request SPACE=(TRK,(9000,1000)… and what I get is 
>...TRK,(7200,500), which eventually leads to a B37 abend.

Please post that full B37 abend message. There may be another reason why you 
are not getting what you want.

What about trying to use more than one volser for your allocation attempts?


>It's that 'eventually' bit that is most disheartening. I would far rather have 
>the space request completely refused along with a job abend rather than have 
>the system 'try to help' me.

Buy more disks... ;-)

Pre-allocations may help before you actually use it, but of course, how do you 
know what size is 'correct'?

Groete / Greetings
Elardus Engelbrecht

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

--
Please note:  This message originated outside your organization. Please use 
caution when opening links or attachments.

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


Re: CPU time and zIIP

2019-03-04 Thread Jim Mulder
  There is no "dummy LPAR".  Millicode periodically executes
a loop to waste some time.  The logical processor remains dispatched
to the physical processor while that is happening, so the wasted time is
included in the CPU Timer for the logical processor, and thus is charged
to the dispatched work unit, as it should be.

Jim Mulder z/OS Diagnosis, Design, Development, Test  IBM Corp. 
Poughkeepsie NY

> It is simple: clock remains the same for any subcapacity. Simply some 
> cycles are taken by "dummy LPAR".
> How does it relate to CPI? It does not affect...



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


Re: New look and linking for V2.3 product documentation PDFs

2019-03-04 Thread Kirk Wolf
For me, organizing into directories isn't that useful:  my pattern is to
open the directory in nautilus and then type a word like "unix" and then I
see all of the documents with Unix in the title.
And it would also break inter-document links, which I find useful.

On Sat, Mar 2, 2019 at 12:21 PM Paul Gilmartin <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:

> On Sat, 2 Mar 2019 10:05:26 -0600, Kirk Wolf wrote:
>
> >I use linux and for many years I have organized the IBM z/OS PDFs by
> making
> >symlinks to the actual file name where the symlink name is the actual
> title
> >of the PDF.
> >That way, you can easily search for the title (symlink) to find a book,
> but
> >the inter-book links work.
> >
> >Here's the script that I use to set everything up.   I just tried it with
> >the latest zip download of pdfs and it works fine - the inter-document
> >links work just fine, like before.
> >
> >#!/bin/sh
> ># Make symlinks to all .pdf files in the current directory to names that
> >match their Title:
> >ls -1 *.pdf | while read f
> >do
> >  echo "Examining: "$f
> >  title=$(pdfinfo "$f" | grep "Title:" | cut -c17- | tr -d '/\\:' | tr ' '
> >'_')
> >  if test -n "$title" -a ! -s "$title.pdf" ; then
> >echo "link $title.pdf -> $f"
> >ln -s "$f" "$title.pdf"
> >  fi
> >done
> >
> Ah!  Yours is 1/5 the size of mine.  But I met the wish of @sas "to
> organize the manuals [symlinks] into directories, according to the
> layout on the index.html."  Parsing PITA.
>
> -- 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: CPU time and zIIP

2019-03-04 Thread R.S.

Why are you asking?

It is simple: clock remains the same for any subcapacity. Simply some 
cycles are taken by "dummy LPAR".

How does it relate to CPI? It does not affect...

--
Radoslaw Skorupka
Lodz, Poland






W dniu 2019-03-04 o 14:51, Martin Packer pisze:

Would you expect Cycles-Per-Instruction (CPI) in SMF 113 to be larger for
a subcapacity machine?

Cheers, Martin

Martin Packer

zChampion, Systems Investigator & Performance Troubleshooter, IBM

+44-7802-245-584

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

Twitter / Facebook IDs: MartinPacker

Blog:
https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker

Podcast Series (With Marna Walle): https://developer.ibm.com/tv/mpt/or
   
https://itunes.apple.com/gb/podcast/mainframe-performance-topics/id1127943573?mt=2



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



From:   "R.S." 
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   04/03/2019 13:39
Subject:Re: CPU time and zIIP
Sent by:IBM Mainframe Discussion List 



W dniu 2019-03-03 o 17:07, Christopher Y. Blaicher pisze:

ZIIP and ZAAP processors always run at full speed, even when running on

a sub-capacity box.

One thing, among many, I don't know is how IBM implements sub-capacity.

Slow the clock speed? Skip cycles?

All processors, including subcapacity CPs run at the same speed, which
is different for big box and small (BC) box.
How subcapacity CP makes the subcapacity? By stealing cycles, imagine
there's hidden LPAR with some fixed weigth.
Note, the processors are actually cores in PU, AFAIK there is no way the
cores would work at different speeds within the PU.
Note 2, the same method (stealing cycles, not slowing down the clock)
was in use for RAn machines in 9672 era.




==

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.2018 r. wynosi 169.248.488 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,248,488 as at 1 January 2018.

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


Re: New look and linking for V2.3 product documentation PDFs

2019-03-04 Thread Tom Marchant
On Fri, 1 Mar 2019 14:50:27 -0500, Susan Shumway wrote:

>In response to the comments about PDF file names, you REALLY don't want
>to rename the PDFs.

I think that the metadata for a PDF includes something called document title, 
and that the title can be displayed in the directory listing and used to sort 
the list. If IBM would provide the document title in the metadata for the PDFs, 
that would go a long way to addressing the complaints about file name.

-- 
Tom Marchant

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


Re: CPU time and zIIP

2019-03-04 Thread Carmen Vitullo
bad assumption on my part that SDSF show's CPU and zIIP percent for each 
address space 


zAAP-Time zACP-Time GCP-Use% zAAP-Use% SzAAP% SzIIP% P 


Carmen Vitullo 

- Original Message -

From: "Carmen Vitullo"  
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Friday, March 1, 2019 7:28:54 AM 
Subject: Re: CPU time and zIIP 

Carmen Vitullo 

- Original Message - 

From: "Peter Relson"  
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Friday, March 1, 2019 7:15:51 AM 
Subject: Re: CPU time and zIIP 

I'm obviously still not understanding what you think is amiss. 

adding up the Gcpu time and Ziip time, to show all CP TIME but seeing that I 
misread, misunderstood the doc and your previous responses and from the 
statement belowas Gilda Radner would saynevermind :( 
 
for me I'd like to see SDSF's CPUtime to include all time, GCPU+IIP 
 

We have already said that it does. 
Peter Relson 
z/OS Core Technology Design 


is that true for CPU percent also? 


thanks for provided my the clue by four I needed to get this into my thick 
skull 
Carmen 


-- 
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: CPU time and zIIP

2019-03-04 Thread Martin Packer
Would you expect Cycles-Per-Instruction (CPI) in SMF 113 to be larger for 
a subcapacity machine?

Cheers, Martin

Martin Packer

zChampion, Systems Investigator & Performance Troubleshooter, IBM

+44-7802-245-584

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

Twitter / Facebook IDs: MartinPacker

Blog: 
https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker

Podcast Series (With Marna Walle): https://developer.ibm.com/tv/mpt/or 
  
https://itunes.apple.com/gb/podcast/mainframe-performance-topics/id1127943573?mt=2


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



From:   "R.S." 
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   04/03/2019 13:39
Subject:Re: CPU time and zIIP
Sent by:IBM Mainframe Discussion List 



W dniu 2019-03-03 o 17:07, Christopher Y. Blaicher pisze:
> ZIIP and ZAAP processors always run at full speed, even when running on 
a sub-capacity box.
> One thing, among many, I don't know is how IBM implements sub-capacity. 
Slow the clock speed? Skip cycles?

All processors, including subcapacity CPs run at the same speed, which 
is different for big box and small (BC) box.
How subcapacity CP makes the subcapacity? By stealing cycles, imagine 
there's hidden LPAR with some fixed weigth.
Note, the processors are actually cores in PU, AFAIK there is no way the 
cores would work at different speeds within the PU.
Note 2, the same method (stealing cycles, not slowing down the clock) 
was in use for RAn machines in 9672 era.

-- 
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.2018 r. wynosi 169.248.488 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,248,488 as at 1 January 2018.

--
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: CPU time and zIIP

2019-03-04 Thread R.S.

W dniu 2019-03-03 o 17:07, Christopher Y. Blaicher pisze:

ZIIP and ZAAP processors always run at full speed, even when running on a 
sub-capacity box.
One thing, among many, I don't know is how IBM implements sub-capacity.  Slow 
the clock speed? Skip cycles?


All processors, including subcapacity CPs run at the same speed, which 
is different for big box and small (BC) box.
How subcapacity CP makes the subcapacity? By stealing cycles, imagine 
there's hidden LPAR with some fixed weigth.
Note, the processors are actually cores in PU, AFAIK there is no way the 
cores would work at different speeds within the PU.
Note 2, the same method (stealing cycles, not slowing down the clock) 
was in use for RAn machines in 9672 era.


--
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.2018 r. wynosi 169.248.488 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,248,488 as at 1 January 2018.

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


Re: CPU time and zIIP

2019-03-04 Thread Carmen Vitullo
Not in RMF, in SDSF. 


You are correct the OP question was about cput time, and the answer was, 
cputime both gcpu and ziip cpu were combined on the SDSF DA panel, CPUTIME 
field, SDSF also shows cpu percent, so just a curiosity if SDSF combines the 
CPU percent, usage for each address space combined also, just curious. 
I understand the differences in the engines and the speed they run as compared 
to a GPCPU, so maybe apples and oranges cannot be combined, if that's the 
reason why they are not. 





Carmen Vitullo 

- Original Message -

From: "Peter Relson"  
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Saturday, March 2, 2019 10:20:36 AM 
Subject: Re: CPU time and zIIP 

>is that true for CPU percent also? 

The original post and my answers were about SDSF. They did not show (to 
the best of my eyesight) or discuss any percentage fields. 

Are you now asking a question about a percentage shown in RMF? I don't 
pretend to know anything about what RMF displays, but it would likely not 
be a good idea to try to lump together busy percentages pertaining to 
standard CPs and zIIPs because the two types of processors are intended to 
have different characteristics in terms of how busy it is appropriate for 
them to be. 

Peter Relson 
z/OS Core Technology Design 


-- 
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: CPU time and zIIP

2019-03-04 Thread Peter Relson

One regular  misconception about (cycle time), irrespective of the type of 
processor the 'speed/cycle time' of ALL the processors is the SAME 


I'd disagree a bit. I think that the "misconception" is of conflating 
"speed" with "cycle time". 
It is true that the machine cycle time for all of the processor types is 
the same. 
But the speed might not be, depending on configuration. 
So it is best to avoid using a term such as "speed/cycle time".

Peter Relson
z/OS Core Technology Design


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


Re: Storage Question

2019-03-04 Thread Peter Relson
But not any address-space-related subpool such as 229,230,249.

The only storage that persists past the life of an address space is common 
storage.
You need storage in CSA or SQA or above the bar common.


I want to make sure the Global storage is protected and can not be 
overridden.


I don't know what you mean by "cannot be overridden". It can be 
overwritten by anyone in the right key. It could be freed, maliciously or 
inadvertently, by anyone with suitable authorization. Common storage just 
cannot be freed by an unauthorized program, and assuming it is in a system 
key cannot be written into by an unauthorized program.


I understand I can use the ECVT but 

Assuming you mean the area pointed to by a slot in the customer anchor 
table pointed to by ECVTCTBL, there is no "but".
It's still common storage. 

Peter Relson
z/OS Core Technology Design


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


Re: Disk space allocation question

2019-03-04 Thread Elardus Engelbrecht
Sean Gleann wrote:

>Does z/OS / SMS have a set of default space allocation sizes and if so, where 
>are they held and can I alter or control them?

Look in ALLOCxx as kindly suggested by Roger Lowe.

If you know what SMS routines were used, look at their definitions.


>I have a situation where insufficient contiguous disk space results in the 
>SPACE request parameters supplied for a DISP=(NEW...) file with values that 
>are too low to fulfil the final requirements.
>Example: I request SPACE=(TRK,(9000,1000)… and what I get is 
>...TRK,(7200,500), which eventually leads to a B37 abend.

Please post that full B37 abend message. There may be another reason why you 
are not getting what you want.

What about trying to use more than one volser for your allocation attempts?


>It's that 'eventually' bit that is most disheartening. I would far rather have 
>the space request completely refused along with a job abend rather than have 
>the system 'try to help' me.

Buy more disks... ;-)

Pre-allocations may help before you actually use it, but of course, how do you 
know what size is 'correct'?

Groete / Greetings
Elardus Engelbrecht

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


Re: Disk space allocation question

2019-03-04 Thread Roger Lowe
On Mon, 4 Mar 2019 11:19:19 +, Sean Gleann  wrote:

>Does z/OS / SMS have a set of default space allocation sizes and if so,
>where are they held and can I alter or control them?
>I have a situation where insufficient contiguous disk space results in
>the SPACE request parameters supplied for a DISP=(NEW...) file with values
>that are too low to fulfil the final requirements.
>Example: I request SPACE=(TRK,(9000,1000)… and what I get
>is ...TRK,(7200,500), which eventually leads to a B37 abend.
>It's that 'eventually' bit that is most disheartening. I would far rather
>have the space request completely refused along with a job abend rather
>than have the system 'try to help' me.
>
>Regards
>Sean
>
Have a look in the ALLOCxx member of PARMLIB .

Roger

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


Disk space allocation question

2019-03-04 Thread Sean Gleann
Does z/OS / SMS have a set of default space allocation sizes and if so,
where are they held and can I alter or control them?
I have a situation where insufficient contiguous disk space results in
the SPACE request parameters supplied for a DISP=(NEW...) file with values
that are too low to fulfil the final requirements.
Example: I request SPACE=(TRK,(9000,1000)… and what I get
is ...TRK,(7200,500), which eventually leads to a B37 abend.
It's that 'eventually' bit that is most disheartening. I would far rather
have the space request completely refused along with a job abend rather
than have the system 'try to help' me.

Regards
Sean

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