date:20140418

W dniu 2014-04-18 11:06, mf db pisze:

Hello,

Are there freeware which can help me to calculates the RBA value and gives
the VSAM dataset space utilization based on it.

There are commercial tools which do many things with VSAM, but in your
case I believe you need calculator and some basic knowledge of VSAM.

Present your case, the data you have and the information you want.

--
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.2014 r. kapitał zakładowy mBanku S.A. (w całości wpłacony) wynosi 168.696.052 złote.

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

Re: MEMLIMIT best practice

2014-04-18 Thread Martin Packer

But if everybody upped and grabbed all 2GB and touched each page... :-( 
:-)

Which is why I recommend a good regime in place. I haven't yet said what 
that regime would be nor how to code it. Perhaps I should. :-)

Cheers, Martin

Martin Packer,
zChampion, Principal Systems Investigator,
Worldwide Banking Center of Excellence, IBM

+44-7802-245-584

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

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



From:   Ed Jaffe edja...@phoenixsoftware.com
To: IBM-MAIN@listserv.ua.edu
Date:   18/04/2014 00:34
Subject:Re: MEMLIMIT best practice
Sent by:IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu



On 4/4/2014 12:47 PM, R.S. wrote:
 I'm looking for some ROT (rule of thumb) for MEMLIMIT.
 What I learnt:
 - default limit is set in SMFPRMxx
 - the limit can be affected by IEFUSI or other exit (this is not my 
case)
 - REGION=0 implies default MEMLIMIT ignore (MEMLIMIT=inifinity)
 - gotcha: MEMLIMIT=0 does not mean infinity, it really means zero.

 However I'm looking for a clue what to put into SMFPRM. What value is 
OK?

If you specify absolutely nothing about MEMLIMIT anywhere, the 
system-provided default is 2G so obviously you can't go wrong with that 
in SMFPRMxx.

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

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



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: Forget: Sorting CSV data that begins with an IP address

2014-04-18 Thread Martin Packer

No developer would be arrogant enough :-) to consider themselves 
faultless. And knowing Sri Hari as I do I doubt he'd want you to keep the 
solution to yourself. And we all learn by building on each others' 
solutions and ideas.

Which is why *I* for one have been socialising my answers for almost 30 
years. Others likewise and some even longer.

However what we have here is a discussion that has little structure now. 
:-(

Cheers, Martin

Martin Packer,
zChampion, Principal Systems Investigator,
Worldwide Banking Center of Excellence, IBM

+44-7802-245-584

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

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



From:   Sankaranarayanan, Vignesh 
vignesh.v.sankaranaraya...@marks-and-spencer.com
To: IBM-MAIN@listserv.ua.edu
Date:   18/04/2014 00:40
Subject:Re: Forget: Sorting CSV data that begins with an IP 
address
Sent by:IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu



Ok .. 
Just a thought though .. when I get a solution from a DFSORT developer 
himself, I can blindly believe that it will work; as long as I had made my 
requirements clear, which I had.

But yes, I do see your point.

- Vignesh
Mainframe Admin

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
Behalf Of Gibney, Dave
Sent: 17 April 2014 22:16
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Forget: Sorting CSV data that begins with an IP address

Don't reply off list and deprive others from knowing the solution(s). 
Also, keeps the archives more useful.

 -Original Message-
 From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
 On Behalf Of Sankaranarayanan, Vignesh
 Sent: Thursday, April 17, 2014 12:35 PM
 To: IBM-MAIN@LISTSERV.UA.EDU
 Subject: Re: Forget: Sorting CSV data that begins with an IP address
 
 Sorry Kolusu, thought I replied to your email off the list. Your 
 solution works, thank you.
 
 And from cursory looks, and trial runs, it looks like other suggested 
 solutions work too.
 
 So my or original problem has been solved, thanks to you guys.
 
 Now I'm just mulling about cutting the execution time.
 
 - Vignesh
 Mainframe admin
 
 On Apr 17, 2014 8:32:12 PM, Sri h Kolusu skol...@us.ibm.com wrote:
 
 Sankaranarayanan Vignesh
 
 You keep asking questions but never let us know the outcome of the 
 proposed solutions.  You started the topic for DFSORT about Sorting 
 the csv file and a couple of solutions were provided to you. If the 
 proposed solution did not work then may be should have shown us a 
 sample and then may be we could have fixed that issue. Did you try out 
 the solution posted by me earlier? If so what is the outcome of that? 
Did you get the desired results?
 
 Thanks,
 Kolusu
 DFSORT Development
 
 IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu wrote on
 04/17/2014 12:26:17 PM:
 
  From: Sankaranarayanan, Vignesh
 Vignesh.V.Sankaranarayanan@MARKS-
  AND-SPENCER.COM
  To: IBM-MAIN@listserv.ua.edu,
  Date: 04/17/2014 12:26 PM
  Subject: Re: Forget: Sorting CSV data that begins with an IP address 
  Sent by: IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu
 
  Ok.. Is it possible to fire off other REXXes repetitively (let's say
  2 or 3, each doing one function) that will not RETURN to the main, 
  but write their output to a dataset once done?
 
  - Vignesh
  Mainframe admin
 
  On Apr 17, 2014 8:16:45 PM, Farley, Peter x23353
  peter.far...@broadridge.com wrote:
 
  TSO Rexx does not support multiple tasks executing simultaneously.
  The ATTACH* functions do attach a new task, but your attaching 
  Rexx waits synchronously for the attached task to complete.
 
  -Original Message-
  From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU
 ]
  On Behalf Of Sankaranarayanan, Vignesh
  Sent: Thursday, April 17, 2014 2:58 PM
  To: IBM-MAIN@LISTSERV.UA.EDU
  Subject: Re: Forget: Sorting CSV data that begins with an IP address
 
  Another question.
 
  I'm looping some  5000 times in REXX and doing functions (NetView 
  ping, SNMP walk, etc) sequentially. They don't necessarily need to 
  be sequential. I'm just going through a list of printers and I want 
  to test them.
 
  So.. Is it possible that I make the first run a data run - reading 
  parameters from files for each printer (reading PDS member) - and 
  the second run as a thread creator of sorts. Each thread going off 
  to test one printer.
 
  The first run should be almost instantaneous. My thinking is.. Is it 
  possible to parallelly do the pinging and SNMP connection bits. It 
  would cut 20 minutes runtime to just a couple.
 
  --
 
 
  This message and any attachments are intended only for the use of 
  the addressee and may contain information that is privileged and 
  confidential. If the reader of the message is not the intended 
  recipient or an authorized representative of the intended recipient, 
  you are hereby

Re: MEMLIMIT best practice

W dniu 2014-04-18 01:25, Ed Jaffe pisze:

On 4/4/2014 12:47 PM, R.S. wrote:

I'm looking for some ROT (rule of thumb) for MEMLIMIT.
What I learnt:
- default limit is set in SMFPRMxx
- the limit can be affected by IEFUSI or other exit (this is not my
case)

- REGION=0 implies default MEMLIMIT ignore (MEMLIMIT=inifinity)
- gotcha: MEMLIMIT=0 does not mean infinity, it really means zero.

However I'm looking for a clue what to put into SMFPRM. What value is
OK?

If you specify absolutely nothing about MEMLIMIT anywhere, the
system-provided default is 2G so obviously you can't go wrong with
that in SMFPRMxx.

Well,
My issue (problem?) is I have MEMLIMIT coded, but it's much more than
default 2G. And I noticed that some DFSORT jobs consume considerable
amounts of memory causing paging.
From the other hand I don't want to be stingy, so I'm looking for some
recommendations.

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

Re: MEMLIMIT best practice

2014-04-18 Thread Vernooij, CP (SPLXM) - KLM

We have 4G, not from recommendations, but from experience. CICS 5.x required 
this.

Kees.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of R.S.
Sent: Friday, April 18, 2014 11:49
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: MEMLIMIT best practice

W dniu 2014-04-18 01:25, Ed Jaffe pisze:
 On 4/4/2014 12:47 PM, R.S. wrote:
 I'm looking for some ROT (rule of thumb) for MEMLIMIT.
 What I learnt:
 - default limit is set in SMFPRMxx
 - the limit can be affected by IEFUSI or other exit (this is not my
 case)
 - REGION=0 implies default MEMLIMIT ignore (MEMLIMIT=inifinity)
 - gotcha: MEMLIMIT=0 does not mean infinity, it really means zero.

 However I'm looking for a clue what to put into SMFPRM. What value is 
 OK?

 If you specify absolutely nothing about MEMLIMIT anywhere, the 
 system-provided default is 2G so obviously you can't go wrong with 
 that in SMFPRMxx.

Well,
My issue (problem?) is I have MEMLIMIT coded, but it's much more than default 
2G. And I noticed that some DFSORT jobs consume considerable amounts of memory 
causing paging.
 From the other hand I don't want to be stingy, so I'm looking for some 
recommendations.

--
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.2014 r. kapitał zakładowy mBanku S.A. (w całości 
wpłacony) wynosi 168.696.052 złote.

--
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: MEMLIMIT best practice

2014-04-18 Thread Chase, John

CICS TS 5.1 requires MEMLIMIT=6G, according to the doc:

http://pic.dhe.ibm.com/infocenter/cicsts/v5r1/topic/com.ibm.cics.ts.performance.doc/topics/dfht3_dsa_memlimit.html

-jc-

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Vernooij, CP
(SPLXM) - KLM
Sent: Friday, April 18, 2014 4:59 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: MEMLIMIT best practice

We have 4G, not from recommendations, but from experience. CICS 5.x required
this.

Kees.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of R.S.
Sent: Friday, April 18, 2014 11:49
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: MEMLIMIT best practice

W dniu 2014-04-18 01:25, Ed Jaffe pisze:
On 4/4/2014 12:47 PM, R.S. wrote:
I'm looking for some ROT (rule of thumb) for MEMLIMIT.
What I learnt:
- default limit is set in SMFPRMxx
- the limit can be affected by IEFUSI or other exit (this is not my
case)
- REGION=0 implies default MEMLIMIT ignore (MEMLIMIT=inifinity)
- gotcha: MEMLIMIT=0 does not mean infinity, it really means zero.

However I'm looking for a clue what to put into SMFPRM. What value is
OK?

If you specify absolutely nothing about MEMLIMIT anywhere, the
system-provided default is 2G so obviously you can't go wrong with
that in SMFPRMxx.

Well,
My issue (problem?) is I have MEMLIMIT coded, but it's much more than default
2G. And I noticed that
some DFSORT jobs consume considerable amounts of memory causing paging.
From the other hand I don't want to be stingy, so I'm looking for some
recommendations.

--
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.2014 r.
kapitał zakładowy mBanku S.A. (w całości wpłacony) wynosi 168.696.052 złote.

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

Re: MEMLIMIT best practice

2014-04-18 Thread Vernooij, CP (SPLXM) - KLM

Correct, CICS 4.1 requires 4G.

Kees.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Chase, John
Sent: Friday, April 18, 2014 13:49
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: MEMLIMIT best practice

CICS TS 5.1 requires MEMLIMIT=6G, according to the doc:

http://pic.dhe.ibm.com/infocenter/cicsts/v5r1/topic/com.ibm.cics.ts.performance.doc/topics/dfht3_dsa_memlimit.html

   -jc-

 -Original Message-
 From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
 On Behalf Of Vernooij, CP
 (SPLXM) - KLM
 Sent: Friday, April 18, 2014 4:59 AM
 To: IBM-MAIN@LISTSERV.UA.EDU
 Subject: Re: MEMLIMIT best practice

 We have 4G, not from recommendations, but from experience. CICS 5.x required 
 this.

 Kees.

 -Original Message-
 From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
 Behalf Of R.S.
 Sent: Friday, April 18, 2014 11:49
 To: IBM-MAIN@LISTSERV.UA.EDU
 Subject: Re: MEMLIMIT best practice

 W dniu 2014-04-18 01:25, Ed Jaffe pisze:
  On 4/4/2014 12:47 PM, R.S. wrote:
  I'm looking for some ROT (rule of thumb) for MEMLIMIT.
  What I learnt:
  - default limit is set in SMFPRMxx
  - the limit can be affected by IEFUSI or other exit (this is not my
  case)
  - REGION=0 implies default MEMLIMIT ignore (MEMLIMIT=inifinity)
  - gotcha: MEMLIMIT=0 does not mean infinity, it really means zero.

  However I'm looking for a clue what to put into SMFPRM. What value 
  is OK?

  If you specify absolutely nothing about MEMLIMIT anywhere, the 
  system-provided default is 2G so obviously you can't go wrong with 
  that in SMFPRMxx.

 Well,
 My issue (problem?) is I have MEMLIMIT coded, but it's much more than 
 default 2G. And I noticed that some DFSORT jobs consume considerable amounts 
 of memory causing paging.
  From the other hand I don't want to be stingy, so I'm looking for some 
 recommendations.

 --
 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.2014 r.
 kapitał zakładowy mBanku S.A. (w całości wpłacony) wynosi 168.696.052 złote.

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

Re: VSAM space monitor

2014-04-18 Thread Norbert Friemel

On Fri, 18 Apr 2014 14:36:49 +0530, mf db wrote:

Hello,

Are there freeware which can help me to calculates the RBA value and gives
the VSAM dataset space utilization based on it.

Peter


IDCAMS DCOLLECT + reporting tool (SAS/MXG) or DFSORT:

//*   
//STEP1   EXEC PGM=IDCAMS 
//*   
//SYSPRINT  DD SYSOUT=*   
//DCOLLECT  DD DISP=(MOD,PASS,DELETE),
// DSN=amp;DCOLLECT,
// SPACE=(TRK,(30,30),RLSE),  
// LRECL=27994,RECFM=VB,BLKSIZE=0 
//SYSIN DD *  
  DCOLLECT STORAGEGROUP(sgname #1) OUTFILE(DCOLLECT)  
  DCOLLECT STORAGEGROUP(sgname #2) OUTFILE(DCOLLECT)  
/*
//*   
//STEP2   EXEC PGM=SORT   
//*   
//SYSOUTDD SYSOUT=*   
//SORTINDD DISP=(OLD,DELETE), 
// DSN=amp;DCOLLECT 
//SORTOUT   DD SYSOUT=*   
//SYSIN DD *  
  INCLUDE COND=(9,1,CH,EQ,C'A',,   * RECORD TYPE 'A' 
   118,1,BI,EQ,B'...0') * DCANSTAT OFF
  INREC BUILD=(1,4, * RDW 
   29,44,   * DCADSNAM
   117,1,CHANGE=(4, * DCAFLAG1
   B'1...',C'KSDS',   
   B'.1..',C'ESDS',   
   B'..1.',C'RRDS',   
   B'...1',C'LDS ',   
   B'1...',C'KRDS',   
   B'.1..',C'AIX '),  
 NOMATCH=(C''),   
   117,1,CHANGE=(4,   
   B'..1.',C'DATA',   
   B'...1',C'INDX'),  
 NOMATCH=(C''),   
   118,1,CHANGE=(1, * DCAFLAG2
   B'1...',C'1'), 
 NOMATCH=(C'0'),  
   121,4,   * DCAHURBA
   125,4,   * DCAHARBA
   169,8,   * DCAHURBC
   177,8)   * DCAHARBC
  SORT FIELDS=(5,44,CH,A)   * DCADSNAM
  OUTFIL IFTHEN=(WHEN=(57,1,CH,EQ,C'0'),  
 BUILD=(1,4,  
5,44,X,   
49,4,X,   
53,4,X,   
((58,4,BI,MUL,+100),DIV,62,4,BI),M10,LENGTH=3,C'% ',  
58,4,HEX,9X,  
62,4,HEX)),   
 IFTHEN=(WHEN=(57,1,CH,EQ,C'1'),  
 BUILD=(1,4,  
5,44,X, 
49,4,X, 
53,4,X, 
((66,8,BI,MUL,+100),DIV,74,8,BI),M10,LENGTH=3,C'% ',
66,8,HEX,X, 
74,8,HEX)), 
 HEADER2=(1:C'DSNAME',46:C'TYPE COMP USED HIURBA',78:C'HIARBA') 
/*  

Norbert Friemel

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

Re: VSAM space monitor

2014-04-18 Thread Nims,Alva John (Al)

You might look at a couple of different utilities from CBTTAPE.ORG:
File 294
File 511

Al Nims
Systems Admin/Programmer 3
Information Technology
University of Florida
(352) 273-1298

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of R.S.
Sent: Friday, April 18, 2014 5:12 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: VSAM space monitor

W dniu 2014-04-18 11:06, mf db pisze:
 Hello,

 Are there freeware which can help me to calculates the RBA value and 
 gives the VSAM dataset space utilization based on it.

There are commercial tools which do many things with VSAM, but in your case I 
believe you need calculator and some basic knowledge of VSAM.
Present your case, the data you have and the information you want.

--
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.2014 r. kapitał zakładowy mBanku S.A. (w całości 
wpłacony) wynosi 168.696.052 złote.


--
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: IBM APA

2014-04-18 Thread Massimo Biancucci

Hi,

I currently use APA for monitoring heavy application outside from DB2 or
CICS.

I'm really far from a heavy use but I can say it works properly cause it
helps me in optimizing applications.

It's my opinion it's a good tool for cpu bound application, a bit less for
discovering elapsed time issues.

Finally, I use a set of tools to do the job, SMF, monitors, APA etc.

Best regards.
Massimo


2014-04-16 15:49 GMT+02:00 Phil Smith III li...@akphs.com:

 Anyone making heavy use of IBM APA (vs. Strobe)? I've used it a bit, and it
 seems OK, but I suspect I'm barely breaking the surface. Would be
 interested
 in any war/success stories.


 --
 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: MEMLIMIT best practice

Kees:


is there any way programmatically that MEMLIMIT can be queried to determine the 
value ?






Regards,

Scott Ford





From: Vernooij, CP (SPLXM) - KLM
Sent: ‎Friday‎, ‎April‎ ‎18‎, ‎2014 ‎7‎:‎53‎ ‎AM
To: IBM Mainframe Discussion List





Correct, CICS 4.1 requires 4G.

Kees.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Chase, John
Sent: Friday, April 18, 2014 13:49
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: MEMLIMIT best practice

CICS TS 5.1 requires MEMLIMIT=6G, according to the doc:

http://pic.dhe.ibm.com/infocenter/cicsts/v5r1/topic/com.ibm.cics.ts.performance.doc/topics/dfht3_dsa_memlimit.html

   -jc-

 -Original Message-
 From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
 On Behalf Of Vernooij, CP
 (SPLXM) - KLM
 Sent: Friday, April 18, 2014 4:59 AM
 To: IBM-MAIN@LISTSERV.UA.EDU
 Subject: Re: MEMLIMIT best practice
 
 We have 4G, not from recommendations, but from experience. CICS 5.x required 
 this.
 
 Kees.
 
 -Original Message-
 From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
 Behalf Of R.S.
 Sent: Friday, April 18, 2014 11:49
 To: IBM-MAIN@LISTSERV.UA.EDU
 Subject: Re: MEMLIMIT best practice
 
 W dniu 2014-04-18 01:25, Ed Jaffe pisze:
  On 4/4/2014 12:47 PM, R.S. wrote:
  I'm looking for some ROT (rule of thumb) for MEMLIMIT.
  What I learnt:
  - default limit is set in SMFPRMxx
  - the limit can be affected by IEFUSI or other exit (this is not my
  case)
  - REGION=0 implies default MEMLIMIT ignore (MEMLIMIT=inifinity)
  - gotcha: MEMLIMIT=0 does not mean infinity, it really means zero.
 
  However I'm looking for a clue what to put into SMFPRM. What value 
  is OK?
 
  If you specify absolutely nothing about MEMLIMIT anywhere, the 
  system-provided default is 2G so obviously you can't go wrong with 
  that in SMFPRMxx.
 
 Well,
 My issue (problem?) is I have MEMLIMIT coded, but it's much more than 
 default 2G. And I noticed that some DFSORT jobs consume considerable amounts 
 of memory causing paging.
  From the other hand I don't want to be stingy, so I'm looking for some 
 recommendations.
 
 --
 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.2014 r.
 kapitał zakładowy mBanku S.A. (w całości wpłacony) wynosi 168.696.052 złote.
 
 
 --
 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

SORT ando MEMLIMIT best practice

2014-04-18 Thread Paul Gilmartin

On 2014-04-18, at 03:48, R.S. wrote:

 W dniu 2014-04-18 01:25, Ed Jaffe pisze:
 On 4/4/2014 12:47 PM, R.S. wrote:
 
 If you specify absolutely nothing about MEMLIMIT anywhere, the 
 system-provided default is 2G so obviously you can't go wrong with that in 
 SMFPRMxx.
  
Right.  IBM's provided defaults are always optimal.

 Well,
 My issue (problem?) is I have MEMLIMIT coded, but it's much more than default 
 2G. And I noticed that some DFSORT jobs consume considerable amounts of 
 memory causing paging.
 From the other hand I don't want to be stingy, so I'm looking for some 
 recommendations.
  
o Hmmm... I'd think that any parameterization resulting in significant
  paging of I/O buffers is counterproductive.  Is DFSORT aware of this
  in its design, and does it attempt to tailor its WSS to fit in real
  storage?

o OTOH, paging I/O is reported to be very good.  And 64-bit virtual
  is enough for most plausible data sets.  How about eliminating
  SORTWKn data sets and performing the entire sort in virtual
  storage?  But this approach must pay careful attention to LoR.

o What are the consequences of allocating SORTWKn to VIO?

Many years ago (no longer), I knew the Cooley-Tukey fast Fourier
transform algorithm well enough that I could code it from memory.
At one point it makes a pass that toucnes the first location in
each page in sequence; then the second location in each page; then
the third; ... .  This is brutal if WSS doesn't fit in real storage.
Has anyone optimized FFT to optimize LoR, perhaps rearranging the 
data on each pass, perhaps even employing PS data sets rather than
virual storage?

-- gil

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

Re: SORT ando MEMLIMIT best practice

2014-04-18 Thread Chase, John

 -Original Message-
 From: IBM Mainframe Discussion List On Behalf Of Paul Gilmartin
 
 On 2014-04-18, at 03:48, R.S. wrote:
 
  W dniu 2014-04-18 01:25, Ed Jaffe pisze:
  On 4/4/2014 12:47 PM, R.S. wrote:
 
  If you specify absolutely nothing about MEMLIMIT anywhere, the 
  system-provided default is 2G so
 obviously you can't go wrong with that in SMFPRMxx.
 
 Right.  IBM's provided defaults are always optimal.

(Pssst  Hey, Mac -- wanna buy a toll bridge?)

AIGF

   -jc-

**
Information contained in this e-mail message and in any attachments thereto is 
confidential. If you are not the intended recipient, please destroy this 
message, delete any copies held on your systems, notify the sender immediately, 
and refrain from using or disclosing all or any part of its content to any 
other person.

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

Re: MEMLIMIT best practice

2014-04-18 Thread John Gilmore

I do not remember that IBM has ever characterized its defaults as
'optimal', whatever that may mean without context.  What it does try
to do---with, I think, reasonable success---is to provide defaults
that are innocuous in the sense that they do not give trouble for most
jobs most of the time.

Reflexive IBM bashing is not helpful in this or any other context.
Moreover, as I have already tried to make clear, the function of a
global default is not to be optimal; it is to be minimally
troublesome.  For this purpose the 2G IBM default is often a
reasonable one, and even when it is not it is a reasonable starting
place for the determination of a better value.

John Gilmore, Ashland, MA 01721 - USA

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

Re: MEMLIMIT best practice

2014-04-18 Thread Mark Zelden

My IEFUSI still prevents REGION=0M for all but STCs.   Sort of worthless these 
days on
95% of the systems, but I actually still have some small monoplex LPARs that
only have 1.2G - 2G, so the old region=0M and variable length getmain issue
is still a valid concern for those LPARs.  Actually, prevent is a poor wording
choice, you can code REGION=0M but you end up with 256M.  But I  also removed 
code a long time ago to let people code higher regions sizes for batch (other 
than 0M). 
So I could  rip out all of that checking and just force a max pvt above the 
line minus
some reserved ELSQA like what is done for below the line.  Maybe as I roll out
z/OS 2.1. 

My IEFUSI also prevents any MEMLIMIT 5G  - except for STCs that code
REGION=0M,  they will get MEMLIMIT=NOLIMIT.  It worked this way by
default (excluding IEFUSI processing) until OA14391 in 2007, which changed the
way it worked.  At that point I updated my IEFUSI to force MEMLIMIT=NOLIMIT
for an STC with REGION=0M, basically making it work the old way.

If any job / STC specifies more than 5G for MEMLIMIT, they are forced
to 5G anyway from my IEFUSI.

So the bottom line is I have complete control via SMFPRMxx, (with the exception 
of
STCs running with REGION=0M)  which I can update dynamically if there was ever 
a 
need to resolve a problem.  I have MEMLIMIT set to 10G in SMFPRMxx.  It has 
been this
way for something like 8 years and I haven't needed to change it yet (most 
likely due to
any STCs that would need more than 10G having REGION=0M coded). 

I've posted this table before from my IEFUSI source, but maybe prior to the 
MEMLIMIT
code I added (fixed font helps when viewing):

***
*   RESULTS OF IEFUSI FOR 24-BIT AND 31-BIT REGION SIZES: *
*   - *
* JCL DEFINITION REG. LIMIT  REG. SIZEREGION SIZE WTO *
*BELOW   BELOW LIMIT ABOVE   *
* -   *
* NO DEFINITION  8 MB DEF.   SIZE-64K256 MB DEFAULT   NO  *
* 0 MB (JOB) ALL-512KSIZE-64K256 MB   YES *
* 0 MB (STC) ALL-512KSIZE-64KALL AVAILYES *
* 0 MB  AND =8MB   8 MBSIZE-64K256 MB   NO  *
* 8 MB AND LIMITB   AS REQ. SIZE-64K256 MB   NO  *
* LIMITB AND =256MB ALL-512KSIZE-64K256 MB   YES *
* 256 AND =1 GBALL-512KSIZE-64KAS REQUESTED YES *
* 1GB AND  2047MB  ALL-512KSIZE-64KALL AVAILYES *
* OMVS PROCESS   ALL-512KSIZE-64KALL AVAILNO  *
*  DFHSIP (CICS) ALL-512KSIZE-64KAS REQUESTED   DEPENDS   *
* 2047M  JCL ERROR  (FROM CONVERTER) *
***
*   RESULTS OF IEFUSI FOR 64-BIT MEMLIMIT SIZE:   *
*   ---   *
* JCL DEFINITION MEMLIMIT WTO *
* -   *
* NO MEMLIMIT DEFINITION TAKEN FROM SMFPRMXX MEMLIMIT NO  *
* REGION=0M (JOB) + NO MEMLIMIT  5GB  NO  *
* REGION=0M (STC) + NO MEMLIMIT  NOLIMIT (16383PB)NO  *
* MEMLIMIT= 5GB AS REQUESTED NO  *
* MEMLIMIT= =5GB5GB  NO  *
***


--
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: Forget: Sorting CSV data that begins with an IP address

Vig ,


I have briefly looked at this thread , it sounds like your ‘almost pinging’ 
printers …

Can you provide a bit more information ? Like these are IP ? Application owned 
?  Why manage from OMVS ( I have nothing against it ), curious why ? 


Regards,

Scott





From: Martin Packer
Sent: ‎Friday‎, ‎April‎ ‎18‎, ‎2014 ‎5‎:‎37‎ ‎AM
To: IBM Mainframe Discussion List





No developer would be arrogant enough :-) to consider themselves 
faultless. And knowing Sri Hari as I do I doubt he'd want you to keep the 
solution to yourself. And we all learn by building on each others' 
solutions and ideas.

Which is why *I* for one have been socialising my answers for almost 30 
years. Others likewise and some even longer.

However what we have here is a discussion that has little structure now. 
:-(

Cheers, Martin

Martin Packer,
zChampion, Principal Systems Investigator,
Worldwide Banking Center of Excellence, IBM

+44-7802-245-584

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

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



From:   Sankaranarayanan, Vignesh 
vignesh.v.sankaranaraya...@marks-and-spencer.com
To: IBM-MAIN@listserv.ua.edu
Date:   18/04/2014 00:40
Subject:Re: Forget: Sorting CSV data that begins with an IP 
address
Sent by:IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu



Ok .. 
Just a thought though .. when I get a solution from a DFSORT developer 
himself, I can blindly believe that it will work; as long as I had made my 
requirements clear, which I had.

But yes, I do see your point.

- Vignesh
Mainframe Admin

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
Behalf Of Gibney, Dave
Sent: 17 April 2014 22:16
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Forget: Sorting CSV data that begins with an IP address

Don't reply off list and deprive others from knowing the solution(s). 
Also, keeps the archives more useful.

 -Original Message-
 From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
 On Behalf Of Sankaranarayanan, Vignesh
 Sent: Thursday, April 17, 2014 12:35 PM
 To: IBM-MAIN@LISTSERV.UA.EDU
 Subject: Re: Forget: Sorting CSV data that begins with an IP address
 
 Sorry Kolusu, thought I replied to your email off the list. Your 
 solution works, thank you.
 
 And from cursory looks, and trial runs, it looks like other suggested 
 solutions work too.
 
 So my or original problem has been solved, thanks to you guys.
 
 Now I'm just mulling about cutting the execution time.
 
 - Vignesh
 Mainframe admin
 
 On Apr 17, 2014 8:32:12 PM, Sri h Kolusu skol...@us.ibm.com wrote:
 
 Sankaranarayanan Vignesh
 
 You keep asking questions but never let us know the outcome of the 
 proposed solutions.  You started the topic for DFSORT about Sorting 
 the csv file and a couple of solutions were provided to you. If the 
 proposed solution did not work then may be should have shown us a 
 sample and then may be we could have fixed that issue. Did you try out 
 the solution posted by me earlier? If so what is the outcome of that? 
Did you get the desired results?
 
 Thanks,
 Kolusu
 DFSORT Development
 
 IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu wrote on
 04/17/2014 12:26:17 PM:
 
  From: Sankaranarayanan, Vignesh
 Vignesh.V.Sankaranarayanan@MARKS-
  AND-SPENCER.COM
  To: IBM-MAIN@listserv.ua.edu,
  Date: 04/17/2014 12:26 PM
  Subject: Re: Forget: Sorting CSV data that begins with an IP address 
  Sent by: IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu
 
  Ok.. Is it possible to fire off other REXXes repetitively (let's say
  2 or 3, each doing one function) that will not RETURN to the main, 
  but write their output to a dataset once done?
 
  - Vignesh
  Mainframe admin
 
  On Apr 17, 2014 8:16:45 PM, Farley, Peter x23353
  peter.far...@broadridge.com wrote:
 
  TSO Rexx does not support multiple tasks executing simultaneously.
  The ATTACH* functions do attach a new task, but your attaching 
  Rexx waits synchronously for the attached task to complete.
 
  -Original Message-
  From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU
 ]
  On Behalf Of Sankaranarayanan, Vignesh
  Sent: Thursday, April 17, 2014 2:58 PM
  To: IBM-MAIN@LISTSERV.UA.EDU
  Subject: Re: Forget: Sorting CSV data that begins with an IP address
 
  Another question.
 
  I'm looping some  5000 times in REXX and doing functions (NetView 
  ping, SNMP walk, etc) sequentially. They don't necessarily need to 
  be sequential. I'm just going through a list of printers and I want 
  to test them.
 
  So.. Is it possible that I make the first run a data run - reading 
  parameters from files for each printer (reading PDS member) - and 
  the second run as a thread creator of sorts. Each thread going off 
  to test one printer.
 
  The first run should be almost instantaneous. My thinking is.. Is it 
  possible to parallelly do the pinging and

FW: Forget: Sorting CSV data that begins with an IP address

2014-04-18 Thread Sankaranarayanan, Vignesh

First off.. apologies for prolonging this topic further.





Hello Scott,



Guess you're referring to The whole process takes about 20 minutes, and I’m 
trying to cut down functions wherever possible (such as – I don’t have to SNMP 
for printer data when I know I can’t ping it).



Though this topic has been going on for a while, I'm not 100% sure that the 
purpose mail has came across.



They are IP’s and the printing software is VPS. I’m considering moving the 
“ping” and “snmp get” to OMVS because I want to make the process concurrent, as 
opposed to doing the functions (tests) sequentially, one printer after another.




We’re managing a few thousand printers via VPS, DRS, and VPSX and as the 
headings would explain, they belong to different places. Meaning, different 
naming conventions, different VLAN’s, different VPS groups, different VPS 
configurations.

We used to maintain Spreadsheets for each location separately, but often, it 
would go out of date (not updated with modifications when they’re done).
So I’m obtaining my VPS printer startup list (reading NetView global 
variables)and running health check (SNMP ping, getting status/MAC) on each 
item, and then populating the below CSV.
The other columns come from NetView global variables which are pretty much 
constant, except when there’s a new warehouse or something. (The entire REXX 
runs under NetView to enable easy use of SNMP bits).
The whole process takes about 20 minutes, and I’m trying to cut down functions 
wherever possible (such as – I don’t have to SNMP for printer data when I know 
I can’t ping it).

Since there’s different VLAN’s for each location, I’m trying to get the data 
sorted so that when there’s a need for a new printer in any of the locations, I 
can just go to the bottom of that VLAN and pick an IP to assign to the printer.

IP

MAC

Make-Model

SEPINFO

Type

Ping

Status

Printer

GRPNAME

Warehouse #

Warehouse Name

Warehouse Terminal

Warehouse Code

Warehouse CICS

10.19.137.200

Unknown

Unknown

Not Defined

Report

NOT Ok

Unknown

R680

WHLIFFEY

Partial data - SATO_CL412e  
   SATO   
Barcode  Ok   Online PSHBDC0E   
  WHKINGS

The whole exercise is to make managing these printers easy and to have a fair 
indication of the status of the printers, available outisde the mainframe.”





- Vignesh

Mainframe Admin



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Scott Ford
Sent: 18 April 2014 16:32
To: IBM-MAIN@LISTSERV.UA.EDUmailto:IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Forget: Sorting CSV data that begins with an IP address



Vig ,





I have briefly looked at this thread , it sounds like your ‘almost pinging’ 
printers …



Can you provide a bit more information ? Like these are IP ? Application owned 
?  Why manage from OMVS ( I have nothing against it ), curious why ?





Regards,



Scott











From: Martin Packer

Sent: ‎Friday‎, ‎April‎ ‎18‎, ‎2014 ‎5‎:‎37‎ ‎AM

To: IBM Mainframe Discussion List











No developer would be arrogant enough :-) to consider themselves faultless. And 
knowing Sri Hari as I do I doubt he'd want you to keep the solution to 
yourself. And we all learn by building on each others'

solutions and ideas.



Which is why *I* for one have been socialising my answers for almost 30 
years. Others likewise and some even longer.



However what we have here is a discussion that has little structure now.

:-(



Cheers, Martin



Martin Packer,

zChampion, Principal Systems Investigator, Worldwide Banking Center of 
Excellence, IBM



+44-7802-245-584



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



Twitter / Facebook IDs: MartinPacker

Blog:

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







From:   Sankaranarayanan, Vignesh

vignesh.v.sankaranaraya...@marks-and-spencer.commailto:vignesh.v.sankaranaraya...@marks-and-spencer.com

To: IBM-MAIN@listserv.ua.edumailto:IBM-MAIN@listserv.ua.edu

Date:   18/04/2014 00:40

Subject:Re: Forget: Sorting CSV data that begins with an IP

address

Sent by:IBM Mainframe Discussion List 
IBM-MAIN@listserv.ua.edumailto:IBM-MAIN@listserv.ua.edu







Ok ..

Just a thought though .. when I get a solution from a DFSORT developer himself, 
I can blindly believe that it will work; as long as I had made my requirements 
clear, which I had.



But yes, I do see your point.



- Vignesh

Mainframe Admin



-Original Message-

From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Gibney, Dave

Sent: 17 April 2014 22:16

To: IBM-MAIN@LISTSERV.UA.EDUmailto:IBM-MAIN@LISTSERV.UA.EDU

Subject: Re: Forget: Sorting CSV data that begins with an IP address



Don't reply off list and deprive others from knowing the

Re: Forget: Sorting CSV data that begins with an IP address

Vig,

No apology necessary, I was in a similar situation with 2500 printers on JES2
using IBM's VPS product. We used Netview, the downside unless you put a lot of
effort in design is the concurrency ..OMVS is better I agree, you need a daemon
that runs doing the queries, etc.

Scott ford
www.identityforge.com
from my IPAD

On Apr 18, 2014, at 12:14 PM, Sankaranarayanan, Vignesh
vignesh.v.sankaranaraya...@marks-and-spencer.com wrote:

First off.. apologies for prolonging this topic further.

Hello Scott,

Guess you're referring to The whole process takes about 20 minutes, and I’m
trying to cut down functions wherever possible (such as – I don’t have to
SNMP for printer data when I know I can’t ping it).

Though this topic has been going on for a while, I'm not 100% sure that the
purpose mail has came across.

They are IP’s and the printing software is VPS. I’m considering moving the
“ping” and “snmp get” to OMVS because I want to make the process concurrent,
as opposed to doing the functions (tests) sequentially, one printer after
another.

We’re managing a few thousand printers via VPS, DRS, and VPSX and as the
headings would explain, they belong to different places. Meaning, different
naming conventions, different VLAN’s, different VPS groups, different VPS
configurations.

We used to maintain Spreadsheets for each location separately, but often, it
would go out of date (not updated with modifications when they’re done).
So I’m obtaining my VPS printer startup list (reading NetView global
variables)and running health check (SNMP ping, getting status/MAC) on each
item, and then populating the below CSV.
The other columns come from NetView global variables which are pretty much
constant, except when there’s a new warehouse or something. (The entire REXX
runs under NetView to enable easy use of SNMP bits).
The whole process takes about 20 minutes, and I’m trying to cut down
functions wherever possible (such as – I don’t have to SNMP for printer data
when I know I can’t ping it).

Since there’s different VLAN’s for each location, I’m trying to get the data
sorted so that when there’s a need for a new printer in any of the locations,
I can just go to the bottom of that VLAN and pick an IP to assign to the
printer.

MAC

Make-Model

SEPINFO

Type

Ping

Status

Printer

GRPNAME

Warehouse #

Warehouse Name

Warehouse Terminal

Warehouse Code

Warehouse CICS

10.19.137.200

Unknown

Not Defined

Report

NOT Ok

Unknown

R680

WHLIFFEY

Partial data -
SATO_CL412e SATO
Barcode Ok Online
PSHBDC0E WHKINGS

The whole exercise is to make managing these printers easy and to have a fair
indication of the status of the printers, available outisde the mainframe.”

- Vignesh

Mainframe Admin

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Scott Ford
Sent: 18 April 2014 16:32
To: IBM-MAIN@LISTSERV.UA.EDUmailto:IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Forget: Sorting CSV data that begins with an IP address

Vig ,

I have briefly looked at this thread , it sounds like your ‘almost pinging’
printers …

Can you provide a bit more information ? Like these are IP ? Application
owned ? Why manage from OMVS ( I have nothing against it ), curious why ?

Regards,

Scott

From: Martin Packer

Sent: ‎Friday‎, ‎April‎ ‎18‎, ‎2014 ‎5‎:‎37‎ ‎AM

To: IBM Mainframe Discussion List

No developer would be arrogant enough :-) to consider themselves faultless.
And knowing Sri Hari as I do I doubt he'd want you to keep the solution to
yourself. And we all learn by building on each others'

solutions and ideas.

Which is why *I* for one have been socialising my answers for almost 30
years. Others likewise and some even longer.

However what we have here is a discussion that has little structure now.

:-(

Cheers, Martin

Martin Packer,

zChampion, Principal Systems Investigator, Worldwide Banking Center of
Excellence, IBM

+44-7802-245-584

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

Twitter / Facebook IDs: MartinPacker

Blog:

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

From: Sankaranarayanan, Vignesh

vignesh.v.sankaranaraya...@marks-and-spencer.commailto:vignesh.v.sankaranaraya...@marks-and-spencer.com

To: IBM-MAIN@listserv.ua.edumailto:IBM-MAIN@listserv.ua.edu

Date: 18/04/2014 00:40

Subject:Re: Forget: Sorting CSV data that begins with an IP

address

Sent by:IBM

Re: Forget: Sorting CSV data that begins with an IP address

2014-04-18 Thread Sankaranarayanan, Vignesh

Okay .. what was the solution you came to use, and could you please share some 
pointers on how to do the parts in OMVS. I know I am to use bpxwunix to issue 
commands and get the result back. Would like to know what I must read to get 
concurrency working.

Currently, I am doing this in NetView but it takes 20 minutes to go through the 
entire lot of printers. I know I can do better :)

- Vignesh
Mainframe Admin

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Scott Ford
Sent: 18 April 2014 17:26
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Forget: Sorting CSV data that begins with an IP address

Vig,

No apology necessary, I was in a similar situation with 2500 printers on JES2 
using IBM's VPS product. We used Netview, the downside unless you put a lot of 
effort in design is the concurrency ..OMVS is better I agree, you need a daemon 
that runs doing the queries, etc.

Scott ford
www.identityforge.com
from my IPAD




 On Apr 18, 2014, at 12:14 PM, Sankaranarayanan, Vignesh 
 vignesh.v.sankaranaraya...@marks-and-spencer.com wrote:
 
 First off.. apologies for prolonging this topic further.
 
 
 
 
 
 Hello Scott,
 
 
 
 Guess you're referring to The whole process takes about 20 minutes, and I’m 
 trying to cut down functions wherever possible (such as – I don’t have to 
 SNMP for printer data when I know I can’t ping it).
 
 
 
 Though this topic has been going on for a while, I'm not 100% sure that the 
 purpose mail has came across.
 
 
 
 They are IP’s and the printing software is VPS. I’m considering moving the 
 “ping” and “snmp get” to OMVS because I want to make the process concurrent, 
 as opposed to doing the functions (tests) sequentially, one printer after 
 another.
 
 
 
 
 We’re managing a few thousand printers via VPS, DRS, and VPSX and as the 
 headings would explain, they belong to different places. Meaning, different 
 naming conventions, different VLAN’s, different VPS groups, different VPS 
 configurations.
 
 We used to maintain Spreadsheets for each location separately, but often, it 
 would go out of date (not updated with modifications when they’re done).
 So I’m obtaining my VPS printer startup list (reading NetView global 
 variables)and running health check (SNMP ping, getting status/MAC) on each 
 item, and then populating the below CSV.
 The other columns come from NetView global variables which are pretty much 
 constant, except when there’s a new warehouse or something. (The entire REXX 
 runs under NetView to enable easy use of SNMP bits).
 The whole process takes about 20 minutes, and I’m trying to cut down 
 functions wherever possible (such as – I don’t have to SNMP for printer data 
 when I know I can’t ping it).
 
 Since there’s different VLAN’s for each location, I’m trying to get the data 
 sorted so that when there’s a need for a new printer in any of the locations, 
 I can just go to the bottom of that VLAN and pick an IP to assign to the 
 printer.
 
 IP
 
 MAC
 
 Make-Model
 
 SEPINFO
 
 Type
 
 Ping
 
 Status
 
 Printer
 
 GRPNAME
 
 Warehouse #
 
 Warehouse Name
 
 Warehouse Terminal
 
 Warehouse Code
 
 Warehouse CICS
 
 10.19.137.200
 
 Unknown
 
 Unknown
 
 Not Defined
 
 Report
 
 NOT Ok
 
 Unknown
 
 R680
 
 WHLIFFEY
 
 Partial data - 
 SATO_CL412e SATO  
  Barcode  Ok   Online 
 PSHBDC0E WHKINGS
 
 The whole exercise is to make managing these printers easy and to have a fair 
 indication of the status of the printers, available outisde the mainframe.”
 
 
 
 
 
 - Vignesh
 
 Mainframe Admin
 
 
 
 -Original Message-
 From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
 On Behalf Of Scott Ford
 Sent: 18 April 2014 16:32
 To: IBM-MAIN@LISTSERV.UA.EDUmailto:IBM-MAIN@LISTSERV.UA.EDU
 Subject: Re: Forget: Sorting CSV data that begins with an IP address
 
 
 
 Vig ,
 
 
 
 
 
 I have briefly looked at this thread , it sounds like your ‘almost 
 pinging’ printers …
 
 
 
 Can you provide a bit more information ? Like these are IP ? Application 
 owned ?  Why manage from OMVS ( I have nothing against it ), curious why ?
 
 
 
 
 
 Regards,
 
 
 
 Scott
 
 
 
 
 
 
 
 
 
 
 
 From: Martin Packer
 
 Sent: ‎Friday‎, ‎April‎ ‎18‎, ‎2014 ‎5‎:‎37‎ ‎AM
 
 To: IBM Mainframe Discussion List
 
 
 
 
 
 
 
 
 
 
 
 No developer would be arrogant enough :-) to consider themselves faultless. 
 And knowing Sri Hari as I do I doubt he'd want you to keep the solution to 
 yourself. And we all learn by building on each others'
 
 solutions and ideas.
 
 
 
 Which is why *I* for one have been socialising my answers for almost 30 
 years. Others likewise and some even longer.
 
 
 
 However what we have here is a discussion that has little structure now.
 
 :-(
 
 
 
 Cheers, Martin
 
 
 
 Martin Packer,

Re: Extended Addressibility (was: ZFS - Allocation Failure)

2014-04-18 Thread DASDBILL2

Many things have been extended.  The CVT, e.g., has an extension (and even a 
prefix), as do many other system control blocks.  The CKD architecture of DASD 
was extended in the early 1980s.  The MVCL instruction has an extended variant, 
as does STCK and a host of other machine instructions.  Users keep wanting more 
and more of everything. 
The proliferation of control block extensions was one of the many features of 
the new Hosed System Architecture whose pre-post-announcement was first 
pre-presented at the Chicago SHARE in August, 1991.  E.g., this quaint new 
operating system had a CVT that had been enhanced so massively that its prefix 
had to have an extension and its extension had to have a prefix.  This 
architecture was well received by that SHARE audience, but, sadly, less so by 
the buying public. 
  
Bill Fairchild 

- Original Message -

From: Norbert Friemel nf.ibmm...@web.de 
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Thursday, April 17, 2014 6:24:58 PM 
Subject: Re: Extended Addressibility (was: ZFS - Allocation Failure) 

On Thu, 17 Apr 2014 17:38:12 +, DASDBILL2 wrote: 

Extended Addressability refers to an attribute of a data set that allows the 
data set to contain more then 4GB of data. 
Extended Format refers to each DASD block's having some extra bytes, called a 
suffix, added to the end of each data block, and this can happen with data 
sets that contain fewer than 4GB of data. 
EAV stands for Extended Addressability Volumes and refers to an attribute of a 
volume that allows it to have more than 65,536 (approximately) cylinders on 
it, regardless of what kinds of data sets are stored there or how large they 
are. 
  
These three buzzphrases all have the  word extended in them, and two of them 
also have the word addressability in them, but they are three different 
concepts. 
  

EATTR JCL/Data Class-Parameter: 
A data set with *extended* attributes (format 8 and 9 DSCBs) can reside in the 
*extended* address space (EAS) on an *extended* address volume (EAV). 

(EATTR was not available on MVS/eXtended Architecture ;-) 

Norbert Friemel   

-- 
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: Extended Addressibility (was: ZFS - Allocation Failure)


On 4/18/2014 9:40 AM, DASDBILL2 wrote:

The proliferation of control block extensions was one of the many features of 
the new Hosed System Architecture whose pre-post-announcement was first 
pre-presented at the Chicago SHARE in August, 1991.  E.g., this quaint new 
operating system had a CVT that had been enhanced so massively that its prefix 
had to have an extension and its extension had to have a prefix.  This 
architecture was well received by that SHARE audience, but, sadly, less so by 
the buying public.


Apparently, the JES2 developers took this architecture to heart. LOL

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

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

Fwd: Looking for Tech Architect -- Position Available

2014-04-18 Thread Steve Thompson

Humana is looking for someone for the position of Enterprise Tech 
Architect (I think that is the title).


This person must have experience with z/Frames, Windows Servers,
*nix systems (Intel, AIX, etc). Preferably programming experience 
on at least two platforms (one is to be z/Frame the other NOT 
z/Frame). Cross platform DB tuning desired. DR/BCP experience 
desired.


Principles only.

The position reports to a director or higher.

Purpose: Need a technical person to coordinate between the
various systems (silos) and advise management on proper course of 
action.


The position is so new, that it may not be in our HR system yet ( 
http://humana.taleo.net/careersection/externalus/moresearch.ftl?lang 
), so you may contact me at the following:


s thompson 17 at humana com

Regards,
Steve Thompson
Tech Architect
Large Systems Cap  Tune (z/Frames SCPs)

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

Re: SORT ando MEMLIMIT best practice

2014-04-18 Thread Elardus Engelbrecht

Paul Gilmartin wrote:

R.S. wrote:
 If you specify absolutely nothing about MEMLIMIT anywhere, the 
 system-provided default is 2G so obviously you can't go wrong with that in 
 SMFPRMxx.

Right.  IBM's provided defaults are always optimal.

Agreed. But, as John Gilmore said, IBM's defaults are 'minimal troublesome' [ 
for 'most installations' -- my own words ].

I usually find that these defaults are Ok and tailoring is reserved for those 
strange needs. Oh, my MEMLIMIT is NOLIMIT after several attempts to satisfy my 
DB2 needs and my z/OS Team handling of paging. I'm not using USI exit much 
these days.

o Hmmm... I'd think that any parameterization resulting in significant  paging 
of I/O buffers is counterproductive.  Is DFSORT aware of this in its design, 
and does it attempt to tailor its WSS to fit in real  storage?

Yes, I find that DFSORT looks what it can grab: memory, VIO, SORTWKxx and 
SORTIN parameters for storage usage. Then DFSORT looks at what size those SORT 
inputs are. At last, it tries to grab whatever it can get to start sorting at 
all.

o OTOH, paging I/O is reported to be very good.  And 64-bit virtual  is enough 
for most plausible data sets.  How about eliminating SORTWKn data sets and 
performing the entire sort in virtual storage?  But this approach must pay 
careful attention to LoR.

Use SORTIN parameters to avoid SORTWKxx. Just don't code SORTWKnn in your JCL 
DD statements. But, I agree, be careful.

For myself, I find using SORTWKnn, large REGION and large SORTIN parameters are 
'better' for really big sort work.

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

Re: SORT ando MEMLIMIT best practice

2014-04-18 Thread David Betten

DFSORT does look at available resources before it grabs whatever it can. 
 There are DFSORT installation defaults to control how much of the 
available storage DFSORT will use but I agree the shipped defaults can 
cause issues in some environments.  We put a lot of guidance on these 
installation defaults in our DFSORT Tuning Guide and in V2R1 we made some 
changes to try and be a bit less agressive in how we allocate available 
storage. 


Have a nice day,
Dave Betten
DFSMS Performance Engineer
IBM Corporation
email:  bet...@us.ibm.com
1-301-240-3809
DFSORT/MVSontheweb at http://www.ibm.com/storage/dfsort/

IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu wrote on 
04/18/2014 01:15:51 PM:

 From: Elardus Engelbrecht elardus.engelbre...@sita.co.za
 To: IBM-MAIN@listserv.ua.edu, 
 Date: 04/18/2014 01:16 PM
 Subject: Re: SORT ando MEMLIMIT best practice
 Sent by: IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu
 
 Paul Gilmartin wrote:
 
 R.S. wrote:
  If you specify absolutely nothing about MEMLIMIT anywhere, the 
 system-provided default is 2G so obviously you can't go wrong with 
 that in SMFPRMxx.
 
 Right.  IBM's provided defaults are always optimal.
 
 Agreed. But, as John Gilmore said, IBM's defaults are 'minimal 
 troublesome' [ for 'most installations' -- my own words ].
 
 I usually find that these defaults are Ok and tailoring is reserved 
 for those strange needs. Oh, my MEMLIMIT is NOLIMIT after several 
 attempts to satisfy my DB2 needs and my z/OS Team handling of 
 paging. I'm not using USI exit much these days.
 
 o Hmmm... I'd think that any parameterization resulting in 
 significant  paging of I/O buffers is counterproductive.  Is DFSORT 
 aware of this in its design, and does it attempt to tailor its WSS 
 to fit in real  storage?
 
 Yes, I find that DFSORT looks what it can grab: memory, VIO, 
 SORTWKxx and SORTIN parameters for storage usage. Then DFSORT looks 
 at what size those SORT inputs are. At last, it tries to grab 
 whatever it can get to start sorting at all.
 
 o OTOH, paging I/O is reported to be very good.  And 64-bit virtual
 is enough for most plausible data sets.  How about eliminating 
 SORTWKn data sets and performing the entire sort in virtual storage?
 But this approach must pay careful attention to LoR.
 
 Use SORTIN parameters to avoid SORTWKxx. Just don't code SORTWKnn in
 your JCL DD statements. But, I agree, be careful.
 
 For myself, I find using SORTWKnn, large REGION and large SORTIN 
 parameters are 'better' for really big sort work.
 
 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

Re: SORT ando MEMLIMIT best practice

2014-04-18 Thread Gibney, Dave

I don't wish to start a SORT war. :)
Syncsort has the GDSM STC which, as I understand it, keeps a history of 
sort performance/requirments and helps Syncsort choose resource options. I 
actually have no idea how effective it is for us or others,
   Does DFSORT have a similar sort history function?
 -Original Message-
 From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
 On Behalf Of David Betten
 Sent: Friday, April 18, 2014 10:31 AM
 To: IBM-MAIN@LISTSERV.UA.EDU
 Subject: Re: SORT ando MEMLIMIT best practice

 DFSORT does look at available resources before it grabs whatever it can.
  There are DFSORT installation defaults to control how much of the available
 storage DFSORT will use but I agree the shipped defaults can cause issues in
 some environments.  We put a lot of guidance on these installation defaults in
 our DFSORT Tuning Guide and in V2R1 we made some changes to try and be a
 bit less agressive in how we allocate available storage.

 Have a nice day,
 Dave Betten
 DFSMS Performance Engineer
 IBM Corporation
 email:  bet...@us.ibm.com
 1-301-240-3809
 DFSORT/MVSontheweb at http://www.ibm.com/storage/dfsort/

 IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu wrote on
 04/18/2014 01:15:51 PM:

  From: Elardus Engelbrecht elardus.engelbre...@sita.co.za
  To: IBM-MAIN@listserv.ua.edu,
  Date: 04/18/2014 01:16 PM
  Subject: Re: SORT ando MEMLIMIT best practice Sent by: IBM Mainframe
  Discussion List IBM-MAIN@listserv.ua.edu

  Paul Gilmartin wrote:

  R.S. wrote:
   If you specify absolutely nothing about MEMLIMIT anywhere, the
  system-provided default is 2G so obviously you can't go wrong with
  that in SMFPRMxx.

  Right.  IBM's provided defaults are always optimal.

  Agreed. But, as John Gilmore said, IBM's defaults are 'minimal
  troublesome' [ for 'most installations' -- my own words ].

  I usually find that these defaults are Ok and tailoring is reserved
  for those strange needs. Oh, my MEMLIMIT is NOLIMIT after several
  attempts to satisfy my DB2 needs and my z/OS Team handling of paging.
  I'm not using USI exit much these days.

  o Hmmm... I'd think that any parameterization resulting in
  significant  paging of I/O buffers is counterproductive.  Is DFSORT
  aware of this in its design, and does it attempt to tailor its WSS to
  fit in real  storage?

  Yes, I find that DFSORT looks what it can grab: memory, VIO, SORTWKxx
  and SORTIN parameters for storage usage. Then DFSORT looks at what
  size those SORT inputs are. At last, it tries to grab whatever it can
  get to start sorting at all.

  o OTOH, paging I/O is reported to be very good.  And 64-bit virtual
  is enough for most plausible data sets.  How about eliminating SORTWKn
  data sets and performing the entire sort in virtual storage?
  But this approach must pay careful attention to LoR.

  Use SORTIN parameters to avoid SORTWKxx. Just don't code SORTWKnn in
  your JCL DD statements. But, I agree, be careful.

  For myself, I find using SORTWKnn, large REGION and large SORTIN
  parameters are 'better' for really big sort work.

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

Re: SORT ando MEMLIMIT best practice

2014-04-18 Thread David Betten

DFSORT does not have a sort history function.


Have a nice day,
Dave Betten
DFSMS Performance Engineer
IBM Corporation
email:  bet...@us.ibm.com
1-301-240-3809
DFSORT/MVSontheweb at http://www.ibm.com/storage/dfsort/

IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu wrote on 
04/18/2014 01:37:02 PM:

 From: Gibney, Dave gib...@wsu.edu
 To: IBM-MAIN@listserv.ua.edu, 
 Date: 04/18/2014 01:37 PM
 Subject: Re: SORT ando MEMLIMIT best practice
 Sent by: IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu
 
 I don't wish to start a SORT war. :)
 Syncsort has the GDSM STC which, as I understand it, keeps a 
 history of sort performance/requirments and helps Syncsort choose 
 resource options. I actually have no idea how effective it is for usor 
others,
Does DFSORT have a similar sort history function?
  -Original Message-
  From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
  On Behalf Of David Betten
  Sent: Friday, April 18, 2014 10:31 AM
  To: IBM-MAIN@LISTSERV.UA.EDU
  Subject: Re: SORT ando MEMLIMIT best practice
  
  DFSORT does look at available resources before it grabs whatever it 
can.
   There are DFSORT installation defaults to control how much of 
theavailable
  storage DFSORT will use but I agree the shipped defaults can 
causeissues in
  some environments.  We put a lot of guidance on these installation
 defaults in
  our DFSORT Tuning Guide and in V2R1 we made some changes to try and be 
a
  bit less agressive in how we allocate available storage.
  
  
  Have a nice day,
  Dave Betten
  DFSMS Performance Engineer
  IBM Corporation
  email:  bet...@us.ibm.com
  1-301-240-3809
  DFSORT/MVSontheweb at http://www.ibm.com/storage/dfsort/
  
  IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu wrote on
  04/18/2014 01:15:51 PM:
  
   From: Elardus Engelbrecht elardus.engelbre...@sita.co.za
   To: IBM-MAIN@listserv.ua.edu,
   Date: 04/18/2014 01:16 PM
   Subject: Re: SORT ando MEMLIMIT best practice Sent by: IBM Mainframe
   Discussion List IBM-MAIN@listserv.ua.edu
  
   Paul Gilmartin wrote:
  
   R.S. wrote:
If you specify absolutely nothing about MEMLIMIT anywhere, the
   system-provided default is 2G so obviously you can't go wrong with
   that in SMFPRMxx.
  
   Right.  IBM's provided defaults are always optimal.
  
   Agreed. But, as John Gilmore said, IBM's defaults are 'minimal
   troublesome' [ for 'most installations' -- my own words ].
  
   I usually find that these defaults are Ok and tailoring is reserved
   for those strange needs. Oh, my MEMLIMIT is NOLIMIT after several
   attempts to satisfy my DB2 needs and my z/OS Team handling of 
paging.
   I'm not using USI exit much these days.
  
   o Hmmm... I'd think that any parameterization resulting in
   significant  paging of I/O buffers is counterproductive.  Is DFSORT
   aware of this in its design, and does it attempt to tailor its WSS 
to
   fit in real  storage?
  
   Yes, I find that DFSORT looks what it can grab: memory, VIO, 
SORTWKxx
   and SORTIN parameters for storage usage. Then DFSORT looks at what
   size those SORT inputs are. At last, it tries to grab whatever it 
can
   get to start sorting at all.
  
   o OTOH, paging I/O is reported to be very good.  And 64-bit virtual
   is enough for most plausible data sets.  How about eliminating 
SORTWKn
   data sets and performing the entire sort in virtual storage?
   But this approach must pay careful attention to LoR.
  
   Use SORTIN parameters to avoid SORTWKxx. Just don't code SORTWKnn in
   your JCL DD statements. But, I agree, be careful.
  
   For myself, I find using SORTWKnn, large REGION and large SORTIN
   parameters are 'better' for really big sort work.
  
   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 IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
 

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

Re: SORT ando MEMLIMIT best practice

2014-04-18 Thread DASDBILL2

Once the I/O is complete and the buffer has been marked as no longer page-fixed 
while the I/O is active, that I/O buffer will not experience significant paging 
if it is being accessed frequently.  That's how I/O buffers have always behaved 
since virtual memory operating systems with paging subsystems were first 
produced, whether the  buffer is below 16M, below 31M, or above 31M.  Vendors 
who build products like DFSORT know how to long-term page-fix their buffers, 
whether the  buffers are above or below the bar, if such page fixing seems 
useful.  In other words, just because a large amount of storage is being used 
above the bar does not necessarily mean that that storage is being frequently 
paged.  But as more pages are long-term-fixed anywhere in the system, then the 
paging of everything else in the system may increase.  Giving a gazillion bytes 
above the bar to process X does not necessarily mean that process X will ruin 
system performance.  The gazillion bytes could also have come from below the 
bar (for some values of gazillion).  Any process that is suspected of hogging 
the system needs to be closely monitored because it has been previously 
determined that it is hogging the system, not simply because it is using some 
new type of resource that is not yet well understood. 
Bill Fairchild 

- Original Message -

From: Paul Gilmartin paulgboul...@aim.com 
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Friday, April 18, 2014 9:31:13 AM 
Subject: SORT ando MEMLIMIT best practice 

On 2014-04-18, at 03:48, R.S. wrote: 

 W dniu 2014-04-18 01:25, Ed Jaffe pisze: 
 On 4/4/2014 12:47 PM, R.S. wrote: 
 
 If you specify absolutely nothing about MEMLIMIT anywhere, the 
 system-provided default is 2G so obviously you can't go wrong with that in 
 SMFPRMxx. 
   
Right.  IBM's provided defaults are always optimal. 

 Well, 
 My issue (problem?) is I have MEMLIMIT coded, but it's much more than default 
 2G. And I noticed that some DFSORT jobs consume considerable amounts of 
 memory causing paging. 
 From the other hand I don't want to be stingy, so I'm looking for some 
 recommendations. 
   
o Hmmm... I'd think that any parameterization resulting in significant 
  paging of I/O buffers is counterproductive.  Is DFSORT aware of this 
  in its design, and does it attempt to tailor its WSS to fit in real 
  storage? 

o OTOH, paging I/O is reported to be very good.  And 64-bit virtual 
  is enough for most plausible data sets.  How about eliminating 
  SORTWKn data sets and performing the entire sort in virtual 
  storage?  But this approach must pay careful attention to LoR. 

o What are the consequences of allocating SORTWKn to VIO? 

Many years ago (no longer), I knew the Cooley-Tukey fast Fourier 
transform algorithm well enough that I could code it from memory. 
At one point it makes a pass that toucnes the first location in 
each page in sequence; then the second location in each page; then 
the third; ... .  This is brutal if WSS doesn't fit in real storage. 
Has anyone optimized FFT to optimize LoR, perhaps rearranging the 
data on each pass, perhaps even employing PS data sets rather than 
virual storage? 

-- gil 

-- 
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: MEMLIMIT best practice


On 4/18/2014 7:07 AM, Scott Ford wrote:

is there any way programmatically that MEMLIMIT can be queried to determine the 
value ?


6 RAXLVMemLim   Bit(64) RXZ,/* Address Space Memory
   limit in MB@P8C*/

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

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

Re: Extended Addressibility

And to furthermore muddy the waters, Extended Addressibility also refers as you 
well know to 64bit addressing in Storage.

Tricky these terms, eh ..






Regards,

Scott





From: R.S.
Sent: ‎Thursday‎, ‎April‎ ‎17‎, ‎2014 ‎1‎:‎49‎ ‎PM
To: IBM Mainframe Discussion List





W dniu 2014-04-17 19:38, DASDBILL2 pisze:
 Extended Addressability refers to an attribute of a data set that allows the 
 data set to contain more then 4GB of data.
 Extended Format refers to each DASD block's having some extra bytes, called a 
 suffix, added to the end of each data block, and this can happen with data 
 sets that contain fewer than 4GB of data.
 EAV stands for Extended Addressability Volumes and refers to an attribute of 
 a volume that allows it to have more than 65,536 (approximately) cylinders on 
 it, regardless of what kinds of data sets are stored there or how large they 
 are.

 These three buzzphrases all have the  word extended in them, and two of 
 them also have the word addressability in them, but they are three 
 different concepts.
Just to complement: EF is prerequisite for EA. So, the concepts are 
related a little bit.
Contrary, the EAV is not prerequsite for EF or EA, and vice versa.
Last, but not least: EF requires SMS-managed disk.

-- 
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.2014 r. kapitał zakładowy mBanku S.A. (w całości 
wpłacony) wynosi 168.696.052 złote.


--
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: Forget: Sorting CSV data that begins with an IP address

Vig,

Your case if you could read the VPS control file with the printer names/IP 
addresses/host names would be a starting point. They have the daemon store the 
names and query and turn a flag on indicating there or not or up / down and 
either a report or a file. You could also query defined running printers at the 
same time and come up with a delta list from the base giving you all new 
printers.

Scott ford
www.identityforge.com
from my IPAD




 On Apr 18, 2014, at 12:33 PM, Sankaranarayanan, Vignesh 
 vignesh.v.sankaranaraya...@marks-and-spencer.com wrote:
 
 Okay .. what was the solution you came to use, and could you please share 
 some pointers on how to do the parts in OMVS. I know I am to use bpxwunix to 
 issue commands and get the result back. Would like to know what I must read 
 to get concurrency working.
 
 Currently, I am doing this in NetView but it takes 20 minutes to go through 
 the entire lot of printers. I know I can do better :)
 
 - Vignesh
 Mainframe Admin
 
 -Original Message-
 From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
 Behalf Of Scott Ford
 Sent: 18 April 2014 17:26
 To: IBM-MAIN@LISTSERV.UA.EDU
 Subject: Re: Forget: Sorting CSV data that begins with an IP address
 
 Vig,
 
 No apology necessary, I was in a similar situation with 2500 printers on JES2 
 using IBM's VPS product. We used Netview, the downside unless you put a lot 
 of effort in design is the concurrency ..OMVS is better I agree, you need a 
 daemon that runs doing the queries, etc.
 
 Scott ford
 www.identityforge.com
 from my IPAD
 
 
 
 
 On Apr 18, 2014, at 12:14 PM, Sankaranarayanan, Vignesh 
 vignesh.v.sankaranaraya...@marks-and-spencer.com wrote:
 
 First off.. apologies for prolonging this topic further.
 
 
 
 
 
 Hello Scott,
 
 
 
 Guess you're referring to The whole process takes about 20 minutes, and I’m 
 trying to cut down functions wherever possible (such as – I don’t have to 
 SNMP for printer data when I know I can’t ping it).
 
 
 
 Though this topic has been going on for a while, I'm not 100% sure that the 
 purpose mail has came across.
 
 
 
 They are IP’s and the printing software is VPS. I’m considering moving the 
 “ping” and “snmp get” to OMVS because I want to make the process concurrent, 
 as opposed to doing the functions (tests) sequentially, one printer after 
 another.
 
 
 
 
 We’re managing a few thousand printers via VPS, DRS, and VPSX and as the 
 headings would explain, they belong to different places. Meaning, different 
 naming conventions, different VLAN’s, different VPS groups, different VPS 
 configurations.
 
 We used to maintain Spreadsheets for each location separately, but often, it 
 would go out of date (not updated with modifications when they’re done).
 So I’m obtaining my VPS printer startup list (reading NetView global 
 variables)and running health check (SNMP ping, getting status/MAC) on each 
 item, and then populating the below CSV.
 The other columns come from NetView global variables which are pretty much 
 constant, except when there’s a new warehouse or something. (The entire REXX 
 runs under NetView to enable easy use of SNMP bits).
 The whole process takes about 20 minutes, and I’m trying to cut down 
 functions wherever possible (such as – I don’t have to SNMP for printer data 
 when I know I can’t ping it).
 
 Since there’s different VLAN’s for each location, I’m trying to get the data 
 sorted so that when there’s a need for a new printer in any of the 
 locations, I can just go to the bottom of that VLAN and pick an IP to assign 
 to the printer.
 
 IP
 
 MAC
 
 Make-Model
 
 SEPINFO
 
 Type
 
 Ping
 
 Status
 
 Printer
 
 GRPNAME
 
 Warehouse #
 
 Warehouse Name
 
 Warehouse Terminal
 
 Warehouse Code
 
 Warehouse CICS
 
 10.19.137.200
 
 Unknown
 
 Unknown
 
 Not Defined
 
 Report
 
 NOT Ok
 
 Unknown
 
 R680
 
 WHLIFFEY
 
 Partial data - 
 SATO_CL412e SATO 
   Barcode  Ok   Online   
   PSHBDC0E WHKINGS
 
 The whole exercise is to make managing these printers easy and to have a 
 fair indication of the status of the printers, available outisde the 
 mainframe.”
 
 
 
 
 
 - Vignesh
 
 Mainframe Admin
 
 
 
 -Original Message-
 From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
 On Behalf Of Scott Ford
 Sent: 18 April 2014 16:32
 To: IBM-MAIN@LISTSERV.UA.EDUmailto:IBM-MAIN@LISTSERV.UA.EDU
 Subject: Re: Forget: Sorting CSV data that begins with an IP address
 
 
 
 Vig ,
 
 
 
 
 
 I have briefly looked at this thread , it sounds like your ‘almost 
 pinging’ printers …
 
 
 
 Can you provide a bit more information ? Like these are IP ? Application 
 owned ?  Why manage from OMVS ( I have nothing against it ), curious why ?
 
 
 
 
 
 Regards,
 
 
 
 Scott
 
 
 
 
 
 
 
 
 
 
 
 From: Martin Packer
 
 Sent:

Re: MEMLIMIT best practice

Ed,

Thank you, just what I needed. Much appreciated

Scott ford
www.identityforge.com
from my IPAD




 On Apr 18, 2014, at 2:18 PM, Ed Jaffe edja...@phoenixsoftware.com wrote:
 
 On 4/18/2014 7:07 AM, Scott Ford wrote:
 is there any way programmatically that MEMLIMIT can be queried to determine 
 the value ?
 
 6 RAXLVMemLim   Bit(64) RXZ,/* Address Space Memory
   limit in MB@P8C*/
 
 -- 
 Edward E Jaffe
 Phoenix Software International, Inc
 831 Parkview Drive North
 El Segundo, CA 90245
 http://www.phoenixsoftware.com/
 
 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

Re: Forget: Sorting CSV data that begins with an IP address

2014-04-18 Thread Sankaranarayanan, Vignesh

Scott,

That's what I've done now. I read the control file for each printer to get the 
IP, VPS GRPNAME, and based on the printer name (PSTBGC43 = P - printer, ST - 
warehouse code, B - barcode, GC43 - CICS ID), I pull other parameters from 
NetView global variables.

Any simple examples for implementing the daemon, please? 

- Vignesh
Mainframe Admin

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Scott Ford
Sent: 18 April 2014 19:41
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Forget: Sorting CSV data that begins with an IP address

Vig,

Your case if you could read the VPS control file with the printer names/IP 
addresses/host names would be a starting point. They have the daemon store the 
names and query and turn a flag on indicating there or not or up / down and 
either a report or a file. You could also query defined running printers at the 
same time and come up with a delta list from the base giving you all new 
printers.

Scott ford
www.identityforge.com
from my IPAD




 On Apr 18, 2014, at 12:33 PM, Sankaranarayanan, Vignesh 
 vignesh.v.sankaranaraya...@marks-and-spencer.com wrote:
 
 Okay .. what was the solution you came to use, and could you please share 
 some pointers on how to do the parts in OMVS. I know I am to use bpxwunix to 
 issue commands and get the result back. Would like to know what I must read 
 to get concurrency working.
 
 Currently, I am doing this in NetView but it takes 20 minutes to go 
 through the entire lot of printers. I know I can do better :)
 
 - Vignesh
 Mainframe Admin
 
 -Original Message-
 From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
 On Behalf Of Scott Ford
 Sent: 18 April 2014 17:26
 To: IBM-MAIN@LISTSERV.UA.EDU
 Subject: Re: Forget: Sorting CSV data that begins with an IP address
 
 Vig,
 
 No apology necessary, I was in a similar situation with 2500 printers on JES2 
 using IBM's VPS product. We used Netview, the downside unless you put a lot 
 of effort in design is the concurrency ..OMVS is better I agree, you need a 
 daemon that runs doing the queries, etc.
 
 Scott ford
 www.identityforge.com
 from my IPAD
 
 
 
 
 On Apr 18, 2014, at 12:14 PM, Sankaranarayanan, Vignesh 
 vignesh.v.sankaranaraya...@marks-and-spencer.com wrote:
 
 First off.. apologies for prolonging this topic further.
 
 
 
 
 
 Hello Scott,
 
 
 
 Guess you're referring to The whole process takes about 20 minutes, and I’m 
 trying to cut down functions wherever possible (such as – I don’t have to 
 SNMP for printer data when I know I can’t ping it).
 
 
 
 Though this topic has been going on for a while, I'm not 100% sure that the 
 purpose mail has came across.
 
 
 
 They are IP’s and the printing software is VPS. I’m considering moving the 
 “ping” and “snmp get” to OMVS because I want to make the process concurrent, 
 as opposed to doing the functions (tests) sequentially, one printer after 
 another.
 
 
 
 
 We’re managing a few thousand printers via VPS, DRS, and VPSX and as the 
 headings would explain, they belong to different places. Meaning, different 
 naming conventions, different VLAN’s, different VPS groups, different VPS 
 configurations.
 
 We used to maintain Spreadsheets for each location separately, but often, it 
 would go out of date (not updated with modifications when they’re done).
 So I’m obtaining my VPS printer startup list (reading NetView global 
 variables)and running health check (SNMP ping, getting status/MAC) on each 
 item, and then populating the below CSV.
 The other columns come from NetView global variables which are pretty much 
 constant, except when there’s a new warehouse or something. (The entire REXX 
 runs under NetView to enable easy use of SNMP bits).
 The whole process takes about 20 minutes, and I’m trying to cut down 
 functions wherever possible (such as – I don’t have to SNMP for printer data 
 when I know I can’t ping it).
 
 Since there’s different VLAN’s for each location, I’m trying to get the data 
 sorted so that when there’s a need for a new printer in any of the 
 locations, I can just go to the bottom of that VLAN and pick an IP to assign 
 to the printer.
 
 IP
 
 MAC
 
 Make-Model
 
 SEPINFO
 
 Type
 
 Ping
 
 Status
 
 Printer
 
 GRPNAME
 
 Warehouse #
 
 Warehouse Name
 
 Warehouse Terminal
 
 Warehouse Code
 
 Warehouse CICS
 
 10.19.137.200
 
 Unknown
 
 Unknown
 
 Not Defined
 
 Report
 
 NOT Ok
 
 Unknown
 
 R680
 
 WHLIFFEY
 
 Partial data - 
 SATO_CL412e SATO 
   Barcode  Ok   Online   
   PSHBDC0E WHKINGS
 
 The whole exercise is to make managing these printers easy and to have a 
 fair indication of the status of the printers, available outisde the 
 mainframe.”
 
 
 
 
 
 - Vignesh
 
 Mainframe Admin
 
 
 
 -Original Message-
 From:

Re: MEMLIMIT best practice

2014-04-18 Thread Martin Packer

BTW SMF 30 also has the limit and how obtained in it. So you can see what 
an individual job / address space can get at and why.

Cheers, Martin

Martin Packer,
zChampion, Principal Systems Investigator,
Worldwide Banking Center of Excellence, IBM

+44-7802-245-584

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

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



From:   Ed Jaffe edja...@phoenixsoftware.com
To: IBM-MAIN@listserv.ua.edu
Date:   18/04/2014 19:18
Subject:Re: MEMLIMIT best practice
Sent by:IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu



On 4/18/2014 7:07 AM, Scott Ford wrote:
 is there any way programmatically that MEMLIMIT can be queried to 
determine the value ?

6 RAXLVMemLim   Bit(64) RXZ,/* Address Space Memory
limit in MB@P8C*/

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

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



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: SORT ando MEMLIMIT best practice

2014-04-18 Thread Paul Gilmartin

On Fri, 18 Apr 2014 17:54:01 +, DASDBILL2 dasdbi...@comcast.net wrote:

 ...  Giving a gazillion bytes above the bar to process X does not necessarily 
 mean that process X will ruin system performance.  The gazillion bytes could 
 also have come from below the bar (for some values of gazillion).  ... 
 
Are there separate pools of real storage for above the bar and below the bar?

Are there separate pools of page data sets for above the bar and below the bar?

Are there separate limits for total (system-wide) virtual storage in use below 
the
bar and above the bar?

Are the costs of resources (page and segment tables and other overhead) for
above the bar and below the bar different?

Unless the answer to at least one of these (or any similar question) is Yes,
effect of giving a gazillion bytes  is the same above the bar as below.

(Or is that what you were implying.)

-- gil

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

Re: IBM APA

2014-04-18 Thread Ed Finnell

Back to some of Ray Wicks old SHARE papers. The Big Pitcher come to mind.  
Today's tuning is an amalgam of hardware, software, architecture and  
prestidigitation. Craig Mullins has new v6 of DB2 Guide
thru v9 and v10. http://www.craigsmullins.com/cm-book.htm 
 
He references some available tools and has several tuning tips and  
observations. For us the old Platinum tools(now CA) were life savers for DB/2  
and 
SQL bottle necks.
 
Updated Redbooks to include new SSD devices give impressive gains in thru  
put for most work loads.
 
The dreamer's dream is a self tuning system. Some sites do it by  fiddling 
with WLM by shift or load or letting CoD fire up another processor  still a 
good bit of manual observation and configuration. 
 
 
In a message dated 4/18/2014 8:19:28 A.M. Central Daylight Time,  
mad4...@gmail.com writes:

It's my  opinion it's a good tool for cpu bound application, a bit less  for
discovering elapsed time issues.

Finally, I use a set of tools  to do the job, SMF, monitors, APA  etc.


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

Re: SORT ando MEMLIMIT best practice

The gazillions of bytes above the bar is great, but I still have customers who 
complaint because we run ALL31 or AMODE 31 or RMODE 31. I attribute this to 
unchanged legacy programs over the years.

Scott ford
www.identityforge.com
from my IPAD




 On Apr 18, 2014, at 3:07 PM, Paul Gilmartin paulgboul...@aim.com wrote:
 
 On Fri, 18 Apr 2014 17:54:01 +, DASDBILL2 dasdbi...@comcast.net wrote:
 
 ...  Giving a gazillion bytes above the bar to process X does not 
 necessarily mean that process X will ruin system performance.  The gazillion 
 bytes could also have come from below the bar (for some values of 
 gazillion).  ...
 Are there separate pools of real storage for above the bar and below the bar?
 
 Are there separate pools of page data sets for above the bar and below the 
 bar?
 
 Are there separate limits for total (system-wide) virtual storage in use 
 below the
 bar and above the bar?
 
 Are the costs of resources (page and segment tables and other overhead) for
 above the bar and below the bar different?
 
 Unless the answer to at least one of these (or any similar question) is Yes,
 effect of giving a gazillion bytes  is the same above the bar as below.
 
 (Or is that what you were implying.)
 
 -- gil
 
 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

