AW: SMF/RMF records for 4hr rolling average MSU?

[Werner Kuehnel]

John,
we use RMF PM Java Technology Edition. You can create different views, ours 
have, for example, actual MSUs, 4h average, % Capping. The collected samples 
(you define the interval) can be saved in a file and then imported into an 
EXCEL file.
RMF PM is downloadable for free from RMF homepage / RMF Tools

https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.3.0/com.ibm.zos.v2r3.erb/erb.htm

Hth,
Werner Kuehnel

-Ursprüngliche Nachricht-
Von: IBM Mainframe Discussion List  Im Auftrag von 
John McKown
Gesendet: Dienstag, 5. März 2019 21:32
An: IBM-MAIN@LISTSERV.UA.EDU
Betreff: SMF/RMF records for 4hr rolling average MSU?

We have an old product (BMC Mainview Predict / Analyzer), running on an old 
Windows server, which gets SMF / RMF data and produces a graph of the 4 hr 
rolling average. Unfortunately, we have been told that the old Window server is 
being decommissioned, no reprieve possible. We can't afford the new BMC 
replacement products (or refuse to afford it maybe). So we're trying to get the 
information in order to put it in an Excel spreadsheet and do the graph 
ourselves. But we can't find where the data is coming from. Any advice (other 
than retiring - which is looking better every week).

--
I just burned 2000 calories!
That's the last time I'll nap with brownies in the oven.

Maranatha! <><
John McKown

--
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: Disk space allocation question [EXTERNAL]

[Vernooij, Kees (ITOP NM) - KLM]

RLSE in the Dataclas? This is a Mgmtclas option.

Kees.


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Gibney, Dave
> Sent: 05 March, 2019 23:19
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Disk space allocation question [EXTERNAL]
> 
> My DEFAULT DATACLAS specifies a SPACE allocation, fairly large with
> RLSE. This, plus space constraint relief, and also EXT as the DEFAULT
> has eliminated almost all x37 abends here.
> I also still run FDR COMPAK, fairly aggressive DFHSM migration to ML2
> VTL, and a good sized overflow pool.
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List  On
> > Behalf Of Sean Gleann
> > Sent: Tuesday, March 05, 2019 3:37 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: Disk space allocation question [EXTERNAL]
> >
> > *sigh* I sometime wonder why I spend so much time making sure that
> text
> > positioning, justification, etc is 'just right', only to see all that
> work thrown
> > away.
> > I hope those that read my previous response can make sense of it...
> >
> > Sean
> >
> > On Tue, 5 Mar 2019 at 11:32, Sean Gleann 
> wrote:
> >
> > > Thanks to all who have responded on this. I've been having 'fun'
> > > experimenting with allocating files of various sizes on a badly
> > > fragmented disk volume and at least I now understand why an 'I'
> > > command against a file shown in an ISPF 3.4 list occasionally shows
> such
> > surprising values.
> > >
> > > I don't appear to be able to make ALLOCxx settings (such as PRIM_ORG
> > > or
> > > RLSE) affect matters at all. I played around with various settings,
> > > but all to no avail, but then I spotted Paul's response where he
> says
> > > "...ALLOC should not step in if you have SPACE coded in your
> JCL...".
> > > So I removed the SPACE clause in my DD statement... and the job
> failed
> > > with a JCL error and messages:
> > > IEF344I jobname REQ911 REQ911 - ALLOCATION FAILED DUE TO DATA
> > FACILITY
> > > SYSTEM ERROR IGD17045I SPACE NOT SPECIFIED FOR ALLOCATION OF
> > DATA SET
> > > The IGD... message means that "...No space was specified on the JCL
> or
> > > in the data class for the allocation of the data set..." which is
> > > precisely the situation. My JCL did not feature a SPACE clause, and
> my
> > > SMS dataclass rule for the file in question has 'override space' set
> > > to 'N', and no 'Space' values defined. I had expected ALLOC values
> to
> > > be used, but that did not happen.
> > >
> > > I'm not sure where to go from here. I cannot claim to be proficient
> > > with SMS at all, so I don't really want to risk upsetting  a system
> to
> > > works (most of the time!)
> > >
> > > Regards
> > > Sean
> > >
> > >
> > > On Mon, 4 Mar 2019 at 15:50, Vernooij, Kees (ITOP NM) - KLM <
> > > kees.verno...@klm.com> wrote:
> > >
> > >> 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 

Re: SMF/RMF records for 4hr rolling average MSU?

[Martin Packer]

Not quite: SMF 70 has the headline numbers (SMF70LAC etc) but it’s SMF 89
that has the sections for products. I would not recommend the latter unless
John’s investigation takes him deeper than the LPAR level.

Cheers, Martin

Sent from my iPad

> On 5 Mar 2019, at 21:06, ITschak Mugzach  wrote:
>
> John, it's SMF70. Have section for each measured product.
> ITschak
>
>> On Tue, Mar 5, 2019 at 11:02 PM Cieri, Anthony  wrote:
>>
>>
>>IPLINFO ??
>>
>>
>> -Original Message-
>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
>> Behalf Of Carmen Vitullo
>> Sent: Tuesday, March 05, 2019 3:59 PM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: Re: SMF/RMF records for 4hr rolling average MSU?
>>
>> [[ SEI WARNING *** This email was sent from an external source. Do not
>> open attachments or click on links from unknown or suspicious senders.
***
>> ]]
>>
>>
>> got ya, well there is Marks rexx I forget which one, we used some of the
>> rexx code to show the capped MSU's the R4HA and the current cap
>> from there you can create a comma delimited file + send to Excel?
>> example of the MSU command
>>
>>
>>
>> The MSU capacity for this CEC is 281.
>> The defined MSU capacity for this LPAR is 130.
>> The 4 hour MSU average usage is 130.
>> The unused MSU capacity for this LPAR is 0.
>>
>>
>> ** This LPAR is currently being "soft capped". **
>>
>>
>>
>>
>> maybe this can work ?
>>
>>
>> Carmen Vitullo
>>
>> - Original Message -
>>
>> From: "John McKown" 
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Sent: Tuesday, March 5, 2019 2:53:41 PM
>> Subject: Re: SMF/RMF records for 4hr rolling average MSU?
>>
>> On Tue, Mar 5, 2019 at 2:51 PM Carmen Vitullo 
>> wrote:
>>
>>> the only other way to do this is if you have Omegamon, use the ZRMSU
>> major
>>> command, extract or (cut and paste) the 4hr average to excel.
>>> I had to do something like this from a product called Perfman to get
the
>>> high R4HA for each day and plot that for the month.
>>>
>>
>> No Omegamon here. Only "raw" SMF and RMF data. No SMF / RMF processing
>> software. If I knew where the data comes from, I would be tasked to
write
>> software to get what we want into an CSV to download to my boss' PC.
>>
>>
>>
>>>
>>>
>>>
>>> Carmen Vitullo
>>>
>>> - Original Message -
>>>
>>> From: "John McKown" 
>>> To: IBM-MAIN@LISTSERV.UA.EDU
>>> Sent: Tuesday, March 5, 2019 2:37:47 PM
>>> Subject: Re: SMF/RMF records for 4hr rolling average MSU?
>>>
>>> On Tue, Mar 5, 2019 at 2:34 PM Carmen Vitullo 
>>> wrote:
>>>
 Great product, EasySMF !
 blackhillsoftware.com


>>>
>>> Forgot to mention: "The mainframe is going away. There is no need to
buy
>>> any new software. Make due with what you have, write it yourself, or do
>>> without. But we want our reports!"
>>>
>>> Carmen Vitullo


>>> --
>>> I just burned 2000 calories!
>>> That's the last time I'll nap with brownies in the oven.
>>>
>>> Maranatha! <><
>>> John McKown
>>>
>>> --
>>> 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
>>>
>>
>>
>> --
>> I just burned 2000 calories!
>> That's the last time I'll nap with brownies in the oven.
>>
>> Maranatha! <><
>> John McKown
>>
>> --
>> 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
>>
>
>
> --
> ITschak Mugzach
> *|** IronSphere Platform* *|* *Information Security Contiguous Monitoring
> for Legacy **|  *
>
> --
> 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: SMF/RMF records for 4hr rolling average MSU?

[Martin Packer]

I think John might’ve wanted to know what fields to process...

You want SMF70LAC. Also SMF70LACM - for Mobile.

We’ve been very successfully processing lowish volume SMF data in REXX. You can 
do this since z/OS 2.1. I won’t tell you this moment the full gamut of SMF 
record types we’ve processed but 70-1 was the first one I had a go at - to pick 
up inactive LPARs.

I have a blog post that might help you:

https://www.ibm.com/developerworks/community/blogs/MartinPacker/entry/Rexx_Em?lang=en

Cheers, Martin

Sent from my iPad

> On 5 Mar 2019, at 20:54, John McKown  wrote:
> 
>> On Tue, Mar 5, 2019 at 2:51 PM Carmen Vitullo  wrote:
>> 
>> the only other way to do this is if you have Omegamon, use the ZRMSU major
>> command, extract or (cut and paste) the 4hr average to excel.
>> I had to do something like this from a product called Perfman to get the
>> high R4HA for each day and plot that for the month.
>> 
> 
> No Omegamon here. Only "raw" SMF and RMF data. No SMF / RMF processing
> software. If I knew where the data comes from, I would be tasked to write
> software to get what we want into an CSV to download to my boss' PC.
> 
> 
> 
>> 
>> 
>> 
>> Carmen Vitullo
>> 
>> - Original Message -
>> 
>> From: "John McKown" 
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Sent: Tuesday, March 5, 2019 2:37:47 PM
>> Subject: Re: SMF/RMF records for 4hr rolling average MSU?
>> 
>> On Tue, Mar 5, 2019 at 2:34 PM Carmen Vitullo 
>> wrote:
>> 
>>> Great product, EasySMF !
>>> blackhillsoftware.com
>>> 
>>> 
>> 
>> Forgot to mention: "The mainframe is going away. There is no need to buy
>> any new software. Make due with what you have, write it yourself, or do
>> without. But we want our reports!"
>> 
>> Carmen Vitullo
>>> 
>>> 
>> --
>> I just burned 2000 calories!
>> That's the last time I'll nap with brownies in the oven.
>> 
>> Maranatha! <><
>> John McKown
>> 
>> --
>> 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
>> 
> 
> 
> -- 
> I just burned 2000 calories!
> That's the last time I'll nap with brownies in the oven.
> 
> Maranatha! <><
> John McKown
> 
> --
> 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: Disk space allocation question [EXTERNAL]

