Re: Backup JES2 Spool & Restore with Warmstart

[Mike Shorkend]

One of my customers does a daily flash copy and then IPLs off the copy. No
issues with JES2 warm start. They are using DS8870 and z/OS 2.2 but have
been doing this for years without problems.

HTH

Mike


On 23 August 2016 at 04:46, Ron Hawkins  wrote:

> Ken,
>
> FlashCopy consistency group "should" give you the same P-i-T as Synch and
> Asynch Remote Copy. Sounds like you should report a problem.
>
> Attended a few DR rehearsals where JEs2 has warm started without a hitch.
>
> Have you tried ShadowImage At-Time split (if you have HDS)?
>
> Ron
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Ken Smith
> Sent: Monday, August 22, 2016 8:16 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: [IBM-MAIN] Backup JES2 Spool & Restore with Warmstart
>
> I've not had the opportunity to work with mirroring but sounds like your
> flashcopy to secondary is the same thing I'm doing minus the transmission.
> And, the purpose of a consistency group is to have a point in time copy
> across volumes.
>
> Anyone else?  Ken
>
> On Thu, Aug 18, 2016 at 5:44 PM, Jesse 1 Robinson  >
> wrote:
>
> > We've been mirroring for DR for many years. In the beginning, with
> > late 90s technology, we could not mirror spool. Now with FICON over
> > DWDM we mirror spool routinely. I can't remember getting any error on
> > JES2 restart after recovery, which includes flashcopy of the secondary
> > (XRC target) copy to a tertiary copy that we IPL from.
> >
> > .
> > .
> > .
> > 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 Ken Smith
> > Sent: Thursday, August 18, 2016 12:55 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: (External):Backup JES2 Spool & Restore with Warmstart
> >
> > For those of us stuck with tape backup, physical or virtual, are you
> > recovering JES2 and able to do a warm start?
> >
> > I made the rash assumption that Flashcopy (space efficient) with
> > consistency group across the spool and checkpoint volumes would work,
> > but it does not - get checkpoint errors and have to do a format and cold
> start.
> >
> > Read in JES2 manual that back up is not supported, however, not sure
> > this was written before or after flash copy was invented.  Seems to me
> > that at any instant in time the data should be consistent?  Also, disk
> > mirroring should have the same problem but I doubt it does.
> >
> > Thoughts?
> >
> > Ken Smith
> > Comptroller of Maryland
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions, send
> > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions, send
> > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email
> to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



-- 
Mike Shorkend
m...@shorkend.com
www.shorkend.com
Tel: +972524208743
Fax: +97239772196

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

Re: Backup JES2 Spool & Restore with Warmstart

[Ron Hawkins]

Ken,

FlashCopy consistency group "should" give you the same P-i-T as Synch and 
Asynch Remote Copy. Sounds like you should report a problem.

Attended a few DR rehearsals where JEs2 has warm started without a hitch.

Have you tried ShadowImage At-Time split (if you have HDS)?

Ron

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Ken Smith
Sent: Monday, August 22, 2016 8:16 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [IBM-MAIN] Backup JES2 Spool & Restore with Warmstart

I've not had the opportunity to work with mirroring but sounds like your 
flashcopy to secondary is the same thing I'm doing minus the transmission.
And, the purpose of a consistency group is to have a point in time copy across 
volumes.

Anyone else?  Ken

On Thu, Aug 18, 2016 at 5:44 PM, Jesse 1 Robinson 
wrote:

> We've been mirroring for DR for many years. In the beginning, with 
> late 90s technology, we could not mirror spool. Now with FICON over 
> DWDM we mirror spool routinely. I can't remember getting any error on 
> JES2 restart after recovery, which includes flashcopy of the secondary 
> (XRC target) copy to a tertiary copy that we IPL from.
>
> .
> .
> .
> 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 Ken Smith
> Sent: Thursday, August 18, 2016 12:55 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: (External):Backup JES2 Spool & Restore with Warmstart
>
> For those of us stuck with tape backup, physical or virtual, are you 
> recovering JES2 and able to do a warm start?
>
> I made the rash assumption that Flashcopy (space efficient) with 
> consistency group across the spool and checkpoint volumes would work, 
> but it does not - get checkpoint errors and have to do a format and cold 
> start.
>
> Read in JES2 manual that back up is not supported, however, not sure 
> this was written before or after flash copy was invented.  Seems to me 
> that at any instant in time the data should be consistent?  Also, disk 
> mirroring should have the same problem but I doubt it does.
>
> Thoughts?
>
> Ken Smith
> Comptroller of Maryland
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

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

Re: Loading Java dump into IPCS

[Janet Graff]

When running from the USS command line I can specifiy -Xdump:none and suppress 
the Java dumps and traces.  Then if I get an abend I get the CEEDUMP which is 
much more useful.  Where do I specify -Xdump:none in the EXEC=JVMLDM66 JCL?  
Does it go in the STDENV or is it an argument?

Janet

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

Re: Survey question: what do you specify for HVCOMMON?

[Graham Harris]

As we have no plans to use HIS sampling (which I presume is what makes use
of the data), it seemed an unnecessary waste of real memory.  It is a
decision that is easily reversed if this data may become valuable in the
future.

On 21 August 2016 at 23:45, Peter Relson  wrote:

> >we also have turned off TRACKDIRLOAD (in
> >PROGxx) after seeing measurable growth in HVCOMMON usage after z/OS2.1
> >upgrade, the connection between the two only being clarified after a PMR
> >conversation.
>
> While it is true that TRACKDIRLOAD results in using HVCOMMON, can you
> explain why that was perceived to be a problem, as opposed to just being
> something (farly simply) to accommodate?
> The amount obtained is 1M for each address space that does a directed load
> (AKA load with addr).
>
> The information collected can be quite valuable if using HIS and there
> could be additional exploitation of this information in the future.
>
> Peter Relson
> z/OS Core Technology Design
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

Re: Limit on the number of concatenated datasets

[Lizette Koehler]

So can you use ISPF Function for SEARCH (Option 3.13 I think) in batch and let 
it do the searching?

You could build a batch job or rexx to read a dataset list to search those 
files.

Just a thought.

Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Reichman Joseph
> Sent: Monday, August 22, 2016 12:51 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Limit on the number of concatenated datasets
> 
> We have here if anything large amounts of data. So there are a number of files
> I must search thru.
> 
> After I allocate the datasets (I think probably dynamically)
> 
> I can do a GETDSAB  to get the TIOT entry for the ddname.
> 
> Then if I find what I am looking for I can use DCBTIOT (AL2) as an  index to
> the TIOT
> 
> The TIOT  JFCB field should have entry for the dataset name
> 
> 
> 
> Joe Reichman
> Joe Reichman
> 
> IT Specialist
> Master Files Division
> New Carrollton Federal Building, B7-182
> OS:IT:AD:CP:I:IB
> Flex M,T,Th,F
> Home office (240) 863 - 3965
> Office (240) 613-4350
> Cell (917) 748-9693
> TOD M - F  7:30 am  - 4:00 pm
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@listserv.ua.edu] On
> Behalf Of Lizette Koehler
> Sent: Monday, August 22, 2016 3:29 PM
> To: IBM-MAIN@listserv.ua.edu
> Subject: Re: Limit on the number of concatenated datasets
> 
> Maybe it would help to have more information on what process you are trying to
> do?
> 
> That way the answer can be more targeted.
> 
> Lizette
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> > On Behalf Of Reichman Joseph
> > Sent: Monday, August 22, 2016 9:51 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: Limit on the number of concatenated datasets
> >
> > Lizette
> >
> > Don’t understand as the TIOT has one DDNAME unless of course I am
> > doing the Allocation VIA SVC 99 dynamic allocation then I specify
> > ddnames to be concatenated I think
> >
> > Joe Reichman
> > Joe Reichman
> >
> > IT Specialist

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