Re: SORT ando MEMLIMIT best practice

2014-04-18 Thread DASDBILL2

To the best of my knowledge, the answer to all your questions except the last 
one is No.  There are separate limits for above and below the bar storage at 
the address space level, but I don't know about the total system-wide use. 

And my answer to your last question is Yes. 

With the possible exception of IBM's fairly recently added feature in which you 
can request virtual storage that is backed by real storage at the megabyte 
level instead of at the 4K byte level.  This was designed to reduce paging 
within storage obtained above the bar. 

What I was really trying to imply was a rule of thumb by which we should not 
condemn anything before we have tried and measured it and can prove it better 
or worse than what we had before. 

Bill Fairchild 

- Original Message -

From: Paul Gilmartin paulgboul...@aim.com 
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Friday, April 18, 2014 2:07:29 PM 
Subject: Re: SORT ando MEMLIMIT best practice 

On Fri, 18 Apr 2014 17:54:01 +, DASDBILL2 dasdbi...@comcast.net wrote: 

 ...  Giving a gazillion bytes above the bar to process X does not necessarily 
 mean that process X will ruin system performance.  The gazillion bytes could 
 also have come from below the bar (for some values of gazillion).  ... 
 
Are there separate pools of real storage for above the bar and below the bar? 

Are there separate pools of page data sets for above the bar and below the bar? 

