Capture Point for SNA Applications

[Gilson]

Dear list:

I'd like to know if there is a sample (source code) in order to
develop a capture point for applications which open and control session
with SNA printers (LU1 or LU3).

We are starting a project to develop this function and as a good
start we just need some tips to code an application to start a printer
(LU1 or LU3) and from this point, start a session with an SNA
application (CICS, IMS, etc.) in order to send the reports generated
through the applications and then put these reports on JES2 spool.

Thanks in advance for any help.

Regards,


Gilson

---
Este email foi escaneado pelo Avast antivírus.
https://www.avast.com/antivirus

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

Re: PDS I/O Performance Improvement

[Jesse 1 Robinson]

I put this question to a SHARE buddy who has a lot more experience in the area 
than I do. He strongly recommended a PDSE-2 if at all possible in order to 
avoid limitations in the original, venerable design of PDSE. 

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

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Edward Finnell
Sent: Monday, May 02, 2016 4:00 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: PDS I/O Performance Improvement

This is a typical CICS tuning opportunity. What to keep and what to make 
pageable are very installation dependent. If there are vendors they should be  
able to provide guidance.
 
https://www.ibm.com/support/knowledgecenter/SSGMCP_5.1.0/com.ibm.cics.ts.app
licationprogramming.doc/topics/dfhp3c0074.html
 
 
In a message dated 5/2/2016 5:27:44 P.M. Central Daylight Time, 
r.skoru...@bremultibank.com.pl writes:

I can  imagine "the bes of" library created just for the job. It can be PDSE or 
 VIO (not both), or something else, but the most important would be it's  small.

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

Re: PDS I/O Performance Improvement

[Edward Finnell]

This is a typical CICS tuning opportunity. What to keep and what to make  
pageable are very installation dependent. If there are vendors they should be 
 able to provide guidance.
 
https://www.ibm.com/support/knowledgecenter/SSGMCP_5.1.0/com.ibm.cics.ts.app
licationprogramming.doc/topics/dfhp3c0074.html
 
 
In a message dated 5/2/2016 5:27:44 P.M. Central Daylight Time,  
r.skoru...@bremultibank.com.pl writes:

I can  imagine "the bes of" library created just for the job. It can be 
PDSE or  VIO (not both), or something else, but the most important would 
be it's  small.


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

Re: PDS I/O Performance Improvement

[R.S.]

W dniu 2016-05-02 o 22:48, Chuck Kreiter pisze:

VIO might not be an option as the dataset is 1400 cylinders.

Wild question: Is it absolutely necessary to work with *all* the members?
I can imagine "the bes of" library created just for the job. It can be 
PDSE or VIO (not both), or something else, but the most important would 
be it's small.


--
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, 
www.mBank.pl, e-mail: kont...@mbank.pl
Są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.2016 r. kapitał zakładowy mBanku S.A. (w całości 
wpłacony) wynosi 168.955.696 złotych.


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

Re: PDS I/O Performance Improvement

[Chuck Kreiter]

VIO might not be an option as the dataset is 1400 cylinders.  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Ron Hawkins
Sent: Monday, May 2, 2016 2:05 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: PDS I/O Performance Improvement

Skip,

VIO is still a great way to handle small, temp data sets. I've used the method 
mentioned below where VLF was no help, and LLA Freeze a hindrance, and it works 
surprisingly well. At less than 1Mb per CYL it’s far from being expensive. Then 
again, I was a big fan of VFETCH too... Not unlike building a custom LSR pool 
just for one problematic file.

I'm pretty sure the majority of shops are using DFSMS to limit and direct small 
allocations to VIO. None of that nasty IO - in and out like the Flash. The best 
IO is the one you don't do, so why bother with all that VTOC IO just to create 
and delete a one track data set that you may or may not write to?

20MB (~25 Cyls) is a fairly reasonable max vio size limit, but being a lab I 
have coded special cases in the ACS routines where I let 0.5GB into VIO. It's 
nice when I'm in control of 100% of what is running.

Ron



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jesse 1 Robinson
Sent: Thursday, April 28, 2016 3:45 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [IBM-MAIN] PDS I/O Performance Improvement

Since DASD has become so fast, many shops--including ours--long ago dropped VIO 
processing. A VIO request simply goes to a SYSALLDA volume. In any case, VIO 
would be very expensive way to improve performance of a very large data set.

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

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Dana Mitchell
Sent: Thursday, April 28, 2016 7:34 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: PDS I/O Performance Improvement

Wow! flashback from the 80's!

We had a CICS region, seriously storage constrained with huge COBOL programs,  
it would do storage compressions multiple times a minute.  A temporary 
performance boost came from copying the main loadlib into VIO dataset at starup.

Dana
 
On Thu, 28 Apr 2016 14:22:37 +0100, Martin Packer  
wrote:

>If it's a matter of repeated reading why not copy to VIO in Central 
>Storage and read from there?


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

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

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

Re: PDS I/O Performance Improvement

[Martin Packer]

Boy this takes me back - to the Summer of 1990. :-)

At the time what I call "The Coffee Table Book" aka the Data In Memory
Performance Studies WSC Orange Book was freshish out.

One of the studies was VIO to Expanded Storage. It showed CPU cost across
the range of data set sizes, relative to disk.

Now, it's 26 years on and it was a while back reimplemented in Central
Storage.

But I worry it's still CPU-wise expensive.

On the other hand memory is MUCH cheaper now.

So I doubt customers are really sending all small temp data sets to VIO in
CS. (Maybe to VIO.)

In the late 1980s we did a lot of work with my customer (Lloyds Bank) to
manage VIO with DFSMS and VIOMAXSIZE. And also with Expanded Storage
Criterion Ages (ESCTVIO).

Out of it came my first widely-propagated presentation: "VIO To Expanded
Storage".

Sadly I don't have a copy. I'd be pleasantly surprised if someone had a
copy (and sent it to me).

