Re: IND$FILE -- where did the name come from?

[Vernooij, Kees (ITOPT1) - KLM]

I agree, during my first years at MVS, we still used microfiches to find out 
what IBM had done / done wrong (in our opinion).
It could well be at 1983 that this was hidden from us.

Kees.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of David Spiegel
> Sent: 29 November, 2018 15:50
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: IND$FILE -- where did the name come from?
> 
> I disagree. OCO, IIRC, started in 1983.
> 
> On 2018-11-29 09:18, Tom Marchant wrote:
> > On Wed, 28 Nov 2018 16:50:07 -0600, Paul Gilmartin wrote:
> >
> >> What's the license status of IND$FILE?
> >>
> >> If it was delivered before IBM licensed software, customers and
> others
> >> are free to use it anywhre, even Hercules.
> > Browsing the load module reveals this:
> >
> > 5665-311 COPYRIGHT IBM CORP 1983,1988; LICENCED MATERIAL - PROPERTY OF
> IBM, REFER TO COPYRIGHT INSTRUCTIONS FORM NO. G120-2083
> >
> > 1983 was several years after IBM went OCO.
> >
> > That, in turn was several years after they started to license and
> charge for some software.
> >
> 
> 
> --
> 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: [EXTERNAL] Re: Storage question

[Vernooij, Kees (ITOPT1) - KLM]

Do a 3.4 without dsname and volser *
SAVE list to a dataset.
Filter the HLQs with edit.
Create the required (IDCAMS?) statements from the dsnames.

All proposed solutions take some effort and time.

Kees


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Sankaranarayanan, Vignesh
> Sent: 22 November, 2018 13:47
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: [EXTERNAL] Re: Storage question
> 
> There are some 30 HLQs I need to look at with volume *.. so doing that
> in 3.4 gets boring after a while.
> I was hoping there'll be a utility that can help (perhaps the CBTTAPE
> VTOC one).
> 
> - Vignesh
> Mainframe Infrastructure
> 
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Vernooij, Kees (ITOPT1) - KLM
> Sent: 22 November 2018 12:32
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: [EXTERNAL] Re: Storage question
> 
> I mean display with 3.4 with no dsname but a generic volser filled. This
> will search the VTOCs.
> 
> Kees
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> > On Behalf Of Sankaranarayanan, Vignesh
> > Sent: 22 November, 2018 13:03
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: [EXTERNAL] Re: Storage question
> >
> > Well... the points I've listed below.
> >
> > If an alias is gone before the datasets under it are removed, the UCAT
> > will still have info about the datasets but they won't show up in 3.4
> >
> > - Vignesh
> > Mainframe Infrastructure
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List  On
> > Behalf Of Vernooij, Kees (ITOPT1) - KLM
> > Sent: 22 November 2018 09:55
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: [EXTERNAL] Re: Storage question
> >
> > If they are on disk, you must be able to find them with 3.4. What
> > makes you doubt this?
> >
> > Kees.
> >
> > > -Original Message-
> > > From: IBM Mainframe Discussion List
> > > [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Sankaranarayanan,
> > > Vignesh
> > > Sent: 22 November, 2018 9:28
> > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > Subject: Storage question
> > >
> > > Hello again List!
> > >
> > > Is there a way to produce a listing of datasets (given the HLQs)
> > > based entirely on VTOCs?
> > > The assumption would be that the following are no longer available:
> > >
> > >   1.  RACF profile HLQ.*
> > >   2.  RACF user/group named 'HLQ'
> > >   3.  Alias named 'HLQ' defined to some UCAT
> > >
> > > When the above 3 are true, I would think that we can't find the
> > > datasets in 3.4, but can from the ISMF Dataset screen.
> > > My luck with the ISMF Dataset screen is inconsistent.. so would
> > > prefer another scalable or repeatable approach.
> > >
> > > 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 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 

Re: [EXTERNAL] Re: Storage question

[Vernooij, Kees (ITOPT1) - KLM]

I mean display with 3.4 with no dsname but a generic volser filled. This will 
search the VTOCs.

Kees

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Sankaranarayanan, Vignesh
> Sent: 22 November, 2018 13:03
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: [EXTERNAL] Re: Storage question
> 
> Well... the points I've listed below.
> 
> If an alias is gone before the datasets under it are removed, the UCAT
> will still have info about the datasets but they won't show up in 3.4
> 
> - Vignesh
> Mainframe Infrastructure
> 
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Vernooij, Kees (ITOPT1) - KLM
> Sent: 22 November 2018 09:55
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: [EXTERNAL] Re: Storage question
> 
> If they are on disk, you must be able to find them with 3.4. What makes
> you doubt this?
> 
> Kees.
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> > On Behalf Of Sankaranarayanan, Vignesh
> > Sent: 22 November, 2018 9:28
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Storage question
> >
> > Hello again List!
> >
> > Is there a way to produce a listing of datasets (given the HLQs) based
> > entirely on VTOCs?
> > The assumption would be that the following are no longer available:
> >
> >   1.  RACF profile HLQ.*
> >   2.  RACF user/group named 'HLQ'
> >   3.  Alias named 'HLQ' defined to some UCAT
> >
> > When the above 3 are true, I would think that we can't find the
> > datasets in 3.4, but can from the ISMF Dataset screen.
> > My luck with the ISMF Dataset screen is inconsistent.. so would prefer
> > another scalable or repeatable approach.
> >
> > 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 information, services and offers, please visit our web site:
> http://www.klm.com. This e-mail and any attachment may contain
> confidential and privileged material intended for the addressee only. If
> you are not the addressee, you are notified that no part of the e-mail
> or any attachment may be disclosed, copied or distributed, and that any
> other action related to this e-mail or attachment is strictly
> prohibited, and may be unlawful. If you have received this e-mail by
> error, please notify the sender immediately by return e-mail, and delete
> this message.
> 
> Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or
> its employees shall not be liable for the incorrect or incomplete
> transmission of this e-mail or any attachments, nor responsible for any
> delay in receipt.
> Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch
> Airlines) is registered in Amstelveen, The Netherlands, with registered
> number 33014286
> 
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for th

Re: Storage question

[Vernooij, Kees (ITOPT1) - KLM]

And consider multi-volume datasets, you should reconstruct their order.

Kees.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Mike Schwab
> Sent: 22 November, 2018 10:45
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Storage question
> 
> Don't forget SMS backups and migrated datasets.
> On Thu, Nov 22, 2018 at 2:28 AM Sankaranarayanan, Vignesh
>  wrote:
> >
> > Hello again List!
> >
> > Is there a way to produce a listing of datasets (given the HLQs) based
> entirely on VTOCs?
> > The assumption would be that the following are no longer available:
> >
> >   1.  RACF profile HLQ.*
> >   2.  RACF user/group named 'HLQ'
> >   3.  Alias named 'HLQ' defined to some UCAT
> >
> > When the above 3 are true, I would think that we can't find the
> datasets in 3.4, but can from the ISMF Dataset screen.
> > My luck with the ISMF Dataset screen is inconsistent.. so would prefer
> another scalable or repeatable approach.
> >
> > 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
> 
> 
> 
> --
> Mike A Schwab, Springfield IL USA
> Where do Forest Rangers go to get away from it all?
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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: Storage question

[Vernooij, Kees (ITOPT1) - KLM]

If they are on disk, you must be able to find them with 3.4. What makes you 
doubt this?

Kees.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Sankaranarayanan, Vignesh
> Sent: 22 November, 2018 9:28
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Storage question
> 
> Hello again List!
> 
> Is there a way to produce a listing of datasets (given the HLQs) based
> entirely on VTOCs?
> The assumption would be that the following are no longer available:
> 
>   1.  RACF profile HLQ.*
>   2.  RACF user/group named 'HLQ'
>   3.  Alias named 'HLQ' defined to some UCAT
> 
> When the above 3 are true, I would think that we can't find the datasets
> in 3.4, but can from the ISMF Dataset screen.
> My luck with the ISMF Dataset screen is inconsistent.. so would prefer
> another scalable or repeatable approach.
> 
> 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 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: FTP tape file to another lpar

[Vernooij, Kees (ITOPT1) - KLM]

That is not a VTS problem, but an FTP problem, which you should solve there.

Kees.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Peter
Sent: Tuesday, November 20, 2018 6:58 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: FTP tape file to another lpar

I tried with FTP to send VTS dataset but the ftp connection times outs as the 
SMF GDG tape (virtual tape) are pretty large

On Mon 19 Nov, 2018, 11:57 AM Peter  Two LPARS don't share the virtual tape
>
>
> Both the sites have there own virtual tape hardware.
>
>
>
> On Mon 19 Nov, 2018, 11:52 AM Vernooij, Kees (ITOPT1) - KLM < 
> kees.verno...@klm.com wrote:
>
>> In which vitual tape system is the tape? In a TS77xx, attached to 
>> both LPARs, both LPARs can access the tape.
>>
>> Met vriendelijke groet,
>> Kees Vernooij
>> KLM Information Services
>> z/OS Systems
>> Tel +31 6 10 14 58 78
>>
>>
>> > -Original Message-
>> > From: IBM Mainframe Discussion List 
>> > [mailto:IBM-MAIN@LISTSERV.UA.EDU]
>> On
>> > Behalf Of Peter
>> > Sent: 16 November, 2018 18:44
>> > To: IBM-MAIN@LISTSERV.UA.EDU
>> > Subject: FTP tape file to another lpar
>> >
>> > Hi
>> >
>> > Does anyone has a sample JCL to send Virtual tape file from one 
>> > lpar to other.
>> >
>> > Virtual tape are not shared between two lpars.
>> >
>> > Peter
>> >
>> > ---
>> > --- 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
>>
>

--
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: Spool volume

[Vernooij, Kees (ITOPT1) - KLM]

'at IPL time' in this context can be detailed further. The volume must be 
online at JES2 starttime, which is a little later than IPL time.

Kees


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Lizette Koehler
> Sent: 19 November, 2018 15:31
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Spool volume
> 
> Is this a JES2 spool volume?
> 
> If yes, has JES2 already allocated it during a normal running of the
> system?
> 
> If yes, then it should be online at IPL Time.
> 
> JES2 knows to look for volumes at IPL time that have a specific prefix.
> 
> Use the $DSPOOLDEF command and determine if the volume is the same as
> the VOLSER
> 
> Next, JES2 at START UP will look for the dataset name specified in the
> $DSPOOLDEF command. If it is there, then JES2 will allocate the volume.
> If the
> dataset is not on the volume, you should see a message that JES2 could
> not find
> a SPOOL SPACE on that volume.
> 
> Everything will depend on what JES2 is to look for at IPL time.
> 
> I would not vary any volume that JES2 could use a SPOOL SPACE offline.
> If that
> is needed, then clip the volume to something that is not a JES2 SPOOL
> Volume
> name
> 
> 
> What problem are you trying to solve?
> 
> Lizette
> 
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List  On
> Behalf Of
> > Sankaranarayanan, Vignesh
> > Sent: Monday, November 19, 2018 4:40 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Spool volume
> >
> > Hello List!
> >
> > Let's say there is a mod27 volume of unit abcd.
> > This is available to an LPAR (via IODF), but is defined with
> OFFLINE=YES, so
> > not immediately available at IPL, but can be brought online (vary ad-
> hoc or
> > via COMMNDxx).
> >
> > Is there any constraint that a spool volume needs to be OFFLINE=NO in
> the
> > IODF.. or is COMMNDxx read before the JES2 startup (JES2's PARMLIB
> member),
> > that an IODF change is not required?
> >
> > Thank you!
> >
> > - Vignesh
> > Mainframe Infrastructure
> >
> 
> --
> 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: [EXTERNAL] Re: Spool volume

[Vernooij, Kees (ITOPT1) - KLM]

IBM has documented that the time and order in which COMMNDxx commands are 
executed is unpredictable.

There is also IEACMDxx, where the commands will be executed in the specified 
order, if I am correct.

JES2 parameters will be parsed at JES2 startup and you determine when JES2 is 
started. 
Varying the volume online and starting JES2 from IEACMDxx will probably give 
the desired results.

Met vriendelijke groet,
Kees Vernooij
KLM Information Services
z/OS Systems
Tel +31 6 10 14 58 78


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Sankaranarayanan, Vignesh
> Sent: 19 November, 2018 15:24
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: [EXTERNAL] Re: Spool volume
> 
> Hi Allan,
> 
> So the question is.. will COMMNDxx be parsed first or JES2's
> parameters..
> 
> - Vignesh
> Mainframe Infrastructure
> 
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Allan Staller
> Sent: 19 November 2018 14:05
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: [EXTERNAL] Re: Spool volume
> 
> There is no problem until JES starts to use the volume.
> Once JES has used the volume, it will complain if the volume is not
> available at JES start (not sure of the symtpoms, but it *WILL*
> complain).
> 
> HTH,
> 
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Sankaranarayanan, Vignesh
> Sent: Monday, November 19, 2018 5:40 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Spool volume
> 
> Hello List!
> 
> Let's say there is a mod27 volume of unit abcd.
> This is available to an LPAR (via IODF), but is defined with
> OFFLINE=YES, so not immediately available at IPL, but can be brought
> online (vary ad-hoc or via COMMNDxx).
> 
> Is there any constraint that a spool volume needs to be OFFLINE=NO in
> the IODF.. or is COMMNDxx read before the JES2 startup (JES2's PARMLIB
> member), that an IODF change is not required?
> 
> Thank you!
> 
> - 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
> 
> https://apac01.safelinks.protection.outlook.com/?url=www.marksandspencer
> .comdata=02%7C01%7Callan.staller%40HCL.COM%7C35b4fb4d5234426c405608
> d64e13e0e4%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C6367822446415825
> 15sdata=ygsc7pzBUfZmXuq2TT1%2FhQq4iebfMbzpYK0OM%2BLJi%2Bo%3Dre
> served=0
> 
> 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
> ::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 

Re: FTP tape file to another lpar

[Vernooij, Kees (ITOPT1) - KLM]

In which vitual tape system is the tape? In a TS77xx, attached to both LPARs, 
both LPARs can access the tape. 

Met vriendelijke groet,
Kees Vernooij
KLM Information Services
z/OS Systems
Tel +31 6 10 14 58 78


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Peter
> Sent: 16 November, 2018 18:44
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: FTP tape file to another lpar
> 
> Hi
> 
> Does anyone has a sample JCL to send Virtual tape file from one lpar to
> other.
> 
> Virtual tape are not shared between two lpars.
> 
> Peter
> 
> --
> 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: ECSA tuning clarification

[Vernooij, Kees (ITOPT1) - KLM]

If you mean in relation to the private area? Any virtual storage report or 
display will tell you.

How it works:
The line between Common and Private is on MB boundary.
Common is LPA+SQA+CSA, rounded to 1 MB.
What is left is Private.
CSA is here defined in IEASYSxx as 3300K. This is the minimum of CSA that will 
be created after SQA and LPA and rounded to the next MB. In this example, it 
turns out to be 4000K (X'CE7FFF'-X'90').
So I can raise CSA in IEASYSxx until 4000K and nothing will change. If I raise 
it above 4000K, another MB must be taken to satisfy the request and the private 
area will be decreased by 1 MB.
I can lower CSA in IEASYSxx to (approx.) 3000K and nothing will change. If I 
lower it below (approx.) 1000K, 1 MB less will be neede to satisfy the request 
and private area will grow by 1MB.

If you want to increase the private area, you must check the usage of CSA and 
SQA and calculate how must you can/must decrease them to make the line between 
Private and Common jump 1 MB up.

Kees.

AREASTART END   LENGTH%USED  USER LMT  
---       -    
Ext LSQA/SWA7F455000  7FFF   11948Ki   92.5
Uncommitted Ext-Pvt 296A3000  7F454FFF1374Mi---  6BA7  
Committed Ext-Pvt   2940  296A2FFF2700Ki   91.0
Ext CSA 0D20  293F 450Mi   15.6
Ext PLPA08E62000  0D1F   69240Ki---
Ext SQA 01CE9000  08E61FFF 113Mi   22.4
Ext NUC R/W 01C7B000  01CE8FFF 440Ki---
Ext NUC R/O 0100  01C7AFFF   12780Ki---
16 Meg Line ---
NUC R/O 00FDE000  00FF 136Ki---
NUC R/W 00FD1000  00FDDFFF   53248  ---
SQA 00E8  00FD0FFF1348Ki   20.8
PLPA00CE8000  00E71632Ki---
CSA 0090  00CE7FFF4000Ki   23.2
LSQA/SWA0087A000  008F 536Ki   83.6
Uncommitted Private 000E5000  00879FFF7764Ki---  006C4FFF  
Committed Private   6000  000E4FFF 892Ki   60.6
V=R (IF ANY)     0  ---
System Region   2000  5FFF   16384  ---
PSA   1FFF8192  ---


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Peter
> Sent: 13 November, 2018 14:58
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: ECSA tuning clarification
> 
> Is there any smf record that I can look into to forecast on how much I
> can
> increase ?
> 
> Is there any factor like hardware and number of applications or software
> ?
> 
> On Tue 13 Nov, 2018, 1:20 PM Vernooij, Kees (ITOPT1) - KLM <
> kees.verno...@klm.com wrote:
> 
> > Mind the jumps in private area. A little less CSA/SQA might give you 1
> MB
> > more private area, a little more can cost you 1 MB.
> > SQA can overflow to CSA, so a higher usage is allowable, since it can
> > still handle spikes.
> >
> > Kees.
> >
> > > -Original Message-
> > > From: IBM Mainframe Discussion List [mailto:IBM-
> m...@listserv.ua.edu] On
> > > Behalf Of Brian Westerman
> > > Sent: 13 November, 2018 10:03
> > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > Subject: Re: ECSA tuning clarification
> > >
> > > I try to keep it at 25% for ECSA and ESQA.   There is no reason to
> run
> > > short on it.  You can monitor it but only once in a great while do I
> > > need to fiddle with the settings for them, and even then it's
> normally
> > > because I installed (or uninstalled) something .
> > >
> > > Brian
> > >
> > > 
> --
> > > 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

Re: ECSA tuning clarification

[Vernooij, Kees (ITOPT1) - KLM]

Mind the jumps in private area. A little less CSA/SQA might give you 1 MB more 
private area, a little more can cost you 1 MB.
SQA can overflow to CSA, so a higher usage is allowable, since it can still 
handle spikes.

Kees.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Brian Westerman
> Sent: 13 November, 2018 10:03
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: ECSA tuning clarification
> 
> I try to keep it at 25% for ECSA and ESQA.   There is no reason to run
> short on it.  You can monitor it but only once in a great while do I
> need to fiddle with the settings for them, and even then it's normally
> because I installed (or uninstalled) something .
> 
> Brian
> 
> --
> 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: How to calculate records sorted in memory

[Vernooij, Kees (ITOPT1) - KLM]

DFsort evaluates the status of the system at each run, so different runs will 
produce different results and predicting is difficult.
DFsort statistics will show how the sort ran:

ICE055I 0 INSERT 442351, DELETE 442351   
ICE054I 0 RECORDS - IN: 0, OUT: 0
ICE134I 0 NUMBER OF BYTES SORTED: 84931392   
ICE253I 0 RECORDS SORTED - PROCESSED: 442351, EXPECTED: 442351   
ICE165I 0 TOTAL WORK DATA SET TRACKS ALLOCATED: 0 , TRACKS USED: 0   <==
ICE199I 0 MEMORY OBJECT USED AS MAIN STORAGE = 0M BYTES  
ICE299I 0 MEMORY OBJECT USED AS WORK STORAGE = 84M BYTES 
ICE180I 0 HIPERSPACE STORAGE USED = 0K BYTES 
ICE188I 0 DATA SPACE STORAGE USED = 0K BYTES  

This one did not use SORTWKs.   

Kees.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Bill Ashton
> Sent: 09 November, 2018 17:09
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: How to calculate records sorted in memory
> 
> Is there a way that I can determine if my SORT can be done in memory, or
> if
> I will use SORTWK files? I am running IBM DFSORT if that matters.
> 
> For example, I am playing with a file that has about 15 Million records
> (FB, len 49), and the key is the whole 49-byte record. How can I
> determine
> if the whole file can be sorted in memory or not - is there something in
> the output in one of those "x - ###" diagnostic fields that tells me
> anything useful? (BTW, is there any explanation of all those fields?)
> 
> By the way, this is only in my test system. My production file has
> upwards
> of 250 Million records.
> 
> Thank you for whatever you can tell me about this.
> Billy
> 
> --
> Thank you and best regards,
> *Billy Ashton*
> 
> --
> 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: Using FDR

[Vernooij, Kees (ITOPT1) - KLM]

Can you reliably dump your zFS, with DSS or FDR, while it is active and being 
changed, with data cached etc., while being dumped?
Innovation has FDR-Upstream for that. It dumps and restore individual files in 
the zFS.

Kees



> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Jesse 1 Robinson
> Sent: 06 November, 2018 23:33
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Using FDR
> 
> I want to replace a DFDSS ZFS dump step with FDR, which we license but
> have not used for this purpose. (We have an SR open for DFDSS, but IBM
> has not been able to figure out the problem.) I'm not looking for a
> DSFSS fix, merely a circumvention. I've rummaged through INNOVATION doc
> online but can't find what I need. Can someone suggest syntax for
> executing FDR to dump a ZFS. The dump file will later be restored on
> another system. First things first.
> 
> 
> //DUMPIT   EXEC PGM=ADRDSSU
> //SYSPRINT DD SYSOUT=*
> //ZFS DD DSN=flat-file,DISP=OLD,
> // VOL=SER=vv,UNIT=SYSALLDA
> //SYSINDD *
>   DUMP DS(INC(ZFS-file-system)) ODD(ZFS) COMPRESS INCAT(SMPE-maint-
> usercat)
> 
> .
> .
> J.O.Skip Robinson
> Southern California Edison Company
> Electric Dragon Team Paddler
> SHARE MVS Program Co-Manager
> 323-715-0595 Mobile
> 626-543-6132 Office <= NEW
> robin...@sce.com
> 
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

For 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: Anyone using cron?

[Vernooij, Kees (ITOPT1) - KLM]

You're welcome.

While RTMFing, you must have missed Note 1. of the T= parameter of the $TA 
command.

Mind the small window of mis-scheduling: if you issue the command between 00:00 
and 00:05, the job will not run today at all.