[Gibney, Dave]

My DEFAULT DATACLAS specifies a SPACE allocation, fairly large with RLSE. This, 
plus space constraint relief, and also EXT as the DEFAULT has eliminated almost 
all x37 abends here. 
I also still run FDR COMPAK, fairly aggressive DFHSM migration to ML2 VTL, and 
a good sized overflow pool.

> -Original Message-
> From: IBM Mainframe Discussion List  On
> Behalf Of Sean Gleann
> Sent: Tuesday, March 05, 2019 3:37 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Disk space allocation question [EXTERNAL]
> 
> *sigh* I sometime wonder why I spend so much time making sure that text
> positioning, justification, etc is 'just right', only to see all that work 
> thrown
> away.
> I hope those that read my previous response can make sense of it...
> 
> Sean
> 
> On Tue, 5 Mar 2019 at 11:32, Sean Gleann  wrote:
> 
> > Thanks to all who have responded on this. I've been having 'fun'
> > experimenting with allocating files of various sizes on a badly
> > fragmented disk volume and at least I now understand why an 'I'
> > command against a file shown in an ISPF 3.4 list occasionally shows such
> surprising values.
> >
> > I don't appear to be able to make ALLOCxx settings (such as PRIM_ORG
> > or
> > RLSE) affect matters at all. I played around with various settings,
> > but all to no avail, but then I spotted Paul's response where he says
> > "...ALLOC should not step in if you have SPACE coded in your JCL...".
> > So I removed the SPACE clause in my DD statement... and the job failed
> > with a JCL error and messages:
> > IEF344I jobname REQ911 REQ911 - ALLOCATION FAILED DUE TO DATA
> FACILITY
> > SYSTEM ERROR IGD17045I SPACE NOT SPECIFIED FOR ALLOCATION OF
> DATA SET
> > The IGD... message means that "...No space was specified on the JCL or
> > in the data class for the allocation of the data set..." which is
> > precisely the situation. My JCL did not feature a SPACE clause, and my
> > SMS dataclass rule for the file in question has 'override space' set
> > to 'N', and no 'Space' values defined. I had expected ALLOC values to
> > be used, but that did not happen.
> >
> > I'm not sure where to go from here. I cannot claim to be proficient
> > with SMS at all, so I don't really want to risk upsetting  a system to
> > works (most of the time!)
> >
> > Regards
> > Sean
> >
> >
> > On Mon, 4 Mar 2019 at 15:50, Vernooij, Kees (ITOP NM) - KLM <
> > kees.verno...@klm.com> wrote:
> >
> >> 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 

Re: SMF/RMF records for 4hr rolling average MSU?

[Christopher Y. Blaicher]

Look at RCTLACS and RCTIMGWU

4HRA = RCTLACS*100/RCTIMGWU

Chris Blaicher
Technical Architect
Syncsort, Inc.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John McKown
Sent: Tuesday, March 5, 2019 4:04 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMF/RMF records for 4hr rolling average MSU?

Thanks. End of day here for me. I'll see what turns up tomorrow. Appreciate the 
ideas.

On Tue, Mar 5, 2019 at 2:59 PM Carmen Vitullo  wrote:

> got ya, well there is Marks rexx I forget which one, we used some of 
> the rexx code to show the capped MSU's the R4HA and the current cap 
> from there you can create a comma delimited file + send to Excel?
> example of the MSU command
>
>
>
> The MSU capacity for this CEC is 281.
> The defined MSU capacity for this LPAR is 130.
> The 4 hour MSU average usage is 130.
> The unused MSU capacity for this LPAR is 0.
>
>
> ** This LPAR is currently being "soft capped". **
>
>
>
>
> maybe this can work ?
>
>
> Carmen Vitullo
>
> - Original Message -
>
> From: "John McKown" 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Sent: Tuesday, March 5, 2019 2:53:41 PM
> Subject: Re: SMF/RMF records for 4hr rolling average MSU?
>
> On Tue, Mar 5, 2019 at 2:51 PM Carmen Vitullo 
> wrote:
>
> > the only other way to do this is if you have Omegamon, use the ZRMSU
> major
> > command, extract or (cut and paste) the 4hr average to excel.
> > I had to do something like this from a product called Perfman to get 
> > the high R4HA for each day and plot that for the month.
> >
>
> No Omegamon here. Only "raw" SMF and RMF data. No SMF / RMF processing 
> software. If I knew where the data comes from, I would be tasked to 
> write software to get what we want into an CSV to download to my boss' PC.
>
>
>
> >
> >
> >
> > Carmen Vitullo
> >
> > - Original Message -
> >
> > From: "John McKown" 
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Sent: Tuesday, March 5, 2019 2:37:47 PM
> > Subject: Re: SMF/RMF records for 4hr rolling average MSU?
> >
> > On Tue, Mar 5, 2019 at 2:34 PM Carmen Vitullo 
> > wrote:
> >
> > > Great product, EasySMF !
> > > blackhillsoftware.com
> > >
> > >
> >
> > Forgot to mention: "The mainframe is going away. There is no need to 
> > buy any new software. Make due with what you have, write it 
> > yourself, or do without. But we want our reports!"
> >
> > Carmen Vitullo
> > >
> > >
> > --
> > I just burned 2000 calories!
> > That's the last time I'll nap with brownies in the oven.
> >
> > Maranatha! <><
> > John McKown
> >
> > 
> > -- 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
> >
>
>
> --
> I just burned 2000 calories!
> That's the last time I'll nap with brownies in the oven.
>
> Maranatha! <><
> John McKown
>
> --
> 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
>


--
I just burned 2000 calories!
That's the last time I'll nap with brownies in the oven.

Maranatha! <><
John McKown

--
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: SMF/RMF records for 4hr rolling average MSU?

[Schuffenhauer, Mark]

I used to work with this.   We had a nightly batch job after SMF processing 
that ran, which ran rather interesting program  PGM=E2000.  The BMC Mainview 
products had a license file in order to run on the mainframe and create the 
extract, so it must be somewhere. It was the Universal Information Exchange 
(UIE) product that built the extract and bushed it to the Server with the 
Visualizer product on it.

The doc is here:   https://webapps.bmc.com/DocCenter/index.jsp

I think I would do that with RMF, the CPC Capacity screen has it, or .  Of 
course you can use the SCRT tool, depending on how often you need the 
information. But I think it's a by LPAR thing on the mainframe.  VMC Visualizer 
worked that all out with data from all the LPAR's.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
ITschak Mugzach
Sent: Tuesday, March 05, 2019 3:04 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMF/RMF records for 4hr rolling average MSU?

John, it's SMF70. Have section for each measured product.
ITschak

On Tue, Mar 5, 2019 at 11:02 PM Cieri, Anthony  wrote:

>
> IPLINFO ??
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Carmen Vitullo
> Sent: Tuesday, March 05, 2019 3:59 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: SMF/RMF records for 4hr rolling average MSU?
>
> [[ SEI WARNING *** This email was sent from an external source. Do not
> open attachments or click on links from unknown or suspicious senders.
> *** ]]
>
>
> got ya, well there is Marks rexx I forget which one, we used some of
> the rexx code to show the capped MSU's the R4HA and the current cap
> from there you can create a comma delimited file + send to Excel?
> example of the MSU command
>
>
>
> The MSU capacity for this CEC is 281.
> The defined MSU capacity for this LPAR is 130.
> The 4 hour MSU average usage is 130.
> The unused MSU capacity for this LPAR is 0.
>
>
> ** This LPAR is currently being "soft capped". **
>
>
>
>
> maybe this can work ?
>
>
> Carmen Vitullo
>
> - Original Message -
>
> From: "John McKown" 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Sent: Tuesday, March 5, 2019 2:53:41 PM
> Subject: Re: SMF/RMF records for 4hr rolling average MSU?
>
> On Tue, Mar 5, 2019 at 2:51 PM Carmen Vitullo 
> wrote:
>
> > the only other way to do this is if you have Omegamon, use the ZRMSU
> major
> > command, extract or (cut and paste) the 4hr average to excel.
> > I had to do something like this from a product called Perfman to get
> > the high R4HA for each day and plot that for the month.
> >
>
> No Omegamon here. Only "raw" SMF and RMF data. No SMF / RMF processing
> software. If I knew where the data comes from, I would be tasked to
> write software to get what we want into an CSV to download to my boss' PC.
>
>
>
> >
> >
> >
> > Carmen Vitullo
> >
> > - Original Message -
> >
> > From: "John McKown" 
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Sent: Tuesday, March 5, 2019 2:37:47 PM
> > Subject: Re: SMF/RMF records for 4hr rolling average MSU?
> >
> > On Tue, Mar 5, 2019 at 2:34 PM Carmen Vitullo 
> > wrote:
> >
> > > Great product, EasySMF !
> > > blackhillsoftware.com
> > >
> > >
> >
> > Forgot to mention: "The mainframe is going away. There is no need to
> > buy any new software. Make due with what you have, write it
> > yourself, or do without. But we want our reports!"
> >
> > Carmen Vitullo
> > >
> > >
> > --
> > I just burned 2000 calories!
> > That's the last time I'll nap with brownies in the oven.
> >
> > Maranatha! <><
> > John McKown
> >
> > 
> > -- 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
> >
>
>
> --
> I just burned 2000 calories!
> That's the last time I'll nap with brownies in the oven.
>
> Maranatha! <><
> John McKown
>
> --
> 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
>