Re: Loading Java dump into IPCS

[Tony Harminc]

On 22 August 2016 at 16:53, Janet Graff <
004dc9e91b6d-dmarc-requ...@listserv.ua.edu> wrote:

> Can someone point me to a manual on how to read a JVM dump?


I have little experience in this, and none current. But IBM has had some
tools and doc on JVM dumps going back 10+ years, and maybe it's been
updated. For a doubtless-obsolete start, there's an SVCDUMP and FindRoots
package on the z/OS UNIX Tools & Toys site.
http://www-03.ibm.com/systems/z/os/zos/features/unix/bpxa1ty2.html I seem
to remember that a newer version was shipped as part of Websphere, bit even
that may be out of date.

Google finds references to FindRoots and related Java diagnostic tools, but
most of them are -- predictably -- not for z/OS. There is an old Redpaper
at http://www.redbooks.ibm.com/abstracts/redp3950.html that describes some
IBM Java tools, and that in turn leads to en Eclipse-based meory analyser
http://www.eclipse.org/mat/

Hopefully some knowledgable IBMer will jump in here...

Tony H.

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

Re: Limit on the number of concatenated datasets

[retired mainframer]

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Reichman Joseph
> Sent: Monday, August 22, 2016 12:51 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Limit on the number of concatenated datasets
> 
> We have here if anything large amounts of data. So there are a number of 
> files I must search
> thru.
> 
> After I allocate the datasets (I think probably dynamically)
> 
> I can do a GETDSAB  to get the TIOT entry for the ddname.
> 
> Then if I find what I am looking for I can use DCBTIOT (AL2) as an  index to 
> the TIOT
> 
> The TIOT  JFCB field should have entry for the dataset name

The TIOEJFCB field is only 3 bytes.  It does not contain the DSN.  It does 
contain a token that might be usable for locating the JFCB but I have no idea 
if it requires authorization.  RDJFCB seems a simpler approach.

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

Re: Follow up on Cancatenation RDJFCB

[retired mainframer]

You should look at the description of the RDJFCB macro in the DFSMSdfp
Advanced Services manual.  It appears you have the option of selecting which
dataset in the concatenation you acquire data for.  Once you have the JFCB
for the dataset, the DSN should be in there.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Reichman Joseph
> Sent: Monday, August 22, 2016 10:59 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Follow up on Cancatenation RDJFCB
> 
> Hi
> 
> I am searching a large number of datasets which is the reason I asked my
first question,
> when I find what I am looking can the RDJFCB macro point me to the 44
bytes dataset
> name in that concatenation

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

Re: Loading Java dump into IPCS

[Janet Graff]

Aha! I found an operator message with an MVS file name that I could load into 
IPCS.  It doesn't have an abend summary though.  Can someone point me to a 
manual on how to read a JVM dump?

Janet

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

Re: Limit on the number of concatenated datasets

[Reichman Joseph]

We have here if anything large amounts of data. So there are a number of files 
I must search thru. 

After I allocate the datasets (I think probably dynamically)

I can do a GETDSAB  to get the TIOT entry for the ddname.

Then if I find what I am looking for I can use DCBTIOT (AL2) as an  index to 
the TIOT

The TIOT  JFCB field should have entry for the dataset name 



Joe Reichman
Joe Reichman
 
IT Specialist
Master Files Division
New Carrollton Federal Building, B7-182
OS:IT:AD:CP:I:IB
Flex M,T,Th,F
Home office (240) 863 - 3965 
Office (240) 613-4350
Cell (917) 748-9693
TOD M - F  7:30 am  - 4:00 pm


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@listserv.ua.edu] On Behalf 
Of Lizette Koehler
Sent: Monday, August 22, 2016 3:29 PM
To: IBM-MAIN@listserv.ua.edu
Subject: Re: Limit on the number of concatenated datasets

Maybe it would help to have more information on what process you are trying to 
do?

That way the answer can be more targeted.

Lizette

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Reichman Joseph
> Sent: Monday, August 22, 2016 9:51 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Limit on the number of concatenated datasets
> 
> Lizette
> 
> Don’t understand as the TIOT has one DDNAME unless of course I am 
> doing the Allocation VIA SVC 99 dynamic allocation then I specify 
> ddnames to be concatenated I think
> 
> Joe Reichman
> Joe Reichman
> 
> IT Specialist
M-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: Backup JES2 Spool & Restore with Warmstart

[Jesse 1 Robinson]

Yes, the purpose of consistency group(s) is to synchronize data to a point in 
time. However, I know consistency groups only in the context of mirroring, 
specifically XRC in our case. We flash copy from the XRC'ed mirror--already 
synchronized--to a third copy (where prod counts as 'copy 1'). I have no 
experience in flashing directly from a volatile DASD environment that is 
getting updated willy-nilly continuously. I would certainly think that flash 
copy is designed to handle that case, but we don't do it here.

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

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Ken Smith
Sent: Monday, August 22, 2016 8:16 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Backup JES2 Spool & Restore with Warmstart

I've not had the opportunity to work with mirroring but sounds like your 
flashcopy to secondary is the same thing I'm doing minus the transmission.
And, the purpose of a consistency group is to have a point in time copy across 
volumes.

Anyone else?  Ken

On Thu, Aug 18, 2016 at 5:44 PM, Jesse 1 Robinson 
wrote:

> We've been mirroring for DR for many years. In the beginning, with 
> late 90s technology, we could not mirror spool. Now with FICON over 
> DWDM we mirror spool routinely. I can't remember getting any error on 
> JES2 restart after recovery, which includes flashcopy of the secondary 
> (XRC target) copy to a tertiary copy that we IPL from.
>
> .
> .
> .
> 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 Ken Smith
> Sent: Thursday, August 18, 2016 12:55 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: (External):Backup JES2 Spool & Restore with Warmstart
>
> For those of us stuck with tape backup, physical or virtual, are you 
> recovering JES2 and able to do a warm start?
>
> I made the rash assumption that Flashcopy (space efficient) with 
> consistency group across the spool and checkpoint volumes would work, 
> but it does not - get checkpoint errors and have to do a format and cold 
> start.
>
> Read in JES2 manual that back up is not supported, however, not sure 
> this was written before or after flash copy was invented.  Seems to me 
> that at any instant in time the data should be consistent?  Also, disk 
> mirroring should have the same problem but I doubt it does.
>
> Thoughts?
>
> Ken Smith
> Comptroller of Maryland


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

Re: Limit on the number of concatenated datasets

[Lizette Koehler]

Maybe it would help to have more information on what process you are trying to 
do?

That way the answer can be more targeted.

Lizette

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Reichman Joseph
> Sent: Monday, August 22, 2016 9:51 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Limit on the number of concatenated datasets
> 
> Lizette
> 
> Don’t understand as the TIOT has one DDNAME unless of course I am doing the
> Allocation VIA SVC 99 dynamic allocation then I specify ddnames to be
> concatenated I think
> 
> Joe Reichman
> Joe Reichman
> 
> IT Specialist
M-MAIN

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

Re: IEFU8* exit points and RMF type 70

[Charles Mills]

Here's the problem: if you intercept IEFU83 and IEFU84 and it "works perfectly" 
you would never know it if you were missing .1% of the events that were coming 
through IEFU85. 

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Rob Scott
Sent: Monday, August 22, 2016 2:27 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IEFU8* exit points and RMF type 70

IIRC the type 70 record can be intercepted by IEFU83 when written by RMF, 
however you need IEFU84 when it is written by CMF.

I would advise that you code your IEFU8x code to the requirements of IEFU85 
just in case things change.

Sent from my iPhone

> On 22 Aug 2016, at 17:22, Blaicher, Christopher Y.  
> wrote:
>
> According to Watson/Walker it is IEFU83.
> See:  
> http://s3-us-west-1.amazonaws.com/watsonwalker/ww/wp-content/uploads/2
> 016/02/09233352/SMF-Reference-20150926.pdf
>
>
> Chris Blaicher
> Technical Architect
> Mainframe Development
> Syncsort Incorporated
> 50 Tice Boulevard, Woodcliff Lake, NJ 07677
> P: 201-930-8234  |  M: 512-627-3803
> E: cblaic...@syncsort.com
>
> www.syncsort.com
>
>
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Tim Hare
> Sent: Monday, August 22, 2016 11:13 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: IEFU8* exit points and RMF type 70
>
> Bringing this back up again because I still haven't found the answer yet.  
> Are SMF type 70s written by RMF via branch-entry, requiring me to use IEFU85 
> exit point to examine them, or can I use just IEFU83 or IEFU84 ?
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> 
>
>
>
> ATTENTION: -
>
> The information contained in this message (including any files transmitted 
> with this message) may contain proprietary, trade secret or other 
> confidential and/or legally privileged information. Any pricing information 
> contained in this message or in any files transmitted with this message is 
> always confidential and cannot be shared with any third parties without prior 
> written approval from Syncsort. This message is intended to be read only by 
> the individual or entity to whom it is addressed or by their designee. If the 
> reader of this message is not the intended recipient, you are on notice that 
> any use, disclosure, copying or distribution of this message, in any form, is 
> strictly prohibited. If you have received this message in error, please 
> immediately notify the sender and/or Syncsort and destroy all copies of this 
> message in your possession, custody or control.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Rocket Software, Inc. and subsidiaries ■ 77 Fourth Avenue, Waltham MA 02451 ■ 
+1 877.328.2932 ■ +1 781.577.4321 Unsubscribe From Commercial Email – 
unsubscr...@rocketsoftware.com Manage Your Subscription Preferences - 
http://info.rocketsoftware.com/GlobalSubscriptionManagementEmailFooter_SubscriptionCenter.html
Privacy Policy - http://www.rocketsoftware.com/company/legal/privacy-policy


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

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

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

Re: IEFU8* exit points and RMF type 70

[Rob Scott]

IIRC the type 70 record can be intercepted by IEFU83 when written by RMF, 
however you need IEFU84 when it is written by CMF.

I would advise that you code your IEFU8x code to the requirements of IEFU85 
just in case things change.

Sent from my iPhone

> On 22 Aug 2016, at 17:22, Blaicher, Christopher Y.  
> wrote:
>
> According to Watson/Walker it is IEFU83.
> See:  
> http://s3-us-west-1.amazonaws.com/watsonwalker/ww/wp-content/uploads/2016/02/09233352/SMF-Reference-20150926.pdf
>
>
> Chris Blaicher
> Technical Architect
> Mainframe Development
> Syncsort Incorporated
> 50 Tice Boulevard, Woodcliff Lake, NJ 07677
> P: 201-930-8234  |  M: 512-627-3803
> E: cblaic...@syncsort.com
>
> www.syncsort.com
>
>
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of Tim Hare
> Sent: Monday, August 22, 2016 11:13 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: IEFU8* exit points and RMF type 70
>
> Bringing this back up again because I still haven't found the answer yet.  
> Are SMF type 70s written by RMF via branch-entry, requiring me to use IEFU85 
> exit point to examine them, or can I use just IEFU83 or IEFU84 ?
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
> lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> 
>
>
>
> ATTENTION: -
>
> The information contained in this message (including any files transmitted 
> with this message) may contain proprietary, trade secret or other 
> confidential and/or legally privileged information. Any pricing information 
> contained in this message or in any files transmitted with this message is 
> always confidential and cannot be shared with any third parties without prior 
> written approval from Syncsort. This message is intended to be read only by 
> the individual or entity to whom it is addressed or by their designee. If the 
> reader of this message is not the intended recipient, you are on notice that 
> any use, disclosure, copying or distribution of this message, in any form, is 
> strictly prohibited. If you have received this message in error, please 
> immediately notify the sender and/or Syncsort and destroy all copies of this 
> message in your possession, custody or control.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Rocket Software, Inc. and subsidiaries ■ 77 Fourth Avenue, Waltham MA 02451 ■ 
+1 877.328.2932 ■ +1 781.577.4321
Unsubscribe From Commercial Email – unsubscr...@rocketsoftware.com
Manage Your Subscription Preferences - 
http://info.rocketsoftware.com/GlobalSubscriptionManagementEmailFooter_SubscriptionCenter.html
Privacy Policy - http://www.rocketsoftware.com/company/legal/privacy-policy


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

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

Loading Java dump into IPCS

[Janet Graff]

I abended a Java/JNI/Assembler program and it generated a few output files.

They are named
-  Snap.20160822.132237.65637.0003.trc
- javacore.20160822.132237.65637.0002.txt

The Snap looks like an IPCS Snap trace but I don't know how to load the dump 
into IPCS.  It doesn't appear to take USS filenames or paths.

Any help?

Janet

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

Follow up on Cancatenation RDJFCB

[Reichman Joseph]

Hi

I am searching a large number of datasets which is the reason I asked my first 
question, when I find what I am looking can the RDJFCB macro point me to the 44 
bytes dataset name in that concatenation

Thanks

Joe Reichman
Joe Reichman

IT Specialist
Master Files Division
New Carrollton Federal Building, B7-182
OS:IT:AD:CP:I:IB
Flex M,T,Th,F
Home office (240) 863 - 3965
Office (240) 613-4350
Cell (917) 748-9693
TOD M - F  7:30 am  - 4:00 pm


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

Re: Limit on the number of concatenated datasets

[Porowski, Ken]

If I'm not mistaken, the 255 extent limit on partitioned applies to LINKLIST 
and LPALIST too.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of retired mainframer
Sent: Monday, August 22, 2016 1:03 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Limit on the number of concatenated datasets

>From the Processing a Sequential Data Set chapter of my DFSMS Using Data Sets 
>manual (admittedly z/OS 1.11):

"The number of data sets that you can concatenate with sequential concatenation 
is variable. It is governed by the maximum size of the TIOT option. The system 
programmer controls the TIOT size with the option ALLOCxx member of 
SYS1.PARMLIB. The smallest TIOT value allows 819 single-unit DD statements or 
64 DD statements having the maximum number of units."  (I could not find a 
reference that defines the term "unit."  It is does not appear to be extents 
since 64 datasets with 15 extents each comes to 960 total extents.)

>From the Processing a Partitioned Data Set (PDS) chapter of the same manual:

"There is a limit to how many DD statements are allowed in a partitioned 
concatenation. Add together the number of PDS extents, the number of PDSEs, and 
the number of UNIX directories in the concatenation. The sum cannot exceed 255. 
For example, you can concatenate 15 PDSs of 16 extents each with
8 PDSEs and 7 UNIX directories ((15 x 16) + 8 + 7 = 255 extents)."  (So each 
PDS extent counts as one while each PDSE and UNIX directory counts as only one 
regardless of the number of extents.)

I would expect the current manuals to have similar details.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Reichman Joseph
> Sent: Monday, August 22, 2016 8:38 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Limit on the number of concatenated datasets
>
> Hi
>
> I looked in the JCL reference and DFSMS bookshelf and did not see a 
> limit
on the number
> of concatenated datasets
>
>
> Would anybody know if there is one ?

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





ATTENTION: -

The information contained in this message (including any files transmitted with 
this message) may contain proprietary, trade secret or other confidential 
and/or legally privileged information. Any pricing information contained in 
this message or in any files transmitted with this message is always 
confidential and cannot be shared with any third parties without prior written 
approval from Syncsort. This message is intended to be read only by the 
individual or entity to whom it is addressed or by their designee. If the 
reader of this message is not the intended recipient, you are on notice that 
any use, disclosure, copying or distribution of this message, in any form, is 
strictly prohibited. If you have received this message in error, please 
immediately notify the sender and/or Syncsort and destroy all copies of this 
message in your possession, custody or control.