Are there separate limits for total (system-wide) virtual storage in use below 
the 
bar and above the bar? 

Are the costs of resources (page and segment tables and other overhead) for 
above the bar and below the bar different? 

Unless the answer to at least one of these (or any similar question) is Yes, 
effect of giving a gazillion bytes  is the same above the bar as below. 

(Or is that what you were implying.) 

-- gil 

-- 
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: Extended Addressibility (was: ZFS - Allocation Failure)

2014-04-18 Thread Ron Hawkins

I did exactly  this shop wide for VSAM KSDS in 1997. It was a seamless change.

 -Original Message-
 From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
 On Behalf Of John McKown
 Sent: Wednesday, April 16, 2014 10:54 AM
 To: IBM-MAIN@LISTSERV.UA.EDU
 Subject: Re: [IBM-MAIN] Extended Addressibility (was: ZFS - Allocation
 Failure)

 I double checked. There are _some_ DATACLAS constructs which do NOT
 have Extended Addressing. Basically, these are for tapes, PDS data sets, and
 PDSE libraries. It is all the _VSAM_ related DATACLAS constructs which have
 Extended Adressing on. Except for one, which is not generally used but can
 be selected by the user if needed.

 On Wed, Apr 16, 2014 at 8:37 AM, Nathan J Pfister
 npfis...@aessuccess.orgwrote:

  John et al;

  You say that EVERY DATACLAS you have is set to Extended Addressing?
  Man, we must have screwed something up when we tried that.  On our
  sandbox, we created all of our DATACLAS to have Extended Addressing,
  and quite a few different things broke.  Temporary datasets, Recovery
  datasets, certain software datasets...Did none of that break for you?
  Does any one else have experience changing over to Extended
  Addressing?  Are there other things that definitely will NOT work with
 Extended Addressing?

  Thanks;

  Nathan Pfister
  zOS Systems Programmer
  AES\PHEAA - Tech Services
  npfis...@aessuccess.org
  (717) 720-2663

  From:   John McKown john.archie.mck...@gmail.com
  To: IBM-MAIN@LISTSERV.UA.EDU
  Date:   04/16/2014 09:00 AM
  Subject:Re: ZFS - Allocation Failure
  Sent by:IBM Mainframe Discussion List IBM-
 m...@listserv.ua.edu

  Yes, you can alter an existing DATACLAS to have the Extended
  Addressing attribute. HOWEVER! This does not affect _any_ existing
  data sets. It only affect _NEW_ allocations. Every DATACLAS we have in
  our house has Extended Addressing set. We have not noticed any impact
  from doing this. We did this because we had programmers use the
  non-Extended DATACLAS for VSAM data sets, then get upset 8 months
  later when their small data set had to exceed 4Gig. When told to
  unload/delete/define/reload, they got quite incensed

  On Wed, Apr 16, 2014 at 7:53 AM, Christian D
  christianfe...@gmail.comwrote:

   Thank you sir. Is it possible to alter the existing Data clas to
   address the extended format ? Will there be any impact to the
   existing Datasets
  ?

   On Wed, Apr 16, 2014 at 6:14 PM, Staller, Allan
   allan.stal...@kbmg.com
   wrote:

*NO*

snip
I was getting the below error while allocating ZFS, I understand
that
   VSAM
has a limit of 4GB and the below allocation is more than 4GB. We
have
  not
defined a DATACLAS to honour allocation more than 4GB. Is there a
  other
   way
to allocate 4G of VSAM without having a dataclas ?

IDCAMS  SYSTEM SERVICES TIME:
304/16/14 PAGE
1

 DEFINE CL
-
 (NAME(CHRIS.DB2.LOG) LIN SHR(3,3) -
 CYL(8000 1000)
-
 STORCLAS(SCSTOR)
-
 )

IGD01010I ALLOCATION SET TO SGSTOR STORAGE GROUP IGD17103I
 CATALOG
  ERROR
WHILE DEFINING VSAM DATA SET CHRIS.DB2.LOG RETURN CODE IS 140
REASON
  CODE
IS 110 IGG0CLEV IGD306I UNEXPECTED ERROR DURING IGG0CLEV
PROCESSING
   RETURN
CODE 140 REASON CODE
110
THE MODULE THAT DETECTED THE ERROR IS IGDVTSCU SMS MODULE
 TRACE
BACK - VTSCU VTSCT VTSCH VTSCG VTSCD VTSCC VTSCR
  SSIRT
SYMPTOM RECORD CREATED, PROBLEM ID IS
IGD00475
IGD17219I UNABLE TO CONTINUE DEFINE OF DATA SET CHRIS.DB2.LOG
IDC3014I CATALOG ERROR IDC3009I ** VSAM CATALOG RETURN CODE
 IS 140
- REASON
  CODE
   IS
IDC3009I
IGG0CLEV-110
IDC3003I FUNCTION TERMINATED. CONDITION CODE IS
12

IDC0002I IDCAMS PROCESSING COMPLETE. MAXIMUM CONDITION
 CODE WAS
12
/snip

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

  --
  There is nothing more pleasant than traveling and meeting new people!
  Genghis Khan

  Maranatha! 
  John McKown

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

  This message contains privileged and confidential information intended
  for the above addressees only.  If you receive this message in error
  please delete or destroy this message and/or attachments.

  The sender of this message will fully cooperate in the civil

Re: Extended Addressibility (was: ZFS - Allocation Failure)

2014-04-18 Thread Skip Robinson

While the twists and turns of 'extension' may get a little droll, it is 
the bedrock cornerstone of this thing we still call MVS after so many 
decades. We're entitled to use the same old name in defiance of IBM 
marketing whims because the same old applications still run there without 
massive intervention. Extensions allow for new function and feature that 
can be exploited by newer apps while permitting older ones to muddle along 
as they always have. That spells continuity.

Compare this with Windows, which has the gall to propagate the old moniker 
while either trashing or requiring total reinstallation of user apps. I'd 
settle for acrobatic extensions there any day. 

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



From:   Norbert Friemel nf.ibmm...@web.de
To: IBM-MAIN@LISTSERV.UA.EDU, 
Date:   04/17/2014 04:25 PM
Subject:Re: Extended Addressibility (was: ZFS - Allocation 
Failure)
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



On Thu, 17 Apr 2014 17:38:12 +, DASDBILL2 wrote:

Extended Addressability refers to an attribute of a data set that allows 
the data set to contain more then 4GB of data. 
Extended Format refers to each DASD block's having some extra bytes, 
called a suffix, added to the end of each data block, and this can 
happen with data sets that contain fewer than 4GB of data. 
EAV stands for Extended Addressability Volumes and refers to an attribute 
of a volume that allows it to have more than 65,536 (approximately) 
cylinders on it, regardless of what kinds of data sets are stored there or 
how large they are. 
  
These three buzzphrases all have the  word extended in them, and two of 
them also have the word addressability in them, but they are three 
different concepts. 
  

EATTR JCL/Data Class-Parameter:
A data set with *extended* attributes (format 8 and 9 DSCBs) can reside in 
the *extended* address space (EAS) on an *extended* address volume (EAV).

(EATTR was not available on MVS/eXtended Architecture ;-)

Norbert Friemel 



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

Re: IBM APA

2014-04-18 Thread Ken Hume IBM


Hi Phil,

I must admit that I am just a bit biased but... I am the Product Manager for 
APA at IBM.


I was an operator, programmer, sysprog, and client advocate for a LONG time 
at both IBM and other companies before I moved into this position. So, been 
there, done that


If you have any questions, feel free to drop me a note or give me a call.

(720) 396-7776
kph...@us.ibm.com

Ken Hume


-Original Message- 
From: Phil Smith III

Sent: Wednesday, April 16, 2014 7:49 AM Newsgroups: bit.listserv.ibm-main
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: IBM APA

Anyone making heavy use of IBM APA (vs. Strobe)? I've used it a bit, and it
seems OK, but I suspect I'm barely breaking the surface. Would be interested
in any war/success stories.


--
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: Extended Addressibility

W dniu 2014-04-18 20:21, Scott Ford pisze:

And to furthermore muddy the waters, Extended Addressibility also refers as you
well know to 64bit addressing in Storage.

Tricky these terms, eh ..
Not to mention, nowadays storage is widely understood as external
storage or just disks (tapes? do you still use tapes?).

Central storage is called RAM or just memory

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

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

Re: SORT ando MEMLIMIT best practice

2014-04-18 Thread Don Imbriale

I've had much success tuning DFSort (and SyncSort) with appropriate storage
tuning parameters.  There are many knobs to turn to provide whatever
granularity is needed to resolve issues.

- Don Imbriale


On Fri, Apr 18, 2014 at 1:31 PM, David Betten bet...@us.ibm.com wrote:

 DFSORT does look at available resources before it grabs whatever it can.
  There are DFSORT installation defaults to control how much of the
 available storage DFSORT will use but I agree the shipped defaults can
 cause issues in some environments.  We put a lot of guidance on these
 installation defaults in our DFSORT Tuning Guide and in V2R1 we made some
 changes to try and be a bit less agressive in how we allocate available
 storage.


 Have a nice day,
 Dave Betten
 DFSMS Performance Engineer
 IBM Corporation
 email:  bet...@us.ibm.com
 1-301-240-3809
 DFSORT/MVSontheweb at http://www.ibm.com/storage/dfsort/

 IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu wrote on
 04/18/2014 01:15:51 PM:

  From: Elardus Engelbrecht elardus.engelbre...@sita.co.za
  To: IBM-MAIN@listserv.ua.edu,
  Date: 04/18/2014 01:16 PM
  Subject: Re: SORT ando MEMLIMIT best practice
  Sent by: IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu
 
  Paul Gilmartin wrote:
 
  R.S. wrote:
   If you specify absolutely nothing about MEMLIMIT anywhere, the
  system-provided default is 2G so obviously you can't go wrong with
  that in SMFPRMxx.
 
  Right.  IBM's provided defaults are always optimal.
 
  Agreed. But, as John Gilmore said, IBM's defaults are 'minimal
  troublesome' [ for 'most installations' -- my own words ].
 
  I usually find that these defaults are Ok and tailoring is reserved
  for those strange needs. Oh, my MEMLIMIT is NOLIMIT after several
  attempts to satisfy my DB2 needs and my z/OS Team handling of
  paging. I'm not using USI exit much these days.
 
  o Hmmm... I'd think that any parameterization resulting in
  significant  paging of I/O buffers is counterproductive.  Is DFSORT
  aware of this in its design, and does it attempt to tailor its WSS
  to fit in real  storage?
 
  Yes, I find that DFSORT looks what it can grab: memory, VIO,
  SORTWKxx and SORTIN parameters for storage usage. Then DFSORT looks
  at what size those SORT inputs are. At last, it tries to grab
  whatever it can get to start sorting at all.
 
  o OTOH, paging I/O is reported to be very good.  And 64-bit virtual
  is enough for most plausible data sets.  How about eliminating
  SORTWKn data sets and performing the entire sort in virtual storage?
  But this approach must pay careful attention to LoR.
 
  Use SORTIN parameters to avoid SORTWKxx. Just don't code SORTWKnn in
  your JCL DD statements. But, I agree, be careful.
 
  For myself, I find using SORTWKnn, large REGION and large SORTIN
  parameters are 'better' for really big sort work.
 
  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 IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: SORT ando MEMLIMIT best practice

W dniu 2014-04-18 16:31, Paul Gilmartin pisze:

On 2014-04-18, at 03:48, R.S. wrote:

W dniu 2014-04-18 01:25, Ed Jaffe pisze:

On 4/4/2014 12:47 PM, R.S. wrote:

If you specify absolutely nothing about MEMLIMIT anywhere, the system-provided
default is 2G so obviously you can't go wrong with that in SMFPRMxx.

Right. IBM's provided defaults are always optimal.

You're kidding, aren't you?

Well,
My issue (problem?) is I have MEMLIMIT coded, but it's much more than default
2G. And I noticed that some DFSORT jobs consume considerable amounts of memory
causing paging.
From the other hand I don't want to be stingy, so I'm looking for some
recommendations.

o Hmmm... I'd think that any parameterization resulting in significant
paging of I/O buffers is counterproductive. Is DFSORT aware of this
in its design, and does it attempt to tailor its WSS to fit in real
storage?

o OTOH, paging I/O is reported to be very good. And 64-bit virtual
is enough for most plausible data sets. How about eliminating
SORTWKn data sets and performing the entire sort in virtual
storage? But this approach must pay careful attention to LoR.
I eliminated static SORTWK DDs many years ago and let SORT to choose
optimal work datasets if any are needed.
Sort in memory sounds fine, but there are tasks to large for that. I
observed DFSORT jobs consuming 48GB of memory. And that caused
excessive paging and problems with OLTP.
While I can (and I do) limit such jobs by adding MEMLIMIT to the
jobcard, I cannot preclude any new job and maybe other entities
hogging memory.

--
Radoslaw Skorupka
Lodz, Poland

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

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

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

Re: Another Golden Anniversary - Dartmouth BASIC

2014-04-18 Thread Shmuel Metz (Seymour J.)

In m338hdm22d@garlic.com, on 04/16/2014
   at 04:50 PM, Anne  Lynn Wheeler l...@garlic.com said:

IBM Boston programming center did CPS for os/360 supporting Basic and
conversational PLI. 
http://en.wikipedia.org/wiki/Conversational_Programming_System

Wasn't CPS a rebranded RUSH?
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see http://patriot.net/~shmuel/resume/brief.html 
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: Emulator Screen Size with Attachmate Extra X-treme 9.3

