Re: Identifying and eliminating uncataloged datasets

[Mike Smith]

Be very careful running DFDSS to delete uncataloged datasets.  Make certain you 
understand the complete catalog structure.  I would not be surprised to see 
that "uncataloged" SYS1.* datasets are actually active and in use on other 
running systems. 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Doug
Sent: Monday, February 25, 2019 6:20 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Identifying and eliminating uncataloged datasets

Tony,

Please consider that SYS?.** datasets might be on volumes that represent 
the previous running system volumes.

Do the volumes look like previous 'sysres' volumes?

My 2 cents, take some time to investigate the date and contents, might 
be you don't want to trash them yet.

On the other hand, if you are sure you have the ability to recover your 
running system and do know what your fall back system is them, blast away.

Just my 2 cents..

Doug

On 2/25/2019 20:54, Wayne Bickerdike wrote:
> ADRDSSU if you have it.
>
> Dump and delete the uncataloged datasets.
>
> Later you can RESTORE with a new HLQ if desired.
>
> //STEP1EXEC  PGM=ADRDSSU
> //SYSPRINT DDSYSOUT=A
> //DASD1DDVOL=SER=MYVOL1,UNIT=SYSDA,DISP=OLD
> //DASD2DDVOL=SER=MYVOL2,UNIT=SYSDA,DISP=OLD
> //TAPE DDUNIT=3480,VOL=SER=TAPE04,LABEL=(1,SL),
> //  DISP=(NEW,CATLG),DSN=USER3.BACKUP
> //SYSINDD*
>DUMP DATASET(INCLUDE(**) -
> BY((DSORG NE VSAM) -
>(CATLG EQ NO))) -
> LOGINDDNAME(DASD1,DASD2) -
> OUTDDNAME(TAPE) -
> DELETE PURGE
> /*
>
>
>
> On Tue, Feb 26, 2019 at 11:28 AM Tony Thigpen  wrote:
>
>> I have inherited a system where nobody bothered to clean-up after
>> themselves. If I do a DITTO VTOC of all the volumes, I can sometimes
>> find 5 or 6 copies of the same dataset, some of which are SYSx.*.
>>
>> I would like to first rename all the uncataloged versions so I can
>> eventually delete them.
>>
>> Does anybody know of a free tool that would help with this process?
>>
>> --
>> Tony Thigpen
>>
>> --
>> 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

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

Re: Identifying and eliminating uncataloged datasets

[Doug]

Tony,

Please consider that SYS?.** datasets might be on volumes that represent 
the previous running system volumes.


Do the volumes look like previous 'sysres' volumes?

My 2 cents, take some time to investigate the date and contents, might 
be you don't want to trash them yet.


On the other hand, if you are sure you have the ability to recover your 
running system and do know what your fall back system is them, blast away.


Just my 2 cents..

Doug

On 2/25/2019 20:54, Wayne Bickerdike wrote:

ADRDSSU if you have it.

Dump and delete the uncataloged datasets.

Later you can RESTORE with a new HLQ if desired.

//STEP1EXEC  PGM=ADRDSSU
//SYSPRINT DDSYSOUT=A
//DASD1DDVOL=SER=MYVOL1,UNIT=SYSDA,DISP=OLD
//DASD2DDVOL=SER=MYVOL2,UNIT=SYSDA,DISP=OLD
//TAPE DDUNIT=3480,VOL=SER=TAPE04,LABEL=(1,SL),
//  DISP=(NEW,CATLG),DSN=USER3.BACKUP
//SYSINDD*
   DUMP DATASET(INCLUDE(**) -
BY((DSORG NE VSAM) -
   (CATLG EQ NO))) -
LOGINDDNAME(DASD1,DASD2) -
OUTDDNAME(TAPE) -
DELETE PURGE
/*



On Tue, Feb 26, 2019 at 11:28 AM Tony Thigpen  wrote:


I have inherited a system where nobody bothered to clean-up after
themselves. If I do a DITTO VTOC of all the volumes, I can sometimes
find 5 or 6 copies of the same dataset, some of which are SYSx.*.

I would like to first rename all the uncataloged versions so I can
eventually delete them.

Does anybody know of a free tool that would help with this process?

--
Tony Thigpen

--
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: Identifying and eliminating uncataloged datasets

[Wayne Bickerdike]

ADRDSSU if you have it.

Dump and delete the uncataloged datasets.

Later you can RESTORE with a new HLQ if desired.

//STEP1EXEC  PGM=ADRDSSU
//SYSPRINT DDSYSOUT=A
//DASD1DDVOL=SER=MYVOL1,UNIT=SYSDA,DISP=OLD
//DASD2DDVOL=SER=MYVOL2,UNIT=SYSDA,DISP=OLD
//TAPE DDUNIT=3480,VOL=SER=TAPE04,LABEL=(1,SL),
//  DISP=(NEW,CATLG),DSN=USER3.BACKUP
//SYSINDD*
  DUMP DATASET(INCLUDE(**) -
   BY((DSORG NE VSAM) -
  (CATLG EQ NO))) -
   LOGINDDNAME(DASD1,DASD2) -
   OUTDDNAME(TAPE) -
   DELETE PURGE
/*



On Tue, Feb 26, 2019 at 11:28 AM Tony Thigpen  wrote:

> I have inherited a system where nobody bothered to clean-up after
> themselves. If I do a DITTO VTOC of all the volumes, I can sometimes
> find 5 or 6 copies of the same dataset, some of which are SYSx.*.
>
> I would like to first rename all the uncataloged versions so I can
> eventually delete them.
>
> Does anybody know of a free tool that would help with this process?
>
> --
> Tony Thigpen
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 
Wayne V. Bickerdike

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

Re: Disaster recovery, alternatives to CBU machine in alternate site

[Laurence Chiu]

We do something similar except because our locations are only 80km apart we
can run Metro Mirror.

To do DR we flash to tertiary volumes using a small Z LPAR but looking at
changing that to using CSM with practice volumes as per this video from the
Washington Systems Center.

https://www.youtube.com/watch?v=T9qi0SPclws&index=21&list=LLk5ckV6tZvGgV6GU1FD-6wg&t=204s

We then IPL from the tertiaries using CBU.

I had quite a few email exchanges with the presenter Paul which were very
informative. He had since retired though.

The next challenge is how to get back after a DR event.

Larry

On Tue, Feb 26, 2019, 1:17 PM Jesse 1 Robinson 
wrote:

> Replying to the original question. There may well be a better way to
> manage DR than what we do, but we have not been pitched one in 20+ years.
> We own both PROD and DR data centers and all contents. The DR site runs XRC
> ('Global Mirroring for Z', a truly execrable name). Its only job in life is
> to pull data from PROD and continuously update a full set of secondary
> volumes that correspond to the full set of primary volumes. It runs on one
> general purpose CP supported by enough CBU to mimic a full set of DR LPARs
> including CFs. When we're ready for a test, we push a GDPS button to FLASH
> the secondary volumes over to a tertiary set and make them look (almost)
> exactly like the primary set. We IPL and run from the tertiary set.
> Meanwhile mirroring continues to the secondary set so at any moment we
> could enter a real DR with no data loss.
>
> The z/OS license on the DR box is ' ZNALC', which allows us to run DR but
> no portion of production or application development. Even the skinflint
> bean counters are satisfied that this is a good deal. We don't have to pay
> any third party for resources. Nor do we have to schedule test windows. And
> most important of all, in the case of a regional disaster--for SoCal read
> earthquake--we would not have to compete with other clients for DR run time.
>
> If you're looking for some 'other way' to manage DR, be sure that these
> issues are accounted for. Or else not critical for your enterprise.
>
> .
> .
> J.O.Skip Robinson
> Southern California Edison Company
> Electric Dragon Team Paddler
> SHARE MVS Program Co-Manager
> 323-715-0595 Mobile
> 626-543-6132 Office ⇐=== NEW
> robin...@sce.com
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Ambros, Thomas
> Sent: Wednesday, February 20, 2019 11:01 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: (External):Disaster recovery, alternatives to CBU machine in
> alternate site
>
> Currently we're handling our hardware or site level disaster recovery with
> an essentially cold machine in an alternate site, a CBU entitlement allows
> us to spin it up and run recoveries.   We've been pitched CMP (Country
> multiplex pricing) because there is a potential requirement to be able to
> run out of one site or another for a period of months.   One assumption is
> that the capability stays in house.
>
> I've been asked to solicit this list for answers to a couple of
> questions.  Are there alternatives to either of these arrangements that
> allows a customer to support production processing capacity in two sites
> without incurring the extra cost of CMP, or even the CBU?   If you've
> implemented CMP, did it have an effect on your expenses one way or another?
>
> I don't know if these are appropriate questions in this forum but if they
> are I'd be grateful to learn of alternatives we should look into.
>
> 
>
> --
> 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: Sort/Merge of System trace with other data?

[Sri h Kolusu]

Tony,

If the timestamp starts on the first record, then it is quite easy to
propagate that on to the following records. You can choose as to how many
records you want to propagate the values using RECORDS=n keyword.

Here is a link to earlier topic on how to PUSH the contents using
WHEN=GROUP

https://groups.google.com/forum/#!searchin/bit.listserv.ibm-main/when
$3Dgroup%7Csort:date/bit.listserv.ibm-main/U2Qijjf9BJ8/o6fgNMUJCwAJ

If you still need help then send me an offline email and I can show you how
to extract the records for you

Thanks,
Kolusu

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

Identifying and eliminating uncataloged datasets

[Tony Thigpen]

I have inherited a system where nobody bothered to clean-up after 
themselves. If I do a DITTO VTOC of all the volumes, I can sometimes 
find 5 or 6 copies of the same dataset, some of which are SYSx.*.


I would like to first rename all the uncataloged versions so I can 
eventually delete them.


Does anybody know of a free tool that would help with this process?

--
Tony Thigpen

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

Re: Disaster recovery, alternatives to CBU machine in alternate site

[Jesse 1 Robinson]

Replying to the original question. There may well be a better way to manage DR 
than what we do, but we have not been pitched one in 20+ years. We own both 
PROD and DR data centers and all contents. The DR site runs XRC ('Global 
Mirroring for Z', a truly execrable name). Its only job in life is to pull data 
from PROD and continuously update a full set of secondary volumes that 
correspond to the full set of primary volumes. It runs on one general purpose 
CP supported by enough CBU to mimic a full set of DR LPARs including CFs. When 
we're ready for a test, we push a GDPS button to FLASH the secondary volumes 
over to a tertiary set and make them look (almost) exactly like the primary 
set. We IPL and run from the tertiary set. Meanwhile mirroring continues to the 
secondary set so at any moment we could enter a real DR with no data loss.

The z/OS license on the DR box is ' ZNALC', which allows us to run DR but no 
portion of production or application development. Even the skinflint bean 
counters are satisfied that this is a good deal. We don't have to pay any third 
party for resources. Nor do we have to schedule test windows. And most 
important of all, in the case of a regional disaster--for SoCal read 
earthquake--we would not have to compete with other clients for DR run time.

If you're looking for some 'other way' to manage DR, be sure that these issues 
are accounted for. Or else not critical for your enterprise.

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


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Ambros, Thomas
Sent: Wednesday, February 20, 2019 11:01 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Disaster recovery, alternatives to CBU machine in alternate 
site

Currently we're handling our hardware or site level disaster recovery with an 
essentially cold machine in an alternate site, a CBU entitlement allows us to 
spin it up and run recoveries.   We've been pitched CMP (Country multiplex 
pricing) because there is a potential requirement to be able to run out of one 
site or another for a period of months.   One assumption is that the capability 
stays in house.  

I've been asked to solicit this list for answers to a couple of questions.  Are 
there alternatives to either of these arrangements that allows a customer to 
support production processing capacity in two sites without incurring the extra 
cost of CMP, or even the CBU?   If you've implemented CMP, did it have an 
effect on your expenses one way or another? 

I don't know if these are appropriate questions in this forum but if they are 
I'd be grateful to learn of alternatives we should look into.  



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

Re: z/OS 2.3 Memory Requirements on z14

[Parwez Hamid]

All Z systems have a certain amount of minimum memory for customer use in the 
base system configuration. In addition to this 'customer' memory there is 
memory for the HSA - again included in the base configuration. If required, 
customers can purchase extra memory up to the maximum limit for the System.
 
z14 M/T 3906, Minimum = 256 GB, Standard HSA = 192 GB
z14 M/T 3907, Minimum = 64 GB, Standard HSA = 64 GB
z13 M/T 2964, Minimum = 64 GB, Standard HSA = 96 GB 
z13s M/T 2965, Minimum = 64 GB, Standard HSA = 40 GB

For other systems, refer to announcement letters or Redbooks.

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

Re: z/OS 2.3 Memory Requirements on z14

[Mike Smith]

Not quite.  The minimum amount of memory on a z14 ZR1 is 64GB (256GB on the 
larger z14).

At first, 64GB sounds like  "plenty."  But if you are supporting a number of 
LPARs with small memory allocations, you can use of the 64GB pretty quickly. 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lizette Koehler
Sent: Monday, February 25, 2019 11:24 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/OS 2.3 Memory Requirements on z14

Maybe I am incorrect, but I thought when you ordered a z14 it could come with 
triple the amount of memory for the same cost of memory you were currently 
paying.

For example, if you were using on a NON z14 8G, then when you order a z14 it 
could done with 24G but at the same price as the 8G memory.

Or was that one of IBM's wild marketing promises.

Lizette


> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of
> Mike Smith
> Sent: Monday, February 25, 2019 8:53 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: z/OS 2.3 Memory Requirements on z14
> 
> Can anyone share their experiences running z/OS 2.3 on a z14 or z14 ZR1 in an
> LPAR with less than the required 8GB of memory?  Other than having to respond
> to the warning message during IPL, have any negative effects been
> experienced?
> 
> Background:
> Excerpt From:
> https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.3.0/com.ibm.zos.v2r3.
> e0zm100/BCP_zNext_Memory_Reqs_V2R3.htm
> 
> Ensure that enough real memory is installed
> 
> Description
> 
> For z/OS V2R3 with the IBM z14™ (z14) server, a minimum of 8 GB of real
> memory is required to IPL. When running as a z/VM guest or on an IBM Z®
> Personal Development Tool (zPDT), a minimum of 2 GB is required for z/OS
> V2R3.
> 
> If you attempt to IPL z/OS V2R3 on a z14 with less than the minimum amount of
> real memory, z/OS issues the following warning message (a WTOR) during IPL:
> IAR057D LESS THAN 8 GB OF REAL STORAGE IMPACTS SYSTEM AVAILABILITY - ADD
> STORAGE OR REPLY C TO CONTINUE
> 
> Continuing with less than the minimum amount of real memory might impact the
> availability of your system. If you attempt to IPL z/OS V2R3 on an earlier
> IBM server, no warning message is issued.
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email to
> lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

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

Sort/Merge of System trace with other data?

[Tony Harminc]

I'm sure this is the kind of thing Sort should be able to do easily, but I
really don't know where to start.

I have System Trace data as formatted by IPCS with the GMT timestamp
option. Trace lines are well documented, but have a few quirks. These are
132 byte records, with a timestamp toward the right (col 107, IIRC) in a
form like 10:15:25.855350566 . But... Some records have no timestamp,
notably those for PC/PR and friends, BR, and maybe a couple of others.

On the other hand many "normal" records are formatted by IPCS as two lines,
and in this case not only is the timestamp blank, but also a bunch of stuff
at the left such as CPU, ASID TCB/SRB address, and so on. So it's easy
enough to tell the difference between these three kinds of lines in the
formatted output without having to maintain context: "normal" (has a
non-blank timestamp), continuation (starts with blanks and has a blank
timestamp), and no-timestamp (does not start with blanks, and has a blank
timestamp).

Here are three records in the order just mentioned (watch the wrap, of
course):
0001-0041 05DB7F00  SRB_07FAAF30   073ABA40
1E8812E000  0041 0041 10:15:25.273298359 0124
   0704 8000  
20
0001-0041 05DB7F00  PC ...   0  016C0996
0132E   asyncio2

So clearly these formatted records cannot be simply sorted by the timestamp
field while maintaining order. But they are already in order, so no
problem. (It is also possible that I have overlooked some other style(s) of
IPCS-formatted records that might complicate things, but so far I'm not
seeing any.)

OK - I have separate trace output built by various other programs. These
records, when formatted by their respective programs, have a timestamp in
exactly the same format as Systrace, but this timestamp is at the very left
of each record. (I would be happy enough to move the timestamp to match the
position in the Systrace records if it helps, but I don't mind if the
overal result has them in the original positions.) All these non-IPCS
records do have a timestamp; there are no blank or continuation lines, so
they *can* be safely sorted by the timestamp field, and in fact may need to
be because the trace tables they come from may have wrapped.

So all I want to do is merge these four streams of records to produce a
single consolidated list of events in timestamp order. The Systrace records
without timestamps must remain in order, and continuation lines must of
course stay immediately after their primary lines.

There is a minor complication to think about: Where to insert one of my
non-IPCS lines when there are several non-timestamped Systrace records
between two timestamped ones, and the non-IPCS records's timestamp is in
between? I can't think there is any reliable way, so putting it at the
start or end of the timestamp gap would be fine.

In passing, I can see how to do this in say Rexx, but it just seems to be
something Sort *should* be able to handle, and with better performance and
the ability to handle a lot more data. And yes, I am aware of potential
risks of TOD clock values extended out to nanosecond formatting, and the
related issues of conceptual vs actual sequence of execution across
processors.

So... Would any sort experts care to point me in the right direction?

Many thanks!

Tony H.

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

Re: z/OS 2.3 Memory Requirements on z14

[Charles Mills]

I certainly heard that offer several times. I'm not a customer; I heard it as 
an IBM "partner."

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lizette Koehler
Sent: Monday, February 25, 2019 11:24 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/OS 2.3 Memory Requirements on z14

Maybe I am incorrect, but I thought when you ordered a z14 it could come with 
triple the amount of memory for the same cost of memory you were currently 
paying.

For example, if you were using on a NON z14 8G, then when you order a z14 it 
could done with 24G but at the same price as the 8G memory.

Or was that one of IBM's wild marketing promises.

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

Re: z/OS 2.3 Memory Requirements on z14

[Laurence Chiu]

We ordered our ZR1 with 96G of memory since that was recommended based on
our planned usage and growth.

Not sure how much was the memory component but small in terms of the other
components.

On Tue, Feb 26, 2019, 8:32 AM Michael Babcock  wrote:

> When we ordered our ZR1 we still had to specify the amount of memory we
> wanted.  We did order substantially more central storage.   I don’t know
> the costs involved so can’t directly answer your question.
>
> On Mon, Feb 25, 2019 at 1:24 PM Lizette Koehler 
> wrote:
>
> > Maybe I am incorrect, but I thought when you ordered a z14 it could come
> > with triple the amount of memory for the same cost of memory you were
> > currently paying.
> >
> > For example, if you were using on a NON z14 8G, then when you order a z14
> > it could done with 24G but at the same price as the 8G memory.
> >
> > Or was that one of IBM's wild marketing promises.
> >
> > Lizette
> >
> >
> > > -Original Message-
> > > From: IBM Mainframe Discussion List  On
> > Behalf Of
> > > Mike Smith
> > > Sent: Monday, February 25, 2019 8:53 AM
> > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > Subject: z/OS 2.3 Memory Requirements on z14
> > >
> > > Can anyone share their experiences running z/OS 2.3 on a z14 or z14 ZR1
> > in an
> > > LPAR with less than the required 8GB of memory?  Other than having to
> > respond
> > > to the warning message during IPL, have any negative effects been
> > > experienced?
> > >
> > > Background:
> > > Excerpt From:
> > >
> >
> https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.3.0/com.ibm.zos.v2r3
> > .
> > > e0zm100/BCP_zNext_Memory_Reqs_V2R3.htm
> > >
> > > Ensure that enough real memory is installed
> > >
> > > Description
> > >
> > > For z/OS V2R3 with the IBM z14™ (z14) server, a minimum of 8 GB of real
> > > memory is required to IPL. When running as a z/VM guest or on an IBM Z®
> > > Personal Development Tool (zPDT), a minimum of 2 GB is required for
> z/OS
> > > V2R3.
> > >
> > > If you attempt to IPL z/OS V2R3 on a z14 with less than the minimum
> > amount of
> > > real memory, z/OS issues the following warning message (a WTOR) during
> > IPL:
> > > IAR057D LESS THAN 8 GB OF REAL STORAGE IMPACTS SYSTEM AVAILABILITY -
> ADD
> > > STORAGE OR REPLY C TO CONTINUE
> > >
> > > Continuing with less than the minimum amount of real memory might
> impact
> > the
> > > availability of your system. If you attempt to IPL z/OS V2R3 on an
> > earlier
> > > IBM server, no warning message is issued.
> > >
> > > --
> > > For IBM-MAIN subscribe / signoff / archive access instructions, send
> > email to
> > > lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
> --
> Michael Babcock
> OneMain Financial
> z/OS Systems Programmer, Lead
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

Re: z/OS 2.3 Memory Requirements on z14

[Michael Babcock]

When we ordered our ZR1 we still had to specify the amount of memory we
wanted.  We did order substantially more central storage.   I don’t know
the costs involved so can’t directly answer your question.

On Mon, Feb 25, 2019 at 1:24 PM Lizette Koehler 
wrote:

> Maybe I am incorrect, but I thought when you ordered a z14 it could come
> with triple the amount of memory for the same cost of memory you were
> currently paying.
>
> For example, if you were using on a NON z14 8G, then when you order a z14
> it could done with 24G but at the same price as the 8G memory.
>
> Or was that one of IBM's wild marketing promises.
>
> Lizette
>
>
> > -Original Message-
> > From: IBM Mainframe Discussion List  On
> Behalf Of
> > Mike Smith
> > Sent: Monday, February 25, 2019 8:53 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: z/OS 2.3 Memory Requirements on z14
> >
> > Can anyone share their experiences running z/OS 2.3 on a z14 or z14 ZR1
> in an
> > LPAR with less than the required 8GB of memory?  Other than having to
> respond
> > to the warning message during IPL, have any negative effects been
> > experienced?
> >
> > Background:
> > Excerpt From:
> >
> https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.3.0/com.ibm.zos.v2r3
> .
> > e0zm100/BCP_zNext_Memory_Reqs_V2R3.htm
> >
> > Ensure that enough real memory is installed
> >
> > Description
> >
> > For z/OS V2R3 with the IBM z14™ (z14) server, a minimum of 8 GB of real
> > memory is required to IPL. When running as a z/VM guest or on an IBM Z®
> > Personal Development Tool (zPDT), a minimum of 2 GB is required for z/OS
> > V2R3.
> >
> > If you attempt to IPL z/OS V2R3 on a z14 with less than the minimum
> amount of
> > real memory, z/OS issues the following warning message (a WTOR) during
> IPL:
> > IAR057D LESS THAN 8 GB OF REAL STORAGE IMPACTS SYSTEM AVAILABILITY - ADD
> > STORAGE OR REPLY C TO CONTINUE
> >
> > Continuing with less than the minimum amount of real memory might impact
> the
> > availability of your system. If you attempt to IPL z/OS V2R3 on an
> earlier
> > IBM server, no warning message is issued.
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions, send
> email to
> > lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
-- 
Michael Babcock
OneMain Financial
z/OS Systems Programmer, Lead

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

Re: z/OS 2.3 Memory Requirements on z14

[Lizette Koehler]

Maybe I am incorrect, but I thought when you ordered a z14 it could come with 
triple the amount of memory for the same cost of memory you were currently 
paying.

For example, if you were using on a NON z14 8G, then when you order a z14 it 
could done with 24G but at the same price as the 8G memory.

Or was that one of IBM's wild marketing promises.

Lizette


> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of
> Mike Smith
> Sent: Monday, February 25, 2019 8:53 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: z/OS 2.3 Memory Requirements on z14
> 
> Can anyone share their experiences running z/OS 2.3 on a z14 or z14 ZR1 in an
> LPAR with less than the required 8GB of memory?  Other than having to respond
> to the warning message during IPL, have any negative effects been
> experienced?
> 
> Background:
> Excerpt From:
> https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.3.0/com.ibm.zos.v2r3.
> e0zm100/BCP_zNext_Memory_Reqs_V2R3.htm
> 
> Ensure that enough real memory is installed
> 
> Description
> 
> For z/OS V2R3 with the IBM z14™ (z14) server, a minimum of 8 GB of real
> memory is required to IPL. When running as a z/VM guest or on an IBM Z®
> Personal Development Tool (zPDT), a minimum of 2 GB is required for z/OS
> V2R3.
> 
> If you attempt to IPL z/OS V2R3 on a z14 with less than the minimum amount of
> real memory, z/OS issues the following warning message (a WTOR) during IPL:
> IAR057D LESS THAN 8 GB OF REAL STORAGE IMPACTS SYSTEM AVAILABILITY - ADD
> STORAGE OR REPLY C TO CONTINUE
> 
> Continuing with less than the minimum amount of real memory might impact the
> availability of your system. If you attempt to IPL z/OS V2R3 on an earlier
> IBM server, no warning message is issued.
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email to
> lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

Re: CPU time and zIIP

[Carmen Vitullo]

according to SDSF 


ECPU% CPU usage consumed within the address space (RMF) 

Carmen Vitullo 

- Original Message -

From: "Brian Chapman"  
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Monday, February 25, 2019 12:52:35 PM 
Subject: CPU time and zIIP 

Hello, 

I'm trying to understand the CPU and ECPU times displayed on SDSF and the 
relation to zIIP processing time. 

For example, here is a CICS region running a Java web service. 

*CPU-Time ECPU-Time GCP-Time zIIP-Time zICP-Time zIIP-NTime* 

* 164.42 166.28 90.89 30.21 3.42 71.29* 

Here is a CICS transaction executing in the region to display various ASSB 
fields. 

 CPU DISPLAY * 

*ASCBEJST. . . . . . : 162.20* 

*ASCBSRBT. . . . . . : 2.23* 

*ASSBASST. . . . . . : .00* 

*ASSBPHTM. . . . . . : 1.86* 

*CPU . . . . . . . . : 164.43 (ASCBEJST + ASCBSRBT + ASSBASST)* 

*ECPU. . . . . . . . : 166.29 (ASCBEJST + ASCBSRBT + ASSBPHTM)* 

*ASSB-TIME-ON-ZIIP . : 30.22* 

*ASSB-ZIIP-ENCT. . . : 1.60* 

*ASSB-ZIIP-PHTM. . . : 1.60* 

*ASSB-ASST-TIME-ON-CP: .00* 

The CPU-Time, ECPU-Time, and zIIP-time match (as close as humanly possible 
to switch 3270 emulators and press enter). I was under the assumption that 
ECPU also included time spent on zIIPs, but that must not be true. Is zIIP 
time included in CPU and ECPU? I'm thinking it is not. 


Thank you, 

Brian Chapman 

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


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

Re: CPU time and zIIP

[Christopher Y. Blaicher]

ZIIP is not reported as part of CPU. 

Chris Blaicher
Technical Architect
Syncsort, Inc.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Brian Chapman
Sent: Monday, February 25, 2019 1:53 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: CPU time and zIIP

Hello,

I'm trying to understand the CPU and ECPU times displayed on SDSF and the 
relation to zIIP processing time.

For example, here is a CICS region running a Java web service.

*CPU-Time ECPU-Time GCP-Time zIIP-Time zICP-Time zIIP-NTime*

*   164.42166.2890.89 30.21  3.42  71.29*

Here is a CICS transaction executing in the region to display various ASSB 
fields.

 CPU DISPLAY *

*ASCBEJST. . . . . . :  162.20*

*ASCBSRBT. . . . . . :2.23*

*ASSBASST. . . . . . : .00*

*ASSBPHTM. . . . . . :1.86*

*CPU . . . . . . . . :  164.43 (ASCBEJST + ASCBSRBT + ASSBASST)*

*ECPU. . . . . . . . :  166.29 (ASCBEJST + ASCBSRBT + ASSBPHTM)*

*ASSB-TIME-ON-ZIIP . :   30.22*

*ASSB-ZIIP-ENCT. . . :1.60*

*ASSB-ZIIP-PHTM. . . :1.60*

*ASSB-ASST-TIME-ON-CP: .00*

The CPU-Time, ECPU-Time, and zIIP-time match (as close as humanly possible to 
switch 3270 emulators and press enter). I was under the assumption that ECPU 
also included time spent on zIIPs, but that must not be true. Is zIIP time 
included in CPU and ECPU? I'm thinking it is not.


Thank you,

Brian Chapman

--
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: Anyone ever seen/hear about a set of programs called SUPERCOP/SUPCOP1/SUPCOP2/SUPCOP3 [EXTERNAL]

[Feller, Paul]

To answer several questions.

Nothing in the program modules showed any copyright information.

Programs had been written in assembler.  All four programs had been last 
assembled with ASSEMBLER H V2R1 in 1987.

The business unit that uses the program have no idea where the programs came 
from and don't know of any source code.

The fix had to do with the OBTAIN macro.  If the input dataset got allocated on 
an EAV volume the program would fail.  This had to do with the FORMAT-1 vs. 
FORMAT-8 DSCB information.  On the OBTAIN macro there is a parameter EADSCB 
which affects how things are handled related to FORMAT-1 and FORMAT-8.  The 
default is to not support anything other than a FORMAT-1 DSCB.  We got lucky 
and was able to zap the parameter list for the OBTAIN to support either the 
FORMAT-1 or FORMAT-8.  After testing things it seems the program is working as 
expected after we did the zap.

EADSCB 
Specifies whether this program supports data sets with format-8 and
format-9 DSCBs. Such data sets can appear on extended address  
volumes.   
EADSCB=OK  
Code EADSCB=NOTOK when your program does not support data  
sets that have format-8 and format-9 DSCBs. The extent 
descriptors in DSCBs for a data set described with these   
formats may have track addresses that contain cylinder 
addresses 65,520 or larger. EADSCB=OK is accepted for data 
sets described by all DSCB types, including format-1 DSCBs,
regardless of the volume size where the data set resides.  
Your program can also run on an older level of the system  
that does not support this keyword. In these cases,
EADSCB=OK is ignored. EADSCB=OK sets byte 2 bit 4 in the   
OBTAIN parameter list to on.   
   
EADSCB=NOTOK   
Code EADSCB=NOTOK when your program does not support DSCBs 
that describe data sets with format-8 and format-9 DSCBs.  
EADSCB=NOTOK is the default when the EADSCB keyword is not 
specified. 
   
When EADSCB=NOTOK is coded or assumed by default, OBTAIN   
will set return code 24 if the target of the OBTAIN request
has a format-8 DSCB.   
   
EADSCB=NOTOK sets byte 2 bit 4 in the OBTAIN parameter list
to zero.   


So now it is on to the next issue/crisis. :) 

Thanks..

Paul Feller
AGT Mainframe Technical Support


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Gibney, Dave
Sent: Monday, February 25, 2019 11:51 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Anyone ever seen/hear about a set of programs called 
SUPERCOP/SUPCOP1/SUPCOP2/SUPCOP3 [EXTERNAL]

Or what language it's written in? awe had a homegrown PL/I program called 
DSCOPY. Might have source. No longer have PL/I compiler.

> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Tom Marchant
> Sent: Monday, February 25, 2019 9:47 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Anyone ever seen/hear about a set of programs called
> SUPERCOP/SUPCOP1/SUPCOP2/SUPCOP3 [EXTERNAL]
> 
> On Mon, 25 Feb 2019 12:10:42 -0500, Chuck Kreiter wrote:
> 
> >I asked a former co-worker who is still with the insurance company.  
> >He found some old JCL examples but no source code.  He seemed to 
> >think it came from Policy Management Systems, which also wrote the 
> >policy administration software we used at the time.  I think they 
> >were acquired by CSC along the line.
> 
> Have you browsed the load module(s) to see if there is a copyright 
> notice or any other text that might indicate where it came from?
> 
> --
> Tom Marchant
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

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

CPU time and zIIP

[Brian Chapman]

Hello,

I'm trying to understand the CPU and ECPU times displayed on SDSF and the
relation to zIIP processing time.

For example, here is a CICS region running a Java web service.

*CPU-Time ECPU-Time GCP-Time zIIP-Time zICP-Time zIIP-NTime*

*   164.42166.2890.89 30.21  3.42  71.29*

Here is a CICS transaction executing in the region to display various ASSB
fields.

 CPU DISPLAY *

*ASCBEJST. . . . . . :  162.20*

*ASCBSRBT. . . . . . :2.23*

*ASSBASST. . . . . . : .00*

*ASSBPHTM. . . . . . :1.86*

*CPU . . . . . . . . :  164.43 (ASCBEJST + ASCBSRBT + ASSBASST)*

*ECPU. . . . . . . . :  166.29 (ASCBEJST + ASCBSRBT + ASSBPHTM)*

*ASSB-TIME-ON-ZIIP . :   30.22*

*ASSB-ZIIP-ENCT. . . :1.60*

*ASSB-ZIIP-PHTM. . . :1.60*

*ASSB-ASST-TIME-ON-CP: .00*

The CPU-Time, ECPU-Time, and zIIP-time match (as close as humanly possible
to switch 3270 emulators and press enter). I was under the assumption that
ECPU also included time spent on zIIPs, but that must not be true. Is zIIP
time included in CPU and ECPU? I'm thinking it is not.


Thank you,

Brian Chapman

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

Re: Anyone ever seen/hear about a set of programs called SUPERCOP/SUPCOP1/SUPCOP2/SUPCOP3 [EXTERNAL]

[Gibney, Dave]

Or what language it's written in? awe had a homegrown PL/I program called 
DSCOPY. Might have source. No longer have PL/I compiler.

> -Original Message-
> From: IBM Mainframe Discussion List  On
> Behalf Of Tom Marchant
> Sent: Monday, February 25, 2019 9:47 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Anyone ever seen/hear about a set of programs called
> SUPERCOP/SUPCOP1/SUPCOP2/SUPCOP3 [EXTERNAL]
> 
> On Mon, 25 Feb 2019 12:10:42 -0500, Chuck Kreiter wrote:
> 
> >I asked a former co-worker who is still with the insurance company.  He
> >found some old JCL examples but no source code.  He seemed to think it
> >came from Policy Management Systems, which also wrote the policy
> >administration software we used at the time.  I think they were
> >acquired by CSC along the line.
> 
> Have you browsed the load module(s) to see if there is a copyright notice or
> any other text that might indicate where it came from?
> 
> --
> Tom Marchant
> 
> --
> 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: Anyone ever seen/hear about a set of programs called SUPERCOP/SUPCOP1/SUPCOP2/SUPCOP3 [EXTERNAL]

[Tom Marchant]

On Mon, 25 Feb 2019 12:10:42 -0500, Chuck Kreiter wrote:

>I asked a former co-worker who is still with the insurance company.  He
>found some old JCL examples but no source code.  He seemed to think it came
>from Policy Management Systems, which also wrote the policy administration
>software we used at the time.  I think they were acquired by CSC along the
>line.

Have you browsed the load module(s) to see if there is a copyright notice or 
any other text that might indicate where it came from?

-- 
Tom Marchant

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

Re: APAR Search Broken Worldwide?

[Tony Harminc]

On Mon, 25 Feb 2019 at 10:35, Ed Jaffe  wrote:

>
> Did you actually try to search for something? The results were as expected?
>

Failing with "SearchRequest. Incorrect XML format of dBlue response." here
in Toronto at noon EST on Monday 25 Feb.

I submitted "Feedback" using the button on the right of the main search
page.

Tony H.

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

Re: Anyone ever seen/hear about a set of programs called SUPERCOP/SUPCOP1/SUPCOP2/SUPCOP3 [EXTERNAL]

[Chuck Kreiter]

I asked a former co-worker who is still with the insurance company.  He
found some old JCL examples but no source code.  He seemed to think it came
from Policy Management Systems, which also wrote the policy administration
software we used at the time.  I think they were acquired by CSC along the
line.  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Feller, Paul
Sent: Monday, February 25, 2019 10:28 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Anyone ever seen/hear about a set of programs called
SUPERCOP/SUPCOP1/SUPCOP2/SUPCOP3 [EXTERNAL]

Thanks to everyone for the input.  As Chuck said this is a program that you
can use to copy one file to another.  During the copy process you can do
some filtering to determine which records get copied.  Sounds like we will
have to live with the fact we don't have source code.

Thanks..

Paul Feller
AGT Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Chuck Kreiter
Sent: Sunday, February 24, 2019 10:03 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Anyone ever seen/hear about a set of programs called
SUPERCOP/SUPCOP1/SUPCOP2/SUPCOP3 [EXTERNAL]

We had them at an insurance company I worked at in the past.  We dropped
them at YR2K as we were updating all of code/JCL since it was no longer
supported.  I don't recall the details of where we acquired it from.  If I
recall, it was a gener like tool that took care of some of the allocation
for you.  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Feller, Paul
Sent: Saturday, February 23, 2019 10:17 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Anyone ever seen/hear about a set of programs called
SUPERCOP/SUPCOP1/SUPCOP2/SUPCOP3

Has anyone ever seen/hear about a set of programs called
SUPERCOP/SUPCOP1/SUPCOP2/SUPCOP3.  We ran into an issue with these programs
related to EAV volumes.  It seems we acquired these programs as part of a
merger many years ago.  No one seems to have any idea where the source could
be.  From what we can tell these may have been some freeware programs, but
can't say for 100%.  We searched the CBT website and did some Google
searches but could not find anything to help us.

I would be interested in hearing from anyone that happens to know about
these programs and has source.

As a side note with the use of the ASMDASM program and some detective work
we determined what was causing the issue and was able to ZAP the program
SUPCOP1 to fix the issue.  It would be nice to have source for any future
issues.

Thanks..

Paul Feller
AGT Mainframe Technical Support




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

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

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

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

Re: z/OS 2.3 Memory Requirements on z14

[R.S.]

IMHO it is not worth testing time.
Yes, the system itselft can work with less than 8GB (see z/VM or z/PDT), 
but the system with subsystems started may not perform well.
In my shop 16GB is minimal amount of memory assigned to LPAR. It can be 
doubled, tripled, etc.



--
Radoslaw Skorupka
Lodz, Poland






W dniu 2019-02-25 o 16:52, Mike Smith pisze:

Can anyone share their experiences running z/OS 2.3 on a z14 or z14 ZR1 in an 
LPAR with less than the required 8GB of memory?  Other than having to respond 
to the warning message during IPL, have any negative effects been experienced?

Background:
Excerpt From: 
https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.3.0/com.ibm.zos.v2r3.e0zm100/BCP_zNext_Memory_Reqs_V2R3.htm

Ensure that enough real memory is installed

Description

For z/OS V2R3 with the IBM z14™ (z14) server, a minimum of 8 GB of real memory 
is required to IPL. When running as a z/VM guest or on an IBM Z® Personal 
Development Tool (zPDT), a minimum of 2 GB is required for z/OS V2R3.

If you attempt to IPL z/OS V2R3 on a z14 with less than the minimum amount of 
real memory, z/OS issues the following warning message (a WTOR) during IPL:
IAR057D LESS THAN 8 GB OF REAL STORAGE IMPACTS SYSTEM AVAILABILITY - ADD 
STORAGE OR
REPLY C TO CONTINUE
  
Continuing with less than the minimum amount of real memory might impact the availability of your system. If you attempt to IPL z/OS V2R3 on an earlier IBM server, no warning message is issued.





==

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

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

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

If you are not the addressee of this message:

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

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

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

z/OS 2.3 Memory Requirements on z14

[Mike Smith]

Can anyone share their experiences running z/OS 2.3 on a z14 or z14 ZR1 in an 
LPAR with less than the required 8GB of memory?  Other than having to respond 
to the warning message during IPL, have any negative effects been experienced?

Background:
Excerpt From: 
https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.3.0/com.ibm.zos.v2r3.e0zm100/BCP_zNext_Memory_Reqs_V2R3.htm

Ensure that enough real memory is installed

Description

For z/OS V2R3 with the IBM z14™ (z14) server, a minimum of 8 GB of real memory 
is required to IPL. When running as a z/VM guest or on an IBM Z® Personal 
Development Tool (zPDT), a minimum of 2 GB is required for z/OS V2R3. 

If you attempt to IPL z/OS V2R3 on a z14 with less than the minimum amount of 
real memory, z/OS issues the following warning message (a WTOR) during IPL: 
IAR057D LESS THAN 8 GB OF REAL STORAGE IMPACTS SYSTEM AVAILABILITY - ADD 
STORAGE OR 
REPLY C TO CONTINUE 
 
Continuing with less than the minimum amount of real memory might impact the 
availability of your system. If you attempt to IPL z/OS V2R3 on an earlier IBM 
server, no warning message is issued.

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

Re: [EXTERNAL] RESOURCE PARTITION USAGE parameter

[Sankaranarayanan, Vignesh]

Any hardware ninjas in here today?

– Vignesh
Mainframe Infrastructure

On 25-Feb-2019, at 18:50, Sankaranarayanan, Vignesh 
 wrote:

Want to correct my question...

I've following both pre-requisites (setting a HCDPROF variable and setting 
stand-alone IOCP to No in the build IOCP input screen), but still I don't see 
the $HCD$ statements in the extract IOCP..

Help!

- Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Sankaranarayanan, Vignesh
Sent: 25 February 2019 11:27
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] RESOURCE PARTITION USAGE parameter

Hi List,

Can anyone please point me to documentation on how to use the USAGE= parameter 
in the RESOURCE PARTITION statement.
I couldn't find anything, and want to know how to be inclusive of a statement 
with LPARs in multiple CSS-es.

Thanks.

- Vignesh
Mainframe Infrastructure


MARKSANDSPENCER.COM

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

Registered No. 214436 in England and Wales.

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

www.marksandspencer.com

Please note that electronic mail may be monitored.

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

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

--
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: APAR Search Broken Worldwide?

[Ed Jaffe]

On 2/25/2019 6:11 AM, Allan Staller wrote:

Sigh, the same old refrain. The "new tools"  are neither as available reliable 
or functional as those they replace.

Yes. VERY frustrating!


I get the same problem you do, howver, an APAR search through:

https://www.ibm.com/support/home/

works fine,

Yeah, the "support/home" searches "work fine" for what they are, but 
that interface is quite weak in comparison to Granular APAR Search for Z.


I really have no idea who to report this failure to. I'm going to look 
for a feedback mechanism.



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



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

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

Re: APAR Search Broken Worldwide?

[Jousma, David]

SIS works fine for me via this link:  
https://www-03.ibm.com/ibmlink/sis/sis.wss?lc=en&cc=US

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


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Ed 
Jaffe
Sent: Monday, February 25, 2019 10:35 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: APAR Search Broken Worldwide?

**CAUTION EXTERNAL EMAIL**

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

On 2/25/2019 3:52 AM, Roger Lowe wrote:
> Using your referenced URL works fine in the "land down under" - albeit 
> Monday evening .

So far, you're the only one reporting good results.

Did you actually try to search for something? The results were as expected?


--
Phoenix Software International
Edward E. Jaffe
831 Parkview Drive North
El Segundo, CA 90245
https://protect2.fireeye.com/url?k=ddc57ed5-81998ada-ddc5544d-0cc47a33347c-dca961a5af17084f&u=https://www.phoenixsoftware.com/



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

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

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

This e-mail transmission contains information that is confidential and may be 
privileged.   It is intended only for the addressee(s) named above. If you 
receive this e-mail in error, please do not read, copy or disseminate it in any 
manner. If you are not the intended recipient, any disclosure, copying, 
distribution or use of the contents of this information is prohibited. Please 
reply to the message immediately by informing the sender that the message was 
misdirected. After replying, please erase it from your computer system. Your 
assistance in correcting this error is appreciated.


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

Re: APAR Search Broken Worldwide?

[Ed Jaffe]

On 2/25/2019 3:52 AM, Roger Lowe wrote:
Using your referenced URL works fine in the "land down under" - albeit 
Monday evening . 


So far, you're the only one reporting good results.

Did you actually try to search for something? The results were as expected?


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



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

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

Re: Anyone ever seen/hear about a set of programs called SUPERCOP/SUPCOP1/SUPCOP2/SUPCOP3 [EXTERNAL]

[Feller, Paul]

Thanks to everyone for the input.  As Chuck said this is a program that you can 
use to copy one file to another.  During the copy process you can do some 
filtering to determine which records get copied.  Sounds like we will have to 
live with the fact we don't have source code.

Thanks..

Paul Feller
AGT Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Chuck Kreiter
Sent: Sunday, February 24, 2019 10:03 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Anyone ever seen/hear about a set of programs called 
SUPERCOP/SUPCOP1/SUPCOP2/SUPCOP3 [EXTERNAL]

We had them at an insurance company I worked at in the past.  We dropped them 
at YR2K as we were updating all of code/JCL since it was no longer supported.  
I don't recall the details of where we acquired it from.  If I recall, it was a 
gener like tool that took care of some of the allocation for you.  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Feller, Paul
Sent: Saturday, February 23, 2019 10:17 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Anyone ever seen/hear about a set of programs called
SUPERCOP/SUPCOP1/SUPCOP2/SUPCOP3

Has anyone ever seen/hear about a set of programs called 
SUPERCOP/SUPCOP1/SUPCOP2/SUPCOP3.  We ran into an issue with these programs 
related to EAV volumes.  It seems we acquired these programs as part of a 
merger many years ago.  No one seems to have any idea where the source could 
be.  From what we can tell these may have been some freeware programs, but 
can't say for 100%.  We searched the CBT website and did some Google searches 
but could not find anything to help us.

I would be interested in hearing from anyone that happens to know about these 
programs and has source.

As a side note with the use of the ASMDASM program and some detective work we 
determined what was causing the issue and was able to ZAP the program
SUPCOP1 to fix the issue.  It would be nice to have source for any future 
issues.

Thanks..

Paul Feller
AGT Mainframe Technical Support




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

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

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

Re: z/OS 2.3 and ENT COBOL 4.2

[Carmen Vitullo]

In my case I believe I'm good, I have all up to date maint for z (le) and ent 
cobol 4.2, querying the cobol developers I feel better by the time we are z/os 
2.3 and ent cobol 6.2, all cobol will be compiled with the 6.2 compiler /tested 
and running in production. 



Carmen Vitullo 

- Original Message -

From: "David Jousma" <01a0403c5dc1-dmarc-requ...@listserv.ua.edu> 
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Monday, February 25, 2019 8:26:55 AM 
Subject: Re: z/OS 2.3 and ENT COBOL 4.2 

Assuming you have all maintenance applied to ENT COB 4.2, there should be no 
problem doing a BUILDMCS and receiving/applying into your z/os V2.3 
environment. There is no "LE V4.2". LE follows the z/OS level. I did exactly 
that, but put it into its own target/dlib zones and target/dist libraries, as 
we are currently migrating to ENT COB V6.2, which is in my existing z/os target 
zone, and different datasets. Eventually, the ENT COB 4.2 libraries will go 
away. 

As for levels of LE, it's not an issue like it used to be with the separate 
COBOL runtimes. The only reminder is that occasionally, the compiler introduces 
new features that require new runtime support(LE) PTF's. If you operate in a 
multi-system environment, then you must roll-out the LE PTF's for that runtime 
support to all systems BEFORE you introduce the new COBOL feature, or you will 
definitely run into problems. These changes are always called out as HOLD 
ACTIONs when applying maintenance. Quite often I'll have to add a USER HOLD to 
the compiler PTF, while working on maintenance cycle to allow the LE PTF to 
propagate to all systems in the environment first. The same is true when 
changing the ARCH level in the Cobol options. Make sure ALL of your systems are 
migrated to the new hardware before changing the ARCH value used at compilation 
time. 

This e-mail transmission contains information that is confidential and may be 
privileged. It is intended only for the addressee(s) named above. If you 
receive this e-mail in error, please do not read, copy or disseminate it in any 
manner. If you are not the intended recipient, any disclosure, copying, 
distribution or use of the contents of this information is prohibited. Please 
reply to the message immediately by informing the sender that the message was 
misdirected. After replying, please erase it from your computer system. Your 
assistance in correcting this error is appreciated. 


-- 
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: z/OS 2.3 and ENT COBOL 4.2

[Jousma, David]

Assuming you have all maintenance applied to ENT COB 4.2, there should be no 
problem doing a BUILDMCS and receiving/applying into your z/os V2.3 
environment.   There is no "LE V4.2".  LE follows the z/OS level.  I did 
exactly that, but put it into its own target/dlib zones and target/dist 
libraries, as we are currently migrating to ENT COB V6.2, which is in my 
existing z/os target zone, and different datasets.   Eventually, the ENT COB 
4.2 libraries will go away.

As for levels of LE, it's not an issue like it used to be with the separate 
COBOL runtimes.The only reminder is that occasionally, the compiler 
introduces new features that require new runtime support(LE) PTF's.   If you 
operate in a multi-system environment, then you must roll-out the LE PTF's for 
that runtime support to all systems BEFORE you introduce the new COBOL feature, 
or you will definitely run into problems.   These changes are always called out 
as HOLD ACTIONs when applying maintenance.   Quite often I'll have to add a 
USER HOLD to the compiler PTF, while working on maintenance cycle to allow the 
LE PTF to propagate to all systems in the environment first.  The same is true 
when changing the ARCH level in the Cobol options.   Make sure ALL of your 
systems are migrated to the new hardware before changing the ARCH value used at 
compilation time.

This e-mail transmission contains information that is confidential and may be 
privileged.   It is intended only for the addressee(s) named above. If you 
receive this e-mail in error, please do not read, copy or disseminate it in any 
manner. If you are not the intended recipient, any disclosure, copying, 
distribution or use of the contents of this information is prohibited. Please 
reply to the message immediately by informing the sender that the message was 
misdirected. After replying, please erase it from your computer system. Your 
assistance in correcting this error is appreciated.


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

Re: APAR Search Broken Worldwide?

[Allan Staller]

Sigh, the same old refrain. The "new tools"  are neither as available reliable 
or functional as those they replace.

I get the same problem you do, howver, an APAR search through:

https://www.ibm.com/support/home/

works fine,

HTH,

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Steve Beaver
Sent: Sunday, February 24, 2019 9:28 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: APAR Search Broken Worldwide?

I’ll check inside W3 in the morning

Sent from my iPhone

Sorry for the finger checks

> On Feb 24, 2019, at 21:12, Mike Hochee  wrote:
>
> I get the same thing you're experiencing, and I'm on the other side of the 
> country.
>
> 
> From: IBM Mainframe Discussion List  on
> behalf of Ed Jaffe 
> Sent: Sunday, February 24, 2019 10:02 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: APAR Search Broken Worldwide?
>
> Is everyone experiencing this? Or is local to my region?
>
> https://apac01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww
> 14.software.ibm.com%2Fsupport%2Fcustomercare%2Fpsearch%2Fsearch%3Fdoma
> in%3Dgapar&data=02%7C01%7Callan.staller%40HCL.COM%7Cc26602271f2041
> ab353808d69ad1504a%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C636866
> 621157417527&sdata=tBhqQCRvPo%2BWeMW%2FBelVZ%2F2yuaqidA7%2FYS%2Fk1
> XbOjdI%3D&reserved=0 IBM - Granular APAR search for System
> z ww14.software.ibm.com%2Fsupport%2Fcustomercare%2Fpsearch%2Fsearch%3Fdo
> main%3Dgapar&data=02%7C01%7Callan.staller%40HCL.COM%7Cc26602271f20
> 41ab353808d69ad1504a%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C6368
> 66621157427531&sdata=WKQwc8Lwx3JiKnsYEQbLjdc2D2aapBJO2vOgu4y6xqk%3
> D&reserved=0>
> www14.software.ibm.com
> STG Power's technical support resource for Power products : Fixes &
> downloads, documentation, tools & communities
>
>
>
> It either fails with "SearchRequest. Incorrect XML format of dBlue
> response." or just returns zero matches.
>
> --
> Phoenix Software International
> Edward E. Jaffe
> 831 Parkview Drive North
> El Segundo, CA 90245
> https://apac01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww
> .phoenixsoftware.com%2F&data=02%7C01%7Callan.staller%40HCL.COM%7Cc
> 26602271f2041ab353808d69ad1504a%7C189de737c93a4f5a8b686f4ca9941912%7C0
> %7C0%7C636866621157427531&sdata=apyaGfLtKdlQO9lfkcxW4weI%2FL8NEQCQ
> ERgaNuhSIRM%3D&reserved=0
>
>
> --
> -- This e-mail message, including any attachments, appended
> messages and the information contained therein, is for the sole use of
> the intended recipient(s). If you are not an intended recipient or
> have otherwise received this email message in error, any use,
> dissemination, distribution, review, storage or copying of this e-mail
> message and the information contained therein is strictly prohibited.
> If you are not an intended recipient, please contact the sender by
> reply e-mail and destroy all copies of this email message and do not
> otherwise utilize or retain this email message or any or all of the
> information contained therein. Although this email message and any
> attachments or appended messages are believed to be free of any virus
> or other defect that might affect any computer system into which it is
> received and opened, it is the responsibility of the recipient to
> ensure that it is virus free and no responsibility is accepted by the
> sender for any loss or damage arising in any way from its opening or use.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
::DISCLAIMER::
--
The contents of this e-mail and any attachment(s) are confidential and intended 
for the named recipient(s) only. E-mail transmission is not guaranteed to be 
secure or error-free as information could be intercepted, corrupted, lost, 
destroyed, arrive late or incomplete, or may contain viruses in transmission. 
The e mail and its contents (with or without referred errors) shall therefore 
not attach any liability on the originator or HCL or its affiliates. Views or 
opinions, if any, presented in this email

Re: z/OS 2.3 and ENT COBOL 4.2

[Allan Staller]

I recently ran into an issue where LE and COBOL needed to be updated 
concurrently.
Due to a timing problem in rollout, this caused a major kerfluffle.

I would be very careful mixing and matching between LE and Cobol.
Otherwise, the buildmcs route should work.

HTH,

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Brian Westerman
Sent: Saturday, February 23, 2019 9:53 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/OS 2.3 and ENT COBOL 4.2

I'm at 2.3 and I have

HLE77A0 (suped by HLE77B0) Language Environment Base JADB42H IBM ENTERPRISE 
COBOL FOR Z/OS HFS
JADB421 IBM ENTERPRISE COBOL FOR Z/OS ENU
JADB422 IBM ENTERPRISE COBOL FOR Z/OS JPN  (not sure why this is even here)

So in theory all I would need to do is run a BUILDMCS for these guys and use 
the resulting output as input to 2.4 when it comes out to be able to stay at LE 
4.2?

Brian

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

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

Re: [EXTERNAL] RESOURCE PARTITION USAGE parameter

[Sankaranarayanan, Vignesh]

Want to correct my question...

I've following both pre-requisites (setting a HCDPROF variable and setting 
stand-alone IOCP to No in the build IOCP input screen), but still I don't see 
the $HCD$ statements in the extract IOCP..

Help!

- Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Sankaranarayanan, Vignesh
Sent: 25 February 2019 11:27
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] RESOURCE PARTITION USAGE parameter

Hi List,

Can anyone please point me to documentation on how to use the USAGE= parameter 
in the RESOURCE PARTITION statement.
I couldn't find anything, and want to know how to be inclusive of a statement 
with LPARs in multiple CSS-es.

Thanks.

- Vignesh
Mainframe Infrastructure


MARKSANDSPENCER.COM

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

Registered No. 214436 in England and Wales.

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

www.marksandspencer.com

Please note that electronic mail may be monitored.

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

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

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

Re: APAR Search Broken Worldwide?

[Roger Lowe]

On Sun, 24 Feb 2019 19:02:53 -0800, Ed Jaffe  
wrote:

>Is everyone experiencing this? Or is local to my region?
>
>https://www14.software.ibm.com/support/customercare/psearch/search?domain=gapar
>
>It either fails with "SearchRequest. Incorrect XML format of dBlue
>response." or just returns zero matches.

Using your referenced URL works fine in the "land down under" - albeit Monday 
evening .

Roger

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

RESOURCE PARTITION USAGE parameter

[Sankaranarayanan, Vignesh]

Hi List,

Can anyone please point me to documentation on how to use the USAGE= parameter 
in the RESOURCE PARTITION statement.
I couldn't find anything, and want to know how to be inclusive of a statement 
with LPARs in multiple CSS-es.

Thanks.

- Vignesh
Mainframe Infrastructure


MARKSANDSPENCER.COM

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

Registered No. 214436 in England and Wales.

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

www.marksandspencer.com

Please note that electronic mail may be monitored.

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

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