--
ITschak Mugzach
*|** IronSphere Platform* *|* *Information Security Contiguous Monitoring for 
Legacy **|  *

Re: SMF/RMF records for 4hr rolling average MSU?

[John McKown]

Thanks. End of day here for me. I'll see what turns up tomorrow. Appreciate
the ideas.

On Tue, Mar 5, 2019 at 2:59 PM Carmen Vitullo  wrote:

> got ya, well there is Marks rexx I forget which one, we used some of the
> rexx code to show the capped MSU's the R4HA and the current cap
> from there you can create a comma delimited file + send to Excel?
> example of the MSU command
>
>
>
> The MSU capacity for this CEC is 281.
> The defined MSU capacity for this LPAR is 130.
> The 4 hour MSU average usage is 130.
> The unused MSU capacity for this LPAR is 0.
>
>
> ** This LPAR is currently being "soft capped". **
>
>
>
>
> maybe this can work ?
>
>
> Carmen Vitullo
>
> - Original Message -
>
> From: "John McKown" 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Sent: Tuesday, March 5, 2019 2:53:41 PM
> Subject: Re: SMF/RMF records for 4hr rolling average MSU?
>
> On Tue, Mar 5, 2019 at 2:51 PM Carmen Vitullo 
> wrote:
>
> > the only other way to do this is if you have Omegamon, use the ZRMSU
> major
> > command, extract or (cut and paste) the 4hr average to excel.
> > I had to do something like this from a product called Perfman to get the
> > high R4HA for each day and plot that for the month.
> >
>
> No Omegamon here. Only "raw" SMF and RMF data. No SMF / RMF processing
> software. If I knew where the data comes from, I would be tasked to write
> software to get what we want into an CSV to download to my boss' PC.
>
>
>
> >
> >
> >
> > Carmen Vitullo
> >
> > - Original Message -
> >
> > From: "John McKown" 
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Sent: Tuesday, March 5, 2019 2:37:47 PM
> > Subject: Re: SMF/RMF records for 4hr rolling average MSU?
> >
> > On Tue, Mar 5, 2019 at 2:34 PM Carmen Vitullo 
> > wrote:
> >
> > > Great product, EasySMF !
> > > blackhillsoftware.com
> > >
> > >
> >
> > Forgot to mention: "The mainframe is going away. There is no need to buy
> > any new software. Make due with what you have, write it yourself, or do
> > without. But we want our reports!"
> >
> > Carmen Vitullo
> > >
> > >
> > --
> > I just burned 2000 calories!
> > That's the last time I'll nap with brownies in the oven.
> >
> > Maranatha! <><
> > John McKown
> >
> > --
> > 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
> >
>
>
> --
> I just burned 2000 calories!
> That's the last time I'll nap with brownies in the oven.
>
> Maranatha! <><
> John McKown
>
> --
> 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
>


-- 
I just burned 2000 calories!
That's the last time I'll nap with brownies in the oven.

Maranatha! <><
John McKown

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

Re: SMF/RMF records for 4hr rolling average MSU?

[ITschak Mugzach]

John, it's SMF70. Have section for each measured product.
ITschak

On Tue, Mar 5, 2019 at 11:02 PM Cieri, Anthony  wrote:

>
> IPLINFO ??
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Carmen Vitullo
> Sent: Tuesday, March 05, 2019 3:59 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: SMF/RMF records for 4hr rolling average MSU?
>
> [[ SEI WARNING *** This email was sent from an external source. Do not
> open attachments or click on links from unknown or suspicious senders. ***
> ]]
>
>
> got ya, well there is Marks rexx I forget which one, we used some of the
> rexx code to show the capped MSU's the R4HA and the current cap
> from there you can create a comma delimited file + send to Excel?
> example of the MSU command
>
>
>
> The MSU capacity for this CEC is 281.
> The defined MSU capacity for this LPAR is 130.
> The 4 hour MSU average usage is 130.
> The unused MSU capacity for this LPAR is 0.
>
>
> ** This LPAR is currently being "soft capped". **
>
>
>
>
> maybe this can work ?
>
>
> Carmen Vitullo
>
> - Original Message -
>
> From: "John McKown" 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Sent: Tuesday, March 5, 2019 2:53:41 PM
> Subject: Re: SMF/RMF records for 4hr rolling average MSU?
>
> On Tue, Mar 5, 2019 at 2:51 PM Carmen Vitullo 
> wrote:
>
> > the only other way to do this is if you have Omegamon, use the ZRMSU
> major
> > command, extract or (cut and paste) the 4hr average to excel.
> > I had to do something like this from a product called Perfman to get the
> > high R4HA for each day and plot that for the month.
> >
>
> No Omegamon here. Only "raw" SMF and RMF data. No SMF / RMF processing
> software. If I knew where the data comes from, I would be tasked to write
> software to get what we want into an CSV to download to my boss' PC.
>
>
>
> >
> >
> >
> > Carmen Vitullo
> >
> > - Original Message -
> >
> > From: "John McKown" 
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Sent: Tuesday, March 5, 2019 2:37:47 PM
> > Subject: Re: SMF/RMF records for 4hr rolling average MSU?
> >
> > On Tue, Mar 5, 2019 at 2:34 PM Carmen Vitullo 
> > wrote:
> >
> > > Great product, EasySMF !
> > > blackhillsoftware.com
> > >
> > >
> >
> > Forgot to mention: "The mainframe is going away. There is no need to buy
> > any new software. Make due with what you have, write it yourself, or do
> > without. But we want our reports!"
> >
> > Carmen Vitullo
> > >
> > >
> > --
> > I just burned 2000 calories!
> > That's the last time I'll nap with brownies in the oven.
> >
> > Maranatha! <><
> > John McKown
> >
> > --
> > 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
> >
>
>
> --
> I just burned 2000 calories!
> That's the last time I'll nap with brownies in the oven.
>
> Maranatha! <><
> John McKown
>
> --
> 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
>


-- 
ITschak Mugzach
*|** IronSphere Platform* *|* *Information Security Contiguous Monitoring
for Legacy **|  *

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

Re: SMF/RMF records for 4hr rolling average MSU?

[Carmen Vitullo]

That's the one ! 


Carmen Vitullo 

- Original Message -

From: "Anthony Cieri"  
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Tuesday, March 5, 2019 3:01:21 PM 
Subject: Re: SMF/RMF records for 4hr rolling average MSU? 


IPLINFO ?? 


-Original Message- 
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Carmen Vitullo 
Sent: Tuesday, March 05, 2019 3:59 PM 
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: SMF/RMF records for 4hr rolling average MSU? 

[[ SEI WARNING *** This email was sent from an external source. Do not open 
attachments or click on links from unknown or suspicious senders. *** ]] 


got ya, well there is Marks rexx I forget which one, we used some of the rexx 
code to show the capped MSU's the R4HA and the current cap 
from there you can create a comma delimited file + send to Excel? 
example of the MSU command 



The MSU capacity for this CEC is 281. 
The defined MSU capacity for this LPAR is 130. 
The 4 hour MSU average usage is 130. 
The unused MSU capacity for this LPAR is 0. 


** This LPAR is currently being "soft capped". ** 




maybe this can work ? 


Carmen Vitullo 

- Original Message - 

From: "John McKown"  
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Tuesday, March 5, 2019 2:53:41 PM 
Subject: Re: SMF/RMF records for 4hr rolling average MSU? 

On Tue, Mar 5, 2019 at 2:51 PM Carmen Vitullo  wrote: 

> the only other way to do this is if you have Omegamon, use the ZRMSU major 
> command, extract or (cut and paste) the 4hr average to excel. 
> I had to do something like this from a product called Perfman to get the 
> high R4HA for each day and plot that for the month. 
> 

No Omegamon here. Only "raw" SMF and RMF data. No SMF / RMF processing 
software. If I knew where the data comes from, I would be tasked to write 
software to get what we want into an CSV to download to my boss' PC. 



> 
> 
> 
> Carmen Vitullo 
> 
> - Original Message - 
> 
> From: "John McKown"  
> To: IBM-MAIN@LISTSERV.UA.EDU 
> Sent: Tuesday, March 5, 2019 2:37:47 PM 
> Subject: Re: SMF/RMF records for 4hr rolling average MSU? 
> 
> On Tue, Mar 5, 2019 at 2:34 PM Carmen Vitullo  
> wrote: 
> 
> > Great product, EasySMF ! 
> > blackhillsoftware.com 
> > 
> > 
> 
> Forgot to mention: "The mainframe is going away. There is no need to buy 
> any new software. Make due with what you have, write it yourself, or do 
> without. But we want our reports!" 
> 
> Carmen Vitullo 
> > 
> > 
> -- 
> I just burned 2000 calories! 
> That's the last time I'll nap with brownies in the oven. 
> 
> Maranatha! <>< 
> John McKown 
> 
> -- 
> 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 
> 


-- 
I just burned 2000 calories! 
That's the last time I'll nap with brownies in the oven. 

Maranatha! <>< 
John McKown 

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


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

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


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

Re: SMF/RMF records for 4hr rolling average MSU?

[Jerry Whitteridge]

John - Try looking at the RMF Spreadsheet Reporter. It MAY be able to give
you what you are looking for and its the right price (I assume you company
will provide you Excel on your PC)

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/05/2019 01:53:41 PM:

> From: John McKown 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date: 03/05/2019 01:54 PM
> Subject: Re: SMF/RMF records for 4hr rolling average MSU?
> Sent by: IBM Mainframe Discussion List 
>
> On Tue, Mar 5, 2019 at 2:51 PM Carmen Vitullo 
wrote:
>
> > the only other way to do this is if you have Omegamon, use the ZRMSU
major
> > command, extract or (cut and paste) the 4hr average to excel.
> > I had to do something like this from a product called Perfman to get
the
> > high R4HA for each day and plot that for the month.
> >
>
> No Omegamon here. Only "raw" SMF and RMF data. No SMF / RMF processing
> software. If I knew where the data comes from, I would be tasked to write
> software to get what we want into an CSV to download to my boss' PC.
>
>
>
> >
> >
> >
> > Carmen Vitullo
> >
> > - Original Message -
> >
> > From: "John McKown" 
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Sent: Tuesday, March 5, 2019 2:37:47 PM
> > Subject: Re: SMF/RMF records for 4hr rolling average MSU?
> >
> > On Tue, Mar 5, 2019 at 2:34 PM Carmen Vitullo 
> > wrote:
> >
> > > Great product, EasySMF !
> > > blackhillsoftware.com
> > >
> > >
> >
> > Forgot to mention: "The mainframe is going away. There is no need to
buy
> > any new software. Make due with what you have, write it yourself, or do
> > without. But we want our reports!"
> >
> > Carmen Vitullo
> > >
> > >
> > --
> > I just burned 2000 calories!
> > That's the last time I'll nap with brownies in the oven.
> >
> > Maranatha! <><
> > John McKown
> >
> > --
> > 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
> >
>
>
> --
> I just burned 2000 calories!
> That's the last time I'll nap with brownies in the oven.
>
> Maranatha! <><
> John McKown
>
> --
> 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: SMF/RMF records for 4hr rolling average MSU?

[Cieri, Anthony]

IPLINFO ??


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Carmen Vitullo
Sent: Tuesday, March 05, 2019 3:59 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMF/RMF records for 4hr rolling average MSU?

[[ SEI WARNING *** This email was sent from an external source. Do not open 
attachments or click on links from unknown or suspicious senders. *** ]]


got ya, well there is Marks rexx I forget which one, we used some of the rexx 
code to show the capped MSU's the R4HA and the current cap 
from there you can create a comma delimited file + send to Excel? 
example of the MSU command 



The MSU capacity for this CEC is 281. 
The defined MSU capacity for this LPAR is 130. 
The 4 hour MSU average usage is 130. 
The unused MSU capacity for this LPAR is 0. 


** This LPAR is currently being "soft capped". ** 




maybe this can work ? 


Carmen Vitullo 

- Original Message -

From: "John McKown"  
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Tuesday, March 5, 2019 2:53:41 PM 
Subject: Re: SMF/RMF records for 4hr rolling average MSU? 

On Tue, Mar 5, 2019 at 2:51 PM Carmen Vitullo  wrote: 

> the only other way to do this is if you have Omegamon, use the ZRMSU major 
> command, extract or (cut and paste) the 4hr average to excel. 
> I had to do something like this from a product called Perfman to get the 
> high R4HA for each day and plot that for the month. 
> 

No Omegamon here. Only "raw" SMF and RMF data. No SMF / RMF processing 
software. If I knew where the data comes from, I would be tasked to write 
software to get what we want into an CSV to download to my boss' PC. 



> 
> 
> 
> Carmen Vitullo 
> 
> - Original Message - 
> 
> From: "John McKown"  
> To: IBM-MAIN@LISTSERV.UA.EDU 
> Sent: Tuesday, March 5, 2019 2:37:47 PM 
> Subject: Re: SMF/RMF records for 4hr rolling average MSU? 
> 
> On Tue, Mar 5, 2019 at 2:34 PM Carmen Vitullo  
> wrote: 
> 
> > Great product, EasySMF ! 
> > blackhillsoftware.com 
> > 
> > 
> 
> Forgot to mention: "The mainframe is going away. There is no need to buy 
> any new software. Make due with what you have, write it yourself, or do 
> without. But we want our reports!" 
> 
> Carmen Vitullo 
> > 
> > 
> -- 
> I just burned 2000 calories! 
> That's the last time I'll nap with brownies in the oven. 
> 
> Maranatha! <>< 
> John McKown 
> 
> -- 
> 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 
> 


-- 
I just burned 2000 calories! 
That's the last time I'll nap with brownies in the oven. 

Maranatha! <>< 
John McKown 

-- 
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: SMF/RMF records for 4hr rolling average MSU?

[Carmen Vitullo]

got ya, well there is Marks rexx I forget which one, we used some of the rexx 
code to show the capped MSU's the R4HA and the current cap 
from there you can create a comma delimited file + send to Excel? 
example of the MSU command 



The MSU capacity for this CEC is 281. 
The defined MSU capacity for this LPAR is 130. 
The 4 hour MSU average usage is 130. 
The unused MSU capacity for this LPAR is 0. 


** This LPAR is currently being "soft capped". ** 




maybe this can work ? 


Carmen Vitullo 

- Original Message -

From: "John McKown"  
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Tuesday, March 5, 2019 2:53:41 PM 
Subject: Re: SMF/RMF records for 4hr rolling average MSU? 

On Tue, Mar 5, 2019 at 2:51 PM Carmen Vitullo  wrote: 

> the only other way to do this is if you have Omegamon, use the ZRMSU major 
> command, extract or (cut and paste) the 4hr average to excel. 
> I had to do something like this from a product called Perfman to get the 
> high R4HA for each day and plot that for the month. 
> 

No Omegamon here. Only "raw" SMF and RMF data. No SMF / RMF processing 
software. If I knew where the data comes from, I would be tasked to write 
software to get what we want into an CSV to download to my boss' PC. 



> 
> 
> 
> Carmen Vitullo 
> 
> - Original Message - 
> 
> From: "John McKown"  
> To: IBM-MAIN@LISTSERV.UA.EDU 
> Sent: Tuesday, March 5, 2019 2:37:47 PM 
> Subject: Re: SMF/RMF records for 4hr rolling average MSU? 
> 
> On Tue, Mar 5, 2019 at 2:34 PM Carmen Vitullo  
> wrote: 
> 
> > Great product, EasySMF ! 
> > blackhillsoftware.com 
> > 
> > 
> 
> Forgot to mention: "The mainframe is going away. There is no need to buy 
> any new software. Make due with what you have, write it yourself, or do 
> without. But we want our reports!" 
> 
> Carmen Vitullo 
> > 
> > 
> -- 
> I just burned 2000 calories! 
> That's the last time I'll nap with brownies in the oven. 
> 
> Maranatha! <>< 
> John McKown 
> 
> -- 
> 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 
> 


-- 
I just burned 2000 calories! 
That's the last time I'll nap with brownies in the oven. 

Maranatha! <>< 
John McKown 

-- 
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: SMF/RMF records for 4hr rolling average MSU?

[John McKown]

On Tue, Mar 5, 2019 at 2:51 PM Carmen Vitullo  wrote:

> the only other way to do this is if you have Omegamon, use the ZRMSU major
> command, extract or (cut and paste) the 4hr average to excel.
> I had to do something like this from a product called Perfman to get the
> high R4HA for each day and plot that for the month.
>

No Omegamon here. Only "raw" SMF and RMF data. No SMF / RMF processing
software. If I knew where the data comes from, I would be tasked to write
software to get what we want into an CSV to download to my boss' PC.



>
>
>
> Carmen Vitullo
>
> - Original Message -
>
> From: "John McKown" 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Sent: Tuesday, March 5, 2019 2:37:47 PM
> Subject: Re: SMF/RMF records for 4hr rolling average MSU?
>
> On Tue, Mar 5, 2019 at 2:34 PM Carmen Vitullo 
> wrote:
>
> > Great product, EasySMF !
> > blackhillsoftware.com
> >
> >
>
> Forgot to mention: "The mainframe is going away. There is no need to buy
> any new software. Make due with what you have, write it yourself, or do
> without. But we want our reports!"
>
> Carmen Vitullo
> >
> >
> --
> I just burned 2000 calories!
> That's the last time I'll nap with brownies in the oven.
>
> Maranatha! <><
> John McKown
>
> --
> 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
>


-- 
I just burned 2000 calories!
That's the last time I'll nap with brownies in the oven.

Maranatha! <><
John McKown

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

Re: SMF/RMF records for 4hr rolling average MSU?

[John McKown]

On Tue, Mar 5, 2019 at 2:41 PM Carmen Vitullo  wrote:

> better! Easysmf runs on your PC, there's a loader program that runs on a
> server or your PC and you can schedule (with windows schedure) the ftp of
> the data and the load of the data, it comes with some reports and graphs
> and you can extract to excel
> :)
>

Nice, but it would still be "mainframe" support software and likely not
acceptable. I will look at it and see what my boss thinks.



>
>
> Carmen Vitullo
>
> - Original Message -
>
> From: "John McKown" 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Sent: Tuesday, March 5, 2019 2:37:47 PM
> Subject: Re: SMF/RMF records for 4hr rolling average MSU?
>
> On Tue, Mar 5, 2019 at 2:34 PM Carmen Vitullo 
> wrote:
>
> > Great product, EasySMF !
> > blackhillsoftware.com
> >
> >
>
> Forgot to mention: "The mainframe is going away. There is no need to buy
> any new software. Make due with what you have, write it yourself, or do
> without. But we want our reports!"
>
> Carmen Vitullo
> >
> >
> --
> I just burned 2000 calories!
> That's the last time I'll nap with brownies in the oven.
>
> Maranatha! <><
> John McKown
>
> --
> 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
>


-- 
I just burned 2000 calories!
That's the last time I'll nap with brownies in the oven.

Maranatha! <><
John McKown

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

Re: SMF/RMF records for 4hr rolling average MSU?

[Carmen Vitullo]

the only other way to do this is if you have Omegamon, use the ZRMSU major 
command, extract or (cut and paste) the 4hr average to excel. 
I had to do something like this from a product called Perfman to get the high 
R4HA for each day and plot that for the month. 



Carmen Vitullo 

- Original Message -

From: "John McKown"  
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Tuesday, March 5, 2019 2:37:47 PM 
Subject: Re: SMF/RMF records for 4hr rolling average MSU? 

On Tue, Mar 5, 2019 at 2:34 PM Carmen Vitullo  wrote: 

> Great product, EasySMF ! 
> blackhillsoftware.com 
> 
> 

Forgot to mention: "The mainframe is going away. There is no need to buy 
any new software. Make due with what you have, write it yourself, or do 
without. But we want our reports!" 

Carmen Vitullo 
> 
> 
-- 
I just burned 2000 calories! 
That's the last time I'll nap with brownies in the oven. 

Maranatha! <>< 
John McKown 

-- 
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: SMF/RMF records for 4hr rolling average MSU?

[Carmen Vitullo]

better! Easysmf runs on your PC, there's a loader program that runs on a server 
or your PC and you can schedule (with windows schedure) the ftp of the data and 
the load of the data, it comes with some reports and graphs and you can extract 
to excel 
:) 


Carmen Vitullo 

- Original Message -

From: "John McKown"  
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Tuesday, March 5, 2019 2:37:47 PM 
Subject: Re: SMF/RMF records for 4hr rolling average MSU? 

On Tue, Mar 5, 2019 at 2:34 PM Carmen Vitullo  wrote: 

> Great product, EasySMF ! 
> blackhillsoftware.com 
> 
> 

Forgot to mention: "The mainframe is going away. There is no need to buy 
any new software. Make due with what you have, write it yourself, or do 
without. But we want our reports!" 

Carmen Vitullo 
> 
> 
-- 
I just burned 2000 calories! 
That's the last time I'll nap with brownies in the oven. 

Maranatha! <>< 
John McKown 

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

[Seymour J Metz]

Without the SETROPTS he won't hear about them; at least not for datasets.


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


From: IBM Mainframe Discussion List  on behalf of 
Sankaranarayanan, Vignesh 
Sent: Tuesday, March 5, 2019 3:15 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] How many asterisks to change a lightbulb?

Skip,

Wait till you hear about EGNs! 

– Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Seymour J Metz
Sent: 04 March 2019 17:07
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] How many asterisks to change a lightbulb?

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

MARKSANDSPENCER.COM

 Unless otherwise stated above:
Marks and Spencer plc
Registered Office:
Waterside House
35 North Wharf Road
London
W2 1NW

Registered No. 214436 in England and Wales.

Telephone (020) 7935 4422
Facsimile (020) 7487 2670

http://secure-web.cisco.com/1hkn94WhxBD8LoHJO8Cv_VM6ZEiZF3wpVRXksDNeYR3oY8r4YSA0zAYRGDwm2hrZf2KBGw8HEbuuF8cS7V4QvMXf8mmNBaPusu4A_r0S1ttH32ZPBk2J3rJ28-Pu18BK4hAK5Pr6rm9qm3BqUMnKVxSK_6FI9BRZ0gdfaF4zdxg3VfvMZgQbBqORJF8H-U9wyoQASSzY9lQAYWswtKhfpPQQAagLBRtpgaYOzR991RIcwgZTA9PUjbDKydm8sMOw-E3as-ZAU9_pWRFrtC6dQJpdcfh7UnnW5yiXX_I0H3_rIjpv91t8Pd10OIakmoXjA6dYbtxbfc0n1pJVFeo3WbRzoHHXBvJB0Y4yL7JGlwcoF04JvsANx0Dm5p3AqvOpurLkekPIYuBSUFZcjeqgowv_k-2sZDQXB05lIXjHnx3Ha7pwxBC5JFi78MVBYovG2/http%3A%2F%2Fwww.marksandspencer.com

Please note that electronic mail may be monitored.

This e-mail is confidential. If you received it by mistake, please let us know 
and then delete it from your system; you should not copy, disclose, or 
distribute its contents to anyone nor act in reliance on this e-mail, as this 
is prohibited and may be 

Re: SMF/RMF records for 4hr rolling average MSU?

[John McKown]

On Tue, Mar 5, 2019 at 2:34 PM Carmen Vitullo  wrote:

> Great product, EasySMF !
> blackhillsoftware.com
>
>

Forgot to mention: "The mainframe is going away. There is no need to buy
any new software. Make due with what you have, write it yourself, or do
without. But we want our reports!"

Carmen Vitullo
>
>
-- 
I just burned 2000 calories!
That's the last time I'll nap with brownies in the oven.

Maranatha! <><
John McKown

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

Re: SMF/RMF records for 4hr rolling average MSU?

[Carmen Vitullo]

Great product, EasySMF ! 
blackhillsoftware.com 



Carmen Vitullo 

- Original Message -

From: "John McKown"  
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Tuesday, March 5, 2019 2:32:24 PM 
Subject: SMF/RMF records for 4hr rolling average MSU? 

We have an old product (BMC Mainview Predict / Analyzer), running on an old 
Windows server, which gets SMF / RMF data and produces a graph of the 4 hr 
rolling average. Unfortunately, we have been told that the old Window 
server is being decommissioned, no reprieve possible. We can't afford the 
new BMC replacement products (or refuse to afford it maybe). So we're 
trying to get the information in order to put it in an Excel spreadsheet 
and do the graph ourselves. But we can't find where the data is coming 
from. Any advice (other than retiring - which is looking better every week). 

-- 
I just burned 2000 calories! 
That's the last time I'll nap with brownies in the oven. 

Maranatha! <>< 
John McKown 

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

SMF/RMF records for 4hr rolling average MSU?

[John McKown]

We have an old product (BMC Mainview Predict / Analyzer), running on an old
Windows server, which gets SMF / RMF data and produces a graph of the 4 hr
rolling average. Unfortunately, we have been told that the old Window
server is being decommissioned, no reprieve possible. We can't afford the
new BMC replacement products (or refuse to afford it maybe). So we're
trying to get the information in order to put it in an Excel spreadsheet
and do the graph ourselves. But we can't find where the data is coming
from. Any advice (other than retiring - which is looking better every week).

-- 
I just burned 2000 calories!
That's the last time I'll nap with brownies in the oven.

Maranatha! <><
John McKown

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

Re: Serverpac error CHKVERSN

[Seymour J Metz]

Allocate a different log file before you enter ISPF.


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


From: IBM Mainframe Discussion List  on behalf of 
Peter 
Sent: Tuesday, March 5, 2019 4:31 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Serverpac error CHKVERSN

Hi

I am building a zOS using serverpac and one of the step CHKVERSN fails with
the below message

READY
PROFILE PREFIX (TECH)
READY
ISPSTART CMD(CPPECHKV)

ISPF Dataset allocation error - press enter to continue
LOG file allocation error - ISPF will operate without log file
TECH.X.SPFLOG1.LIST in use

I understand this is coming because my ID is logged in

Any clue on how to proceed further with the above ?

Peter

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

Migration actions query

[Carmen Vitullo]

going over the migration actions again trying to understand this action;

Prepare for the removal of z/OS Batch Runtime

BCDPROC comes with my serverpac install and I see we don't use this procedure 
but we do use JZOS Java Batch Launcher for version 8 in production, but this 
launcher comes with Java, not the OS. BCDPROC executes the same program 

PGM=JVMLDM,REGION=0M,
   PARM='/'


Follow these steps:
1. Determine whether your programs use z/OS Batch Runtime. Check for references 
to:
v JCL PROC BCDPROC
v BCDBATCH
v Java classes in com.ibm.zos.batch.container.BCDBatchContainer.


my confusion...what the difference between the two?

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

[Seymour J Metz]

Well, if bad documentation is the issue, why is windoze still here?


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


From: IBM Mainframe Discussion List  on behalf of 
Bill Ogden 
Sent: Tuesday, March 5, 2019 10:09 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: New look and linking for V2.3 product documentation PDFs

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

50 years from now, when Ph.D. students are writing dissertations on "Why
the mainframe disappeared" I suspect they will narrow the search to two
very basic, interrelated issues:

1. Lack of a hands-on hobby version, and
2. Lack of good study documentation.

On-line manuals are great for looking up an isolated fact; IMHO, they
leave much to be desired for serious study.

Bill Ogden


--
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: XML File to MQ

[Ron Thomas]

Thanks Allan for your thoughts .

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

Re: XML File to MQ

[Allan Staller]

This would relate to how robust the MQ setup is. We have had issues with 
unexpected volumes of transactions.

You might try (e.g. 10K*400) multiple times.

HTH,

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Ron 
Thomas
Sent: Tuesday, March 5, 2019 12:39 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: XML File to MQ

Hi . I am working in one of the data migration projects where are sending item 
related details to a 3'rd party system .  We have around 300K items and we are 
planning to send through a XML file in 4 batches . One Item has got around 400 
lines of information.

So our question is it ok  to send such huge volume of xml data (75000*400 = 30 
Million lines of data).

what are the kind of failures we see here ? is this approach good in production 
environment ? Would like to get some suggestions on this  .

Regards
Ron T

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
::DISCLAIMER::
--
The contents of this e-mail and any attachment(s) are confidential and intended 
for the named recipient(s) only. E-mail transmission is not guaranteed to be 
secure or error-free as information could be intercepted, corrupted, lost, 
destroyed, arrive late or incomplete, or may contain viruses in transmission. 
The e mail and its contents (with or without referred errors) shall therefore 
not attach any liability on the originator or HCL or its affiliates. Views or 
opinions, if any, presented in this email are solely those of the author and 
may not necessarily reflect the views or opinions of HCL or its affiliates. Any 
form of reproduction, dissemination, copying, disclosure, modification, 
distribution and / or publication of this message without the prior written 
consent of authorized representative of HCL is strictly prohibited. If you have 
received this email in error please delete it and notify the sender 
immediately. Before opening any email and/or attachments, please check them for 
viruses and other defects.
--

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

XML File to MQ

[Ron Thomas]

Hi . I am working in one of the data migration projects where are sending item 
related details to a 3'rd party system .  We have around 300K items and we are 
planning to send through a XML file in 4 batches . One Item has got around 400 
lines of information.

So our question is it ok  to send such huge volume of xml data (75000*400 = 30 
Million lines of data). 

what are the kind of failures we see here ? is this approach good in production 
environment ? Would like to get some suggestions on this  .

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

[Carmen Vitullo]

thanks Rob, a PM from Patrick helped me find the error of my ways ! 



Carmen Vitullo 

- Original Message -