Much of what I wrote then appeared in 1995 Redbook "Parallel Sysplex Batch
Performance" (SG24-2557).

Happy days. :-)

Cheers, Martin

Sent from my iPad

> On 2 May 2016, at 21:04, Ron Hawkins  wrote:
>
> Skip,
>
> VIO is still a great way to handle small, temp data sets. I've used the
method mentioned below where VLF was no help, and LLA Freeze a hindrance,
and it works surprisingly well. At less than 1Mb per CYL it’s far from
being expensive. Then again, I was a big fan of VFETCH too... Not unlike
building a custom LSR pool just for one problematic file.
>
> I'm pretty sure the majority of shops are using DFSMS to limit and direct
small allocations to VIO. None of that nasty IO - in and out like the
Flash. The best IO is the one you don't do, so why bother with all that
VTOC IO just to create and delete a one track data set that you may or may
not write to?
>
> 20MB (~25 Cyls) is a fairly reasonable max vio size limit, but being a
lab I have coded special cases in the ACS routines where I let 0.5GB into
VIO. It's nice when I'm in control of 100% of what is running.
>
> Ron
>
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Jesse 1 Robinson
> Sent: Thursday, April 28, 2016 3:45 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: [IBM-MAIN] PDS I/O Performance Improvement
>
> Since DASD has become so fast, many shops--including ours--long ago
dropped VIO processing. A VIO request simply goes to a SYSALLDA volume. In
any case, VIO would be very expensive way to improve performance of a very
large data set.
>
> .
> .
> .
> J.O.Skip Robinson
> Southern California Edison Company
> Electric Dragon Team Paddler
> SHARE MVS Program Co-Manager
> 323-715-0595 Mobile
> 626-302-7535 Office
> robin...@sce.com
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Dana Mitchell
> Sent: Thursday, April 28, 2016 7:34 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: (External):Re: PDS I/O Performance Improvement
>
> Wow! flashback from the 80's!
>
> We had a CICS region, seriously storage constrained with huge COBOL
programs,  it would do storage compressions multiple times a minute.  A
temporary performance boost came from copying the main loadlib into VIO
dataset at starup.
>
> Dana
>
>> On Thu, 28 Apr 2016 14:22:37 +0100, Martin Packer
 wrote:
>>
>> If it's a matter of repeated reading why not copy to VIO in Central
>> Storage and read from there?
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send
email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 
741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU


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

Re: zTPF questions (and VSE)

[Ron Hawkins]

Radoslaw,

For z/TPF I cannot share what we pay, but believe me $/MSU is much, much,
much higher than z/OS.

Ron

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of R.S.
Sent: Friday, April 29, 2016 12:25 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [IBM-MAIN] zTPF questions (and VSE)

Just curious: what is the price of z/TPF system?
AFAIKit is licensed as z/OS (MLC, charges based on MSU 4HRA). I'd like to
know how it's related to z/TPF price. Is it cheaper than z/OS? How much?

Another question: what is typical size of TPF LPAR in terms of MSU/MIPS and
central memory?


The same question for z/VSE: Is it cheaper than z/OS?
How big are VSE installations? I heard these are usually small but many 
images are ran concurrently.




I'm just curious, no plans for purchase z/TPF or /zVSE

offline answers are also welcome

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,
www.mBank.pl, e-mail: kont...@mbank.pl
Są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.2016 r. kapitał zakładowy mBanku S.A. (w całości
wpłacony) wynosi 168.955.696 złotych.


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

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

Re: PDS I/O Performance Improvement

[Ron Hawkins]

Skip,

VIO is still a great way to handle small, temp data sets. I've used the method 
mentioned below where VLF was no help, and LLA Freeze a hindrance, and it works 
surprisingly well. At less than 1Mb per CYL it’s far from being expensive. Then 
again, I was a big fan of VFETCH too... Not unlike building a custom LSR pool 
just for one problematic file.

I'm pretty sure the majority of shops are using DFSMS to limit and direct small 
allocations to VIO. None of that nasty IO - in and out like the Flash. The best 
IO is the one you don't do, so why bother with all that VTOC IO just to create 
and delete a one track data set that you may or may not write to?

20MB (~25 Cyls) is a fairly reasonable max vio size limit, but being a lab I 
have coded special cases in the ACS routines where I let 0.5GB into VIO. It's 
nice when I'm in control of 100% of what is running.

Ron



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jesse 1 Robinson
Sent: Thursday, April 28, 2016 3:45 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [IBM-MAIN] PDS I/O Performance Improvement

Since DASD has become so fast, many shops--including ours--long ago dropped VIO 
processing. A VIO request simply goes to a SYSALLDA volume. In any case, VIO 
would be very expensive way to improve performance of a very large data set.

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

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Dana Mitchell
Sent: Thursday, April 28, 2016 7:34 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: PDS I/O Performance Improvement

Wow! flashback from the 80's!

We had a CICS region, seriously storage constrained with huge COBOL programs,  
it would do storage compressions multiple times a minute.  A temporary 
performance boost came from copying the main loadlib into VIO dataset at starup.

Dana
 
On Thu, 28 Apr 2016 14:22:37 +0100, Martin Packer  
wrote:

>If it's a matter of repeated reading why not copy to VIO in Central 
>Storage and read from there?


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

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

Re: SRB dispatching question

[Blaicher, Christopher Y.]

What parameters were on the IEAMSCHD macros for the two SRB's?  If the 
LLOCK=YES parm is set on both, then there is your problem.
Can you send what the IEAMSCHD macros look like?

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

www.syncsort.com





-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of michelbutz
Sent: Monday, May 2, 2016 3:20 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SRB dispatching question

My situation is I paused a global (non preemptable) SRB then another address 
space schedules a global SRB in that same address space where the scope=global 
non preemptable SRB called IEAVPSE2 Will the second take off it doesn't seem 
like it did

