Re: JCL Symbol Resolution

2013-10-08 Thread Vernooij, CP - SPLXM
Did you consider well the pro's and con's of widely using the Contol-M 
features? This will tie you rigidly to this product and will cost you a lot of 
work if you decide to convert to another scheduler in the future. Having 
learned from Syncsort and PDSMAN whose features were not compatible with the 
corresponding IBM products, we only use a few of the % features of Control-M 
and only in a very controlled group of jobs. This also answers your question 
partly.

Kees.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Roberts, John J
Sent: Monday, October 07, 2013 22:03
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: JCL Symbol Resolution

We are about to become a new BMC Control-M installation.  Part of this involves 
changing our JCL to reference Control-M symbols.  So instead of a plain-jane 
JOB card, we might have something where the accounting field is supplied as 
%%ACCT and the JOB CLASS is specified as %%JC.

This is all good in PROD, where these symbols are resolved from job definitions 
by Control-M before submission.

But what about unit testing?  For one, I don't want to run unit test jobs from 
Control-M, since our license will count these against our limit.  And I don't 
want to force our developers to edit the JCL before submission, since (a) it 
would be a PITA, and (b) they would surely forget to cancel the edit, 
corrupting the member.

What I really want is the ability for developers to perform a special SUBMIT 
from their ISPF EDIT session, where:
(a) the developer is prompted to resolve the symbols before the JCL text is 
written  to INTRDR, and/or
(b) the symbols are resolved from some configuration file before the modified 
JCL is written to INTRDR.

I think that some kind of ISPF EDIT MACRO could do this work, but I have 
forgotten how to do this.  I am hoping that this is a common enough problem 
that someone else may have developed a solution they could share.

Note that I know that there are some things related to Control-M that a simple 
EDIT Macro could not solve.  Stuff like the %%IF-%%ELSE-%%ENDIF sequences and 
the built in functions for date calculations and character substrings.  But 
these are rare enough that I would be happy with a simple symbol substitution 
solution.

I have asked our sysprogs to pose this question to BMC and CetanCorp.  But I 
suspect that their answer will revolve around their new JCLVERIFY product.  If 
this can work standalone without adding to our license count, that would be 
great. Otherwise we will need this other solution.

Also, I will need to bring this up with the supplier of our current JCL 
validation utility - the product known as JED (dcmsi.com).  This has one nice 
feature that the new JCLVERIFY lacks, the ability to display the contents of 
parameter members, both PDS and PANVALET.  JED is also capable of validating 
things like SORT and IDCAMS control statements.

John



--
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: CFCC memory requirements

2013-10-08 Thread Vernooij, CP - SPLXM
In our z196, CFCC level 17, it is 441 MB. You can calculate this by subtracting 
'CF TOTAL SPACE' from the 'D CF' command output, from the amount of storage you 
gave the LPAR. In my experience, it only changes with CFCC levels.

I wonder if it ever was non-64 bit, at least not in current machines.

Kees.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of R.S.
Sent: Tuesday, October 08, 2013 00:11
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: CFCC memory requirements

How much memory is required for CFCC (Coupling Facility Control Code)to run?
I meanpure OS, without any user defined structures.
BTW: Is the amount constant or its size depends on number or size of defined 
structures?