Kees.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Sean Gleann
> Sent: 06 November, 2018 10:32
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Anyone using cron?
> 
> Kees
> THANK YOU!
> Such a simple solution & one that I had not spotted despite all RTFMing
> I've done.
> When I do a '£T A,ALL' I can see the '24.05' & '24.10' time stamps, but
> I
> never made the connection - just thought it was a weird way of
> specifying
> time in the hour after midnight
> 
> Sean
> 
> On Tue, 6 Nov 2018 at 09:23, Vernooij, Kees (ITOPT1) - KLM <
> kees.verno...@klm.com> wrote:
> 
> > The problem is that when you issue the automatic command with a time
> in
> > the past, it will be issued immediately.
> > You can avoid this by scheduling it for the next day with T=24.05. T=
> is
> > calculated from the last midnight, so 24.05 means 00:05 tomorrow
> morning.
> >
> > Kees.
> >
> > > -Original Message-
> > > From: IBM Mainframe Discussion List [mailto:IBM-
> m...@listserv.ua.edu] On
> > > Behalf Of Sean Gleann
> > > Sent: 06 November, 2018 9:49
> > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > Subject: Anyone using cron?
> > >
> > > Hello all
> > >
> > > I have a need to run a couple of batch jobstreams at the same time
> every
> > > day.
> > > The streams are fully developed and they run happily at the required
> > > time(s), under control of a couple of JES 'TA' automatic commands:
> > > £ T A0001,I=86400,T=00.05,'£VS,''S JOB,N=DLYWORK1'''
> > > £ T A0002,I=86400,T=00.10,'£VS,''S JOB,N=DLYWORK2'''
> > > ('JOB' is an IEBGENER that copies files to the internal reader)
> > > The trouble with that solution is that TA commands are obeyed both
> at
> > > the
> > > prescribed times AND at IPL (or JES start?) time.
> > > Given that I'm currently working on commissioning a new production
> > > system, IPLs are still fairly frequent, and so the timed jobstreams
> keep
> > > resulting in 'unexpected' results.
> > >
> > > There isn't any cash in the kitty for something like OPC (now
> Tivoli?)
> > > or
> > > CA-7, and I've been unable to track down any 'freeware' batch job
> > > scheduler
> > > (though I'd be happy to be shown the error of my ways on that), so I
> > > decided to try using cron instead.
> > >
> > > Is anybody using cron in this way? Is there anything I should beware
> of?
> > >
> > > Sean
> > >
> > >  .
> > >
> > > 
> --
> > > 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: Anyone using cron?

[Vernooij, Kees (ITOPT1) - KLM]

The problem is that when you issue the automatic command with a time in the 
past, it will be issued immediately.
You can avoid this by scheduling it for the next day with T=24.05. T= is 
calculated from the last midnight, so 24.05 means 00:05 tomorrow morning.

Kees.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Sean Gleann
> Sent: 06 November, 2018 9:49
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Anyone using cron?
> 
> Hello all
> 
> I have a need to run a couple of batch jobstreams at the same time every
> day.
> The streams are fully developed and they run happily at the required
> time(s), under control of a couple of JES 'TA' automatic commands:
> £ T A0001,I=86400,T=00.05,'£VS,''S JOB,N=DLYWORK1'''
> £ T A0002,I=86400,T=00.10,'£VS,''S JOB,N=DLYWORK2'''
> ('JOB' is an IEBGENER that copies files to the internal reader)
> The trouble with that solution is that TA commands are obeyed both at
> the
> prescribed times AND at IPL (or JES start?) time.
> Given that I'm currently working on commissioning a new production
> system, IPLs are still fairly frequent, and so the timed jobstreams keep
> resulting in 'unexpected' results.
> 
> There isn't any cash in the kitty for something like OPC (now Tivoli?)
> or
> CA-7, and I've been unable to track down any 'freeware' batch job
> scheduler
> (though I'd be happy to be shown the error of my ways on that), so I
> decided to try using cron instead.
> 
> Is anybody using cron in this way? Is there anything I should beware of?
> 
> Sean
> 
>  .
> 
> --
> 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: Sheesh. Where'd evertything go?

[Vernooij, Kees (ITOPT1) - KLM]

Well, that's what full Sysplex was sold for, ain't it? Then you can IPL an 
instance without subsystem outage.

Kees.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Brian Westerman
> Sent: 06 November, 2018 7:41
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Sheesh. Where'd evertything go?
> 
> We have several clients who only let us IPL their production LPAR on the
> two time zone changes.  I'm not sure what we will do if more states stop
> changing times, we would probably have to work the 4th of July and
> Christmas day instead.
> 
> Brian
> 
> --
> 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: VOLCAT split

[Vernooij, Kees (ITOPT1) - KLM]

It is 170 cyls in 14 extents with 3011 CIsplits and 157 CAsplits after 11 years.

Kees.



> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of R.S.
> Sent: 02 November, 2018 14:16
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: VOLCAT split
> 
> W dniu 2018-11-02 o 13:41, Vernooij, Kees (ITOPT1) - KLM pisze:
> > Ok, interesting to hear from David Jousma, that the limit might be at
> 50.
> > We have 125000 at the moment, so we don't have to worry now.
> 
> I understand it not as hard limit, rather performance degradation.
> IMHO it depends on tape activity significantly, I cannot imagine any
> performance problem for my setup (maybe I should?).
> Obviously it's still better to prepare than to be surprised.
> 
> BTW: how big is your VOLCAT.VGENERAL? Is it fragmented (CI/CA splits) ?
> 
> 
> 
> --
> Radoslaw Skorupka
> Lodz, Poland
> 
> 
> 
> 
> ==
> 
> Jeśli nie jesteś adresatem tej wiadomości:
> 
> - powiadom nas o tym w mailu zwrotnym (dziękujemy!),
> - usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub
> zapisałeś na dysku).
> Wiadomość ta może zawierać chronione prawem informacje, które może
> wykorzystać tylko adresat.Przypominamy, że każdy, kto rozpowszechnia
> (kopiuje, rozprowadza) tę wiadomość lub podejmuje podobne działania,
> narusza prawo i może podlegać karze.
> 
> mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950
> Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st.
> Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, KRS
> 025237, NIP: 526-021-50-88. Kapitał zakładowy (opłacony w całości)
> według stanu na 01.01.2018 r. wynosi 169.248.488 złotych.
> 
> If you are not the addressee of this message:
> 
> - let us know by replying to this e-mail (thank you!),
> - delete this message permanently (including all the copies which you
> have printed out or saved).
> This message may contain legally protected information, which may be
> used exclusively by the addressee.Please be reminded that anyone who
> disseminates (copies, distributes) this message or takes any similar
> action, violates the law and may be penalised.
> 
> mBank S.A. with its registered office in Warsaw, ul. Senatorska 18, 00-
> 950 Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District Court for
> the Capital City of Warsaw, 12th Commercial Division of the National
> Court Register, KRS 025237, NIP: 526-021-50-88. Fully paid-up share
> capital amounting to PLN 169,248,488 as at 1 January 2018.
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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: VOLCAT split

[Vernooij, Kees (ITOPT1) - KLM]

Ok, interesting to hear from David Jousma, that the limit might be at 50. 
We have 125000 at the moment, so we don't have to worry now.

Kees


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of R.S.
> Sent: 02 November, 2018 12:34
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: VOLCAT split
> 
> W dniu 2018-11-02 o 09:11, Vernooij, Kees (ITOPT1) - KLM pisze:
> > Just out of curiosity: why do you want to split VOLCAT?
> 
> I'm going to use virtual tapes. Real tape volumes are huge (4/12TB), so
> there are few of them.
> Virtual tapes are much smaller and tend to not be filled up (it does't
> make sense), so the number of volume entries can explode.
> I want to prepare for that before the problem occurs.
> 
> --
> Radoslaw Skorupka
> Lodz, Poland
> 
> 
> 
> 
> ==
> 
> Jeśli nie jesteś adresatem tej wiadomości:
> 
> - powiadom nas o tym w mailu zwrotnym (dziękujemy!),
> - usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub
> zapisałeś na dysku).
> Wiadomość ta może zawierać chronione prawem informacje, które może
> wykorzystać tylko adresat.Przypominamy, że każdy, kto rozpowszechnia
> (kopiuje, rozprowadza) tę wiadomość lub podejmuje podobne działania,
> narusza prawo i może podlegać karze.
> 
> mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950
> Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st.
> Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, KRS
> 025237, NIP: 526-021-50-88. Kapitał zakładowy (opłacony w całości)
> według stanu na 01.01.2018 r. wynosi 169.248.488 złotych.
> 
> If you are not the addressee of this message:
> 
> - let us know by replying to this e-mail (thank you!),
> - delete this message permanently (including all the copies which you
> have printed out or saved).
> This message may contain legally protected information, which may be
> used exclusively by the addressee.Please be reminded that anyone who
> disseminates (copies, distributes) this message or takes any similar
> action, violates the law and may be penalised.
> 
> mBank S.A. with its registered office in Warsaw, ul. Senatorska 18, 00-
> 950 Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District Court for
> the Capital City of Warsaw, 12th Commercial Division of the National
> Court Register, KRS 025237, NIP: 526-021-50-88. Fully paid-up share
> capital amounting to PLN 169,248,488 as at 1 January 2018.
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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: VOLCAT split

[Vernooij, Kees (ITOPT1) - KLM]

I guessed so too, but if so, I am interested in number of volsers that hits the 
limit of 1 volcat.vgeneral.

Kees

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Giliad Wilf
> Sent: 02 November, 2018 10:06
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: VOLCAT split
> 
> Maybe it became too "crowded" and one sees alarming message IEC361I...or
> it became a performance issue...
> 
> On Fri, 2 Nov 2018 08:11:38 +, Vernooij, Kees (ITOPT1) - KLM
>  wrote:
> 
> >Just out of curiosity: why do you want to split VOLCAT?
> >
> >Kees.
> >
> >
> >
> >> -Original Message-
> >> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On
> >> Behalf Of R.S.
> >> Sent: 01 November, 2018 21:50
> >> To: IBM-MAIN@LISTSERV.UA.EDU
> >> Subject: VOLCAT split
> >>
> >> I have single file volcat, that means hlq.VOLCAT.VGENERAL.
> >> How can I split the general volcat into specific volcats?
> >>
> >> Anther question: how can I move volcat (general) to another volume?
> >>
> >> --
> >> Radoslaw Skorupka
> >> Lodz, Poland
> >>
> >>
> >>
> >>
> >>
> ==
> >>
> >> Je�li nie jeste� adresatem tej wiadomo�ci:
> >>
> >> - powiadom nas o tym w mailu zwrotnym (dzi�kujemy!),
> >> - usu� trwale t� wiadomo�� (i wszystkie kopie, kt�re wydrukowa�e� lub
> >> zapisa�e� na dysku).
> >> Wiadomo�� ta mo�e zawiera� chronione prawem informacje, kt�re mo�e
> >> wykorzysta� tylko adresat.Przypominamy, �e ka�dy, kto rozpowszechnia
> >> (kopiuje, rozprowadza) t� wiadomo�� lub podejmuje podobne dzia�ania,
> >> narusza prawo i mo�e podlega� karze.
> >>
> >> mBank S.A. z siedzib� w Warszawie, ul. Senatorska 18, 00-950
> >> Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. S�d Rejonowy dla m.
> st.
> >> Warszawy XII Wydzia� Gospodarczy Krajowego Rejestru S�dowego, KRS
> >> 025237, NIP: 526-021-50-88. Kapita� zak�adowy (op�acony w
> ca�o�ci)
> >> wed�ug stanu na 01.01.2018 r. wynosi 169.248.488 z�otych.
> >>
> >> If you are not the addressee of this message:
> >>
> >> - let us know by replying to this e-mail (thank you!),
> >> - delete this message permanently (including all the copies which you
> >> have printed out or saved).
> >> This message may contain legally protected information, which may be
> >> used exclusively by the addressee.Please be reminded that anyone who
> >> disseminates (copies, distributes) this message or takes any similar
> >> action, violates the law and may be penalised.
> >>
> >> mBank S.A. with its registered office in Warsaw, ul. Senatorska 18,
> 00-
> >> 950 Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District Court
> for
> >> the Capital City of Warsaw, 12th Commercial Division of the National
> >> Court Register, KRS 025237, NIP: 526-021-50-88. Fully paid-up
> share
> >> capital amounting to PLN 169,248,488 as at 1 January 2018.
> >>
> >> -
> -
> >> For IBM-MAIN subscribe / signoff / archive access instructions,
> >> send email to lists...@listserv.ua.edu with the message: INFO IBM-
> MAIN
> >
> >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
> >
> >
> >---

Re: VOLCAT split

[Vernooij, Kees (ITOPT1) - KLM]

Just out of curiosity: why do you want to split VOLCAT?

Kees.



> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of R.S.
> Sent: 01 November, 2018 21:50
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: VOLCAT split
> 
> I have single file volcat, that means hlq.VOLCAT.VGENERAL.
> How can I split the general volcat into specific volcats?
> 
> Anther question: how can I move volcat (general) to another volume?
> 
> --
> Radoslaw Skorupka
> Lodz, Poland
> 
> 
> 
> 
> ==
> 
> Jeśli nie jesteś adresatem tej wiadomości:
> 
> - powiadom nas o tym w mailu zwrotnym (dziękujemy!),
> - usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub
> zapisałeś na dysku).
> Wiadomość ta może zawierać chronione prawem informacje, które może
> wykorzystać tylko adresat.Przypominamy, że każdy, kto rozpowszechnia
> (kopiuje, rozprowadza) tę wiadomość lub podejmuje podobne działania,
> narusza prawo i może podlegać karze.
> 
> mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950
> Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st.
> Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, KRS
> 025237, NIP: 526-021-50-88. Kapitał zakładowy (opłacony w całości)
> według stanu na 01.01.2018 r. wynosi 169.248.488 złotych.
> 
> If you are not the addressee of this message:
> 
> - let us know by replying to this e-mail (thank you!),
> - delete this message permanently (including all the copies which you
> have printed out or saved).
> This message may contain legally protected information, which may be
> used exclusively by the addressee.Please be reminded that anyone who
> disseminates (copies, distributes) this message or takes any similar
> action, violates the law and may be penalised.
> 
> mBank S.A. with its registered office in Warsaw, ul. Senatorska 18, 00-
> 950 Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District Court for
> the Capital City of Warsaw, 12th Commercial Division of the National
> Court Register, KRS 025237, NIP: 526-021-50-88. Fully paid-up share
> capital amounting to PLN 169,248,488 as at 1 January 2018.
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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: VOLCAT split

[Vernooij, Kees (ITOPT1) - KLM]

The HLQ of hlq.VOLCAT.VGENERAL is in LOADxx. I suppose this will also be for 
the VOLCAT.Vx's.

Kees


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Lizette Koehler
> Sent: 02 November, 2018 1:55
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: VOLCAT split
> 
> Splitting is fairly easy
> 
> Create new VOLCAT.V?   then repro mergecat
> 
> I think you just need to stop tape processing (READ and WRITE) then just
> move
> it.
> 
> I am not sure there is anything in LOADxx or other IPL members, but I
> would
> check that out
> 
> Lizette
> 
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List  On
> Behalf Of
> > R.S.
> > Sent: Thursday, November 01, 2018 1:50 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: VOLCAT split
> >
> > I have single file volcat, that means hlq.VOLCAT.VGENERAL.
> > How can I split the general volcat into specific volcats?
> >
> > Anther question: how can I move volcat (general) to another volume?
> >
> > --
> > Radoslaw Skorupka
> > Lodz, Poland
> >
> >
> >
> >
> > ==
> >
> > Jeśli nie jesteś adresatem tej wiadomości:
> >
> > - powiadom nas o tym w mailu zwrotnym (dziękujemy!),
> > - usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub
> > zapisałeś na dysku).
> > Wiadomość ta może zawierać chronione prawem informacje, które może
> > wykorzystać tylko adresat.Przypominamy, że każdy, kto rozpowszechnia
> > (kopiuje, rozprowadza) tę wiadomość lub podejmuje podobne działania,
> narusza
> > prawo i może podlegać karze.
> >
> > mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950
> > Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. Sąd Rejonowy dla m.
> st.
> > Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, KRS
> 025237,
> > NIP: 526-021-50-88. Kapitał zakładowy (opłacony w całości) według
> stanu na
> > 01.01.2018 r. wynosi 169.248.488 złotych.
> >
> > If you are not the addressee of this message:
> >
> > - let us know by replying to this e-mail (thank you!),
> > - delete this message permanently (including all the copies which you
> have
> > printed out or saved).
> > This message may contain legally protected information, which may be
> used
> > exclusively by the addressee.Please be reminded that anyone who
> disseminates
> > (copies, distributes) this message or takes any similar action,
> violates the
> > law and may be penalised.
> >
> > mBank S.A. with its registered office in Warsaw, ul. Senatorska 18,
> 00-950
> > Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District Court for
> the
> > Capital City of Warsaw, 12th Commercial Division of the National Court
> > Register, KRS 025237, NIP: 526-021-50-88. Fully paid-up share
> capital
> > amounting to PLN 169,248,488 as at 1 January 2018.
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 
> --
> 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: DEVSUPxx question

[Vernooij, Kees (ITOPT1) - KLM]

From the DEVSUPxx doc in Init and Tuning:
" Use the DEVSERV QLIB,CATS command, which is documented in the z/OS MVS System 
Commands, to dynamically change the library partitioning category codes without 
IPL."

Kees


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Gadi Ben-Avi
> Sent: 31 October, 2018 8:03
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: DEVSUPxx question
> 
> Thanks
> The results are not wat I expected.
> Do these values get updated when I issue the T DEVSUP=00 command?
> Gadi
> 
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Brian Fraser
> Sent: Wednesday, October 31, 2018 8:31 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: DEVSUPxx question
> 
> DS QL,CATS
> 
> On Wed, 31 Oct 2018 at 14:16, Gadi Ben-Avi  wrote:
> 
> > Hi,
> > I coded
> >
> > NON_VSAM_XTIOT=YES,
> > COMPACT=YES,
> > MEDIA1=11,
> > MEDIA2=21
> >
> > In DEVSUP00 and then issued the command SET DEVSUP=00
> >
> > How can I be sure that the values for MEDIA1 and MEDIA2 were accepted?
> >
> > I am running z/OS v2.2
> >
> > Thanks
> >
> > Gadi
> >
> > ? ?? ?    ?? ??? ??? ??  ? ???
> ??
> > ??. ?? ,  ?? ???  ?, ???   ?
> ?? ???
> > ? ?? ?? ?. ? ?  ?? ?? ?? ?? 
> ??
> >  ??? ??? ???, ?/?? ?, ? ?? ? ? ? ?
> ??
> > ?? ? ??? ?/?? ?? ?? ??.
> >
> > --
> > 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 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: SVC99 DEALLOC Failure

[Vernooij, Kees (ITOPT1) - KLM]

Something simple: did you check the SVC99 parameterlist for the 'last 
parameter' hi-order bit and make sure it is set only in the last pointer?
Kees.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Steve Thompson
> Sent: 29 October, 2018 22:29
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: SVC99 DEALLOC Failure
> 
> Yeah. But it also says go read the text units to see what else they
> require. The DDNAME unit doesn’t require anything else. So I’m baffled
> as to why it says this and there are no “extra” requirements given.
> 
> Sent from my iPhone — small keyboarf, fat fungrs, stupd spell manglr.
> Expct mistaks
> 
> 
> > On Oct 29, 2018, at 4:45 PM, Edward Finnell <000248cce9f3-dmarc-
> requ...@listserv.ua.edu> wrote:
> >
> > The TSO message and DAIR return code 388 indicate a missing or invalid
> parameter to DAIRFAIL.
> >
> >
> https://www.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r
> 1.ikjb700/ikjb700_The_Parameter_List.htm
> > In a message dated 10/29/2018 3:03:16 PM Central Standard Time,
> ste...@copper.net writes:
> > DD for SVC99? I use these all the time via REXX, and I don't have
> these problems there.
> > So it would seem that it should be simple as I did not turn on any
> special flags for doing the allocation (e.g., in-use, or similar).
> >
> > --
> > 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: Defining Global Volume Catalog

[Vernooij, Kees (ITOPT1) - KLM]

Well,  maybe we are talking about different datasets.

An IBM Tapelibrary needs a dataset called hlq.VOLCAT.VGENERAL.
The hlq is defined at IPL in LOADxx.

Kees.


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of retired mainframer
> Sent: 23 October, 2018 10:04
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Defining Global Volume Catalog
> 
> The only reference I can find for Global Volume Catalog is for CA VTape.
> If
> that is the system you will be using, the Global VCAT is just a VSAM
> dataset
> that you can define in any catalog (and on any volume) you choose.  You
> just
> need to insure that the HLQ of the Global VCAT's DSN relates to the
> catalog
> you want.  Defining a dataset in any catalog, including the master
> catalog,
> does not require an IPL.
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List  On
> > Behalf Of Gadi Ben-Avi
> > Sent: Monday, October 22, 2018 11:40 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Defining Global Volume Catalog
> >
> > Hi,
> > I am in the process of defining things for using a new TS7760.
> > We've never had a tape library before.
> >
> > I would like to define the Global Volume Catalog with a high level
> qualifier other than
> > SYS1.
> > How do I tell SMS to use a Global Volume Catalog with a high level
> qualifier other
> > than SYS1?
> >
> > The HLQ I want to use will cause the new catalog to be defined in the
> master catalog.
> >
> > Can this be done without a IPL?
> >
> > I will be doing this on systems running z/OS v2.1 and v2.2.
> 
> --
> 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

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: Defining Global Volume Catalog

[Vernooij, Kees (ITOPT1) - KLM]

Well,  maybe we are talking about different datasets.

An IBM Tapelibrary needs a dataset called hlq.VOLCAT.VGENERAL.

Kees.


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of retired mainframer
> Sent: 23 October, 2018 10:04
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Defining Global Volume Catalog
> 
> The only reference I can find for Global Volume Catalog is for CA VTape.
> If
> that is the system you will be using, the Global VCAT is just a VSAM
> dataset
> that you can define in any catalog (and on any volume) you choose.  You
> just
> need to insure that the HLQ of the Global VCAT's DSN relates to the
> catalog
> you want.  Defining a dataset in any catalog, including the master
> catalog,
> does not require an IPL.
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List  On
> > Behalf Of Gadi Ben-Avi
> > Sent: Monday, October 22, 2018 11:40 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Defining Global Volume Catalog
> >
> > Hi,
> > I am in the process of defining things for using a new TS7760.
> > We've never had a tape library before.
> >
> > I would like to define the Global Volume Catalog with a high level
> qualifier other than
> > SYS1.
> > How do I tell SMS to use a Global Volume Catalog with a high level
> qualifier other
> > than SYS1?
> >
> > The HLQ I want to use will cause the new catalog to be defined in the
> master catalog.
> >
> > Can this be done without a IPL?
> >
> > I will be doing this on systems running z/OS v2.1 and v2.2.
> 
> --
> 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: Defining Global Volume Catalog

[Vernooij, Kees (ITOPT1) - KLM]

The HLQ is defined at IPL in LOADxx, the SYSCAT entry at pos 64. This should be 
somewhere in the installation instructions.
I don't think you get around an IPL defining it.

Met vriendelijke groet,
Kees Vernooij
KLM Information Services
z/OS Systems
Tel +31 6 10 14 58 78

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Gadi Ben-Avi
> Sent: 23 October, 2018 8:40
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Defining Global Volume Catalog
> 
> Hi,
> I am in the process of defining things for using a new TS7760.
> We've never had a tape library before.
> 
> I would like to define the Global Volume Catalog with a high level
> qualifier other than SYS1.
> How do I tell SMS to use a Global Volume Catalog with a high level
> qualifier other than SYS1?
> 
> The HLQ I want to use will cause the new catalog to be defined in the
> master catalog.
> 
> Can this be done without a IPL?
> 
> I will be doing this on systems running z/OS v2.1 and v2.2.
> 
> Thanks
> 
> Gadi
> 
> ? ?? ?    ?? ??? ??? ??  ? ???
> ?? ??. ?? ,  ?? ???  ?, ???  
> ? ?? ??? ? ?? ?? ?. ? ?  ?? ?? ??
> ??  ??  ??? ??? ???, ?/?? ?, ? ?? ? ?
> ? ? ?? ?? ? ??? ?/?? ?? ?? ??.
> 
> --
> 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: SAS 6.09

[Vernooij, Kees (ITOPT1) - KLM]

In what z/OS is 6.09 running now? I remember having had several issues after 
upgrading z/OS releases with SAS releases current at that moment.
I guess, you need to address all of them when upgrading from an old z/OS to 
V2.3.

Kees

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Beesley, Paul
> Sent: 18 October, 2018 11:47
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: SAS 6.09
> 
> Hi
> 
> I'm not really expecting any answer other than 'You must be joking', but
> is anyone using SAS 6.09 on z/OS 2.3?
> Yes, I know SAS 6./09 has been out of support for 17 years ... our
> customer never got round to upgrading and is now getting occasional 0C4
> abends since the upgrade to z/OS 2.3.
> 
> 
> Paul
> 
> Atos, Atos Consulting, Worldline and Canopy The Open Cloud Company are
> trading names used by the Atos group. The following trading entities are
> registered in England and Wales: Atos IT Services UK Limited (registered
> number 01245534), Atos Consulting Limited (registered number 04312380),
> Atos Worldline UK Limited (registered number 08514184) and Canopy The
> Open Cloud Company Limited (registration number 08011902). The
> registered office for each is at Second Floor, Mid City Place, 71 High
> Holborn, London, WC1V 6EA.  The VAT No. for each is: GB232327983.
> 
> This e-mail and the documents attached are confidential and intended
> solely for the addressee, and may contain confidential or privileged
> information. If you receive this e-mail in error, you are not authorised
> to copy, disclose, use or retain it. Please notify the sender
> immediately and delete this email from your systems. As emails may be
> intercepted, amended or lost, they are not secure. Atos therefore can
> accept no liability for any errors or their content. Although Atos
> endeavours to maintain a virus-free network, we do not warrant that this
> transmission is virus-free and can accept no liability for any damages
> resulting from any virus transmitted. The risks are deemed to be
> accepted by everyone who communicates with Atos by email.
> 
> --
> 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: z/OS 2.3 and VOLCOUNT

[Vernooij, Kees (ITOPT1) - KLM]

That is also how I recalled it, but the description of APAR OA46493 mentions a 
start value of 6, with additions in blocks of 15. That could explain why 21 
volumes were possible with a volume count of 20.

Kees.


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Giliad Wilf
> Sent: 10 October, 2018 10:48
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: z/OS 2.3 and VOLCOUNT
> 
> On Tue, 9 Oct 2018 12:53:45 +, Beesley, Paul 
> wrote:
> As far as I remember, specifying no volcount at all lets you write up to
> five volumes.
> If you need more - specifying volcount 6 will let you write up to 20
> volumes, because DFSMS lets you have 5 volumes plus another whole
> multiple of 15 volumes per each "extension".
> So, if you expect 21 volume or more, up to 35 inclusive - you have to
> specify the vocount as 21.
> 
> >Did something change with VOLCOUNT parameter handling between z/OS 2.1
> and 2.3?
> >We have a job that uses 21 tapes to backup an application's datasets,
> and has this parameter: VOL=(,RETAIN,,20),
> >
> >Following the upgrade to 2.3 at the weekend, this job failed S837-08,
> indicating it has run out of tape volumes, which is quite correct.
> >However, looking back at the previous runs, they all have used 21
> tapes. So they should really have abended as well, but all worked ok.
> >
> >Hence, wondering if something has changed in volume count processing,
> or whether there was a bug in 2.1 which was fixed in 2.3.
> >Would appreciate any suggestions before I face the Spanish inquisition
> who are claiming that my upgrade broke their job.
> >
> >Paul
> >
> 
> --
> 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: S106 abends after copying into LINKLIST

[Vernooij, Kees (ITOPT1) - KLM]

You can also avoid both by allocating it large enough: calculate what you need 
during the life of the IPL, double, triple or whatever it and you can sleep 
quietly. What do a few 1000 cyls cost these days?

Kees.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Ed Jaffe
> Sent: 02 October, 2018 8:33
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: S106 abends after copying into LINKLIST
> 
> On 10/1/2018 1:34 PM, Jesse 1 Robinson wrote:
> > There are two separate problems here. (1) A link list library taking a
> new extent after IPL. (2) An LLA-managed library having contents moved
> by either compress or reload.
> >
> > (1) Can be avoided by simply not defining any secondary extent, i.e.
> specifying a secondary of zero. Getting more than one extent to satisfy
> the original allocation is not a problem as long as no additional extent
> is allowed afterward. If a new extent is truly needed to hold enlarged
> content, then link list update can be used.
> >
> > (2) Seems to be OP's issue. LLA REFRESH can handle the consequences of
> dynamic update within the original (IPL time) extent(s). Note that
> REFRESH is needed on all sharing systems.
> 
> I never liked defining secondary of zero. I realize it's IBM's
> recommendation, but it all but ensures a compress will be performed when
> the library fills up. I've had systems crash either during or after such
> a compress -- sometimes with disastrous consequences!
> 
> I would much rather take a new extent for one relinked module than risk
> corrupting the *ENTIRE LIBRARY* with a "live" compress using DISP=SHR.
> Of course, periodic compress of LNKLST PDS libraries is not a bad idea
> when done under controlled circumstances: i.e., "quiet" time and LLA on
> all sharing systems has been shut DOWN. Also, I like to STEPLIB any
> IEBCOPY job to a recent *copy* of SYS1.LINKLIB to ensure IEBCOPY program
> parts are not moved during the compress... BTDTGTS!!
> 
> 
> --
> 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

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: define a service class in wlm by batch

[Vernooij, Kees (ITOPT1) - KLM]

Unless the OP wants to define a serviceclass daily when Prodbatch starts and 
delete it when it is finished, to prevent illegal use.
So again: what is the thought behind the question?

Kees.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Allan Staller
> Sent: 28 September, 2018 15:43
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: define a service class in wlm by batch
> 
> Short answer ... No.
> Long answer. Yes, if you want to spend a lot more time than it will take
> to do it from within the WLM dialog.
> 
> HTH
> 
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Jason Cai
> Sent: Thursday, September 27, 2018 10:13 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: define a service class in wlm by batch
> 
> Hi all
> 
> Could we define a service class in WLM by batch job?  Thanks a lot!
> 
> 
> 
> Best Regards,
> Jason Cai
> 
> 
> 
> --
> 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

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: Master cats as user cats on other systems - why?

[Vernooij, Kees (ITOPT1) - KLM]

We don't share mastercats, because there was not yet really a reason for it and 
we have the updates well synchronized. The pro is of course that a mastercat 
problem will be isolated to a single system.

Besides that, you will always have a number of mastercatalogs, at least 3 per 
Sysplex, because you cannot share data with your 2 GDPS K-systems and more 
groups of 3 if you have more sysplexes that you must keep synchronized for most 
of the entries.

Kees.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Allan Staller
> Sent: 26 September, 2018 16:10
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Master cats as user cats on other systems - why?
> 
> I tend to generally concur w/Brian, but I do want to add an observation.
> 
> Any time there are (three of something) vs (one of something)  you are
> (almost certainly) guaranteed to the one or more of the three, out of
> sync.
> Correction of "out of sync" conditions is generally painful and involves
> a great deal of research and time to correct.
> 
> Or to say the above in the short and sweet manner:
> Two or more of something that don't agree, is worse than having nothing.
> 
> The above being said, most "out of sync" conditions can be prevented by
> application of appropriate operational discipline.
> It has been my experience that very few shops employ appropriate
> operational discipline.
> 
> For this reason, I lean towards shared, rather than separate.
> 
> My $0.02 USD
> 
> 
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Brian Westerman
> Sent: Wednesday, September 26, 2018 1:01 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Master cats as user cats on other systems - why?
> 
> I think the op might really be trying to decide if it's "better" to have
> a single MCAT for the site and thus have the same view of "everything"
> or if having individual MCATs for each LPAR and then sharing them as
> UCATs with the "other" LPARs is better.
> 
> I have operated both ways and I really don't see a "super" benefit in
> one method over the other that gives it something "more" than the other
> way, I think that there are sites that have a philosophy of one MCAT for
> the site and some that feel that each LPAR "needs" it's own MCAT.
> 
> As for why they are shared, if you have multiple MCATs (one per LPAR)
> and you want to be able to access data that is in MCAT-1 (on LPAR-1)
> from a system that is using MCAT-2 (on  LPAR-2) as it's MCAT, then you
> need to make sure that MCAT-1 is available to LPAR-2 and since you can't
> use STEPCAT and/or JOBCAT (any more) it's much simpler to define MCAT-1
> as a usercatalog of MCAT-2 (and MCAT-2 as a usercatalog of MCAT-1).
> 
> I find that it's easy to get confused if you aren't careful in a
> multiple MCAT system, and it's simple to overdo it with symbolics
> whether you have a single MCAT or multiple MCATs, but that doesn't make
> multiple MCAT's any less useful than a single MCAT, just different.
> 
> With all of the things that IBM forces on us with z/OS, allowing you to
> have  a "choice" once it a while is (to me) a good thing.
> 
> 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.
> 
> 
> 

Re: Master cats as user cats on other systems - why?

[Vernooij, Kees (ITOPT1) - KLM]

If you have datasets that must be cataloged in the mastercatalog and you want 
to access them from other systems, you must define that mastercatalog as 
usercatalogs in the other systems.

Do a LISTC ALIAS ALL and check which aliases have an associated usercat that is 
a mastercatalog of another system.

Kees

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Todd Burrell
> Sent: 25 September, 2018 13:58
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Master cats as user cats on other systems - why?
> 
> I had a co-worker ask me today why we have all of our master catalogs as
> user cats on the other systems in the sysplex?  Besides convenience I
> really had no answer as to why we had it setup this way?  I've just
> always done it this way, but besides convenience of listing and updating
> catalogs from other systems is there really any reason for this?
> 
> And what are best practices?  And if GRS and share options are setup
> properly, is there really any risk to setting things up this way?
> 
> Thanks
> 
> --
> 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: Catalog with a Dair 210 - In Use by Other Job

[Vernooij, Kees (ITOPT1) - KLM]

What are the major/minor names of the D GRS output? I see no allocations to our 
user catalogs.
What is STCA doing?

Grtn,
Kees.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Lizette Koehler
> Sent: 22 September, 2018 4:02
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Catalog with a Dair 210 - In Use by Other Job
> 
> List
> 
> So I have a condition where the catalog I am looking at - call it
> UCAT.TSO001 -
> is getting a DAIR 210 - Indicating it is in use by another job
> 
> I did a F CATALOG,LIST   and there are not tasks
> 
> I did a D GRS,RES=(*,UCAT.TSO001)
> It shows that STCA is OWNER for the catalog.  This is what I think is
> causing
> the DAIR 210
> 
> Are there any other options other than cycling the OWNING task to allow
> the
> catalog to be freed up?
> 
> 
> If there were Tasks in CAS, I could redrive those.  But I am not seeing
> anything.
> 
> Thanks
> 
> 
> Lizette Koehler
> statistics: A precise and logical method for stating a half-truth
> inaccurately
> 
> --
> 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: how to catalog page dataset to new MCAT

[Vernooij, Kees (ITOPT1) - KLM]

See message manual: you must receive either IEA930I or IEA922D. Did you?

Kees.


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of johnnydeep san
> Sent: 17 September, 2018 16:59
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: how to catalog page dataset to new MCAT
> 
> i followed below jcl ,
> **Define a Page Space in another Catalog:
> 
>  //STEP1 EXEC PGM=IDCAMS
>  //VOLUME DD VOL=SER=VSER05,UNIT=DISK,DISP=OLD
> //SYSPRINT DD SYSOUT=A
>  //SYSIN DD * DEFINE ALIAS (NAME(SYS2) RELATE(MASTCAT.SYSTEM2))
> DEFINE PAGESPACE -
>(NAME(SYS2.PAGE2) -
> CYLINDERS(10) -
> VOLUMES(VSER05)
> ALTER SYS2.PAGE2 NEWNAME(SYS1.PAGE2) CATALOG(MASTCAT.SYSTEM2)
>  ALTER SYS2.PAGE2.DATA NEWNAME(SYS1.PAGE2.DATA) -
>  CATALOG(MASTCAT.SYSTEM2)
>  /*
> 
> this time i'm getting
> 
> "IEA247I USING IEASYS21 FOR z/OS 02.01.00 HBB7790
> 
> ISG313I SYSTEM IS INITIALIZING IN GRS NONE MODE.  RING OR STAR
> CONFIGURATION
>  KEYWORDS IN GRSCNF00 ARE IGNORED.
> 
> IEA836I PAGE DATA SET  SYS1.PAGE2
> 
>* NOT ALLOCATED - ERROR CODE 0264 INFORMATION CODE   *
> "
> 
> Guess, its understand page dataset but throws some error code.
> 
> Note : i have tried it in on  my RDZ .
> 
> 
> 
> 
> On Sun, Sep 16, 2018 at 4:11 PM Seymour J Metz  wrote:
> 
> > That depends. Best practice is to use unique names for the page
> datasets
> > in IEASYSxx PAGE=, in which case they don't present a conflicts.  You
> can
> > even have identical IEASYSxx members if you use static system symbols
> to
> > generate names specific to the LPAR.
> >
> >
> > --
> > Shmuel (Seymour J.) Metz
> > http://mason.gmu.edu/~smetz3
> >
> > 
> > From: IBM Mainframe Discussion List  on
> behalf
> > of retired mainframer 
> > Sent: Saturday, September 15, 2018 12:53 PM
> > To: IBM-MAIN@listserv.ua.edu
> > Subject: Re: how to catalog page dataset to new MCAT
> >
> > Will your Z110S and Z210M systems run simultaneously in different
> LPARs?
> > If so, then you do not want to copy the catalog entry.  This will
> cause
> > both systems to try to use the same page dataset on the same volume.
> In
> > this case you need to define new page datasets for Z210M.  See the
> "DEFINE
> > PAGESPACE" command in your "Access Method Services for Catalogs"
> manual.
> >
> > If the two systems will run in the same LPAR (obviously not
> > simultaneously) and you really want to use the same page datasets for
> both,
> > then you need to determine the names of the datasets in the current
> > system.  Look up the "D ASM" command in your "MVS System Commands"
> manual.
> > Then you can copy the catalog entries to your new master catalog
> **and**
> > update the PAGE parameter in your new IEASYSxx.
> >
> > > -Original Message-
> > > From: IBM Mainframe Discussion List  On
> > > Behalf Of johnnydeep san
> > > Sent: Saturday, September 15, 2018 4:19 AM
> > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > Subject: Re: how to catalog page dataset to new MCAT
> > >
> > > I used  todd's jcl  and it ran fine but still getting same issue .
> > >
> > >REPRO INDATASET(CATALOG.Z110S.MASTER) -
> > > 00210004
> > >  OUTDATASET(CATALOG.Z210M.MASTER) -
> > >  00220004
> > >  LEVEL(SYS1.PLPA.PAGE)-
> > >  00221004
> > >  MERGECAT
> > >  00222004
> > > IDC01460I THE NUMBER OF ENTRIES MERGED WAS 0
> > >
> > > IDC0001I FUNCTION COMPLETED, HIGHEST CONDITION CODE WAS 0
> > >
> > >
> > >
> > > Should pagedatast locate in new master catalog(CATALOG.Z210M.MASTER)
> > > volume ? .
> > > I haven't  any page datasets in  new master catalog volume, it's
> located
> > in
> > > old  master catalog  volume . how to make understand this page
> datasets
> > to
> > > new master catalog ? .guide me.
> >
> > --
> > 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 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 

Re: Yet Another Mainframe z10 Bites the Dust!

[Vernooij, Kees (ITOPT1) - KLM]

Some VTL's (a.o. TS77xx) have a backend tapelibrary with physical tapes. They 
need to be erased too. 
When we dismissed our STK tapelibrary, we hired a degausser to erase the data 
on the tapes.

Kees.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Brian Westerman
> Sent: 14 September, 2018 9:08
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Yet Another Mainframe z10 Bites the Dust!
> 
> Depending on the VTL, you should be able to access the underlaying
> operating system (normally some form of unix) via the command line or
> terminal access and simply reformat the data partitions on the hard
> drive(s).  I know this can be done on Optica, and Luminex and IBM's
> TS77xx, I am assuming that all other vendors allow the same process.
> They would be silly not to.
> 
> The tapes are actually just disk files on regular hard drives or
> partitions, and they can be formatted just like any other hard drives.
> Typically, the vendors have their OS on one drive (or partition) and
> your data is on one or more other partitions (or completely other
> drives).  You can securely format them with the native (normally unix)
> format commands, and you can format them to some other disk type if it
> makes you happy, then format them back to the base type so they can be
> used by whoever you sell the box to.
> 
> The entire format process takes about 10 minutes per TB to do a complete
> format that writes zeros multiple times to each byte.  You can quick
> format if you want but I don't think that will give you the security you
> are looking for.  So, it will run a while, so just start it and go home
> for a while.
> 
> Brian
> 
> 
> 
> On Thu, 13 Sep 2018 22:16:55 -0400, Doug  wrote:
> 
> >Maybe I missed a post but, what ‘VTL’ are you running?
> >IBM has a feature code that a CE can order that will do a data erase on
> the library, cache and disk. The physical backend tapes would need to be
> certified destroyed. Iron Mountain can do that for you.
> >Just my 2 cents
> >Doug
> >
> >.
> >
> >On Sep 13, 2018, at 17:32, Mike Schwab  wrote:
> >
> >Once all the tapes are deleted by writing to all 50K, you just have to
> >write as many volumes as needed to fill VTS.  The large the dataset,
> >the fewer the volumes.
> >On Thu, Sep 13, 2018 at 2:52 PM George Rodriguez
> ><016eebd7289b-dmarc-requ...@listserv.ua.edu> wrote:
> >>
> >> That's a big order. There are 50,000 virtual tapes defined in the
> system...
> >> WOW!
> >>
> >> *George Rodriguez*
> >>
> >> *Specialist II - IT Security*
> >> *PX - 47652*
> >> *(561) 357-7652 (office)*
> >> *(954) 415-7586 (mobile)*
> >> *School District of Palm Beach County*
> >> *3348 Forest Hill Blvd.*
> >> *Room B-332*
> >> *West Palm Beach, FL. 33406-5869*
> >> *Florida's Only A-Rated Urban District*
> >>
> >>
> >>> On Thu, Sep 13, 2018 at 2:29 PM Mike Schwab
>  wrote:
> >>>
> >>> Overwrite each tape with a one track dataset of low values.
> >>> Then overwrite tapes with a very large dataset of low values until
> VTS is
> >>> full.
> >>> Repeat one track / large datasets with high values and b'01010101'.
> >>>
> >>> Repeat the 3 cycles until desired number of overwrites are
> accomplished.
> >>>
> >>> On Thu, Sep 13, 2018 at 10:16 AM George Rodriguez
> >>> <016eebd7289b-dmarc-requ...@listserv.ua.edu> wrote:
> 
>  The School District of Palm Beach County is finally shutting down
> the IBM
>  z10 and all its components.
> 
>  I was wondering if any member the listserve can help me with
> "wiping out"
>  out VTL. Any help will be greatly appreciated.
> 
>  Thanks!
> 
>  *George Rodriguez*
> 
>  *Specialist II - IT Security*
>  *PX - 47652*
>  *(561) 357-7652 (office)*
>  *(954) 415-7586 (mobile)*
>  *School District of Palm Beach County*
>  *3348 Forest Hill Blvd.*
>  *Room B-332*
>  *West Palm Beach, FL. 33406-5869*
>  *Florida's Only A-Rated Urban District*
> 
>  --
> 
> 
> 
> 
> 
> 
>  *Disclaimer: *Under Florida law, e-mail addresses are public
> records.
>  If you do not want your e-mail address released in response to a
> public
>  records request, do not send electronic mail to this entity.
> Instead,
>  contact this office by phone or in writing.
> 
> 
> 
> 
> 
> 
> 
> 
>  ---
> ---
>  For IBM-MAIN subscribe / signoff / archive access instructions,
>  send email to lists...@listserv.ua.edu with the message: INFO IBM-
> MAIN
> >>>
> >>>
> >>>
> >>> --
> >>> Mike A Schwab, Springfield IL USA
> >>> Where do Forest Rangers go to get away from it all?
> >>>
> >>> 
> --
> >>> For IBM-MAIN subscribe / signoff / archive access instructions,
> >>> send email to lists...@listserv.ua.edu with the message: INFO IBM-
> MAIN
> 

Re: Abend 0C4 in DFDSS

[Vernooij, Kees (ITOPT1) - KLM]

Maybe you could check what causes the 0C4, the DUMP or the DELETE, by running 
the job without DELETE.
If it is the DUMP, the dataset could have exotic or erroneous characteristics.

Kees.


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Beesley, Paul
> Sent: 11 September, 2018 12:24
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Abend 0C4 in DFDSS
> 
> Hi Bob
> 
> Thanks for the tips.
> 
> The FILTERDD is actually a dataset in real life, I made it instream to
> make it easier to copy and paste.  Results are the same using a dataset.
> 
> I'm not a fan of FILTER DD but Ops Support use it a lot. I tried it
> using the DATASET(INCL method and results are the same.
> 
> Re your final query... yes, I know, odd isn't it ... I asked Operations
> and it's their preferred way of deleting datasets that aren't required.
> If it were me I'd use IDCAMS DELETE, but it's not my dog 
> 
> Regards and thanks
> Paul
> 
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Richards, Robert B.
> Sent: Tuesday, September 11, 2018 11:07 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Abend 0C4 in DFDSS
> 
> Paul,
> 
> Simple things to try:
> 
> 1) Based on this from the manual:
> 
>  It is possible to pass DFSMSdss filtering criteria in a data set by
> using the FILTERDD keyword. If you do this, the data set should have the
> following characteristics:
> 
> RECFM=F or FB
> LRECL=80
> BLKSIZE=80 for F (or a multiple of 80 for FB
> 
> Make your FILTER DD a dataset instead of instream.
> 
> 2) I like this one better. Move the filter criteria into the DUMP
> DATASET INCLUDE instead of a DD:
> 
> //SYSINDD *
> DUMP DATASET(INCLUDE(PBREX.PRJW.**, PBREX.PRUFST.CHOICE.AUDIT) -
>BY(DSORG,NE,VSAM)) -
>OUTDDNAME(TAPE1) -
>WAIT(0,0) -
>FORCECP(0) -
>DELETE PURGE
> 
> My thoughts were possible a ")" imbalance?
> 
> Finally, if dump is successful, you really want to delete datasets?
> 
> Bob
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Beesley, Paul
> Sent: Tuesday, September 11, 2018 5:32 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Abend 0C4 in DFDSS
> 
> Asking in desperation here... I have raised a PMR but there are no known
> hits and investigation is potentially billable so thought I'd check with
> this forum...
> Find it really hard to believe that nobody else in the world has had
> this problem if it's a real bug.
> 
> We've had 2 occurrences of this abend after upgrading from 2.1 to 2.3, 1
> on each of 2 systems. It's really hard to reproduce (in fact we can't,
> apart from these 2 jobs).
> Symptoms are :
> IEA794I SVC DUMP HAS CAPTURED:  283
> DUMPID=003 REQUESTED BY JOB (BBSPDB03)
> DUMP TITLE=DFSMSDSS-DUMP ABEND=0C4,COMPID=DF175,ADRFTARR,JOBNAM
>E=BBSPDB03 CSECT:ADRDTDSC OFFSET:0003D050
> 
> From this job:
> //PS010EXEC PGM=ADRDSSU
> //SYSPRINT DD SYSOUT=*
> //TAPE1DD DUMMY
> //FILTER   DD *
>  INCL(PBREX.PRJW.**, -
>  PBREX.PRUFST.CHOICE.AUDIT) -
>  BY(DSORG,NE,VSAM) -
> //SYSINDD *
>  DUMP OUTDDNAME(TAPE1) -
>  DATASET(FILTERDD(FILTER)) -
>  WAIT(0,0) -
>  FORCECP(0) -
>  DELETE PURGE
> 
> The other job is similar. Only similarity is that the generic dataset
> names refer to some GDGs, some of which are on tape.
> Both systems have the same usermods (for ADRUENQ and ADRUPSWD) but I
> have restored them off and still get the issue.
> 
> Thanks
> 
> Regards and thanks
> Paul
> 
> Atos, Atos Consulting, Worldline and Canopy The Open Cloud Company are
> trading names used by the Atos group. The following trading entities are
> registered in England and Wales: Atos IT Services UK Limited (registered
> number 01245534), Atos Consulting Limited (registered number 04312380),
> Atos Worldline UK Limited (registered number 08514184) and Canopy The
> Open Cloud Company Limited (registration number 08011902). The
> registered office for each is at Second Floor, Mid City Place, 71 High
> Holborn, London, WC1V 6EA.  The VAT No. for each is: GB232327983.
> 
> This e-mail and the documents attached are confidential and intended
> solely for the addressee, and may contain confidential or privileged
> information. If you receive this e-mail in error, you are not authorised
> to copy, disclose, use or retain it. Please notify the sender
> immediately and delete this email from your systems. As emails may be
> intercepted, amended or lost, they are not secure. Atos therefore can
> accept no liability for any errors or their content. Although Atos
> endeavours to maintain a virus-free network, we do not warrant that this
> transmission is virus-free and can accept no liability for any damages
> resulting from any virus transmitted. The risks are deemed to be
> accepted by everyone who communicates with Atos by email.
> 
> 

Re: Report volumes with IPLText

[Vernooij, Kees (ITOPT1) - KLM]

If you are not sure anymore what IPL text was written in the past to which 
volumes, there is:
REFORMAT REMOVEIPLTXT to clear this.

This way you are sure you will not accidently IPL something old and disastrous.

Kees.


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Jesse 1 Robinson
> Sent: 07 September, 2018 23:07
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Report volumes with IPLText
> 
> IIRC, every volume initialized by ICKDSF--is there any other way?--will
> contain code in the IPLTEXT area that loads a wait state 00F, which says
> that no IPL text exists, unless that area has been rewritten with true
> IPL text. So you might write a program that looks for the 00F wait state
> code and infer that otherwise it has actual IPL text. You work for the
> guvment, right?
> 
> .
> .
> 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 Steve Smith
> Sent: Friday, September 07, 2018 1:49 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: (External):Re: Report volumes with IPLText
> 
> ICKDSF claims it knows how to tell if IPL text exists.  Ref:
> https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.3.0/com.ibm.zos.
> v2r3.e0zm100/aa3iplt.htm
> 
> I used to know more about where IPL text was. Likely it would take an
> authorized program using EXCP to poke at it.  Regardless, I've never
> heard of any utility that did.  So, if you think there's a market, go
> ahead and write it!
> 
> sas
> 
> 
> On 9/7/2018 16:34, Seymour J Metz wrote:
> > I doubt it; what signature would it look for?
> >
> > It would be easy to write a program that looked for a specific version
> of IPLTEXT, but I don't see how to do anything more general than that.
> >
> >
> > --
> > Shmuel (Seymour J.) Metz
> > http://mason.gmu.edu/~smetz3
> >
> > 
> > From: IBM Mainframe Discussion List  on
> > behalf of Dyck, Lionel B. (RavenTek)
> > <01d7f21a6167-dmarc-requ...@listserv.ua.edu>
> > Sent: Friday, September 7, 2018 1:35 PM
> > To: IBM-MAIN@listserv.ua.edu
> > Subject: Report volumes with IPLText
> >
> > Is there a utility that will display all mounted volumes that have IPL
> Text installed?
> >
> > --
> > 
> > Lionel B. Dyck (Contractor)  <
> > Mainframe Systems Programmer - RavenTek Solution Partners
> 
> 
> --
> 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: Ts7700 replication

[Vernooij, Kees (ITOPT1) - KLM]

Yes, it is. In the TS7600 Management Class constructs, which define if, how and 
when data is replicated to other clusters in the grid.

Grtn,
Kees.


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Gadi Ben-Avi
> Sent: 02 September, 2018 13:28
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Ts7700 replication
> 
> As far as I know, the policy Is defined within the TS7760.
> 
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Peter
> Sent: Sunday, September 2, 2018 2:14 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Ts7700 replication
> 
> Is the policy written on Mainframe or is it within TCPIP on when it
> needs to be copied ?
> 
> On Sun 2 Sep, 2018, 2:52 PM Gadi Ben-Avi,  wrote:
> 
> > I have very limited knowledge but:
> > When two, or more, TS7700's are connected it is called a grid
> > configuration.
> > The different members of a grid are connected using an IP network.
> > There is a policy that defines when a tape is copied.
> > You can copy a tape when it is closed, or at the end of every block
> > written.
> >
> > Gadi
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List  On
> > Behalf Of Peter
> > Sent: Sunday, September 2, 2018 1:10 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Ts7700 replication
> >
> > Hi
> >
> > I confess that I have no knowledge about ts7700. Wanted to know how
> > ts7700 tape gets copied to the disaster site ?
> >
> > Can someone please explain me ?
> >
> > Peter
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions, send
> > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
> > .
> > הודעה זו נשלחה אליך מטעם חברה בקבוצת מלם תים וייתכן שהיא מוגנת תחת
> > סודיות מסחרית. כל הצעה, התחייבות או מצג מטעם החברה, מחייבים מסמך נפרד
> > וחתום על ידי מורשה החתימה של החברה. החברה רשאית לנטר כל תכתובת העוברת
> > בשרתיה והיא לא תישא באחריות לכל נזק, ו/או אובדן, שיבוש או פגיעה במידע
> > כלשהו שנגרם מסיבות של תקיפה חיצונית ו/או זדונית על הארגון.
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions, send
> > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 
> .
> הודעה זו נשלחה אליך מטעם חברה בקבוצת מלם תים וייתכן שהיא מוגנת תחת
> סודיות מסחרית. כל הצעה, התחייבות או מצג מטעם החברה, מחייבים מסמך נפרד
> וחתום על ידי מורשה החתימה של החברה. החברה רשאית לנטר כל תכתובת העוברת
> בשרתיה והיא לא תישא באחריות לכל נזק, ו/או אובדן, שיבוש או פגיעה במידע
> כלשהו שנגרם מסיבות של תקיפה חיצונית ו/או זדונית על הארגון.
> 
> --
> 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: TS7760

[Vernooij, Kees (ITOPT1) - KLM]

I agree, I just finished it for our upgrade from TS7740 to TS7760.

However, if you are brandnew to tapelibraries, some help from IBM with the 
installation and setup is probably useful, e.g. with the updates you should 
apply to your ACS routines. We had some trouble discovering the "AFF=SMST" 
trick.

Grtn,
Kees.


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Roger Lowe
> Sent: 02 September, 2018 15:33
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: TS7760
> 
> On Sun, 2 Sep 2018 06:28:24 +, Gadi Ben-Avi 
> wrote:
> 
> >Hi,
> >
> >I've just been informed that we're getting a brand new TS7760
> >
> >We've never had any type of tape library. Before.
> >
> >I've been trying to find the FIXCATS I need to explore in order to
> install the required fixes.
> >
> >I've found IBM.Device.Tape.TS7700-3957.
> >Are there any FIXCATS I should be looking at, for SMS, or any other
> software.
> >
> >We'll be using Control-T as out tape management system.
> >
> >Thanks
> >
> >Gadi
> >
> Gadi,
>I would suggest you get a hold of Redbook "IBM TS7700 Release 4,1
> and 4.12 Guide" . could be a good starting point
> 
> Hope that helps.
> 
> Roger
> 
> --
> 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: [External] Re: cross LPAR priority and cycle stealing

[Vernooij, Kees (ITOPT1) - KLM]

We did some investigation in the past.
AFAIK, there are several tools to manage the CP capacity between LPARs that are 
not in a sysplex:
IBMs Group capacity (Free!) and zCost: do not what you look for.
BMCs tool iCap (it seems to be called TrueSight Capacity Optimization now) 
takes the PI's and Importance of workload into consideration, so this is what 
you are looking for.
zDynacap (from SDS?) does the same.

Grtn,
Kees.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Pommier, Rex
> Sent: 29 August, 2018 0:04
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: [External] Re: cross LPAR priority and cycle stealing
> 
> That's what I was afraid of, but was hoping.
> 
> Thanks, Martin.
> 
> Rex
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Martin Packer
> Sent: Tuesday, August 28, 2018 4:13 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: [External] Re: cross LPAR priority and cycle stealing
> 
> 
> 
> Then the two WLMs can’t cooperate - and aren’t even aware of each
> other’s
> 
> state. :-(
> 
> 
> 
> Manual shifting the weights - via BCPii - might be doable.
> 
> 
> 
> Cheers, Martin
> 
> 
> 
> Sent from my iPad
> 
> 
> 
> > On 28 Aug 2018, at 22:11, Pommier, Rex 
> wrote:
> 
> >
> 
> > Hi Martin,
> 
> >
> 
> > Sorry, no sysplex.
> 
> >
> 
> > Rex
> 
> >
> 
> > -Original Message-
> 
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On
> 
> Behalf Of Martin Packer
> 
> > Sent: Tuesday, August 28, 2018 3:59 PM
> 
> > To: IBM-MAIN@LISTSERV.UA.EDU
> 
> > Subject: [External] Re: cross LPAR priority and cycle stealing
> 
> >
> 
> >
> 
> >
> 
> > Are these LPARs in the same Sysplex? Two beneficial effects if they
> are:
> 
> >
> 
> > 1) You could - with IRD Weight Management - have weights shifted
> between
> 
> > the LPARs.
> 
> >
> 
> > 2) Sysplex PI for important works comes into play.
> 
> >
> 
> > Cheers, Martin
> 
> >
> 
> > Sent from my iPad
> 
> >
> 
> >> On 28 Aug 2018, at 21:52, Pommier, Rex 
> wrote:
> 
> >>
> 
> >> Hello list,
> 
> >>
> 
> >> Hypothetical scenario is a single machine with 2 LPARs on it, each
> LPAR
> 
> > is defined as having 50% of the capacity of the entire machine,
> uncapped
> 
> > across the board.  In this scenario, if both LPAR1 and LPAR2 are
> running
> 
> > flat out, each LPAR will take 50% of the machine.  If one of the LPARs
> is
> 
> > busy and the other isn't doing anything, the busy LPAR will "steal"
> 
> cycles
> 
> > from the not busy one.  That's the easy part.  Here's where my
> thoughts
> 
> get
> 
> > fuzzy.  Is there a way to differentiate between high priority work on
> one
> 
> > LPAR and low priority work on the other LPAR.  Here's what I'd like to
> 
> do:
> 
> > Say I'm running a bunch of production on one LPAR and a bunch of test
> 
> work
> 
> > on the other one.  I'd like to be able to steal cycles from the test
> LPAR
> 
> > and give them to the production one.  I know WLM handles this within
> an
> 
> > LPAR, making sure the high priority work gets the cycles it needs, but
> is
> 
> > there a mechanism where I can do this across multiple LPARs?  If there
> 
> is,
> 
> > can somebody point me to the right place for learning how to configure
> 
> this
> 
> > to happen automatically?
> 
> >>
> 
> >> I have higher and lower priority work alternating between multiple
> LPARs
> 
> > and would like the machine to be able to better balance the workloads
> so
> 
> > that regardless of which LPAR the high priority work is on, it gets
> the
> 
> CPU
> 
> > necessary.
> 
> >>
> 
> >> TIA,
> 
> >>
> 
> >> Rex
> 
> >>
> 
> >>
> 
> >> The information contained in this message is confidential, protected
> 
> from
> 
> > disclosure and may be legally privileged.  If the reader of this
> message
> 
> is
> 
> > not the intended recipient or an employee or agent responsible for
> 
> > delivering this message to the intended recipient, you are hereby
> 
> notified
> 
> > that any disclosure, distribution, copying, or any action taken or
> action
> 
> > omitted in reliance on it, is strictly prohibited and may be unlawful.
> 
> If
> 
> > you have received this communication in error, please notify us
> 
> immediately
> 
> > by replying to this message and destroy the material in its entirety,
> 
> > whether in electronic or hard copy format.  Thank you.
> 
> >>
> 
> >> -
> -
> 
> >> For IBM-MAIN subscribe / signoff / archive access instructions,
> 
> >> send email to lists...@listserv.ua.edu with the message: INFO IBM-
> MAIN
> 
> >> 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
> 
> >
> 
> >
> 
> > --
> 
> 

Re: Searching the archives.

[Vernooij, Kees (ITOPT1) - KLM]

>From https://listserv.ua.edu/archives/ibm-main.html I select "Search the 
>archives" and search for "system symbols" since "1 jan 2018". This has no 
>results.

Playing around with other search options and screens reveils old articles.
It did work well earlier this year.

Kees.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Lizette Koehler
> Sent: 20 August, 2018 18:50
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Searching the archives.
> 
> Which URL are you using?  There are two and one is for a much older
> archive.
> 
> Could you show us your search keywords and where you are entering them?
> 
> 
> 
> General MVS IBM-Main  https://listserv.ua.edu/archives/ibm-main.html
> 
> 
> 
> IBM-MAIN Archives 1986-2004 (834 Subscribers)
> 
> https://listserv.ua.edu/cgi-bin/wa?A0=IBM-MAIN-ARCHIVES
> 
> 
> Lizette
> 
> 
> 
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List  On
> Behalf Of
> > Vernooij, Kees (ITOPT1) - KLM
> > Sent: Monday, August 20, 2018 5:56 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Searching the archives.
> >
> > Hello,
> >
> > I try to look up a subject from a few months ago in the Archives, but
> all the
> > searchoptions return matches from sometimes 2005 and older, sometimes
> 2009
> > and older. Nothing from this year.
> > How do I Search the Archives?
> >
> > Kees.
> >
> > 
> > For information, services and offers, please visit our web site:
> > http://www.klm.com. This e-mail and any attachment may contain
> confidential
> > and privileged material intended for the addressee only. If you are
> not the
> > addressee, you are notified that no part of the e-mail or any
> attachment may
> > be disclosed, copied or distributed, and that any other action related
> to
> > this e-mail or attachment is strictly prohibited, and may be unlawful.
> If you
> > have received this e-mail by error, please notify the sender
> immediately by
> > return e-mail, and delete this message.
> >
> > Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or
> its
> > employees shall not be liable for the incorrect or incomplete
> transmission of
> > this e-mail or any attachments, nor responsible for any delay in
> receipt.
> > Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal
> Dutch
> > Airlines) is registered in Amstelveen, The Netherlands, with
> registered
> > number 33014286
> > 
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions, send
> email to
> > lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

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


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

Re: Searching the archives.

[Vernooij, Kees (ITOPT1) - KLM]

>From https://listserv.ua.edu/archives/ibm-main.html I select "Search the 
>archives" and search for "system symbols" since "1 jan 2018".

It did work well earlier this year.

Kees.


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Lizette Koehler
> Sent: 20 August, 2018 18:50
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Searching the archives.
> 
> Which URL are you using?  There are two and one is for a much older
> archive.
> 
> Could you show us your search keywords and where you are entering them?
> 
> 
> 
> General MVS IBM-Main  https://listserv.ua.edu/archives/ibm-main.html
> 
> 
> 
> IBM-MAIN Archives 1986-2004 (834 Subscribers)
> 
> https://listserv.ua.edu/cgi-bin/wa?A0=IBM-MAIN-ARCHIVES
> 
> 
> Lizette
> 
> 
> 
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List  On
> Behalf Of
> > Vernooij, Kees (ITOPT1) - KLM
> > Sent: Monday, August 20, 2018 5:56 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Searching the archives.
> >
> > Hello,
> >
> > I try to look up a subject from a few months ago in the Archives, but
> all the
> > searchoptions return matches from sometimes 2005 and older, sometimes
> 2009
> > and older. Nothing from this year.
> > How do I Search the Archives?
> >
> > Kees.
> >
> > 
> > For information, services and offers, please visit our web site:
> > http://www.klm.com. This e-mail and any attachment may contain
> confidential
> > and privileged material intended for the addressee only. If you are
> not the
> > addressee, you are notified that no part of the e-mail or any
> attachment may
> > be disclosed, copied or distributed, and that any other action related
> to
> > this e-mail or attachment is strictly prohibited, and may be unlawful.
> If you
> > have received this e-mail by error, please notify the sender
> immediately by
> > return e-mail, and delete this message.
> >
> > Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or
> its
> > employees shall not be liable for the incorrect or incomplete
> transmission of
> > this e-mail or any attachments, nor responsible for any delay in
> receipt.
> > Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal
> Dutch
> > Airlines) is registered in Amstelveen, The Netherlands, with
> registered
> > number 33014286
> > 
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions, send
> email to
> > lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

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


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

Searching the archives.

[Vernooij, Kees (ITOPT1) - KLM]

Hello,

I try to look up a subject from a few months ago in the Archives, but all the 
searchoptions return matches from sometimes 2005 and older, sometimes 2009 and 
older. Nothing from this year.
How do I Search the Archives?

Kees.


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

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


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

Re: CF - CFRM Question.

[Vernooij, Kees (ITOPT1) - KLM]

Did you deactivate and activate the new CF LPARs?

The CFRM CDS has 8 slots to store policies by 'PGM=IXCMIAPU' and different 
names from 'DEFINE POLICY NAME()'.
With SETXCF START,POL,TYPE=CFRM,POLNAME=xx you make one of the policies the 
active policy. This policy is copied to the slot of the 'active policy', so you 
could overwrite the policy with its original name again, without changing the 
'active' policy. Although I recommend using new names for new policies, so you 
can activate the new policy and as easily, you can activate the old policy 
again in case of problems.

Kees.


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Steely.Mark
> Sent: 16 August, 2018 22:19
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: CF - CFRM Question.
> 
> We are z/OS V2.2. While I was updating the IODF It was decided to change
> the Couple Facility Partition Identifier (CFA) from 8 to 9. Nothing else
> about that partition was changed.
> 
> Also another CF Partition was created as  CFB with Partition Identifier
> 9. At this point nothing is attached to this partition.
> 
> I was informed since the partition ID was changed that the CFRM needed
> to be updated.
> 
> So I added the additional CF NAME  and updated the PARTITION #.
> CF NAME(CFA)
>TYPE(00)
>MFG(IBM)
>PLANT(02)
>SEQUENCE(00094037)
>PARTITION(9)
>CPCID(00)
>DUMPSPACE(367002)
> 
> CF NAME(CFB)
>TYPE(00)
>MFG(IBM)
>PLANT(02)
>SEQUENCE(00094037)
>PARTITION(8)
>CPCID(00)
>DUMPSPACE(367002)
> 
> Also updated all STRUCTURE's with PREFLIST with CFA & CFB.
> 
> STRUCTURE NAME(XX__X)
>SIZE(172128)
>INITSIZE(114752)
>FULLTHRESHOLD(90)
>ALLOWAUTOALT(NO)
>REBUILDPERCENT(1)
>DUPLEX(DISABLED)
>PREFLIST(CFA,CFB)
> 
> Then executed the utility and received a Cond code 0.
> 
> During the IPL the following message was received:
> 
> IXC518I SYSTEM  not using CF
> 
> Reason: Not in the CFRM active policy
> Reason Flag: 1332.
> 
> NOT IN THE CFRM ACTIVE POLICY. REASON FLAG: reason.
> The CFRM active policy does not have this coupling facility defined. The
> coupling facility is connected to the system but will not be used since
> not in CFRM active policy.
> 
> After that re-occurring error messages .
> 
> At this point I decide to change the partition number back to 8 in the
> HMC and re-activated the CF.
> I also put back in place the old CFRM. RE-IPL and was able to
> successfully bring the system back up.
> 
> What would be the correct way to update this ?  What I have been able to
> find is to create a new CFRM and then perform a SETXCF
> START,POLICY,TYPE=CFRM,POLNAME=CFRM.
> Do I update the current CFRM?
> Can I use the same POLNAME ?
> How do I switch to the updated CFRM ?
> 
> Any help would be appreciated.
> 
> We were also wondering  how the system was able to use the partition #
> defined in the CFRM  as partition 8 but the IODF has it defined as
> partition 9.
> 
> Thank You
> 
> 
> 
> 
> *** Disclaimer ***
> This communication (including all attachments) is solely for the use of
> the person to whom it is addressed and is a confidential AAA
> communication. If you are not the intended recipient, any use,
> distribution, printing, or copying is prohibited. If you received this
> email in error, please immediately delete it and notify the sender.
> 
> --
> 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 

Re: SAN switch for TAPE drive

[Vernooij, Kees (ITOPT1) - KLM]

No, it is a good question.
SAN switches are needed (or more efficient in connections) with more complex 
configurations. Since most configurations are that complex that SAN switches 
are useful, one only talks about these configurations.
So the simple configurations where you connect one device to one CPC (and don't 
need a SAN switch) are never mentioned, but still are valid.

Kees.


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Peter
> Sent: 10 August, 2018 8:46
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: SAN switch for TAPE drive
> 
> Hi
> 
> Apology for the dummy query
> 
> Is it really required for tape drives ficons have to go via San switch ?
> Or
> it can be connected directly ? Any particular reason if it has to be via
> SAN switch ?
> 
> Regards
> Peter
> 
> --
> 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: SYSLOG and LOGR query

[Vernooij, Kees (ITOPT1) - KLM]

That's clear: you changed the hardcopy device from Syslog to Operlog, i.s.o. 
adding operlog. Writelog started SYSLOG as hardcopy device.

When you see all log in SDSF's LOG O, it is available in the logstream, no 
doubt about that. 
Getting it out seems to be a IEAMDBLG problem. Maybe someone has a working 
example. Is there no utility, like IFASMFDL for SMF, to read Operlog parameter 
driven?

Grtn,
Kees.


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Sean Gleann
> Sent: 20 July, 2018 14:41
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: SYSLOG and LOGR query
> 
> Hi Kees
> 
> Regarding your second point first -
> When I went to the SDSF LOG panel, I saw that was in the OPERLOG,
> probably
> resulting from something I'd done yesterday. Command LOG SYSLOG switched
> me
> to the SYSLOG, where just one line was given - the one that says
> "IEE042I
> SYSTEM LOG DATA SET INITIALIZED", with nothing before or after. It was
> at
> that point that the concepts of 'SYSLOG' and 'OPERLOG' rang a bell for
> me,
> and I checked my CONSOLxx member.
> There, I had HARDCOPY DEVNUM(OPERLOG) ROUTCODE(ALL) CMDLEVEL(CMDS)
> HCFORMAT(CENTURY) specified. I changed the DEVNUM specification to
> DEVNUM(SYSLOG,OPERLOG), then 'T'-d that modified member in to play. Now
> I've got the buffered SYSLOG being written whenever I use the 'W L'
> command.
> 
> As far as the retrieving the data is concerned, I've been taking a
> closer
> look at the source code for the  IEAMDBLG program. Granted, this program
> is
> supplied on an 'as is' basis, but the general quality is not what I
> would
> call 'high'. I can see see a number of questionable code sequences, and
> I'll probably be writing my own program to replace it in the near
> future.
> 
> Sean
> 
> On 20 July 2018 at 12:08, Vernooij, Kees (ITOPT1) - KLM <
> kees.verno...@klm.com> wrote:
> 
> > This does not sound logical to me. Messages are written to the
> logstream
> > (possibly in blocks) and should be retrievable immediately.
> > The W L (operator) command writes the internally buffered SYSLOG to
> JES2
> > sysoutclass L.
> >
> > Grtn,
> > Kees.
> >
> >
> > > -Original Message-
> > > From: IBM Mainframe Discussion List [mailto:IBM-
> m...@listserv.ua.edu] On
> > > Behalf Of Sean Gleann
> > > Sent: 20 July, 2018 12:21
> > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > Subject: Re: SYSLOG and LOGR query
> > >
> > > Well, I went home yesterday without making much progress and then
> > > returned
> > > to work this morning to find that the darned thing had sprung in to
> > > life!
> > >
> > > I've now got four 'offload' files (is that the right terminology?
> Files
> > > with names like ".SYSPLEX.OPERLOG.A000"), and using
> IEAMDBLG
> > > actually produces a data file and goes to RC0.
> > > A 'W L' command in SDSF produces a SYSLOG file on my Hold queue,
> that
> > > contains a single line with the message "IEE042I SYSTEM LOG DATA SET
> > > INITIALIZED".
> > >
> > > My only misgiving at present is that IEAMDBLG can only 'see' data up
> to
> > > midnight yesterday/today. Any attempt to retrieve data beyond that
> point
> > > results in a U0001 abend again. I'm not too worried about that,
> since
> > > 'data
> > > up to midnight' exactly fits my requirements. I'll keep an eye on
> the
> > > situation and make sure that I can retrieve for today when tomorrow
> > > comes
> > > around.
> > >
> > >
> > > Thank you all for the help, comments and pointers - things appear to
> be
> > > going as expected (for now!)
> > >
> > > Sean
> > >
> > > On 20 July 2018 at 07:27, Vernooij, Kees (ITOPT1) - KLM <
> > > kees.verno...@klm.com> wrote:
> > >
> > > > Skip,
> > > > I know that.
> > > >
> > > > Kees.
> > > >
> > > >
> > > > > -Original Message-
> > > > > From: IBM Mainframe Discussion List [mailto:IBM-
> > > m...@listserv.ua.edu] On
> > > > > Behalf Of Jesse 1 Robinson
> > > > > Sent: 19 July, 2018 17:56
> > > > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > > > Subject: Re: SYSLOG and LOGR query
> > > > >
> > > > > You get OPERLOG recording not just 'if' JES2 is down. OPERLOG
> starts
> > > > > recording very early in an

Re: SYSLOG and LOGR query

[Vernooij, Kees (ITOPT1) - KLM]

This does not sound logical to me. Messages are written to the logstream 
(possibly in blocks) and should be retrievable immediately.
The W L (operator) command writes the internally buffered SYSLOG to JES2 
sysoutclass L.

Grtn,
Kees.


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Sean Gleann
> Sent: 20 July, 2018 12:21
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: SYSLOG and LOGR query
> 
> Well, I went home yesterday without making much progress and then
> returned
> to work this morning to find that the darned thing had sprung in to
> life!
> 
> I've now got four 'offload' files (is that the right terminology? Files
> with names like ".SYSPLEX.OPERLOG.A000"), and using IEAMDBLG
> actually produces a data file and goes to RC0.
> A 'W L' command in SDSF produces a SYSLOG file on my Hold queue, that
> contains a single line with the message "IEE042I SYSTEM LOG DATA SET
> INITIALIZED".
> 
> My only misgiving at present is that IEAMDBLG can only 'see' data up to
> midnight yesterday/today. Any attempt to retrieve data beyond that point
> results in a U0001 abend again. I'm not too worried about that, since
> 'data
> up to midnight' exactly fits my requirements. I'll keep an eye on the
> situation and make sure that I can retrieve for today when tomorrow
> comes
> around.
> 
> 
> Thank you all for the help, comments and pointers - things appear to be
> going as expected (for now!)
> 
> Sean
> 
> On 20 July 2018 at 07:27, Vernooij, Kees (ITOPT1) - KLM <
> kees.verno...@klm.com> wrote:
> 
> > Skip,
> > I know that.
> >
> > Kees.
> >
> >
> > > -Original Message-
> > > From: IBM Mainframe Discussion List [mailto:IBM-
> m...@listserv.ua.edu] On
> > > Behalf Of Jesse 1 Robinson
> > > Sent: 19 July, 2018 17:56
> > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > Subject: Re: SYSLOG and LOGR query
> > >
> > > You get OPERLOG recording not just 'if' JES2 is down. OPERLOG starts
> > > recording very early in an IPL--before JES starts--and continues
> until V
> > > XCF,OFF--after JES has shut down. SYSLOG can eventually write out
> very
> > > early IPL-time messages stored by MVS before JES starts but quits as
> > > soon as JES terminates. That alone should make the effort
> worthwhile.
> > >
> > > .
> > > .
> > > J.O.Skip Robinson
> > 
> > For information, services and offers, please visit our web site:
> > http://www.klm.com. This e-mail and any attachment may contain
> > confidential and privileged material intended for the addressee only.
> If
> > you are not the addressee, you are notified that no part of the e-mail
> or
> > any attachment may be disclosed, copied or distributed, and that any
> other
> > action related to this e-mail or attachment is strictly prohibited,
> and may
> > be unlawful. If you have received this e-mail by error, please notify
> the
> > sender immediately by return e-mail, and delete this message.
> >
> > Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or
> its
> > employees shall not be liable for the incorrect or incomplete
> transmission
> > of this e-mail or any attachments, nor responsible for any delay in
> receipt.
> > Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal
> Dutch
> > Airlines) is registered in Amstelveen, The Netherlands, with
> registered
> > number 33014286
> > 
> >
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

Re: SYSLOG and LOGR query

[Vernooij, Kees (ITOPT1) - KLM]

Skip,
I know that.

Kees.


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Jesse 1 Robinson
> Sent: 19 July, 2018 17:56
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: SYSLOG and LOGR query
> 
> You get OPERLOG recording not just 'if' JES2 is down. OPERLOG starts
> recording very early in an IPL--before JES starts--and continues until V
> XCF,OFF--after JES has shut down. SYSLOG can eventually write out very
> early IPL-time messages stored by MVS before JES starts but quits as
> soon as JES terminates. That alone should make the effort worthwhile.
> 
> .
> .
> J.O.Skip Robinson

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: SYSLOG and LOGR query

[Vernooij, Kees (ITOPT1) - KLM]

"that is all the SYSLOGs that are being collected all in one place, right?"
If you mean: "all SYSLOGs within the Sysplex" you are right. Logstreams don't 
cross sysplexes.

Unfortunately, we don't use IEAMDBLG, so I can't help you there. 
We still use the jes2 syslog for daily archiving, no time/need yet to change 
this. But the long online availability and SDSF's Operlog feature alone are 
worthwhile the effort.

Kees.


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Sean Gleann
> Sent: 19 July, 2018 15:35
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: SYSLOG and LOGR query
> 
> OK, I understand Allan's point about there being no benefit in using CFs
> with DASDONLY, but I'd put that consideration to one side since - as I
> say
> - I'm working with a MONOPLEX and so I don't expect to be sharing
> anything.
> I just want to make use of the facility.
> 
> I've already put a fair amount of work in to gathering SMF data in a
> logstream and the result works fine - & is far easier to work with that
> the
> old-style MANx files IMHO.
> 
> With regard to the OPERLOG, that is all the SYSLOGs that are being
> collected all in one place, right?
> Well, in my situation, I can't see any difference between the SDSF
> OPERLOG
> and the SDSF SYSLOG displays. Which makes sense to me. I've only got one
> source.
> 
> Kees is right - I want to be able capitalise on the "...easier to
> process,
> search, keep for a longer period..." bits. I want to fully automate the
> collection of my SYSLOG in daily files. I've currently got a horrible
> kludgy set-up of REXX execs and ICEMAN stuff and manual interventions to
> do
> this. Having seen how much easier things were with the SMF data, I moved
> on
> to handling the SYSLOG in a similar manner.
> But I appear to have fallen in to a hole...
> 
> Sean
> 
> On 19 July 2018 at 14:22, John McKown 
> wrote:
> 
> > On Thu, Jul 19, 2018 at 8:20 AM Vernooij, Kees (ITOPT1) - KLM <
> > kees.verno...@klm.com> wrote:
> >
> > > He says he has a monoplex.
> > > The advantage is, that you het syslog data in the operlog logstream,
> > > i.s.o. Jes2 Sysout files. That can be easier to process, search,
> keep
> > for a
> > > longer period etc.
> > >
> >
> > ​I haven't done it, but would it also mean that you'd get the "syslog"
> data
> > recorded even if JES2 is down. I.e. when you are shutting down to IPL,
> you
> > have a more complete record.​
> >
> >
> >
> > >
> > > Kees.
> > >
> >
> > --
> > There is no such thing as the Cloud. It is just somebody else’s
> computer.
> >
> > Maranatha! <><
> > John McKown
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

For 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: SYSLOG and LOGR query

[Vernooij, Kees (ITOPT1) - KLM]

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of John McKown
> Sent: 19 July, 2018 15:22
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: SYSLOG and LOGR query
> 
> On Thu, Jul 19, 2018 at 8:20 AM Vernooij, Kees (ITOPT1) - KLM <
> kees.verno...@klm.com> wrote:
> 
> > He says he has a monoplex.
> > The advantage is, that you het syslog data in the operlog logstream,
> > i.s.o. Jes2 Sysout files. That can be easier to process, search, keep
> for a
> > longer period etc.
> >
> 
> ​I haven't done it, but would it also mean that you'd get the "syslog"
> data
> recorded even if JES2 is down. I.e. when you are shutting down to IPL,
> you
> have a more complete record.​
> 
> 
> 

Correct.
Plus: you have SDSF's Operlog features, like filter etc. etc. A nice set of 
enhancements over SYLOG.

Kees.

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

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



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

Re: SYSLOG and LOGR query

[Vernooij, Kees (ITOPT1) - KLM]

He says he has a monoplex.
The advantage is, that you het syslog data in the operlog logstream, i.s.o. 
Jes2 Sysout files. That can be easier to process, search, keep for a longer 
period etc.

Kees.


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Allan Staller
> Sent: 19 July, 2018 15:10
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: SYSLOG and LOGR query
> 
> DASD only logstreams cannot be shared.  Architectural limitation.
> 
> You can get operlog to work w/DASDONLY,  but only for a single system.
> There is no benefit to LOGR unless you have a CF.
> 
> To save you the work, don't bother w/SMF or LOGREC logstreams either.
> 
> 
> HTH,
> 
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Sean Gleann
> Sent: Thursday, July 19, 2018 8:04 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: SYSLOG and LOGR query
> 
> I'm trying to use a LOGR logstream to gather the SYSLOG data, but I
> don't appear to be able to make it work...
> I believe I've correctly followed all the instructions detailed in the
> relevant section of the "z/OS System Logger" redbook.
> Modifying the CFRM policy to add the OPERLOG structure, and then
> defining the associated logstream all appears to have gone OK. For what
> it's worth, I'm working with a system in MONOPLEX mode, so the logstream
> is defined with DASDONLY(YES) specified.
> My CONSOLxx member includes "HARDCOPY DEVNUM(OPERLOG) ROUTCODE(ALL)
> CMDLEVEL(CMDS) HCFORMAT(CENTURY)", which I *think* is right but I'm not
> absolutely certain.
> Then to 'activate' the facility, I used the V OPERLOG,HARDCPY command -
> which again I'm not absolutely certain of.
> 
> Whenever I try to use the IEAMDBLG program, it either abends with a
> U0001 or ends with message "MLG003I NORECORDS IN RANGE", depending on
> the PARM that I use.
> 
> Can anyone see anything wrong with my work here, please?
> I can't be the only one trying to do this, so if any one out there can
> help at all, I'd appreciate it mightily.
> 
> Sean
> 
> --
> 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

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 

Re: SYSLOG and LOGR query

[Vernooij, Kees (ITOPT1) - KLM]

2 things that may help:
- dasd only logstreams don't need a CF structure
- you can browse the operlog via SDSF and the LOG O command. This way you can 
verify that Operlog works and you can concentrate on retrieving it.

Grtn,
Kees.


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Sean Gleann
> Sent: 19 July, 2018 15:04
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: SYSLOG and LOGR query
> 
> I'm trying to use a LOGR logstream to gather the SYSLOG data, but I
> don't
> appear to be able to make it work...
> I believe I've correctly followed all the instructions detailed in the
> relevant section of the "z/OS System Logger" redbook.
> Modifying the CFRM policy to add the OPERLOG structure, and then
> defining
> the associated logstream all appears to have gone OK. For what it's
> worth,
> I'm working with a system in MONOPLEX mode, so the logstream is defined
> with DASDONLY(YES) specified.
> My CONSOLxx member includes "HARDCOPY DEVNUM(OPERLOG) ROUTCODE(ALL)
> CMDLEVEL(CMDS) HCFORMAT(CENTURY)", which I *think* is right but I'm not
> absolutely certain.
> Then to 'activate' the facility, I used the V OPERLOG,HARDCPY command -
> which again I'm not absolutely certain of.
> 
> Whenever I try to use the IEAMDBLG program, it either abends with a
> U0001
> or ends with message "MLG003I NORECORDS IN RANGE", depending on the PARM
> that I use.
> 
> Can anyone see anything wrong with my work here, please?
> I can't be the only one trying to do this, so if any one out there can
> help
> at all, I'd appreciate it mightily.
> 
> Sean
> 
> --
> 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: Translate a ACS routine in batch

[Vernooij, Kees (ITOPT1) - KLM]

You can activate an SMS configuration via an operator command (hence also in 
batch): 
SETSMS SCDS(cds dataset)
SAVEACDS(spare cds dataset)

Kees.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Gadi Ben-Avi
> Sent: 18 July, 2018 7:19
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Translate a ACS routine in batch
> 
> Hi,
> Is it possible to translate a ACS routine in Batch?
> Is it possible to activate a SMS configuration in Batch?
> 
> I am running z/OS v2.2.
> 
> Thanks
> 
> Gadi
> 
> ? ?? ?    ?? ??? ??? ??  ? ???
> ?? ??. ?? ,  ?? ???  ?, ???  
> ? ?? ??? ? ?? ?? ?. ? ?  ?? ?? ??
> ??  ??  ??? ??? ???, ?/?? ?, ? ?? ? ?
> ? ? ?? ?? ? ??? ?/?? ?? ?? ??.
> 
> --
> 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: (OT) Good bye everyone

[Vernooij, Kees (ITOPT1) - KLM]

Ed, best wishes for the future and I hope you find something interesting to 
focus on.

Kees.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Edward Gould
> Sent: 16 July, 2018 21:24
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: (OT) Good bye everyone
> 
> Approximately 2 months I had a life altering incident.
> I can no longer function as a sysprog. I resigned my no pay job at the
> place I used to donate my time.
> I find I can no longer do the job.
> I hope much success to all of you and hope that you can carry on with
> your work, despite IBM’s best efforts to do away with the profession.
> Thanks, to John Ells and the many other IBMer’s who give their time and
> their experience with IBM-MAIN.
> Not sure what is ahead for me, other than traveling with a companion as
> I can barely walk.
> I am 70 years old and I am finding life without a technical challenge
> not interesting and since I can no longer function in that capacity I
> will have to find some other outlet.
> Best wishes to you all.
> 
> Ed
> 
> --
> 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: Using JCL Symbld and TYPRUN=SCAN

[Vernooij, Kees (ITOPT1) - KLM]

Nice program, I made it a long time ago for load tests and called it IEFBR15.

Grtn,
Kees.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Steve Smith
> Sent: 12 July, 2018 16:19
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Using JCL Symbld and TYPRUN=SCAN
> 
> And that's the point...
> 
> SR 14,14
> BR 15
> 
> is easier and clearer than machine language, but
> 
> main {}
> 
> is (sorta) clearer than that.
> 
> sas
> 
> p.s. bonus points if you see what I did there ;-)
> 
> 
> On Thu, Jul 12, 2018 at 9:19 AM, John Eells  wrote:
> 
> > Ed Jaffe wrote:
> >
> >> On 7/11/2018 4:04 PM, Pew, Curtis G wrote:
> >>
> >>> I don’t think it’s true that JCL is the worst programming language
> (with
> >>> all due respect to Fred Brooks) because it isn’t really a
> programming
> >>> language. Should it have been a programming language? Almost
> certainly, as
> >>> shown by Unix scripting languages. But it isn’t...
> >>>
> >>
> >> With all due respect to whomever deserves it, ANY instructions
> telling
> >> the computer what to do constitute programming...
> >>
> >>
> > This opens up the "competition for the race to the bottom" to machine
> > language, which is clearly the "winner" here!  Even 1BFF07FE is harder
> to
> > read and code than its 2-instruction assembler counterpart.
> >
> > (OK, so I could not resist.  Back into my hole now.)
> >
> > --
> > John Eells
> > IBM Poughkeepsie
> > ee...@us.ibm.com
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
> 
> 
> 
> --
> sas
> 
> --
> 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: Primary & secondary space values in DFSORT's dynamic work space allocation.

[Vernooij, Kees (ITOPT1) - KLM]

Ok, I'm happy to see we have the same view on the (ahum) 'problem'.

Kees.


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Peter Hunkeler
> Sent: 11 July, 2018 16:17
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: AW: Re: Primary & secondary space values in DFSORT's dynamic
> work space allocation.
> 
> 
> >What is in fact the problem with this job, that the SORTWK
> specification should be changed from JCL to dynamic?
> [snip]
> 
> 
> I totally agree with all you write.
> 
> 
> I don't know, and honestly I don't understand why they were asked to do
> change. I was only contacted by the desperate developer when he
> recognized the change could lead to production job abends. This was just
> before the software delivery cycle.
> 
> 
> I tried to understand how the parameters for the dynamic allocation
> work, so as to be able to give good recommendation to them. By testing,
> I found that the DYNAPCT creates some reserve work space data sets, but
> the total space of *all* the reserve data sets is roughly the space of a
> *single* initial work data set. Doesn't make sense to me, and IBM seems
> to agree. Therefore the PMR.
> 
> 
> 
> 
> --
> Peter Hunkeler
> 
> 
> 
> 
> 
> --
> 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: Primary & secondary space values in DFSORT's dynamic work space allocation.

[Vernooij, Kees (ITOPT1) - KLM]

What is in fact the problem with this job, that the SORTWK specification should 
be changed from JCL to dynamic?

It seems, that you try to provide the much varying workspace, where in fact, 
the job should be able to get its space anyhow.

What is the problem with specifying the historical 90% space consumption and 
allow for 50 or 100% growth, in JCL?
When needed, you must have the largest amount of space available, so why not 
make it available to every run of the job? It is only temporary, 
seconds/minutes/qtrs/hours, not permanent.

Kees.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Peter Hunkeler
> Sent: 04 July, 2018 21:36
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Primary & secondary space values in DFSORT's dynamic work space
> allocation.
> 
> Some background, first.
> 
> I was asked to help a COBOL application calling DFSORT internally via
> INPUT / OUTPUT PRODECURE (E15/E35) interface. The input data size is
> unknown, but varying greatly. FILESZ cannot be supplied. So, DFSORT has
> no way to calculate the required disk work space.
> 
> 
> The application was asked to change from JCL allocated SORTWKnn to
> dynamically allocated sort work space.
> 
> 
> DFSORT options DYNALLOC, DYNAPCT, and DYNSPC are the options used to
> help DFSORT optimally allocate the sort work space. Some extracts from
> the manual are listed below.
> 
> 
> I read the relevant parts in the Installation & Customization, the
> Application Programmer, and the Tuning Guide, but still I'm not sure I
> understand how and when the work space data set are allocated. The disk
> space allocated is of special interest here.
> 
> 
> Suppose: DYNALLOC=(,8),DYNAPCT=50,DYNSPC=2400
> 
> 
> Now here are the statements with a lot of uncertainty, and question
> marks. I'd appreciate confirmation, or correction where I'm wrong.
> 
> 
> a) DFSORT will allocate 8 initial work data sets with primary space, and
> 50% of that, i.e. 4 reserve data sets with zero space initially. The
> total amount of primary space is the equivalent of 2400 MB. The manual
> says this is the total over *all* work data sets.
> 
> 
> 
> b) So, the primary space for each of the 12 work data sets is 200MB, but
> only the 8 initial ones are allocated with that primary amount. The 4
> reserved data sets are initially allocated with 0 space, but 200 MB will
> be allocated once DFSORT decides it needs them.
> 
> 
> 
> 
> c) The secondary space is said to be 20% of the primary, i.e. 480MB. It
> is not clear to me, whether this means any secondary extent is 480MB, or
> whether the secondary value is 480MB / 12, i.e. 40MB. This greatly
> influences the theoretical total amount of workspace.
> 
> 
> 
> 
> d) When DFSORT decides it needs more space, will it extend one, some, or
> all of the additional work data sets? At this time, the initial work
> data set have probably been extended to their maximum size (1 x primary
> + 15 x secondary). Will the additional data sets be extended by the
> primary amount only, and will grow later as needed?
> 
> 
> 
> 
> e) The first extension amount used with d) will be the primary amount
> calculated above, i.e. 200MB, right? Later, these additional data sets
> can be expanded by the secondary extent value, up to 15 times. Correct?
> 
> 
> 
> 
> 
> Extracts from the Application Programmer's Guide:
> 
> DYNAPCT=x
> 
> specifies additional work data sets to be dynamically allocated with
> zero space. DFSORT only extends these data sets when necessary to
> complete a sort application.
> 
> x specifies the number of additional work data sets (y) as a percentage
> of the maximum number of dynamically allocated work data sets
> (DYNALLOC/DYNALOC n value) in effect.
> 
> DYNSPC=n
> 
> DYNSPC=n temporarily overrides the DYNSPC installation option, which
> specifies the total default primary space allocation for all of the
> dynamically allocated work data sets when the input file size is
> unknown.
> 
> ..., DFSORT uses the DYNSPC value in effect as the approximate amount of
> primary space. DFSORT uses 20% of the primary space as secondary space.
> Although the primary space is always allocated, secondary space (up to
> 15 extents) is only allocated as needed.
> 
> n specifies the total default primary space, in megabytes, to be
> allocated for all dynamically allocated work data sets (n is not the
> primary space for each data set).
> 
> 
> --
> Peter Hunkeler
> 
> --
> 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 

Re: IXC344I send cnt: when does it wrap?

[Vernooij, Kees (ITOPT1) - KLM]

Thanks Mark!

Kees.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Mark A. Brooks
> Sent: 10 July, 2018 15:51
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: IXC344I send cnt: when does it wrap?
> 
> The signal counts are 4 byte counters, they'll wrap to zero after they
> reach 4,294,967,295.
> 
> My guess is that the authors of the Redbook saw that the IXC344I msg
> allowed 10 bytes for the counter and assumed that the output would be
> delimited with commas.  But it's not.
> 
> --Mark Brooks
> 
> --
> 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

IXC344I send cnt: when does it wrap?

[Vernooij, Kees (ITOPT1) - KLM]

IXC344I displays the number of messages sent per transport class and message 
length.
The message manual states that this number may wrap.
The System z Parallel Sysplex Best Practices Redbook from 2011 states that this 
number wraps at 99,999,999.

However I see larger counts. When does this number wrap in z/OS V2.2?

Kees.


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

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


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

Re: Sysplex between two hardware

[Vernooij, Kees (ITOPT1) - KLM]

Well, we don't disagree much, except that that in case of a CF failure, we 
decided take the (few seconds) structure recovery delays and not have the 
duplexing overhead.

Kees.


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Jesse 1 Robinson
> Sent: 09 July, 2018 18:07
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Sysplex between two hardware
> 
> I stand by my original reply. All you need is an ICF LPAR in each CEC
> and physical links to connect the CECs, together with full CF structure
> duplexing. We have run this way for decades. Suffered two (!) CEC
> failures over the years. After repairing the failed CEC, we resumed
> normal operation with *no* recovery actions needed because all sensitive
> structures were duplexed in the non-failing CEC.
> 
> Our standalone CFs went away with the 9674.
> 
> .
> .
> 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 Vernooij, Kees (ITOPT1) - KLM
> Sent: Monday, July 09, 2018 8:08 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: (External):Re: Sysplex between two hardware
> 
> That was my point: you don't miss a thing.
> You are fully redundant with CFs in each CPC.
> And since the latest MQ update, all applications are capable of
> recovering their structures, so recovery is guaranteed in case of a CF
> failure.
> 
> Kees.
> 
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> > On Behalf Of Allan Staller
> > Sent: 09 July, 2018 16:33
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: Sysplex between two hardware
> >
> > That configuration is perfectly valid. You are merely missing some(but
> > not all)  redundancy and recovery options.
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> > On Behalf Of R.S.
> > Sent: Monday, July 9, 2018 9:20 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: Sysplex between two hardware
> >
> > W dniu 2018-07-09 o 15:41, Mark A. Brooks pisze:
> > > The essence of the matter is to ensure that the selected
> > > configuration
> > meets the availability objectives of the business services supported
> > by the sysplex.  One must consider the service restoration objectives
> > for the business services in light of the potential failures that can
> > occur for a potential choice of configuration.  There are many
> > possibilities and different installations will of course make
> > different choices based on their own business objectives.  Choices of
> > standalone CF, or structure duplexing, and the like are really all
> > talking about different ways of solving the "failure isolation" issue
> > (wherein we might be concerned about the time to restore the business
> > service if we simultaneously lose the data in the CF along with the
> > system that produced that data).  Each choice has its own advantages
> > and disadvantages; choose the one that's right for you.
> > > --Mark Brooks
> > > --z/OS Sysplex Development
> > >
> >
> > However "option c", that means we don't have standalone CF and we do
> > not duplex CF structures is not proper one, is it?
> >
> > Regards
> > --
> > Radoslaw Skorupka
> > Lodz, Poland
> 
> 
> --
> 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: Sysplex between two hardware

[Vernooij, Kees (ITOPT1) - KLM]

That was my point: you don't miss a thing.
You are fully redundant with CFs in each CPC.
And since the latest MQ update, all applications are capable of recovering 
their structures, so recovery is guaranteed in case of a CF failure.

Kees.


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Allan Staller
> Sent: 09 July, 2018 16:33
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Sysplex between two hardware
> 
> That configuration is perfectly valid. You are merely missing some(but
> not all)  redundancy and recovery options.
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of R.S.
> Sent: Monday, July 9, 2018 9:20 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Sysplex between two hardware
> 
> W dniu 2018-07-09 o 15:41, Mark A. Brooks pisze:
> > The essence of the matter is to ensure that the selected configuration
> meets the availability objectives of the business services supported by
> the sysplex.  One must consider the service restoration objectives for
> the business services in light of the potential failures that can occur
> for a potential choice of configuration.  There are many possibilities
> and different installations will of course make different choices based
> on their own business objectives.  Choices of standalone CF, or
> structure duplexing, and the like are really all talking about different
> ways of solving the "failure isolation" issue (wherein we might be
> concerned about the time to restore the business service if we
> simultaneously lose the data in the CF along with the system that
> produced that data).  Each choice has its own advantages and
> disadvantages; choose the one that's right for you.
> > --Mark Brooks
> > --z/OS Sysplex Development
> >
> 
> However "option c", that means we don't have standalone CF and we do not
> duplex CF structures is not proper one, is it?
> 
> Regards
> --
> Radoslaw Skorupka
> Lodz, Poland
> 
> 
> 
> 
> ==
> 
> 
> --
>  Treść tej wiadomości może zawierać informacje prawnie chronione Banku
> przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być
> jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie
> jesteś adresatem niniejszej wiadomości lub pracownikiem upoważnionym do
> jej przekazania adresatowi, informujemy, że jej rozpowszechnianie,
> kopiowanie, rozprowadzanie lub inne działanie o podobnym charakterze
> jest prawnie zabronione i może być karalne. Jeżeli otrzymałeś tę
> wiadomość omyłkowo, prosimy niezwłocznie zawiadomić nadawcę wysyłając
> odpowiedź oraz trwale usunąć tę wiadomość włączając 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,
> https://apac01.safelinks.protection.outlook.com/?url=www.mBank.plda
> ta=02%7C01%7Callan.staller%40HCL.COM%7C10622a536f78423874c708d5e5a72f4d%
> 7C189de737c93a4f5a8b686f4ca9941912%7C0%7C1%7C636667428590770229sdat
> a=eg%2FISBQY4%2BT0T%2BRPr%2FPulpGdLql5wRKMACmRqT4VxsQ%3Dreserved=0,
> e-mail: kont...@mbank.plsąd Rejonowy dla m. st. Warszawy XII Wydział
> Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS
> 025237, NIP: 526-021-50-88. Według stanu na dzień 01.01.2018 r.
> kapitał zakładowy mBanku S.A. (w całości wpłacony) wynosi 169.248.488
> złotych.
> 
> 
> --
> 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

Re: Sysplex between two hardware

[Vernooij, Kees (ITOPT1) - KLM]

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of R.S.
> Sent: 09 July, 2018 14:26
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Sysplex between two hardware
> 
> W dniu 2018-07-09 o 13:12, Vernooij, Kees (ITOPT1) - KLM pisze:
> >> -Original Message-
> >> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On
> >> Behalf Of R.S.
> >> Sent: 09 July, 2018 12:47
> >> To: IBM-MAIN@LISTSERV.UA.EDU
> >> Subject: Re: Sysplex between two hardware
> >>
> >> W dniu 2018-07-06 o 18:22, Jesse 1 Robinson pisze:
> >>> We all have lots of questions about your goals here, but the short
> >> answer to your question is Yes, sysplex is the answer. I assume that
> >> your two boxes are already connected in some way as to share access
> to
> >> data. Turning such a configuration into a sysplex may require some
> >> additional hardware, but not a lot.
> >>> -- If you want a full-function parallel sysplex, you would need to
> >> create an internal coupling facility LPAR (ICF) in each CEC.
> >>> -- You would need CF links to connect each ICF to the opposite CEC.
> >>>
> >>> -- I think you would also need server timing protocol (STP) to keep
> >> clocks in synch; I have not tried running without STP.
> >>
> >> STP (or earlier sysplex timer) is mandatory for sysplex, even for
> basic
> >> sysplex.
> >> For production parallel sysplex it is good idea to have standalone
> CF.
> >>
> >> --
> >> Radoslaw Skorupka
> >> Lodz, Poland
> >>
> >>
> > In this case: yes, but to be precise: not if you run a sysplex on 1
> box. The required 'common time source' can then be the time of that
> machine.
> > I thought the recommendation of a standalone CF was not current
> anymore.
> 
> Well, I was suggested by the topic - "two different hardware".
> Regarding CF and availability - for availability reasons one should
> avoid having CF and z/OS LPAR on the same hardware, which means:
> a) at least 3 CPCs (of course CF-only box is much cheaper)
> b) use CF structures replication which gives some performance penalty,
> especially for non-local distances.
> 
> Regards
> --
> Radoslaw Skorupka
> Lodz, Poland
> 

I disagree with the statement " avoid having CF and z/OS LPAR on the same 
hardware"
Avoiding SPOFs can well be done by z/OS LPARs on both CPCs and 2 CFs on each 
CPC.

The need for " CF structures replication", I suppose you mean System-Managed CF 
Structure Duplexing, is not evident to me either. Since the last upgrade of MQ, 
every structure owner is perfectly able to recover its structures into another 
CF after a CF failure. I don't see much benefit in it, but I see the 
disadvantages you mention.

Kees.

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

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



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

Re: Sysplex between two hardware

[Vernooij, Kees (ITOPT1) - KLM]

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of R.S.
> Sent: 09 July, 2018 12:47
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Sysplex between two hardware
> 
> W dniu 2018-07-06 o 18:22, Jesse 1 Robinson pisze:
> > We all have lots of questions about your goals here, but the short
> answer to your question is Yes, sysplex is the answer. I assume that
> your two boxes are already connected in some way as to share access to
> data. Turning such a configuration into a sysplex may require some
> additional hardware, but not a lot.
> >
> > -- If you want a full-function parallel sysplex, you would need to
> create an internal coupling facility LPAR (ICF) in each CEC.
> >
> > -- You would need CF links to connect each ICF to the opposite CEC.
> >
> > -- I think you would also need server timing protocol (STP) to keep
> clocks in synch; I have not tried running without STP.
> 
> STP (or earlier sysplex timer) is mandatory for sysplex, even for basic
> sysplex.
> For production parallel sysplex it is good idea to have standalone CF.
> 
> --
> Radoslaw Skorupka
> Lodz, Poland
> 
> 

In this case: yes, but to be precise: not if you run a sysplex on 1 box. The 
required 'common time source' can then be the time of that machine.
I thought the recommendation of a standalone CF was not current anymore.

Kees.


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

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



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

Re: IBM shuffles mainframe docs leaving customers crying 'sabotage' • The Register

[Vernooij, Kees (ITOPT1) - KLM]

Yes, this all must make then think. 
What was the company again, that years ago had 'THINK!' as a slogan?

Kees.


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Charles Mills
> Sent: 21 June, 2018 22:59
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: IBM shuffles mainframe docs leaving customers crying
> 'sabotage' • The Register
> 
> SHARE may not have kicked any @ss, but Cheryl got noticed.
> 
> Charles
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Mark Regan
> Sent: Thursday, June 21, 2018 1:50 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Fwd: IBM shuffles mainframe docs leaving customers crying
> 'sabotage' • The Register
> 
> https://www.theregister.co.uk/2018/06/21/ibm_mainframe_docs/
> 
> --
> 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: PDS with 1 directory block

[Vernooij, Kees (ITOPT1) - KLM]

Fwiiw: no, doesn't ring a bell.

Kees.


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Jesse 1 Robinson
> Sent: 21 June, 2018 23:53
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: PDS with 1 directory block
> 
> We recently got a corrupted PO data set after using the PDS command to
> add directory blocks. During the FIXPDS operation we were prompted to
> move members to make room for additional directory blocks. SOP. We have
> done this so often for such a long time that we didn't hesitate.
> Afterwards, however, the PDS was unusable. The only unusual thing about
> this PDS was that it was created (per ISV JCL) with only 1 directory
> block.
> 
> I have a dim memory of learning ages ago that a PDS with 1 directory
> block is somehow 'different', that certain updates to it require
> fiddling with the VTOC in addition to changing data on a track. Sound
> familiar?
> 
> .
> .
> J.O.Skip Robinson
> Southern California Edison Company
> Electric Dragon Team Paddler
> SHARE MVS Program Co-Manager
> 323-715-0595 Mobile
> 626-543-6132 Office <= NEW
> robin...@sce.com
> 
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

For 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: Using JCL Symbld and TYPRUN=SCAN

[Vernooij, Kees (ITOPT1) - KLM]

Lucas,

Ok, without SYSAFF, the submitting system has a good chance to handle the job 
first, but I thought you meant to say that this was a rule. 
We have seen the opposite, maybe because of JESs loads, that another system 
than the submitting system handled most of the converts.

Kees.


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Lucas Rosalen
> Sent: 21 June, 2018 9:18
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Using JCL Symbld and TYPRUN=SCAN
> 
> Thanks Kees, that's exactly what I tried to say and failed miserably :)
> 
> 
> ---
> *Lucas Rosalen*
> rosalen.lu...@gmail.com / lucas.rosal...@ibm.com
> http://br.linkedin.com/in/lrosalen
> 
> 
> 2018-06-21 9:09 GMT+02:00 Vernooij, Kees (ITOPT1) - KLM <
> kees.verno...@klm.com>:
> 
> > Lucas,
> >
> > I think this is a mis-interpretation of your observations:
> >
> > With /*JOBPARM SYSAFF: the job has affinity to the mentioned system:
> for
> > convertor, interpretor and execution, so here you can be sure of the
> > substituted values.
> >
> > Without /*JOBPARM SYSAFF: the job can be handled by any system in the
> MAS
> > for all 3 phases, so it can be submitted on system1, converted on
> system 2
> > and executed on system 3. You will not know in advance which system
> will do
> > what.
> >
> > Kees.
> >
> >
> > > -Original Message-
> > > From: IBM Mainframe Discussion List [mailto:IBM-
> m...@listserv.ua.edu] On
> > > Behalf Of Lucas Rosalen
> > > Sent: 21 June, 2018 8:57
> > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > Subject: Re: Using JCL Symbld and TYPRUN=SCAN
> > >
> > > On the side topic...
> > >
> > > Based on our latest "experience":
> > > - without /*JOBPARM SYSAFF: symbols got resolved in the submitting
> LPAR,
> > > which caused some problems as they were different from the executing
> > > LPAR
> > > (and used as a dataset qualifier);
> > > - with /*JOBPARM SYSAFF: symbols are resolved in the executing LPAR
> > > (even
> > > with SYSAFF=*);
> > >
> > > I also don't know about the documentation, just learned from a
> colleague
> > > that had worked on our issue.
> > >
> > >
> > > 
> 
> > > ---
> > > *Lucas Rosalen*
> > > rosalen.lu...@gmail.com / lucas.rosal...@ibm.com
> > > http://br.linkedin.com/in/lrosalen
> > >
> > >
> > > 2018-06-21 8:16 GMT+02:00 Elardus Engelbrecht <
> > > elardus.engelbre...@sita.co.za>:
> > >
> > > > Andrew Rowley wrote:
> > > >
> > > > >> to this one (clear out the SYSIN - at least for IDCAMS SYSIN
> and
> > > place
> > > > it in a JCL comment):
> > > > >> //* DELETE KVPO.MOST.DB2DATA.
> > > > >> //SYSIN DD *,SYMBOLS=(JCLONLY,X)
> > > > >> SET MAXCC = 0
> > > >
> > > > >Unfortunately that may not work because the symbols in SYSIN are
> not
> > > > substituted the same way as in the regular JCL. I have been
> playing
> > > around
> > > > with them and my conclusion is that the whole feature seems to
> have
> > > been
> > > > badly thought out.
> > > >
> > > > Thanks for this reminder. I remember that I also discovered that
> > > > substition is not always correct, but I was too busy to follow it
> up.
> > > >
> > > >
> > > > >If IBM had omitted some features, e.g. system symbols on the
> > > execution
> > > > system and instead substituted the symbols at the same time as the
> > > symbols
> > > > in the rest of the JCL, they would have lost maybe 10% of the
> > > usefulness
> > > > but decreased the astonishment by 90%.
> > > >
> > > > Which brings another question - I am just curious - Where are the
> > > Symbols
> > > > resolved? At the submitting LPAR or at the Executing LPAR? Or is
> the
> > > > '/*JOBPARM SYSAFF=' used to determine the LPAR where the
> Symbols
> > > are
> > > > to be resolved/substituted?
> > > >
> > > > I

Re: Using JCL Symbld and TYPRUN=SCAN

[Vernooij, Kees (ITOPT1) - KLM]

Lucas,

I think this is a mis-interpretation of your observations:

With /*JOBPARM SYSAFF: the job has affinity to the mentioned system: for 
convertor, interpretor and execution, so here you can be sure of the 
substituted values.

Without /*JOBPARM SYSAFF: the job can be handled by any system in the MAS for 
all 3 phases, so it can be submitted on system1, converted on system 2 and 
executed on system 3. You will not know in advance which system will do what.

Kees.


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Lucas Rosalen
> Sent: 21 June, 2018 8:57
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Using JCL Symbld and TYPRUN=SCAN
> 
> On the side topic...
> 
> Based on our latest "experience":
> - without /*JOBPARM SYSAFF: symbols got resolved in the submitting LPAR,
> which caused some problems as they were different from the executing
> LPAR
> (and used as a dataset qualifier);
> - with /*JOBPARM SYSAFF: symbols are resolved in the executing LPAR
> (even
> with SYSAFF=*);
> 
> I also don't know about the documentation, just learned from a colleague
> that had worked on our issue.
> 
> 
> 
> ---
> *Lucas Rosalen*
> rosalen.lu...@gmail.com / lucas.rosal...@ibm.com
> http://br.linkedin.com/in/lrosalen
> 
> 
> 2018-06-21 8:16 GMT+02:00 Elardus Engelbrecht <
> elardus.engelbre...@sita.co.za>:
> 
> > Andrew Rowley wrote:
> >
> > >> to this one (clear out the SYSIN - at least for IDCAMS SYSIN and
> place
> > it in a JCL comment):
> > >> //* DELETE KVPO.MOST.DB2DATA.
> > >> //SYSIN DD *,SYMBOLS=(JCLONLY,X)
> > >> SET MAXCC = 0
> >
> > >Unfortunately that may not work because the symbols in SYSIN are not
> > substituted the same way as in the regular JCL. I have been playing
> around
> > with them and my conclusion is that the whole feature seems to have
> been
> > badly thought out.
> >
> > Thanks for this reminder. I remember that I also discovered that
> > substition is not always correct, but I was too busy to follow it up.
> >
> >
> > >If IBM had omitted some features, e.g. system symbols on the
> execution
> > system and instead substituted the symbols at the same time as the
> symbols
> > in the rest of the JCL, they would have lost maybe 10% of the
> usefulness
> > but decreased the astonishment by 90%.
> >
> > Which brings another question - I am just curious - Where are the
> Symbols
> > resolved? At the submitting LPAR or at the Executing LPAR? Or is the
> > '/*JOBPARM SYSAFF=' used to determine the LPAR where the Symbols
> are
> > to be resolved/substituted?
> >
> > I am asking, because there are Symbols unique for a LPAR, like this:
> >
> > D SYMBOLS
> > IEA007I STATIC SYSTEM SYMBOL VALUES
> >= "2"
> >   = "C4"   <--- Unique per LPAR
> >= "" <--- Unique per LPAR
> >
> > If that is documented, I must missed it somewhere ...
> >
> > Sorry for this topic drift, but ... ;-)
> >
> > Groete / Greetings
> > Elardus Engelbrecht
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
> 
> --
> 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: OSA vs HiperSockets

[Vernooij, Kees (ITOPT1) - KLM]

Gadi,

Check the presentation linked at the bottom of this document:
http://events.share.org/Winter2017/Public/SessionDetails.aspx?FromPage=Sessions.aspx=2175=19


Grtn,
Kees.


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Vernooij, Kees (ITOPT1) - KLM
> Sent: 20 June, 2018 12:57
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: OSA vs HiperSockets
> 
> Hi,
> I checked this last year or so.
> OSA has fully caught up with the speed of hypersockets.
> Above that: with hypersockets, some processing is done on the CP, while
> with OSA that same processing is done by the OSA, so reducing CP
> utilization.
> There is one area where hypersockets have benefits over OSA, but I don't
> remember what it was, only that it was not applicable to our systems.
> 
> Grtn,
> Kees.
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On
> > Behalf Of Gadi Ben-Avi
> > Sent: 20 June, 2018 12:39
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: OSA vs HiperSockets
> >
> > Hi,
> >
> > I am trying to compare transfer speed between two LPARs on the same
> > computer.
> >
> > The first path uses an OSA card that is shared by both LPARs.
> > The second path uses HyperSockets.
> >
> > Transfer speeds, for a 2800 track dataset are more or less the same.
> > Using the first path through the OSA card is a bit faster.
> >
> > I was led to believe the HyperSockets are much faster.
> >
> > Am I doing something wrong?
> > The computer is a z13s and it's running z/OS v2.2.
> >
> > Gadi
> > ? ?? ?    ?? ??? ??? ??  ? ???
> > ?? ??. ?? ,  ?? ???  ?, ???  
> > ? ?? ??? ? ?? ?? ?. ? ?  ?? ?? ??
> > ??  ??  ??? ??? ???, ?/?? ?, ? ?? ? ?
> > ? ? ?? ?? ? ??? ?/?? ?? ?? ??.
> >
> > --
> > 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

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: OSA vs HiperSockets

[Vernooij, Kees (ITOPT1) - KLM]

Hi,
I checked this last year or so. 
OSA has fully caught up with the speed of hypersockets.
Above that: with hypersockets, some processing is done on the CP, while with 
OSA that same processing is done by the OSA, so reducing CP utilization. 
There is one area where hypersockets have benefits over OSA, but I don't 
remember what it was, only that it was not applicable to our systems.

Grtn,
Kees.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Gadi Ben-Avi
> Sent: 20 June, 2018 12:39
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: OSA vs HiperSockets
> 
> Hi,
> 
> I am trying to compare transfer speed between two LPARs on the same
> computer.
> 
> The first path uses an OSA card that is shared by both LPARs.
> The second path uses HyperSockets.
> 
> Transfer speeds, for a 2800 track dataset are more or less the same.
> Using the first path through the OSA card is a bit faster.
> 
> I was led to believe the HyperSockets are much faster.
> 
> Am I doing something wrong?
> The computer is a z13s and it's running z/OS v2.2.
> 
> Gadi
> ? ?? ?    ?? ??? ??? ??  ? ???
> ?? ??. ?? ,  ?? ???  ?, ???  
> ? ?? ??? ? ?? ?? ?. ? ?  ?? ?? ??
> ??  ??  ??? ??? ???, ?/?? ?, ? ?? ? ?
> ? ? ?? ?? ? ??? ?/?? ?? ?? ??.
> 
> --
> 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: CFSIZER no longer available?

[Vernooij, Kees (ITOPT1) - KLM]

Yes, this is the latest link I saved. 
Finally one stored link that is still working (or is it yet to be moved?).

Kees.


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Lizette Koehler
> Sent: 08 June, 2018 15:18
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: CFSIZER no longer available?
> 
> http://www-01.ibm.com/support/docview.wss?uid=isg3T1027062
> 
> I think this is it
> 
> Welcome to the System z Coupling Facility Structure Sizer Tool
> (CFSizer).
> CFSizer is a web-based application that will return structure sizes
> based on the
> latest CFLEVEL for the IBM products that exploit the coupling facility.
> 
> Lizette
> 
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List  On
> Behalf Of
> > Allan Staller
> > Sent: Friday, June 08, 2018 6:07 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: CFSIZER no longer available?
> >
> > Check the archives. ISTR a few weeks ago it had been moved somewhere
> else.
> > See the thread about "where is the WLM Website".
> >
> > BTW, If you can find CFSIZER, please post the URL back to the list.
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On
> > Behalf Of Kenneth J. Kripke
> > Sent: Friday, June 8, 2018 1:00 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: CFSIZER no longer available?
> >
> > Hello;
> >
> >  I wanted to use the IBM WEB BASED tool CFSIZER at
> >
> https://apac01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.ib
> m.com
> >
> %2Fsystems%2Fsupport%2Fz%2Fcfsizer%2F=02%7C01%7Callan.staller%40HCL
> .COM%
> >
> 7Cb3274524282849ffda6108d5cd052006%7C189de737c93a4f5a8b686f4ca9941912%7C
> 0%7C0
> >
> %7C636640344285545016=tc%2Bg%2BofHWXUgOQ9AaBjPLUzmI6NX0Ysj2hcCRwCS
> nEk%3
> > D=0 and specifying SMF.
> >
> > After filling in the criteria and depressing the SUBMIT I am directed
> to
> >
> https://apac01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.i
> bm.co
> > m%2Fit-
> >
> infrastructure%2Fz=02%7C01%7Callan.staller%40HCL.COM%7Cb32745242828
> 49ffd
> >
> a6108d5cd052006%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C63664034428
> 55450
> > 16=xMDlmywBgGjE16MptnNbhMIF33waUU57EE4VLD3I7%2Fo%3D=0
> >
> > This is a recent change in behavior.  Has this tool been withdrawn?
> >
> >
> >
> > Sincerely;
> >
> >
> >
> > Kenneth J. Kripke
> >
> > k.kri...@comcast.net
> >
> >
> > --
> > 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
> 
> --
> 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 

Re: Where is the WLM website???

[Vernooij, Kees (ITOPT1) - KLM]

I didn't realize the issue was that big, when I lost my temper about the WLM 
website.
It seems a opened a can of worms, although the Dutch version of this expression 
seems more appropriate: I seem to have opened up a cesspool.

Kees.


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Tom Conley
> Sent: 08 June, 2018 4:01
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Where is the WLM website???
> 
> On 6/7/2018 12:02 PM, Peter Hunkeler wrote:
> >> I'll pass these comments on to the initiative leads so that they're
> > aware of the specific problems and can hopefully direct resolutions
> ASAP.
> >
> >
> >
> > 
> > if your faint-hearted, don't read on.
> > 
> >
> >
> >
> >
> > 
> > Someone better go off and kick'em in the ...  and tell those useless
> m to go and look for another job. The Internet lives from links,
> from stable links. IBM has been the world leader in restructuring its
> websites and re-breaking links for years. But least the important ones
> to us technicians have survived so far.
> >
> >
> > I wouldn't have imagined that someone can be so dumb and do what IBM
> seems to have done now.
> >
> >
> > IBM is currently making it worse and worse for me to do my job. I need
> to be able to find information. Every valuable redpiece, every valuable
> redbook, every valuable presentation has links in it, useful links. If
> IBM is willingly breaking those links, the I understand that IBM is
> willingly sabotaging to our work.
> > 
> >
> >
> >
> > I had not intent to offend anyone, except those responsible for this
> disaster.
> >
> >
> > I've gotten upset for quite some time whenever I was looking us
> something on IBM site. This has to get out once.
> >
> >
> 
> On the contrary Peter, your comments are mild compared to the damage IBM
> has done to us with this latest debacle.  I was wondering earlier this
> week why IBM's largest clients would consider taking highly sensitive
> data off a mainframe and move it to an off-prem public cloud.  I'm
> wondering no longer.
> 
> 1.  Red Alert in January for service certs, when anyone at IBM paying
> attention should have known weeks in advance.
> 2.  GDPR changes to upload data to IBM given to us 1 DAY (!!) before
> implementation in May.  1 DAY!  Again, anyone at IBM paying attention
> should have given us many weeks notice of this change.
> 3.  Redesign IBM's web site so that all the technical links are broken,
> and only marketing links remain.  Brilliant strategy there.  All that
> served to do is alienate your existing clients and start them thinking
> about AWS if they hadn't done so already.
> 
> These things happen because many parts of IBM have stopped caring.
> Somebody at IBM thinks they'll get new customers with this wholesale web
> site redesign, but I think it's going to backfire on them.  It's going
> to make folks like us less able to do our jobs.  I fail to see how IBM's
> web site redesign benefits anyone, least of all IBM.  And before you say
> "Github", that was supposed to be an ORDERLY migration, not a
> pull-the-plug-now and we'll get the stuff to Github whenever.
> 
> I don't know who's minding the store at IBM, but they're asleep at the
> swtich right now.  This does not bode well for the future of the
> mainframe.
> 
> Regards,
> Tom Conley
> 
> --
> 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: Userarea and Systemarea crossing.

[Vernooij, Kees (ITOPT1) - KLM]

After some Googling, I found the answer in an MQ Q site:

"For the LSQA getmain failure, it is possible that the Extended User Region Top 
for the CHIN job has hit the bottom of Extended LSQA because Virtual Storage 
Manager (VSM) private storage use is high, for example Subpool 0 Key 8 (SP0 
KEY8) and Subpool 131 Key 8 (SP131 KEY8)."

So the answer is: yes, it applies to private and extended private.

Kees.

From: Vernooij, Kees (ITOPT1) - KLM
Sent: 08 June, 2018 11:24
To: 'IBM-MAIN@listserv.ua.edu' 
Subject: Userarea and Systemarea crossing.

Hello,

When getmaining storage in my address space the user- and system-area cannot 
cross: the highest user area block (getmained from the bottom) cannot pass the 
lowest system area block (getmained from the top) and vica versa.
Is this a rule for both below and above 16 MB? I know it is for <16MB, but I 
cannot find if this is also true for >16MB.

Thanks,
Kees.


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

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


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

Userarea and Systemarea crossing.

[Vernooij, Kees (ITOPT1) - KLM]

Hello,

When getmaining storage in my address space the user- and system-area cannot 
cross: the highest user area block (getmained from the bottom) cannot pass the 
lowest system area block (getmained from the top) and vica versa.
Is this a rule for both below and above 16 MB? I know it is for <16MB, but I 
cannot find if this is also true for >16MB.

Thanks,
Kees.


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

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


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

Re: Where is the WLM website???

[Vernooij, Kees (ITOPT1) - KLM]

Hi Horst,

Were you afraid you could remove the website, without anybody noticing it? That 
would indeed be a sad idea!

Anyway, thanks for the pointers.

But I agree with Cheryl, IBM should keep the information available to users in 
some way, or at least provide a 'search' function that is useful, but even this 
one is useless.
(suppose: KLM is reorganizing its website and you cannot book a flight in the 
coming 2 weeks, we can only show you some glossy info pages. Can you imagine 
this?)

Kees.


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Horst Sinram
> Sent: 07 June, 2018 14:19
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Where is the WLM website???
> 
> Hi Kees,
> 
> glad that someone notices :-)
> But seriously - while some restructuring of the web site is ongoing
> we're working on cutting over to mostly github based repositories.
> If you open the presentation at https://github.com/IBM/IBM-Z-
> zOS/blob/master/zOS-WLM/WLM%20Tools.pdf you'll see a summary of the WLM
> related tools. Alain's LPAR design tool can be downloaded from
> ftp://public.dhe.ibm.com/eserver/zseries/zos/wlm/LPARDesign-HD-zPCR-V9-
> T03_IBM.zip
> 
> We expect a restructured "web page" to become available shortly at
> https://github.com/IBM/IBM-Z-zOS/tree/master/zOS-WLM/WLM%20Documents.md
> (It is NOT up and running as of today).
> 
> Horst Sinram - STSM, IBM z/OS Workload and Capacity Management
> 
> --
> 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

Where is the WLM website???

[Vernooij, Kees (ITOPT1) - KLM]

Cheryl's newsletter 2017-4 contains an interesting article about the LPAR 
Design Tool. It contains a link to this tool on the WLM site and I thought, I'd 
like take a look at it.

Of course IBM has shaken up its website again and the link has gone and I 
receive a commercial page about how quickly I should by z-systems.

Then I thought, I use my saved link to the WLM site to get the tool: also this 
one does not work anymore.
And even searching for the tool on the IBM website reports 3 totally 
irrelevant hits from the (un)Knowlegde Center and when I search for "LPAR 
Design Tool" nothing is found.

Is IBM really running for a price in the most un-useful website contest?

Does anyone has a working link to the WLM site and/or to the tool?

Grtn,
Kees.


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

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


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

Re: Use of dynamic system symbols in JCL

[Vernooij, Kees (ITOPT1) - KLM]

I look at 'd symbols', but that only displays static symbols.
SDSF shows me all the symbols and these are there too.

Thanks,
Kees.


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Beesley, Paul
> Sent: 07 June, 2018 9:23
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Use of dynamic system symbols in JCL
> 
> It's in my 2.1 system
> 
> Symbol Value  Type
>   2018   Dynamic
>180607 Dynamic
> 
> Paul
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Vernooij, Kees (ITOPT1) - KLM
> Sent: Thursday, June 07, 2018 7:04 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Use of dynamic system symbols in JCL
> 
> Hi Sean,
> It is not in my 2.2 system. Are you at 2.3?
> 
> Kees.
> 
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> > On Behalf Of Sean Gleann
> > Sent: 06 June, 2018 16:40
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: Use of dynamic system symbols in JCL
> >
> > Hi Kees
> >
> > "Have I defined it"?In a SET statement you mean?
> > I didn't think you had to, LYYMMDD is a system-defined dynamic symbol,
> > isn't it?
> >
> > Sean
> >
> > On 6 June 2018 at 15:36, Vernooij, Kees (ITOPT1) - KLM <
> > kees.verno...@klm.com> wrote:
> >
> > > I only get this error if the variable has not been defined. Have you
> > > defined it?
> > >
> > > Kees.
> > >
> > >
> > > > -Original Message-
> > > > From: IBM Mainframe Discussion List [mailto:IBM-
> > m...@listserv.ua.edu] On
> > > > Behalf Of Rob Schramm
> > > > Sent: 06 June, 2018 16:29
> > > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > > Subject: Re: Use of dynamic system symbols in JCL
> > > >
> > > > You need 2 dots after symbol.. otherwise nodeis GT 8 characters
> > > >
> > > > Rob
> > > >
> > > > On Wed, Jun 6, 2018, 10:27 AM Sean Gleann 
> > wrote:
> > > >
> > > > > Can anyone point out what I'm doing wrong here, please?
> > > > >
> > > > >
> > > > > I'm trying to create a file with a name that features today's
> > date.
> > > > > My statement is:
> > > > > //OUTFILE DD   DSN=BACKUP.USERDALY.D,
> > > > > //  DISP=(NEW,CATLG,DELETE),SPACE=(TRK,(600,600),RLSE),
> > > > > //  DSORG=PS,RECFM=FB,BLKSIZE=27648,LRECL=1024
> > > > >
> > > > > When I submit the job to the system, I get:
> > > > >
> > > > > IEFC627I INCORRECT USE OF AMPERSAND IN THE DSN FIELD
> > > > >
> > > > > I've tried numerous variants of this statement, but I always get
> > the
> > > > same
> > > > > failure.
> > > > > I'm almost certainly doing something stupid, but right now I
> > > > > can't
> > see
> > > > the
> > > > > wood for the trees...
> > > > >
> > > > >
> > > > > Help...  Please...
> > > > >
> > > > > Sean Gleann
> > > > >
> > > > > 
> > > > > --
> > 
> > > > > 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
> > > 
> > > 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

Re: Use of dynamic system symbols in JCL

[Vernooij, Kees (ITOPT1) - KLM]

Hi Sean,
It is not in my 2.2 system. Are you at 2.3?

Kees.


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Sean Gleann
> Sent: 06 June, 2018 16:40
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Use of dynamic system symbols in JCL
> 
> Hi Kees
> 
> "Have I defined it"?In a SET statement you mean?
> I didn't think you had to, LYYMMDD is a system-defined dynamic symbol,
> isn't it?
> 
> Sean
> 
> On 6 June 2018 at 15:36, Vernooij, Kees (ITOPT1) - KLM <
> kees.verno...@klm.com> wrote:
> 
> > I only get this error if the variable has not been defined. Have you
> > defined it?
> >
> > Kees.
> >
> >
> > > -Original Message-
> > > From: IBM Mainframe Discussion List [mailto:IBM-
> m...@listserv.ua.edu] On
> > > Behalf Of Rob Schramm
> > > Sent: 06 June, 2018 16:29
> > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > Subject: Re: Use of dynamic system symbols in JCL
> > >
> > > You need 2 dots after symbol.. otherwise nodeis GT 8 characters
> > >
> > > Rob
> > >
> > > On Wed, Jun 6, 2018, 10:27 AM Sean Gleann 
> wrote:
> > >
> > > > Can anyone point out what I'm doing wrong here, please?
> > > >
> > > >
> > > > I'm trying to create a file with a name that features today's
> date.
> > > > My statement is:
> > > > //OUTFILE DD   DSN=BACKUP.USERDALY.D,
> > > > //  DISP=(NEW,CATLG,DELETE),SPACE=(TRK,(600,600),RLSE),
> > > > //  DSORG=PS,RECFM=FB,BLKSIZE=27648,LRECL=1024
> > > >
> > > > When I submit the job to the system, I get:
> > > >
> > > > IEFC627I INCORRECT USE OF AMPERSAND IN THE DSN FIELD
> > > >
> > > > I've tried numerous variants of this statement, but I always get
> the
> > > same
> > > > failure.
> > > > I'm almost certainly doing something stupid, but right now I can't
> see
> > > the
> > > > wood for the trees...
> > > >
> > > >
> > > > Help...  Please...
> > > >
> > > > Sean Gleann
> > > >
> > > > --
> 
> > > > 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
> > 
> > For information, services and offers, please visit our web site:
> > http://www.klm.com. This e-mail and any attachment may contain
> > confidential and privileged material intended for the addressee only.
> If
> > you are not the addressee, you are notified that no part of the e-mail
> or
> > any attachment may be disclosed, copied or distributed, and that any
> other
> > action related to this e-mail or attachment is strictly prohibited,
> and may
> > be unlawful. If you have received this e-mail by error, please notify
> the
> > sender immediately by return e-mail, and delete this message.
> >
> > Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or
> its
> > employees shall not be liable for the incorrect or incomplete
> transmission
> > of this e-mail or any attachments, nor responsible for any delay in
> receipt.
> > Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal
> Dutch
> > Airlines) is registered in Amstelveen, The Netherlands, with
> registered
> > number 33014286
> > 
> >
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

For information, services and offers, please visit our web site: 
http://

Re: Use of dynamic system symbols in JCL

[Vernooij, Kees (ITOPT1) - KLM]

I only get this error if the variable has not been defined. Have you defined it?
 
Kees.


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Rob Schramm
> Sent: 06 June, 2018 16:29
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Use of dynamic system symbols in JCL
> 
> You need 2 dots after symbol.. otherwise nodeis GT 8 characters
> 
> Rob
> 
> On Wed, Jun 6, 2018, 10:27 AM Sean Gleann  wrote:
> 
> > Can anyone point out what I'm doing wrong here, please?
> >
> >
> > I'm trying to create a file with a name that features today's date.
> > My statement is:
> > //OUTFILE DD   DSN=BACKUP.USERDALY.D,
> > //  DISP=(NEW,CATLG,DELETE),SPACE=(TRK,(600,600),RLSE),
> > //  DSORG=PS,RECFM=FB,BLKSIZE=27648,LRECL=1024
> >
> > When I submit the job to the system, I get:
> >
> > IEFC627I INCORRECT USE OF AMPERSAND IN THE DSN FIELD
> >
> > I've tried numerous variants of this statement, but I always get the
> same
> > failure.
> > I'm almost certainly doing something stupid, but right now I can't see
> the
> > wood for the trees...
> >
> >
> > Help...  Please...
> >
> > Sean Gleann
> >
> > --
> > 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

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

zFS V5: Good news.

[Vernooij, Kees (ITOPT1) - KLM]

Hello,

Some good news, benefits free for all.

After installing z/OS V2.2, we carefully converted some zFS-s from V4 to V5.
V5 should better tune the zFS traffic and give each system more autonomic 
access to the zFS, eliminating the need to route traffic through the 'owing' 
system.

Since we encountered no problems, we took the deep dive and added 
"converttov5=on" to IOEFSPRM with our last Sysplex IPL round.
The results were impressive:

-  A huge reduction in XCF traffic, in the IOEZFS Group by 99% and in 
the SYSGRS Group by 80%.

-  A substantial CPU reduction in the XCFAS and the GRS address space 
by a factor 2 - 3. This resulted in a noticeable reduction of the LPAR CPU 
consumption in some LPARs, mainly those LPARs that did not really use the 
zFS-s, but were designated as owner by ownership-automove because of IPLs of 
former owning LPARs.

As I said: it is free, grab it.

Kees.


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

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


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

Re: VTL as 3490 vs 3590

[Vernooij, Kees (ITOPT1) - KLM]

Ah yes, it's Friday
Wikipedia: Keep on truckin' is a phrase from the 1930s song "Trucking My Blues 
Away" by Blind Boy Fuller.

Kees.


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Mike Baldwin
> Sent: 25 May, 2018 16:29
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: VTL as 3490 vs 3590
> 
> On Wed, 23 May 2018 13:02:24 +0800, Timothy Sipples 
> wrote:
> 
> >Please keep on trucking!
> 
> It's Friday: I'm not sure where Timothy picked this up, I think he is
> too young to remember this popular expression.
> Eddie Kendricks, RIP.
> 
> Regards,
> Mike Baldwin
> Cartagena Software Limited
> Markham, Ontario, Canada
> http://www.cartagena.com
> 
> --
> 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: Replaceing IEBGENER

[Vernooij, Kees (ITOPT1) - KLM]

Because IT creates the alias IBMGENER to the old IEBGENER and so it knows how 
to invoke it.

Kees.


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Paul Gilmartin
> Sent: 22 May, 2018 17:30
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Replaceing IEBGENER
> 
> On Tue, 22 May 2018 08:40:42 +, Vernooij, Kees (ITOPT1) - KLM wrote:
> 
> >We changed from FASTGENER to ICEGENER many years ago, in order to save
> money.
> >ICEGENER works well and also switches to IEBGENER in unsupported
> situations.
> >
> I understand some sites make IEBGENER an alias of ICEGENER.  But when
> ICEGENER needs to switch back (why?)  how does it avoid recursively
> invoking itself.  Is there another poorly publicized alias to the
> original
> IEBGENER?
> 
> I've also heard of another ISV product, SYNCGENR.
> 
> -- gil
> 
> --
> 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: Replaceing IEBGENER

[Vernooij, Kees (ITOPT1) - KLM]

Sorry, you are correct. Since we already had DFSORT, ICEGENER was 'free' 
(already payed for).

Kees.


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Gadi Ben-Avi
> Sent: 22 May, 2018 11:42
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Replaceing IEBGENER
> 
> ICEGENER is not free.
> It's part of DFSort which costs money.
> 
> -Original Message-
> From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> On Behalf
> Of Vernooij, Kees (ITOPT1) - KLM
> Sent: Tuesday, May 22, 2018 12:29 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Replaceing IEBGENER
> 
> We had no technical complaints about FASTGENER, the main difference was
> that ICEGENER is free.
> 
> Kees.
> 
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> > On Behalf Of Gadi Ben-Avi
> > Sent: 22 May, 2018 10:53
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: Replaceing IEBGENER
> >
> > We have both FASTGENER and ICEGENER.
> >
> > Would anyone be better than the other?
> >
> > Gadi
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> On
> > Behalf Of Vernooij, Kees (ITOPT1) - KLM
> > Sent: Tuesday, May 22, 2018 11:41 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: Replaceing IEBGENER
> >
> > We changed from FASTGENER to ICEGENER many years ago, in order to save
> > money.
> > ICEGENER works well and also switches to IEBGENER in unsupported
> > situations.
> >
> > Kees.
> >
> >
> > > -Original Message-
> > > From: IBM Mainframe Discussion List
> > > [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Gadi Ben-Avi
> > > Sent: 22 May, 2018 10:26
> > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > Subject: Replaceing IEBGENER
> > >
> > > Hi,
> > > I've been asked to replace IEBGENER with FASTGENR.
> > >
> > > I can also replace it with ICEGENER.
> > >
> > > If you had a choice, which way would you go?
> > >
> > > Gadi
> > >
> > > ? ?? ?    ?? ??? ??? ??  ? ???
> > > ?? ??. ?? ,  ?? ???  ?, ??? 
> 
> > > ? ?? ??? ? ?? ?? ?. ? ?  ?? ??
> ??
> > > ??  ??  ??? ??? ???, ?/?? ?, ? ?? ?
> ?
> > > ? ? ?? ?? ? ??? ?/?? ?? ?? ??.
> > >
> > > 
> > > -- 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: Replaceing IEBGENER

[Vernooij, Kees (ITOPT1) - KLM]

We had no technical complaints about FASTGENER, the main difference was that 
ICEGENER is free.

Kees.


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Gadi Ben-Avi
> Sent: 22 May, 2018 10:53
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Replaceing IEBGENER
> 
> We have both FASTGENER and ICEGENER.
> 
> Would anyone be better than the other?
> 
> Gadi
> 
> -Original Message-
> From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> On Behalf
> Of Vernooij, Kees (ITOPT1) - KLM
> Sent: Tuesday, May 22, 2018 11:41 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Replaceing IEBGENER
> 
> We changed from FASTGENER to ICEGENER many years ago, in order to save
> money.
> ICEGENER works well and also switches to IEBGENER in unsupported
> situations.
> 
> Kees.
> 
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> > On Behalf Of Gadi Ben-Avi
> > Sent: 22 May, 2018 10:26
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Replaceing IEBGENER
> >
> > Hi,
> > I've been asked to replace IEBGENER with FASTGENR.
> >
> > I can also replace it with ICEGENER.
> >
> > If you had a choice, which way would you go?
> >
> > Gadi
> >
> > ? ?? ?    ?? ??? ??? ??  ? ???
> > ?? ??. ?? ,  ?? ???  ?, ???  
> > ? ?? ??? ? ?? ?? ?. ? ?  ?? ?? ??
> > ??  ??  ??? ??? ???, ?/?? ?, ? ?? ? ?
> > ? ? ?? ?? ? ??? ?/?? ?? ?? ??.
> >
> > --
> > 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
> הודעה זו נשלחה אליך מטעם חברה בקבוצת מלם תים וייתכן שהיא מוגנת תחת
> סודיות מסחרית. כל הצעה, התחייבות או מצג מטעם החברה, מחייבים מסמך נפרד
> וחתום על ידי מורשה החתימה של החברה. החברה רשאית לנטר כל תכתובת העוברת
> בשרתיה והיא לא תישא באחריות לכל נזק, ו/או אובדן, שיבוש או פגיעה במידע
> כלשהו שנגרם מסיבות של תקיפה חיצונית ו/או זדונית על הארגון.
> 
> --
> 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

Re: Replaceing IEBGENER

[Vernooij, Kees (ITOPT1) - KLM]

We changed from FASTGENER to ICEGENER many years ago, in order to save money.
ICEGENER works well and also switches to IEBGENER in unsupported situations.

Kees.


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Gadi Ben-Avi
> Sent: 22 May, 2018 10:26
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Replaceing IEBGENER
> 
> Hi,
> I've been asked to replace IEBGENER with FASTGENR.
> 
> I can also replace it with ICEGENER.
> 
> If you had a choice, which way would you go?
> 
> Gadi
> 
> ? ?? ?    ?? ??? ??? ??  ? ???
> ?? ??. ?? ,  ?? ???  ?, ???  
> ? ?? ??? ? ?? ?? ?. ? ?  ?? ?? ??
> ??  ??  ??? ??? ???, ?/?? ?, ? ?? ? ?
> ? ? ?? ?? ? ??? ?/?? ?? ?? ??.
> 
> --
> 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: XCF ARM for Automation

[Vernooij, Kees (ITOPT1) - KLM]

Ken,

ARM is a Sysplex function, not an XCF feature.
Check "Setting up a Sysplex" for more  info. Ch 8 "Controlling job availability 
and recovery through Automatic Restart
Management."

Kees.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Mazer Ken G
> Sent: 21 May, 2018 20:43
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: XCF ARM for Automation
> 
> Sometime ago it was suggest that we have a XCF ARM Policy so that our
> automation product automatically restart if it went down.
> We've never setup an ARM policy and I'm looking for a sample, other than
> the one in SAMPLIB.  Anyone have a simple one they would be willing to
> share?
> 
> Thanks,
> Ken
> 
> --
> 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: ZIIP engine utilization

[Vernooij, Kees (ITOPT1) - KLM]

The situation for a zIIP is somewhat more complex and 2-staged.
If a zIIP becomes heavier used, delays for the zIIP begin to show up. It is at 
30% utilization when you have 1 zIIP, 60% utilization when you have 2 zIIP.
It the zIIP becomes heavier loaded and delays are growing, the CP is asked to 
assist the zIIP. The is also reported in RMF.

Kees.


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Barbara Nitz
> Sent: 18 May, 2018 7:57
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: ZIIP engine utilization
> 
> > Can you point me to the best place to see if Ziip is getting maxed
> out.
> 
> Look at the TYPE70 SMF records. They will show you if the ZIIP is 100%
> busy.
> 
> Regards, Barbara
> 
> --
> 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: UserKEY CSA/Dataspace scope=common Remdiation

[Vernooij, Kees (ITOPT1) - KLM]

So: '2.4' is not equal to 'the next release after 2.3'?
Come on, when will you reveal the name of the new baby? (I just became grandpa, 
I love babies again).

Grtn,
Kees.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Jousma, David
> Sent: 15 May, 2018 19:57
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: UserKEY CSA/Dataspace scope=common Remdiation
> 
> One more time  All *user-key SCOPE=COMMON dataspaces.
> 
> Jim Mulder
> 
> Apr 5
> 
> Re: [EXTERNAL] Re: UA94606
>  VSM ALLOWUSERKEYCSA(NO)
> 
> only prevents obtaining user key CSA.
> It does not prevent creating a user key CADS, or using CHANGKEY
> to change the key of subpool 247 or 248  (DREF SQA) storage to
> user key.
> 
>   The health check and the new SMF 30 field  report all three of those
> types of security issues, and all three will be disallowed in the next
> release after z/OS 2.3.
> 
>   So I would think that you would want to keep the health check enabled.
> 
> 
> _
> Dave Jousma
> Manager 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
> 
> From: Jousma, David
> Sent: Tuesday, May 15, 2018 1:50 PM
> To: IBM-Main (ibm-main@listserv.ua.edu) 
> Subject: RE: UserKEY CSA/Dataspace scope=common Remdiation
> 
> Nevermind on this.   I found an old Jim Mulder posting to this group
> that indicates that all SCOPE=COMMON Data space allocations will fail on
> V2.4 and has nothing to do with VSM ALLOWUSERKEYCSA(YES/NO).  For some
> reason in my mind I was trying to tie this all together...
> 
> _
> Dave Jousma
> Manager 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
> 
> From: Jousma, David
> Sent: Tuesday, May 15, 2018 12:54 PM
> To: IBM-Main (ibm-main@listserv.ua.edu)
> >
> Subject: UserKEY CSA/Dataspace scope=common Remdiation
> 
> Ok, quick eye-ball verification from the guru's that are better ASM
> programmer than I...
> 
> SMF30 RAXFLAGS is kicking out the a  module for which I selectively
> pulled out the DSPSERV code for allocating USERKEY SCOPE=COMMON Data
> space.   Is it possible that this line "DSPSERV  DC
> A(*+4+X'8000')" is what is setting the storage key just prior to
> execution?  i.e. KEY 8?  I didn't create the code, I'm just trying to
> understand it.
> 
>  MODESET MODE=SUP  SET TO SUPERVISOR STATE
>  L R15,DSPSERV INSURE 31 BIT MODE
>  BSM   0,R15   SET 31 BIT MODE
> DSPSERV  DCA(*+4+X'8000')
> *
>  DSPSERV CREATE,   CREATE A DATA SPACE
>STOKEN=DSPSTOKN,PUT STOKEN HERE
>NAME=DSPNAME,   USE THIS NAME
>ORIGIN=DSPORIGN,PLACE ORIGIN ADDRESS HERE
>SCOPE=COMMON,   COMMON DATA SPACE
>BLOCKS=(DSPBLCKS,DSPBLCKS)  THIS MAX AND INITIAL
> *
>  STR15,RETCODE SAVE THE RETURN CODE
>  STR0,REASCODE SAVE THE REASON CODE
>  MODESET MODE=PROB SET TO PROBLEM PROGRAM STATE
> 
> 
> Alternatively, I know the DataSpace names that are being allocated from
> a D A,stcname.Again, this is territory I don't tread into often, but
> is there an easy way to determine the storage key of them?
> 
> Thanks, Dave
> _
> Dave Jousma
> Manager 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
> 
> 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 information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment 

Re: DFSMSdss Release command

[Vernooij, Kees (ITOPT1) - KLM]

Ed,

>From the FM: "DFSMSdss does not release any space for data sets that are empty 
>(the last used block pointer in the data set's VTOC entry is zero)."
DMS still exists and is called CA-DISK for the last 25 years, since Sterling 
and Sam sold it to that company for 8 million dollars (I wish I had written 
such a piece of software).

Kees.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Edward Gould
> Sent: 02 May, 2018 8:58
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: DFSMSdss Release command
> 
> > On May 1, 2018, at 6:35 AM, Gadi Ben-Avi  wrote:
> >
> > --
> > - Enter "/" to select actionTracks %Used   XT
> > --
> > KVPO.LGDM02.KLITMINL.SHILTA.D11804091  100 1
> > KVPO.LGDM02.KLITMINL.SHILTA.D11804121  100 1
> > KVPO.LGDM02.KLITMINL.SHILTA.D118041510 1
> > KVPO.LGDM02.KLITMINL.SHILTA.D118041610 1
> > KVPO.LGDM02.KLITMINL.SHILTA.D118042210 1
> > KVPO.LGDM02.KLITMINL.SHILTA.D1180423 35420 2
> > KVPO.LGDM02.KLITMINL.SHILTA.D1180425 35420 2
> > KVPO.LGDM02.KLITMINL.SHILTA.D1180426 35420 2
> >
> > So I would expect the last 63 files to be processed, but I get a
> message saying that no files were processed.
> > Each of the files is allocated on one volume, so there are no
> multivolume issues.
> >
> > Gadi
> Gadi:
> What is the dsorg of these data sets ? If it is unknown  I think that is
> the why. I am reaching here but I think that is a adrssu restrictions.
> Other packages like DMS (If its still marketed) did this with the
> greatest of ease. Again my memory is dim but there is a way around this
> but I have always disliked it as the syntax stinks, IMO. Once you get it
> to work its all down hill but it does tape a patience.)
> 
> Ed
> 
> 
> --
> 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: DFSMSdss Release command

[Vernooij, Kees (ITOPT1) - KLM]

A zero primary will do too. This trick is often used for dump output datasets 
for long running tasks, which will only allocate space if there really is a 
dump.

Kees.


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Gadi Ben-Avi
> Sent: 01 May, 2018 14:46
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: DFSMSdss Release command
> 
> Thanks for the suggestion.
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Chuck Kreiter
> Sent: Tuesday, May 1, 2018 3:38 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: DFSMSdss Release command
> 
> If a user is commonly creating empty files, have them use a tiny primary
> with a large secondary extent.
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Gadi Ben-Avi
> Sent: Tuesday, May 1, 2018 8:24 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: DFSMSdss Release command
> 
> Thanks
> Sometimes you need a microscope to find information.
> I wish I had CA-Disk on this system.
> 
> Any suggestions on how to free this space?
> 
> Gadi
> 
> -Original Message-----
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Vernooij, Kees (ITOPT1) - KLM
> Sent: Tuesday, May 1, 2018 2:43 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: DFSMSdss Release command
> 
> https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.
> v2r1.adru000/dgt3u2131.htm
> 
> again, if you know what you are looking for, you can find it, often with
> help of Google.
> Well hidden in the text is:
> "DFSMSdss does not release any space for data sets that are empty (the
> last used block pointer in the data set’s VTOC entry is zero)."
> AFAIK, there is no way around this restriction. We use CA-DISK for that.
> 
> Kees.
> 
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> > On Behalf Of Gadi Ben-Avi
> > Sent: 01 May, 2018 13:36
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: DFSMSdss Release command
> >
> > Thanks
> > I did that, but for some reason it's not working.
> > This is the command I am using:
> > GE 0001 5695-DF175  DFSMSDSS V2R02.0 DA
> > RELEASE -
> >   INCLUDE( -
> > KVPO.LGDM02.KLITMINL.SHILTA.D1180409 -
> > KVPO.LGDM02.KLITMINL.SHILTA.D1180412 -
> > KVPO.LGDM02.KLITMINL.SHILTA.D1180415 -
> > KVPO.LGDM02.KLITMINL.SHILTA.D1180416 -
> > KVPO.LGDM02.KLITMINL.SHILTA.D1180422 -
> > KVPO.LGDM02.KLITMINL.SHILTA.D1180423 -
> > KVPO.LGDM02.KLITMINL.SHILTA.D1180425 -
> > KVPO.LGDM02.KLITMINL.SHILTA.D1180426 -
> >   )
> >
> > If I look at the file using DSLIST I see:
> > --
> > - Enter "/" to select actionTracks %Used   XT
> > --
> >  KVPO.LGDM02.KLITMINL.SHILTA.D11804091  100 1
> >  KVPO.LGDM02.KLITMINL.SHILTA.D11804121  100 1
> >  KVPO.LGDM02.KLITMINL.SHILTA.D118041510 1
> >  KVPO.LGDM02.KLITMINL.SHILTA.D118041610 1
> >  KVPO.LGDM02.KLITMINL.SHILTA.D118042210 1
> >  KVPO.LGDM02.KLITMINL.SHILTA.D1180423 35420 2
> >  KVPO.LGDM02.KLITMINL.SHILTA.D1180425 35420 2
> >  KVPO.LGDM02.KLITMINL.SHILTA.D1180426         35420 2
> >
> > So I would expect the last 63 files to be processed, but I get a
> > message saying that no files were processed.
> > Each of the files is allocated on one volume, so there are no
> > multivolume issues.
> >
> > Gadi
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> > On Behalf Of Vernooij, Kees (ITOPT1) - KLM
> > Sent: Tuesday, May 1, 2018 2:18 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: DFSMSdss Release command
> >
> > The manual is a mess to find what you are looking for.
> > This the example chapter of RELEASE in the DFdss manual.
> > https://www.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v
> > 2r
> > 1.adru000/dgt3u2147.htm
> >
> > to specify a list of datasets, use the FILTERDD parameter
> > //SYSINDD  *
> >   RELEASE DS(FILTERDD(FILTD1))
> >  //FILTD1   DD*

Re: DFSMSdss Release command

[Vernooij, Kees (ITOPT1) - KLM]

Do you have FDR?
MOVE   TYPE=DSF,DATA=ALL,RLSE
SELECT CATDSN=dsname 

Grtn,
Kees.


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Gadi Ben-Avi
> Sent: 01 May, 2018 14:24
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: DFSMSdss Release command
> 
> Thanks
> Sometimes you need a microscope to find information.
> I wish I had CA-Disk on this system.
> 
> Any suggestions on how to free this space?
> 
> Gadi
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Vernooij, Kees (ITOPT1) - KLM
> Sent: Tuesday, May 1, 2018 2:43 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: DFSMSdss Release command
> 
> https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.
> v2r1.adru000/dgt3u2131.htm
> 
> again, if you know what you are looking for, you can find it, often with
> help of Google.
> Well hidden in the text is:
> "DFSMSdss does not release any space for data sets that are empty (the
> last used block pointer in the data set’s VTOC entry is zero)."
> AFAIK, there is no way around this restriction. We use CA-DISK for that.
> 
> Kees.
> 
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> > On Behalf Of Gadi Ben-Avi
> > Sent: 01 May, 2018 13:36
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: DFSMSdss Release command
> >
> > Thanks
> > I did that, but for some reason it's not working.
> > This is the command I am using:
> > GE 0001 5695-DF175  DFSMSDSS V2R02.0 DA
> > RELEASE -
> >   INCLUDE( -
> > KVPO.LGDM02.KLITMINL.SHILTA.D1180409 -
> > KVPO.LGDM02.KLITMINL.SHILTA.D1180412 -
> > KVPO.LGDM02.KLITMINL.SHILTA.D1180415 -
> > KVPO.LGDM02.KLITMINL.SHILTA.D1180416 -
> > KVPO.LGDM02.KLITMINL.SHILTA.D1180422 -
> > KVPO.LGDM02.KLITMINL.SHILTA.D1180423 -
> > KVPO.LGDM02.KLITMINL.SHILTA.D1180425 -
> > KVPO.LGDM02.KLITMINL.SHILTA.D1180426 -
> >   )
> >
> > If I look at the file using DSLIST I see:
> > --
> > - Enter "/" to select actionTracks %Used   XT
> > --
> >  KVPO.LGDM02.KLITMINL.SHILTA.D11804091  100 1
> >  KVPO.LGDM02.KLITMINL.SHILTA.D11804121  100 1
> >  KVPO.LGDM02.KLITMINL.SHILTA.D118041510 1
> >  KVPO.LGDM02.KLITMINL.SHILTA.D118041610 1
> >  KVPO.LGDM02.KLITMINL.SHILTA.D118042210 1
> >  KVPO.LGDM02.KLITMINL.SHILTA.D1180423 35420 2
> >  KVPO.LGDM02.KLITMINL.SHILTA.D1180425 35420 2
> >  KVPO.LGDM02.KLITMINL.SHILTA.D1180426 35420 2
> >
> > So I would expect the last 63 files to be processed, but I get a
> > message saying that no files were processed.
> > Each of the files is allocated on one volume, so there are no
> > multivolume issues.
> >
> > Gadi
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> > On Behalf Of Vernooij, Kees (ITOPT1) - KLM
> > Sent: Tuesday, May 1, 2018 2:18 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: DFSMSdss Release command
> >
> > The manual is a mess to find what you are looking for.
> > This the example chapter of RELEASE in the DFdss manual.
> > https://www.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v
> > 2r
> > 1.adru000/dgt3u2147.htm
> >
> > to specify a list of datasets, use the FILTERDD parameter
> > //SYSINDD  *
> >   RELEASE DS(FILTERDD(FILTD1))
> >  //FILTD1   DD*
> >   INCLUDE(DSN1
> -
> >   DSN2
> -
> >   DSN3
> -
> >   DSN4
> -
> >   DSN5
> -
> >   DSN6
> -
> >   DSN7
> -
> >   DSN8
> -
> >   DSN9
> -
> > )
> > https

Re: DFSMSdss Release command

[Vernooij, Kees (ITOPT1) - KLM]

https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1.adru000/dgt3u2131.htm

again, if you know what you are looking for, you can find it, often with help 
of Google.
Well hidden in the text is:
"DFSMSdss does not release any space for data sets that are empty (the last 
used block pointer in the data set’s VTOC entry is zero)."
AFAIK, there is no way around this restriction. We use CA-DISK for that.

Kees.


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Gadi Ben-Avi
> Sent: 01 May, 2018 13:36
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: DFSMSdss Release command
> 
> Thanks
> I did that, but for some reason it's not working.
> This is the command I am using:
> GE 0001 5695-DF175  DFSMSDSS V2R02.0 DA
> RELEASE -
>   INCLUDE( -
> KVPO.LGDM02.KLITMINL.SHILTA.D1180409 -
> KVPO.LGDM02.KLITMINL.SHILTA.D1180412 -
> KVPO.LGDM02.KLITMINL.SHILTA.D1180415 -
> KVPO.LGDM02.KLITMINL.SHILTA.D1180416 -
> KVPO.LGDM02.KLITMINL.SHILTA.D1180422 -
> KVPO.LGDM02.KLITMINL.SHILTA.D1180423 -
> KVPO.LGDM02.KLITMINL.SHILTA.D1180425 -
> KVPO.LGDM02.KLITMINL.SHILTA.D1180426 -
>   )
> 
> If I look at the file using DSLIST I see:
> --
> - Enter "/" to select actionTracks %Used   XT
> --
>  KVPO.LGDM02.KLITMINL.SHILTA.D11804091  100 1
>  KVPO.LGDM02.KLITMINL.SHILTA.D11804121  100 1
>  KVPO.LGDM02.KLITMINL.SHILTA.D118041510 1
>  KVPO.LGDM02.KLITMINL.SHILTA.D118041610 1
>  KVPO.LGDM02.KLITMINL.SHILTA.D118042210 1
>  KVPO.LGDM02.KLITMINL.SHILTA.D1180423 35420 2
>  KVPO.LGDM02.KLITMINL.SHILTA.D1180425 35420 2
>  KVPO.LGDM02.KLITMINL.SHILTA.D1180426 35420 2
> 
> So I would expect the last 63 files to be processed, but I get a message
> saying that no files were processed.
> Each of the files is allocated on one volume, so there are no
> multivolume issues.
> 
> Gadi
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Vernooij, Kees (ITOPT1) - KLM
> Sent: Tuesday, May 1, 2018 2:18 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: DFSMSdss Release command
> 
> The manual is a mess to find what you are looking for.
> This the example chapter of RELEASE in the DFdss manual.
> https://www.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r
> 1.adru000/dgt3u2147.htm
> 
> to specify a list of datasets, use the FILTERDD parameter
> //SYSINDD  *
>   RELEASE DS(FILTERDD(FILTD1))
>  //FILTD1   DD*
>   INCLUDE(DSN1-
>   DSN2-
>   DSN3-
>   DSN4-
>   DSN5-
>   DSN6-
>   DSN7-
>   DSN8-
>   DSN9-
> )
> https://www.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r
> 1.adru000/cnsfil.htm
> 
> Kees.
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> > On Behalf Of Gadi Ben-Avi
> > Sent: 01 May, 2018 12:22
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: DFSMSdss Release command
> >
> > Hi,
> > I am trying to create a job that will use the DFSMSdss RELEASE command
> > to release unused space from a list of datasets.
> > Can anyone help me?
> >
> > Thanks
> >
> > Gadi
> >
> > ? ?? ?    ?? ??? ??? ??  ? ???
> > ?? ??. ?? ,  ?? ???  ?, ???  
> > ? ?? ??? ? ?? ?? ?. ? ?  ?? ?? ??
> > ??  ??  ??? ??? ???, ?/?? ?, ? ?? ? ?
> > ? ? ?? ?? ? ??? ?/?? ?? ?? ??.
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions, send
> > email to l

Re: DFSMSdss Release command

[Vernooij, Kees (ITOPT1) - KLM]

The manual is a mess to find what you are looking for.
This the example chapter of RELEASE in the DFdss manual.
https://www.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.adru000/dgt3u2147.htm

to specify a list of datasets, use the FILTERDD parameter
//SYSINDD  *
  RELEASE DS(FILTERDD(FILTD1)) 
 //FILTD1   DD*  
  INCLUDE(DSN1-  
  DSN2-  
  DSN3-  
  DSN4-  
  DSN5-  
  DSN6-  
  DSN7-  
  DSN8-  
  DSN9-  
)
https://www.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.adru000/cnsfil.htm

Kees.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Gadi Ben-Avi
> Sent: 01 May, 2018 12:22
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: DFSMSdss Release command
> 
> Hi,
> I am trying to create a job that will use the DFSMSdss RELEASE command
> to release unused space from a list of datasets.
> Can anyone help me?
> 
> Thanks
> 
> Gadi
> 
> ? ?? ?    ?? ??? ??? ??  ? ???
> ?? ??. ?? ,  ?? ???  ?, ???  
> ? ?? ??? ? ?? ?? ?. ? ?  ?? ?? ??
> ??  ??  ??? ??? ???, ?/?? ?, ? ?? ? ?
> ? ? ?? ?? ? ??? ?/?? ?? ?? ??.
> 
> --
> 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: SYSPLEX Hung

[Vernooij, Kees (ITOPT1) - KLM]

This looks like a problem we had some time ago, although it was part of a much 
more complex outage.

The problem was a power failure (Murphy during actions on the power infra) in 
one site of the 2 site 9-LPAR sysplex.
Several things like automatic recovery action (sysplex partitioning etc) were 
as expected, but one thing was unexplainable:

We have 2 GDPS K systems in our 9-LPAR sysplex, and the surviving part of the 
sysplex was hung. We had message:
.HASP292 MEMBER MVSS -- JES2 IS WAITING FOR RESPONSE TO WRITE TO CKPT1 
SYS3.JES2.HASPCKPT ON SSYS39   
This is a GDPS K-system, with a private single JES2, with its private DASD, 
with no other LPAR accessing it, so there should be no one accessing its CKPT.
This system also reported that IXC431I GROUP SYSWLM MEMBER MVSS JOB WLM was 
stalled, but with no indication of the causer of the stall.
Then another LPAR, which also hung, was partitioned out of the sysplex and the 
hang situation was solved.

We cannot explain 
a) what was delaying JES2 on the K system 
b) why it was solved by partitioning another production LPAR out of the sysplex.

Apparently there was some (JES2?) connection between these LPARs. 
I found XCF Group SYSJES, that was connected by all LPARs in the sysplex, in 
spite of the fact that the K-Systems run their own single JES2 and are not part 
of the JES2 MAS of the Production LPARs. There is very little information about 
this XCF Group.

We are in the process of submitting all info to IBM to find the cause of this 
unexpected JES2 hang, which seems as unexplainable as yours. 
We run z/OS 2.2.

Grtn,
Kees.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Salah Balboul
> Sent: 19 April, 2018 22:37
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: SYSPLEX Hung
> 
> nothing in the syslog prior to this indicates any issues. All running
> fine.
> 
> Yes we have an automation tool.
> 
> Yes, I will place the CKPT1 on the CF.
> 
> Thanks
> 
> --
> 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: IEE496I?

[Vernooij, Kees (ITOPT1) - KLM]

Yes, but if I understood the APAR text correctly, we started enjoying its 
benefits after moving from a z196 to a z13 a year ago.

Grtn,
Kees.


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Jim Mulder
> Sent: 18 April, 2018 17:15
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: IEE496I?
> 
>   This behavior was introduced by APAR OA03335 in 2003.
> The PRESCPU parm in IEASYSxx to override this behavior was
> introduced in APAR OA09649 in 2004.
> 
> Jim Mulder z/OS Diagnosis, Design, Development, Test  IBM Corp.
> Poughkeepsie NY
> 
> > Message IEE496I says that z/OS has manipulated (put online or
> > offline) the number of CPs or ZIIPs at IPL to match the
> > configuration in the LPAR Activation Profile.
> >
> > Does anyone know since when and why z/OS does this?
> > If I put one or more CPs online to an LPAR, because I need them
> > there for a certain period of time, I do not expect z/OS to change
> > this at a random moment such as an IPL.
> 
> 
> 
> --
> 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: ESQA is exhausted

[Vernooij, Kees (ITOPT1) - KLM]

Sure it depends, when we had the WMQI Brokers in full production, we had to 
split the Execution Groups over more than 1 STC, because they hit the 2GB 
ceiling.

Kees.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Peter Hunkeler
> Sent: 18 April, 2018 17:37
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: AW: Re: ESQA is exhausted
> 
> >ESQA and ECSA are above the line, so you're probably not decreasing
> that
> 2GB space by much.
> 
> 
> 
> I would! Well, I would because -- without going into details -- in our
> setup, CICS AORs go SOS (short on storage) every now and then. Therefore
> we would be very cautious decreasing the size of the extended private
> region. So, it depends.
> 
> 
> --
> Peter Hunkeler
> 
> 
> 
> --
> 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: IEE496I?

[Vernooij, Kees (ITOPT1) - KLM]

Tnx, it would have helped, if he a) said who he was and b) based on which 
IEASYS parameter he did it.

Kees.


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Allan Staller
> Sent: 18 April, 2018 15:29
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: IEE496I?
> 
> Intelligent Resource Director. Just doing its job.
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Vernooij, Kees (ITOPT1) - KLM
> Sent: Wednesday, April 18, 2018 3:17 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: IEE496I?
> 
> Hi all,
> 
> Message IEE496I says that z/OS has manipulated (put online or offline)
> the number of CPs or ZIIPs at IPL to match the configuration in the LPAR
> Activation Profile.
> 
> Does anyone know since when and why z/OS does this?
> If I put one or more CPs online to an LPAR, because I need them there
> for a certain period of time, I do not expect z/OS to change this at a
> random moment such as an IPL.
> 
> ::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

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

[Vernooij, Kees (ITOPT1) - KLM]

Vince,

Random meaning: not most logical time to reset the CP configuration.
Yes, that is what comes online.
Gee, I fully missed this IEASYS parameter, that's what is causing the CP 
manipulation.
Thanks for the pointer.

Kees.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Vince Getgood
> Sent: 18 April, 2018 12:02
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: IEE496I?
> 
> Kees,
> An IPL is hardly a random event (I hope!)
> 
> What's defined to your LPAR on the HMC? - that's what will come online
> at IPL time.
> 
> Do you have PRESCPU coded in your IEASYSxx member for that LPAR?
> 
> --
> 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

IEE496I?

[Vernooij, Kees (ITOPT1) - KLM]

Hi all,

Message IEE496I says that z/OS has manipulated (put online or offline) the 
number of CPs or ZIIPs at IPL to match the configuration in the LPAR Activation 
Profile.

Does anyone know since when and why z/OS does this?
If I put one or more CPs online to an LPAR, because I need them there for a 
certain period of time, I do not expect z/OS to change this at a random moment 
such as an IPL.

Grtn,
Kees.


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

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


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

Re: CFSizer site move

[Vernooij, Kees (ITOPT1) - KLM]

Sure, I know the Google trick, I use it often.
But it is a shame, that IBM needs Google to guide its customers decently 
through their website.

Kees.


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of van der Grijn, Bart (B)
> Sent: 12 April, 2018 12:35
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: CFSizer site move
> 
> Kees, there used to be an IBM techdoc article where IBM admitted that
> their search capabilities suck. The suggestion in the article was to use
> google with a site:ibm.com tag. Not sure if the article is still there.
> I did a google search on "cfsizer site:ibm.com" and the first hit seems
> to be what you would expect.
> 
> Bart
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Vernooij, Kees (ITOPT1) - KLM
> Sent: Thursday, April 12, 2018 3:05 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: CFSizer site move
> 
> This email originated from outside of the organization.
> 
> 
> Communication is not really the solution here. If every url in the IBM
> site that was changed would be communicated to me, I would be flooded
> and I would direct them immediately to the spam box. And by the time I
> needed the cfsizer url-change info, I am sure I will not be able to find
> it anymore.
> 
> For fun, I tried to find cfsizer, as if I had a non-working link.
> 
> I went to IBM.COM and for speed I typed cfsizer in the search box. I got
> *300* matches.
> Hoping that they were ordered on relevance, I went to the first hit
> about Z mainframes, but it did not even contain the word "cfsizer". How
> did this come up in the answers, this is not Facebook, is it, knowing
> better than I do myself what I want to see.
> Then second was a cfsizer APAR.
> The third was a problem about ReporterPLUS (what is that), but again no
> text "cfsizer" on the page.
> Etc. since I had other things to do too today, I stopped after two pages
> of results, but I had not found cfsizer yet.
> 
> Then, on the IBM.COM site I went to 'Support', although it did was not
> the first obvious selection in my opinion. In that search box I typed
> cfsizer and this gave 490 results, all of them more or less related to
> cfsizer, but as far as I could see, no link to *the* cfsizer page.
> 
> That's the problem, if you have a huge, complex site like IBM, make it
> at least well accessible. Each time I found a page, I store it in my
> favorites, so I can find it back easily. Each time I have a broken link
> on the IBM site, I am sure this will cost me a lot of time to find the
> new one or I must hope that a colleague has already found it.
> 
> Could you give me a useful way to find something (z/OS related) in
> IBM.COM?
> 
> Grtn,
> Kees.
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On
> > Behalf Of Edward Finnell
> > Sent: 11 April, 2018 20:51
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: CFSizer site move
> >
> > "What we have here Luke is a failure to communicate"
> >
> >
> > In a message dated 4/11/2018 1:33:58 PM Central Standard Time,
> > nei...@us.ibm.com writes:
> >
> >
> > But I'll be working on getting the various publications and websites
> > that point to CFSizer updated with the new URL. Sorry for the
> > inconvenience.
> 
> --
> 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: CFSizer site move

[Vernooij, Kees (ITOPT1) - KLM]

KC is even worse: its contents frame is hopeless, its data frame is hopeless 
and the connection between them is also hopeless. 

Grtn,
Kees.


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Elardus Engelbrecht
> Sent: 12 April, 2018 9:58
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: CFSizer site move
> 
> Vernooij, Kees (ITOPT1) - KLM wrote:
> 
> >For fun, I tried to find cfsizer, as if I had a non-working link.
> >I went to IBM.COM and for speed I typed cfsizer in the search box. I
> got *300* matches.
> >Hoping that they were ordered on relevance, I went to the first hit
> about Z mainframes, but it did not even contain the word "cfsizer".
> 
> I feel your pain. Please reread my thread 'Failed searches in KC' in
> March 2018.
> 
> 
> 
> Try searching 'FSUM7351 not found'. Go ahead. Just a list of useless
> links.
> 
> I had to resolve an OMVS script issue after getting that nice FSUM
> message.
> 
> Or try to search for DB2 command '-set sysparm'. Good luck.
> 
> 
> >Could you give me a useful way to find something (z/OS related) in
> IBM.COM?
> 
> It is somewhat hard. After searching on ibm.com and not getting what I
> want, I usually open the KC site and then move on.
> 
> About that DB2 command, it took me a while to locate the KC for DB2.
> 
> 
> 
> Groete / Greetings
> Elardus Engelbrecht
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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