--
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: Limit on the number of concatenated datasets

[Blaicher, Christopher Y.]

A "UNIT" in this case is a volume.  A data set on a single volume, regardless 
of the number of extents, takes up 20 bytes in the TIOT. Each extra volume for 
that data set takes an additional 4 bytes, thus the 59 volume limit for a 
single data set.  (255-16)/4=59

The 255 value is the limit of the number of extents that can be defined in a 
DEB.  Others have discussed how to count them.

Chris Blaicher
Technical Architect
Mainframe Development
Syncsort Incorporated
50 Tice Boulevard, Woodcliff Lake, NJ 07677
P: 201-930-8234  |  M: 512-627-3803
E: cblaic...@syncsort.com

www.syncsort.com





-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of retired mainframer
Sent: Monday, August 22, 2016 1:03 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Limit on the number of concatenated datasets

>From the Processing a Sequential Data Set chapter of my DFSMS Using Data Sets 
>manual (admittedly z/OS 1.11):

"The number of data sets that you can concatenate with sequential concatenation 
is variable. It is governed by the maximum size of the TIOT option. The system 
programmer controls the TIOT size with the option ALLOCxx member of 
SYS1.PARMLIB. The smallest TIOT value allows 819 single-unit DD statements or 
64 DD statements having the maximum number of units."  (I could not find a 
reference that defines the term "unit."  It is does not appear to be extents 
since 64 datasets with 15 extents each comes to 960 total extents.)

>From the Processing a Partitioned Data Set (PDS) chapter of the same manual:

"There is a limit to how many DD statements are allowed in a partitioned 
concatenation. Add together the number of PDS extents, the number of PDSEs, and 
the number of UNIX directories in the concatenation. The sum cannot exceed 255. 
For example, you can concatenate 15 PDSs of 16 extents each with
8 PDSEs and 7 UNIX directories ((15 x 16) + 8 + 7 = 255 extents)."  (So each 
PDS extent counts as one while each PDSE and UNIX directory counts as only one 
regardless of the number of extents.)

I would expect the current manuals to have similar details.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Reichman Joseph
> Sent: Monday, August 22, 2016 8:38 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Limit on the number of concatenated datasets
>
> Hi
>
> I looked in the JCL reference and DFSMS bookshelf and did not see a
> limit
on the number
> of concatenated datasets
>
>
> Would anybody know if there is one ?

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





ATTENTION: -

The information contained in this message (including any files transmitted with 
this message) may contain proprietary, trade secret or other confidential 
and/or legally privileged information. Any pricing information contained in 
this message or in any files transmitted with this message is always 
confidential and cannot be shared with any third parties without prior written 
approval from Syncsort. This message is intended to be read only by the 
individual or entity to whom it is addressed or by their designee. If the 
reader of this message is not the intended recipient, you are on notice that 
any use, disclosure, copying or distribution of this message, in any form, is 
strictly prohibited. If you have received this message in error, please 
immediately notify the sender and/or Syncsort and destroy all copies of this 
message in your possession, custody or control.

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

Re: Limit on the number of concatenated datasets

[retired mainframer]

>From the Processing a Sequential Data Set chapter of my DFSMS Using Data
Sets manual (admittedly z/OS 1.11):

"The number of data sets that you can concatenate with sequential
concatenation is variable. It is
governed by the maximum size of the TIOT option. The system programmer
controls the TIOT size with the option ALLOCxx member of SYS1.PARMLIB. The
smallest TIOT value allows 819 single-unit DD statements or 64 DD statements
having the maximum number of units."  (I could not find a reference that
defines the term "unit."  It is does not appear to be extents since 64
datasets with 15 extents each comes to 960 total extents.)

>From the Processing a Partitioned Data Set (PDS) chapter of the same manual:

"There is a limit to how many DD statements are allowed in a partitioned
concatenation. Add together the number of PDS extents, the number of PDSEs,
and the number of UNIX directories in the concatenation. The sum cannot
exceed 255. For example, you can concatenate 15 PDSs of 16 extents each with
8 PDSEs and 7 UNIX directories ((15 x 16) + 8 + 7 = 255 extents)."  (So each
PDS extent counts as one while each PDSE and UNIX directory counts as only
one regardless of the number of extents.)

I would expect the current manuals to have similar details.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Reichman Joseph
> Sent: Monday, August 22, 2016 8:38 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Limit on the number of concatenated datasets
> 
> Hi
> 
> I looked in the JCL reference and DFSMS bookshelf and did not see a limit
on the number
> of concatenated datasets
> 
> 
> Would anybody know if there is one ?

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

Re: Limit on the number of concatenated datasets

[Reichman Joseph]

Lizette

Don’t understand as the TIOT has one DDNAME unless of course I am doing the 
Allocation VIA SVC 99 dynamic allocation then I specify ddnames to be 
concatenated I think

Joe Reichman
Joe Reichman
 
IT Specialist
Master Files Division
New Carrollton Federal Building, B7-182
OS:IT:AD:CP:I:IB
Flex M,T,Th,F
Home office (240) 863 - 3965 
Office (240) 613-4350
Cell (917) 748-9693
TOD M - F  7:30 am  - 4:00 pm


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@listserv.ua.edu] On Behalf 
Of Lizette Koehler
Sent: Monday, August 22, 2016 11:59 AM
To: IBM-MAIN@listserv.ua.edu
Subject: Re: Limit on the number of concatenated datasets

So from the ALLOCxx definition in MVS Init and Tuning z/OS V2.10.

Table 1. Relationship size of TIOT and maximum number of DDs allowed

Dec Hex Size of TIOTMaximum number Maximum number of 
DDs allowed
 of single unit DD Allowed  when every DD requests 

the maximum number of units (59)
16  10  16384 (16K) 816 64
17  11  17408 (17K) 867 68
24  18  24576 (24K) 122597
25  19  25600 (25K) 1277101
32  20  32768 (32K) 1635129
40  28  40960 (40K) 2045162
48  30  49152 (48K) 2454194
56  38  57344 (56K) 2864227
64  40  65536 (64K) 3273259


From this definition I would think the concatenated would count as 1 but be 
careful of the TIOT size if each one has more than one volume for it.


Just a guess


Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Mitch Mccluhan
> Sent: Monday, August 22, 2016 8:42 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Limit on the number of concatenated datasets
> 
>  Joe,
> 
> There is one, yes.  I believe it is 256.  Advice from everyone else?
> 
> Regards,
> 
> 
> 
> Mitch McCluhan
> mitc...@aol.com
> 
> 
> 
> 
> 
> -Original Message-
> From: Reichman Joseph 
> To: IBM-MAIN 
> Sent: Mon, Aug 22, 2016 10:38 am
> Subject: Limit on the number of concatenated datasets
> 
> Hi
> 
> I looked in the JCL reference and DFSMS bookshelf and did not see a 
> limit on the number of concatenated datasets
> 
> 
> Would anybody know if there is one ?
> 
> 
> Thanks
> 
> Joe Reichman
> Joe Reichman

--
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 Day in History: 22Aug1955, The First Computer User Group Is Founded

[Anne & Lynn Wheeler]

This Day in History: 22Aug1955, The First Computer User Group Is Founded
http://www.computerhistory.org/tdih/August/22/

Following a Los Angeles symposium hosted by IBM, a group of
representatives from seventeen groups that had ordered the IBM 704
mainframe computer met at the RAND Corporation in Santa Monica,
California. The outcome of the meeting was the first computer user's
group, SHARE. The name was chosen to promote the idea of sharing
information and programs between installations. The group grew quickly,
eventually producing new software and documentation for their IBM
computers.

... snip ...

Back when software was free (& shared) ... before legal actions and
23Jun1969 unbundling announcement ... that started to charge for
(application) software. Company was able to make the case that operating
system software should still be free. some past posts
http://manana.garlic.com/~lynn/submain.html#unbundle