Another question: what version of CFCC was 64-bit (supported 2GB 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 authorised 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. 

BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax 
+48 (22) 829 00 33, www.brebank.pl, e-mail: i...@brebank.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.2013 r. kapitał zakładowy BRE Banku SA (w całości 
wpłacony) wynosi 168.555.904 złotych.


--
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: CFCC memory requirements

2013-10-08 Thread Rob Schramm
Don't forget dump space.

Rob
On Oct 8, 2013 2:24 AM, Vernooij, CP - SPLXM kees.verno...@klm.com
wrote:

 In our z196, CFCC level 17, it is 441 MB. You can calculate this by
 subtracting 'CF TOTAL SPACE' from the 'D CF' command output, from the
 amount of storage you gave the LPAR. In my experience, it only changes with
 CFCC levels.

 I wonder if it ever was non-64 bit, at least not in current machines.

 Kees.

 -Original Message-
 From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
 Behalf Of R.S.
 Sent: Tuesday, October 08, 2013 00:11
 To: IBM-MAIN@LISTSERV.UA.EDU
 Subject: CFCC memory requirements

 How much memory is required for CFCC (Coupling Facility Control Code)to
 run?
 I meanpure OS, without any user defined structures.
 BTW: Is the amount constant or its size depends on number or size of
 defined structures?

 Another question: what version of CFCC was 64-bit (supported 2GB 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
 authorised 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.

 BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00,
 fax +48 (22) 829 00 33, www.brebank.pl, e-mail: i...@brebank.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.2013 r. kapitał zakładowy BRE Banku SA (w
 całości wpłacony) wynosi 168.555.904 złotych.


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

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


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


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


Re: CFCC memory requirements

2013-10-08 Thread R.S.

W dniu 2013-10-08 08:24, Vernooij, CP - SPLXM pisze:

In our z196, CFCC level 17, it is 441 MB. You can calculate this by subtracting 
'CF TOTAL SPACE' from the 'D CF' command output, from the amount of storage you 
gave the LPAR. In my experience, it only changes with CFCC levels.

I wonder if it ever was non-64 bit, at least not in current machines.


Well, I didn't mean current machines, for any value of current. ;-)
Obviously there was a moment on a history when CFCC became 64-bit support.

BTW: I read in some IBM material (it was at OS/390 level AFAIK) that 
CFCC consumes approx. 8MB. Yes, 8. Good old times.


BTW2: I read (it was in 1999 or 2000) on Amdahl pages that their CF 
supported up to 1TB of memory, more than IBM's CF. Interesting.



Last, but not least: thank you all who responded!

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


BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax 
+48 (22) 829 00 33, www.brebank.pl, e-mail: i...@brebank.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.2013 r. kapitał zakładowy BRE Banku SA (w całości wpłacony) wynosi 168.555.904 złotych.



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


Re: NSLOOKUP on MVS vs OMVS

2013-10-08 Thread Rob Schramm
Because that may or may not fix the issue.

Setting up RESOLVER is not super hard.  With the biggest benefit of never
coding SYSTCPD in a proc ever again!!!

Rob Schramm
On Oct 7, 2013 5:24 PM, Jon Perryman jperr...@pacbell.net wrote:

 Is there a reason you can't update TCPIP.TCPIP.DATA or SYS1.TCPPARMS with
 the change?

 Jon Perryman.



 
  From: David G. Schlecht dschle...@admin.nv.gov
 
 
 We have a solution, or at least a workaround. We'll continue to add
 SYSTCPD to every job that needs RESOLVER and will someday build an MVS proc
 for RESOLVER that can use GLOBALTCPDATA.
 
 

 --
 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: Mainframe Backup to Cloud

2013-10-08 Thread R.S.

W dniu 2013-10-08 02:09, mf db pisze:

Dear Readers,

Are there anyone in this list who has attempted the mainframe backup to
Cloud ? I am Looking for some white papers which talks about backing up the
mainframe Data to Cloud.

Any Pointers or Valuable suggestions would really help me to try out this
POC in one of our Test Bed.


Well, It's really cloudy around and my backup went OK.

Seriously: what do you mean by mainframe backup?
Backup of data, like DFSMShsm or FDR/ABR performs?
Or maybe backup servers?
So, what kind of cloud you mean?

--
Radoslaw Skorupka
Lodz, Poland






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

This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised 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. 


BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax 
+48 (22) 829 00 33, www.brebank.pl, e-mail: i...@brebank.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.2013 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.555.904 zotych.



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


Re: New Designed Service Portal Coming to IBM

2013-10-08 Thread Thomas Berg
I think I saw flying pigs outside my window.



Best Regards
Thomas Berg
___
Thomas Berg   Specialist   zOS\RQM\IT Delivery   SWEDBANK AB (Publ)



 -Original Message-
 From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
 Behalf Of Lizette Koehler
 Sent: Tuesday, October 08, 2013 12:50 AM
 To: IBM-MAIN@LISTSERV.UA.EDU
 Subject: New Designed Service Portal Coming to IBM
 
 Heads up.  According to the website - 4 weeks to launch:
 
 New IBM Support Portal design coming soon!
 
 The IBM Support Portal will soon have a new look.  Our clients have been
 telling us what improvements they would like to see in the IBM Support
 Portal.  We've listened, and our new, simplified website design is
 coming soon.
 
 
 IBM produced a 2 minute video introducing the new functionality that
 will soon be available in the IBM Support Portal.
 
 You may view this video on either YouTube or the IBM Education Assistant
 site.
 
 This video demonstrates how IBM will simplify the Support Portal by
 consolidating functions and combining content to minimize the number of
 modules on the screen.
 
 Functions that you use most frequently, like product lookup and search,
 are now at the top and center of the home page.
 Note: All of our videos may be found on our YouTube channel. For those
 without access to YouTube, visit our own IBM Education Assistant
 channel.
 
 
 https://www.ibm.com/developerworks/community/blogs/IBMElectronicSupport/
 entry/new_portal_design_20130903?lnk=uctug_ibmesa_ibmcom_2013-09-
 04_new_portal_design_blog_20130903_mtecm_sp=MTE28384lang=en
 
 Or tinyurl:http://tinyurl.com/pxnd4nw
 
 Lizette
 
 --
 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: New Designed Service Portal Coming to IBM

2013-10-08 Thread efinnell15
http://news.cnet.com/8301-1023_3-57606448-93/amazon-wins-key-ruling-over-ibm-in-cia-cloud-contract-battle/

They may be drones



In a message dated 10/08/13 02:31:51 Central Daylight Time, 
thomas.b...@swedbank.se writes:
I think I saw flying pigs outside my window

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


Re: Mainframe Backup to Cloud

2013-10-08 Thread Timothy Sipples
Peter, your question is probably too generalized to offer a meaningful
reply. Backing up to what type of cloud? A public cloud? Private cloud?
What type(s) of cloud storage? And when you say mainframe, which
operating system(s) do you mean? Do you really mean backup, or do you
mean archiving?


Timothy Sipples
GMU VCT Architect Executive (Based in Singapore)
E-Mail: sipp...@sg.ibm.com
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Multiple datasets with same name on APF list !

2013-10-08 Thread Peter Relson
Some of the posts seem to imply a difference between ** and SYSR1.
Their values are the same. And the latter is supported in more places than 
the former (and in general is more functional).
Is there truly still a place where ** works but SYSR1 does not?

I presume all the references to SYSRn (aside from SYSR1) are to 
customer-defined symbols

Peter Relson
z/OS Core Technology Design

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


SMF reporting for Java DB2 batch jobs

2013-10-08 Thread David Crayford
I'm running a test case for one of our products that's currently in 
development and I can't figure out how to account for the total CPU time 
for a Java program that executes a DB2 query.


I've got four steps running the same query in different programming 
languages. The step statistics are like this


CPU (Total)  Elapsed CPU 
(TCB)CPU (SRB) Service
Jobname  Stepname ProcStepRCI/O hh:mm:ss.th  hh:mm:ss.th 
hh:mm:ss.th  hh:mm:ss.th Units
BENCHSQL C00165   00.21 00.38
00.2100.00  4628
BENCHSQL JAVA SPAWN   00  17049   00.23 02.64
00.2300.00 34448
BENCHSQL LUA  00724   00.32 00.88
00.3200.00  7170
BENCHSQL REXX 00 39   05.08 08.03
05.0800.00  113K


Java CPU time is very good but the elapsed time is high. I know this is 
because of the overhead of the JVM doing a JIT compile but I want to be 
able to include that in the report. What SMF

records report Java JVM stats and how do I correlate that to a job step?

I've got a screen shot that shows the numbers 
http://imagebin.org/273074.  The 1E codes are actually SMF 30s, we 
haven't got round to converting them to decimal yet. The 003 codes
are DB2 trace records. The DB2 trace record for the Java program seems 
very low. It changes depending on the JDBC driver (2 or 4) but the job 
step times remain the same.


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


Stacking SMS and non-SMS disk on same HSM dump tape

2013-10-08 Thread EXT-Schwarz, Barry
On z/OS 1.11, the HSM manual says a stacked dump tape can contain dumps from 
both SMS and non-SMS packs.  However, with STACK(99), every test case I have 
run results in SMS packs first going to one 3592 tape (genned as 3590-1) and 
then non-SMS packs going to a second tape.  I have tried with 1, 2, and 3 SMS 
packs of different sizes and HSM always changes tapes after processing all the 
SMS packs in the dump class.

Has anyone else run into this and how did you solve it?

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


Re: Stacking SMS and non-SMS disk on same HSM dump tape

2013-10-08 Thread Elardus Engelbrecht
EXT-Schwarz, Barry wrote:

On z/OS 1.11, the HSM manual says a stacked dump tape can contain dumps from 
both SMS and non-SMS packs.  However, with STACK(99), every test case I have 
run results in SMS packs first going to one 3592 tape (genned as 3590-1) and 
then non-SMS packs going to a second tape.  I have tried with 1, 2, and 3 SMS 
packs of different sizes and HSM always changes tapes after processing all the 
SMS packs in the dump class.

What are you using to write to the tape? I'm asking because if you use BACKVOL, 
the STACK parameter is ignored.

Has anyone else run into this and how did you solve it?

No, not me. ;-)

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: Stacking SMS and non-SMS disk on same HSM dump tape

2013-10-08 Thread Ted MacNEIL
Has anyone else run into this and how did you solve it?

I must be missing something!
Why is this a problem?
-
Ted MacNEIL
eamacn...@yahoo.ca
Twitter: @TedMacNEIL

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


Re: Stacking SMS and non-SMS disk on same HSM dump tape

2013-10-08 Thread Staller, Allan
In my opinion, this cannot be done. 

In my shop, HSM, performs all SMS managed functions, followed by all non-SMS 
managed functions

There is a further separation in the non-SMS managed functions. All  stacked 
functions are performed before non-stacked functions.

HTH,

snip
On z/OS 1.11, the HSM manual says a stacked dump tape can contain dumps from 
both SMS and non-SMS packs.  However, with STACK(99), every test case I have 
run results in SMS packs first going to one 3592 tape (genned as 3590-1) and 
then non-SMS packs going to a second tape.  I have tried with 1, 2, and 3 SMS 
packs of different sizes and HSM always changes tapes after processing all the 
SMS packs in the dump class.

Has anyone else run into this and how did you solve it?
/snip

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


Re: Stacking SMS and non-SMS disk on same HSM dump tape

2013-10-08 Thread Lizette Koehler
Could you provide more detail?

What parameters do you have set in HSM for stacking on your dump classes?
What timeframes are involved? When do you dump and expect stacking?
Could you provide your SETSYS parms for dump and stacking?

HSM should stack all the volumes on one tape based on the following criteria

Copy pool dump processing is given priority in this phase. Dump processing
proceeds as follows:

 Copy pool volumes with affinity to the processing host that are to be
stacked
 Copy pool volumes with no affinity that are to be stacked
 Non-copy pool volumes with affinity to the processing host that are to be
stacked
 Non-copy pool volumes with no affinity that are to be stacked
 Copy pool volumes with affinity that are not to be stacked
 Copy pool volumes with no affinity that are not to be stacked
 Non-copy pool volumes with affinity that are not to be stacked
 Non-copy pool volumes with no affinity that are not to be stacked
 Non-SMS volumes

Are you sure all of the volumes you are dumping will fit on one tape volume?

Have you tried just setting up one volume SMS and NON-SMS in your dump class
and see if that works?

Are you manually running the process or is DFHSM running it on a schedule?

Thanks

Lizette


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of EXT-Schwarz, Barry
Sent: Tuesday, October 08, 2013 5:03 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Stacking SMS and non-SMS disk on same HSM dump tape

On z/OS 1.11, the HSM manual says a stacked dump tape can contain dumps from
both SMS and non-SMS packs.  However, with STACK(99), every test case I have
run results in SMS packs first going to one 3592 tape (genned as 3590-1) and
then non-SMS packs going to a second tape.  I have tried with 1, 2, and 3
SMS packs of different sizes and HSM always changes tapes after processing
all the SMS packs in the dump class.

Has anyone else run into this and how did you solve it?

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


Catalog Rebuild JCL

2013-10-08 Thread Jake anderson
Hello,

I am in the process of re-sizing a user catalog and I see there are almost
2000+ aliases defined to it. This is for one of our plex where we have 4
systems and I understand during restore the aliases will be too restored on
the system where I am running the JCL(for catalog resize). For other System
I have to prepare a define alias JCL for 2000+ aliases.

I am looking for some REXX which can help me in extracting the aliases and
prepare  control card to re-define the same aliases pointing to the
Usercatalog.

Could someone point me to some sample Rexx which can help me ?

Jake

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


Re: Catalog Rebuild JCL

2013-10-08 Thread Lizette Koehler
Jake,

You can always do a LISTC in REXX and extract ALIAS entries.

However, I am not sure what you are working on.

If I resize a catalog I use (very generalized steps)

EXPORT into Temp
DEL/DEF
IMPORT

Process for resizing.

If I am moving ALIAS, I use something like REPRO MERGECAT

I rarely have to define all aliases to a catalog in this manner.  

Could you provide better detail?  Why would the above not work for your
process?

Also, there are products on the market that can actually do these types of
activities.

Aliases are defined in the MCAT pointing to a user cat.  So are you going to
delete all of your aliases out of your MCAT?  If so, that could be an
interesting procedure.  Also, if you have VSAM datasets, you have to
consider this process and its effect on your VSAM datasets.


Lizette


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Jake anderson
Sent: Tuesday, October 08, 2013 5:57 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Catalog Rebuild JCL

Hello,

I am in the process of re-sizing a user catalog and I see there are almost
2000+ aliases defined to it. This is for one of our plex where we have 4
systems and I understand during restore the aliases will be too restored on
the system where I am running the JCL(for catalog resize). For other System
I have to prepare a define alias JCL for 2000+ aliases.

I am looking for some REXX which can help me in extracting the aliases and
prepare  control card to re-define the same aliases pointing to the
Usercatalog.

Could someone point me to some sample Rexx which can help me ?

Jake

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


Re: Catalog Rebuild JCL

2013-10-08 Thread Hervey Martinez
Jake,

The alias' are in the master catalog not in the user catalog. If you have 
multiple master catalogs, then the user cat needs to be detached from the other 
masters before you do the resize and after the re-org; then, it has to be 
re-connected back to those same masters.  

Regards,

Hervey


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jake anderson
Sent: Tuesday, October 08, 2013 8:57 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Catalog Rebuild JCL

Hello,

I am in the process of re-sizing a user catalog and I see there are almost
2000+ aliases defined to it. This is for one of our plex where we have 4
systems and I understand during restore the aliases will be too restored on the 
system where I am running the JCL(for catalog resize). For other System I have 
to prepare a define alias JCL for 2000+ aliases.

I am looking for some REXX which can help me in extracting the aliases and 
prepare  control card to re-define the same aliases pointing to the Usercatalog.

Could someone point me to some sample Rexx which can help me ?

Jake

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


But will it be available 24/365 was Re: New Designed Service Portal Coming to IBM

2013-10-08 Thread Clark Morris
On 7 Oct 2013 15:49:40 -0700, in bit.listserv.ibm-main you wrote:

Heads up.  According to the website - 4 weeks to launch:

New IBM Support Portal design coming soon!
 
The IBM Support Portal will soon have a new look.  Our clients have been 
telling us what improvements they would like to see in the IBM Support Portal. 
 We've listened, and our new, simplified website design is coming soon.  

Will it be available 24/365 which would be the thing that addresses
the larges complaint here?

Clark Morris

IBM produced a 2 minute video introducing the new functionality that will soon 
be available in the IBM Support Portal.

You may view this video on either YouTube or the IBM Education Assistant site.

This video demonstrates how IBM will simplify the Support Portal by 
consolidating functions and combining content to minimize the number of 
modules on the screen. 

Functions that you use most frequently, like product lookup and search, are 
now at the top and center of the home page. 
Note: All of our videos may be found on our YouTube channel. For those without 
access to YouTube, visit our own IBM Education Assistant channel. 


https://www.ibm.com/developerworks/community/blogs/IBMElectronicSupport/entry/new_portal_design_20130903?lnk=uctug_ibmesa_ibmcom_2013-09-04_new_portal_design_blog_20130903_mtecm_sp=MTE28384lang=en

Or tinyurl:http://tinyurl.com/pxnd4nw

Lizette

--
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: But will it be available 24/365 was Re: New Designed Service Portal Coming to IBM

2013-10-08 Thread David Crayford

On 8/10/2013 9:05 PM, Clark Morris wrote:

On 7 Oct 2013 15:49:40 -0700, in bit.listserv.ibm-main you wrote:


Heads up.  According to the website - 4 weeks to launch:

New IBM Support Portal design coming soon!

The IBM Support Portal will soon have a new look.  Our clients have been 
telling us what improvements they would like to see in the IBM Support Portal.  
We've listened, and our new, simplified website design is coming soon.


Will it be available 24/365 which would be the thing that addresses
the larges complaint here?


Probably not! How is it that IBM don't seem to be able to run edge servers?



Clark Morris

IBM produced a 2 minute video introducing the new functionality that will soon 
be available in the IBM Support Portal.

You may view this video on either YouTube or the IBM Education Assistant site.

This video demonstrates how IBM will simplify the Support Portal by 
consolidating functions and combining content to minimize the number of modules 
on the screen.

Functions that you use most frequently, like product lookup and search, are now 
at the top and center of the home page.
Note: All of our videos may be found on our YouTube channel. For those without 
access to YouTube, visit our own IBM Education Assistant channel.


https://www.ibm.com/developerworks/community/blogs/IBMElectronicSupport/entry/new_portal_design_20130903?lnk=uctug_ibmesa_ibmcom_2013-09-04_new_portal_design_blog_20130903_mtecm_sp=MTE28384lang=en

Or tinyurl:http://tinyurl.com/pxnd4nw

Lizette

--
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: Catalog Rebuild JCL

2013-10-08 Thread Jake anderson
I agree the aliases do Point to Master catalog. Here I do not use IDCAMS
but I use CA CREW for catalog Resize. So for other system I have to perform
a Redefine of aliases and Yes in our plex we have master catalog defined
for each system and Usercatalogs are shared across the system. So for
defining an alias I must be generating a IDCAMS control card using where I
mention like :

DEF ALIAS(NAME('ALIASNAME') REL('USERCATALOG) , so if I run this JCL on
each system then the mastercatalog parameter is not required.

So Just looking for a rexx exec which can extract the list from a PS
file(where only alias name is present) and prepare a control card for
IDCAMS.


On Tue, Oct 8, 2013 at 6:33 PM, Hervey Martinez 
hervey.marti...@custserv.com wrote:

 Jake,

 The alias' are in the master catalog not in the user catalog. If you have
 multiple master catalogs, then the user cat needs to be detached from the
 other masters before you do the resize and after the re-org; then, it has
 to be re-connected back to those same masters.

 Regards,

 Hervey


 -Original Message-
 From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
 Behalf Of Jake anderson
 Sent: Tuesday, October 08, 2013 8:57 AM
 To: IBM-MAIN@LISTSERV.UA.EDU
 Subject: Catalog Rebuild JCL

 Hello,

 I am in the process of re-sizing a user catalog and I see there are almost
 2000+ aliases defined to it. This is for one of our plex where we have 4
 systems and I understand during restore the aliases will be too restored
 on the system where I am running the JCL(for catalog resize). For other
 System I have to prepare a define alias JCL for 2000+ aliases.

 I am looking for some REXX which can help me in extracting the aliases and
 prepare  control card to re-define the same aliases pointing to the
 Usercatalog.

 Could someone point me to some sample Rexx which can help me ?

 Jake

 --
 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: Catalog Rebuild JCL

2013-10-08 Thread Lizette Koehler
Jake,

Have you contacted CA Support for CREWS.  Any product I have seen that does
CATALOG has support for your functions.  That includes TREX and Catalog
Recovery Plus

So, a quick search on the CA Website provided


Question:  Looking for example of a restore on a catalog and its aliases?

Answer:  

Here is an example of a restore for one catalog and its aliases:
file://RESTORE JOB
file://STEP EXEC PGM=CREWS
file://SYSPRINT DD SYSOUT=A
file://RESTORE DD DSN=BACKUP.CATALOGS(-1),DISP=OLD
file://SYSIN DD *
RESTORE
ALIAS
CAT(CATALOG.MVSICF1.VSYSC06)


Lizette


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Jake anderson
Sent: Tuesday, October 08, 2013 6:25 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Catalog Rebuild JCL

I agree the aliases do Point to Master catalog. Here I do not use IDCAMS but
I use CA CREW for catalog Resize. So for other system I have to perform a
Redefine of aliases and Yes in our plex we have master catalog defined for
each system and Usercatalogs are shared across the system. So for defining
an alias I must be generating a IDCAMS control card using where I mention
like :

DEF ALIAS(NAME('ALIASNAME') REL('USERCATALOG) , so if I run this JCL on each
system then the mastercatalog parameter is not required.

So Just looking for a rexx exec which can extract the list from a PS
file(where only alias name is present) and prepare a control card for
IDCAMS.


On Tue, Oct 8, 2013 at 6:33 PM, Hervey Martinez 
hervey.marti...@custserv.com wrote:

 Jake,

 The alias' are in the master catalog not in the user catalog. If you 
 have multiple master catalogs, then the user cat needs to be detached 
 from the other masters before you do the resize and after the re-org; 
 then, it has to be re-connected back to those same masters.

 Regards,

 Hervey


 -Original Message-
 From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
 On Behalf Of Jake anderson
 Sent: Tuesday, October 08, 2013 8:57 AM
 To: IBM-MAIN@LISTSERV.UA.EDU
 Subject: Catalog Rebuild JCL

 Hello,

 I am in the process of re-sizing a user catalog and I see there are 
 almost
 2000+ aliases defined to it. This is for one of our plex where we have 
 2000+ 4
 systems and I understand during restore the aliases will be too 
 restored on the system where I am running the JCL(for catalog resize). 
 For other System I have to prepare a define alias JCL for 2000+ aliases.

 I am looking for some REXX which can help me in extracting the aliases 
 and prepare  control card to re-define the same aliases pointing to 
 the Usercatalog.

 Could someone point me to some sample Rexx which can help me ?

 Jake

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


Re: Multiple datasets with same name on APF list !

2013-10-08 Thread Andy Higgins
On Tue, 8 Oct 2013 07:53:32 -0400, Peter Relson rel...@us.ibm.com wrote:


Is there truly still a place where ** works but SYSR1 does not?


Peter,

I know of one place.  When I IPL with a member of the PARMLIB concatenation, 
for instance SYS1.IBM.PARMLIB, cataloged on SYSR1, I get IGGN505A SPECIFY UNIT 
FOR SYS1.IBM.PARMLIB ON SYSR1 OR CANCEL.  I don't get that when it's cataloged 
on **. 

Andy

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


Re: Multiple datasets with same name on APF list !

2013-10-08 Thread Vernooij, CP - SPLXM
Peter,

Good question, it was in the back of my mind, that there were places,
where ** was processed before system symbols were initialized.

We stil have in PROGxx:
APF ADD DSNAME(SYS1.LINKLIB)   VOLUME(**)
I am not sure if it is still necessary.

Or is this needed in indirect addressing in the master catalog?
We still have SYS1.PARMLIB cataloged to VOL(**), possibly because of
the same reason.

Which of both (**)'s is still valid?

Kees.



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Peter Relson
Sent: Tuesday, October 08, 2013 13:54
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Multiple datasets with same name on APF list !

Some of the posts seem to imply a difference between ** and SYSR1.
Their values are the same. And the latter is supported in more places
than the former (and in general is more functional).
Is there truly still a place where ** works but SYSR1 does not?

I presume all the references to SYSRn (aside from SYSR1) are to
customer-defined symbols

Peter Relson
z/OS Core Technology Design

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

For 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: CFCC memory requirements

2013-10-08 Thread Mark Zelden
On Tue, 8 Oct 2013 00:10:51 +0200, R.S. r.skoru...@bremultibank.com.pl wrote:

How much memory is required for CFCC (Coupling Facility Control Code)to run?
I meanpure OS, without any user defined structures.
BTW: Is the amount constant or its size depends on number or size of 
defined structures?

Used to be about 256M, but at CFLEVEL 17 you need about 512M.   That wasn't
documented or talked about during our z196 migration planning with IBM
and I ran into a problem in my sandbox sysplexes  which only had 256M
on the CF LPARs.It has been documented now in various places.  

Here is a post of mine from January 2012 that explained why the extra
storage was needed.

https://listserv.ua.edu/cgi-bin/wa?A2=ind1201L=ibm-mainD=1T=0O=DF=S=X=086E2A74E9A368C125Y=mark%40mzelden.comP=246772


Mark
--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS  
mailto:m...@mzelden.com 
ITIL v3 Foundation Certified 
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: But will it be available 24/365 was Re: New Designed Service Portal Coming to IBM

2013-10-08 Thread John Gilmore
The misjudgment consisted in choosing edge servers initially.   This
facility should have been implemented on a mainframe, where adequate
availability is a given.

Complaints about and expectations for the availability of the
IBM-Support portal have always been unrealistic.  They are
extrapolations from the complainers' mainframe experience that are
inappropriate to a different, much more fragile environment, one in
which failures, reboots, and frequent 'quiescences' for maintenance
are the norm.

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: Catalog Rebuild JCL

2013-10-08 Thread Lizette Koehler
Reposting without the FILE: added



Question:  Looking for example of a restore on a catalog and its aliases?

Answer:  

Here is an example of a restore for one catalog and its aliases:
//RESTORE JOB
//STEP EXEC PGM=CREWS
//SYSPRINT DD SYSOUT=A
//RESTORE DD DSN=BACKUP.CATALOGS(-1),DISP=OLD
//SYSIN DD *
RESTORE
ALIAS
CAT(CATALOG.MVSICF1.VSYSC06)


Sorry for the File Insert.  Do not know where that came from

Lizette

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Lizette Koehler
Sent: Tuesday, October 08, 2013 6:33 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Catalog Rebuild JCL

Jake,

Have you contacted CA Support for CREWS.  Any product I have seen that does
CATALOG has support for your functions.  That includes TREX and Catalog
Recovery Plus

So, a quick search on the CA Website provided


Question:  Looking for example of a restore on a catalog and its aliases?

Answer:  

Here is an example of a restore for one catalog and its aliases:
file://RESTORE JOB
file://STEP EXEC PGM=CREWS
file://SYSPRINT DD SYSOUT=A
file://RESTORE DD DSN=BACKUP.CATALOGS(-1),DISP=OLD file://SYSIN DD * RESTORE
ALIAS
CAT(CATALOG.MVSICF1.VSYSC06)


Lizette


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Jake anderson
Sent: Tuesday, October 08, 2013 6:25 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Catalog Rebuild JCL

I agree the aliases do Point to Master catalog. Here I do not use IDCAMS but
I use CA CREW for catalog Resize. So for other system I have to perform a
Redefine of aliases and Yes in our plex we have master catalog defined for
each system and Usercatalogs are shared across the system. So for defining
an alias I must be generating a IDCAMS control card using where I mention
like :

DEF ALIAS(NAME('ALIASNAME') REL('USERCATALOG) , so if I run this JCL on each
system then the mastercatalog parameter is not required.

So Just looking for a rexx exec which can extract the list from a PS
file(where only alias name is present) and prepare a control card for
IDCAMS.


On Tue, Oct 8, 2013 at 6:33 PM, Hervey Martinez 
hervey.marti...@custserv.com wrote:

 Jake,

 The alias' are in the master catalog not in the user catalog. If you 
 have multiple master catalogs, then the user cat needs to be detached 
 from the other masters before you do the resize and after the re-org; 
 then, it has to be re-connected back to those same masters.

 Regards,

 Hervey


 -Original Message-
 From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
 On Behalf Of Jake anderson
 Sent: Tuesday, October 08, 2013 8:57 AM
 To: IBM-MAIN@LISTSERV.UA.EDU
 Subject: Catalog Rebuild JCL

 Hello,

 I am in the process of re-sizing a user catalog and I see there are 
 almost
 2000+ aliases defined to it. This is for one of our plex where we have
 2000+ 4
 systems and I understand during restore the aliases will be too 
 restored on the system where I am running the JCL(for catalog resize).
 For other System I have to prepare a define alias JCL for 2000+ aliases.

 I am looking for some REXX which can help me in extracting the aliases 
 and prepare  control card to re-define the same aliases pointing to 
 the Usercatalog.

 Could someone point me to some sample Rexx which can help me ?

 Jake

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


Distance considerations fo a Parallel Sysplex with DB2 Data Sharing

2013-10-08 Thread Sheldon Davis
 Hi

I was wondering what the maximum distance would be for a  Parallel Sysplex with 
DB2 Data Sharing on two BC12's.

Thanks 

Sheldon Davis

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


SMP/E dialog split screen (was: SMPTABL data set severe error)

2013-10-08 Thread Kurt Quackenbush

Also, it used to be the case that only one instance of the SMP/E dialog
was allowed within a single TSO/ISPF session -  a 2nd concurrent
invocation in split screen was not allowed and would produce a failure
message..


Not so any more.  Check out APAR IO18093 (and its subsequent fixes).

Kurt Quackenbush -- IBM, SMP/E Development

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


Re: Multiple datasets with same name on APF list !

2013-10-08 Thread John Gilmore
The answer to Peter's rhetorical question is an unasmbiguous no.

SYSR1 should be used everywhere that ** has historically been used.

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: Catalog Rebuild JCL

2013-10-08 Thread Jake anderson
Hello Lizette,

This is for the system from where we perform the catalog resize. So for
other systems how do we get the aliases pointing to their Master catalog ?


On Tue, Oct 8, 2013 at 7:05 PM, Lizette Koehler stars...@mindspring.comwrote:

 Reposting without the FILE: added



 Question:  Looking for example of a restore on a catalog and its aliases?

 Answer:

 Here is an example of a restore for one catalog and its aliases:
 //RESTORE JOB
 //STEP EXEC PGM=CREWS
 //SYSPRINT DD SYSOUT=A
 //RESTORE DD DSN=BACKUP.CATALOGS(-1),DISP=OLD
 //SYSIN DD *
 RESTORE
 ALIAS
 CAT(CATALOG.MVSICF1.VSYSC06)


 Sorry for the File Insert.  Do not know where that came from

 Lizette

 -Original Message-
 From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
 Behalf Of Lizette Koehler
 Sent: Tuesday, October 08, 2013 6:33 AM
 To: IBM-MAIN@LISTSERV.UA.EDU
 Subject: Re: Catalog Rebuild JCL

 Jake,

 Have you contacted CA Support for CREWS.  Any product I have seen that does
 CATALOG has support for your functions.  That includes TREX and Catalog
 Recovery Plus

 So, a quick search on the CA Website provided


 Question:  Looking for example of a restore on a catalog and its aliases?

 Answer:

 Here is an example of a restore for one catalog and its aliases:
 file://RESTORE JOB
 file://STEP EXEC PGM=CREWS
 file://SYSPRINT DD SYSOUT=A
 file://RESTORE DD DSN=BACKUP.CATALOGS(-1),DISP=OLD file://SYSIN DD *
 RESTORE
 ALIAS
 CAT(CATALOG.MVSICF1.VSYSC06)


 Lizette


 -Original Message-
 From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
 Behalf Of Jake anderson
 Sent: Tuesday, October 08, 2013 6:25 AM
 To: IBM-MAIN@LISTSERV.UA.EDU
 Subject: Re: Catalog Rebuild JCL

 I agree the aliases do Point to Master catalog. Here I do not use IDCAMS
 but
 I use CA CREW for catalog Resize. So for other system I have to perform a
 Redefine of aliases and Yes in our plex we have master catalog defined for
 each system and Usercatalogs are shared across the system. So for defining
 an alias I must be generating a IDCAMS control card using where I mention
 like :

 DEF ALIAS(NAME('ALIASNAME') REL('USERCATALOG) , so if I run this JCL on
 each
 system then the mastercatalog parameter is not required.

 So Just looking for a rexx exec which can extract the list from a PS
 file(where only alias name is present) and prepare a control card for
 IDCAMS.


 On Tue, Oct 8, 2013 at 6:33 PM, Hervey Martinez 
 hervey.marti...@custserv.com wrote:

  Jake,
 
  The alias' are in the master catalog not in the user catalog. If you
  have multiple master catalogs, then the user cat needs to be detached
  from the other masters before you do the resize and after the re-org;
  then, it has to be re-connected back to those same masters.
 
  Regards,
 
  Hervey
 
 
  -Original Message-
  From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
  On Behalf Of Jake anderson
  Sent: Tuesday, October 08, 2013 8:57 AM
  To: IBM-MAIN@LISTSERV.UA.EDU
  Subject: Catalog Rebuild JCL
 
  Hello,
 
  I am in the process of re-sizing a user catalog and I see there are
  almost
  2000+ aliases defined to it. This is for one of our plex where we have
  2000+ 4
  systems and I understand during restore the aliases will be too
  restored on the system where I am running the JCL(for catalog resize).
  For other System I have to prepare a define alias JCL for 2000+ aliases.
 
  I am looking for some REXX which can help me in extracting the aliases
  and prepare  control card to re-define the same aliases pointing to
  the Usercatalog.
 
  Could someone point me to some sample Rexx which can help me ?
 
  Jake

 --
 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: Catalog Rebuild JCL

2013-10-08 Thread Lizette Koehler
Check out 

IMPORT function of IDCAMS  

 also this tech doc could be helpful

 http://www-01.ibm.com/support/docview.wss?uid=isg1II13354



A quick case opened to CA CREWS will probably get you answers that might
help expand on the use of this product.



Lizette



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Jake anderson
Sent: Tuesday, October 08, 2013 7:45 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Catalog Rebuild JCL

Hello Lizette,

This is for the system from where we perform the catalog resize. So for
other systems how do we get the aliases pointing to their Master catalog ?


On Tue, Oct 8, 2013 at 7:05 PM, Lizette Koehler
stars...@mindspring.comwrote:

 Reposting without the FILE: added



 Question:  Looking for example of a restore on a catalog and its aliases?

 Answer:

 Here is an example of a restore for one catalog and its aliases:
 //RESTORE JOB
 //STEP EXEC PGM=CREWS
 //SYSPRINT DD SYSOUT=A
 //RESTORE DD DSN=BACKUP.CATALOGS(-1),DISP=OLD //SYSIN DD * RESTORE 
 ALIAS
 CAT(CATALOG.MVSICF1.VSYSC06)


 Sorry for the File Insert.  Do not know where that came from

 Lizette

 -Original Message-
 From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
 On Behalf Of Lizette Koehler
 Sent: Tuesday, October 08, 2013 6:33 AM
 To: IBM-MAIN@LISTSERV.UA.EDU
 Subject: Re: Catalog Rebuild JCL

 Jake,

 Have you contacted CA Support for CREWS.  Any product I have seen that 
 does CATALOG has support for your functions.  That includes TREX and 
 Catalog Recovery Plus

 So, a quick search on the CA Website provided


 Question:  Looking for example of a restore on a catalog and its aliases?

 Answer:

 Here is an example of a restore for one catalog and its aliases:
 file://RESTORE JOB
 file://STEP EXEC PGM=CREWS
 file://SYSPRINT DD SYSOUT=A
 file://RESTORE DD DSN=BACKUP.CATALOGS(-1),DISP=OLD file://SYSIN DD * 
 RESTORE ALIAS
 CAT(CATALOG.MVSICF1.VSYSC06)


 Lizette


 -Original Message-
 From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
 On Behalf Of Jake anderson
 Sent: Tuesday, October 08, 2013 6:25 AM
 To: IBM-MAIN@LISTSERV.UA.EDU
 Subject: Re: Catalog Rebuild JCL

 I agree the aliases do Point to Master catalog. Here I do not use 
 IDCAMS but I use CA CREW for catalog Resize. So for other system I 
 have to perform a Redefine of aliases and Yes in our plex we have 
 master catalog defined for each system and Usercatalogs are shared 
 across the system. So for defining an alias I must be generating a 
 IDCAMS control card using where I mention like :

 DEF ALIAS(NAME('ALIASNAME') REL('USERCATALOG) , so if I run this JCL 
 on each system then the mastercatalog parameter is not required.

 So Just looking for a rexx exec which can extract the list from a PS 
 file(where only alias name is present) and prepare a control card for 
 IDCAMS.


 On Tue, Oct 8, 2013 at 6:33 PM, Hervey Martinez  
 hervey.marti...@custserv.com wrote:

  Jake,
 
  The alias' are in the master catalog not in the user catalog. If you 
  have multiple master catalogs, then the user cat needs to be 
  detached from the other masters before you do the resize and after 
  the re-org; then, it has to be re-connected back to those same masters.
 
  Regards,
 
  Hervey
 
 
  -Original Message-
  From: IBM Mainframe Discussion List 
  [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jake anderson
  Sent: Tuesday, October 08, 2013 8:57 AM
  To: IBM-MAIN@LISTSERV.UA.EDU
  Subject: Catalog Rebuild JCL
 
  Hello,
 
  I am in the process of re-sizing a user catalog and I see there are 
  almost
  2000+ aliases defined to it. This is for one of our plex where we 
  2000+ have
  2000+ 4
  systems and I understand during restore the aliases will be too 
  restored on the system where I am running the JCL(for catalog resize).
  For other System I have to prepare a define alias JCL for 2000+ aliases.
 
  I am looking for some REXX which can help me in extracting the 
  aliases and prepare  control card to re-define the same aliases 
  pointing to the Usercatalog.
 
  Could someone point me to some sample Rexx which can help me ?
 
  Jake

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


Re: Distance considerations fo a Parallel Sysplex with DB2 Data Sharing

2013-10-08 Thread Rob Schramm
I know that 13 miles works.

Rob
On Oct 8, 2013 10:38 AM, Sheldon Davis sda...@isracard.co.il wrote:

  Hi

 I was wondering what the maximum distance would be for a  Parallel Sysplex
 with DB2 Data Sharing on two BC12's.

 Thanks

 Sheldon Davis

 --
 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: SMP/E dialog split screen (was: SMPTABL data set severe error)

2013-10-08 Thread Paul Gilmartin
On Tue, 8 Oct 2013 10:03:25 -0400, Kurt Quackenbush wrote:

 Also, it used to be the case that only one instance of the SMP/E dialog
 was allowed within a single TSO/ISPF session -  a 2nd concurrent
 invocation in split screen was not allowed and would produce a failure
 message..
 
I had suffered that, and attributed the problem mostly to DDNAME conflicts.
Do both splits try to allocate SMPCSI?

Not so any more.  Check out APAR IO18093 (and its subsequent fixes).

Much appreciated.  Concurrent updated are still prohibited; a reasonable
restriction.  Does this also prohibit concurrent updates, one from ISPF
and one from batch?

I notice subsequent APARS for ISPF variable pool contention.  I suppose
it improves by successive approximation.

Breathlessly awaiting a Rexx API.  (Turning blue.)

Thanks again,
gil

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


Re: Multiple datasets with same name on APF list !

2013-10-08 Thread Skip Robinson
The last couple of posts in this thread have overlooked Andy Higgins's 
observation that SYSR1--or any symbolic for that matter--cannot be used 
to catalog a data set in the PARMLIB concatenation. The reason is that 
symbolics are defined in PARMLIB members that themselves cannot be located 
and processed until NIP knows how to find PARMLIB data sets. It's a 
chicken-egg problem. 


.
.
JO.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:   John Gilmore jwgli...@gmail.com
To: IBM-MAIN@LISTSERV.UA.EDU, 
Date:   10/08/2013 07:41 AM
Subject:Re: Multiple datasets with same name on APF list !
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



The answer to Peter's rhetorical question is an unasmbiguous no.

SYSR1 should be used everywhere that ** has historically been used.

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: But will it be available 24/365 was Re: New Designed Service Portal Coming to IBM

2013-10-08 Thread Staller, Allan
My understanding from talking with a level 2 manager at IBM, is that the 
original green screen applications (z/VM based) are still running. 
What has changed is the method of access.

Regardless of the residence of the applications, there exist (except possibly 
on Windows platforms) availability options to 
completely eliminate the need for 12 hour outages. 

It seems that IBM has *chosen* not to use these options...

snip
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John Gilmore
Sent: Tuesday, October 08, 2013 8:47 AM

The misjudgment consisted in choosing edge servers initially.   This
facility should have been implemented on a mainframe, where adequate 
availability is a given.

Complaints about and expectations for the availability of the IBM-Support 
portal have always been unrealistic.  They are extrapolations from the 
complainers' mainframe experience that are inappropriate to a different, much 
more fragile environment, one in which failures, reboots, and frequent 
'quiescences' for maintenance are the norm.
/snip

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


Re: Multiple datasets with same name on APF list !

2013-10-08 Thread Mark Zelden
On Tue, 8 Oct 2013 08:14:44 -0700, Skip Robinson jo.skip.robin...@sce.com 
wrote:

The last couple of posts in this thread have overlooked Andy Higgins's
observation that SYSR1--or any symbolic for that matter--cannot be used
to catalog a data set in the PARMLIB concatenation. The reason is that
symbolics are defined in PARMLIB members that themselves cannot be located
and processed until NIP knows how to find PARMLIB data sets. It's a
chicken-egg problem.



SYSR1 is a special case and is available to resolve the VOLSER, even
in LOADxx.   It can't be used to resolve a data set name however
prior to symbol processing.   For example, LOADxx can NOT use

PARMLIB  SYS1.PARMLIB.SYSR1


So it can be used anywhere ** is used in catalog entries.   I 
disagree with Mr. Gilmore's assertion that it should be used.  
They are logically equivalent, so i wouldn't go recatalogging 
all my master catalog data sets just because.

Mark
--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS  
mailto:m...@mzelden.com 
ITIL v3 Foundation Certified 
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: Multiple datasets with same name on APF list !

2013-10-08 Thread Andy Higgins
I should have mentioned that behavior I described occurs when the volume field 
of LOADxx PARMLIB statements for such libraries is blank.  The doc for the 
volume field includes:

If '**' or 'SYSR1' is specified, IPL processing will
attempt to locate the specified data set on the system   
residence volume. 

and indeed it does. 

On Tue, 8 Oct 2013 08:14:44 -0700, Skip Robinson jo.skip.robin...@sce.com 
wrote:

The last couple of posts in this thread have overlooked Andy Higgins's
observation that SYSR1--or any symbolic for that matter--cannot be used
to catalog a data set in the PARMLIB concatenation. The reason is that
symbolics are defined in PARMLIB members that themselves cannot be located
and processed until NIP knows how to find PARMLIB data sets. It's a
chicken-egg problem.


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

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


Re: Distance considerations fo a Parallel Sysplex with DB2 Data Sharing

2013-10-08 Thread John Eells

Sheldon Davis wrote:

  Hi

I was wondering what the maximum distance would be for a  Parallel Sysplex with 
DB2 Data Sharing on two BC12's.



I'd think it would be the same as the general 100km separation limit for 
a Parallel Sysplex.


However, the maximum practical distance depends at least in part on what 
CF response times you find acceptable.  The inherent propagation delays 
of ~1ns/foot have to be considered when you are looking at this.


GDPS plays in this space as well but I don't have the details handy.


--
John Eells
z/OS Technical Marketing
IBM Poughkeepsie
ee...@us.ibm.com

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


Re: Multiple datasets with same name on APF list !

2013-10-08 Thread Mark Zelden
On Tue, 8 Oct 2013 10:35:26 -0500, Mark Zelden m...@mzelden.com wrote:

On Tue, 8 Oct 2013 08:14:44 -0700, Skip Robinson jo.skip.robin...@sce.com 
wrote:

The last couple of posts in this thread have overlooked Andy Higgins's
observation that SYSR1--or any symbolic for that matter--cannot be used
to catalog a data set in the PARMLIB concatenation. The reason is that
symbolics are defined in PARMLIB members that themselves cannot be located
and processed until NIP knows how to find PARMLIB data sets. It's a
chicken-egg problem.



SYSR1 is a special case and is available to resolve the VOLSER, even
in LOADxx.   It can't be used to resolve a data set name however
prior to symbol processing.   For example, LOADxx can NOT use

PARMLIB  SYS1.PARMLIB.SYSR1


So it can be used anywhere ** is used in catalog entries.   I 
disagree with Mr. Gilmore's assertion that it should be used.  
They are logically equivalent, so i wouldn't go recatalogging 
all my master catalog data sets just because.



I have to partially retract what I posted.   It is a documented restriction
for PARMLIB in LOADxx - Unless the volser is also coded as SYSR1.


From Init and Tuning Reference:

2.8.1  Restrictions:

The following cannot be catalogued with a system symbol:  
SYS1.PARMLIB  
Any parmlib data set listed in LOADxx without a volume name.  
Any parmlib data set (including SYS1.PARMLIB) can be catalogued with six 
asterisks (**).

Mark
--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS  
mailto:m...@mzelden.com 
ITIL v3 Foundation Certified 
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: Catalog Rebuild JCL

2013-10-08 Thread Skip Robinson
As has been pointed out, an alias definition lives in the *master* 
catalog(s), not in the user catalog itself. An alias in an external 
pointer that tells the (current) system how find the catalog containing 
the actual data set entry. When a user catalog is EXPORTed and then 
IMPORTed, any master catalog containing an alias is not affected at all. 
As long as the user catalog ends up on the original volume, alias 
processing will work exactly as before. 

OTOH do not move the user catalog to a different volume. You would then 
have to disconnect the user catalog from each master, at which point you 
would lose all alias definitions and have to redefine them after 
reconnecting. That would be an arduous effort. 

.
.
JO.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:   Jake anderson justmainfra...@gmail.com
To: IBM-MAIN@LISTSERV.UA.EDU, 
Date:   10/08/2013 07:50 AM
Subject:Re: Catalog Rebuild JCL
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



Hello Lizette,

This is for the system from where we perform the catalog resize. So for
other systems how do we get the aliases pointing to their Master catalog ?


On Tue, Oct 8, 2013 at 7:05 PM, Lizette Koehler 
stars...@mindspring.comwrote:

 Reposting without the FILE: added



 Question:  Looking for example of a restore on a catalog and its 
aliases?

 Answer:

 Here is an example of a restore for one catalog and its aliases:
 //RESTORE JOB
 //STEP EXEC PGM=CREWS
 //SYSPRINT DD SYSOUT=A
 //RESTORE DD DSN=BACKUP.CATALOGS(-1),DISP=OLD
 //SYSIN DD *
 RESTORE
 ALIAS
 CAT(CATALOG.MVSICF1.VSYSC06)


 Sorry for the File Insert.  Do not know where that came from

 Lizette

 -Original Message-
 From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
 Behalf Of Lizette Koehler
 Sent: Tuesday, October 08, 2013 6:33 AM
 To: IBM-MAIN@LISTSERV.UA.EDU
 Subject: Re: Catalog Rebuild JCL

 Jake,

 Have you contacted CA Support for CREWS.  Any product I have seen that 
does
 CATALOG has support for your functions.  That includes TREX and Catalog
 Recovery Plus

 So, a quick search on the CA Website provided


 Question:  Looking for example of a restore on a catalog and its 
aliases?

 Answer:

 Here is an example of a restore for one catalog and its aliases:
 file://RESTORE JOB
 file://STEP EXEC PGM=CREWS
 file://SYSPRINT DD SYSOUT=A
 file://RESTORE DD DSN=BACKUP.CATALOGS(-1),DISP=OLD file://SYSIN DD *
 RESTORE
 ALIAS
 CAT(CATALOG.MVSICF1.VSYSC06)


 Lizette


 -Original Message-
 From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
 Behalf Of Jake anderson
 Sent: Tuesday, October 08, 2013 6:25 AM
 To: IBM-MAIN@LISTSERV.UA.EDU
 Subject: Re: Catalog Rebuild JCL

 I agree the aliases do Point to Master catalog. Here I do not use IDCAMS
 but
 I use CA CREW for catalog Resize. So for other system I have to perform 
a
 Redefine of aliases and Yes in our plex we have master catalog defined 
for
 each system and Usercatalogs are shared across the system. So for 
defining
 an alias I must be generating a IDCAMS control card using where I 
mention
 like :

 DEF ALIAS(NAME('ALIASNAME') REL('USERCATALOG) , so if I run this JCL on
 each
 system then the mastercatalog parameter is not required.

 So Just looking for a rexx exec which can extract the list from a PS
 file(where only alias name is present) and prepare a control card for
 IDCAMS.


 On Tue, Oct 8, 2013 at 6:33 PM, Hervey Martinez 
 hervey.marti...@custserv.com wrote:

  Jake,
 
  The alias' are in the master catalog not in the user catalog. If you
  have multiple master catalogs, then the user cat needs to be detached
  from the other masters before you do the resize and after the re-org;
  then, it has to be re-connected back to those same masters.
 
  Regards,
 
  Hervey
 
 
  -Original Message-
  From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
  On Behalf Of Jake anderson
  Sent: Tuesday, October 08, 2013 8:57 AM
  To: IBM-MAIN@LISTSERV.UA.EDU
  Subject: Catalog Rebuild JCL
 
  Hello,
 
  I am in the process of re-sizing a user catalog and I see there are
  almost
  2000+ aliases defined to it. This is for one of our plex where we have
  2000+ 4
  systems and I understand during restore the aliases will be too
  restored on the system where I am running the JCL(for catalog resize).
  For other System I have to prepare a define alias JCL for 2000+ 
aliases.
 
  I am looking for some REXX which can help me in extracting the aliases
  and prepare  control card to re-define the same aliases pointing to
  the Usercatalog.
 
  Could someone point me to some sample Rexx which can help me ?
 
  Jake


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

Re: But will it be available 24/365 was Re: New Designed Service Portal Coming to IBM

2013-10-08 Thread Clark Morris
On 8 Oct 2013 08:31:23 -0700, in bit.listserv.ibm-main you wrote:

My understanding from talking with a level 2 manager at IBM, is that the 
original green screen applications (z/VM based) are still running. 
What has changed is the method of access.

Regardless of the residence of the applications, there exist (except possibly 
on Windows platforms) availability options to 
completely eliminate the need for 12 hour outages. 

Given my admittedly limited experience with the Microsoft Knowledge
base and service delivery, they seem to have figured out to have it
available at the random times I wanted to use them.

Clark Morris

It seems that IBM has *chosen* not to use these options...

snip
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
Behalf Of John Gilmore
Sent: Tuesday, October 08, 2013 8:47 AM

The misjudgment consisted in choosing edge servers initially.   This
facility should have been implemented on a mainframe, where adequate 
availability is a given.

Complaints about and expectations for the availability of the IBM-Support 
portal have always been unrealistic.  They are extrapolations from the 
complainers' mainframe experience that are inappropriate to a different, much 
more fragile environment, one in which failures, reboots, and frequent 
'quiescences' for maintenance are the norm.
/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


Re: Catalog Rebuild JCL

2013-10-08 Thread John Eells

(Reposting to the list server.)

Skip Robinson wrote:
snip

 OTOH do not move the user catalog to a different volume. You would then
 have to disconnect the user catalog from each master, at which point you
 would lose all alias definitions and have to redefine them after
 reconnecting. That would be an arduous effort.

DFSMSdfp Development was kind enough to make this less ardous for those 
who can wait for z/OS V2.1; from the announcement letter:


Also, new support enables you to preserve user catalog connector alias 
entries when you temporarily delete a user catalog so they need not be 
redefined when the catalog is reallocated, and prevent new catalog 
entries using those aliases from being defined until the new catalog is 
available. This is intended to simplify the reallocation of user catalogs.


--
John Eells
z/OS Technical Marketing
IBM Poughkeepsie
ee...@us.ibm.com

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


Re: Need to include ACF2 SMF 230 in SMFPRMxx?

2013-10-08 Thread Charles Mills
Closing the loop, I have now gotten a reply on the ACF2 list from CA
support. (Thanks Ross!)

FWIW, here is my model of how this all works.

SMFPRMxx is a suggestion to SMF-record-writing components. SMF itself does
not filter based on SMFPRMxx. You can code SYS(NOTYPE(199)) and I can still
write a program that uses SMF(E)WTM to write type 199 records and they will
end up in your SMF datasets and/or logstream (subject to any IEFU8x exit).
What a well-behaved program *should* do, apparently (although this does not
seem to be well-documented) and apparently what ACF2 and every IBM product
do is query SMFRTEST to determine whether the shop wants its record type,
and adjust its logic accordingly.

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Charles Mills
Sent: Saturday, October 05, 2013 7:47 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Need to include ACF2 SMF 230 in SMFPRMxx?

I asked this question on the ACF2 list. The only answer I got was from the
always-helpful Lizette who indicated a low degree of certainty in her answer
and suggested that I ask here.

I am trying to clarify some product documentation and clean up some internal
logic - I don't have an actual problem.

Question: Assuming an ACF2 shop wants to cut SMF 230 (or other as
configured) records, is it sufficient to specify ACF2=230 on the @SMF macro
of the ACFFDR in UM99901, or is it also necessary that the shop specify
SYS(TYPE(230)) or the equivalent in the SMFPRMxx member of the SYS1.PARMLIB
concatenation?

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


Re: Need to include ACF2 SMF 230 in SMFPRMxx?

2013-10-08 Thread Mark Zelden
On Tue, 8 Oct 2013 10:52:36 -0700, Charles Mills charl...@mcn.org wrote:

Closing the loop, I have now gotten a reply on the ACF2 list from CA
support. (Thanks Ross!)

FWIW, here is my model of how this all works.

SMFPRMxx is a suggestion to SMF-record-writing components. SMF itself does
not filter based on SMFPRMxx. You can code SYS(NOTYPE(199)) and I can still
write a program that uses SMF(E)WTM to write type 199 records and they will
end up in your SMF datasets and/or logstream (subject to any IEFU8x exit).
What a well-behaved program *should* do, apparently (although this does not
seem to be well-documented) and apparently what ACF2 and every IBM product
do is query SMFRTEST to determine whether the shop wants its record type,
and adjust its logic accordingly.

Charles



This is news to me.  I can't speak to the validity without writing my own 
program,
but on the surface doesn't seem to agree with the description for SMFRTEST in 
the SMF manual.  Pay attention to the wording in the last sentence. 


5.8 SMFRTEST -- Testing record recording   

The SMFRTEST macro allows you to determine if a particular type, or subtype,
of a record is being recorded. Issue this macro before collecting data for a
particular record or subtype to avoid the overhead of data collection
if it is not written.

Regards,

Mark
--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS  
mailto:m...@mzelden.com 
ITIL v3 Foundation Certified 
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: Catalog Rebuild JCL

2013-10-08 Thread efinnell15
Think CBT File 542 RCNVTCAT will do most of the heavy lifting here.
The doc(attached) says tested thru V1.13


In a message dated 10/08/13 12:44:01 Central Daylight Time, ee...@us.ibm.com 
writes:
Also, new support enables you to preserve user catalog connector alias 
entries when you temporarily delete a user catalog so they need not be 
redefined when the catalog is reallocated, and prevent new catalog 
entries using those aliases from being defined until the new catalog is 
available. This is intended to simplify the reallocation of user catalogs

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN//***FILE 542 is from Alastair Gray and contains some handy tools   *   FILE 542
//*   (so far), which are described below.  One is a REXX   *   FILE 542
//*   which is an MCNVTCAT replacement, and the other is*   FILE 542
//*   a tool to find all the catalog alias names in the *   FILE 542
//*   system.  There's some more too... *   FILE 542
//* *   FILE 542
//*  The overview for this PDS  *   FILE 542
//* *   FILE 542
//*  Here are a number of bits of handy REXX code, the list *   FILE 542
//*  may well grow as I tidy up some of my REXX library.*   FILE 542
//* *   FILE 542
//*  There are some of samples of using the DFSMS/MVS   *   FILE 542
//*  Catalog Search Interface (CSI). More detail can be *   FILE 542
//*  found in : *   FILE 542
//* *   FILE 542
//*  DFSMS/MVS - Managing Catalogs - Document Number*   FILE 542
//*  SC26-4914 Appendix D Catalog Search Interface User's  *   FILE 542
//*  Guide *   FILE 542
//* *   FILE 542
//*  The original code was derived from the IBM provided*   FILE 542
//*  sample in 'SYS1.SAMPLIB(IGGCSIRX)' but has been heavily*   FILE 542
//*  modified (including correcting the bugs in that code). *   FILE 542
//* *   FILE 542
//*  Hopefully it is now correct and should work as *   FILE 542
//*  intended.  However as usual, no guarantee is implied.  *   FILE 542
//* *   FILE 542
//*  All code is designed for either foreground or background   *   FILE 542
//*  execution. *   FILE 542
//* *   FILE 542
//*  The pieces are as follows :*   FILE 542
//* *   FILE 542
//*  #DELDUP  - Edit macro to delete duplicate lines*   FILE 542
//* *   FILE 542
//*  #DELNDUP - Edit macro to delete non-duplicate lines*   FILE 542
//* *   FILE 542
//*  ALICOUNT - This simply finds all of the aliases in the *   FILE 542
//* system and gives a count of datasets that   *   FILE 542
//* are using them.  Handy for finding all those*   FILE 542
//* redundant aliases cluttering up your*   FILE 542
//* mastercat.  *   FILE 542
//* *   FILE 542
//*  ALIMAKE  - So you have just disconnected a usercat and *   FILE 542
//* lost all the alises ... Reconnect the catalog   *   FILE 542
//* and then run this to get a DEF ALIAS for all*   FILE 542
//* the 'suitable' HLQs in the catalog. *   FILE 542
//* *   FILE 542
//*  BODGECAT - A sample workaround for a LISTDS on an  *   FILE 542
//* uncataloged dsn.*   FILE 542
//* *   FILE 542
//*  CSICODE  - Base CSI code, setup to be modified for other   *   FILE 542
//* functions. As provided, it simply lists ALL *   FILE 542
//* entries.*   FILE 542
//*

Re: Need to include ACF2 SMF 230 in SMFPRMxx?

2013-10-08 Thread Charles Mills
You may be right. Trying to make complete sense of D SMF,O output may be the 
death of me yet. Also on the ACF2 list Tony Harminc points out the 36 (24) 
return code from SMF(E)WTM. I will investigate further when I have time.

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Mark Zelden
Sent: Tuesday, October 08, 2013 11:14 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Need to include ACF2 SMF 230 in SMFPRMxx?

On Tue, 8 Oct 2013 10:52:36 -0700, Charles Mills charl...@mcn.org wrote:

Closing the loop, I have now gotten a reply on the ACF2 list from CA 
support. (Thanks Ross!)

FWIW, here is my model of how this all works.

SMFPRMxx is a suggestion to SMF-record-writing components. SMF itself 
does not filter based on SMFPRMxx. You can code SYS(NOTYPE(199)) and I 
can still write a program that uses SMF(E)WTM to write type 199 records 
and they will end up in your SMF datasets and/or logstream (subject to any 
IEFU8x exit).
What a well-behaved program *should* do, apparently (although this does 
not seem to be well-documented) and apparently what ACF2 and every IBM 
product do is query SMFRTEST to determine whether the shop wants its 
record type, and adjust its logic accordingly.

Charles



This is news to me.  I can't speak to the validity without writing my own 
program, but on the surface doesn't seem to agree with the description for 
SMFRTEST in the SMF manual.  Pay attention to the wording in the last sentence. 


5.8 SMFRTEST -- Testing record recording   

The SMFRTEST macro allows you to determine if a particular type, or subtype,
of a record is being recorded. Issue this macro before collecting data for a
particular record or subtype to avoid the overhead of data collection
if it is not written.

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


Small font in z/OS Internet Library

2013-10-08 Thread Elardus Engelbrecht
Heads-up for those who are *still* using micro$oft internet exploder:

In http://www-03.ibm.com/systems/z/os/zos/bkserv/

It is stated there:

* NOTE: If you are using Microsoft Internet Explorer® and the fonts are too 
small, please see this article http://support.microsoft.com/kb/956197 


I post this heads-up because of recent discussion about small fonts here 

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: Stacking SMS and non-SMS disk on same HSM dump tape

2013-10-08 Thread EXT-Schwarz, Barry
Among other things, it wastes a lot of space on a 3592 and doubles the number 
of tapes and tape mounts required for each cycle of the dump class.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Ted MacNEIL
Sent: Tuesday, October 08, 2013 5:39 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Stacking SMS and non-SMS disk on same HSM dump tape

Has anyone else run into this and how did you solve it?

I must be missing something!
Why is this a problem?
-
Ted MacNEIL
eamacn...@yahoo.ca
Twitter: @TedMacNEIL

--
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: Stacking SMS and non-SMS disk on same HSM dump tape

2013-10-08 Thread EXT-Schwarz, Barry
Full volume dumps scheduled by HSM using DUMPCYCLE and AUTODUMSTART parameters.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Elardus Engelbrecht
Sent: Tuesday, October 08, 2013 5:37 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Stacking SMS and non-SMS disk on same HSM dump tape

EXT-Schwarz, Barry wrote:

On z/OS 1.11, the HSM manual says a stacked dump tape can contain dumps
from both SMS and non-SMS packs.  However, with STACK(99), every test
case I have run results in SMS packs first going to one 3592 tape
(genned as 3590-1) and then non-SMS packs going to a second tape.  I
have tried with 1, 2, and 3 SMS packs of different sizes and HSM always
changes tapes after processing all the SMS packs in the dump class.

What are you using to write to the tape? I'm asking because if you use
BACKVOL, the STACK parameter is ignored.

Has anyone else run into this and how did you solve it?

No, not me. ;-)

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: Stacking SMS and non-SMS disk on same HSM dump tape

2013-10-08 Thread EXT-Schwarz, Barry
So the manual is just flat out wrong?

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Staller, Allan
Sent: Tuesday, October 08, 2013 5:52 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Stacking SMS and non-SMS disk on same HSM dump tape

In my opinion, this cannot be done.

In my shop, HSM, performs all SMS managed functions, followed by all
non-SMS managed functions

There is a further separation in the non-SMS managed functions. All
stacked functions are performed before non-stacked functions.

HTH,

snip
On z/OS 1.11, the HSM manual says a stacked dump tape can contain dumps
from both SMS and non-SMS packs.  However, with STACK(99), every test
case I have run results in SMS packs first going to one 3592 tape
(genned as 3590-1) and then non-SMS packs going to a second tape.  I
have tried with 1, 2, and 3 SMS packs of different sizes and HSM always
changes tapes after processing all the SMS packs in the dump class.

Has anyone else run into this and how did you solve it?
/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


Re: Small font in z/OS Internet Library

2013-10-08 Thread Mark Zelden
On Tue, 8 Oct 2013 13:42:27 -0500, Elardus Engelbrecht 
elardus.engelbre...@sita.co.za wrote:

Heads-up for those who are *still* using micro$oft internet exploder:

In http://www-03.ibm.com/systems/z/os/zos/bkserv/

It is stated there:

* NOTE: If you are using Microsoft Internet Explorer® and the fonts are too 
small, please see this article http://support.microsoft.com/kb/956197 


I post this heads-up because of recent discussion about small fonts here 


Yes, but the problem is IE remembers the setting by domain.   So one must
put blahblah.IBM.COM  in compatibility mode to use the information centers, 
then 
you have to turn it off again for IBMLINK.

IMO, this is as much an IBM problem as M$SOFT.  Firefox works fine, but 
I'm sure there is something IBM could do to fix it as well.  Considering how
much of the corporate world forces IE on their users and doesn't allow
them to install / use alternatives.   Fortunately, I do have a choice.

Mark
--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS  
mailto:m...@mzelden.com 
ITIL v3 Foundation Certified 
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: Stacking SMS and non-SMS disk on same HSM dump tape

2013-10-08 Thread EXT-Schwarz, Barry
Each DUMPCLASS specifies DAY(n) determining the day of the week it runs, 
UNIT(3590-1), and STACK(99) to fill up a tape.  TAPEUTILIZATION specifies 97% 
of a 3590-1.  AUTODUMPSTART specifies a three hour window of which no more than 
15 minutes is being used.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Lizette Koehler
Sent: Tuesday, October 08, 2013 5:57 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Stacking SMS and non-SMS disk on same HSM dump tape

Could you provide more detail?

What parameters do you have set in HSM for stacking on your dump
classes?
What timeframes are involved? When do you dump and expect stacking?
Could you provide your SETSYS parms for dump and stacking?

HSM should stack all the volumes on one tape based on the following
criteria

Copy pool dump processing is given priority in this phase. Dump
processing proceeds as follows:

 Copy pool volumes with affinity to the processing host that are to be
stacked
 Copy pool volumes with no affinity that are to be stacked Non-copy
 pool volumes with affinity to the processing host that are to be
stacked
 Non-copy pool volumes with no affinity that are to be stacked Copy
 pool volumes with affinity that are not to be stacked Copy pool
 volumes with no affinity that are not to be stacked Non-copy pool
 volumes with affinity that are not to be stacked Non-copy pool volumes
 with no affinity that are not to be stacked Non-SMS volumes

Are you sure all of the volumes you are dumping will fit on one tape
volume?

Have you tried just setting up one volume SMS and NON-SMS in your dump
class and see if that works?

Are you manually running the process or is DFHSM running it on a
schedule?

Thanks

Lizette


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of EXT-Schwarz, Barry
Sent: Tuesday, October 08, 2013 5:03 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Stacking SMS and non-SMS disk on same HSM dump tape

On z/OS 1.11, the HSM manual says a stacked dump tape can contain dumps
from both SMS and non-SMS packs.  However, with STACK(99), every test
case I have run results in SMS packs first going to one 3592 tape
(genned as 3590-1) and then non-SMS packs going to a second tape.  I
have tried with 1, 2, and 3 SMS packs of different sizes and HSM always
changes tapes after processing all the SMS packs in the dump class.

Has anyone else run into this and how did you solve it?

--
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: Stacking SMS and non-SMS disk on same HSM dump tape

2013-10-08 Thread Staller, Allan
I have never been able to do what you are attempting in the last 9+ years.
(I tried, it would have solved some problems for me.)

Maybe Glenn Wilcox can jump in here and enlighten us all..


snip
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of EXT-Schwarz, Barry
Sent: Tuesday, October 08, 2013 1:47 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Stacking SMS and non-SMS disk on same HSM dump tape

So the manual is just flat out wrong?

: Re: Stacking SMS and non-SMS disk on same HSM dump tape

In my opinion, this cannot be done.

In my shop, HSM, performs all SMS managed functions, followed by all 
non-SMS managed functions

There is a further separation in the non-SMS managed functions. All 
stacked functions are performed before non-stacked functions.

HTH,

snip
On z/OS 1.11, the HSM manual says a stacked dump tape can contain dumps 
from both SMS and non-SMS packs.  However, with STACK(99), every test 
case I have run results in SMS packs first going to one 3592 tape 
(genned as 3590-1) and then non-SMS packs going to a second tape.  I 
have tried with 1, 2, and 3 SMS packs of different sizes and HSM always 
changes tapes after processing all the SMS packs in the dump class.

Has anyone else run into this and how did you solve it?
/snip

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


Re: Stacking SMS and non-SMS disk on same HSM dump tape

2013-10-08 Thread Staller, Allan
z/OS 1/12 and above offer the ability for stack(255)

HTH,

Each DUMPCLASS specifies DAY(n) determining the day of the week it runs, 
UNIT(3590-1), and STACK(99) to fill up a tape.  TAPEUTILIZATION specifies 97% 
of a 3590-1.  AUTODUMPSTART specifies a three hour window of which no more than 
15 minutes is being used.
/snip

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


Re: Need to include ACF2 SMF 230 in SMFPRMxx?

2013-10-08 Thread Scott Ford
Mark,
 
You do not need to ...It comes that way right out of the box...

Scott J Ford
Software Engineer
http://www.identityforge.com/
 
 


 From: Mark Zelden m...@mzelden.com
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Tuesday, October 8, 2013 2:13 PM
Subject: Re: Need to include ACF2 SMF 230 in SMFPRMxx?
  

On Tue, 8 Oct 2013 10:52:36 -0700, Charles Mills charl...@mcn.org wrote:

Closing the loop, I have now gotten a reply on the ACF2 list from CA
support. (Thanks Ross!)

FWIW, here is my model of how this all works.

SMFPRMxx is a suggestion to SMF-record-writing components. SMF itself does
not filter based on SMFPRMxx. You can code SYS(NOTYPE(199)) and I can still
write a program that uses SMF(E)WTM to write type 199 records and they will
end up in your SMF datasets and/or logstream (subject to any IEFU8x exit).
What a well-behaved program *should* do, apparently (although this does not
seem to be well-documented) and apparently what ACF2 and every IBM product
do is query SMFRTEST to determine whether the shop wants its record type,
and adjust its logic accordingly.

Charles



This is news to me.  I can't speak to the validity without writing my own 
program,
but on the surface doesn't seem to agree with the description for SMFRTEST in 
the SMF manual.  Pay attention to the wording in the last sentence. 


5.8 SMFRTEST -- Testing record recording  

The SMFRTEST macro allows you to determine if a particular type, or subtype,
of a record is being recorded. Issue this macro before collecting data for a
particular record or subtype to avoid the overhead of data collection
if it is not written.

Regards,

Mark
--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS  
mailto:m...@mzelden.com    
ITIL v3 Foundation Certified                                    
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

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


Re: Need to include ACF2 SMF 230 in SMFPRMxx?

2013-10-08 Thread Mark Zelden
Scott, 

Your response isn't clear to me.  Are you saying what Charles wrote is 
accurate (SMFPRMxx setting doesn't really matter) or that SMFPRMxx
always has the final say (as I always thought it did up until Charles posted).

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

p.s.  Have I mentioned how much I dislike when bottom posting and
top posting get mixed in the same thread lately?  I prefer bottom,
but will go with the flow once started.  Is it that hard to follow
what's already there and do something different than your default
reply settings in your email program? /end soap box



On Tue, 8 Oct 2013 12:02:46 -0700, Scott Ford scott_j_f...@yahoo.com wrote:

Mark,
�
You do not need to ...It comes that way right out of the box...

Scott J Ford
Software Engineer
http://www.identityforge.com/
�
 


 From: Mark Zelden m...@mzelden.com
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Tuesday, October 8, 2013 2:13 PM
Subject: Re: Need to include ACF2 SMF 230 in SMFPRMxx?
  

On Tue, 8 Oct 2013 10:52:36 -0700, Charles Mills charl...@mcn.org wrote:

Closing the loop, I have now gotten a reply on the ACF2 list from CA
support. (Thanks Ross!)

FWIW, here is my model of how this all works.

SMFPRMxx is a suggestion to SMF-record-writing components. SMF itself does
not filter based on SMFPRMxx. You can code SYS(NOTYPE(199)) and I can still
write a program that uses SMF(E)WTM to write type 199 records and they will
end up in your SMF datasets and/or logstream (subject to any IEFU8x exit).
What a well-behaved program *should* do, apparently (although this does not
seem to be well-documented) and apparently what ACF2 and every IBM product
do is query SMFRTEST to determine whether the shop wants its record type,
and adjust its logic accordingly.

Charles



This is news to me.� I can't speak to the validity without writing my own 
program,
but on the surface doesn't seem to agree with the description for SMFRTEST in 
the SMF manual.� Pay attention to the wording in the last sentence. 


5.8 SMFRTEST -- Testing record recording� 

The SMFRTEST macro allows you to determine if a particular type, or subtype,
of a record is being recorded. Issue this macro before collecting data for a
particular record or subtype to avoid the overhead of data collection
if it is not written.

Regards,

Mark
--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS� 
mailto:m...@mzelden.com� � 
ITIL v3 Foundation Certified� � � � � � � � � � � � � � � � � � 
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


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


Re: Need to include ACF2 SMF 230 in SMFPRMxx?

2013-10-08 Thread Robert A. Rosenberg
At 13:13 -0500 on 10/08/2013, Mark Zelden wrote about Re: Need to 
include ACF2 SMF 230 in SMFPRMxx?:



 SMFPRMxx is a suggestion to SMF-record-writing components. SMF itself does

not filter based on SMFPRMxx. You can code SYS(NOTYPE(199)) and I can still
write a program that uses SMF(E)WTM to write type 199 records and they will
end up in your SMF datasets and/or logstream (subject to any IEFU8x exit).
What a well-behaved program *should* do, apparently (although this does not
seem to be well-documented) and apparently what ACF2 and every IBM product
do is query SMFRTEST to determine whether the shop wants its record type,

 and adjust its logic accordingly.

This is news to me.  I can't speak to the validity without writing 
my own program, but on the surface doesn't seem to agree with the 
description for SMFRTEST in the SMF manual.  Pay attention to the 
wording in the last sentence.


5.8 SMFRTEST -- Testing record recording  

The SMFRTEST macro allows you to determine if a particular type, or subtype,
of a record is being recorded. Issue this macro before collecting data for a
particular record or subtype to avoid the overhead of data collection
if it is not written.


The wording is based on the assumption that the test will be done 
before an attempt to add the record to the SMF dataset and that the 
record will thus not be submitted if the result indicates that the 
record is not to be recorded. This does NOT however say that a 
submission of such a record will be rejected by SMF. The wording 
needs to be updated to mention testing before submitting since there 
is a difference between the records being blocked by SMF itself and 
the submitters not submitting due to the macro call results.


There is a subtle difference in the significance of that sentence. 
This is that it is worded as Do not bother to do the collection 
since there WILL [not the correct (if submitters check before 
submitting) SHOULD] not be any records.


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


Performance Monitors from IBM

2013-10-08 Thread Blaicher, Christopher Y.
Has anyone used IBM's Hardware Instrumentation Services or IBM's Application 
Performance Analysis tool?  If so, any comments on them as to how hard or easy 
they are to setup and use?

Chris Blaicher
Principal Software Engineer, Software Development
Syncsort Incorporated
50 Tice Boulevard, Woodcliff Lake, NJ 07677
P: 201-930-8260  |  M: 512-627-3803
E: cblaic...@syncsort.com

www.syncsort.comhttp://www.syncsort.com/

INTEGRATING BIG DATA... SMARTER





ATTENTION: -

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

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


Re: JCL Symbol Resolution

2013-10-08 Thread Mitch
Kees:

Your points are well worth considering.  As I had mentioned in a previous 
comment to this string, there are products available 
that make it possible to do all that you require outside of (independent of) 
any particular scheduling environment, and they are well suited to interface 
seamlessly with a variety of ISV tools that are part of this environment.

Regards,

Mitch



-Original Message-
From: Vernooij, CP - SPLXM kees.verno...@klm.com
To: IBM-MAIN IBM-MAIN@LISTSERV.UA.EDU
Sent: Mon, Oct 7, 2013 11:18 pm
Subject: Re: JCL Symbol Resolution


Did you consider well the pro's and con's of widely using the Contol-M 
features? 
his will tie you rigidly to this product and will cost you a lot of work if you 
ecide to convert to another scheduler in the future. Having learned from 
yncsort and PDSMAN whose features were not compatible with the corresponding 
BM products, we only use a few of the % features of Control-M and only in a 
ery controlled group of jobs. This also answers your question partly.
Kees.
-Original Message-
rom: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
f Roberts, John J
ent: Monday, October 07, 2013 22:03
o: IBM-MAIN@LISTSERV.UA.EDU
ubject: JCL Symbol Resolution
We are about to become a new BMC Control-M installation.  Part of this involves 
hanging our JCL to reference Control-M symbols.  So instead of a plain-jane JOB 
ard, we might have something where the accounting field is supplied as %%ACCT 
nd the JOB CLASS is specified as %%JC.
This is all good in PROD, where these symbols are resolved from job definitions 
y Control-M before submission.
But what about unit testing?  For one, I don't want to run unit test jobs from 
ontrol-M, since our license will count these against our limit.  And I don't 
ant to force our developers to edit the JCL before submission, since (a) it 
ould be a PITA, and (b) they would surely forget to cancel the edit, corrupting 
he member.
What I really want is the ability for developers to perform a special SUBMIT 
rom their ISPF EDIT session, where:
a) the developer is prompted to resolve the symbols before the JCL text is 
ritten  to INTRDR, and/or
b) the symbols are resolved from some configuration file before the modified 
CL is written to INTRDR.
I think that some kind of ISPF EDIT MACRO could do this work, but I have 
orgotten how to do this.  I am hoping that this is a common enough problem that 
omeone else may have developed a solution they could share.
Note that I know that there are some things related to Control-M that a simple 
DIT Macro could not solve.  Stuff like the %%IF-%%ELSE-%%ENDIF sequences and 
he built in functions for date calculations and character substrings.  But 
hese are rare enough that I would be happy with a simple symbol substitution 
olution.
I have asked our sysprogs to pose this question to BMC and CetanCorp.  But I 
uspect that their answer will revolve around their new JCLVERIFY product.  If 
his can work standalone without adding to our license count, that would be 
reat. Otherwise we will need this other solution.
Also, I will need to bring this up with the supplier of our current JCL 
alidation utility - the product known as JED (dcmsi.com).  This has one nice 
eature that the new JCLVERIFY lacks, the ability to display the contents of 
arameter members, both PDS and PANVALET.  JED is also capable of validating 
hings like SORT and IDCAMS control statements.
John

--
or IBM-MAIN subscribe / signoff / archive access instructions, send email to 
ists...@listserv.ua.edu with the message: INFO IBM-MAIN
***
or information, services and offers, please visit our web site: 
ttp://www.klm.com. This e-mail and any attachment may contain confidential and 
rivileged material intended for the addressee only. If you are not the 
ddressee, you are notified that no part of the e-mail or any attachment may be 
isclosed, copied or distributed, and that any other action related to this 
-mail or attachment is strictly prohibited, and may be unlawful. If you have 
eceived this e-mail by error, please notify the sender immediately by return 
-mail, and delete this message. 
Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
mployees shall not be liable for the incorrect or incomplete transmission of 
his e-mail or any attachments, nor responsible for any delay in receipt. 
oninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
irlines) is registered in Amstelveen, The Netherlands, with registered number 
3014286
***


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



Re: Performance Monitors from IBM

2013-10-08 Thread Mark Zelden
On Tue, 8 Oct 2013 15:18:51 -0400, Blaicher, Christopher Y. 
cblaic...@syncsort.com wrote:

Has anyone used IBM's Hardware Instrumentation Services or IBM's Application 
Performance Analysis tool?  If so, any comments on them as to how hard or easy 
they are to setup and use?

Chris Blaicher
Principal Software Engineer, Software Development
Syncsort Incorporated
50 Tice Boulevard, Woodcliff Lake, NJ 07677
P: 201-930-8260  |  M: 512-627-3803
E: cblaic...@syncsort.com

I haven't used the Application Performance Analysis tool.   As to HIS, I 
wouldn't
consider it hard to set up.  Maybe someone else might find it a little harder.
The shop I'm at only used to run it per IBM request (prior to or after CPU
upgrades for example or some performance issue), but we run it all the
time now including sandbox LPARs. 

The steps to configure / run HIS are covered in the MVS System Commands
Manual (of all places).  But I guess since System REXX is covered in the 
Authorized
Assembler Services Guide, this isn't a shock.  :-)

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/iea2g1c2/1.10?SHELF=all13be9DT=20120815003139

Regards,

Mark
--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS  
mailto:m...@mzelden.com 
ITIL v3 Foundation Certified 
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: JCL Symbol Resolution

2013-10-08 Thread Roberts, John J
Did you consider well the pro's and con's of widely using the Contol-M 
features? This will tie you rigidly to this product and will cost you a lot of 
work if you decide to convert to another scheduler in the future. Having 
learned from Syncsort and PDSMAN whose features were not compatible with the 
corresponding IBM products, we only use a few of the % features of Control-M 
and only in a very controlled group of jobs. This also answers your question 
partly.

I only want to use a few AutoEdit variables so that we can avoid having to 
maintain test and prod versions of the same JCL.  After struggling for many 
months, I have finally got my client to adopt and implement standards for test 
dataset names and libraries.  So it is possible to switch JCL from running 
against PROD resources to alternative TEST resources by passing an Environment 
ID and letting all the DSN's reference symbols that are derived from the EnvID. 
 Beyond this, TEST JCL needs to differ from PROD in only a few other respects: 
(a) Initial character of the JOB name, (b) Account Field,  (c) JOBCLASS, and 
(d) USER on the JOB card.  I had hoped to make these four Control-M symbols, 
plus the previously mentioned %%ENVID.

So only the first few lines of the JCL member would be affected.  In the event 
that my client changes their mind about Control-M, I can easily refactor the 
JCL to whatever the new requirement demands.  I have developed a JCL parsing 
tool that loads JCL statement text into a SQL database.  Plus other tools to 
identify patterns for change and generate PANVALET ++UPDATE statements to make 
the changes.  So doing what I plan won't tie me to the product and it wouldn't 
cost that much to convert to something else.

However, doing what I plan will be a complication for developers who want to 
submit outside of Control-M.  I was certain that someone else on the list would 
have addressed this need.  But it looks like I will need to follow John M's 
advice and roll my own.  Which is going to be hard since I haven't done REXX in 
20 years.

Also, the solution proposed by Aussie Anthony Thompson won't work for me, since 
I am pretty sure that jobs ordered using CTMAPI will still cost against our 
license count.

Thanks to all who have responded to this inquiry.

John

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


Re: Need to include ACF2 SMF 230 in SMFPRMxx?

2013-10-08 Thread Scott Ford
Mark,

Sorry misread, my mistake

Scott ford
www.identityforge.com
from my IPAD

'Infinite wisdom through infinite means'


 On Oct 8, 2013, at 3:13 PM, Mark Zelden m...@mzelden.com wrote:
 
 Scott, 
 
 Your response isn't clear to me.  Are you saying what Charles wrote is 
 accurate (SMFPRMxx setting doesn't really matter) or that SMFPRMxx
 always has the final say (as I always thought it did up until Charles posted).
 
 Mark
 --
 Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS  
 mailto:m...@mzelden.com 
 ITIL v3 Foundation Certified 
 Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html 
 Systems Programming expert at http://search390.techtarget.com/ateExperts/
 
 p.s.  Have I mentioned how much I dislike when bottom posting and
 top posting get mixed in the same thread lately?  I prefer bottom,
 but will go with the flow once started.  Is it that hard to follow
 what's already there and do something different than your default
 reply settings in your email program? /end soap box
 
 
 
 On Tue, 8 Oct 2013 12:02:46 -0700, Scott Ford scott_j_f...@yahoo.com wrote:
 
 Mark,
 �
 You do not need to ...It comes that way right out of the box...
 
 Scott J Ford
 Software Engineer
 http://www.identityforge.com/
 �
 
 
 
 From: Mark Zelden m...@mzelden.com
 To: IBM-MAIN@LISTSERV.UA.EDU 
 Sent: Tuesday, October 8, 2013 2:13 PM
 Subject: Re: Need to include ACF2 SMF 230 in SMFPRMxx?
 
 
 On Tue, 8 Oct 2013 10:52:36 -0700, Charles Mills charl...@mcn.org wrote:
 
 Closing the loop, I have now gotten a reply on the ACF2 list from CA
 support. (Thanks Ross!)
 
 FWIW, here is my model of how this all works.
 
 SMFPRMxx is a suggestion to SMF-record-writing components. SMF itself does
 not filter based on SMFPRMxx. You can code SYS(NOTYPE(199)) and I can still
 write a program that uses SMF(E)WTM to write type 199 records and they will
 end up in your SMF datasets and/or logstream (subject to any IEFU8x exit).
 What a well-behaved program *should* do, apparently (although this does not
 seem to be well-documented) and apparently what ACF2 and every IBM product
 do is query SMFRTEST to determine whether the shop wants its record type,
 and adjust its logic accordingly.
 
 Charles
 
 
 This is news to me.� I can't speak to the validity without writing my own 
 program,
 but on the surface doesn't seem to agree with the description for SMFRTEST in 
 the SMF manual.� Pay attention to the wording in the last sentence. 
 
 
 5.8 SMFRTEST -- Testing record recording� 
 
 The SMFRTEST macro allows you to determine if a particular type, or subtype,
 of a record is being recorded. Issue this macro before collecting data for a
 particular record or subtype to avoid the overhead of data collection
 if it is not written.
 
 Regards,
 
 Mark
 --
 Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS� 
 mailto:m...@mzelden.com� � 
 ITIL v3 Foundation Certified� � � � � � � � � � � � � � � � � � 
 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
 
 --
 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: JCL Symbol Resolution

2013-10-08 Thread Mitch
John (et al):

There is a tool from a vendor I work with that not only addresses the need to 
automatically modify JCL at any point of access, but also can call this same 
automatic modification facility from a tool that interfaces with the scheduler 
software (virtually any vendor tool you can think of) and it allows on demand 
or on request jobs to be managed through the scheduler, but independent of the 
Prod Cont Department staff.

Regards,

Mitch McCluhan,
Legacy Modernization Consultant.



-Original Message-
From: Roberts, John J jrobe...@dhs.state.ia.us
To: IBM-MAIN IBM-MAIN@LISTSERV.UA.EDU
Sent: Tue, Oct 8, 2013 1:11 pm
Subject: Re: JCL Symbol Resolution


Did you consider well the pro's and con's of widely using the Contol-M 
eatures? This will tie you rigidly to this product and will cost you a lot of 
ork if you decide to convert to another scheduler in the future. Having learned 
rom Syncsort and PDSMAN whose features were not compatible with the 
orresponding IBM products, we only use a few of the % features of Control-M and 
nly in a very controlled group of jobs. This also answers your question partly.
I only want to use a few AutoEdit variables so that we can avoid having to 
aintain test and prod versions of the same JCL.  After struggling for many 
onths, I have finally got my client to adopt and implement standards for test 
ataset names and libraries.  So it is possible to switch JCL from running 
gainst PROD resources to alternative TEST resources by passing an Environment 
D and letting all the DSN's reference symbols that are derived from the EnvID.  
eyond this, TEST JCL needs to differ from PROD in only a few other respects: 
a) Initial character of the JOB name, (b) Account Field,  (c) JOBCLASS, and (d) 
SER on the JOB card.  I had hoped to make these four Control-M symbols, plus 
he previously mentioned %%ENVID.
So only the first few lines of the JCL member would be affected.  In the event 
hat my client changes their mind about Control-M, I can easily refactor the JCL 
o whatever the new requirement demands.  I have developed a JCL parsing tool 
hat loads JCL statement text into a SQL database.  Plus other tools to identify 
atterns for change and generate PANVALET ++UPDATE statements to make the 
hanges.  So doing what I plan won't tie me to the product and it wouldn't cost 
hat much to convert to something else.
However, doing what I plan will be a complication for developers who want to 
ubmit outside of Control-M.  I was certain that someone else on the list would 
ave addressed this need.  But it looks like I will need to follow John M's 
dvice and roll my own.  Which is going to be hard since I haven't done REXX in 
0 years.
Also, the solution proposed by Aussie Anthony Thompson won't work for me, since 
 am pretty sure that jobs ordered using CTMAPI will still cost against our 
icense count.
Thanks to all who have responded to this inquiry.
John
--
or IBM-MAIN subscribe / signoff / archive access instructions,
end 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


zBC12

2013-10-08 Thread Ward, Mike S
Hello all, I was wondering if any of you fine gentlemen or ladies would know 
what the expected life cycle of the zBC12 would be? In other words when will 
IBM stop providing anymore MES's for that box?

==
This email, and any files transmitted with it, is confidential and intended 
solely for the use of the individual or entity to which it is addressed. If you 
have received this email in error, please notify the system manager. This 
message contains confidential information and is intended only for the 
individual named. If you are not the named addressee, you should not 
disseminate, distribute or copy this e-mail. Please notify the sender 
immediately by e-mail if you have received this message by mistake and delete 
this e-mail from your system. If you are not the intended recipient, you are 
notified that disclosing, copying, distributing or taking any action in 
reliance on the contents of this information is strictly prohibited.

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


Re: NSLOOKUP on MVS vs OMVS

2013-10-08 Thread Gibney, Dave
Set up RESOLVER now. It won't override any existing SYSTCPD. You will be far 
ahead in the long run.

 -Original Message-
 From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
 On Behalf Of David G. Schlecht
 Sent: Monday, October 07, 2013 1:36 PM
 To: IBM-MAIN@LISTSERV.UA.EDU
 Subject: Re: NSLOOKUP on MVS vs OMVS
 
 Thanks. The problem stems from the issue that SYSTCPD in the TCPPROC is
 not being used by RESOLVER. In fact, SYSTCPD in TCPPROC is worthless as it is
 shipped.
 
 Seems terribly confusing to have this in the sample proc provided by IBM just
 to find out that it doesn't do anything.
 
 We have a solution, or at least a workaround. We'll continue to add SYSTCPD
 to every job that needs RESOLVER and will someday build an MVS proc for
 RESOLVER that can use GLOBALTCPDATA.
 
 
 David G. Schlecht | Information Technology Professional State of Nevada |
 Department of Administration | Enterprise IT Services
 T:(775)684-4328 | F: (775) 684‐4324 | E:dschle...@admin.nv.gov
 
 
 -Original Message-
 From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
 On Behalf Of Shmuel Metz (Seymour J.)
 Sent: Friday, October 04, 2013 9:24 AM
 To: IBM-MAIN@LISTSERV.UA.EDU
 Subject: Re: NSLOOKUP on MVS vs OMVS
 
 In
 bc6b7b77ef4d5e4bb95b0559a0d6d5e1051f6b7...@mx3.state.nv.us,
 on
 10/01/2013
at 10:50 AM, David G. Schlecht dschle...@admin.nv.gov said:
 
 Forgive me if this is obvious to everyone but me, but I’m seeing a
 difference in the way name resolution (resolver) works on MVS and OMVS.
 In OMVS, a command line ping or dig or nslookup all correctly resolve a
 domain name. However, issuing the PING or NSLOOKUP command in TSO or
 PING in batch return unknown host errors.
 
 A difference in name resolution almost certainly stems from a difference in
 TCP parameters. Check what's in your batch JCL, your logon proc and your
 Unix scripts.
 
 There has been discussion on IBM-MAIN in the past on the priorities of the
 various sources for TCP configuration data, and it's documented in the CS
 manuals.
 
 --
  Shmuel (Seymour J.) Metz, SysProg and JOAT
  Atid/2http://patriot.net/~shmuel
 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
 
 --
 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: NSLOOKUP on MVS vs OMVS

2013-10-08 Thread Jon Perryman
Are you saying that DD SYSTCPD pointing to TCPIP.TCPIP.DATA or SYS1.TCPPARM 
fixes your problem? These datasets should be picked up without a SYSTCPD DD. 
I'm confused why you feel using these requires the resolver.

Jon Perryman. 




 From: Rob Schramm rob.schr...@gmail.com
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Monday, October 7, 2013 11:49 PM
Subject: Re: NSLOOKUP on MVS vs OMVS
 

Because that may or may not fix the issue.

Setting up RESOLVER is not super hard.  With the biggest benefit of never
coding SYSTCPD in a proc ever again!!!

Rob Schramm
On Oct 7, 2013 5:24 PM, Jon Perryman jperr...@pacbell.net wrote:

 Is there a reason you can't update TCPIP.TCPIP.DATA or SYS1.TCPPARMS with
 the change?

 Jon Perryman.



 
  From: David G. Schlecht dschle...@admin.nv.gov
 
 
 We have a solution, or at least a workaround. We'll continue to add
 SYSTCPD to every job that needs RESOLVER and will someday build an MVS proc
 for RESOLVER that can use GLOBALTCPDATA.
 
 

 --
 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: Performance Monitors from IBM

2013-10-08 Thread Barry Merrill
Lots of MXG users have examined HIS data in the TYPE113 data from SMF 113 
record.
John Berg has papers on the use of that data as does Don Deese.

Barry


Herbert W. Barry Merrill, PhD
President-Programmer
MXG Software
Merrill Consultants
10717 Cromwell Drive
Dallas, TX 75229
ba...@mxg.com

http://www.mxg.com - FAQ has Most Answers 
ad...@mxg.com  - invoices/PO/Payment
supp...@mxg.com- technical
tel: 214 351 1966  - expect slow reply, use email 
fax: 214 350 3694  - prefer email, still works




-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Blaicher, Christopher Y.
Sent: Tuesday, October 08, 2013 2:19 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Performance Monitors from IBM

Has anyone used IBM's Hardware Instrumentation Services or IBM's Application 
Performance Analysis tool?  If so, any comments on them as to how hard or easy 
they are to setup and use?

Chris Blaicher
Principal Software Engineer, Software Development Syncsort Incorporated
50 Tice Boulevard, Woodcliff Lake, NJ 07677
P: 201-930-8260  |  M: 512-627-3803
E: cblaic...@syncsort.com

www.syncsort.comhttp://www.syncsort.com/

INTEGRATING BIG DATA... SMARTER





ATTENTION: -

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

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

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


Re: Need to include ACF2 SMF 230 in SMFPRMxx?

2013-10-08 Thread Charles Mills
I am now convinced that I was confused in my early experiment. The SMF record 
that I wrote was in fact allowed by SMFPRMxx.

So I have no proof that my earlier assertion is correct.

OTOH, I have not, and probably will not take the time to, run an experiment to 
see if the assertion of most of the posters here is correct: that a specified 
or implied permission in SMFPRMxx is a necessary condition for writing SMF 
records of a particular type number.

I guess a well-behaved and efficient program would check SMFRTEST at startup 
to avoid the overhead of constructing unwanted SMF records, but if it did not, 
I now suspect it would be prevented from writing them, and would in fact 
receive a 36 (24) from SMF(E)WTM.

My apologies for the confusion.

BTW, I agree with Robert A. Rosenberg. The documentation is less than clear. 
You can IMHO read it either way, and nowhere does it say SMF(E)WTM *will* fail 
if the indicated record type is not permitted by SMFPRMxx.

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Charles Mills
Sent: Tuesday, October 08, 2013 11:40 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Need to include ACF2 SMF 230 in SMFPRMxx?

You may be right. Trying to make complete sense of D SMF,O output may be the 
death of me yet. Also on the ACF2 list Tony Harminc points out the 36 (24) 
return code from SMF(E)WTM. I will investigate further when I have time.

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Mark Zelden
Sent: Tuesday, October 08, 2013 11:14 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Need to include ACF2 SMF 230 in SMFPRMxx?

On Tue, 8 Oct 2013 10:52:36 -0700, Charles Mills charl...@mcn.org wrote:

Closing the loop, I have now gotten a reply on the ACF2 list from CA 
support. (Thanks Ross!)

FWIW, here is my model of how this all works.

SMFPRMxx is a suggestion to SMF-record-writing components. SMF itself 
does not filter based on SMFPRMxx. You can code SYS(NOTYPE(199)) and I 
can still write a program that uses SMF(E)WTM to write type 199 records 
and they will end up in your SMF datasets and/or logstream (subject to any 
IEFU8x exit).
What a well-behaved program *should* do, apparently (although this does 
not seem to be well-documented) and apparently what ACF2 and every IBM 
product do is query SMFRTEST to determine whether the shop wants its 
record type, and adjust its logic accordingly.

Charles



This is news to me.  I can't speak to the validity without writing my own 
program, but on the surface doesn't seem to agree with the description for 
SMFRTEST in the SMF manual.  Pay attention to the wording in the last sentence. 


5.8 SMFRTEST -- Testing record recording   

The SMFRTEST macro allows you to determine if a particular type, or subtype, of 
a record is being recorded. Issue this macro before collecting data for a 
particular record or subtype to avoid the overhead of data collection if it is 
not written.

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


Re: But will it be available 24/365 was Re: New Designed Service Portal Coming to IBM

2013-10-08 Thread David Crayford

On 8/10/2013 9:47 PM, John Gilmore wrote:

The misjudgment consisted in choosing edge servers initially.   This
facility should have been implemented on a mainframe, where adequate
availability is a given.


I have serious concerns about the capability of the people running IBMs 
web infrastructure.


Taking a service down for almost 3 days to do an upgrade is a disgrace. 
Even your average fairy cake blogger knows they
can put their old site in read-only mode while they switch over to the 
new one.


The z/OS Information Centre was down all day last week. When it is up 
it's diabolically slow. If they were running edge
servers the content would be replicated to a server geographically 
closer thus giving me a better user experience. I bet

IC is running on some virtualized server in Boulder.



Complaints about and expectations for the availability of the
IBM-Support portal have always been unrealistic.  They are
extrapolations from the complainers' mainframe experience that are
inappropriate to a different, much more fragile environment, one in
which failures, reboots, and frequent 'quiescences' for maintenance
are the norm.


We run several non-mainframe servers with almost zero downtime and only 
one sysadmin. Almost all serious outages are down

to human error, not hardware failures.



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


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


Re: Need to include ACF2 SMF 230 in SMFPRMxx?

2013-10-08 Thread Tony Harminc
On 8 October 2013 20:35, Charles Mills charl...@mcn.org wrote:
 OTOH, I have not, and probably will not take the time to, run an experiment 
 to see if the assertion of most of the posters here is
 correct: that a specified or implied permission in SMFPRMxx is a necessary 
 condition for writing SMF records of a particular type
 number.

 I guess a well-behaved and efficient program would check SMFRTEST at 
 startup to avoid the overhead of constructing
 unwanted SMF records, but if it did not, I now suspect it would be prevented 
 from writing them, and would in fact receive a
 36 (24) from SMF(E)WTM.

I dug out the customer complaint (from 2003) that provoked us to make
code changes in one of our products:

===
Through SMF parm (SMFPRM00) we specifically code the system not to
record SMF type nnn with subtype of 224  226. This is the result
from product:
msgid SMF WRITE FAILURE
The Question is why should product care whether through system
installation we suppressed certain smf subtypes or not?
We believe this is a bug because it is clearly stated in SMFEWTM or
SMFWTM macro that if the record was not written because the record
type specified is not currently being recorded, the return code is 36.
===

We agreed with the customer. We had been treating any non-zero RC from
SMFWTM as an error (with a not very informative generic message), so
we changed our code to treat only some RCs as errors, and merely
report in summary on others at product shutdown, e.g. nnn SMF records
were suppressed by SMF configuration, nnn SMF records were
suppressed by SMF installation exit, etc.

But certainly back in 2003 this configuration caused RC 36 from SMFWTM.

Tony H.

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


Re: Multiple datasets with same name on APF list !

2013-10-08 Thread Ed Jaffe

On 10/8/2013 4:53 AM, Peter Relson wrote:

Some of the posts seem to imply a difference between ** and SYSR1.
Their values are the same. And the latter is supported in more places than
the former (and in general is more functional).
Is there truly still a place where ** works but SYSR1 does not?


What about in LOADxx?

PARMLIB  SYS1.PARMLIB **

--
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: Multiple datasets with same name on APF list !

2013-10-08 Thread Ed Jaffe

On 10/8/2013 8:35 AM, Mark Zelden wrote:

SYSR1 is a special case and is available to resolve the VOLSER, even
in LOADxx.


Did not know that. It might not have been true the last time I tried it 
(which was a long, long time ago)...


--
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: zBC12 and MES Availabilities

2013-10-08 Thread Timothy Sipples
I added a couple words to your subject line to be more descriptive.

One has to be a little more precise here. Some MESes (Miscellaneous
Equipment Specifications) are available for a very long time. You *can* MES
a z10BC or even still (as I write this) a z9BC. You would MES them to a
zBC12 or z114. Those are MESes, too. In other words, capacity is available
via MES for a very long time, but IBM might have to deliver that capacity
to you in the form of a machine model upgrade. (Which is fine -- that
works, too.)

Past IBM practice has been to offer MESes on an N-2 basis. That is,
assuming no change to that practice (not guaranteed), you can MES machine
model X to machine model X+2 (two generations forward) as long as hardware
MESes are available for X+2.

Are you asking about MESes *within* a particular model generation? Those
are available for some period of time for machine X after the introduction
of machine X+1. IBM will give ample advance notice of the ordering
deadline. Note my chosen words carefully: ordering deadline. Installation
date can vary a lot. Specifically, Capacity On Demand features may be
ordered and contracted as far ahead as 5 years depending on your country
and other factors.


Timothy Sipples
GMU VCT Architect Executive (Based in Singapore)
E-Mail: sipp...@sg.ibm.com
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN