Re: Remote API to z/OS?

[Timothy Sipples]

I should make a few more points about z/OSMF release levels and
prerequisites.

The z/OS Management Facility is (or was) available separately at no
additional charge for z/OS 2.1 and prior releases of z/OS, as far back as
z/OS 1.10. Starting with z/OS 2.2 the z/OS Management Facility is included
at no additional charge in the base z/OS operating system.

Over time the z/OS Management Facility is acquiring more capabilities. The
first set of RESTful APIs for system-level functions debuted in z/OSMF 1.13
and z/OS 1.13. If you look at the z/OSMF Programming Guide (and other
z/OSMF documentation) for prior and current z/OSMF releases, you can see
how the RESTful APIs have grown to provide today's much richer set of
functions.

As with any/every other remote API choice, you have to use it -- you have
to turn it on, secure it, manage it, etc. If you need a remote API, you
have to use a remote API. With z/OSMF that's easy to do, and it's
especially easy to do in z/OS 2.2. There are also excellent z/OSMF security
controls available, recommended, and well documented. Of course z/OSMF
supports HTTPS.

By the way, "remote" doesn't necessarily mean "another physical server."
The remote API "client" for these RESTful APIs can even be on the very same
machine, running on z/OS or Linux. "Remote" only means logically remote.

No, you do not need a zIIP or CryptoExpress to use the z/OSMF. Both are
often nice to have, but they're certainly not mandatory. If that's what
you're waiting for, don't wait. If you're "kicking the tires" with z/OSMF,
don't have a zIIP, and are (overly?) concerned about your peak four hour
rolling average utilization, then test z/OSMF in a development LPAR (or
z/VM guest), use softcapping, and/or place z/OSMF into an appropriate
service class for your tire kicking. Avoiding z/OSMF because you don't have
a zIIP seems completely backwards to me. Try z/OSMF (or try the latest
release if it's been a couple years), *then* decide whether a zIIP has
merit. Otherwise, will you ever get a zIIP? Avoiding z/OSMF because you
don't have a zIIP is much like avoiding drinking water because you don't
have a straw.

A(nother) zIIP has merit when you have "non-trivial," CP-dispatched,
zIIP-eligible workload that affects your peak 4HRA and/or that could enjoy
better zIIP-enabled service characteristics (faster response times, shorter
execution times) with associated business benefits. z/OSMF workload might
be "trivial" and/or might be substantially or fully sub-peak. It depends. I
don't prejudge, and neither should you. There's a lot of confusion, that
zIIP-eligible workloads must only run on zIIP-equipped machines. That's a
myth or, at the very least, a massive overgeneralization.

As another analogy, remember when Intel offered math coprocessors for PCs?
They were the 8087, 80287, and 80387 math coprocessors, available as
options for IBM PCs, PC/ATs, and other PCs. (After the 386 Intel
incorporated the math coprocessor into the main processor itself. For a
while you could buy a 486SX that did not contain the math functions, but
you could upgrade it to a 486DX that did.) Well, should you have waited to
run the revolutionary Lotus 1-2-3 spreadsheet program (for example) until
you added a math coprocessor to your PC? No, that would have been silly. In
fact, many 1-2-3 users never bought a math coprocessor. Yes, the math
coprocessor accelerated mathematical calculations in 1-2-3, but for some
users that didn't matter (or didn't matter enough). It depended on how and
how intensely they used 1-2-3. You don't know what you don't know. If you
never used Lotus 1-2-3 then you never *enjoyed* the benefits of Lotus
1-2-3, to any degree, whether or not a math coprocessor had merit. That's
silly! Please don't be silly. In this case, unlike Lotus 1-2-3, you don't
even have to buy the software. You already have it (or can get it) if
you're a z/OS licensee.

Cheryl Watson has written extensively on z/OSMF. I think her comments and
advice are well worth reading.


Timothy Sipples
IT Architect Executive, Industry Solutions, IBM z Systems, AP/GCG/MEA
E-Mail: sipp...@sg.ibm.com

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

Re: remote system support (i.e. the data center is 2 states away from you).

[Edward Gould]

> On Sep 29, 2016, at 11:32 AM, Tony Thigpen  wrote:
> 
> Times have changed.
> 
> Just ask the auditors if they have VPN access to their files so that they can 
> work from home. If they say yes, then you should be able to have VPN consoles 
> too.
> 
> Or, just set it up and don't tell them. If they ever figure it out, just say 
> that 'Joe' (some retired auditor) approved it many years ago. Let them prove 
> he did not.
> 
> Tony Thigpen

———No They don’t.
Ed
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: remote system support (i.e. the data center is 2 states away from you).

[Edward Gould]

> On Sep 29, 2016, at 11:12 AM, John Mattson  wrote:
> 
>Fascinating subject for most of us, just look at all the replies.
> Makes me sorry that I am close to retirement when things keep getting more
> interesting.
>Many years ago that I started doing all of the zOS maintenance because
> the rest of the group was eliminated or switched to Unix/Win.  Incredible
> tools developed allowed that to happen.  I could download and install major
> systems in no time at all.  We went from a bunch of zOS people doing
> systems to one zOS and a much larger bunch doing Unix/Win. They called this
> "progress".  Hmmm.
> How remote support happened at Acme Anvils. I installed TCPIP on the
> MF when no one in management had any interest in it. I bought and paid for
> a very expensive cell phone and software many years ago which allowed me to
> login to work so that I could play Renaissance music at faires all week-end
> while on-call. (amazing how many of us are also musicians)  Once others saw
> this, everyone had to have it.  It was worth every cent.
>After all these years the major obstacle to remote support is that
> management still had not learned how to manage it--- In my (not so) humble
> opinion.
>My comment to John McKown is "what happens when you want to go on a
> real vacation", you know, Europe or Asia?  I realize that one reason I am
> at my current consultant job is so that the FTE can go on vacation.
> Humbling, but at this point, no problem. I make myself useful.
> ———SNIP——

At one place I worked you weren’t allowed to go out of state let alone out of 
the country.
Another place 2 people on the team had to stay in city for any 3 day weekend.
No one could take simultanious vacations.

Ed
 

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

Re: EXTERNAL: Re: remote system support (i.e. the data center is 2 states away from you).

[Edward Gould]

> On Sep 29, 2016, at 10:16 AM, Jerry Whitteridge 
>  wrote:
> 
> I take some umbrage if you are implying my sites are not "true production" - 
> My outages are as costly to our business as any could be.
> The fact your sites have trust issues as well as training issues does not 
> make other approaches "non-production". We've seen many on here describe 
> similar scenarios as mine - but there are many ways to skin a cat and not 
> everything works in every site. Yours seems to have a great number of issues 
> form your postings over the years.
> 
> Jerry Whitteridge
> Manager Mainframe Systems & Storage
> Albertsons - Safeway Inc.
> 925 738 9443
> Corporate Tieline - 89443
> 
> If you feel in control
> you just aren't going fast enough.
——SNIP———
Sorry in my experience not having a stock exchange not open in the morning is a 
COSTLY issue. In another life the government fined us for every minute of 
downtime, talk about career limiting options.
The stock exchange means millions (tens of) in fines.

I have also seen where in some environments that someone gets yelled at and 
maybe (it has to be stupid) firing.

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

Re: VSAM CA reclaim for RMM

[Mike Schwab]

https://groups.google.com/forum/#!topic/bit.listserv.ibm-main/C-DlJ8_YVFY

Any CA past the HI-USED-RBA when you turn on CA-RECLAIM can be
recycled in the future.  CAs below the HI-USED-RBA when you turn it on
will not be recycle.  Repro / delete / define / repro or export /
import will be a new data set with all CAs eligible to be reclaimed.

I have wondered if specifying a small secondary extent so a CA under 1
cylinder would be defined and be able to reclaim more frequently would
help, or if the additional index levels would slow access would defeat
the gains.


On Thu, Sep 29, 2016 at 4:18 PM, Jesse 1 Robinson
 wrote:
> Ah, that's a point I'm still fuzzy on. When you say 'Control Areas first used 
> after CA-Reclaim is turned on', does that mean that reclaim will not affect 
> an old cluster until it has been (re)created? That makes a difference in how 
> to roll it out. Application clusters tend to get rebuilt somewhat often. My 
> RMM control data set goes back to 2009.
>
> BTW doc says that reclaim will not work for any cluster that has IMBED. We 
> still have some old catalogs that have not been recreated.
>
> .
> .
> J.O.Skip Robinson
> Southern California Edison Company
> Electric Dragon Team Paddler
> SHARE MVS Program Co-Manager
> 323-715-0595 Mobile
> 626-302-7535 Office
> robin...@sce.com
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of Mike Schwab
> Sent: Thursday, September 29, 2016 2:04 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: (External):Re: VSAM CA reclaim for RMM
>
> We turned it on by default about 6 months after release.  Works for Control 
> Areas first used after CA-Reclaim is turned on for the dataset / system.
>
> On Thu, Sep 29, 2016 at 3:59 PM, Jesse 1 Robinson  
> wrote:
>> Thanks. Spent some time this morning wading through the doc. Here's a 
>> thumbnail version of my understanding.
>>
>> -- CA reclaim must be 'turned on' at the system level in PARMLIB IGDSMSxx. 
>> Default value is 'off'.
>> -- It can also be turned on or off for a system with a SETSMS command.
>> -- Once turned on globally, CA reclaim will be in effect for (more or less) 
>> every VSAM cluster unless a cluster is specifically turned off. That is, the 
>> default at the cluster level is on. My RMM control data set is 'on' as shown 
>> by LISTCAT.
>> -- You can turn a cluster off or back on with a simple ALTER command--which 
>> BTW I cannot find documented anywhere except in KC discussions of CA 
>> reclaim. For example, I cannot find any reference to reclaim in TSO HELP for 
>> ALTER.
>> -- The IDCAMS command is "ALTER entry-name RECLAIM/NORECLAIM". That command 
>> is accepted now when I enter it even though we do not have reclaim turned on 
>> globally.
>>
>> So if you turned reclaim on for 'some user catalogs' and for SMS control 
>> data sets, did you take any action to turn it off for everything else in the 
>> house?
>>
>> .
>> .
>> J.O.Skip Robinson
>> Southern California Edison Company
>> Electric Dragon Team Paddler
>> SHARE MVS Program Co-Manager
>> 323-715-0595 Mobile
>> 626-302-7535 Office
>> robin...@sce.com
>>
>>
>> -Original Message-
>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
>> On Behalf Of Mike Schwab
>> Sent: Thursday, September 29, 2016 12:57 PM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: (External):Re: VSAM CA reclaim for RMM
>>
>> We had some user catalogs needing annual reorgs.  Control Area Reclaim 
>> eliminated this.  Helped with SMS control data sets and ML1 Small Data Set.  
>> Don't know about user datasets.
>>
>> On Thu, Sep 29, 2016 at 11:08 AM, Jesse 1 Robinson  
>> wrote:
>>> (In honor of today's post from Mike Wood.) We don't make much (if any) use 
>>> of CA reclaim here. It occurs to me that RMM might be an excellent 
>>> candidate. We periodically have to reorg the data base-sometimes when RMM 
>>> crashes in the middle of the day.
>>>
>>> When CA reclaim was first presented at a closed SHARE session on a Sunday 
>>> morning, there was great interest in the room but also some skepticism.  
>>> What is the current consensus on CA reclaim? How extensively is it 
>>> implemented these days? Recommendations?
>>>
>>> .
>>> .
>>> J.O.Skip Robinson
>>> Southern California Edison Company
>>> Electric Dragon Team Paddler
>>> SHARE MVS Program Co-Manager
>>> 323-715-0595 Mobile
>>> 626-302-7535 Office
>>> robin...@sce.com
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to 

Re: VSAM CA reclaim for RMM

[Pommier, Rex]

Hi Skip,

I found this blurb about RECLAIMCA in the DFSMS book "AMS for catalogs" at the 
1.13 level under the ALTER section:


RECLAIMCA|NORECLAIMCA  Specifies the CA reclaim attribute of a key-sequence 
data set (KSDS).
 
   RECLAIMCA  Specifies that the DASD space for empty control areas (CAs) will 
be reclaimed so that it can reused for that KSDS.  CA reclaim cannot reclaim 
space for:  
Partially empty CAs  
Empty CAs that already existed when CA reclaim was enabled  
CAs with RBA 0  
CAs with the highest key of the KSDS  
Data sets processed with GSR.  
NORECLAIMCA  Specifies that the DASD space for empty control areas (CAs) 
will not be reclaimed.  You can disable CA reclaim at the system level with 
the IGDSMSxx member of PARMLIB or with the SETSMS command. This does not change 
CA reclaim attributes in the catalog.For more information, see the topic 
about reclaiming CA space in z/OS DFSMS Using Data Sets.




The comment in the doc about disabling CA reclaim not changing the reclaim 
attribute in the catalog lends credence to your comment about the ALTER command 
being accepted and turning it on/off even though CA reclaim isn't active.

HTH,

Rex

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jesse 1 Robinson
Sent: Thursday, September 29, 2016 4:03 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: VSAM CA reclaim for RMM

Correcting ALTER syntax.

-Original Message-
From: Jesse 1 Robinson 
Sent: Thursday, September 29, 2016 1:59 PM
To: 'IBM Mainframe Discussion List' 
Subject: Re: VSAM CA reclaim for RMM

Thanks. Spent some time this morning wading through the doc. Here's a thumbnail 
version of my understanding.

-- CA reclaim must be 'turned on' at the system level in PARMLIB IGDSMSxx. 
Default value is 'off'.
-- It can also be turned on or off for a system with a SETSMS command.
-- Once turned on globally, CA reclaim will be in effect for (more or less) 
every VSAM cluster unless a cluster is specifically turned off. That is, the 
default at the cluster level is on. My RMM control data set is 'on' as shown by 
LISTCAT.  
-- You can turn a cluster off or back on with a simple ALTER command--which BTW 
I cannot find documented anywhere except in KC discussions of CA reclaim. For 
example, I cannot find any reference to reclaim in TSO HELP for ALTER.
-- The IDCAMS command is "ALTER entry-name RECLAIMCA/NORECLAIMCA". That command 
is accepted now when I enter it even though we do not have reclaim turned on 
globally. 

So if you turned reclaim on for 'some user catalogs' and for SMS control data 
sets, did you take any action to turn it off for everything else in the house?

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


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Mike Schwab
Sent: Thursday, September 29, 2016 12:57 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: VSAM CA reclaim for RMM

We had some user catalogs needing annual reorgs.  Control Area Reclaim 
eliminated this.  Helped with SMS control data sets and ML1 Small Data Set.  
Don't know about user datasets.

On Thu, Sep 29, 2016 at 11:08 AM, Jesse 1 Robinson  
wrote:
> (In honor of today's post from Mike Wood.) We don't make much (if any) use of 
> CA reclaim here. It occurs to me that RMM might be an excellent candidate. We 
> periodically have to reorg the data base-sometimes when RMM crashes in the 
> middle of the day.
>
> When CA reclaim was first presented at a closed SHARE session on a Sunday 
> morning, there was great interest in the room but also some skepticism.  What 
> is the current consensus on CA reclaim? How extensively is it implemented 
> these days? Recommendations?

The information contained in this message is confidential, protected from 
disclosure and may be legally privileged.  If the reader of this message is not 
the intended recipient or an employee or agent responsible for delivering this 
message to the intended recipient, you are hereby notified that any disclosure, 
distribution, copying, or any action taken or action omitted in reliance on it, 
is strictly prohibited and may be unlawful.  If you have received this 
communication in error, please notify us immediately by replying to this 
message and destroy the material in its entirety, whether in electronic or hard 
copy format.  Thank you.


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

Re: VSAM CA reclaim for RMM

[Jesse 1 Robinson]

Ah, that's a point I'm still fuzzy on. When you say 'Control Areas first used 
after CA-Reclaim is turned on', does that mean that reclaim will not affect an 
old cluster until it has been (re)created? That makes a difference in how to 
roll it out. Application clusters tend to get rebuilt somewhat often. My RMM 
control data set goes back to 2009. 

BTW doc says that reclaim will not work for any cluster that has IMBED. We 
still have some old catalogs that have not been recreated. 

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


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Mike Schwab
Sent: Thursday, September 29, 2016 2:04 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: VSAM CA reclaim for RMM

We turned it on by default about 6 months after release.  Works for Control 
Areas first used after CA-Reclaim is turned on for the dataset / system.

On Thu, Sep 29, 2016 at 3:59 PM, Jesse 1 Robinson  
wrote:
> Thanks. Spent some time this morning wading through the doc. Here's a 
> thumbnail version of my understanding.
>
> -- CA reclaim must be 'turned on' at the system level in PARMLIB IGDSMSxx. 
> Default value is 'off'.
> -- It can also be turned on or off for a system with a SETSMS command.
> -- Once turned on globally, CA reclaim will be in effect for (more or less) 
> every VSAM cluster unless a cluster is specifically turned off. That is, the 
> default at the cluster level is on. My RMM control data set is 'on' as shown 
> by LISTCAT.
> -- You can turn a cluster off or back on with a simple ALTER command--which 
> BTW I cannot find documented anywhere except in KC discussions of CA reclaim. 
> For example, I cannot find any reference to reclaim in TSO HELP for ALTER.
> -- The IDCAMS command is "ALTER entry-name RECLAIM/NORECLAIM". That command 
> is accepted now when I enter it even though we do not have reclaim turned on 
> globally.
>
> So if you turned reclaim on for 'some user catalogs' and for SMS control data 
> sets, did you take any action to turn it off for everything else in the house?
>
> .
> .
> J.O.Skip Robinson
> Southern California Edison Company
> Electric Dragon Team Paddler
> SHARE MVS Program Co-Manager
> 323-715-0595 Mobile
> 626-302-7535 Office
> robin...@sce.com
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Mike Schwab
> Sent: Thursday, September 29, 2016 12:57 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: (External):Re: VSAM CA reclaim for RMM
>
> We had some user catalogs needing annual reorgs.  Control Area Reclaim 
> eliminated this.  Helped with SMS control data sets and ML1 Small Data Set.  
> Don't know about user datasets.
>
> On Thu, Sep 29, 2016 at 11:08 AM, Jesse 1 Robinson  
> wrote:
>> (In honor of today's post from Mike Wood.) We don't make much (if any) use 
>> of CA reclaim here. It occurs to me that RMM might be an excellent 
>> candidate. We periodically have to reorg the data base-sometimes when RMM 
>> crashes in the middle of the day.
>>
>> When CA reclaim was first presented at a closed SHARE session on a Sunday 
>> morning, there was great interest in the room but also some skepticism.  
>> What is the current consensus on CA reclaim? How extensively is it 
>> implemented these days? Recommendations?
>>
>> .
>> .
>> J.O.Skip Robinson
>> Southern California Edison Company
>> Electric Dragon Team Paddler
>> SHARE MVS Program Co-Manager
>> 323-715-0595 Mobile
>> 626-302-7535 Office
>> robin...@sce.com


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

Re: VSAM CA reclaim for RMM

[Mike Schwab]

We turned it on by default about 6 months after release.  Works for
Control Areas first used after CA-Reclaim is turned on for the dataset
/ system.

On Thu, Sep 29, 2016 at 3:59 PM, Jesse 1 Robinson
 wrote:
> Thanks. Spent some time this morning wading through the doc. Here's a 
> thumbnail version of my understanding.
>
> -- CA reclaim must be 'turned on' at the system level in PARMLIB IGDSMSxx. 
> Default value is 'off'.
> -- It can also be turned on or off for a system with a SETSMS command.
> -- Once turned on globally, CA reclaim will be in effect for (more or less) 
> every VSAM cluster unless a cluster is specifically turned off. That is, the 
> default at the cluster level is on. My RMM control data set is 'on' as shown 
> by LISTCAT.
> -- You can turn a cluster off or back on with a simple ALTER command--which 
> BTW I cannot find documented anywhere except in KC discussions of CA reclaim. 
> For example, I cannot find any reference to reclaim in TSO HELP for ALTER.
> -- The IDCAMS command is "ALTER entry-name RECLAIM/NORECLAIM". That command 
> is accepted now when I enter it even though we do not have reclaim turned on 
> globally.
>
> So if you turned reclaim on for 'some user catalogs' and for SMS control data 
> sets, did you take any action to turn it off for everything else in the house?
>
> .
> .
> J.O.Skip Robinson
> Southern California Edison Company
> Electric Dragon Team Paddler
> SHARE MVS Program Co-Manager
> 323-715-0595 Mobile
> 626-302-7535 Office
> robin...@sce.com
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of Mike Schwab
> Sent: Thursday, September 29, 2016 12:57 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: (External):Re: VSAM CA reclaim for RMM
>
> We had some user catalogs needing annual reorgs.  Control Area Reclaim 
> eliminated this.  Helped with SMS control data sets and ML1 Small Data Set.  
> Don't know about user datasets.
>
> On Thu, Sep 29, 2016 at 11:08 AM, Jesse 1 Robinson  
> wrote:
>> (In honor of today's post from Mike Wood.) We don't make much (if any) use 
>> of CA reclaim here. It occurs to me that RMM might be an excellent 
>> candidate. We periodically have to reorg the data base-sometimes when RMM 
>> crashes in the middle of the day.
>>
>> When CA reclaim was first presented at a closed SHARE session on a Sunday 
>> morning, there was great interest in the room but also some skepticism.  
>> What is the current consensus on CA reclaim? How extensively is it 
>> implemented these days? Recommendations?
>>
>> .
>> .
>> J.O.Skip Robinson
>> Southern California Edison Company
>> Electric Dragon Team Paddler
>> SHARE MVS Program Co-Manager
>> 323-715-0595 Mobile
>> 626-302-7535 Office
>> robin...@sce.com
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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

Re: VSAM CA reclaim for RMM

[Jesse 1 Robinson]

Correcting ALTER syntax.

-Original Message-
From: Jesse 1 Robinson 
Sent: Thursday, September 29, 2016 1:59 PM
To: 'IBM Mainframe Discussion List' 
Subject: Re: VSAM CA reclaim for RMM

Thanks. Spent some time this morning wading through the doc. Here's a thumbnail 
version of my understanding.

-- CA reclaim must be 'turned on' at the system level in PARMLIB IGDSMSxx. 
Default value is 'off'.
-- It can also be turned on or off for a system with a SETSMS command.
-- Once turned on globally, CA reclaim will be in effect for (more or less) 
every VSAM cluster unless a cluster is specifically turned off. That is, the 
default at the cluster level is on. My RMM control data set is 'on' as shown by 
LISTCAT.  
-- You can turn a cluster off or back on with a simple ALTER command--which BTW 
I cannot find documented anywhere except in KC discussions of CA reclaim. For 
example, I cannot find any reference to reclaim in TSO HELP for ALTER.
-- The IDCAMS command is "ALTER entry-name RECLAIMCA/NORECLAIMCA". That command 
is accepted now when I enter it even though we do not have reclaim turned on 
globally. 

So if you turned reclaim on for 'some user catalogs' and for SMS control data 
sets, did you take any action to turn it off for everything else in the house?

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


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Mike Schwab
Sent: Thursday, September 29, 2016 12:57 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: VSAM CA reclaim for RMM

We had some user catalogs needing annual reorgs.  Control Area Reclaim 
eliminated this.  Helped with SMS control data sets and ML1 Small Data Set.  
Don't know about user datasets.

On Thu, Sep 29, 2016 at 11:08 AM, Jesse 1 Robinson  
wrote:
> (In honor of today's post from Mike Wood.) We don't make much (if any) use of 
> CA reclaim here. It occurs to me that RMM might be an excellent candidate. We 
> periodically have to reorg the data base-sometimes when RMM crashes in the 
> middle of the day.
>
> When CA reclaim was first presented at a closed SHARE session on a Sunday 
> morning, there was great interest in the room but also some skepticism.  What 
> is the current consensus on CA reclaim? How extensively is it implemented 
> these days? Recommendations?
>
> .
> .
> J.O.Skip Robinson
> Southern California Edison Company
> Electric Dragon Team Paddler
> SHARE MVS Program Co-Manager
> 323-715-0595 Mobile
> 626-302-7535 Office
> robin...@sce.com


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

Re: VSAM CA reclaim for RMM

[Jesse 1 Robinson]

Thanks. Spent some time this morning wading through the doc. Here's a thumbnail 
version of my understanding.

-- CA reclaim must be 'turned on' at the system level in PARMLIB IGDSMSxx. 
Default value is 'off'.
-- It can also be turned on or off for a system with a SETSMS command.
-- Once turned on globally, CA reclaim will be in effect for (more or less) 
every VSAM cluster unless a cluster is specifically turned off. That is, the 
default at the cluster level is on. My RMM control data set is 'on' as shown by 
LISTCAT.  
-- You can turn a cluster off or back on with a simple ALTER command--which BTW 
I cannot find documented anywhere except in KC discussions of CA reclaim. For 
example, I cannot find any reference to reclaim in TSO HELP for ALTER.
-- The IDCAMS command is "ALTER entry-name RECLAIM/NORECLAIM". That command is 
accepted now when I enter it even though we do not have reclaim turned on 
globally. 

So if you turned reclaim on for 'some user catalogs' and for SMS control data 
sets, did you take any action to turn it off for everything else in the house?

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


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Mike Schwab
Sent: Thursday, September 29, 2016 12:57 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: VSAM CA reclaim for RMM

We had some user catalogs needing annual reorgs.  Control Area Reclaim 
eliminated this.  Helped with SMS control data sets and ML1 Small Data Set.  
Don't know about user datasets.

On Thu, Sep 29, 2016 at 11:08 AM, Jesse 1 Robinson  
wrote:
> (In honor of today's post from Mike Wood.) We don't make much (if any) use of 
> CA reclaim here. It occurs to me that RMM might be an excellent candidate. We 
> periodically have to reorg the data base-sometimes when RMM crashes in the 
> middle of the day.
>
> When CA reclaim was first presented at a closed SHARE session on a Sunday 
> morning, there was great interest in the room but also some skepticism.  What 
> is the current consensus on CA reclaim? How extensively is it implemented 
> these days? Recommendations?
>
> .
> .
> J.O.Skip Robinson
> Southern California Edison Company
> Electric Dragon Team Paddler
> SHARE MVS Program Co-Manager
> 323-715-0595 Mobile
> 626-302-7535 Office
> robin...@sce.com


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

Re: Would HiperDispatch likely delay heavy multitasking job?

[Mike Schwab]

Probably the high CPs share cache.  Going to a middle or low CP
probably would required invalidating some cache and loading cache on
the new CP.  Would be slower than waiting for the CP in a few cycles.
With the MSU capping, it can run more CPs slower, and the waits don't
count toward usage.

On Thu, Sep 29, 2016 at 11:43 AM, Peter Hunkeler  wrote:
>>>Is so, the job would not be able to run more CPs in parallel at any point in 
>>>time than there are LCPs in the node (highds, mediums, and unparked lows), 
>>>right?
>
>>I am confused by this question. Of course, regardless of the other conditions 
>>that you've asked about, a job can never run more tasks in parallel "at the 
>>same point in time" than there are Logical CPs available, which can't be more 
>>than the number of physical CPs available at that instant.
>
>
>
>
> Sorry for not being clear enough.
>
>
> I understand that with HiperDispatch on, WLM creates "CP nodes" based on the 
> topology. The LPAR in question has 12 LCPs, 4 highs, 1 medium and 7 lows. 
> This would lead to 2 nodes with 2 highs each, the medium in one of the nodes 
> and the lows spread (3 & 4?).
>
>
> WLM then creates a work unit queue (WUQ, or dispatcher queue) for each node. 
> Work units (WU) are then assigned to a node, so only CPs from that node will 
> select WUs from that node. I'm assuming that the assignement to a node is an 
> address space attribute and not a WU atttibute (would neglect the positice 
> effect processor caches for which HiperDispatch was invented).
>
>
> If all tasks of an address space are in the same node, there can never be 
> more WU running in parallel than there are (L)CPs in the node. In my example, 
> 2 highs plus the medium (for one node), up to 4 unparked (if unparked) low 
> CPs. That would explain why RMF sees often CP delay even though there is 
> plenty of spare capacity.
>
>
> If all this is true, would givint the job higher "prioritiy" really help?
>
>
>
>
> Caution: This is the first time I care to look into this in that depth. Maybe 
> I'm all wrong. Happy to learn the truth.
>
>
> --
> Peter Hunkeler
>
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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

Re: Question on z/EDC - reading it compressed

[Graham Harris]

Interesting question!

My first thought would be to do a DFDSS logical dump of it.
You would probably then need to terse it if you want to send via FTP.

Would be interested in the results.



On 29 September 2016 at 14:09, Mauri Kanter  wrote:

> Hi:
>
> My understanding is that one a file was compressed with z/EDC is it is
> like a .zip file and reading it unzips it.
> Is the above is wrong, please correct me. If no, let's continue 
>
> Suppose I do have a huge file which I will compress with z/EDC on my disk
> and I want to FTP it to another clever mainframe customer that is also
> running z/OS and also bought a z/EDC card.
>
> If I send the file directly using FTP, I guess my FTP will decompress the
> file before sending it, and the target customer will compress it again,
> wasting both CPU and bandwidth.
>
> Is there a way to read the "z/EDC compressed" file without expanding while
> reading it ? If yes, can it be transmitted with FTP ?  If it were a .zip
> file I'm sure I wouldn't unzip it before sending it ...
>
> Thanks in advance for any ideas.
>
> Mauri.
>
> --
> 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: AW: Re: Would HiperDispatch likely delay heavy multitasking job?

[Graham Harris]

Something to be aware of when looking at CPU delays being reported by
RMFIII, is that in multi-tasked asids, if ANY of the subtasks is found to
be in CPU wait when RMFII does it sampling sweep (once per second), then
that sampled second will have a 'CPU wait' associated with it, applying to
that asid.  Even if it is one task out of 30 experiencing a delay, that
whole second sample will be attributed as CPU wait.   Thus it can produce
highly misleading numbers.
Dont know if this is documented somewhere, but I had this behaviour
confirmed via PMR several years ago.

Have you compared with RMF1 data?

Also, if you have 30 subtasks running on a 12-way (or 5-way?) LPAR, then I
would have thought you are pretty likely to have at least one subtask
waiting for access to a CPU now & then.

And I imagine that being a DB2 reorg, it is presumably driving a reasonable
amount of I/O, and is not necessarily specifically CPU bound.


On 29 September 2016 at 18:06, Peter Hunkeler  wrote:

> >You have to dig into queuing theory, arrival rate, arrival pattern, and
> service duration of the work to understand why RMF is reporting CPU
> delay samples yet WLM does not unpark processors to run it.
>
>
> I think I have an idea of this even without knowing the theories.
>
>
> >HiperDispatch is a balancing act between providing the best processor
> efficiency vs dispatch responsiveness.  If the average CPU utilization
> of the 3 CPUs is not relatively high *and* the delay for work to get
> dispatched is small, such that the cost/delay of using the vertical low
> CPUs is believed to not be worth it, then the vertical low CPUs will not
> be unparked.
>
>
> After reading and thinking about HiperDispatch in depth, this was kind of
> my conclusion and the reason I started this thread. I still have the pre
> HiperDipatch way of how dispatching worked in mind and had to lear it is
> all completely different now. That is why I started to doubt higher
> priority would help. I think now it would not or not much.
>
>
> As always with questions about complex things where the questioner has
> limited knowledge, it is difficult to find out what exactly to ask.
>
>
>
> >You can always try turning HiperDispatch off and see what happens.
>
>
> Not really. This is a rather large environment and it is only very few
> jobs that show this symptom. I doubt I will be allowd to switch it off, and
> more yet, I trust, overall, it would hurt than not.
>
>
> --
> Peter Hunkeler
>
>
>
> --
> 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: VSAM CA reclaim for RMM

[Mike Schwab]

We had some user catalogs needing annual reorgs.  Control Area Reclaim
eliminated this.  Helped with SMS control data sets and ML1 Small Data
Set.  Don't know about user datasets.

On Thu, Sep 29, 2016 at 11:08 AM, Jesse 1 Robinson
 wrote:
> (In honor of today's post from Mike Wood.) We don't make much (if any) use of 
> CA reclaim here. It occurs to me that RMM might be an excellent candidate. We 
> periodically have to reorg the data base-sometimes when RMM crashes in the 
> middle of the day.
>
> When CA reclaim was first presented at a closed SHARE session on a Sunday 
> morning, there was great interest in the room but also some skepticism.  What 
> is the current consensus on CA reclaim? How extensively is it implemented 
> these days? Recommendations?
>
> .
> .
> J.O.Skip Robinson
> Southern California Edison Company
> Electric Dragon Team Paddler
> SHARE MVS Program Co-Manager
> 323-715-0595 Mobile
> 626-302-7535 Office
> robin...@sce.com
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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

Re: Can Someone Check Redbooks?

[John Abell]

Works now finally.  How magical!!

John T. Abell
Tel:800-295-7608Option 4
President
International:  1-416-593-5578  Option 4
E-mail:  john.ab...@intnlsoftwareproducts.com
Fax:800-295-7609

International:  1-416-593-5579


International Software Products
www.ispinfo.com

This email may contain confidential and privileged material for the sole use of 
the intended recipient(s). Any review, use, retention, distribution or 
disclosure by others is strictly prohibited. If you are not the intended
recipient (or authorized to receive on behalf of the named recipient), please 
contact the sender by reply email and delete all copies of this message. 
Also,email is susceptible to data corruption, interception,
tampering, unauthorized amendment and viruses. We only send and receive emails 
on the basis that we are not liable for any such corruption, interception, 
tampering, amendment or viruses or any consequence thereof.



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Susan Shumway
Sent: Thursday, September 29, 2016 1:56 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Can Someone Check Redbooks?

Handy site! It now says "It's just you. http://www.redbooks.ibm.com is up." The 
Redbooks team had told me that they were working a network problem, so it's 
apparently now completely fixed.


On 09/29/16 12:37 PM, Lizette Koehler wrote:
> Remember you can check a site with this URL
>
> http://www.downforeveryoneorjustme.com/
>
> It works well.
>
> I just entered www.redbooks.ibm.com and it returned
>
> It's not just you! http://www.redbooks.ibm.com looks down from here.
>
>
>
> Lizette
>
>
>> -Original Message-
>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
>> On Behalf Of George Rodriguez
>> Sent: Thursday, September 29, 2016 4:50 AM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: Can Someone Check Redbooks?
>>
>> Is the http://www.redbooks.ibm.com/ site down?
>>
>> *George Rodriguez*
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
Sue Shumway
z/OS Product Documentation Lead
IBM Poughkeepsie
chale...@us.ibm.com

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


---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus

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

Re: Can Someone Check Redbooks?

[Susan Shumway]

Handy site! It now says "It's just you. http://www.redbooks.ibm.com is 
up." The Redbooks team had told me that they were working a network 
problem, so it's apparently now completely fixed.



On 09/29/16 12:37 PM, Lizette Koehler wrote:

Remember you can check a site with this URL

http://www.downforeveryoneorjustme.com/

It works well.

I just entered www.redbooks.ibm.com and it returned

It's not just you! http://www.redbooks.ibm.com looks down from here.



Lizette



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of George Rodriguez
Sent: Thursday, September 29, 2016 4:50 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Can Someone Check Redbooks?

Is the http://www.redbooks.ibm.com/ site down?

*George Rodriguez*


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



--
Sue Shumway
z/OS Product Documentation Lead
IBM Poughkeepsie
chale...@us.ibm.com

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

Re: Service Orders and Redbooks

[Bill Woodger]

And I was having a problem getting to the Knowledgecentre. On seeing your last, 
I checked again, and it is working :-)

Message was "Service Temporarily Unavailable". I should have taken it more 
literally.

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

Re: Service Orders and Redbooks

[John Eells]

Timing is everything.  Instantly after hitting Send, I switched to my 
e-mail client, only to find a note saying the problem with service 
(PTFs, HOLDDATA) is fixed.  Redbooks appear to be up again, too.


John Eells wrote:

John Abell wrote:

Still not working here.




I am told there is a widespread network problem, the source of which is
being sought. I do not have a full list of impacted applications, and I
will not jog the elbows of those trying to cope to confirm that the
problem is also the source of the Redbooks site outage, but I *do* know
that service orders are affected.




--
John Eells
IBM Poughkeepsie
ee...@us.ibm.com

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

Re: Service Orders and Redbooks

[Richbourg, Claude]

I have found it to be working now, as I have downloaded the Hold Data and the 
new RSU service levels from those two sites.
Maybe the rest of the sites will be back soon.

Claude Richbourg


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John Eells
Sent: Thursday, September 29, 2016 1:35 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Service Orders and Redbooks

John Abell wrote:
> Still not working here.
>


I am told there is a widespread network problem, the source of which is being 
sought. I do not have a full list of impacted applications, and I will not jog 
the elbows of those trying to cope to confirm that the problem is also the 
source of the Redbooks site outage, but I *do* know that service orders are 
affected.

-- 
John Eells
IBM Poughkeepsie
ee...@us.ibm.com

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

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

Service Orders and Redbooks

[John Eells]

John Abell wrote:

Still not working here.




I am told there is a widespread network problem, the source of which is 
being sought. I do not have a full list of impacted applications, and I 
will not jog the elbows of those trying to cope to confirm that the 
problem is also the source of the Redbooks site outage, but I *do* know 
that service orders are affected.


--
John Eells
IBM Poughkeepsie
ee...@us.ibm.com

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

Re: Remote API to z/OS?

[Phil Smith]

Tom Marchant wrote:
> ​So, in like manner, are you in the COBOL side of the programming paradigm
> or the FORTRAN side (I don't want to do analytics in COBOL or payroll in
> FORTRAN)?

Mmm…point taken but I think you know what I mean. I’m a big fan of USS, not 
slamming it; some things just don’t translate very well, is all. And *in most 
cases* it’s very clear which world you’re in, even if you’re reaching across 
that imaginary boundary to do something.

…phsiii

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

Re: remote system support (i.e. the data center is 2 states away from you).

[Barry Merrill]

"amazing how many of us are also musicians"

In 1971-2, State Farm hired 1500 would-be coders and send them thru 9 weeks
to learn to code in PL/1, and they had a job at the end if they had learned
to code. The three largest groups of successful coders, in about equal count,
were those that played a musical instrument, or knew more than one language, 
or had a math/engineering degree.

Barry Merrill

 Herbert W. Barry Merrill, PhD
 President-Programmer
 Merrill Consultants
 MXG Software
 10717 Cromwell Drive  technical questions: supp...@mxg.com
 Dallas, TX 75229
 http://www.mxg.comadmin questions: ad...@mxg.com
 tel: 214 351 1966
 fax: 214 350 3694




-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jesse 1 Robinson
Sent: Thursday, September 29, 2016 11:25 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: remote system support (i.e. the data center is 2 states away from 
you).

This is a great post! Quite some years ago a local YMCA activities director 
acquired a pager. People thought she was burdening herself with an electronic 
tether. Quite the opposite, she argued. She trusted her staff for most 
problems, but if she was needed, she could respond immediately--from the pay 
phone nearest the beach where she was lounging. ;-)

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


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John Mattson
Sent: Thursday, September 29, 2016 9:13 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: remote system support (i.e. the data center is 2 states 
away from you).

Fascinating subject for most of us, just look at all the replies.
Makes me sorry that I am close to retirement when things keep getting more 
interesting.
Many years ago that I started doing all of the zOS maintenance because the 
rest of the group was eliminated or switched to Unix/Win.  Incredible tools 
developed allowed that to happen.  I could download and install major systems 
in no time at all.  We went from a bunch of zOS people doing systems to one zOS 
and a much larger bunch doing Unix/Win. They called this "progress".  Hmmm.
 How remote support happened at Acme Anvils. I installed TCPIP on the MF 
when no one in management had any interest in it. I bought and paid for a very 
expensive cell phone and software many years ago which allowed me to login to 
work so that I could play Renaissance music at faires all week-end while 
on-call. (amazing how many of us are also musicians)  Once others saw this, 
everyone had to have it.  It was worth every cent.
After all these years the major obstacle to remote support is that 
management still had not learned how to manage it--- In my (not so) humble 
opinion.
My comment to John McKown is "what happens when you want to go on a real 
vacation", you know, Europe or Asia?  I realize that one reason I am at my 
current consultant job is so that the FTE can go on vacation.
Humbling, but at this point, no problem. I make myself useful.


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

AW: Re: AW: Re: Would HiperDispatch likely delay heavy multitasking job?

[Peter Hunkeler]

>You have to dig into queuing theory, arrival rate, arrival pattern, and
service duration of the work to understand why RMF is reporting CPU
delay samples yet WLM does not unpark processors to run it.


I think I have an idea of this even without knowing the theories.


>HiperDispatch is a balancing act between providing the best processor
efficiency vs dispatch responsiveness.  If the average CPU utilization
of the 3 CPUs is not relatively high *and* the delay for work to get
dispatched is small, such that the cost/delay of using the vertical low
CPUs is believed to not be worth it, then the vertical low CPUs will not
be unparked.


After reading and thinking about HiperDispatch in depth, this was kind of my 
conclusion and the reason I started this thread. I still have the pre 
HiperDipatch way of how dispatching worked in mind and had to lear it is all 
completely different now. That is why I started to doubt higher priority would 
help. I think now it would not or not much.


As always with questions about complex things where the questioner has limited 
knowledge, it is difficult to find out what exactly to ask.



>You can always try turning HiperDispatch off and see what happens.


Not really. This is a rather large environment and it is only very few jobs 
that show this symptom. I doubt I will be allowd to switch it off, and more 
yet, I trust, overall, it would hurt than not.


--
Peter Hunkeler



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

Re: Can Someone Check Redbooks?

[John Abell]

Still not working here.


John T. Abell
Tel:800-295-7608Option 4
President
International:  1-416-593-5578  Option 4
E-mail:  john.ab...@intnlsoftwareproducts.com
Fax:800-295-7609

International:  1-416-593-5579


International Software Products
www.ispinfo.com

This email may contain confidential and privileged material for the sole use of 
the intended recipient(s). Any review, use, retention, distribution or 
disclosure by others is strictly prohibited. If you are not the intended
recipient (or authorized to receive on behalf of the named recipient), please 
contact the sender by reply email and delete all copies of this message. 
Also,email is susceptible to data corruption, interception,
tampering, unauthorized amendment and viruses. We only send and receive emails 
on the basis that we are not liable for any such corruption, interception, 
tampering, amendment or viruses or any consequence thereof.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John Clifford
Sent: Thursday, September 29, 2016 12:29 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Can Someone Check Redbooks?

Susan.

  Still can't getbthere.

This site can’t be reached

*www.redbooks.ibm.com * took too long to respond.



John Clifford

On Thu, Sep 29, 2016 at 12:04 PM, Susan Shumway  wrote:

> The link works for me, so perhaps it's a stepped solution to an outage.
> I'll forward this to the Redbooks team just so they know that some
> folks are still having access problems.
>
> On 09/29/16 9:57 AM, George Rodriguez wrote:
>
>> It still doesn't work for me either.​
>>
>>
>> *George Rodriguez*
>> *Specialist II - IT Solutions*
>> *IT Enterprise Applications*
>> *PX - 47652*
>> *(561) 357-7652 (office)*
>> *(954) 415-7586 (mobile)*
>> *School District of Palm Beach County*
>> *3348 Forest Hill Blvd.*
>> *Room B-251*
>> *West Palm Beach, FL. 33406-5869*
>> *Florida's Only A-Rated Urban District For Eight Consecutive Years*
>>
>> On Thu, Sep 29, 2016 at 9:51 AM, John Abell <
>> john.ab...@intnlsoftwareproducts.com> wrote:
>>
>> Still doesn't work for me so maybe some DNS Servers are down in the
>> nether
>>> land somewhere.
>>>
>>> John T. Abell
>>> Tel:800-295-7608Option 4
>>> President
>>> International:  1-416-593-5578  Option 4
>>> E-mail:  john.ab...@intnlsoftwareproducts.com
>>> Fax:800-295-7609
>>>
>>> International:  1-416-593-5579
>>>
>>>
>>> International Software Products
>>> www.ispinfo.com
>>>
>>> This email may contain confidential and privileged material for the
>>> sole use of the intended recipient(s). Any review, use, retention,
>>> distribution or disclosure by others is strictly prohibited. If you
>>> are not the intended recipient (or authorized to receive on behalf
>>> of the named recipient), please contact the sender by reply email
>>> and delete all copies of this message. Also,email is susceptible to
>>> data corruption, interception, tampering, unauthorized amendment and
>>> viruses. We only send and receive emails on the basis that we are
>>> not liable for any such corruption, interception, tampering,
>>> amendment or viruses or any consequence thereof.
>>>
>>>
>>>
>>> -Original Message-
>>> From: IBM Mainframe Discussion List
>>> [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Parwez Hamid
>>> Sent: Thursday, September 29, 2016 9:16 AM
>>> To: IBM-MAIN@LISTSERV.UA.EDU
>>> Subject: Re: Can Someone Check Redbooks?
>>>
>>> Its OK for me. No problem accessing it.
>>>
>>> 
>>> -- For IBM-MAIN subscribe / signoff / archive access instructions,
>>> send email to lists...@listserv.ua.edu with the message: INFO
>>> IBM-MAIN
>>>
>>>
>>> ---
>>> This email has been checked for viruses by Avast antivirus software.
>>> https://www.avast.com/antivirus
>>>
>>> 
>>> -- For IBM-MAIN subscribe / signoff / archive access instructions,
>>> send email to lists...@listserv.ua.edu with the message: INFO
>>> IBM-MAIN
>>>
>>>
>>
> --
> Sue Shumway
> z/OS Product Documentation Lead
> IBM Poughkeepsie
> chale...@us.ibm.com
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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


---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus

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

Re: remote system support (i.e. the data center is 2 states away from you).

[Anne & Lynn Wheeler]

edgould1...@comcast.net (Edward Gould) writes:
> Brian:
> One of there specific episodes we had was that the master console was
> the only one that was “talking”. As to other options you listed the
> auditors cut them off years ago and no use arguing with them (BTDT).
> As for HMC remote access again the auditors wouldn’t allow it no
> matter how much we argued (besides I sort of agree with them on the
> HMC issue).
> I won’t go into the old xmas party story I use regularly on here and what 
> could happen.
>
> Ed

For CP67 in the 60s to move to keeping the system available 7x24 a
number of things were done for online use. Part of it was reducing the
cost of operating off-shift ... dark room, no operator onsite, etc.

Initially offshift was very light, not justifying the cost of keeping
the system up ... but w/o 7x24 availability it wouldn't encourage
non-primetime online use.

Part of support was allowing "operator's console" to be other than the
1052-7 system console. Other part was auto fast failures with automatic
reboot and system up w/o manual intervention.

This was still in the days of when systems were leased with charges
based on the "system meter". The "system meter" ran whenver the
processor and/or any channels was busy. One trick was channel program
that would let channels go idle, but would instantly wake up for any
arriving characters. Another issue was that the "system meter" would
continue to run for 400milliseconds after all processing and channels
were completely idle. Lots of system work was to allow "system meter" to
stop (no rental/leased charges) when system idle, but immediately
activate when there was anything to do. Trivia: MVS had a system time
task that woke up every 400milliseconds long after business converted
from rent/lease to sales (guarenteed that system meter never stopped).

Another issue was that the science center had ported apl\360 to CMS for
CMS\APL ... and was letting other IBM locations use the system. The
business planners in Armonk loaded the most valuable of all corporate
data on the cambridge system to run business models. The security of the
system had to meet very high security standards (besides being available
7x24 and run dark room w/o human intervention) ... especially since
non-employees had online access to the system; students, staff,
professors, etc at universities in the boston/cambridge area.

past ibm cambridge science center posts
http://manana.garlic.com/~lynn/subtopic.html#545tech

There were some spin-offs from the science center that started using
CP67 to offer commerical online services (later migrating to VM370).
They were also expecially sensitive to both operating costs and
sensitive to security issues ... especially moving up the value stream
to the wallstreet financial community (where large competing financial
institutiosn were using the same systems).

past posts about commercial online (virtual machine based) services
http://manana.garlic.com/~lynn/submain.html#online

There are some similarities between what was being done for these
operations in the 60s and what the large cloud operators are doing now
in their megadatacenters (hundreds of thousand of systems with tens of
millions of processors per megadatacenter) for costs drop to near zero
when idle but immediately instant on when needed.

-- 
virtualization experience starting Jan1968, online at home since Mar1970

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

AW: Re: Would HiperDispatch likely delay heavy multitasking job?

[Peter Hunkeler]

>>Is so, the job would not be able to run more CPs in parallel at any point in 
>>time than there are LCPs in the node (highds, mediums, and unparked lows), 
>>right?

>I am confused by this question. Of course, regardless of the other conditions 
>that you've asked about, a job can never run more tasks in parallel "at the 
>same point in time" than there are Logical CPs available, which can't be more 
>than the number of physical CPs available at that instant.




Sorry for not being clear enough.


I understand that with HiperDispatch on, WLM creates "CP nodes" based on the 
topology. The LPAR in question has 12 LCPs, 4 highs, 1 medium and 7 lows. This 
would lead to 2 nodes with 2 highs each, the medium in one of the nodes and the 
lows spread (3 & 4?).


WLM then creates a work unit queue (WUQ, or dispatcher queue) for each node. 
Work units (WU) are then assigned to a node, so only CPs from that node will 
select WUs from that node. I'm assuming that the assignement to a node is an 
address space attribute and not a WU atttibute (would neglect the positice 
effect processor caches for which HiperDispatch was invented).


If all tasks of an address space are in the same node, there can never be more 
WU running in parallel than there are (L)CPs in the node. In my example, 2 
highs plus the medium (for one node), up to 4 unparked (if unparked) low CPs. 
That would explain why RMF sees often CP delay even though there is plenty of 
spare capacity.


If all this is true, would givint the job higher "prioritiy" really help?




Caution: This is the first time I care to look into this in that depth. Maybe 
I'm all wrong. Happy to learn the truth.


--
Peter Hunkeler



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

Re: Help with MQ and MA10: MQ Series for MVS/ESA ISPF Utilities

[Hansen, Dave L - Eagan, MN]

Sorry for the delay.

  These are SupportPacs for MQ V8.  Not sure how much what version you are on 
means.  Like CSQ4TVH1 is supplied, listed as a Sample to play with, and offered 
standalone in MA17.  I have an open question with IBM about which CSQ4TVH1 to 
use.  I get 24/32 bit HCONN errors.


MA10: MQSeries MVS/ESA ISPF Utilities Version 1.1.9

MP16: Capacity Planning and Tuning for IBM MQ for z/OS

MA17: WebSphere MQ for z/OS - Message Handler Sample

MP1B: Monitoring your WebSphere MQ for z/OS system using accounting and 
statistics data


   Find them here: http://www-01.ibm.com/support/docview.wss?uid=swg27007197


  Hope that helps,  Dave



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jesse 1 Robinson
Sent: Friday, September 23, 2016 1:10 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Help with MQ and MA10: MQ Series for MVS/ESA ISPF Utilities

What is this MQ app whereof you speak? Is MA10 a separate product? I have a 
passel of V7 MQ libraries including SCSQPNLE, but no member MQAPPS nor program 
MQDLQ0. 

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

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tom Conley
Sent: Friday, September 23, 2016 9:47 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Help with MQ and MA10: MQ Series for MVS/ESA ISPF 
Utilities

On 9/22/2016 3:38 PM, Hansen, Dave L - Eagan, MN wrote:
> Dear Group,
>
>I am trying to get the ISPF based tool MQDLQ to work with MQ V8.  The 
> program MQDLQ0 is part of MA10 and wants a Queue Manager name as input.  I 
> have tried ISPF PARM and ISPF VPUT.  Does anyone have MQDLQ working from a 
> panel that supplies the Queue Manager Name?
>
>   @MQ EXEC starts this up (MQMQ.ISPPLIB and MQQM.ISPLLIB have the code):
> "ALTLIB ACTIVATE APPLICATION(CLIST) DATASET('MQM.SCSQEXEC')"
> "ISPEXEC LIBDEF ISPPLIB DATASET
> ID('MQM.SCSQPNLE','MQMQ.ISPPLIB')"
> "ISPEXEC LIBDEF ISPTLIB DATASET ID('MQM.SCSQTBLE')"
> "ISPEXEC LIBDEF ISPMLIB DATASET ID('MQM.SCSQMSGE')"
> "ISPEXEC LIBDEF ISPLLIB DATASET
> ID('MQM.SCSQAUTH','MQM.SCSQANLE','MQMQ.ISPLLIB')"
> "ISPEXEC SELECT PANEL(MQAPPS)"
> "ALTLIB DEACTIVATE APPLICATION(CLIST)"
>
> MQAPPS PANEL (cut down):
> %   Z +MQDLQ   - Invoke MQM Dead Letter Queue on MQM%===> _DLQM+
> )INIT
> VGET (DLQM) PROFILE
> .cursor = ZCMD
> )PROC
> )PROC
>  = 
>   IF ( ¬= ' ')
>  = TRUNC(,'.')
> IF ( = ' ')
>   .MSG = ISRU000
> IF ( = 'D')
>   VER (,NB)
>= TRANS( 
> Z,'CMD(MQDLQ)  NEWAPPL(MQDL) PASSLIB PARM()'
>   ' ',' '
> X,'EXIT'
> *,'?' )
>= .TRAIL
> VPUT (DLQM) PROFILE
> )END
>
> MQDLQ (REXX):
> TRACE I
> ADDRESS ISPEXEC "VGET (DLQM) PROFILE"
> ADDRESS TSO
> SAY 'DLQM =' DLQM
> ISPEXEC SELECT PGM(MQDLQ0) PARM('DLQM')
>
> MQDLQ (CLIST):
> PROC 1 QMGR
> ISPEXEC SELECT PGM(MQDLQ0) PARM()
>
>
> So I enter @MQ.  I get my first panel.  It remembered DLQM from the last run. 
>  I enter "Z" and get:
> ISPD206
> Conflicting parameters
> CMD conflicts with another keyword.
> Panel line where error was detected:
> ZSEL = CMD(MQDLQ)  NEWAPPL(MQDL) PASSLIB PARM(QQA1) So I never left 
> the panel code.
>
> Ok, I removed PARM()  ==> Z,'CMD(MQDLQ)  NEWAPPL(MQDL) PASSLIB'
> So I enter @MQ. I get my first panel.  It remembered DLQM from the last run.  
> I enter "Z" and get:
>  4 *-* ADDRESS ISPEXEC "VGET (DLQM) PROFILE"
>>L>   "VGET (DLQM) PROFILE"
>+++ RC(8) +++
>  6 *-* ADDRESS TSO
>  7 *-* SAY 'DLQM =' DLQM
>>L>   "DLQM ="
>>V>   ""
>>O>   "DLQM = "
> DLQM =
>  9 *-* ISPEXEC SELECT PGM(MQDLQ0) PARM('DLQM')
>>L>   "ISPEXEC"
>>L>   "SELECT"
>>O>   "ISPEXEC SELECT"
>>L>   "MQDLQ0"
>  9 +++ ISPEXEC SELECT PGM(MQDLQ0) PARM('DLQM') Error running 
> MQDLQ, line 9: Routine not found
> ***
> Well I left the PANEL code and invoked MQDLQ but I didn't get DLQM back from 
> the ISPF VGET.
>
> In my first attempt I tried to pass a PARM().  The NEWAPPL has 
> something to do with the LIBDEFS.
> Q). How do I pass a PARM in the )PROC section of an ISPF panel?  ZSEL = 
> CMD(MQDLQ)  NEWAPPL(MQDL) PASSLIB PARM(QQA1) results in: CMD conflicts with 
> another keyword.  Not sure why.
>
>   On my second attempt I tried to use VPUT and VGET.  My VPUT works because 
> when I go back in I see what I last typed for a field value.
> Q). How do I pull in my ISPF VAR?  I have used VGET before: ADDRESS ISPEXEC 
> "VGET (MYCMD)".  The Default list is ASIS, I used PROFILE.  My panel picks it 
> up, but my REXX/CLIST doesn't find it.
>
>   Yup, I know last one didn't resolve MQDLQ0 but I still am trying to get my 
> variable to work.  I keep spinning this around but I just haven't found my 
> way through it.
>