From: "Rob Scott"  
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Tuesday, March 5, 2019 11:09:54 AM 
Subject: Re: CPU time and zIIP 

Choose option 4 to show the fields and you go thru the list of columns using 
"enter". 

Once all columns have been shown, the next panel is the "Additional 
Information" menu that I mentioned. 

Also - some of the field names in the short field help are enabled for 
point-and-shoot for more information. 

Rob Scott 

-Original Message- 
From: IBM Mainframe Discussion List  On Behalf Of 
Carmen Vitullo 
Sent: Tuesday, March 5, 2019 1:25 PM 
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: CPU time and zIIP 

I don't see the same HELP as you Rob, 
HELP or PF1 in DA panel gets me here 





Select a topic by number, or press Enter to view them in sequence. 

1 - Introduction to the DA panel 
2 - Syntax of the DA command 
3 - Action characters: display output, cancel jobs, etc. 
4 - Fields on the DA panel 
5 - Overtyping fields to change their values 
6 - Commands: limit jobs displayed, search, etc. 

These topics are displayed only if selected: 

97 - What's new 
98 - Search and navigate the help 
99 - Messages 

for me, it's not a big deal, I can get the RMF/SMF data I need to get a good 
picture, somewhat historical, but I can get it. 


Carmen Vitullo 

- Original Message - 

From: "Rob Scott"  
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Tuesday, March 5, 2019 4:39:14 AM 
Subject: Re: CPU time and zIIP 

Under the help section of the "DA" command, after the brief descriptions of the 
columns, there is an appendix section for detailed information on certain 
sections. 

It looks something like this : 

For more information, select a topic by number: 
1 - Address space positions 
2 - Swap out reason codes 
3 - Server values 
4 - Displaying alternate fields 
5 - Changing the colors of fields 
6 - Changing the order of fields 
7 - CPU and SIO fields 
8 - Scaling and abbreviations for values 

Choosing option 7, leads to several help panels describing in detail where SDSF 
sources the information and the calculations involved in showing the data, for 
example : 

CPU-Time and ECPU-Time columns: SDSF obtains the values for 
these columns from RMF, as follows: 

CPU-Time = ASCBEJST + ASCBSRBT + ASSBASST (source field R791TCPU) 
ECPU-Time = ASCBEJST + ASCBSRBT + ASSBPHTM (source field R791TCPC) 

where: 

ASCBEJST is elapsed job step time 
ASCBSRBT is accumulated SRB time 
ASSBASST is the CPU time consumed by preemptible class SRBs 
running on behalf of this address space, in milliseconds 
ASSBPHTM is the CPU time consumed by preemptible class SRBs 
running in this address space, in milliseconds (threads 
plus enclaves) 

GCP-Time, zAAP-Time and zACP-Time are not normalized. 
SDSF obtains the values for these columns from RMF: 

GCP-Time source field is R791TCPU 
zAAP-Time source field is R791TIFA 
zACP-Time source field is R791TIFC 

zAAP-NTime is normalized to the slower CP, to facilitate 
comparing values. The normalization uses fields from 
RMF, as follows: 

R791TIFA x R791NFFI 
--- 
256 


..etc etc 


Rob Scott 
Rocket Software 

-Original Message- 
From: IBM Mainframe Discussion List  On Behalf Of 
Seymour J Metz 
Sent: Monday, March 4, 2019 5:10 PM 
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: CPU time and zIIP 

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 
https://nam01.safelinks.protection.outlook.com/?url=http:%2F%2Fmason.gmu.edu%2F~smetz3data=02%7C01%7CRScott%40ROCKETSOFTWARE.COM%7C9742b37cf34f48ed751108d6a16df68f%7C79544c1eed224879a082b67a9a672aae%7C0%7C0%7C636873891015867170sdata=Ai0Sh6AHgWFIhfyfNAR7m4gPqPlfntm4pua%2BbO2om%2Fs%3Dreserved=0
 

 
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 

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

[Tom Brennan]

Things like the ABC's of System Programming are really good.  But 
without #1, they aren't much help to someone interested.


On 3/5/2019 7:09 AM, Bill Ogden wrote:

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?


50 years from now, when Ph.D. students are writing dissertations on "Why
the mainframe disappeared" I suspect they will narrow the search to two
very basic, interrelated issues:

1. Lack of a hands-on hobby version, and
2. Lack of good study documentation.

On-line manuals are great for looking up an isolated fact; IMHO, they
leave much to be desired for serious study.

Bill Ogden


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

[Rob Scott]

Choose option 4 to show the fields and you go thru the list of columns using 
"enter".

Once all columns have been shown, the next panel is the "Additional 
Information" menu that I mentioned.

Also - some of the field names in the short field help are enabled for 
point-and-shoot for more information.

Rob Scott

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Carmen Vitullo
Sent: Tuesday, March 5, 2019 1:25 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: CPU time and zIIP

I don't see the same HELP as you Rob,
HELP or PF1 in DA panel gets me here





Select a topic by number, or press Enter to view them in sequence.

1 - Introduction to the DA panel
2 - Syntax of the DA command
3 - Action characters: display output, cancel jobs, etc.
4 - Fields on the DA panel
5 - Overtyping fields to change their values
6 - Commands: limit jobs displayed, search, etc.

These topics are displayed only if selected:

97 - What's new
98 - Search and navigate the help
99 - Messages

for me, it's not a big deal, I can get the RMF/SMF data I need to get a good 
picture, somewhat historical, but I can get it.


Carmen Vitullo

- Original Message -

From: "Rob Scott" 
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Tuesday, March 5, 2019 4:39:14 AM
Subject: Re: CPU time and zIIP

Under the help section of the "DA" command, after the brief descriptions of the 
columns, there is an appendix section for detailed information on certain 
sections.

It looks something like this :

For more information, select a topic by number:
1 - Address space positions
2 - Swap out reason codes
3 - Server values
4 - Displaying alternate fields
5 - Changing the colors of fields
6 - Changing the order of fields
7 - CPU and SIO fields
8 - Scaling and abbreviations for values

Choosing option 7, leads to several help panels describing in detail where SDSF 
sources the information and the calculations involved in showing the data, for 
example :

CPU-Time and ECPU-Time columns: SDSF obtains the values for
these columns from RMF, as follows:

CPU-Time = ASCBEJST + ASCBSRBT + ASSBASST (source field R791TCPU)
ECPU-Time = ASCBEJST + ASCBSRBT + ASSBPHTM (source field R791TCPC)

where:

ASCBEJST is elapsed job step time
ASCBSRBT is accumulated SRB time
ASSBASST is the CPU time consumed by preemptible class SRBs
running on behalf of this address space, in milliseconds
ASSBPHTM is the CPU time consumed by preemptible class SRBs
running in this address space, in milliseconds (threads
plus enclaves)

GCP-Time, zAAP-Time and zACP-Time are not normalized.
SDSF obtains the values for these columns from RMF:

GCP-Time source field is R791TCPU
zAAP-Time source field is R791TIFA
zACP-Time source field is R791TIFC

zAAP-NTime is normalized to the slower CP, to facilitate
comparing values. The normalization uses fields from
RMF, as follows:

R791TIFA x R791NFFI
---
256


..etc etc


Rob Scott
Rocket Software

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Seymour J Metz
Sent: Monday, March 4, 2019 5:10 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: CPU time and zIIP

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
https://nam01.safelinks.protection.outlook.com/?url=http:%2F%2Fmason.gmu.edu%2F~smetz3data=02%7C01%7CRScott%40ROCKETSOFTWARE.COM%7C9742b37cf34f48ed751108d6a16df68f%7C79544c1eed224879a082b67a9a672aae%7C0%7C0%7C636873891015867170sdata=Ai0Sh6AHgWFIhfyfNAR7m4gPqPlfntm4pua%2BbO2om%2Fs%3Dreserved=0


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

Re: SMPE Internet Service Retrieval: TRANSFERONLY

[Jesse 1 Robinson]

"Can you use HTTPS with RECEIVE ORDER?  Or is this FTPS only?"

Although my previous post suggested using FTP to pull the year's-worth HOLDDATA 
file and re-RECEIVE it to all global zones, we employ RECEIVE ORDER to pull 
actual PTF data. We do this with HTTPS because we cannot use FTPS. (Long 
story.) So yes, I can verify that this works. 

.
.
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 Mark Pace
Sent: Tuesday, March 05, 2019 8:24 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: SMPE Internet Service Retrieval: TRANSFERONLY

I'm still using the old way of FTPing the HOLDDATA every week.  And I use HTTPS 
to download maintenance from SHOPZ.

Can you use HTTPS with RECEIVE ORDER?  Or is this FTPS only?

On Tue, Mar 5, 2019 at 9:32 AM Kurt Quackenbush  wrote:

> On 3/4/2019 4:33 PM, Smith, Sean M wrote:
> > "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)
>
> Sort'a.  You'd have to scrape the output from the RECEIVE ORDER to 
> capture the generated subdirectory name, then do the following for the 
> other global zones:
>
> RECEIVE FROMNTS('ORD1-05March2019-08.57.58')
>
> > 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.
>
> This may be blasphemous, but have you considered using a single, or 
> maybe fewer, global zones?  Maybe even just for your daily receive of 
> the HOLDDATA and running all of your reports.  More global zones are 
> not always necessary or helpful.
>
> Kurt Quackenbush -- IBM, SMP/E Development


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

[Mark Pace]

I'm still using the old way of FTPing the HOLDDATA every week.  And I use
HTTPS to download maintenance from SHOPZ.

Can you use HTTPS with RECEIVE ORDER?  Or is this FTPS only?

On Tue, Mar 5, 2019 at 9:32 AM Kurt Quackenbush  wrote:

> On 3/4/2019 4:33 PM, Smith, Sean M wrote:
> > "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)
>
> Sort'a.  You'd have to scrape the output from the RECEIVE ORDER to
> capture the generated subdirectory name, then do the following for the
> other global zones:
>
> RECEIVE FROMNTS('ORD1-05March2019-08.57.58')
>
> > 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.
>
> This may be blasphemous, but have you considered using a single, or
> maybe fewer, global zones?  Maybe even just for your daily receive of
> the HOLDDATA and running all of your reports.  More global zones are not
> always necessary or helpful.
>
> Kurt Quackenbush -- IBM, SMP/E Development
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 
The postings on this site are my own and don’t necessarily represent
Mainline’s positions or opinions

Mark D Pace
Senior Systems Engineer
Mainline Information Systems

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

Re: Serverpac error CHKVERSN

[Nims,Alva John (Al)]

#1. Logoff your TECH ID
#2. Preallocate the ISPFLOG & ISPFLIST DDs
//ISPLIST DD SYSOUT=A,
// DCB=(LRECL=121,BLKSIZE=1210,RECFM=FBA)
//ISPLOG DD SYSOUT=A,
// DCB=(LRECL=125,BLKSIZE=129,RECFM=VA)
** From IBM's " ISPF Planning and Customizing" manual.

Al Nims
Systems Admin/Programmer III
UF Information Technology
720 Bld. 3rd Floor, #9
P.O. Box 112050
Gainesville, FL. 32611
(e) ajn...@ufl.edu 
(p) (352) 273-1298


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Peter
Sent: Tuesday, March 05, 2019 4:31 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Serverpac error CHKVERSN

Hi

I am building a zOS using serverpac and one of the step CHKVERSN fails with the 
below message

READY
PROFILE PREFIX (TECH)
READY
ISPSTART CMD(CPPECHKV)

ISPF Dataset allocation error - press enter to continue LOG file allocation 
error - ISPF will operate without log file TECH.X.SPFLOG1.LIST in use

I understand this is coming because my ID is logged in

Any clue on how to proceed further with the above ?

Peter

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

[Bill Ogden]

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

50 years from now, when Ph.D. students are writing dissertations on "Why 
the mainframe disappeared" I suspect they will narrow the search to two 
very basic, interrelated issues:

1. Lack of a hands-on hobby version, and
2. Lack of good study documentation.

On-line manuals are great for looking up an isolated fact; IMHO, they 
leave much to be desired for serious study.

Bill Ogden 


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

[Kurt Quackenbush]

On 3/4/2019 4:33 PM, Smith, Sean M wrote:

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


Sort'a.  You'd have to scrape the output from the RECEIVE ORDER to 
capture the generated subdirectory name, then do the following for the 
other global zones:


RECEIVE FROMNTS('ORD1-05March2019-08.57.58')


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.


This may be blasphemous, but have you considered using a single, or 
maybe fewer, global zones?  Maybe even just for your daily receive of 
the HOLDDATA and running all of your reports.  More global zones are not 
always necessary or helpful.


Kurt Quackenbush -- IBM, SMP/E Development

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

[Carmen Vitullo]

I don't see the same HELP as you Rob, 
HELP or PF1 in DA panel gets me here 





Select a topic by number, or press Enter to view them in sequence. 

1 - Introduction to the DA panel 
2 - Syntax of the DA command 
3 - Action characters: display output, cancel jobs, etc. 
4 - Fields on the DA panel 
5 - Overtyping fields to change their values 
6 - Commands: limit jobs displayed, search, etc. 

These topics are displayed only if selected: 

97 - What's new 
98 - Search and navigate the help 
99 - Messages 

for me, it's not a big deal, I can get the RMF/SMF data I need to get a good 
picture, somewhat historical, but I can get it. 


Carmen Vitullo 

- Original Message -

From: "Rob Scott"  
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Tuesday, March 5, 2019 4:39:14 AM 
Subject: Re: CPU time and zIIP 

Under the help section of the "DA" command, after the brief descriptions of the 
columns, there is an appendix section for detailed information on certain 
sections. 

It looks something like this : 

For more information, select a topic by number: 
1 - Address space positions 
2 - Swap out reason codes 
3 - Server values 
4 - Displaying alternate fields 
5 - Changing the colors of fields 
6 - Changing the order of fields 
7 - CPU and SIO fields 
8 - Scaling and abbreviations for values 

Choosing option 7, leads to several help panels describing in detail where SDSF 
sources the information and the calculations involved in showing the data, for 
example : 

CPU-Time and ECPU-Time columns: SDSF obtains the values for 
these columns from RMF, as follows: 

CPU-Time = ASCBEJST + ASCBSRBT + ASSBASST (source field R791TCPU) 
ECPU-Time = ASCBEJST + ASCBSRBT + ASSBPHTM (source field R791TCPC) 

where: 

ASCBEJST is elapsed job step time 
ASCBSRBT is accumulated SRB time 
ASSBASST is the CPU time consumed by preemptible class SRBs 
running on behalf of this address space, in milliseconds 
ASSBPHTM is the CPU time consumed by preemptible class SRBs 
running in this address space, in milliseconds (threads 
plus enclaves) 

GCP-Time, zAAP-Time and zACP-Time are not normalized. 
SDSF obtains the values for these columns from RMF: 

GCP-Time source field is R791TCPU 
zAAP-Time source field is R791TIFA 
zACP-Time source field is R791TIFC 

zAAP-NTime is normalized to the slower CP, to facilitate 
comparing values. The normalization uses fields from 
RMF, as follows: 

R791TIFA x R791NFFI 
--- 
256 


..etc etc 


Rob Scott 
Rocket Software 

-Original Message- 
From: IBM Mainframe Discussion List  On Behalf Of 
Seymour J Metz 
Sent: Monday, March 4, 2019 5:10 PM 
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: CPU time and zIIP 

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 
https://nam01.safelinks.protection.outlook.com/?url=http:%2F%2Fmason.gmu.edu%2F~smetz3data=02%7C01%7CRScott%40ROCKETSOFTWARE.COM%7Ca18442b199c54a67875908d6a0ea1a7a%7C79544c1eed224879a082b67a9a672aae%7C0%7C0%7C636873324684797715sdata=VlY%2BTXoUkEyV15PpoJZQy0Na%2Ft2In%2BXQmpsNTkMe1Jo%3Dreserved=0
 

 
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 

Re: Disk space allocation question [EXTERNAL]

[Vernooij, Kees (ITOP NM) - KLM]

A couple of things, that could be applicable:

ALLOCxx does nothing for JCL.

ISPF "I" command shows the final situation, after a lot of interventions might 
have happened to your original JCL Space request:
- the primary space reported by ISPF is the space of the current first extent. 
This might have few or no relation to your original primary space request.
- the secondary space reported by ISPF is what is really is now, apparently 
someone/thing changed your original secondary space request.
- the Dataclass can overrule your requested space, apparently not in your case.
- Primary space may be acquired in up to 5 extents. The first of these 5 is 
reported by ISPF as the 'primary space'.
- DADSM does 'extent consolidation': if 2 extents of a file are adjacent, they 
are combined to 1 extent. If this is the new first extent, it will again be 
reported by ISPF as the 'primary space'.
- Space Constraint Relief can change your primary space, your secondary space 
and the above mentioned 5 extents for primary space.

You say now " My JCL did not feature a SPACE clause " but before you said I 
request SPACE=(TRK,(9000,1000)… and what I get is ...TRK,(7200,500),"

Can you redescribe your problem, as asked before with JCL and the full B37 
abend.

Kees.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Sean Gleann
> Sent: 05 March, 2019 12:32
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Disk space allocation question [EXTERNAL]
> 
> Thanks to all who have responded on this. I've been having 'fun'
> experimenting with allocating files of various sizes on a badly
> fragmented
> disk volume and at least I now understand why an 'I' command against a
> file
> shown in an ISPF 3.4 list occasionally shows such surprising values.
> 
> I don't appear to be able to make ALLOCxx settings (such as PRIM_ORG or
> RLSE) affect matters at all. I played around with various settings, but
> all
> to no avail, but then I spotted Paul's response where he says "...ALLOC
> should not step in if you have SPACE coded in your JCL...". So I removed
> the SPACE clause in my DD statement... and the job failed with a JCL
> error
> and messages:
> IEF344I jobname REQ911 REQ911 - ALLOCATION FAILED DUE TO DATA FACILITY
> SYSTEM ERROR
> IGD17045I SPACE NOT SPECIFIED FOR ALLOCATION OF DATA SET
> The IGD... message means that "...No space was specified on the JCL or
> in
> the data class for the allocation of the data set..." which is precisely
> the situation. My JCL did not feature a SPACE clause, and my SMS
> dataclass
> rule for the file in question has 'override space' set to 'N', and no
> 'Space' values defined. I had expected ALLOC values to be used, but that
> did not happen.
> 
> I'm not sure where to go from here. I cannot claim to be proficient with
> SMS at all, so I don't really want to risk upsetting  a system to works
> (most of the time!)
> 
> Regards
> Sean
> 
> 
> On Mon, 4 Mar 2019 at 15:50, Vernooij, Kees (ITOP NM) - KLM <
> kees.verno...@klm.com> wrote:
> 
> > 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-
> m...@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-
> m...@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
> > > 

Re: Disk space allocation question [EXTERNAL]

[Sean Gleann]

*sigh* I sometime wonder why I spend so much time making sure that text
positioning, justification, etc is 'just right', only to see all that work
thrown away.
I hope those that read my previous response can make sense of it...

Sean

On Tue, 5 Mar 2019 at 11:32, Sean Gleann  wrote:

> Thanks to all who have responded on this. I've been having 'fun'
> experimenting with allocating files of various sizes on a badly fragmented
> disk volume and at least I now understand why an 'I' command against a file
> shown in an ISPF 3.4 list occasionally shows such surprising values.
>
> I don't appear to be able to make ALLOCxx settings (such as PRIM_ORG or
> RLSE) affect matters at all. I played around with various settings, but all
> to no avail, but then I spotted Paul's response where he says "...ALLOC
> should not step in if you have SPACE coded in your JCL...". So I removed
> the SPACE clause in my DD statement... and the job failed with a JCL error
> and messages:
> IEF344I jobname REQ911 REQ911 - ALLOCATION FAILED DUE TO DATA FACILITY
> SYSTEM ERROR
> IGD17045I SPACE NOT SPECIFIED FOR ALLOCATION OF DATA SET
> The IGD... message means that "...No space was specified on the JCL or in
> the data class for the allocation of the data set..." which is precisely
> the situation. My JCL did not feature a SPACE clause, and my SMS dataclass
> rule for the file in question has 'override space' set to 'N', and no
> 'Space' values defined. I had expected ALLOC values to be used, but that
> did not happen.
>
> I'm not sure where to go from here. I cannot claim to be proficient with
> SMS at all, so I don't really want to risk upsetting  a system to works
> (most of the time!)
>
> Regards
> Sean
>
>
> On Mon, 4 Mar 2019 at 15:50, Vernooij, Kees (ITOP NM) - KLM <
> kees.verno...@klm.com> wrote:
>
>> 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.
>> >
>> > 

Re: Disk space allocation question [EXTERNAL]

[Sean Gleann]

Thanks to all who have responded on this. I've been having 'fun'
experimenting with allocating files of various sizes on a badly fragmented
disk volume and at least I now understand why an 'I' command against a file
shown in an ISPF 3.4 list occasionally shows such surprising values.

I don't appear to be able to make ALLOCxx settings (such as PRIM_ORG or
RLSE) affect matters at all. I played around with various settings, but all
to no avail, but then I spotted Paul's response where he says "...ALLOC
should not step in if you have SPACE coded in your JCL...". So I removed
the SPACE clause in my DD statement... and the job failed with a JCL error
and messages:
IEF344I jobname REQ911 REQ911 - ALLOCATION FAILED DUE TO DATA FACILITY
SYSTEM ERROR
IGD17045I SPACE NOT SPECIFIED FOR ALLOCATION OF DATA SET
The IGD... message means that "...No space was specified on the JCL or in
the data class for the allocation of the data set..." which is precisely
the situation. My JCL did not feature a SPACE clause, and my SMS dataclass
rule for the file in question has 'override space' set to 'N', and no
'Space' values defined. I had expected ALLOC values to be used, but that
did not happen.

I'm not sure where to go from here. I cannot claim to be proficient with
SMS at all, so I don't really want to risk upsetting  a system to works
(most of the time!)

Regards
Sean


On Mon, 4 Mar 2019 at 15:50, Vernooij, Kees (ITOP NM) - KLM <
kees.verno...@klm.com> wrote:

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

Re: CPU time and zIIP

[Rob Scott]

Under the help section of the "DA" command, after the brief descriptions of the 
columns, there is an appendix section for detailed information on certain 
sections.

It looks something like this :

For more information, select a topic by number:
  1 - Address space positions
  2 - Swap out reason codes
  3 - Server values
  4 - Displaying alternate fields
  5 - Changing the colors of fields
  6 - Changing the order of fields
  7 - CPU and SIO fields
  8 - Scaling and abbreviations for values

Choosing option 7, leads to several help panels describing in detail where SDSF 
sources the information and the calculations involved in showing the data, for 
example :

 CPU-Time and ECPU-Time columns: SDSF obtains the values for
 these columns from RMF, as follows:

 CPU-Time = ASCBEJST + ASCBSRBT + ASSBASST (source field R791TCPU)
 ECPU-Time = ASCBEJST + ASCBSRBT + ASSBPHTM (source field R791TCPC)

where:

ASCBEJST is elapsed job step time
ASCBSRBT is accumulated SRB time
ASSBASST is the CPU time consumed by preemptible class SRBs
 running on behalf of this address space, in milliseconds
ASSBPHTM is the CPU time consumed by preemptible class SRBs
 running in this address space, in milliseconds (threads
 plus enclaves)

GCP-Time, zAAP-Time and zACP-Time are not normalized.
SDSF obtains the values for these columns from RMF:

GCP-Time   source field is R791TCPU
zAAP-Time  source field is R791TIFA
zACP-Time  source field is R791TIFC

zAAP-NTime is normalized to the slower CP, to facilitate
comparing values. The normalization uses fields from
RMF, as follows:

R791TIFA x R791NFFI
---
256


..etc etc


Rob Scott
Rocket Software

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Seymour J Metz
Sent: Monday, March 4, 2019 5:10 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: CPU time and zIIP

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
https://nam01.safelinks.protection.outlook.com/?url=http:%2F%2Fmason.gmu.edu%2F~smetz3data=02%7C01%7CRScott%40ROCKETSOFTWARE.COM%7Ca18442b199c54a67875908d6a0ea1a7a%7C79544c1eed224879a082b67a9a672aae%7C0%7C0%7C636873324684797715sdata=VlY%2BTXoUkEyV15PpoJZQy0Na%2Ft2In%2BXQmpsNTkMe1Jo%3Dreserved=0


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

Rocket Software, Inc. and subsidiaries ■ 77 Fourth Avenue, Waltham MA 02451 ■ 
Main Office Toll Free Number: +1 855.577.4323
Contact Customer Support: 
https://my.rocketsoftware.com/RocketCommunity/RCEmailSupport
Unsubscribe from Marketing Messages/Manage Your Subscription Preferences - 

Re: Serverpac error CHKVERSN

[Peter]

Post this step all the next copy steps are flushed

My CHKINV step ended in RC - 0



On Tue, 5 Mar, 2019, 1:37 PM ITschak Mugzach,  wrote:

> This is not an issue that will stop the program from running. You can see
> the message saying that processing continue without log.
>
> ITscak
>
> בתאריך יום ג׳, 5 במרץ 2019, 11:32, מאת Peter ‏:
>
> > Hi
> >
> > I am building a zOS using serverpac and one of the step CHKVERSN fails
> with
> > the below message
> >
> > READY
> > PROFILE PREFIX (TECH)
> > READY
> > ISPSTART CMD(CPPECHKV)
> >
> > ISPF Dataset allocation error - press enter to continue
> > LOG file allocation error - ISPF will operate without log file
> > TECH.X.SPFLOG1.LIST in use
> >
> > I understand this is coming because my ID is logged in
> >
> > Any clue on how to proceed further with the above ?
> >
> > Peter
> >
> > --
> > 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: Serverpac error CHKVERSN

[ITschak Mugzach]

This is not an issue that will stop the program from running. You can see
the message saying that processing continue without log.

ITscak

בתאריך יום ג׳, 5 במרץ 2019, 11:32, מאת Peter ‏:

> Hi
>
> I am building a zOS using serverpac and one of the step CHKVERSN fails with
> the below message
>
> READY
> PROFILE PREFIX (TECH)
> READY
> ISPSTART CMD(CPPECHKV)
>
> ISPF Dataset allocation error - press enter to continue
> LOG file allocation error - ISPF will operate without log file
> TECH.X.SPFLOG1.LIST in use
>
> I understand this is coming because my ID is logged in
>
> Any clue on how to proceed further with the above ?
>
> Peter
>
> --
> 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

Serverpac error CHKVERSN

[Peter]

Hi

I am building a zOS using serverpac and one of the step CHKVERSN fails with
the below message

READY
PROFILE PREFIX (TECH)
READY
ISPSTART CMD(CPPECHKV)

ISPF Dataset allocation error - press enter to continue
LOG file allocation error - ISPF will operate without log file
TECH.X.SPFLOG1.LIST in use

I understand this is coming because my ID is logged in

Any clue on how to proceed further with the above ?

Peter

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

[Elardus Engelbrecht]

Wayne Bickerdike wrote:

>And while you are at it, ditch the Edison screw and use a bayonet. 240V would 
>be good too...

Shocking and electrifying advice! Thanks, that lighten up my dim-bulb day... ;-)

I'm plugging out now...

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

[Wayne Bickerdike]

Our connections also drop frequently. I just submit a few extra jobs. If
the data has already been shipped the process is smart enough to skip over
that piece.

Or you could have a final step that checks the condition code and submits
the same job again via INTRDR.

Here in slow old Australia, some of my transfers can take > 18 hours.

On Tue, Mar 5, 2019 at 9:50 AM Jesse 1 Robinson 
wrote:

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

Re: How many asterisks to change a lightbulb?

[Wayne Bickerdike]

And while you are at it, ditch the Edison screw and use a bayonet. 240V
would be good too...

On Tue, Mar 5, 2019 at 7:24 PM Elardus Engelbrecht <
elardus.engelbre...@sita.co.za> wrote:

> Sankaranarayanan, Vignesh wrote:
>
> >Skip,
> >Wait till you hear about EGNs! 
>
> Skip is talking about General Resources Classes like SDSF where EGN is not
> applicable. EGN is for dataset profiles only.
>
> As documented on Command Language Ref, I quote partially, "The enhanced
> generic naming option applies only to data sets ..."
>
> 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
>


-- 
Wayne V. Bickerdike

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

[Elardus Engelbrecht]

Sankaranarayanan, Vignesh wrote:

>Skip,
>Wait till you hear about EGNs! 

Skip is talking about General Resources Classes like SDSF where EGN is not 
applicable. EGN is for dataset profiles only.

As documented on Command Language Ref, I quote partially, "The enhanced generic 
naming option applies only to data sets ..."

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

[Sankaranarayanan, Vignesh]

Skip,

Wait till you hear about EGNs! 

– Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Seymour J Metz
Sent: 04 March 2019 17:07
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] How many asterisks to change a lightbulb?

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

MARKSANDSPENCER.COM

 Unless otherwise stated above:
Marks and Spencer plc
Registered Office:
Waterside House
35 North Wharf Road
London
W2 1NW

Registered No. 214436 in England and Wales.

Telephone (020) 7935 4422
Facsimile (020) 7487 2670

www.marksandspencer.com

Please note that electronic mail may be monitored.

This e-mail is confidential. If you received it by mistake, please let us know 
and then delete it from your system; you should not copy, disclose, or 
distribute its contents to anyone nor act in reliance on this e-mail, as this 
is prohibited and may be unlawful.

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