2014-04-18 Thread Shmuel Metz (Seymour J.)

In 534f026e.1090...@phoenixsoftware.com, on 04/16/2014
   at 03:21 PM, Ed Jaffe edja...@phoenixsoftware.com said:

The logmode I posted simultaneously creates both 68x80 and 68x142 
geometries.

On the 3180 you had to set the terminal to an extended[1] mode in
order to accept a nonstandard BIND e.g., 43x80 (P) 27x132 (S).. Could
some of the 3270 simulators have a similar requirement?

[1] No connection with extended data stream.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see http://patriot.net/~shmuel/resume/brief.html 
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: ISPF - TSO cmd

2014-04-18 Thread Shmuel Metz (Seymour J.)

In
1970894703641496.wa.elardus.engelbrechtsita.co...@listserv.ua.edu,
on 04/17/2014
   at 08:48 AM, Elardus Engelbrecht elardus.engelbre...@sita.co.za
said:

Based on your TSO command, put an ampersand before the REXX program
like this: T,'CMD(%DRLEINIT)' 

That's a percent; an ampersand () would be wrong.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see http://patriot.net/~shmuel/resume/brief.html 
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: Extended Addressibility

Absolutely….Times have changed and terms have …

But change isn't always bad ..


Regards,

Scott





From: R.S.
Sent: ‎Friday‎, ‎April‎ ‎18‎, ‎2014 ‎4‎:‎39‎ ‎PM
To: IBM Mainframe Discussion List





W dniu 2014-04-18 20:21, Scott Ford pisze:
 And to furthermore muddy the waters, Extended Addressibility also refers as 
 you well know to 64bit addressing in Storage.

 Tricky these terms, eh ..
Not to mention, nowadays storage is widely understood as external 
storage or just disks (tapes? do you still use tapes?).
Central storage is called RAM or just memory

-- 
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.2014 r. kapitał zakładowy mBanku S.A. (w całości 
wpłacony) wynosi 168.696.052 złote.


--
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: Forget: Sorting CSV data that begins with an IP address

Vig,

Have you looked at Open Object RExx, it has a socket server piece, contact me 
offline...

Scott ford
www.identityforge.com
from my IPAD




 On Apr 18, 2014, at 2:54 PM, Sankaranarayanan, Vignesh 
 vignesh.v.sankaranaraya...@marks-and-spencer.com wrote:
 
 Scott,
 
 That's what I've done now. I read the control file for each printer to get 
 the IP, VPS GRPNAME, and based on the printer name (PSTBGC43 = P - printer, 
 ST - warehouse code, B - barcode, GC43 - CICS ID), I pull other parameters 
 from NetView global variables.
 
 Any simple examples for implementing the daemon, please? 
 
 - Vignesh
 Mainframe Admin
 
 -Original Message-
 From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
 Behalf Of Scott Ford
 Sent: 18 April 2014 19:41
 To: IBM-MAIN@LISTSERV.UA.EDU
 Subject: Re: Forget: Sorting CSV data that begins with an IP address
 
 Vig,
 
 Your case if you could read the VPS control file with the printer names/IP 
 addresses/host names would be a starting point. They have the daemon store 
 the names and query and turn a flag on indicating there or not or up / down 
 and either a report or a file. You could also query defined running printers 
 at the same time and come up with a delta list from the base giving you all 
 new printers.
 
 Scott ford
 www.identityforge.com
 from my IPAD
 
 
 
 
 On Apr 18, 2014, at 12:33 PM, Sankaranarayanan, Vignesh 
 vignesh.v.sankaranaraya...@marks-and-spencer.com wrote:
 
 Okay .. what was the solution you came to use, and could you please share 
 some pointers on how to do the parts in OMVS. I know I am to use bpxwunix to 
 issue commands and get the result back. Would like to know what I must read 
 to get concurrency working.
 
 Currently, I am doing this in NetView but it takes 20 minutes to go 
 through the entire lot of printers. I know I can do better :)
 
 - Vignesh
 Mainframe Admin
 
 -Original Message-
 From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
 On Behalf Of Scott Ford
 Sent: 18 April 2014 17:26
 To: IBM-MAIN@LISTSERV.UA.EDU
 Subject: Re: Forget: Sorting CSV data that begins with an IP address
 
 Vig,
 
 No apology necessary, I was in a similar situation with 2500 printers on 
 JES2 using IBM's VPS product. We used Netview, the downside unless you put a 
 lot of effort in design is the concurrency ..OMVS is better I agree, you 
 need a daemon that runs doing the queries, etc.
 
 Scott ford
 www.identityforge.com
 from my IPAD
 
 
 
 
 On Apr 18, 2014, at 12:14 PM, Sankaranarayanan, Vignesh 
 vignesh.v.sankaranaraya...@marks-and-spencer.com wrote:
 
 First off.. apologies for prolonging this topic further.
 
 
 
 
 
 Hello Scott,
 
 
 
 Guess you're referring to The whole process takes about 20 minutes, and 
 I’m trying to cut down functions wherever possible (such as – I don’t have 
 to SNMP for printer data when I know I can’t ping it).
 
 
 
 Though this topic has been going on for a while, I'm not 100% sure that the 
 purpose mail has came across.
 
 
 
 They are IP’s and the printing software is VPS. I’m considering moving the 
 “ping” and “snmp get” to OMVS because I want to make the process 
 concurrent, as opposed to doing the functions (tests) sequentially, one 
 printer after another.
 
 
 
 
 We’re managing a few thousand printers via VPS, DRS, and VPSX and as the 
 headings would explain, they belong to different places. Meaning, different 
 naming conventions, different VLAN’s, different VPS groups, different VPS 
 configurations.
 
 We used to maintain Spreadsheets for each location separately, but often, 
 it would go out of date (not updated with modifications when they’re done).
 So I’m obtaining my VPS printer startup list (reading NetView global 
 variables)and running health check (SNMP ping, getting status/MAC) on each 
 item, and then populating the below CSV.
 The other columns come from NetView global variables which are pretty much 
 constant, except when there’s a new warehouse or something. (The entire 
 REXX runs under NetView to enable easy use of SNMP bits).
 The whole process takes about 20 minutes, and I’m trying to cut down 
 functions wherever possible (such as – I don’t have to SNMP for printer 
 data when I know I can’t ping it).
 
 Since there’s different VLAN’s for each location, I’m trying to get the 
 data sorted so that when there’s a need for a new printer in any of the 
 locations, I can just go to the bottom of that VLAN and pick an IP to 
 assign to the printer.
 
 IP
 
 MAC
 
 Make-Model
 
 SEPINFO
 
 Type
 
 Ping
 
 Status
 
 Printer
 
 GRPNAME
 
 Warehouse #
 
 Warehouse Name
 
 Warehouse Terminal
 
 Warehouse Code
 
 Warehouse CICS
 
 10.19.137.200
 
 Unknown
 
 Unknown
 
 Not Defined
 
 Report
 
 NOT Ok
 
 Unknown
 
 R680
 
 WHLIFFEY
 
 Partial data - 
 SATO_CL412e SATO
Barcode  Ok   Online

Re: Another Golden Anniversary - Dartmouth BASIC

2014-04-18 Thread Anne Lynn Wheeler

shmuel+ibm-m...@patriot.net (Shmuel Metz , Seymour J.) writes:
Wasn't CPS a rebranded RUSH?

re:
http://www.garlic.com/~lynn/2014e.html#74 Another Golden Anniversary -
Dartmouth BASIC

is this your work?
http://en.wikipedia.org/wiki/Allen-Babcock

pg20 RUSH as a PL/I Subset
http://www.iron-spring.com/PLI_Bulletins/PLI_Bulletin_4.pdf

and this: Conversational Programming System
http://home.uchicago.edu/~rthielen/cps.html

from above:

Conversational Programming System is a time-sharing system that runs in
a partition of OS/360 Release 17 MFT II or MVT. The CPS language is a
conversational dialect of PL/I and includes a modified subset of the
BASIC language of IBM CALL/360. The system also provides Remote Job
Entry to batch processing and Remote Job Output to a designated terminal
from a dataset designated by any batch job. (This was hot stuff!)

... snip ...

Call/360 terminal reference guide
http://www.bitsavers.org/pdf/ibm/360/os/call_360/CALL_360_Terminal_Reference_Manual_Sep69.pdf

1968 ...
http://www-03.ibm.com/ibm/history/exhibits/dpd50/dpd50_chronology3.html

The Information Marketing Department is transferred on October 22 from
the Data Processing Division to IBM's Service Bureau Corporation. The
department is responsible for marketing QUIKTRAN, as well as the
company's new CALL/360 time sharing subscriber services, BASIC and
DATATEXT.

... snip ...

at the time the cp67 group takes over the IBM Boston programming center
on the 3rd flr ... Jean Sammet was part of the group
http://computer.org/computer-pioneers/sammet.html
http://en.wikipedia.org/wiki/Jean_E._Sammet
as well as nat rochester
http://en.wikipedia.org/wiki/Nathaniel_Rochester_%28computer_scientist%29

trivia ... further expansion of the vm370 group ... they eventually
outgrow the 3rd flr (they only had part of the 3rd flr, the other
occupant was listed in bldg. directory as a law firm, however the telco
closet was on the ibm side and it clearly listed the other occupant as
certain 3letter gov. agency) ... and they move out to the vacant former
SBC bldg at burlington mall
http://en.wikipedia.org/wiki/Service_Bureau_Corporation

Jean Sammet and Nat Rochester don't move out to Burlington.

posts mentioning 545 tech sq
http://www.garlic.com/~lynn/subtopic.html#545tech

recent posts mentioning burlington mall location:
http://www.garlic.com/~lynn/2014.html#4 Application development paradigms [was:
RE: Learning Rexx]
http://www.garlic.com/~lynn/2014b.html#92 write rings
http://www.garlic.com/~lynn/2014b.html#105 Happy 50th Birthday to the IBM
Cambridge Scientific Center
http://www.garlic.com/~lynn/2014e.html#16 23Jun1969 Unbundling Announcement
http://www.garlic.com/~lynn/2014e.html#39 Before the Internet: The golden age
of online services

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

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

Re: MEMLIMIT best practice


On 4/18/2014 12:02 PM, Martin Packer wrote:

BTW SMF 30 also has the limit and how obtained in it. So you can see what
an individual job / address space can get at and why.


As one might imagine, the system control block also contains the source 
of the MEMLIMIT:


6 RAXLVMemLimS  FIXED(8) RXZ,   /* Source of Address Space
   Memory limit   @P5C*/

DCL RAXLVSMF  FIXED(8) CONSTANT(1);/* MEMLIMIT set by SMF
  either in SMFPRMxx or by use
  of SMF default value=0 @P8C*/
DCL RAXLVJCL  FIXED(8) CONSTANT(2);/* MEMLIMIT set by the JCL @P5C*/
DCL RAXLVREG0 FIXED(8) CONSTANT(3);/* MEMLIMIT Unlimited based on
   REGION=0 specification @P5C*/
DCL RAXLVUSI  FIXED(8) CONSTANT(4);/* MEMLIMIT set by IEFUSI @P5C*/
DCL RAXLVOMVS FIXED(8) CONSTANT(5);/* MEMLIMIT set by UNIX OMVS
   segment @P5C*/
DCL RAXLVSETR FIXED(8) CONSTANT(6);/* MEMLIMIT set by UNIX
   setrlimit @P5C*/
DCL RAXLVSPW  FIXED(8) CONSTANT(7);/* MEMLIMIT set by UNIX spawn
@P5C*/
DCL RAXLVSETO FIXED(8) CONSTANT(8);/* MEMLIMIT set by UNIX
   SETOMVS command @P5C*/
DCL RAXLVAUTH FIXED(8) CONSTANT(9);/* MEMLIMIT set by authorized
   application modification@P5C*/
DCL RAXLVURG  FIXED(8) CONSTANT(10);/*Special case of MEMLIMIT
  getting set in IEFSMFIE
  (IEFUSI set REGION size) @08A*/
DCL RAXLVBAD  BIT(8) CONSTANT('FF'X);
/* Error setting MEMLIMIT */
/* (for debug purposes) @P5C*/

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

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

Re: Another Golden Anniversary - Dartmouth BASIC


On 4/16/2014 1:12 PM, Eric Chevalier wrote:
Maybe not a BIG mainframe impact, but BASIC certainly had it's place 
in the mainframe sun, starting with VS BASIC, program product 
5748-XX1. Between 1979 and 1981 I worked for Ryan-McFarland, 
developers of RM-BASIC, RM-FORTRAN and RM-COBOL. My last project at 
RMC was to help port RM-BASIC to both VM and OS/MVS. I left before the 
project was completed, but it did eventually come to market as 
BASIC/VM (Program Number 5668-996) and BASIC/MVS (Program Number 
5665-948).


My very first programming language was BASIC on a mainframe (under CALL/OS).

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

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

Re: Command Scheduling


On 4/16/2014 4:59 AM, Jake anderson wrote:

I am looking for some possibility of issuing a MVS command On every Month
of 1st week.


We use Brian Westerman's AUTO on file 88 of the CBT tape. It's 
ridiculously easy to use and works with any JES. The utility can be used 
to submit jobs or issue commands on any recurring schedule you prefer.


For example, to issue the 'S ONCEAMO' command at 2:01 am on the 15th of 
every month, you would create member @0201 in the parm library with the 
following:


*MM/DD MTWTFSS COMMAND
 **/15 MTWTFSS S ONCEAMO

The MTWTFSS columns indicate which days of the week and the MM/DD 
columns indicate specific month and/or days for a command to be issued.


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

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

Re: Enterprise COBOL v5.1 and RDz v9.x