Then the "Future System" effort in the early/mid 70s ... was completely
different and replace 370 ... so 370 efforts were being shutdown ...
the lack of 370 products during the period is credited with giving clone
processor makers a market foothold. more discussion
http://www.jfsowa.com/computer/memo125.htm
and past posts
http://www.garlic.com/~lynn/submain.html#futuresys

when Future System imploded, there was mad rush to get products back
into the 370 pipeline ... and also because of the clone processors
... decision to transition to charging for operating system software.

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

Re: Limit on the number of concatenated datasets

[Paul Gilmartin]

On Mon, 22 Aug 2016 11:55:02 -0400, Charles Mills wrote:
>
>Rule: You cannot concatenate VSAM data sets."
>
>-- 
>http://www.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.idad400/seqcat.htm
> 
I believe this.  But once I tried (Black Team mode) concatenating a VSAM
data set followed by a PDS.  IIRC, allocation succeeded but OPEN ABENDed.

-- gil

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

Re: Limit on the number of concatenated datasets

[Ed Jaffe]

On 8/22/2016 8:38 AM, Reichman Joseph wrote:

I looked in the JCL reference and DFSMS bookshelf and did not see a limit on 
the number of concatenated datasets


The number of data sets is not the limit. Rather, the limit is imposed 
by the size of the field in the DEB that records the total number of 
extents for an open DD.


DEBNMEXT DSBL1   NUMBER OF EXTENT DESCRIPTIONS STARTING
* AT DEBBASND.  ONE EXTENT PER UNIT FOR
* EXTENDED FORMAT OR PDSE DATA SETS.

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

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

Re: Limit on the number of concatenated datasets

[Lizette Koehler]

So from the ALLOCxx definition in MVS Init and Tuning z/OS V2.10.

Table 1. Relationship size of TIOT and maximum number of DDs allowed

Dec Hex Size of TIOTMaximum number Maximum number of 
DDs allowed
 of single unit DD Allowed  when every DD requests 

the maximum number of units (59)
16  10  16384 (16K) 816 64
17  11  17408 (17K) 867 68
24  18  24576 (24K) 122597
25  19  25600 (25K) 1277101
32  20  32768 (32K) 1635129
40  28  40960 (40K) 2045162
48  30  49152 (48K) 2454194
56  38  57344 (56K) 2864227
64  40  65536 (64K) 3273259


>From this definition I would think the concatenated would count as 1 but be 
>careful of the TIOT size if each one has more than one volume for it.


Just a guess


Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Mitch Mccluhan
> Sent: Monday, August 22, 2016 8:42 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Limit on the number of concatenated datasets
> 
>  Joe,
> 
> There is one, yes.  I believe it is 256.  Advice from everyone else?
> 
> Regards,
> 
> 
> 
> Mitch McCluhan
> mitc...@aol.com
> 
> 
> 
> 
> 
> -Original Message-
> From: Reichman Joseph 
> To: IBM-MAIN 
> Sent: Mon, Aug 22, 2016 10:38 am
> Subject: Limit on the number of concatenated datasets
> 
> Hi
> 
> I looked in the JCL reference and DFSMS bookshelf and did not see a limit on
> the number of concatenated datasets
> 
> 
> Would anybody know if there is one ?
> 
> 
> Thanks
> 
> Joe Reichman
> Joe Reichman

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

Re: Limit on the number of concatenated datasets

[R.S.]

W dniu 2016-08-22 o 17:38, Reichman Joseph pisze:

Hi

I looked in the JCL reference and DFSMS bookshelf and did not see a limit on 
the number of concatenated datasets


Would anybody know if there is one ?

Joe,
Joe,

There is no single number.
for VSAM is zero - no concatenation allowed
for PS it depends. Max is 3273 with TIOT=64k and single-vol datasets.


--
Radoslaw Skorupka
Lodz, Poland






--
Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku 
przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie 
jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem 
niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania 
adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie 
lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by 
karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie 
zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo 
wczajc w to wszelkie jej kopie wydrukowane lub zapisane na dysku.

This e-mail may contain legally privileged information of the Bank and is 
intended solely for business use of the addressee. This e-mail may only be 
received by the addressee and may not be disclosed to any third parties. If you 
are not the intended addressee of this e-mail or the employee authorized to 
forward it to the addressee, be advised that any dissemination, copying, 
distribution or any other similar activity is legally prohibited and may be 
punishable. If you received this e-mail by mistake please advise the sender 
immediately by using the reply facility in your e-mail software and delete 
permanently this e-mail including any copies of it either printed or saved to 
hard drive.

mBank S.A. z siedzib w Warszawie, ul. Senatorska 18, 00-950 Warszawa, 
www.mBank.pl, e-mail: kont...@mbank.pl
Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru 
Sdowego, nr rejestru przedsibiorców KRS 025237, NIP: 526-021-50-88. 
Wedug stanu na dzie 01.01.2016 r. kapita zakadowy mBanku S.A. (w caoci 
wpacony) wynosi 168.955.696 zotych.


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

Re: Limit on the number of concatenated datasets

[Paul Gilmartin]

On Mon, 22 Aug 2016 15:43:47 +, Windt, W.K.F. van der (Fred) wrote:
>
>I think there is (or was?) a limit of 255 extents that can be allocated to a 
>DD name. Where a PDS(E) always counts as one extent regardless of the number 
>of extents allocated for that PDS(E). Any sequential dataset counts as the 
>number of extents allocated for that dataset.
>  
I suspect (WAG) that a PDS counts as the actual number of extents, but I've 
heard
that a PDSE counts as only one.

How is a PDSE represented in the ECB?

I understand that the hazard in extending a shared PDS is that an added member
may have a TTR identifying an extent not in a sharing job's ECB.  Does PDSE
eliminate this hazard by appearing as a single extent?

-- gil

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

Re: Limit on the number of concatenated datasets

[Charles Mills]

The Google say "The number of data sets that you can concatenate with 
sequential concatenation is variable. It is governed by the maximum size of the 
TIOT option. The system programmer controls the TIOT size with the option 
ALLOCxx member of SYS1.PARMLIB. The smallest TIOT value allows 819 single-unit 
DD statements or 64 DD statements having the maximum number of units. See z/OS 
MVS Initialization and Tuning Reference."

"A sequential concatenation can include sequential data sets, PDS members, PDSE 
members, and UNIX files. With sequential concatenation, the system treats a 
PDS, PDSE, or UNIX member as if it were a sequential data set. The system 
treats a striped extended-format data set as if it were a single-volume data 
set.

Rule: You cannot concatenate VSAM data sets."

-- 
http://www.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.idad400/seqcat.htm

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Mitch Mccluhan
Sent: Monday, August 22, 2016 11:42 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Limit on the number of concatenated datasets

 Joe,

There is one, yes.  I believe it is 256.  Advice from everyone else?

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

Re: Limit on the number of concatenated datasets

[Windt, W.K.F. van der (Fred)]

I looked in the JCL reference and DFSMS bookshelf and did not see a limit on 
the number of concatenated datasets


Would anybody know if there is one ?

Joe Reichman

I think there is (or was?) a limit of 255 extents that can be allocated to a DD 
name. Where a PDS(E) always counts as one extent regardless of the number of 
extents allocated for that PDS(E). Any sequential dataset counts as the number 
of extents allocated for that dataset.

Or something along that lines...

Fred!


ATTENTION:
The information in this e-mail is confidential and only meant for the intended 
recipient. If you are not the intended recipient, don't use or disclose it in 
any way. Please let the sender know and delete the message immediately.
--



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

Re: Limit on the number of concatenated datasets

[Reichman Joseph]

thanks

Joe Reichman
Joe Reichman
 