Thanks 

Sent from my iPhone

> On May 2, 2016, at 3:11 PM, Blaicher, Christopher Y.  
> wrote:
> 
> IF SRB #1 that is non-preemptable schedules SRB #2 and then does a PAUSE, SRB 
> #2 can still be dispatched.
> 
> Sorry if I wasn't clear.  SRB #1 can't be interrupted to dispatch other work 
> on the processor it is running on, but that doesn't mean nothing else can 
> run.  Also, if it stops itself, the dispatcher is going to find something to 
> dispatch on the processor.  Once the event happens that will resume the 
> paused SRB, it will be dispatched again and run until it is done or issues 
> another PAUSE.
> 
> Think about it.  If you had a non-preemptable SRB running on a uni-processor, 
> and it issued a PAUSE, and nothing else could run, how would the PAUSE be 
> resolved?
> 
> Chris Blaicher
> Technical Architect
> Mainframe Development
> Syncsort Incorporated
> 50 Tice Boulevard, Woodcliff Lake, NJ 07677
> P: 201-930-8234  |  M: 512-627-3803
> E: cblaic...@syncsort.com
> 
> www.syncsort.com
> 
> 
> 
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of michelbutz
> Sent: Monday, May 2, 2016 2:26 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: SRB dispatching question
> 
> So it DOESN'T get dispatched
> 
> Sent from my iPhone
> 
>> On May 2, 2016, at 2:17 PM, Blaicher, Christopher Y. 
>>  wrote:
>> 
>> Yes.  It wasn't pre-empted, it paused.
>> 
>> Chris Blaicher
>> Technical Architect
>> Mainframe Development
>> Syncsort Incorporated
>> 50 Tice Boulevard, Woodcliff Lake, NJ 07677
>> P: 201-930-8234  |  M: 512-627-3803
>> E: cblaic...@syncsort.com
>> 
>> www.syncsort.com
>> 
>> 
>> 
>> 
>> 
>> -Original Message-
>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
>> On Behalf Of michelbutz
>> Sent: Sunday, May 1, 2016 6:46 PM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: SRB dispatching question
>> 
>> Hi
>> 
>> If a nonpreamtable scope=global SRB does a pause And another SRB is 
>> scheduled does it get dispatched ?
>> 
>> Sent from my iPhone
>> 
>> -
>> - For IBM-MAIN subscribe / signoff / archive access instructions, 
>> send email to lists...@listserv.ua.edu with the message: INFO 
>> IBM-MAIN
>> 
>> 
>> 
>> 
>> 
>> ATTENTION: -
>> 
>> The information contained in this message (including any files transmitted 
>> with this message) may contain proprietary, trade secret or other 
>> confidential and/or legally privileged information. Any pricing information 
>> contained in this message or in any files transmitted with this message is 
>> always confidential and cannot be shared with any third parties without 
>> prior written approval from Syncsort. This message is intended to be read 
>> only by the individual or entity to whom it is addressed or by their 
>> designee. If the reader of this message is not the intended recipient, you 
>> are on notice that any use, disclosure, copying or distribution of this 
>> message, in any form, is strictly prohibited. If you have received this 
>> message in error, please immediately notify the sender and/or Syncsort and 
>> destroy all copies of this message in your possession, custody or control.
>> 
>> -
>> - For IBM-MAIN subscribe / signoff / archive access instructions, 
>> send email to lists...@listserv.ua.edu with the message: INFO 
>> IBM-MAIN
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 
> --
> 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 

Re: WLM issue with a proposed solution

[Martin Packer]

On the zIIP point assume most of DB2 DBM1 in V10 and nearly all in V11 is 
zIIP-eligible. (And, yes, SMF 30 gives you the actual numbers.)

And thereby hangs another tale... :-)

Cheers, Martin

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

+44-7802-245-584

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

Twitter / Facebook IDs: MartinPacker

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

Podcast Series (With Marna Walle): 
https://developer.ibm.com/tv/category/mpt/



From:   Neil Duffee 
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   02/05/2016 20:20
Subject:Re: WLM issue with a proposed solution
Sent by:IBM Mainframe Discussion List 



Caveat: as a daily digester, responses are implicitly delayed...

Tracy:  among other good advice you got, I'll emphasize that the 
Importance for your Databases (DB2, etc) must be higher than your 
Applications (Cics, etc) to avoid [some of] these time-out/deadlock 
scenarios.  I strongly suggest reading the WLM RedBook. [1]  It has 
specific chapters on Cics, DB2, etc.

Secondly, I'd avoid strangling WLM but, rather, tend to suggest loosening 
the rules.  If WLM has this leeway, it is more able to balance the 
workload and, after all, that's the whole point of a WorkLoad Manager.  I 
use the concept where the rules are, "what can you tolerate when things go 
south?" vs. "how do I want things to perform normally?" [2]  When there's 
sufficient resources, all your classes will over-perform.  By bumping up 
the Cics minimum you're forcing WLM to deprecate others of the same 
Importance (or less; such as DB2 from your message).  Rather, by loosening 
the restrictions, DB2 is allowed to breath some.  In fact, you'll see 
below [5] that our Online-Hi is 75% in 1 second but our typical Cics 
response is 0.3 seconds and 0.8 on bad days.

Third, you might consider removing your long-running Cics transactions to 
a different Transaction group because they can skew the accumulated WLM 
results.  Below [5], you'll see I have a group LONGRUN that encompasses 
monitoring tasks which, essentially, never end;  meaning *bad* response 
times.  Instead, because we cycle our production Cics each workday, 
they're shunted to the ONLINELG service class with 75% in 1 second so they 
don't pollute the ONLINEHI stats. 

Lastly, tho' I believe it is the default, make sure you have I/O Priority 
management [3] set to YES.  It will encourage WLM to promote lower classed 
work such as Batch to a higher DP (temporarily) to clear the blockage.  It 
will repeat the process if necessary and results can be seen in the RMF 
reporting [4] under LCK.  (LCK or ENQ?)  The Dynamic alias tuning 
management will let WLM manage your hyper-volSer UCB allocations as well. 
(can't remember the real name at the moment.)

A zIIP was suggested but, unless you're doing Java in Cics, it won't 
*directly* help your Cics/DB2 problems.  However, depending on your z/OS & 
DB2, more things are becoming zIIP-able ie. tcp/ip, system XML services, 
DRDA, etc.  Plus, it's not included in your 4hr cap or licencing.

ps.  the DB2 velocity goal can be a small, red herring.  It applies to 
activities that are not assigned to specific enclaves such as Dasd I/O & 
lock management.  Your Batch work will be in a Batch class enclave (SRB) 
within DB2 and be dispatched as such.  This is one of the places where you 
will see promotion by WLM occur due to enqueues/locks.

[1]  System Programmer’s Guide to: Workload Manager SG24-6472-03
[2]  The latter is from the old Dispatching Priority mentality that needs 
to be dropped.  Instead, DP is employed by WLM to achieve the minimum 
goals you have defined.

[3]  WLM samples:
Service Coefficient/Service Definition Options:
I/O priority management  . . . . . . . . YES
Dynamic alias tuning management  . . . . YES

[4]  RMF reporting 
--PROMOTED--
BLK0.062
ENQ   52.084
CRM   21.455
LCK  654.084
SUP0.000

[5]  WLM samples:
Transaction Name Group LONGRUN - Long running CICS transactions
  Qualifier  Starting 
  name   position  Description 
  -     
  B11R BETA93 
  C*   CICS supplied transactions 
  OSEC Omegamon 
  OSRV Omegamon
 -from the Cics monitor: CSSY, CSTP, CSNC, CSZI, CEX2, 
CSHQ, CSNE, OSRV, & OSEC all have elapsed/response times in days

Subsystem Type CICS - CICS transactions 
Classification: 
  Default service class is ONLINELO 
  Default report class is CICS 

Qualifier  Qualifier  Starting   Service 
  # type   name   position   Class 
  - -- -- -  
  1 SIGCICSPRD1  ONLINEHI
  2 . TNG  . LONGRUN ONLINELG


Service Class ONLINELG - Long running transactions 
Base goal: 
CPU Critical = NOI/O 

Re: SRB dispatching question

[michelbutz]

My situation is I paused a global (non preemptable) SRB then another address 
space
schedules a global SRB in that same address space where the scope=global non 
preemptable SRB called IEAVPSE2
Will the second take off it doesn't seem like it did

Thanks 

Sent from my iPhone

> On May 2, 2016, at 3:11 PM, Blaicher, Christopher Y.  
> wrote:
> 
> IF SRB #1 that is non-preemptable schedules SRB #2 and then does a PAUSE, SRB 
> #2 can still be dispatched.
> 
> Sorry if I wasn't clear.  SRB #1 can't be interrupted to dispatch other work 
> on the processor it is running on, but that doesn't mean nothing else can 
> run.  Also, if it stops itself, the dispatcher is going to find something to 
> dispatch on the processor.  Once the event happens that will resume the 
> paused SRB, it will be dispatched again and run until it is done or issues 
> another PAUSE.
> 
> Think about it.  If you had a non-preemptable SRB running on a uni-processor, 
> and it issued a PAUSE, and nothing else could run, how would the PAUSE be 
> resolved?
> 
> Chris Blaicher
> Technical Architect
> Mainframe Development
> Syncsort Incorporated
> 50 Tice Boulevard, Woodcliff Lake, NJ 07677
> P: 201-930-8234  |  M: 512-627-3803
> E: cblaic...@syncsort.com
> 
> www.syncsort.com
> 
> 
> 
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of michelbutz
> Sent: Monday, May 2, 2016 2:26 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: SRB dispatching question
> 
> So it DOESN'T get dispatched 
> 
> Sent from my iPhone
> 
>> On May 2, 2016, at 2:17 PM, Blaicher, Christopher Y. 
>>  wrote:
>> 
>> Yes.  It wasn't pre-empted, it paused.
>> 
>> Chris Blaicher
>> Technical Architect
>> Mainframe Development
>> Syncsort Incorporated
>> 50 Tice Boulevard, Woodcliff Lake, NJ 07677
>> P: 201-930-8234  |  M: 512-627-3803
>> E: cblaic...@syncsort.com
>> 
>> www.syncsort.com
>> 
>> 
>> 
>> 
>> 
>> -Original Message-
>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
>> On Behalf Of michelbutz
>> Sent: Sunday, May 1, 2016 6:46 PM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: SRB dispatching question
>> 
>> Hi
>> 
>> If a nonpreamtable scope=global SRB does a pause And another SRB is 
>> scheduled does it get dispatched ?
>> 
>> Sent from my iPhone
>> 
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions, send 
>> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>> 
>> 
>> 
>> 
>> 
>> ATTENTION: -
>> 
>> The information contained in this message (including any files transmitted 
>> with this message) may contain proprietary, trade secret or other 
>> confidential and/or legally privileged information. Any pricing information 
>> contained in this message or in any files transmitted with this message is 
>> always confidential and cannot be shared with any third parties without 
>> prior written approval from Syncsort. This message is intended to be read 
>> only by the individual or entity to whom it is addressed or by their 
>> designee. If the reader of this message is not the intended recipient, you 
>> are on notice that any use, disclosure, copying or distribution of this 
>> message, in any form, is strictly prohibited. If you have received this 
>> message in error, please immediately notify the sender and/or Syncsort and 
>> destroy all copies of this message in your possession, custody or control.
>> 
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions, send 
>> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
> lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

Re: WLM issue with a proposed solution

[Neil Duffee]

Caveat: as a daily digester, responses are implicitly delayed...

Tracy:  among other good advice you got, I'll emphasize that the Importance for 
your Databases (DB2, etc) must be higher than your Applications (Cics, etc) to 
avoid [some of] these time-out/deadlock scenarios.  I strongly suggest reading 
the WLM RedBook. [1]  It has specific chapters on Cics, DB2, etc.

Secondly, I'd avoid strangling WLM but, rather, tend to suggest loosening the 
rules.  If WLM has this leeway, it is more able to balance the workload and, 
after all, that's the whole point of a WorkLoad Manager.  I use the concept 
where the rules are, "what can you tolerate when things go south?" vs. "how do 
I want things to perform normally?" [2]  When there's sufficient resources, all 
your classes will over-perform.  By bumping up the Cics minimum you're forcing 
WLM to deprecate others of the same Importance (or less; such as DB2 from your 
message).  Rather, by loosening the restrictions, DB2 is allowed to breath 
some.  In fact, you'll see below [5] that our Online-Hi is 75% in 1 second but 
our typical Cics response is 0.3 seconds and 0.8 on bad days.

Third, you might consider removing your long-running Cics transactions to a 
different Transaction group because they can skew the accumulated WLM results.  
Below [5], you'll see I have a group LONGRUN that encompasses monitoring tasks 
which, essentially, never end;  meaning *bad* response times.  Instead, because 
we cycle our production Cics each workday, they're shunted to the ONLINELG 
service class with 75% in 1 second so they don't pollute the ONLINEHI stats. 

Lastly, tho' I believe it is the default, make sure you have I/O Priority 
management [3] set to YES.  It will encourage WLM to promote lower classed work 
such as Batch to a higher DP (temporarily) to clear the blockage.  It will 
repeat the process if necessary and results can be seen in the RMF reporting 
[4] under LCK.  (LCK or ENQ?)  The Dynamic alias tuning management will let WLM 
manage your hyper-volSer UCB allocations as well. (can't remember the real name 
at the moment.)

A zIIP was suggested but, unless you're doing Java in Cics, it won't *directly* 
help your Cics/DB2 problems.  However, depending on your z/OS & DB2, more 
things are becoming zIIP-able ie. tcp/ip, system XML services, DRDA, etc.  
Plus, it's not included in your 4hr cap or licencing.

ps.  the DB2 velocity goal can be a small, red herring.  It applies to 
activities that are not assigned to specific enclaves such as Dasd I/O & lock 
management.  Your Batch work will be in a Batch class enclave (SRB) within DB2 
and be dispatched as such.  This is one of the places where you will see 
promotion by WLM occur due to enqueues/locks.

[1]  System Programmer’s Guide to: Workload Manager SG24-6472-03
[2]  The latter is from the old Dispatching Priority mentality that needs to be 
dropped.  Instead, DP is employed by WLM to achieve the minimum goals you have 
defined.

[3]  WLM samples:
Service Coefficient/Service Definition Options:
I/O priority management  . . . . . . . . YES
Dynamic alias tuning management  . . . . YES

[4]  RMF reporting 
--PROMOTED--
BLK0.062
ENQ   52.084
CRM   21.455
LCK  654.084
SUP0.000

[5]  WLM samples:
Transaction Name Group LONGRUN - Long running CICS transactions
  Qualifier  Starting  
  name   position  Description 
  -    
  B11R BETA93  
  C*   CICS supplied transactions  
  OSEC Omegamon 
  OSRV Omegamon
-from the Cics monitor: CSSY, CSTP, CSNC, CSZI, CEX2, CSHQ, CSNE, OSRV, 
& OSEC all have elapsed/response times in days

Subsystem Type CICS - CICS transactions  
Classification:  
  Default service class is ONLINELO  
  Default report class is CICS   

Qualifier  Qualifier  Starting   Service 
  # type   name   position   Class   
  - -- -- -  
  1 SIGCICSPRD1  ONLINEHI
  2 . TNG  . LONGRUN ONLINELG


Service Class ONLINELG - Long running transactions   
Base goal:   
CPU Critical = NOI/O Priority Group = NORMAL 

  #  Duration   Imp  Goal description
  -  -  -
  1 350% complete within 00:00:01.000


Service Class ONLINEHI - High priority production
Base goal:   
CPU Critical = NOI/O Priority Group = NORMAL 

  #  Duration   Imp  Goal description
  -  -  -
  1 275% complete within 00:00:01.000


>  

Re: SRB dispatching question

[Blaicher, Christopher Y.]

IF SRB #1 that is non-preemptable schedules SRB #2 and then does a PAUSE, SRB 
#2 can still be dispatched.

Sorry if I wasn't clear.  SRB #1 can't be interrupted to dispatch other work on 
the processor it is running on, but that doesn't mean nothing else can run.  
Also, if it stops itself, the dispatcher is going to find something to dispatch 
on the processor.  Once the event happens that will resume the paused SRB, it 
will be dispatched again and run until it is done or issues another PAUSE.

Think about it.  If you had a non-preemptable SRB running on a uni-processor, 
and it issued a PAUSE, and nothing else could run, how would the PAUSE be 
resolved?

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

www.syncsort.com





-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of michelbutz
Sent: Monday, May 2, 2016 2:26 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SRB dispatching question

So it DOESN'T get dispatched 

Sent from my iPhone

> On May 2, 2016, at 2:17 PM, Blaicher, Christopher Y.  
> wrote:
> 
> Yes.  It wasn't pre-empted, it paused.
> 
> Chris Blaicher
> Technical Architect
> Mainframe Development
> Syncsort Incorporated
> 50 Tice Boulevard, Woodcliff Lake, NJ 07677
> P: 201-930-8234  |  M: 512-627-3803
> E: cblaic...@syncsort.com
> 
> www.syncsort.com
> 
> 
> 
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of michelbutz
> Sent: Sunday, May 1, 2016 6:46 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: SRB dispatching question
> 
> Hi
> 
> If a nonpreamtable scope=global SRB does a pause And another SRB is scheduled 
> does it get dispatched ?
> 
> Sent from my iPhone
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 
> 
> 
> 
> 
> ATTENTION: -
> 
> The information contained in this message (including any files transmitted 
> with this message) may contain proprietary, trade secret or other 
> confidential and/or legally privileged information. Any pricing information 
> contained in this message or in any files transmitted with this message is 
> always confidential and cannot be shared with any third parties without prior 
> written approval from Syncsort. This message is intended to be read only by 
> the individual or entity to whom it is addressed or by their designee. If the 
> reader of this message is not the intended recipient, you are on notice that 
> any use, disclosure, copying or distribution of this message, in any form, is 
> strictly prohibited. If you have received this message in error, please 
> immediately notify the sender and/or Syncsort and destroy all copies of this 
> message in your possession, custody or control.
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

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

Re: mixed AMODE with HLL | 64-bit to 31-bit

[Rick Troth]

Thanks all.

My 64-bit to 31-bit shim assembles just peachy but the linker thinks 
it's a 31-bit animal.


Is there something other than AMODE 64 to tell the linker "yes, this 
really is AMODE(64)"?


Does it matter of it's driven from USS instead of batch?

Thanks.

-- R; <><


On 04/27/16 17:05, Tom Marchant wrote:

On Wed, 27 Apr 2016 09:45:06 -0400, Rick Troth wrote:


How should I call a 31-bit routine from a 64-bit routine? Obviously the
64-bit routine will have had to allocate all its storage below the bar.
But what about linkage? In assembler, it's pretty well documented. What
about higher level languages? To be specific, I have a chunk of C code
that needs to call a 31-bit interface. It's easy to compile it for
31-bit or 64-bit, but the latter doesn't link. (No real surprise there;
just disappointment.)

If you are 64-bit C code, that means you are XPLINK-64, and you can only
call an AMODE 64 program, because the save area that LE allocates for you
will be above the bar. On entry to your AMODE 64 assembler routine, you
will need to save the caller's registers in F4SA format.

Any parameters passed will also be above the bar. If you are going to call
an AMODE 31 program, you'll have to copy them below the bar. And maybe
copy information back before you exit.


I've looked over what docs I can find and don't see any way to cast the
call or explicitly tell the compiler "we're changing AMODE for this
one". Now am thinking it's either something really easy but not widely
known or it's just not possible. Which is it? Thanks.

The book you need is the LE Vendor Interfaces manual. I found that it
makes the POO seem like light reading.



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

Re: SRB dispatching question

[Blaicher, Christopher Y.]

Yes.  It wasn't pre-empted, it paused.

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

www.syncsort.com





-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of michelbutz
Sent: Sunday, May 1, 2016 6:46 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: SRB dispatching question

Hi

If a nonpreamtable scope=global SRB does a pause And another SRB is scheduled 
does it get dispatched ?

Sent from my iPhone

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





ATTENTION: -

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

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

Re: OA49446 on RSU1603 - RACF / DFSMS change

[retired mainframer]

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Jesse 1 Robinson
> Sent: Monday, May 02, 2016 10:38 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: OA49446 on RSU1603 - RACF / DFSMS change
> 
> I have no experience with the PTF in action. I saw it during APPLY CHECK and 
> decided
> immediately that I would EXCLUDE it in the real APPLY--which has not happened 
> yet. I
> think we need some clarification from the RACF folks...

But RACF doesn't make any decisions or grant any access.  It merely answers 
questions:  Is RACF Active?  Does the profile exist?  Does the user have the 
requested access to the profile?  Etc.

It is the calling function, in this case the one responsible for defining 
aliases or the one responsible for granting access to a dataset, that 
determines if the action will be allowed.  These are the folks who will know 
how the new processing works and who should have done a better job explaining 
it to begin with.

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

Re: OA49446 on RSU1603 - RACF / DFSMS change

[Jesse 1 Robinson]

I have no experience with the PTF in action. I saw it during APPLY CHECK and 
decided immediately that I would EXCLUDE it in the real APPLY--which has not 
happened yet. I think we need some clarification from the RACF folks...

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

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Mark Zelden
Sent: Friday, April 29, 2016 8:49 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: OA49446 on RSU1603 - RACF / DFSMS change

On Fri, 29 Apr 2016 07:15:09 -0400, Robert S. Hansel (RSH) 
 wrote:

>(Cross-posting to RACF-L)
>
>Mark,
>
>
>If this works as per my interpretation, then I think the concerns 
>raised by others are  valid. If I can create an alias with a name to 
>which I have access that points to a dataset  to which I do not have access, 
>I've now circumvented access controls for the latter.

Unless my testing is invalid, I've already confirmed this is NOT true.  The 
real data set
name is checked for access as well.

I wouldn't have thought IBM could be that inept to do something like that and 
create the biggest security hole ever seen on this platform (at least that I 
could recall)! Especially in the service stream.  

Best regards,

Mark
--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS ITIL v3 
Foundation Certified mailto:m...@mzelden.com Mark's MVS Utilities: 
http://www.mzelden.com/mvsutil.html
Systems Programming expert at http://search390.techtarget.com/ateExperts/


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

Re: SAVING JOB OUTPUT IN A PDSE FROM SDSF

[willie bunter]

Robert,

I tried out your recommendation but the member gets overriden.  Below is the 
display of the dsn"

Data set name  ===> 'SYS2.BATCH.JOBS.OUTPUT'
Member to use  ===> JOB03070
Disposition===> SHR(OLD, NEW, SHR, MOD) 

Management class ===>   (Blank for default management class)
Storage class===>   (Blank for default storage class)   
  Volume serial  ===>   (Blank for authorized default volume)   
  Device type===>   (Generic unit or device address)
Data class   ===>   (Blank for default data class)  
  Space units===> CYLS  (BLKS, TRKS, CYLS, BY, KB, or MB)   
  Primary quantity   ===> 1 (In above units)
  Secondary quantity ===> 5 (In above units)
  Directory blocks   ===>   (Zero for sequential data set)  
  Record format  ===> VBA   
  Record length  ===> 240   
  Block size ===> 3120  
Data set name type   ===> LIBRARY   (LIBRARY, blank, ... See Help for more) 
Extended attributes  ===>   (NO, OPT, or blank) 

On Mon, 5/2/16, Richards, Robert B.  wrote:

 Subject: Re: SAVING JOB OUTPUT IN A PDSE FROM SDSF
 To: IBM-MAIN@LISTSERV.UA.EDU
 Received: Monday, May 2, 2016, 5:31 AM
 
 Willie,
 
 According to the HELP,  the
 dataset name type defaults to the characteristics above. You
 did not specify directory blocks, so it assumes physical
 sequential (PS). Member names are invalid for PS datasets.
 Either add directory blocks or specify LIBRARY as the
 dataset name type.
 
 Bob
 
 -Original Message-
 From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
 On Behalf Of willie bunter
 Sent: Friday,
 April 29, 2016 1:24 PM
 To: IBM-MAIN@LISTSERV.UA.EDU
 Subject: Re: SAVING JOB OUTPUT IN A PDSE FROM
 SDSF
 
 This is what I have. 
 In the Data set name type   ===>         
 it is blank as shown below.
 
 Data set name  ===>
 ''SYS2.BATCH.JOBS.OUTPUT' Member to use 
 ===> JOB06703 Disposition    ===> SHR       
 (OLD, NEW, SHR, MOD)                       
    
                        
                                        
               
 Management class 
    ===>           (Blank for default management
 class) Storage class        ===>       
    (Blank for default storage class)
  
 Volume serial      ===>           (Blank for
 authorized default volume)
   Device type 
       ===>           (Generic unit or device
 address) Data class           ===>       
    (Blank for default data class)
  
 Space units        ===> CYLS      (BLKS, TRKS,
 CYLS, BY, KB, or MB)
   Primary
 quantity   ===> 1         (In above units)
   Secondary quantity ===> 5     
    (In above units)
   Directory
 blocks   ===>           (Zero for sequential
 data set)
   Record format      ===>
 VBA
   Record length      ===> 240
   Block size         ===> 3120 Data
 set name type   ===>           (LIBRARY, blank,
 ... See Help for more) Extended attributes  ===>     
      (NO, OPT, or blank)                   
    
 
 
 On Fri, 4/29/16, Richards, Robert B. 
 wrote:
 
  Subject: Re: SAVING
 JOB OUTPUT IN A PDSE FROM SDSF
  To: IBM-MAIN@LISTSERV.UA.EDU
  Received: Friday, April 29, 2016, 7:50 AM
  
  Data set name  ===>
  'ABCDE.FGHIJK.LMNOP'           
          
          
  Member to use  ===>
 
 QRSTUV                                 
  
             
 
 Disposition
  ===> NEW        (OLD,
 NEW, SHR, MOD)           
         
    
             
 
                                      
  
                        
  Management
  class 
    ===>
     (Blank for default
 management class)  Storage class             
 ===>
          (Blank for default
 storage class) 
     
   
 Volume serial
     ===>       
    (Blank for
  authorized default
 volume)
    Device type
   
           ===>           (Generic
  unit or device address)
 
 Data
  class                 
 ===>
     (Blank for default data
 class)
    Space units             
 ===>
  CYLS   (BLKS, TRKS, CYLS, BY,
 KB, or MB) 
     
   
 Primary quantity
     ===> 25     
   (In above units)     
           
       
    Secondary
 
 quantity ===> 5          (In above units)     
  
                
 
   Directory blocks
     ===> 45   
     (Zero for sequential
  data set) 
    <= Did you specify
  directory
 blanks???
    Record
 
 format       ===> FBA               
                           
    
    Record length        ===>
 133     
                    

Re: SAVING JOB OUTPUT IN A PDSE FROM SDSF

[Mike Schwab]

Maybe put Year in DSN, member name would include Month 1-9,A,B,C, Day
01-31, Time -2359, or Day of Year 001-366, Time -2359.

On Mon, May 2, 2016 at 11:21 AM, Pedro Vera  wrote:
>>> Is there something I could do to prevent this from happening?
>
> I think JES2 can be customized to use seven digit numbers for the job number. 
>  On my site, the jobs numbers look like J1234567.  That is, you cannot 
> prevent the collision in job numbers, but you can lessen the frequency.
>
> If I were doing this exercise, I would replace the first character with an 
> alphabetic sequence value.  Instead of saving the job as member J1234567, 
> save it as A1234567.  When there is a collision, use a member name of 
> B1234567, etc...   Or perhaps do not worry about the member name, but archive 
> the entire data set when the numeric sequence number rolls over.
>
> --
> 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: SAVING JOB OUTPUT IN A PDSE FROM SDSF

[Pedro Vera]

>> Is there something I could do to prevent this from happening?

I think JES2 can be customized to use seven digit numbers for the job number.  
On my site, the jobs numbers look like J1234567.  That is, you cannot prevent 
the collision in job numbers, but you can lessen the frequency. 
 
If I were doing this exercise, I would replace the first character with an 
alphabetic sequence value.  Instead of saving the job as member J1234567, save 
it as A1234567.  When there is a collision, use a member name of B1234567, 
etc...   Or perhaps do not worry about the member name, but archive the entire 
data set when the numeric sequence number rolls over.

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

Inside the Secret Meeting Where Wall Street Tested Digital Cash (Blockchain)

[Mark Regan]

http://www.bloomberg.com/news/articles/2016-05-02/inside-the-secret-meeting-where-wall-street-tested-digital-cash
Them seem to forget that the zSystem can do Blockchain too.

http://www.ibmsystemsmag.com/mainframe/trends/IBM-Announcements/z-Systems_LinuxONE_Blockchain/

>From the Bloomberg article:
‘Mainframe Era’

Nasdaq and Citigroup partnered to explore how they can work together, said
Brad Peterson, the exchange-owner’s chief information officer. He said
blockchain also could be used for reference data -- how specific stocks or
bonds are identified across all markets, for example.

Wall Street was one of the earliest beneficiaries of computers replacing
office systems. Now 30 years later, those legacy systems can be a hindrance
to further technological evolution, he said.

“That’s the great opportunity -- how to unlock that ability to work your
way out from under the mainframe era,” he said.

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

Re: Helpful tip for z/OS consultants

[Roach, Dennis]

What I have generally found on transition projects is that people can be on any 
point of the spectrum. Enter one of these projects with your eyes open.

Dennis Roach, CISSP, PMP
IAM Access Administration – Consumer – Senior Analyst 
2929 Allen Parkway, America Building, 3rd Floor, Houston, TX 77019
Work:  713-831-8799
Cell:  713-591-1059
Email:  dennis.ro...@aig.com 

All opinions expressed by me are mine and may not agree with my employer or any 
person, company, or thing, living or dead, on or near this or any other planet, 
moon, asteroid, or other spatial object, natural or manufactured, since the 
beginning of time.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Pinnacle
Sent: Monday, May 02, 2016 9:42 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Helpful tip for z/OS consultants

On 5/2/2016 10:28 AM, Roach, Dennis wrote:
> It can go both ways. I did a decommission gig where my job was to keep an 
> unsupported z/OS 1.7 system up and running, assist with transition, and 
> provide reporting of what was still running. The main reason I was brought in 
> was to allow the existing staff to transition to new positions within the 
> company. There was no animosity.
>
> Dennis Roach, CISSP, PMP
> IAM Access Administration – Consumer – Senior Analyst
> 2929 Allen Parkway, America Building, 3rd Floor, Houston, TX 77019
> Work:  713-831-8799
> Cell:  713-591-1059
> Email:  dennis.ro...@aig.com
>
> All opinions expressed by me are mine and may not agree with my employer or 
> any person, company, or thing, living or dead, on or near this or any other 
> planet, moon, asteroid, or other spatial object, natural or manufactured, 
> since the beginning of time.
>

Dennis,

I'm glad it worked out for you.  The key there is that no one was losing their 
job.  In my case, dozens of people were leaving, relocating, or hanging on for 
dear life.  I was the enemy from the day I walked in the door.

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 IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Helpful tip for z/OS consultants

[Pinnacle]

On 5/2/2016 10:28 AM, Roach, Dennis wrote:

It can go both ways. I did a decommission gig where my job was to keep an 
unsupported z/OS 1.7 system up and running, assist with transition, and provide 
reporting of what was still running. The main reason I was brought in was to 
allow the existing staff to transition to new positions within the company. 
There was no animosity.

Dennis Roach, CISSP, PMP
IAM Access Administration – Consumer – Senior Analyst
2929 Allen Parkway, America Building, 3rd Floor, Houston, TX 77019
Work:  713-831-8799
Cell:  713-591-1059
Email:  dennis.ro...@aig.com

All opinions expressed by me are mine and may not agree with my employer or any 
person, company, or thing, living or dead, on or near this or any other planet, 
moon, asteroid, or other spatial object, natural or manufactured, since the 
beginning of time.



Dennis,

I'm glad it worked out for you.  The key there is that no one was losing 
their job.  In my case, dozens of people were leaving, relocating, or 
hanging on for dear life.  I was the enemy from the day I walked in the 
door.


Regards,
Tom Conley

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

Re: Helpful tip for z/OS consultants

[Roach, Dennis]

It can go both ways. I did a decommission gig where my job was to keep an 
unsupported z/OS 1.7 system up and running, assist with transition, and provide 
reporting of what was still running. The main reason I was brought in was to 
allow the existing staff to transition to new positions within the company. 
There was no animosity. 

Dennis Roach, CISSP, PMP
IAM Access Administration – Consumer – Senior Analyst 
2929 Allen Parkway, America Building, 3rd Floor, Houston, TX 77019
Work:  713-831-8799
Cell:  713-591-1059
Email:  dennis.ro...@aig.com 

All opinions expressed by me are mine and may not agree with my employer or any 
person, company, or thing, living or dead, on or near this or any other planet, 
moon, asteroid, or other spatial object, natural or manufactured, since the 
beginning of time.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Pinnacle
Sent: Monday, May 02, 2016 9:20 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Helpful tip for z/OS consultants

FYI,

I got the following job description in my Email today (heavily edited to 
protect the guilty):

Description

Looking for z/OS Sysprog to assist in Mainframe decommission The Sysprog will 
work with management, applications, and systems areas to complete decommission


This is a contract you should avoid at all costs.  I once worked a 
datacenter migration in the "from" city. The people there hated my guts 
and it was the worst contract I ever worked.  Don't ever take a contract 
where people are losing jobs and you're seen as someone facilitating it.

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 IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: PDS I/O Performance Improvement

[Chuck Kreiter]

Thanks.  I will check in to see if that is an option.  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Ron Burr
Sent: Monday, May 2, 2016 7:34 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: PDS I/O Performance Improvement

I haven't seen it mentioned, so thought I would bring up the issue of "user 
data" in the PDS member entries.
We weren't told whether the PDS did or did not support 'user data' for its 
members, but if the PDS is being maintained using ISPF with STATS ON (the 
default), then a performance hit in the retrieval of a given member will be the 
result.
Each directory block can contain roughly 3 times as many member names without 
'user data', than one maintained with ISPF STATS ON.
In a PDS with 180,000 members, that can make a huge difference.

Ron

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