Dave,

Re: Can Someone Check Redbooks?

[Lizette Koehler]

Remember you can check a site with this URL

http://www.downforeveryoneorjustme.com/

It works well.

I just entered www.redbooks.ibm.com and it returned

It's not just you! http://www.redbooks.ibm.com looks down from here.



Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of George Rodriguez
> Sent: Thursday, September 29, 2016 4:50 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Can Someone Check Redbooks?
> 
> Is the http://www.redbooks.ibm.com/ site down?
> 
> *George Rodriguez*

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

Re: remote system support (i.e. the data center is 2 states away from you).

[Tony Thigpen]

Times have changed.

Just ask the auditors if they have VPN access to their files so that 
they can work from home. If they say yes, then you should be able to 
have VPN consoles too.


Or, just set it up and don't tell them. If they ever figure it out, just 
say that 'Joe' (some retired auditor) approved it many years ago. Let 
them prove he did not.


Tony Thigpen

Edward Gould wrote on 09/29/2016 03:44 AM:

On Sep 28, 2016, at 11:49 PM, Brian Westerman  
wrote:

Now that most mainframes (at least for the past several years) have OSA-ICC's, 
there is no reason to worry about not having a console connection remotely.  We 
routinely define 16 consoles and 16 3270's (non-console) to each LPAR (a few 
more for production LPARs sometimes).  I can't think of the last time that I 
couldn't get into any of the client mainframes that wasn't a flat-out network 
issue, and that can't normally be handled from z/OS anyway.  That's why you 
have network appliances to control the network.

You need to make sure that you ALWAYS have multiple points of entry to the 
LPARs available to you, TCP to OSA, TCP to OSA-ICC, LPAR to LPAR, etc.  If a 
site is still using and/or paying for a local control unit and 3270's when 
their system supports OSA-ICC they really need to think about spending their 
money more wisely.  I would trust an OSA-ICC a lot more than some old 3274.  
The ICC's are cheap enough that really worried sites can purchase a backup.

If you need to enter the computer room to get or keep your site working, then 
you are doing something wrong.  I'm not saying that you might not need to get 
to the HMC, but if you physically have to go to it to use it, then you have set 
things up badly.

We do have a couple very old sites (who don't have OSA-ICC's) where the backup 
way in is the HMC, and then a dial-up to the HMC in case the network to the HMC 
fails.  One of the banks we support still has local 3274 control units on a 
z800, and they have a phone line attached to a PC in the computer room that is 
wired directly to the 3274 via CUT.  We have never needed to use it, but we 
still test it out once a month.

In my opinion, in the end, it's up to you as the consultant to make sure that 
you can get in if there is a problem.  If you don't set it up right or can't, 
then you're in the wrong business.  This is not meant as a comment on anyone's 
abilities, not everyone is going to know how to set things up for 100% remote 
support without doing some research.  In my case, I helped to design some of 
it, so I'm able to work comfortably with it.

Brian


Brian:
One of there specific episodes we had was that the master console was the only 
one that was “talking”. As to other options you listed the auditors cut them 
off years ago and no use arguing with them (BTDT).
As for HMC remote access again the auditors wouldn’t allow it no matter how 
much we argued (besides I sort of agree with them on the HMC issue).
I won’t go into the old xmas party story I use regularly on here and what could 
happen.

Ed
--
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: Can Someone Check Redbooks?

[John Clifford]

Susan.

  Still can't getbthere.

This site can’t be reached

*www.redbooks.ibm.com * took too long to
respond.



John Clifford

On Thu, Sep 29, 2016 at 12:04 PM, Susan Shumway  wrote:

> The link works for me, so perhaps it's a stepped solution to an outage.
> I'll forward this to the Redbooks team just so they know that some folks
> are still having access problems.
>
> On 09/29/16 9:57 AM, George Rodriguez wrote:
>
>> It still doesn't work for me either.​
>>
>>
>> *George Rodriguez*
>> *Specialist II - IT Solutions*
>> *IT Enterprise Applications*
>> *PX - 47652*
>> *(561) 357-7652 (office)*
>> *(954) 415-7586 (mobile)*
>> *School District of Palm Beach County*
>> *3348 Forest Hill Blvd.*
>> *Room B-251*
>> *West Palm Beach, FL. 33406-5869*
>> *Florida's Only A-Rated Urban District For Eight Consecutive Years*
>>
>> On Thu, Sep 29, 2016 at 9:51 AM, John Abell <
>> john.ab...@intnlsoftwareproducts.com> wrote:
>>
>> Still doesn't work for me so maybe some DNS Servers are down in the nether
>>> land somewhere.
>>>
>>> John T. Abell
>>> Tel:800-295-7608Option 4
>>> President
>>> International:  1-416-593-5578  Option 4
>>> E-mail:  john.ab...@intnlsoftwareproducts.com
>>> Fax:800-295-7609
>>>
>>> International:  1-416-593-5579
>>>
>>>
>>> International Software Products
>>> www.ispinfo.com
>>>
>>> This email may contain confidential and privileged material for the sole
>>> use of the intended recipient(s). Any review, use, retention,
>>> distribution
>>> or disclosure by others is strictly prohibited. If you are not the
>>> intended
>>> recipient (or authorized to receive on behalf of the named recipient),
>>> please contact the sender by reply email and delete all copies of this
>>> message. Also,email is susceptible to data corruption, interception,
>>> tampering, unauthorized amendment and viruses. We only send and receive
>>> emails on the basis that we are not liable for any such corruption,
>>> interception, tampering, amendment or viruses or any consequence thereof.
>>>
>>>
>>>
>>> -Original Message-
>>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
>>> Behalf Of Parwez Hamid
>>> Sent: Thursday, September 29, 2016 9:16 AM
>>> To: IBM-MAIN@LISTSERV.UA.EDU
>>> Subject: Re: Can Someone Check Redbooks?
>>>
>>> Its OK for me. No problem accessing it.
>>>
>>> --
>>> For IBM-MAIN subscribe / signoff / archive access instructions, send
>>> email
>>> to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>>>
>>>
>>> ---
>>> This email has been checked for viruses by Avast antivirus software.
>>> https://www.avast.com/antivirus
>>>
>>> --
>>> For IBM-MAIN subscribe / signoff / archive access instructions,
>>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>>>
>>>
>>
> --
> Sue Shumway
> z/OS Product Documentation Lead
> IBM Poughkeepsie
> chale...@us.ibm.com
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

Re: remote system support (i.e. the data center is 2 states away from you).

[Jesse 1 Robinson]

This is a great post! Quite some years ago a local YMCA activities director 
acquired a pager. People thought she was burdening herself with an electronic 
tether. Quite the opposite, she argued. She trusted her staff for most 
problems, but if she was needed, she could respond immediately--from the pay 
phone nearest the beach where she was lounging. ;-)

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


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John Mattson
Sent: Thursday, September 29, 2016 9:13 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: remote system support (i.e. the data center is 2 states 
away from you).

Fascinating subject for most of us, just look at all the replies.
Makes me sorry that I am close to retirement when things keep getting more 
interesting.
Many years ago that I started doing all of the zOS maintenance because the 
rest of the group was eliminated or switched to Unix/Win.  Incredible tools 
developed allowed that to happen.  I could download and install major systems 
in no time at all.  We went from a bunch of zOS people doing systems to one zOS 
and a much larger bunch doing Unix/Win. They called this "progress".  Hmmm.
 How remote support happened at Acme Anvils. I installed TCPIP on the MF 
when no one in management had any interest in it. I bought and paid for a very 
expensive cell phone and software many years ago which allowed me to login to 
work so that I could play Renaissance music at faires all week-end while 
on-call. (amazing how many of us are also musicians)  Once others saw this, 
everyone had to have it.  It was worth every cent.
After all these years the major obstacle to remote support is that 
management still had not learned how to manage it--- In my (not so) humble 
opinion.
My comment to John McKown is "what happens when you want to go on a real 
vacation", you know, Europe or Asia?  I realize that one reason I am at my 
current consultant job is so that the FTE can go on vacation.
Humbling, but at this point, no problem. I make myself useful.


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

Re: IBM web site for service delivery and hold data.

[David Purdy]

Not connecting for me, either.

David



On Thursday, September 29, 2016 Richbourg, Claude 
 wrote:
Good morning all,

I am having trouble getting to the IBM sites for Hold Data and service today:

service.boulder.ibm.com
deliverycb-bld.dhe.ibm.com

I keep getting the 1808 and time out messages. Does anyone know if they are 
having an issue with those sites now?
Thanks up front.

Regards,


Claude Richbourg
Mainframe Support Section
Florida Agency for State Technology
AST - Southwood Data Center
Capital Circle Office Complex | Sadowski building
2555 Shumard Oak Blvd |Tallahassee, FL 32301
Office: 850-488-5243
Email 
claude.richbo...@ast.myflorida.com


Please Note: Florida has a very broad public records law. Most written 
communications to or from state officials regarding state business
are public records available to the public and media upon request. Your e-mail 
communications may therefore be subject to public disclosure




--
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: AW: Re: Would HiperDispatch likely delay heavy multitasking job?

[Greg Dyck]

On 9/29/2016 10:17 AM, Peter Hunkeler wrote:

So there should be enough spare capacity for the system (LPAR) to to use. But 
it does not. The 7 vertical low CPs are mostly parked or unparked for only a 
few percent. I wonder why MVS is not using more CPs and more Capacity for that 
job.


You have to dig into queuing theory, arrival rate, arrival pattern, and 
service duration of the work to understand why RMF is reporting CPU 
delay samples yet WLM does not unpark processors to run it.


HiperDispatch is a balancing act between providing the best processor 
efficiency vs dispatch responsiveness.  If the average CPU utilization 
of the 3 CPUs is not relatively high *and* the delay for work to get 
dispatched is small, such that the cost/delay of using the vertical low 
CPUs is believed to not be worth it, then the vertical low CPUs will not 
be unparked.


You can always try turning HiperDispatch off and see what happens.

Regards,
Greg

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

Re: remote system support (i.e. the data center is 2 states away from you).

[John Mattson]

Fascinating subject for most of us, just look at all the replies.
Makes me sorry that I am close to retirement when things keep getting more
interesting.
Many years ago that I started doing all of the zOS maintenance because
the rest of the group was eliminated or switched to Unix/Win.  Incredible
tools developed allowed that to happen.  I could download and install major
systems in no time at all.  We went from a bunch of zOS people doing
systems to one zOS and a much larger bunch doing Unix/Win. They called this
"progress".  Hmmm.
 How remote support happened at Acme Anvils. I installed TCPIP on the
MF when no one in management had any interest in it. I bought and paid for
a very expensive cell phone and software many years ago which allowed me to
login to work so that I could play Renaissance music at faires all week-end
while on-call. (amazing how many of us are also musicians)  Once others saw
this, everyone had to have it.  It was worth every cent.
After all these years the major obstacle to remote support is that
management still had not learned how to manage it--- In my (not so) humble
opinion.
My comment to John McKown is "what happens when you want to go on a
real vacation", you know, Europe or Asia?  I realize that one reason I am
at my current consultant job is so that the FTE can go on vacation.
Humbling, but at this point, no problem. I make myself useful.

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

Re: Can Someone Check Redbooks?

[Susan Shumway]

The link works for me, so perhaps it's a stepped solution to an outage. 
I'll forward this to the Redbooks team just so they know that some folks 
are still having access problems.


On 09/29/16 9:57 AM, George Rodriguez wrote:

It still doesn't work for me either.​


*George Rodriguez*
*Specialist II - IT Solutions*
*IT Enterprise Applications*
*PX - 47652*
*(561) 357-7652 (office)*
*(954) 415-7586 (mobile)*
*School District of Palm Beach County*
*3348 Forest Hill Blvd.*
*Room B-251*
*West Palm Beach, FL. 33406-5869*
*Florida's Only A-Rated Urban District For Eight Consecutive Years*

On Thu, Sep 29, 2016 at 9:51 AM, John Abell <
john.ab...@intnlsoftwareproducts.com> wrote:


Still doesn't work for me so maybe some DNS Servers are down in the nether
land somewhere.

John T. Abell
Tel:800-295-7608Option 4
President
International:  1-416-593-5578  Option 4
E-mail:  john.ab...@intnlsoftwareproducts.com
Fax:800-295-7609

International:  1-416-593-5579


International Software Products
www.ispinfo.com

This email may contain confidential and privileged material for the sole
use of the intended recipient(s). Any review, use, retention, distribution
or disclosure by others is strictly prohibited. If you are not the intended
recipient (or authorized to receive on behalf of the named recipient),
please contact the sender by reply email and delete all copies of this
message. Also,email is susceptible to data corruption, interception,
tampering, unauthorized amendment and viruses. We only send and receive
emails on the basis that we are not liable for any such corruption,
interception, tampering, amendment or viruses or any consequence thereof.



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Parwez Hamid
Sent: Thursday, September 29, 2016 9:16 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Can Someone Check Redbooks?

Its OK for me. No problem accessing it.

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


---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus

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





--
Sue Shumway
z/OS Product Documentation Lead
IBM Poughkeepsie
chale...@us.ibm.com

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

Re: Link to the September 16 refresh of the z/OS 2.2 manuals?

[Susan Shumway]

You're welcome, Bob! I'm glad to hear that my involvement helps. =)

On 09/28/16 5:18 PM, Lester, Bob wrote:

Hi Susan,

 Thank you!  It may not be said often enough, but  I appreciate that 
someone from IBM is following this thread.

BobL


--
Sue Shumway
z/OS Product Documentation Lead
IBM Poughkeepsie
chale...@us.ibm.com

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

Re: Link to the September 16 refresh of the z/OS 2.2 manuals?

[Susan Shumway]

Thanks, Tom. I put a discussion about this on our build team agenda and 
added your comments. I suspect that we're somewhat restricted by tooling 
and repository rules, but we'll see what we can do.


On 09/29/16 10:34 AM, Tom Marchant wrote:

On Wed, 28 Sep 2016 17:17:04 -0400, Susan Shumway wrote:


What benefits do you see with SK4T-4949 that you don't with SC27-8430?


index.htm.

It gives me a list of book shelves and makes it easy to find the manual that I 
want. If I want to look up something in the MVS Initialization and Tuning 
Reference, I don't need to perform a search. I just want to go directly to the 
book that I want.

Sometimes I need to search. Sometimes I don't. When I do need to search, the 
SC27-8430 search results are often difficult to use.

If the search could be enhanced so that after clicking on the "+" for the book 
it would give a list of topics in the manual that contained hits, which could then be 
expanded to the individual hits, that would be a big help.'



--
Sue Shumway
z/OS Product Documentation Lead
IBM Poughkeepsie
chale...@us.ibm.com

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

Re: Remote API to z/OS?

[John McKown]

On Thu, Sep 29, 2016 at 10:45 AM, Phil Smith  wrote:

> Tom Marchant wrote:
> > "MVS side" and "USS side" are myths that refuse to die.
> > USS is tightly integrated with the rest of MVS, and has been for a long
> time.
>
> But they aren't identical, and there are things that are impossible or at
> least difficult from one that are easy in the other. Theologically, you're
> correct; realistically, not so much.
> --
>

​So, in like manner, are you in the COBOL side of the programming paradigm
or the FORTRAN side (I don't want to do analytics in COBOL or payroll in
FORTRAN)?


> ...phsiii
>
>
-- 
Heisenberg may have been here.

Unicode: http://xkcd.com/1726/

Maranatha! <><
John McKown

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

COBOL CICS co-processor listing RFEs

[Bill Woodger]

These look like useful suggestions.

https://www.ibm.com/developerworks/rfe/execute?use_case=viewRfe_ID=93730
https://www.ibm.com/developerworks/rfe/execute?use_case=viewRfe_ID=95165

Remember you need to be logged-in with IBM ID before attempting to use the RFE 
site. If you don't have one already, registration is free, and just needs an 
email address (at least when I last needed to know) and for you to provide a 
password.

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

Re: Detect Tape Volume Switch

[Mike Wood]

Its been a while since the question was asked, but here is a definitive answer.
Over z/OS R11, 12 and 13 new function was added in OPEN to improve recovery 
from incorrect multi-volume processing.
RMM added support to exploit the new capabilities.
OPTCODE=B is a user way to control what happens.
A system level control is available with TAPE_MULTI_VOLUME_ANOMALY keyword.

More details are available for programming level control of EOV and abends in 
processing during EOV.

Mike

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

Re: Remote API to z/OS?

[Phil Smith]

Tom Marchant wrote:
> "MVS side" and "USS side" are myths that refuse to die.
> USS is tightly integrated with the rest of MVS, and has been for a long time.

But they aren't identical, and there are things that are impossible or at least 
difficult from one that are easy in the other. Theologically, you're correct; 
realistically, not so much.
--
...phsiii


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

IBM web site for service delivery and hold data.

[Richbourg, Claude]

Good morning all,

I am having trouble getting to the IBM sites for Hold Data and service today:

service.boulder.ibm.com
deliverycb-bld.dhe.ibm.com

I keep getting the 1808 and time out messages. Does anyone know if they are 
having an issue with those sites now?
Thanks up front.

Regards,


Claude Richbourg
Mainframe Support Section
Florida Agency for State Technology
AST - Southwood Data Center
Capital Circle Office Complex | Sadowski building
2555 Shumard Oak Blvd |Tallahassee, FL 32301
Office: 850-488-5243
Email 
claude.richbo...@ast.myflorida.com


Please Note: Florida has a very broad public records law. Most written 
communications to or from state officials regarding state business
are public records available to the public and media upon request. Your e-mail 
communications may therefore be subject to public disclosure




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

Re: Remote API to z/OS?

[Jack J. Woehr]

John McKown wrote:

Perhaps the
ultimate "illegitimate offspring" would be for IBM to come up with a UNIX
shell which also has all the TSO APIs integrated into it.


It's almost like that already. Maybe the next marketing ploy will be to rebrand 
the system zOSnix :)

--
Jack J. Woehr # Science is more than a body of knowledge. It's a way of
www.well.com/~jax # thinking, a way of skeptically interrogating the universe
www.softwoehr.com # with a fine understanding of human fallibility. - Carl Sagan

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

AW: Re: Would HiperDispatch likely delay heavy multitasking job?

[Peter Hunkeler]

>Cheryl's tuning letter fall 2015 described a case where they
implemented MSU capping ... [snip]


Ooops, I just saw the some text vanished from my mail... sorry for the 
incpmpleted data..


I wanted to add that the CPU Activity Report shows the system (LPAR) being busy 
between ~30% and ~50% (physically), and the whole CEC is nowhere near running 
at the physical (12CP ) capacity limits. We're running with Group Capacity 
Limit, and are also nowhere near being capped.


So there should be enough spare capacity for the system (LPAR) to to use. But 
it does not. The 7 vertical low CPs are mostly parked or unparked for only a 
few percent. I wonder why MVS is not using more CPs and more Capacity for that 
job.




But then there is the interesting comment from Greg: RMF might be fooling me. I 
understood RMF to count a CP delay sample when it finds a ready work unit on 
the WUQ (dispatcher queue). My (probably incorrect) thinking is that a ready WU 
should get access to a CP in this situation (spare capacity / parked CPs). This 
is why I'm interested in the mechanism that influence WU queueing and selection 
when HiperDispatch is on, i.e. when there is one WUQ per processor node.


--
Peter Hunkeler



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

AW: Re: Would HiperDispatch likely delay heavy multitasking job?

[Peter Hunkeler]

>For more on these issues, you can see our presentations from the last SHARE on 
>our website at http://watsonwalker.com/publications/presentations/.  And if 
>you're a Tuning Letter subscriber, look at our 2015 No 4 issue for both the 
>article that Mike mentioned and another article on how HiperDispatch works.


Thanks. I'll have a look at your presentations as well. I was studying an 
excellent papaer from Robert Vaupel.


--
Peter Hunkeler




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

Re: EXTERNAL: Re: remote system support (i.e. the data center is 2 states away from you).

[Jerry Whitteridge]

Oops - missed one point. We DON'T have OSA-ICC but have equivalent capabilities 
via our Visara console controllers.

Jerry Whitteridge
Manager Mainframe Systems & Storage
Albertsons - Safeway Inc.
925 738 9443
Corporate Tieline - 89443

If you feel in control
you just aren't going fast enough.




-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Brian Westerman
Sent: Wednesday, September 28, 2016 9:49 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: EXTERNAL: Re: remote system support (i.e. the data center is 2 states 
away from you).

Now that most mainframes (at least for the past several years) have OSA-ICC's, 
there is no reason to worry about not having a console connection remotely.  We 
routinely define 16 consoles and 16 3270's (non-console) to each LPAR (a few 
more for production LPARs sometimes).  I can't think of the last time that I 
couldn't get into any of the client mainframes that wasn't a flat-out network 
issue, and that can't normally be handled from z/OS anyway.  That's why you 
have network appliances to control the network.

You need to make sure that you ALWAYS have multiple points of entry to the 
LPARs available to you, TCP to OSA, TCP to OSA-ICC, LPAR to LPAR, etc.  If a 
site is still using and/or paying for a local control unit and 3270's when 
their system supports OSA-ICC they really need to think about spending their 
money more wisely.  I would trust an OSA-ICC a lot more than some old 3274.  
The ICC's are cheap enough that really worried sites can purchase a backup.

If you need to enter the computer room to get or keep your site working, then 
you are doing something wrong.  I'm not saying that you might not need to get 
to the HMC, but if you physically have to go to it to use it, then you have set 
things up badly.

We do have a couple very old sites (who don't have OSA-ICC's) where the backup 
way in is the HMC, and then a dial-up to the HMC in case the network to the HMC 
fails.  One of the banks we support still has local 3274 control units on a 
z800, and they have a phone line attached to a PC in the computer room that is 
wired directly to the 3274 via CUT.  We have never needed to use it, but we 
still test it out once a month.

In my opinion, in the end, it's up to you as the consultant to make sure that 
you can get in if there is a problem.  If you don't set it up right or can't, 
then you're in the wrong business.  This is not meant as a comment on anyone's 
abilities, not everyone is going to know how to set things up for 100% remote 
support without doing some research.  In my case, I helped to design some of 
it, so I'm able to work comfortably with it.

Brian

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

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


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

Re: EXTERNAL: Re: remote system support (i.e. the data center is 2 states away from you).

[Jerry Whitteridge]

Exactly !

Jerry Whitteridge
Manager Mainframe Systems & Storage
Albertsons - Safeway Inc.
925 738 9443
Corporate Tieline - 89443

If you feel in control
you just aren't going fast enough.




-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Brian Westerman
Sent: Wednesday, September 28, 2016 9:49 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: EXTERNAL: Re: remote system support (i.e. the data center is 2 states 
away from you).

Now that most mainframes (at least for the past several years) have OSA-ICC's, 
there is no reason to worry about not having a console connection remotely.  We 
routinely define 16 consoles and 16 3270's (non-console) to each LPAR (a few 
more for production LPARs sometimes).  I can't think of the last time that I 
couldn't get into any of the client mainframes that wasn't a flat-out network 
issue, and that can't normally be handled from z/OS anyway.  That's why you 
have network appliances to control the network.

You need to make sure that you ALWAYS have multiple points of entry to the 
LPARs available to you, TCP to OSA, TCP to OSA-ICC, LPAR to LPAR, etc.  If a 
site is still using and/or paying for a local control unit and 3270's when 
their system supports OSA-ICC they really need to think about spending their 
money more wisely.  I would trust an OSA-ICC a lot more than some old 3274.  
The ICC's are cheap enough that really worried sites can purchase a backup.

If you need to enter the computer room to get or keep your site working, then 
you are doing something wrong.  I'm not saying that you might not need to get 
to the HMC, but if you physically have to go to it to use it, then you have set 
things up badly.

We do have a couple very old sites (who don't have OSA-ICC's) where the backup 
way in is the HMC, and then a dial-up to the HMC in case the network to the HMC 
fails.  One of the banks we support still has local 3274 control units on a 
z800, and they have a phone line attached to a PC in the computer room that is 
wired directly to the 3274 via CUT.  We have never needed to use it, but we 
still test it out once a month.

In my opinion, in the end, it's up to you as the consultant to make sure that 
you can get in if there is a problem.  If you don't set it up right or can't, 
then you're in the wrong business.  This is not meant as a comment on anyone's 
abilities, not everyone is going to know how to set things up for 100% remote 
support without doing some research.  In my case, I helped to design some of 
it, so I'm able to work comfortably with it.

Brian

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

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


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

Re: EXTERNAL: Re: remote system support (i.e. the data center is 2 states away from you).

[Jerry Whitteridge]

I take some umbrage if you are implying my sites are not "true production" - My 
outages are as costly to our business as any could be.
The fact your sites have trust issues as well as training issues does not make 
other approaches "non-production". We've seen many on here describe similar 
scenarios as mine - but there are many ways to skin a cat and not everything 
works in every site. Yours seems to have a great number of issues form your 
postings over the years.

Jerry Whitteridge
Manager Mainframe Systems & Storage
Albertsons - Safeway Inc.
925 738 9443
Corporate Tieline - 89443

If you feel in control
you just aren't going fast enough.




-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Edward Gould
Sent: Wednesday, September 28, 2016 8:39 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: EXTERNAL: Re: remote system support (i.e. the data center is 2 
states away from you).

> On Sep 28, 2016, at 12:49 PM, Jerry Whitteridge 
>  wrote:
>
> Let me expand on that previous comment.
>
> If your Datacenter was/is designed for attended operations then console 
> access is often restricted to physical access and so remote support becomes 
> an issue. The conversion to unattended/lights out operations requires a 
> rethink about console design, deployment and access from the traditional 
> models. Both my Datacenters are designed for remote support (either can be 
> run from either Datacenter OR by remote access). This was a part of the DR 
> considerations as well as staffing choices. It did mean redesigning the 
> console support but now we have access to any console from any authorized 
> remote location without a physical presense.
>
> Jerry Whitteridge
> Manager Mainframe Systems & Storage
> Albertsons - Safeway Inc.
> 925 738 9443
> Corporate Tieline - 89443
———SNIP——

Jerry:

I will agree with your clarification with some minor cavets. That is all well 
and good for a “new” DC. The rest of us mortals do not have the luxury of 
having such a set up.
Personally I have not had much need for the HMC. It is clunky and far to easy 
to bring down the entire sysplex, especially if you don’t use it everyday. in 
fact I dread the time I have to “use” it as I am sure without thinking I will 
crash the systems. Having seen (not by my hand) the entire plex being lost just 
by hands of the in-experianced is not for the feint of heart.

I know of one “system” that is run via remote by about 1000 miles. There is so 
much non trust between the sites and the political cr** that ends up in finger 
pointing I am glad I have nothing to do with the mess.

I suppose its fine if the site/remote gets along but with the charged finger 
pointing that goes on I don’t see it realistically well implemented especially 
in a real environment where finger checks cause the stock market not to open. 
Perhaps in a college environment it would work but not in a true production 
environment.

Ed

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

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


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

Re: Would HiperDispatch likely delay heavy multitasking job?

[Tom Marchant]

On Wed, 28 Sep 2016 18:29:33 +0200, Peter Hunkeler  wrote:

>Is so, the job would not be able to run more CPs in parallel at any point in 
>time than there are LCPs in the node (highds, mediums, and unparked lows), 
>right?

I am confused by this question. Of course, regardless of the other conditions 
that you've asked about, a job can never run more tasks in parallel "at the 
same point in time" than there are Logical CPs available, which can't be more 
than the number of physical CPs available at that instant.

-- 
Tom Marchant

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

Re: EXTERNAL: Re: remote system support (i.e. the data center is 2 states away from you).

[Ward, Mike S]

I also started in 1976. Time sure seems to have flown by.  I started with 2 
360/40's with 128K each. I never imagined I would see the day when you could 
address Terabytes of memory. :)

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lester, Bob
Sent: Wednesday, September 28, 2016 3:40 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: EXTERNAL: Re: remote system support (i.e. the data center is 2 
states away from you).

Hi Tony,

 Belt & Suspenders!  Still a good idea!  I'm an FTE, but have similar 
access to my CEC(s).

 I've been a MF SysProg for almost 40 years and - on this topic - I don't 
miss the old days at all!  When I started in 1976, there was no way to support 
remote sites effectively without being there.  These days, it's not only 
possible, but required in some environments.  And, totally workable if you have 
the right software/hardware/employer.

 Remote access, once secured, is a wonderful thing.  Beats the heck out of 
having to go into the office during the "maintenance" window!

Regards,
BobL

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tony Thigpen
Sent: Wednesday, September 28, 2016 2:17 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: EXTERNAL: Re: remote system support (i.e. the data center is 2 
states away from you). [ EXTERNAL ]

Our remote systems support staff have multiple remote access to the
consoles:
1) The initial IPL console is on a laptop in the computer room with Windows 7 
PRO. If needed, this box can be remotely accessed using RDP over a VPN.
2) A backup console is always running on a second laptop with the same RDP over 
VPN access.
3) Each sysprog has their own dedicated console which is accessed via the 
OSA-C. I connect and keep my personal console running all the time but 
minimized.
4) We have one person in town that lives only 5 minutes from the data-center. 
We can always call them.
5) There is another company in the same building that manages WinTel servers. 
They have access to our data-center and can be called 24/7.

Tony Thigpen

Jerry Whitteridge wrote on 09/28/2016 01:34 PM:
> This indicates a weakness in your console deployment - my staff have 
> remote access to all the consoles they need (including the Master)
>
> Jerry Whitteridge
> Manager Mainframe Systems & Storage
> Albertsons - Safeway Inc.
> 925 738 9443
> Corporate Tieline - 89443
>
> If you feel in control
> you just aren't going fast enough.
>
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Edward Gould
> Sent: Wednesday, September 28, 2016 9:10 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: EXTERNAL: Re: remote system support (i.e. the data center is 2 
> states away from you).
>
>> On Sep 28, 2016, at 12:28 AM, Brian Westerman 
>>  wrote:
>>
>> Hi John,
>>
>> Our company (Syzygy Incorporated) fully supports more than 70 sites 
>> remotely, all over the world.  On top of that we provide partial support for 
>> another 60 to 70 sites.  Some are large (300+MSU) and some are quite small 
>> (8 to 10 MSU), but they all need our expertise and not being "on-site" has 
>> never been an issue.  We also have a suite of system automation products 
>> that we maintain at several hundred sites.
>>
>> Even 10 to 12 years ago, it was very unusual to be "at" a site or if 
>> you were physically there, to be anywhere near the actual computer 
>> room.  Once a site realizes that the systems programmer doesn't need 
>> to be in that room, it's only a small jump for them to understand 
>> that you get just as much support from the next floor, or the next 
>> building, or the next city, etc.  I can still remember some 
>> knock-down drag out fights between the systems programmers and the 
>> operations group on whether or not the systems programmers should 
>> ever be allowed into the computer room.  We (systems programmers) 
>> always won that argument, but now I wonder why I fought it for so 
>> long. :)
> ——SNIP———
>
> I will disagree with you on this one. Our data center is on 2 floors and 
> running upstairs is still needed as consoles (except the master) is still 
> needed to this day. Just last week all consoles (except the master) were 
> locked out (TSO was dead as were other possibilities). We were able to get 
> the system back (and working in good order) by a combination of operator 
> commands.
>
> Ed
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 
> 
>   Warning: All e-mail sent to this address will be received by the corporate 
> e-mail system, and is subject to archival and review by someone other than 
> the recipient. This e-mail may contain 

Re: Remote API to z/OS?

[John McKown]

On Thu, Sep 29, 2016 at 9:47 AM, Tom Marchant <
000a2a8c2020-dmarc-requ...@listserv.ua.edu> wrote:

> On Wed, 28 Sep 2016 19:23:45 -0600, Jack J. Woehr wrote:
>
> >Is there a generalized remote API to the MVS side of z/OS?
> >Or if one wants to remote control MVS does one merely use ssh to the USS
> side
>
> "MVS side" and "USS side" are myths that refuse to die.
>
> USS is tightly integrated with the rest of MVS, and has been for a long
> time.
>

​I completely agree with this. But I think that will be the way that most
think of it until using BPXBATCH in JCL the way that we use IKJEFT01 in
batch.​ Or when programmers start using the z/OS UNIX shell via telnet or
ssh as a normal part of their way to use z/OS as they now do TSO. Or even
when a programmers decides something like "I'll whip up a short awk program
to do that." instead of "Hum, time for a short REXX program to do that."
What I would like to see is for the ISPF people to "detach" from their love
of 3270 TSO to isolate the "terminal control" portion so that you could
actually run ISPF as a UNIX application instead of / in addition to a TSO
application. Of course, ISPF most likely uses a lot of other TSO API
interfaces in addition to the TPUT/TGET/TPG terminal I/O API. Perhaps the
ultimate "illegitimate offspring" would be for IBM to come up with a UNIX
shell which also has all the TSO APIs integrated into it.



>
> --
> Tom Marchant
>
>
-- 
Heisenberg may have been here.

Unicode: http://xkcd.com/1726/

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: Remote API to z/OS?

[Jack J. Woehr]

Tom Marchant wrote:

"MVS side" and "USS side" are myths that refuse to die.

USS is tightly integrated with the rest of MVS, and has been for a long time.


Well, yes. I've been fiddling with USS since the 1990's. And IBM i 7 OS + QSH 
/QP2. And z/VM + OVM.

You might say I'm specialized that way.

I just happen to visualize them as this box where there's a wall down the 
middle.

The MVS side is on the right, and MVS is red and green and light blue and white 
on black like TSO and ISPF.

The USS side is on the left, and it's green on black like a Unix terminal.

And there's conduit piercing the wall between the two.
I think maybe Schroedinger's cat lives in the box. Or doesn't.

--
Jack J. Woehr # Science is more than a body of knowledge. It's a way of
www.well.com/~jax # thinking, a way of skeptically interrogating the universe
www.softwoehr.com # with a fine understanding of human fallibility. - Carl Sagan

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

Re: Would HiperDispatch likely delay heavy multitasking job?

[Vernooij, Kees (ITOPT1) - KLM]

Can we trust DB2 to determine the most efficient number of parallel processes 
in the configuration it runs in? My DB2 colleagues claim so.

Kees.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Greg Dyck
Sent: 29 September, 2016 16:43
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Would HiperDispatch likely delay heavy multitasking job?

On 9/28/2016 11:29 AM, Peter Hunkeler wrote:
> Job in question is DB2 reorg utlility job which runs some 30 subtasks in 
> parallel runs for 2 hours. RMF III (60s intervals) shows that the job mostly 
> has a good workflow (80%+), is heavily using CP (often 80%-90%) and at the 
> same time is heavily delayed for CP (40%-60%). The job is seen to use up to 
> 230% CP.

Using more subtasks is not always better.

Within DB2 parallel utility processing there are points of 
serialization.  Running with too many subtasks can actually degrade 
thruput due to contention rather than improve it.  The contention can 
sometimes make RMF *think* there is more CPU delay than there really is 
because the subtasks frequently get suspended and resumed due to the 
contention.

The only way to reduce the the CPU delay is to reduce the number of 
subtasks demanding CPU or to give the system more CPUs to dispatch 
subtasks on.

Regards,
Greg

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

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

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



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

Re: Remote API to z/OS?

[Tom Marchant]

On Wed, 28 Sep 2016 19:23:45 -0600, Jack J. Woehr wrote:

>Is there a generalized remote API to the MVS side of z/OS?
>Or if one wants to remote control MVS does one merely use ssh to the USS side

"MVS side" and "USS side" are myths that refuse to die.

USS is tightly integrated with the rest of MVS, and has been for a long time.

-- 
Tom Marchant

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

Re: Interpreting an S202-0000

[Tom Marchant]

On Wed, 28 Sep 2016 21:46:24 -0700, Charles Mills wrote:

>I guess I will work on duplicating the problem with the LE dump disabled in
>favor of SYSUDUMP.

If you are going to go that way, make it SYSMDUMP.
A SLIP trap and an SVC dump would be better.

-- 
Tom Marchant

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

Re: Would HiperDispatch likely delay heavy multitasking job?

[Greg Dyck]

On 9/28/2016 11:29 AM, Peter Hunkeler wrote:

Job in question is DB2 reorg utlility job which runs some 30 subtasks in 
parallel runs for 2 hours. RMF III (60s intervals) shows that the job mostly 
has a good workflow (80%+), is heavily using CP (often 80%-90%) and at the same 
time is heavily delayed for CP (40%-60%). The job is seen to use up to 230% CP.


Using more subtasks is not always better.

Within DB2 parallel utility processing there are points of 
serialization.  Running with too many subtasks can actually degrade 
thruput due to contention rather than improve it.  The contention can 
sometimes make RMF *think* there is more CPU delay than there really is 
because the subtasks frequently get suspended and resumed due to the 
contention.


The only way to reduce the the CPU delay is to reduce the number of 
subtasks demanding CPU or to give the system more CPUs to dispatch 
subtasks on.


Regards,
Greg

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

Re: Link to the September 16 refresh of the z/OS 2.2 manuals?

[Tom Marchant]

On Wed, 28 Sep 2016 17:17:04 -0400, Susan Shumway wrote:

>What benefits do you see with SK4T-4949 that you don't with SC27-8430?

index.htm.

It gives me a list of book shelves and makes it easy to find the manual that I 
want. If I want to look up something in the MVS Initialization and Tuning 
Reference, I don't need to perform a search. I just want to go directly to the 
book that I want.

Sometimes I need to search. Sometimes I don't. When I do need to search, the 
SC27-8430 search results are often difficult to use.

If the search could be enhanced so that after clicking on the "+" for the book 
it would give a list of topics in the manual that contained hits, which could 
then be expanded to the individual hits, that would be a big help.'

-- 
Tom Marchant

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

Re: Can Someone Check Redbooks?

[George Rodriguez]

It still doesn't work for me either.​


*George Rodriguez*
*Specialist II - IT Solutions*
*IT Enterprise Applications*
*PX - 47652*
*(561) 357-7652 (office)*
*(954) 415-7586 (mobile)*
*School District of Palm Beach County*
*3348 Forest Hill Blvd.*
*Room B-251*
*West Palm Beach, FL. 33406-5869*
*Florida's Only A-Rated Urban District For Eight Consecutive Years*

On Thu, Sep 29, 2016 at 9:51 AM, John Abell <
john.ab...@intnlsoftwareproducts.com> wrote:

> Still doesn't work for me so maybe some DNS Servers are down in the nether
> land somewhere.
>
> John T. Abell
> Tel:800-295-7608Option 4
> President
> International:  1-416-593-5578  Option 4
> E-mail:  john.ab...@intnlsoftwareproducts.com
> Fax:800-295-7609
>
> International:  1-416-593-5579
>
>
> International Software Products
> www.ispinfo.com
>
> This email may contain confidential and privileged material for the sole
> use of the intended recipient(s). Any review, use, retention, distribution
> or disclosure by others is strictly prohibited. If you are not the intended
> recipient (or authorized to receive on behalf of the named recipient),
> please contact the sender by reply email and delete all copies of this
> message. Also,email is susceptible to data corruption, interception,
> tampering, unauthorized amendment and viruses. We only send and receive
> emails on the basis that we are not liable for any such corruption,
> interception, tampering, amendment or viruses or any consequence thereof.
>
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Parwez Hamid
> Sent: Thursday, September 29, 2016 9:16 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Can Someone Check Redbooks?
>
> Its OK for me. No problem accessing it.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email
> to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
>
> ---
> This email has been checked for viruses by Avast antivirus software.
> https://www.avast.com/antivirus
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

-- 


*Disclaimer: *Under Florida law, e-mail addresses are public records. If 
you do not want your e-mail address released in response to a public 
records request, do not send electronic mail to this entity. Instead, 
contact this office by phone or in writing.


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

Re: Can Someone Check Redbooks?

[John Abell]

Still doesn't work for me so maybe some DNS Servers are down in the nether land 
somewhere.

John T. Abell
Tel:800-295-7608Option 4
President
International:  1-416-593-5578  Option 4
E-mail:  john.ab...@intnlsoftwareproducts.com
Fax:800-295-7609

International:  1-416-593-5579


International Software Products
www.ispinfo.com

This email may contain confidential and privileged material for the sole use of 
the intended recipient(s). Any review, use, retention, distribution or 
disclosure by others is strictly prohibited. If you are not the intended
recipient (or authorized to receive on behalf of the named recipient), please 
contact the sender by reply email and delete all copies of this message. 
Also,email is susceptible to data corruption, interception,
tampering, unauthorized amendment and viruses. We only send and receive emails 
on the basis that we are not liable for any such corruption, interception, 
tampering, amendment or viruses or any consequence thereof.



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Parwez Hamid
Sent: Thursday, September 29, 2016 9:16 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Can Someone Check Redbooks?

Its OK for me. No problem accessing it.

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


---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus

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

Re: remote system support (i.e. the data center is 2 states away from you).

[Bruce Lightsey]

>Brian:
>One of there specific episodes we had was that the master console was the only 
>one that was “talking”. As to other options you listed the auditors cut them 
>>off years ago and no use arguing with them (BTDT).
>As for HMC remote access again the auditors wouldn’t allow it no matter how 
>much we argued (besides I sort of agree with them on the HMC issue).
>I won’t go into the old xmas party story I use regularly on here and what 
>could happen.

>Ed


We are in a similar situation - you don't touch the HMC (or master consoles) 
unless you have passed through  the access card stations and the biometric scan 
to get to the operations center and machine room. End-of-discussion.  That 
keeps the auditors happy ( IRS, SSA, some other 3-letter agencies, and our own 
- multiple times per year onsite ).  



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


Bruce Lightsey
Database Manager
MS Department of Information Technology Services
601-432-8144 | www.its.ms.gov

DISCLAIMER: This email and any files transmitted with it are confidential and 
intended solely for the use of the individual or entity to whom they are 
addressed. If you have received this email in error please notify the system 
manager. This message contains confidential information and is intended only 
for the individual named. If you are not the named addressee you should not 
disseminate, distribute or copy this e-mail. Please notify the sender 
immediately by e-mail if you have received this e-mail by mistake and delete 
this e-mail from your system. If you are not the intended recipient you are 
notified that disclosing, copying, distributing or taking any action in 
reliance on the contents of this information is strictly prohibited


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

Re: Can Someone Check Redbooks?

[Parwez Hamid]

Its OK for me. No problem accessing it.

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

Re: Interpreting an S202-0000

[Charles Mills]

@Jim and @Chris, I think you have it. Thanks! Yes, the task has an STIMERM
exit that POSTs one of the ECBs and there is some evidence to indicate that
the ABEND is at least approximately when the timer should have popped.

SRBs and termination do not seem to be likely participants.

The interesting thing is that the application was running perfectly for some
time and only started doing this after the customer applied RSU1606. It has
since started doing it "a lot."

On to a real dump! No, the LE dump does not include a trace table.

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Jim Mulder
Sent: Wednesday, September 28, 2016 11:01 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Interpreting an S202-

  That's a good guess. I think by the time LE's ESTAE gets control, the
timer exit IRB would be gone.
LE might be going back two RBs (skipping over  the RTM2 SVRB) to fetch the
PSW it is displaying,

  Other possibilities would be that an ancestor TCB got the 202 abend and is
terminating, and
RTM2 is detaching a waiting subtask, under which LE's ESTAE took this dump.

  Or an SRB did the POST that got the 202 abend, and SRB-to-task percolation
is ABTERMing this waiting task. 

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

IBM Mainframe Discussion List  wrote on
09/29/2016 01:04:08 AM:

> From: "Webster, Chris" 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date: 09/29/2016 01:55 AM
> Subject: Re: Interpreting an S202- Sent by: IBM Mainframe 
> Discussion List 
> 
> Abend S202 and SVC 1 are out of synch.  Do you have a timer exit doing 
> a post?  It would run under the same TCB but a different RB and if LE 

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

Question on z/EDC - reading it compressed

[Mauri Kanter]

Hi:

My understanding is that one a file was compressed with z/EDC is it is like a 
.zip file and reading it unzips it.
Is the above is wrong, please correct me. If no, let's continue 

Suppose I do have a huge file which I will compress with z/EDC on my disk and I 
want to FTP it to another clever mainframe customer that is also running z/OS 
and also bought a z/EDC card. 

If I send the file directly using FTP, I guess my FTP will decompress the file 
before sending it, and the target customer will compress it again, wasting both 
CPU and bandwidth.

Is there a way to read the "z/EDC compressed" file without expanding while 
reading it ? If yes, can it be transmitted with FTP ?  If it were a .zip file 
I'm sure I wouldn't unzip it before sending it ...

Thanks in advance for any ideas.

Mauri.

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

Re: Interpreting an S202-000

[Charles Mills]

@Peter, thanks.

> the ECB storage might not have been initialized

It typically occurs after the program has been running for some time and
been through several WAIT/POST cycles.

> being reported on the WAIT, not the POST.
> Wanna bet?

FSVO "reported" . I will bet you my own z/OS license that *LE* is
reporting it on the WAIT.

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Peter Relson
Sent: Thursday, September 29, 2016 4:47 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Interpreting an S202-000

>The program receives an S202- ABEND. 

Did you consider the possibility that the ECB storage might not have been
initialized to 0's prior to the wait (and prior to the potential post)?
And perhaps the post happened before the wait. Imagine if the ECB storage is
initialized by "dirty getmain" to x'80808080'. This will appear to POST as
"waiting" but will not have a valid RB address and may result in a 202
abend.

>It is definitely, unquestionably being reported on the WAIT, not the
POST.

Wanna bet?

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

Re: Remote API to z/OS?

[Jack J. Woehr]

Timothy Sipples wrote:

You've got choices (plural), but I'd look first at the z/OSMF REST APIs.
Refer to the IBM z/OS Management Facility Programming Guide, Publication
No. SC27-8420. For z/OS 2.2 that publication is available here:

Thanks, Tim, for pointing out this facility and the document.

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

Re: Can Someone Check Redbooks?

[George Rodriguez]

Thanks!​


*George Rodriguez*
*Specialist II - IT Solutions*
*IT Enterprise Applications*
*PX - 47652*
*(561) 357-7652 (office)*
*(954) 415-7586 (mobile)*
*School District of Palm Beach County*
*3348 Forest Hill Blvd.*
*Room B-251*
*West Palm Beach, FL. 33406-5869*
*Florida's Only A-Rated Urban District For Eight Consecutive Years*

On Thu, Sep 29, 2016 at 7:51 AM, Mark Jacobs - Listserv <
mark.jac...@custserv.com> wrote:

> Looks like it for me too.
>
> George Rodriguez 
>> September 29, 2016 at 7:49 AM
>> Is the http://www.redbooks.ibm.com/ site down?
>>
>> *George Rodriguez*
>> *Specialist II - IT Solutions*
>> *IT Enterprise Applications*
>> *PX - 47652*
>> *(561) 357-7652 (office)*
>> *(954) 415-7586 (mobile)*
>> *School District of Palm Beach County*
>> *3348 Forest Hill Blvd.*
>> *Room B-251*
>> *West Palm Beach, FL. 33406-5869*
>> *Florida's Only A-Rated Urban District For Eight Consecutive Years*
>>
>> --
>>
>>
>> *Disclaimer: *Under Florida law, e-mail addresses are public records. If
>> you do not want your e-mail address released in response to a public
>> records request, do not send electronic mail to this entity. Instead,
>> contact this office by phone or in writing.
>>
>>
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>>
>>
>> Please be alert for any emails that may ask you for login information or
>> directs you to login via a link. If you believe this message is a phish or
>> aren't sure whether this message is trustworthy, please send the original
>> message as an attachment to 'phish...@timeinc.com'.
>>
>>
> --
>
> Mark Jacobs
> Time Customer Service
> Global Technology Services
>
> The standard you walk past is the standard you accept.
> Lt. Gen. David Morrison
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

-- 


*Disclaimer: *Under Florida law, e-mail addresses are public records. If 
you do not want your e-mail address released in response to a public 
records request, do not send electronic mail to this entity. Instead, 
contact this office by phone or in writing.


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

Re: [EXTERNAL] Can Someone Check Redbooks?

[John Abell]

It fails horribly for me as well.

John T. Abell
Tel:800-295-7608Option 4
President
International:  1-416-593-5578  Option 4
E-mail:  john.ab...@intnlsoftwareproducts.com
Fax:800-295-7609

International:  1-416-593-5579


International Software Products
www.ispinfo.com

This email may contain confidential and privileged material for the sole use of 
the intended recipient(s). Any review, use, retention, distribution or 
disclosure by others is strictly prohibited. If you are not the intended
recipient (or authorized to receive on behalf of the named recipient), please 
contact the sender by reply email and delete all copies of this message. 
Also,email is susceptible to data corruption, interception,
tampering, unauthorized amendment and viruses. We only send and receive emails 
on the basis that we are not liable for any such corruption, interception, 
tampering, amendment or viruses or any consequence thereof.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Dyck, Lionel B. (TRA)
Sent: Thursday, September 29, 2016 7:52 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Can Someone Check Redbooks?

It would appear to be for me as well.

--
Lionel B. Dyck (TRA Contractor)
Mainframe Systems Programmer
Enterprise Infrastructure Support (Station 200) (005OP6.3.10) VA OI Service 
Delivery & Engineering

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of George Rodriguez
Sent: Thursday, September 29, 2016 6:50 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Can Someone Check Redbooks?

Is the http://www.redbooks.ibm.com/ site down?

*George Rodriguez*
*Specialist II - IT Solutions*
*IT Enterprise Applications*
*PX - 47652*
*(561) 357-7652 (office)*
*(954) 415-7586 (mobile)*
*School District of Palm Beach County*
*3348 Forest Hill Blvd.*
*Room B-251*
*West Palm Beach, FL. 33406-5869*
*Florida's Only A-Rated Urban District For Eight Consecutive Years*

--


*Disclaimer: *Under Florida law, e-mail addresses are public records. If you do 
not want your e-mail address released in response to a public records request, 
do not send electronic mail to this entity. Instead, contact this office by 
phone or in writing.


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

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


---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus

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

Re: [EXTERNAL] Can Someone Check Redbooks?

[Dyck, Lionel B. (TRA)]

It would appear to be for me as well.

--
Lionel B. Dyck (TRA Contractor)
Mainframe Systems Programmer 
Enterprise Infrastructure Support (Station 200) (005OP6.3.10)
VA OI Service Delivery & Engineering

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of George Rodriguez
Sent: Thursday, September 29, 2016 6:50 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Can Someone Check Redbooks?

Is the http://www.redbooks.ibm.com/ site down?

*George Rodriguez*
*Specialist II - IT Solutions*
*IT Enterprise Applications*
*PX - 47652*
*(561) 357-7652 (office)*
*(954) 415-7586 (mobile)*
*School District of Palm Beach County*
*3348 Forest Hill Blvd.*
*Room B-251*
*West Palm Beach, FL. 33406-5869*
*Florida's Only A-Rated Urban District For Eight Consecutive Years*

-- 


*Disclaimer: *Under Florida law, e-mail addresses are public records. If you do 
not want your e-mail address released in response to a public records request, 
do not send electronic mail to this entity. Instead, contact this office by 
phone or in writing.


--
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: Can Someone Check Redbooks?

[Rugen, Len]

Looks like it.

Len Rugen

University of Missouri
Division of Information Technology
Systems & Operations - Metrics & Automation Team


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
George Rodriguez [george.rodrig...@palmbeachschools.org]
Sent: Thursday, September 29, 2016 6:49 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Can Someone Check Redbooks?

Is the http://www.redbooks.ibm.com/ site down?

*George Rodriguez*
*Specialist II - IT Solutions*
*IT Enterprise Applications*
*PX - 47652*
*(561) 357-7652 (office)*
*(954) 415-7586 (mobile)*
*School District of Palm Beach County*
*3348 Forest Hill Blvd.*
*Room B-251*
*West Palm Beach, FL. 33406-5869*
*Florida's Only A-Rated Urban District For Eight Consecutive Years*

--


*Disclaimer: *Under Florida law, e-mail addresses are public records. If
you do not want your e-mail address released in response to a public
records request, do not send electronic mail to this entity. Instead,
contact this office by phone or in writing.


--
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: Can Someone Check Redbooks?

[Mark Jacobs - Listserv]

Looks like it for me too.


George Rodriguez 
September 29, 2016 at 7:49 AM
Is the http://www.redbooks.ibm.com/ site down?

*George Rodriguez*
*Specialist II - IT Solutions*
*IT Enterprise Applications*
*PX - 47652*
*(561) 357-7652 (office)*
*(954) 415-7586 (mobile)*
*School District of Palm Beach County*
*3348 Forest Hill Blvd.*
*Room B-251*
*West Palm Beach, FL. 33406-5869*
*Florida's Only A-Rated Urban District For Eight Consecutive Years*

--


*Disclaimer: *Under Florida law, e-mail addresses are public records. If
you do not want your e-mail address released in response to a public
records request, do not send electronic mail to this entity. Instead,
contact this office by phone or in writing.


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


Please be alert for any emails that may ask you for login information 
or directs you to login via a link. If you believe this message is a 
phish or aren't sure whether this message is trustworthy, please send 
the original message as an attachment to 'phish...@timeinc.com'.




--

Mark Jacobs
Time Customer Service
Global Technology Services

The standard you walk past is the standard you accept.
Lt. Gen. David Morrison


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

Can Someone Check Redbooks?

[George Rodriguez]

Is the http://www.redbooks.ibm.com/ site down?

*George Rodriguez*
*Specialist II - IT Solutions*
*IT Enterprise Applications*
*PX - 47652*
*(561) 357-7652 (office)*
*(954) 415-7586 (mobile)*
*School District of Palm Beach County*
*3348 Forest Hill Blvd.*
*Room B-251*
*West Palm Beach, FL. 33406-5869*
*Florida's Only A-Rated Urban District For Eight Consecutive Years*

-- 


*Disclaimer: *Under Florida law, e-mail addresses are public records. If 
you do not want your e-mail address released in response to a public 
records request, do not send electronic mail to this entity. Instead, 
contact this office by phone or in writing.


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

Re: Interpreting an S202-000

[Peter Relson]

>The program receives an S202- ABEND. 

Did you consider the possibility that the ECB storage might not have been 
initialized to 0's prior to the wait (and prior to the potential post)?
And perhaps the post happened before the wait. Imagine if the ECB storage 
is initialized by "dirty getmain" to x'80808080'. This will appear to POST 
as "waiting" but will not have a valid RB address and may result in a 202 
abend.

>It is definitely, unquestionably being reported on the WAIT, not the 
POST.

Wanna bet?

>An interesting question would be "if the ECB has an invalid RB address, 
>how did POST know what task to ABEND?"

Not so interesting. POST doesn't abend the task identified by the ECB's 
RB, it abends the issuer of POST (whether that be a task or SRB).

Peter Relson
z/OS Core Technology Design


Peter
rel...@us.ibm.com 
 1-845-435-83908+295-8390


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

Re: HV Common in SMF71.

[Vernooij, Kees (ITOPT1) - KLM]

Good find, they have blue indicators in the 2.2 manual, so they probably are 
new. 
The same new values are for shared high virtual.
I can check that on 2.2 in a month or so. This will enable normal monitoring to 
predict and avoid problems.

Kees.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Scott Chapman
Sent: 29 September, 2016 13:14
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: HV Common in SMF71.

These sound promising...

SMF71C1A "Average total number of high virtual common memory pages (in units of 
4 KB)."
SMF71CPA "Average number of high virtual common pages in-use" 

The latter is apparently new in z/OS 2.2. 

Min and max fields available too. 

Scott


On Wed, 28 Sep 2016 11:31:03 +, Vernooij, Kees (ITOPT1) - KLM 
 wrote:

>Hello,
>
>I want to check from SMF71 if our HVCOMMON parameter is still sufficient or 
>has been close to its limits in the past.
>
>It can be displayed by:
>D VS,HVCOMMON
>IAR019I  13.24.41 DISPLAY VIRTSTOR
> SOURCE =  00
> TOTAL 64-BIT COMMON = 152G
> 64-BIT COMMON RANGE = 1896G-2048G
> 64-BIT COMMON ALLOCATED = 66193M
>
>In this display 66G of the 152G has been allocated. However, this figure is 
>not present in the numerous HV COMMON figures in SMF71, only the really used 
>pages backed in real storage, SCM storage and Aux stor. The problem will be 
>that DB2 won't start if the 66G is too close to the 152G, but I cannot track 
>how close these values have been in past.
>Am I overlooking something?
>
>Thanks,
>Kees.
>
>
>For information, services and offers, please visit our web site: 
>http://www.klm.com. This e-mail and any attachment may contain confidential 
>and privileged material intended for the addressee only. If you are not the 
>addressee, you are notified that no part of the e-mail or any attachment may 
>be disclosed, copied or distributed, and that any other action related to this 
>e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
>received this e-mail by error, please notify the sender immediately by return 
>e-mail, and delete this message.
>
>Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
>employees shall not be liable for the incorrect or incomplete transmission of 
>this e-mail or any attachments, nor responsible for any delay in receipt.
>Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
>Airlines) is registered in Amstelveen, The Netherlands, with registered number 
>33014286
>
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

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

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




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

Re: HV Common in SMF71.

[Scott Chapman]

These sound promising...

SMF71C1A "Average total number of high virtual common memory pages (in units of 
4 KB)."
SMF71CPA "Average number of high virtual common pages in-use" 

The latter is apparently new in z/OS 2.2. 

Min and max fields available too. 

Scott


On Wed, 28 Sep 2016 11:31:03 +, Vernooij, Kees (ITOPT1) - KLM 
 wrote:

>Hello,
>
>I want to check from SMF71 if our HVCOMMON parameter is still sufficient or 
>has been close to its limits in the past.
>
>It can be displayed by:
>D VS,HVCOMMON
>IAR019I  13.24.41 DISPLAY VIRTSTOR
> SOURCE =  00
> TOTAL 64-BIT COMMON = 152G
> 64-BIT COMMON RANGE = 1896G-2048G
> 64-BIT COMMON ALLOCATED = 66193M
>
>In this display 66G of the 152G has been allocated. However, this figure is 
>not present in the numerous HV COMMON figures in SMF71, only the really used 
>pages backed in real storage, SCM storage and Aux stor. The problem will be 
>that DB2 won't start if the 66G is too close to the 152G, but I cannot track 
>how close these values have been in past.
>Am I overlooking something?
>
>Thanks,
>Kees.
>
>
>For information, services and offers, please visit our web site: 
>http://www.klm.com. This e-mail and any attachment may contain confidential 
>and privileged material intended for the addressee only. If you are not the 
>addressee, you are notified that no part of the e-mail or any attachment may 
>be disclosed, copied or distributed, and that any other action related to this 
>e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
>received this e-mail by error, please notify the sender immediately by return 
>e-mail, and delete this message.
>
>Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
>employees shall not be liable for the incorrect or incomplete transmission of 
>this e-mail or any attachments, nor responsible for any delay in receipt.
>Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
>Airlines) is registered in Amstelveen, The Netherlands, with registered number 
>33014286
>
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

Re: IEFUJI and REGION LIMIT - S878 abends in JES2

[Elardus Engelbrecht]

Linda Golding wrote:

>On one of our systems running in z/os 1.13  , we saw S878 abends with JES2 
>during initialization . After we made SYSSTC.IEFUJI inactive , JES2 came up 
>without issues . I've always thought that it is IEFUSI that sets the REGION 
>LIMIT . Can some one tell me if IEFUJI is capable of overriding the REGION 
>limit set by IEFUSI . Please share your thoughts .

Disabling UJI to stop S878? Weird.

You're correct, it is USI which sets that REGION if that is coded so. 

I have looked again at 'Common Exit Parameter Area', but don't see anything 
about memory there. Also IEFUJI receives control before the system selects a 
job on the input queue for initiation. A return code from IEFUJI indicates 
whether job processing.

Ok, at what stage of JES2 initializing do you get the 878?

Show your REGION of that JES2 Proc.
Show your SMFPRMxx statements especially statements like MEMLIMIT and 
SUBSYS(STC,EXITS(??))

Did you change something in JES HASPPARM? Or something with that LPAR memory 
settings? Any PTFs applied?

What else was running while getting those 878 abends?

Does that JES2 shares the Spool with other JES2?

Can you see the MemLimit for JES2 in SDSF? Did something changed in WLM?

Can you see (source code) what are those two exits doing?

If you can't get answers here from IBM-MAIN, perhaps a PMR or SLIP is in order?

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

IEFUJI and REGION LIMIT - S878 abends in JES2

[Linda Golding]

Greetings ,

On one of our systems running in z/os 1.13  , we saw S878 abends with JES2 
during initialization . After we made SYSSTC.IEFUJI inactive , JES2 came up 
without issues . I've always thought that it is IEFUSI that sets the REGION 
LIMIT . Can some one tell me if IEFUJI is capable of overriding the REGION 
limit set by IEFUSI . Please share your thoughts .

TIA ,
Linda

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

Re: remote system support (i.e. the data center is 2 states away from you).

[Edward Gould]

> On Sep 28, 2016, at 11:49 PM, Brian Westerman  
> wrote:
> 
> Now that most mainframes (at least for the past several years) have 
> OSA-ICC's, there is no reason to worry about not having a console connection 
> remotely.  We routinely define 16 consoles and 16 3270's (non-console) to 
> each LPAR (a few more for production LPARs sometimes).  I can't think of the 
> last time that I couldn't get into any of the client mainframes that wasn't a 
> flat-out network issue, and that can't normally be handled from z/OS anyway.  
> That's why you have network appliances to control the network.  
> 
> You need to make sure that you ALWAYS have multiple points of entry to the 
> LPARs available to you, TCP to OSA, TCP to OSA-ICC, LPAR to LPAR, etc.  If a 
> site is still using and/or paying for a local control unit and 3270's when 
> their system supports OSA-ICC they really need to think about spending their 
> money more wisely.  I would trust an OSA-ICC a lot more than some old 3274.  
> The ICC's are cheap enough that really worried sites can purchase a backup.  
> 
> If you need to enter the computer room to get or keep your site working, then 
> you are doing something wrong.  I'm not saying that you might not need to get 
> to the HMC, but if you physically have to go to it to use it, then you have 
> set things up badly. 
> 
> We do have a couple very old sites (who don't have OSA-ICC's) where the 
> backup way in is the HMC, and then a dial-up to the HMC in case the network 
> to the HMC fails.  One of the banks we support still has local 3274 control 
> units on a z800, and they have a phone line attached to a PC in the computer 
> room that is wired directly to the 3274 via CUT.  We have never needed to use 
> it, but we still test it out once a month.
> 
> In my opinion, in the end, it's up to you as the consultant to make sure that 
> you can get in if there is a problem.  If you don't set it up right or can't, 
> then you're in the wrong business.  This is not meant as a comment on 
> anyone's abilities, not everyone is going to know how to set things up for 
> 100% remote support without doing some research.  In my case, I helped to 
> design some of it, so I'm able to work comfortably with it. 
> 
> Brian

Brian:
One of there specific episodes we had was that the master console was the only 
one that was “talking”. As to other options you listed the auditors cut them 
off years ago and no use arguing with them (BTDT).
As for HMC remote access again the auditors wouldn’t allow it no matter how 
much we argued (besides I sort of agree with them on the HMC issue).
I won’t go into the old xmas party story I use regularly on here and what could 
happen.

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

Re: Interpreting an S202-0000

[Jim Mulder]

  That's a good guess. I think by the time LE's ESTAE gets control, the 
timer exit IRB would be gone.
LE might be going back two RBs (skipping over  the RTM2 SVRB) to fetch the 
PSW it is displaying,

  Other possibilities would be that an ancestor TCB got the 202 abend and 
is terminating, and
RTM2 is detaching a waiting subtask, under which LE's ESTAE took this 
dump.

  Or an SRB did the POST that got the 202 abend, and SRB-to-task 
percolation is ABTERMing
this waiting task. 

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

IBM Mainframe Discussion List  wrote on 
09/29/2016 01:04:08 AM:

> From: "Webster, Chris" 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date: 09/29/2016 01:55 AM
> Subject: Re: Interpreting an S202-
> Sent by: IBM Mainframe Discussion List 
> 
> Abend S202 and SVC 1 are out of synch.  Do you have a timer exit 
> doing a post?  It would run under the same TCB but a different RB 
> and if LE does not know about it, it may be ignored.  If the 
> customer (or you) can reproduce, set a SLIP to get a 'real' dump. 
> Is there a trace table in the LE dump?  It would show the SVC 2 and 
> subsequent S202.
> 
> ...chris.
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU
> ] On Behalf Of Charles Mills
> Sent: September-28-16 9:46 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Interpreting an S202-
> 
> @Jim, not much faith in LE dumps, eh? 
> 
> I guess I will work on duplicating the problem with the LE dump 
> disabled in favor of SYSUDUMP. 
> 
> Meanwhile, here is LE's take on the issue: (zero editing other than 
> where I say "snip")
> 
>  Condition Information for  (DSA address 000236E0)
>CIB Address: 00024A30
>Current Condition:
>  CEE3250C The system or user abend S202  R= was issued.
>Location:
>  Program Unit:  Entry: DIRECTOR Statement:  Offset: +00B6
>Machine State:
>  ILC. 0004Interruption Code. 0011
>  PSW. 070D1400 B1012472
> 
>ABEND code: 00202000 Reason code: 
> 
>  Storage dump near condition, beginning at location: 31012462
>+00 31012462  1A6B 4101 41106058 13110A01  07004510
> C53C 00205810 1A6B  |...,..-.E..,|
> 
> You can pretty well see that the offending instruction is an SVC 1.
> 
> I know that LE makes some funny decisions about what is and what is 
> not worth dumping, but I have trouble believing they "relocated" the
> ABEND from the POST to the WAIT.
> 
> By the way, I don't know which POST and ECB was the problem. There 
> are three ECBs in the ECBLIST, and the POST might have been for 
> either of two of the three. 
> 
> Charles



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