IT Specialist
Master Files Division
New Carrollton Federal Building, B7-182
OS:IT:AD:CP:I:IB
Flex M,T,Th,F
Home office (240) 863 - 3965 
Office (240) 613-4350
Cell (917) 748-9693
TOD M - F  7:30 am  - 4:00 pm

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@listserv.ua.edu] On Behalf 
Of Mitch Mccluhan
Sent: Monday, August 22, 2016 11:42 AM
To: IBM-MAIN@listserv.ua.edu
Subject: Re: Limit on the number of concatenated datasets

 Joe,

There is one, yes.  I believe it is 256.  Advice from everyone else?

Regards,

 

Mitch McCluhan
mitc...@aol.com

 

 

-Original Message-
From: Reichman Joseph 
To: IBM-MAIN 
Sent: Mon, Aug 22, 2016 10:38 am
Subject: Limit on the number of concatenated datasets

Hi

I looked in the JCL reference and DFSMS bookshelf and did not see a limit on 
the number of concatenated datasets


Would anybody know if there is one ?


Thanks

Joe Reichman
Joe Reichman

IT Specialist
Master Files Division
New Carrollton Federal Building, B7-182
OS:IT:AD:CP:I:IB
Flex M,T,Th,F
Home office (240) 863 - 3965
Office (240) 613-4350
Cell (917) 748-9693
TOD M - F  7:30 am  - 4:00 pm


--
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: Limit on the number of concatenated datasets

[Mitch Mccluhan]

 Joe,

There is one, yes.  I believe it is 256.  Advice from everyone else?

Regards,

 

Mitch McCluhan
mitc...@aol.com

 

 

-Original Message-
From: Reichman Joseph 
To: IBM-MAIN 
Sent: Mon, Aug 22, 2016 10:38 am
Subject: Limit on the number of concatenated datasets

Hi

I looked in the JCL reference and DFSMS bookshelf and did not see a limit on 
the number of concatenated datasets


Would anybody know if there is one ?


Thanks

Joe Reichman
Joe Reichman

IT Specialist
Master Files Division
New Carrollton Federal Building, B7-182
OS:IT:AD:CP:I:IB
Flex M,T,Th,F
Home office (240) 863 - 3965
Office (240) 613-4350
Cell (917) 748-9693
TOD M - F  7:30 am  - 4:00 pm


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

Limit on the number of concatenated datasets

[Reichman Joseph]

Hi

I looked in the JCL reference and DFSMS bookshelf and did not see a limit on 
the number of concatenated datasets


Would anybody know if there is one ?


Thanks

Joe Reichman
Joe Reichman

IT Specialist
Master Files Division
New Carrollton Federal Building, B7-182
OS:IT:AD:CP:I:IB
Flex M,T,Th,F
Home office (240) 863 - 3965
Office (240) 613-4350
Cell (917) 748-9693
TOD M - F  7:30 am  - 4:00 pm


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

Re: IEFU8* exit points and RMF type 70

[Charles Mills]

Cheryl's list is a wonderful resource but it cannot be considered definitive, 
especially with regard to exit numbers, and it is certainly not "binding" on 
IBM. You just cannot assume that a certain SMF record type will always come 
through a certain exit (unless it is a user type and you have control over the 
writing process). You might be good for a day, a week or a year assuming that 
all SMF Type 'x' records came through a particular IEFU8n, but you cannot count 
on it, not for all situations and certainly not for future releases of z/OS.

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Blaicher, Christopher Y.
Sent: Monday, August 22, 2016 11:22 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IEFU8* exit points and RMF type 70

According to Watson/Walker it is IEFU83.
See:  
http://s3-us-west-1.amazonaws.com/watsonwalker/ww/wp-content/uploads/2016/02/09233352/SMF-Reference-20150926.pdf


Chris Blaicher
Technical Architect
Mainframe Development
Syncsort Incorporated
50 Tice Boulevard, Woodcliff Lake, NJ 07677
P: 201-930-8234  |  M: 512-627-3803
E: cblaic...@syncsort.com

www.syncsort.com




-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tim Hare
Sent: Monday, August 22, 2016 11:13 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IEFU8* exit points and RMF type 70

Bringing this back up again because I still haven't found the answer yet.  Are 
SMF type 70s written by RMF via branch-entry, requiring me to use IEFU85 exit 
point to examine them, or can I use just IEFU83 or IEFU84 ?

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

Re: Low UIC count on z/OS 2.2

[Rob Schramm]

There was a presentation by Bob Rogers back when 64-bit became real.  He
brought along a woman that did the coding (can't remember her name)
indicating that they had to scrap alot of the old scanning logic because it
took longer to complete than the interval for the next scan.

Rob Schramm

On Mon, Aug 22, 2016, 10:48 AM Vernooij, Kees (ITOPT1) - KLM <
kees.verno...@klm.com> wrote:

> A couple of our z/OS 2.1 systems have been IPLed this weekend and they all
> start with an UIC = 0. As far as I remember, it has always been this way.
>
> Kees.
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Feller, Paul
> Sent: 22 August, 2016 15:20
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Low UIC count on z/OS 2.2
>
> As far as I know a low UIC count right after an IPL is normal.  I don't
> have a z/OS 1.13 system, but on our z/OS 2.1 and z/OS 2.2 systems do show a
> low UIC count after an IPL.  The count gets higher over time.  I think this
> is just the nature of the UIC.
>
> Thanks..
>
> Paul Feller
> AGT Mainframe Technical Support
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Jaco Kruger
> Sent: Monday, August 22, 2016 07:43
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Low UIC count on z/OS 2.2
>
> Good day,
>
> We are preparing to migrate from z/OS 1.13 to z/OS 2.2. The TST LPAR has
> 8GB Central Storage assigned and it resides on IBM z13.
>
> On z/OS 1.13, the UIC count is 65535 during and after the IPL. On z/OS
> 2.2, the UIC count is below 1000 during the IPL and it gradually increases.
>
> The Central Storage have been increased to 50GB on the TST LPAR, but the
> UIC count during the IPL stays below 1000, even when only basic components
> are started. There is no PAGING to Auxiliary storage.
>
> HVCOMMON, HVSHARE are DEFAULT values. LFAREA is set to 0M
>
> The WSET and Memory Object sizes (as obtained from RMF) have been compared
> between z/OS 1.13 and z/OS 2.2 and there are no candidates that justifies
> the low UIC count.
>
> Any idea on how to determine the reason for the low UIC count ?
>
> Regards
>
> Jaco Kruger
>
> --
> 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
>
-- 

Rob Schramm

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

Re: IEFU8* exit points and RMF type 70

[Blaicher, Christopher Y.]

According to Watson/Walker it is IEFU83.
See:  
http://s3-us-west-1.amazonaws.com/watsonwalker/ww/wp-content/uploads/2016/02/09233352/SMF-Reference-20150926.pdf


Chris Blaicher
Technical Architect
Mainframe Development
Syncsort Incorporated
50 Tice Boulevard, Woodcliff Lake, NJ 07677
P: 201-930-8234  |  M: 512-627-3803
E: cblaic...@syncsort.com

www.syncsort.com




-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tim Hare
Sent: Monday, August 22, 2016 11:13 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IEFU8* exit points and RMF type 70

Bringing this back up again because I still haven't found the answer yet.  Are 
SMF type 70s written by RMF via branch-entry, requiring me to use IEFU85 exit 
point to examine them, or can I use just IEFU83 or IEFU84 ?

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





ATTENTION: -

The information contained in this message (including any files transmitted with 
this message) may contain proprietary, trade secret or other confidential 
and/or legally privileged information. Any pricing information contained in 
this message or in any files transmitted with this message is always 
confidential and cannot be shared with any third parties without prior written 
approval from Syncsort. This message is intended to be read only by the 
individual or entity to whom it is addressed or by their designee. If the 
reader of this message is not the intended recipient, you are on notice that 
any use, disclosure, copying or distribution of this message, in any form, is 
strictly prohibited. If you have received this message in error, please 
immediately notify the sender and/or Syncsort and destroy all copies of this 
message in your possession, custody or control.

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

Re: Backup JES2 Spool & Restore with Warmstart

[Ken Smith]

I've not had the opportunity to work with mirroring but sounds like your
flashcopy to secondary is the same thing I'm doing minus the transmission.
And, the purpose of a consistency group is to have a point in time copy
across volumes.

Anyone else?  Ken

On Thu, Aug 18, 2016 at 5:44 PM, Jesse 1 Robinson 
wrote:

> We've been mirroring for DR for many years. In the beginning, with late
> 90s technology, we could not mirror spool. Now with FICON over DWDM we
> mirror spool routinely. I can't remember getting any error on JES2 restart
> after recovery, which includes flashcopy of the secondary (XRC target) copy
> to a tertiary copy that we IPL from.
>
> .
> .
> .
> 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 Ken Smith
> Sent: Thursday, August 18, 2016 12:55 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: (External):Backup JES2 Spool & Restore with Warmstart
>
> For those of us stuck with tape backup, physical or virtual, are you
> recovering JES2 and able to do a warm start?
>
> I made the rash assumption that Flashcopy (space efficient) with
> consistency group across the spool and checkpoint volumes would work, but
> it does not - get checkpoint errors and have to do a format and cold start.
>
> Read in JES2 manual that back up is not supported, however, not sure this
> was written before or after flash copy was invented.  Seems to me that at
> any instant in time the data should be consistent?  Also, disk mirroring
> should have the same problem but I doubt it does.
>
> Thoughts?
>
> Ken Smith
> Comptroller of Maryland
>
> --
> 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: IEFU8* exit points and RMF type 70

[Tim Hare]

Bringing this back up again because I still haven't found the answer yet.  Are 
SMF type 70s written by RMF via branch-entry, requiring me to use IEFU85 exit 
point to examine them, or can I use just IEFU83 or IEFU84 ?

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

Re: Request for Knowledge Center to search within book.

[Susan Shumway]

That URL doesn't work for me. Regardless, for searching within books, 
check out the experimental Search Scope Catalog and let me know what you 
think: 
www.ibm.com/support/knowledgecenter/SSLTBW_2.2.0/com.ibm.zos.v2r2/zos-search/zossearchscopes.html


On 08/19/16 11:44 AM, Mike Schwab wrote:

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





--
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: Low UIC count on z/OS 2.2

[Vernooij, Kees (ITOPT1) - KLM]

A couple of our z/OS 2.1 systems have been IPLed this weekend and they all 
start with an UIC = 0. As far as I remember, it has always been this way.

Kees.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Feller, Paul
Sent: 22 August, 2016 15:20
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Low UIC count on z/OS 2.2

As far as I know a low UIC count right after an IPL is normal.  I don't have a 
z/OS 1.13 system, but on our z/OS 2.1 and z/OS 2.2 systems do show a low UIC 
count after an IPL.  The count gets higher over time.  I think this is just the 
nature of the UIC.

Thanks..

Paul Feller
AGT Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jaco Kruger
Sent: Monday, August 22, 2016 07:43
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Low UIC count on z/OS 2.2

Good day,

We are preparing to migrate from z/OS 1.13 to z/OS 2.2. The TST LPAR has 8GB 
Central Storage assigned and it resides on IBM z13.  

On z/OS 1.13, the UIC count is 65535 during and after the IPL. On z/OS 2.2, the 
UIC count is below 1000 during the IPL and it gradually increases.

The Central Storage have been increased to 50GB on the TST LPAR, but the UIC 
count during the IPL stays below 1000, even when only basic components are 
started. There is no PAGING to Auxiliary storage.

HVCOMMON, HVSHARE are DEFAULT values. LFAREA is set to 0M

The WSET and Memory Object sizes (as obtained from RMF) have been compared 
between z/OS 1.13 and z/OS 2.2 and there are no candidates that justifies the 
low UIC count.

Any idea on how to determine the reason for the low UIC count ?

Regards

Jaco Kruger   

--
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: Low UIC count on z/OS 2.2

[Martin Packer]

Note: Pages don't HAVE UICs anymore. They haven't for a long time. Just 
whether "referenced since last sweep through" or not.

Cheers, Martin

Martin Packer,
zChampion, Principal Systems Investigator,
Worldwide Cloud & Systems Performance, IBM

+44-7802-245-584

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

Twitter / Facebook IDs: MartinPacker

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

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



From:   "Joel C. Ewing" 
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   22/08/2016 14:58
Subject:Re: Low UIC count on z/OS 2.2
Sent by:IBM Mainframe Discussion List 



On 08/22/2016 07:42 AM, Jaco Kruger wrote:
> Good day,
>
> We are preparing to migrate from z/OS 1.13 to z/OS 2.2. The TST LPAR has 
8GB Central Storage assigned and it resides on IBM z13. 
>
> On z/OS 1.13, the UIC count is 65535 during and after the IPL. On z/OS 
2.2, the UIC count is below 1000 during the IPL and it gradually 
increases.
>
> The Central Storage have been increased to 50GB on the TST LPAR, but the 
UIC count during the IPL stays below 1000, even when only basic components 
are started. There is no PAGING to Auxiliary storage.
>
> HVCOMMON, HVSHARE are DEFAULT values. LFAREA is set to 0M
>
> The WSET and Memory Object sizes (as obtained from RMF) have been 
compared between z/OS 1.13 and z/OS 2.2 and there are no candidates that 
justifies the low UIC count.
>
> Any idea on how to determine the reason for the low UIC count ?
>
> Regards
>
> Jaco Kruger 
>
>
It sounds like z/OS 1.13 was setting UIC of pages referenced during the
IPL at unsigned-halfword high-values, which is really counter to the
definition of UIC (seconds since page last referenced), and that z/OS
2.2 is more properly initializing UIC of IPL-related pages to zero,
which would mean no page's UIC could possibly exceed 1000 until 1000
seconds (16.7 minutes) after the IPL.Perhaps initialization with
high-values was an earlier convention to insure that physical pages
which possibly had one-time use during the IPL process would always be
the first to be reclaimed when production address spaces began to run
and the available frame count became low, but I would suspect this could
also force more LPA pages to be paged out that might subsequently have
to be paged back in once production workloads were fully active.

I would guess that with the much larger physical memory sizes in use
today, any shortages of free pages occurs enough later after the IPL for
normal page  UIC value conventions to be sufficient to differentiate
what pages are inactive without special logic to give unique treatment
to pages touched during the IPL.  That you are seeing a lack of any
paging would seem to support this hypothesis, and that the low UIC seen
with z/OS 2.2 is actually a fix, not a problem.
Joel C. Ewing

-- 
Joel C. Ewing,Bentonville, AR   jcew...@acm.org 

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



Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 
741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU

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

Re: Low UIC count on z/OS 2.2

[Joel C. Ewing]

On 08/22/2016 07:42 AM, Jaco Kruger wrote:
> Good day,
>
> We are preparing to migrate from z/OS 1.13 to z/OS 2.2. The TST LPAR has 8GB 
> Central Storage assigned and it resides on IBM z13.  
>
> On z/OS 1.13, the UIC count is 65535 during and after the IPL. On z/OS 2.2, 
> the UIC count is below 1000 during the IPL and it gradually increases.
>
> The Central Storage have been increased to 50GB on the TST LPAR, but the UIC 
> count during the IPL stays below 1000, even when only basic components are 
> started. There is no PAGING to Auxiliary storage.
>
> HVCOMMON, HVSHARE are DEFAULT values. LFAREA is set to 0M
>
> The WSET and Memory Object sizes (as obtained from RMF) have been compared 
> between z/OS 1.13 and z/OS 2.2 and there are no candidates that justifies the 
> low UIC count.
>
> Any idea on how to determine the reason for the low UIC count ?
>
> Regards
>
> Jaco Kruger   
>
>
It sounds like z/OS 1.13 was setting UIC of pages referenced during the
IPL at unsigned-halfword high-values, which is really counter to the
definition of UIC (seconds since page last referenced), and that z/OS
2.2 is more properly initializing UIC of IPL-related pages to zero,
which would mean no page's UIC could possibly exceed 1000 until 1000
seconds (16.7 minutes) after the IPL.Perhaps initialization with
high-values was an earlier convention to insure that physical pages
which possibly had one-time use during the IPL process would always be
the first to be reclaimed when production address spaces began to run
and the available frame count became low, but I would suspect this could
also force more LPA pages to be paged out that might subsequently have
to be paged back in once production workloads were fully active.

I would guess that with the much larger physical memory sizes in use
today, any shortages of free pages occurs enough later after the IPL for
normal page  UIC value conventions to be sufficient to differentiate
what pages are inactive without special logic to give unique treatment
to pages touched during the IPL.  That you are seeing a lack of any
paging would seem to support this hypothesis, and that the low UIC seen
with z/OS 2.2 is actually a fix, not a problem.
Joel C. Ewing

-- 
Joel C. Ewing,Bentonville, AR   jcew...@acm.org 

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

Re: Delta Ourage

[John McKown]

On Mon, Aug 22, 2016 at 8:48 AM, John Mattson 
wrote:

> Perhaps the rush to eliminate mainframes is to eliminate the embarrassment
> of having them not fail when most everything else does.
>
>
​Most likely. I remember the mainframe being "stuck" with a severity 1
incident report as being "unavailable for work". Why was it unavailable?
Because the LAN routers took a hit. When we complained that the problem was
not in the mainframe, we were told "It doesn't matter, the users couldn't
use it. The reason is irrelevant." Basically, the PWBs wanted to give the
impression "up stairs" that the mainframe was no more reliable than
anything else.​



-- 
Klein bottle for rent -- inquire within.

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: Delta Ourage

[John Mattson]

Perhaps the rush to eliminate mainframes is to eliminate the embarrassment
of having them not fail when most everything else does.

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

Re: SMPSCDS SMPMTS SMPSTS SMPLTS DDDEFs in Distribution zone

[Kurt Quackenbush]

On 8/19/2016 8:26 PM, jerrysconsult...@gmail.com wrote:

My SMPE distribution zone as delivered by serverpac has the subject
DDDEFs pointing to the same datasets as the target zone.  The SMPE
Reference states these datasets in the target zone must or may be
used in the related distribution zone.

My question is what to do with these DDDEFs in the distribution zone
when there are two or more target zones related to a single
distribution zone?


Well, my first suggestion is this: Don't share one dlib zone with 
multiple target zones.  I know folks do it, but this is not something 
that SMP/E was designed to support.  Having said that, the ACCEPT 
command doesn't really do much with those data sets except clean 'em up. 
 So, if you still choose to share dlibs with multiple targets, I 
suggest you have a unique set of data sets for each target zone, and 
leave the dlib pointing to the data sets for one of the target zones. 
This means the data sets for the other target won't get cleaned up as 
usual during an ACCEPT operation, so use the CLEANUP command instead.


Kurt Quackenbush -- IBM, SMP/E Development

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

Re: Low UIC count on z/OS 2.2

[Martin Packer]

I was going to offer that perhaps prior to 2.2 the UIC started at 64K-1 
and now it doesn't. They key word being "perhaps".

I suppose I have data around to test that conjecture - but I can't 
remember a data set where an IPL happened.

Cheers, Martin

Martin Packer,
zChampion, Principal Systems Investigator,
Worldwide Cloud & Systems Performance, IBM

+44-7802-245-584

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

Twitter / Facebook IDs: MartinPacker

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

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



From:   "Feller, Paul" 
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   22/08/2016 14:20
Subject:Re: Low UIC count on z/OS 2.2
Sent by:IBM Mainframe Discussion List 



As far as I know a low UIC count right after an IPL is normal.  I don't 
have a z/OS 1.13 system, but on our z/OS 2.1 and z/OS 2.2 systems do show 
a low UIC count after an IPL.  The count gets higher over time.  I think 
this is just the nature of the UIC.

Thanks..

Paul Feller
AGT Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
Behalf Of Jaco Kruger
Sent: Monday, August 22, 2016 07:43
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Low UIC count on z/OS 2.2

Good day,

We are preparing to migrate from z/OS 1.13 to z/OS 2.2. The TST LPAR has 
8GB Central Storage assigned and it resides on IBM z13. 

On z/OS 1.13, the UIC count is 65535 during and after the IPL. On z/OS 
2.2, the UIC count is below 1000 during the IPL and it gradually 
increases.

The Central Storage have been increased to 50GB on the TST LPAR, but the 
UIC count during the IPL stays below 1000, even when only basic components 
are started. There is no PAGING to Auxiliary storage.

HVCOMMON, HVSHARE are DEFAULT values. LFAREA is set to 0M

The WSET and Memory Object sizes (as obtained from RMF) have been compared 
between z/OS 1.13 and z/OS 2.2 and there are no candidates that justifies 
the low UIC count.

Any idea on how to determine the reason for the low UIC count ?

Regards

Jaco Kruger 

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

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


Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 
741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU

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

Re: Low UIC count on z/OS 2.2

[Feller, Paul]

As far as I know a low UIC count right after an IPL is normal.  I don't have a 
z/OS 1.13 system, but on our z/OS 2.1 and z/OS 2.2 systems do show a low UIC 
count after an IPL.  The count gets higher over time.  I think this is just the 
nature of the UIC.

Thanks..

Paul Feller
AGT Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jaco Kruger
Sent: Monday, August 22, 2016 07:43
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Low UIC count on z/OS 2.2

Good day,

We are preparing to migrate from z/OS 1.13 to z/OS 2.2. The TST LPAR has 8GB 
Central Storage assigned and it resides on IBM z13.  

On z/OS 1.13, the UIC count is 65535 during and after the IPL. On z/OS 2.2, the 
UIC count is below 1000 during the IPL and it gradually increases.

The Central Storage have been increased to 50GB on the TST LPAR, but the UIC 
count during the IPL stays below 1000, even when only basic components are 
started. There is no PAGING to Auxiliary storage.

HVCOMMON, HVSHARE are DEFAULT values. LFAREA is set to 0M

The WSET and Memory Object sizes (as obtained from RMF) have been compared 
between z/OS 1.13 and z/OS 2.2 and there are no candidates that justifies the 
low UIC count.

Any idea on how to determine the reason for the low UIC count ?

Regards

Jaco Kruger   

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

Low UIC count on z/OS 2.2

[Jaco Kruger]

Good day,

We are preparing to migrate from z/OS 1.13 to z/OS 2.2. The TST LPAR has 8GB 
Central Storage assigned and it resides on IBM z13.  

On z/OS 1.13, the UIC count is 65535 during and after the IPL. On z/OS 2.2, the 
UIC count is below 1000 during the IPL and it gradually increases.

The Central Storage have been increased to 50GB on the TST LPAR, but the UIC 
count during the IPL stays below 1000, even when only basic components are 
started. There is no PAGING to Auxiliary storage.

HVCOMMON, HVSHARE are DEFAULT values. LFAREA is set to 0M

The WSET and Memory Object sizes (as obtained from RMF) have been compared 
between z/OS 1.13 and z/OS 2.2 and there are no candidates that justifies the 
low UIC count.

Any idea on how to determine the reason for the low UIC count ?

Regards

Jaco Kruger

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

Re: How Does One Make a Module NOEXECute?

[Bill Woodger]

Did I miss where C came into it?

I've assumed an exutable (since the need is to make it non-executable) and 
created by the assembler. Amount of code to data I'm not aware of distinction.

Are you just saying C would be a bad language to do this in because it has 
these oddnesses?

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