date:20130207

The callable services books is vintage MVS and OS/390
MVS/ESA SP V4 Callable Services for HLLsGC28-1639-03
OS/390 V2R10.0 MVS Callable Services for High Level Languages   GC28-1768-07

You can find both on the external Publications Center website.

http://www-05.ibm.com/e-business/linkweb/publications/servlet/pbi.wss?PAG=C11SSN=13BGN0015462072563TRL=TXTWRD=callable+servicesPBL=LST=ALLRPP=10submit=Go

Kevin Minerley
IBM LookAt architect and Softcopy lead

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

Re: JSON format in ISPF Services Guide?

2013-02-07 Thread Elardus Engelbrecht

Barbara Nitz wrote:

Has anyone been able to find the JSON format for ISPF dialogs that is 
supposedly documented in the ISPF services guide (I was unable to find it in 
SC34-4819-10), referenced there from Callable services for HLLs (SA22-7613-10)?

Seeing those good replies, I wonder if this share presentation also can help 
you?

ISPF Behind the Scenes, SHARE 120, Session 12732 by Peter Van Dyke, IBM 
Australia

There is a PDF available which contains info about JSON.

HTH!

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: JSON format in ISPF Services Guide?

Sorry,  realized you meant the cross-reference was unresolved.

The unresolved cross-reference based on our looking it up in our internal db 
probably should be (for zOS r13) z/OS ISPF Services Guide,  SC34-4819-10.

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

Re: JSON format in ISPF Services Guide?

I think you should be able to get to unresolved reference at:
 z/OS V1R13.0 ISPF Services Guide IBM Library Server - 
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/ispzsg90/CCONTENTS?SHELF=all13be9DN=SC34-4819-10DT=20110601015450

The writer has been notified of the problem.

Kevin Minerley
IBM LookAt Architect and Softcopy lead

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

Re: SORTS on the MF and PC's

2013-02-07 Thread R.S.

W dniu 2013-02-07 13:53, Elardus Engelbrecht pisze:

Skellen, Frank wrote:

Ordinal Technology's Nsort program has delivered the best commercial sort
performance on Windows and Unix systems.
Nsort is a sort/merge program that can quickly sort large amounts of data,
using large numbers of processors and disks in parallel. Unique in its CPU
efficiency, Nsort is the only commercial sort program to demonstrate:

1 Terabyte sorts (33 minutes)
1 Gigabyte/sec file read and write rates

Please define all of above two demonstration points. Under what hardware mix
are those points achieved?

Many moons ago I used DFSORT to process almost 1.5TB data. Data were on
ESCON-attached T2100 (aka HDS 7700E), machine was z800 or z990. Times -
I don't remember, it were neither hours nor seconds.
What I'm sure, the DASD was unable to read or write at 1GB/s, even with
striping.

Conclusion: the devil is in the details. Details are CPU, RAM, storage,
data pattern sort task (statement).

--
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: SORTS on the MF and PC's

I found that zVM CMS Pipelines (aka SmartBatch or BatchPipes in MVS and OS/390) 
could
handle almost any volume of data.   I know we used to mirror and manipulate 
multiple tape volumes
on-and-off multiple 3390s using stages in those products.  Also analyzed all 
the AID generating
keystrokes on a given node.   Never balked, didn't slow others down, and for 
all intents-and-purposes was
practically real time.

But all of that would certainly show my age and preference for the mainframe ;-)

Kevin Minerley

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

Re: JSON format in ISPF Services Guide?

2013-02-07 Thread Walt Farrell

On Thu, 7 Feb 2013 08:04:20 -0600, Kevin Minerley k60ek...@us.ibm.com wrote:

I think you should be able to get to unresolved reference at:
 z/OS V1R13.0 ISPF Services Guide IBM Library Server - 
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/ispzsg90/CCONTENTS?SHELF=all13be9DN=SC34-4819-10DT=20110601015450

The writer has been notified of the problem.

But the more basic problem is that the ISPF Services Guide does not contain any 
mention of JSON. So it's not simply an unresolved reference in the other book, 
but missing documentation (or a pointer to the wrong book).

-- 
Walt

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

Re: Syncosrt EMC -- Sterling Info

From:   Paul Gilmartin paulgboul...@aim.com
Date:   02/06/2013 06:56 PM

On Wed, 6 Feb 2013 18:40:20 -0600, Ed Gould wrote:

Chistopher:

I would hate to see a quality product like SYNCSORT be muddied by EMC.
SYNCSORT for the last 30+ years has been a flagship and a sterling
product .

Yes, but hasn't Sterling been muddied by CA?

Well, actually, Sterling, as an entity, was broken into two parts some 
years ago. 

Sterling Commerce (The MFT (Managed File Transfer), and fullfillment 
suite(s), etc.,) was acquired by IBM a bit over two years ago.  I can't 
remember what the other Sterling company was called or its product line.

The MFT products were, off the top of my head, Connect:Direct, 
Connect::Enterprise, Connect::Express, Sterling Secure Proxy, Sterling 
External Authentication, File Agent, and Sterling Control Center.

Regards,
Steve Thompson

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

Re: JSON format in ISPF Services Guide?

Walt,

Didn't have time to look through the book, just to get the unresolved 
reference.   Having the
content owners see if they can determine an external URL where people can 
reliably get the
info.

Kevin

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

Re: Syncosrt EMC -- Sterling Info

On Thu, 7 Feb 2013 08:27:37 -0600, Steve Thompson wrote:

Well, actually, Sterling, as an entity, was broken into two parts some
years ago.

Sterling Commerce (The MFT (Managed File Transfer), and fullfillment
suite(s), etc.,) was acquired by IBM a bit over two years ago.  I can't
remember what the other Sterling company was called or its product line.

The MFT products were, off the top of my head, Connect:Direct,
Connect::Enterprise, Connect::Express, Sterling Secure Proxy, Sterling
External Authentication, File Agent, and Sterling Control Center.
 
Was this the TCP/IP stack, acquired (IIRC) as Interlink?  The TCP/IP
stack that some sites continued to use in preference to IBM's because
it did not require OMVS?

http://en.wikipedia.org/wiki/Interlink_Computer_Sciences

-- gil

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

Re: SORTS on the MF and PC's

2013-02-07 Thread Gerhard Postpischil


On 2/7/2013 7:53 AM, Elardus Engelbrecht wrote:

Since you're speaking about windoze and Unix, what are these
workload/overhead during such sort work. Can you still do work while
that sorting is taking place or do you need a coffee break? ;)


That brings back memories. Back in the seventies we used SYNCSORT, but 
also had the IBM SORT for customers (AMS service bureau). We were 
offered a trial version of PLSORT (phase linear sort); it promised 
similar performance improvements. The only hitch was that the 
improvements were realized only on extremely large sorts, because the 
program spent too much time in initialization. Using it for all our 
sorting would have increased CPU time, residence time, and cost to the user.


Gerhard Postpischil
Bradford, Vermont

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

Re: Syncosrt EMC

2013-02-07 Thread Blaicher, Christopher Y.

I very happily came back to Syncsort in September of 2011 after being away for 
20+ years.  I had left for varied and personal reasons, but had maintained 
several close friendships over those years.  At the time leaving was the right 
thing to do, I just wish I had gone back sooner.

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


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Shane Ginnane
Sent: Thursday, February 07, 2013 4:10 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Syncosrt  EMC

Chris Blaicher
Principal Software Engineer, Software Development Syncsort Incorporated

So, methinks, reading this - I wonder when Chris moved over to Syncsort.
D'oh - well over a year ago looking at posts on this very list.

Better crawl back under my rock.

Shane ...

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



ATTENTION: -

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

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

Re: Syncosrt EMC -- Sterling Info

2013-02-07 Thread John McKown

No. Interlink's TCP stack is still available from CA as RUNTCP.


On Thu, Feb 7, 2013 at 9:03 AM, Paul Gilmartin paulgboul...@aim.com wrote:

 On Thu, 7 Feb 2013 08:27:37 -0600, Steve Thompson wrote:
 
 Well, actually, Sterling, as an entity, was broken into two parts some
 years ago.
 
 Sterling Commerce (The MFT (Managed File Transfer), and fullfillment
 suite(s), etc.,) was acquired by IBM a bit over two years ago.  I can't
 remember what the other Sterling company was called or its product line.
 
 The MFT products were, off the top of my head, Connect:Direct,
 Connect::Enterprise, Connect::Express, Sterling Secure Proxy, Sterling
 External Authentication, File Agent, and Sterling Control Center.
 
 Was this the TCP/IP stack, acquired (IIRC) as Interlink?  The TCP/IP
 stack that some sites continued to use in preference to IBM's because
 it did not require OMVS?

 http://en.wikipedia.org/wiki/Interlink_Computer_Sciences

 -- gil

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




-- 
This is a test of the Emergency Broadcast System. If this had been an
actual emergency, do you really think we'd stick around to tell you?

Maranatha! 
John McKown

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

basic SMS question

2013-02-07 Thread Jim McAlpine

I've inherited an SMS setup and I know little about SMS but this I know
isn't working.  In the storage class ACS routines is this snippet -

 IF DSN(1) = 'DB2E' THEN
  DO
IF DSN(2) = 'DSNDBC' THEN
  DO
SET STORCLAS='SCDB2'
  END
IF DSN(2) = 'DSNDBD' THEN
  DO
SET STORCLAS='SCDB2'
  END
  END
followed by this -

SELECT
WHEN (DSN = DB2E)
  SET STORCLAS = 'SCSMS'
Question.  Any dataset of the form DB2E.DSNDBC.** is getting the storage
class SCSMS and not SCDB2 which is what is required.  I want all
DB2E.DSNDBC.** datasets to get SCDB2 and any other DB2E.** dataset to get
SCSMS.  What is wrong with the above syntax please.

Jim McAlpine

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

Re: Syncosrt EMC -- Sterling Info

2013-02-07 Thread Lester, Bob

Hi, 

   I believe that Sterling also had DASD Management software - VAM  DMS.  Now 
CA-Disk and CA-Allocate.

Thanks!
BobL

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John McKown
Sent: Thursday, February 07, 2013 8:09 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Syncosrt  EMC -- Sterling Info [ External ]

No. Interlink's TCP stack is still available from CA as RUNTCP.


On Thu, Feb 7, 2013 at 9:03 AM, Paul Gilmartin paulgboul...@aim.com wrote:

 On Thu, 7 Feb 2013 08:27:37 -0600, Steve Thompson wrote:
 
 Well, actually, Sterling, as an entity, was broken into two parts 
 some years ago.
 
 Sterling Commerce (The MFT (Managed File Transfer), and fullfillment 
 suite(s), etc.,) was acquired by IBM a bit over two years ago.  I 
 can't remember what the other Sterling company was called or its product 
 line.
 
 The MFT products were, off the top of my head, Connect:Direct, 
 Connect::Enterprise, Connect::Express, Sterling Secure Proxy, 
 Sterling External Authentication, File Agent, and Sterling Control Center.
 
 Was this the TCP/IP stack, acquired (IIRC) as Interlink?  The TCP/IP 
 stack that some sites continued to use in preference to IBM's because 
 it did not require OMVS?

 http://en.wikipedia.org/wiki/Interlink_Computer_Sciences

 -- gil

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




--
This is a test of the Emergency Broadcast System. If this had been an actual 
emergency, do you really think we'd stick around to tell you?

Maranatha! 
John McKown

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

This e-mail transmission may contain information that is proprietary, 
privileged and/or confidential and is intended exclusively for the person(s) to 
whom it is addressed. Any use, copying, retention or disclosure by any person 
other than the intended recipient or the intended recipient's designees is 
strictly prohibited. If you are not the intended recipient or their designee, 
please notify the sender immediately by return e-mail and delete all copies. 
OppenheimerFunds may, at its sole discretion, monitor, review, retain and/or 
disclose the content of all email communications.

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

Re: Syncosrt EMC -- Sterling Info

On Thu, 7 Feb 2013 09:09:16 -0600, John McKown wrote:

No. Interlink's TCP stack is still available from CA as RUNTCP.
 
Is it compatible with the (pretty much standard) socket calls used
by OMVS where sockets are associated with POSIX descriptors?


On Thu, Feb 7, 2013 at 9:03 AM, Paul Gilmartin wrote:

 Was this the TCP/IP stack, acquired (IIRC) as Interlink?  The TCP/IP
 stack that some sites continued to use in preference to IBM's because
 it did not require OMVS?

 http://en.wikipedia.org/wiki/Interlink_Computer_Sciences

-- gil

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

Re: basic SMS question

2013-02-07 Thread O'Brien, David W. (NIH/CIT) [C]

You are not exiting the routine after the set Storclas statement.

By not exiting you are falling through the code to the last true statement. 

-Original Message-
From: Jim McAlpine [mailto:jim.mcalp...@gmail.com] 
Sent: Thursday, February 07, 2013 10:14 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: basic SMS question

I've inherited an SMS setup and I know little about SMS but this I know isn't 
working.  In the storage class ACS routines is this snippet -

 IF DSN(1) = 'DB2E' THEN
  DO
IF DSN(2) = 'DSNDBC' THEN
  DO
SET STORCLAS='SCDB2'
  END
IF DSN(2) = 'DSNDBD' THEN
  DO
SET STORCLAS='SCDB2'
  END
  END
followed by this -

SELECT
WHEN (DSN = DB2E)
  SET STORCLAS = 'SCSMS'
Question.  Any dataset of the form DB2E.DSNDBC.** is getting the storage class 
SCSMS and not SCDB2 which is what is required.  I want all
DB2E.DSNDBC.** datasets to get SCDB2 and any other DB2E.** dataset to get 
SCSMS.  What is wrong with the above syntax please.

Jim McAlpine

--
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: Syncosrt EMC -- Sterling Info

From:   Steve Thompson/Dallas/IBM@IBMUS
Date:   02/07/2013 08:30 AM

SNIPPAGE

The MFT products were, off the top of my head, Connect:Direct, 
Connect::Enterprise, Connect::Express, Sterling Secure Proxy, Sterling 
External Authentication, File Agent, and Sterling Control Center.
--- 

Correction needed: None of these names have 2 colons (i.e., ::). Somehow, 
w/ my bad eyesight I had put two in, while only seeing one -- until it 
showed up from IBM-Main. :-(

Ergo: Connect:Enterprise  Connect:Express  (although for the latter, I've 
only heard of it, I have never had to interface to it, or have I seen any 
doc for  it as it was not being developed or maintained in the group where 
I worked).

Regards,
Steve Thompson

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

Re: Syncosrt EMC -- Sterling Info

On 02/07/2013 08:27 AM, Steve Thompson wrote:

From:   Paul Gilmartin paulgboul...@aim.com
Date:   02/06/2013 06:56 PM

On Wed, 6 Feb 2013 18:40:20 -0600, Ed Gould wrote:

Chistopher:

I would hate to see a quality product like SYNCSORT be muddied by EMC.
SYNCSORT for the last 30+ years has been a flagship and a sterling
product .

Yes, but hasn't Sterling been muddied by CA?

Well, actually, Sterling, as an entity, was broken into two parts some
years ago.

Sterling Commerce (The MFT (Managed File Transfer), and fullfillment
suite(s), etc.,) was acquired by IBM a bit over two years ago.  I can't
remember what the other Sterling company was called or its product line.

The MFT products were, off the top of my head, Connect:Direct,
Connect::Enterprise, Connect::Express, Sterling Secure Proxy, Sterling
External Authentication, File Agent, and Sterling Control Center.

Regards,
Steve Thompson

...
Well, actually the reference was clearly to Sterling Software, the 
originator of SAMS Vtape circa 1998 (now CA-VTape), not to Sterling 
Commerce.  They no doubt had other products, but that was the only one I 
dealt with.

Brief excerpt from Wikipedia about Sterling Software:
Not to be confused with Sterling Commerce.
Sterling Software as an American software company founded in Dallas, 
Texas in 1981 by Sterling Williams and brothers Sam and Charles Wyly.  
The company was acquired by Computer Associates International in 2000 
...  Computer Associtates sold Sterling Software's Federal Systems Group 
to Northrop Grumman in 2000.

We facetiously, but as it turned out with great prescience, warned 
Sterling Software salemen when we licensed SAMS Vtape around 1999 that 
every non-CA vendor we dealt with seemed to end up being swallowed by 
CA.  Fortunately CA seemed to retain enough of the Sterling support 
people that Vtape wasn't hurt by the transition.

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

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

Re: basic SMS question

2013-02-07 Thread Doug

The FILTLIST has DB2E defined.
I would remove the IF logic and then change the SELECT 
WHEN from SCSMS to SCDB2
Regards, Doug

Sent from my iPhone

On Feb 7, 2013, at 10:13, Jim McAlpine jim.mcalp...@gmail.com wrote:

 I've inherited an SMS setup and I know little about SMS but this I know
 isn't working.  In the storage class ACS routines is this snippet -
 
 IF DSN(1) = 'DB2E' THEN
  DO
IF DSN(2) = 'DSNDBC' THEN
  DO
SET STORCLAS='SCDB2'
  END
IF DSN(2) = 'DSNDBD' THEN
  DO
SET STORCLAS='SCDB2'
  END
  END
 followed by this -
 
 SELECT
WHEN (DSN = DB2E)
  SET STORCLAS = 'SCSMS'
 Question.  Any dataset of the form DB2E.DSNDBC.** is getting the storage
 class SCSMS and not SCDB2 which is what is required.  I want all
 DB2E.DSNDBC.** datasets to get SCDB2 and any other DB2E.** dataset to get
 SCSMS.  What is wrong with the above syntax please.
 
 Jim McAlpine
 
 --
 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: basic SMS question

2013-02-07 Thread Lizette Koehler

First I would consider putting EXIT in your WHEN DO/END statements.
Otherwise it will keep parsing the code to find another match.

Second, I use WRITE statements in my Do/End code to ensure I got where I
Thought I was going.

Lizette

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Jim McAlpine
Sent: Thursday, February 07, 2013 8:14 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: basic SMS question

I've inherited an SMS setup and I know little about SMS but this I know
isn't working.  In the storage class ACS routines is this snippet -

 IF DSN(1) = 'DB2E' THEN
  DO
IF DSN(2) = 'DSNDBC' THEN
  DO
SET STORCLAS='SCDB2'
  END
IF DSN(2) = 'DSNDBD' THEN
  DO
SET STORCLAS='SCDB2'
  END
  END
followed by this -

SELECT
WHEN (DSN = DB2E)
  SET STORCLAS = 'SCSMS'
Question.  Any dataset of the form DB2E.DSNDBC.** is getting the storage
class SCSMS and not SCDB2 which is what is required.  I want all
DB2E.DSNDBC.** datasets to get SCDB2 and any other DB2E.** dataset to get
SCSMS.  What is wrong with the above syntax please.

Jim McAlpine

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

Re: JSON format in ISPF Services Guide?

2013-02-07 Thread ibmmain

 I think you should be able to get to unresolved reference at:
  z/OS V1R13.0 ISPF Services Guide IBM Library Server - 
 http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/ispzsg90/CCONTENTS?SHELF=all13be9DN=SC34-4819-10DT=20110601015450
 
 The writer has been notified of the problem.
 
 But the more basic problem is that the ISPF Services Guide does not contain 
 any mention of JSON. So it's not simply an unresolved reference in the other 
 book, but missing documentation (or a pointer to the wrong book).

Thank you Walt, you've nailed it. I *have* been asking about the missing 
documentation. -10 of the ISPF guide (which was Kevins link) doesn't even 
contain the word JSON, much less the information we were promised in the HLL 
services guide, namely, the JSON specifics as they pertain to ISPF services. 
Which (according to the book) is different from the JSON stuff for TSO 
services. 

But this just confirmed that I am not blind when I couldn't find the promised 
JSON ISPF specifics.

Barbara

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

Re: JSON format in ISPF Services Guide?

2013-02-07 Thread ibmmain

 Seeing those good replies, I wonder if this share presentation also can help 
 you?
 
 ISPF Behind the Scenes, SHARE 120, Session 12732 by Peter Van Dyke, IBM 
 Australia
 
 There is a PDF available which contains info about JSON.

Dang! The ISPF behind the scenes presentation I had saved was from SHARE 115 
and does not contain JSON stuff. I need to go hunt the one from SHARE 120. 
Thanks, Elardus.

Barbara

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

Re: SORTS on the MF and PC's

On Thu, 7 Feb 2013 08:20:15 -0600, Kevin Minerley wrote:

I found that zVM CMS Pipelines (aka SmartBatch or BatchPipes in MVS and 
OS/390) could
handle almost any volume of data.   I know we used to mirror and manipulate 
multiple tape volumes
on-and-off multiple 3390s using stages in those products.  Also analyzed all 
the AID generating
keystrokes on a given node.   Never balked, didn't slow others down, and for 
all intents-and-purposes was
practically real time.
 
I've never used the z/OS equivalent; don't believe we have it herabouts.
but doc for the VM/CMS product warns:

http://publibz.boulder.ibm.com/cgi-bin/bookmgr/BOOKS/DFSC4A01/4.4.193

4. Use DFSORT/CMS, IBM Program Number 5664-325, to sort files that are too
   large for sort. dfsort can be used to interface CMS Pipelines to this sort 
program.

So, is BatchPipes sort perhaps just a front-end for a more industrial-strength 
sort?

(Citations such as above will be a lot less fun when publibz gives way
to Infocenter.)

-- gil

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

Re: blksize for ML2 migrated dataset via HSM

At least on modern tape drives 16K is not the actual physical block size
on tape, so it doesn't cause inefficient media usage. Ever since
automatic hardware compression has been forced, the actual tape media
physical blocks have been superblocks with a size of the controller's
choosing, transparent to the operating system. The smaller block size
used by z/OS requires more buffer management overhead and more channel
commands for the data transfer, but at least it doesn't kill physical
space on the media. Not like the old days where a singularly bad choice
of block size could easily waste 99% of the media.

JC Ewing

On 02/07/2013 08:39 AM, David Devine wrote:

Hi Alain,
It is not currently possible to change the 16k blksize on Hsm migration or
backup tapes.
Regards
Dave

***
Hello,

Thank's for your update, but do you an idea to change the value, just because I'm sure that the default value is not use

Regards

Alain

-Message d'origine-

De : IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] De la part
de David Devine
Envoyé : jeudi 7 février 2013 12:24
À : IBM-MAIN@LISTSERV.UA.EDU
Objet : Re: blksize for ML2 migrated dataset via HSM

Hello,

The Datamover parameter of DSS or HSM only applies to Control dataset backups
and is not for general usage.

Hsm has used a 16k blocksize for backup and migration tapes since inception, possibly because originally it was a good performance match for the specs of existing 3420 polo tape drives and the upcoming 3480 cartridge tape drives.

(People who read the announcment specs in the early 80's feel free to dive in!)

Well overdue for an update.

Dumps however are straight dfdss and depending on what Z/os release you are on, the blksize will be the default of 256K (Zos 1.12 up) or 64K (Zos 1.11 down) or even 32k if you use the patch!

While we are at it, an ML3 level for long term archive datasets (greater than 5 years say) would be good to split them out from all the other stuff on ML2.

regards,

Dave

*** Hello, I observed a blksize of 16k for all ml2 migrated dataset (seen on the CA1 product). I use DSS as datamover and i'm wondering about the size concerning the blksize. Why dss don't use 256k since zos 1.12 ?

Everybody will have an answer. thank's

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

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

Re: basic SMS question

2013-02-07 Thread Darth Keller

A couple of things - 

DSN(2) = 'DSNDBD'   -  'DSNDBD' in the 2nd level generally identifies 
the data component of a DB2 LDS.  Data components do not get assigned 
their own SMS Constructs.  Constructs are assigned at the cluster level. I 
see this as useless code unless your shop is actually using cluster names 
with DSNDBD as the 2nd level.

2ndly - the answer to your question is going to depend on what's in the 
filterlist DB2E. 

If it contains an entry like DB2E.**   , then all those datasets would 
be assigned SCDB2 in the DSN(1) segment and then re-assigned SCSMS in the 
SELECT/WHEN you've shown us.   This is a result of not having a EXIT in 
the first set of statements - the allocation falls through into the next 
code segment and gets re-evaluated.  And it will continue to be 
re-evaluated after your 
SET STORCLAS = 'SCSMS'as that statement also doesn't appear to have a 
paired EXIT. 

Without the WRITE stmts Lisa mentioned, it's pretty hard to tell from what 
you've shown us.  Your allocation could actually have several storage 
classes assigned and re-assigned, with some other segment having the final 
assignment of 'SCSMS' before it finally falls out of SMS.

My general rule of thumb is that the only time I don't pair a SET with an 
EXIT is when I want to set a default StorCLas.  I always pair a SET with a 
WRITE and generally its a SET, WRITE,  EXIT.

I'd recommend investigating NAVIQUEST to use in testing your code  any 
changes you're thinking of making.
ddk





I've inherited an SMS setup and I know little about SMS but this I know
isn't working.  In the storage class ACS routines is this snippet -

 IF DSN(1) = 'DB2E' THEN
  DO
IF DSN(2) = 'DSNDBC' THEN
  DO
SET STORCLAS='SCDB2'
  END
IF DSN(2) = 'DSNDBD' THEN
  DO
SET STORCLAS='SCDB2'
  END
  END
followed by this -

SELECT
WHEN (DSN = DB2E)
  SET STORCLAS = 'SCSMS'
Question.  Any dataset of the form DB2E.DSNDBC.** is getting the storage
class SCSMS and not SCDB2 which is what is required.  I want all
DB2E.DSNDBC.** datasets to get SCDB2 and any other DB2E.** dataset to get
SCSMS.  What is wrong with the above syntax please.

Jim McAlpine





This e-mail message and all attachments transmitted with it may
contain legally privileged and/or confidential information intended
solely for the use of the addressee(s). If the reader of this
message is not the intended recipient, you are hereby notified that
any reading, dissemination, distribution, copying, forwarding or
other use of this message or its attachments is strictly
prohibited. If you have received this message in error, please
notify the sender immediately and delete this message and all
copies and backups thereof. Thank you.

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

Re: SORTS on the MF and PC's

I never had to use the interface to DFSORT and that was when I was sorting 
stuff that was so
large it crashed RAID servers (mostly SYSLOGs).

I never had the sort in Pipelines stall unless I was also asking it to do 
unique record
filter as well.  Straight collates were always fine.   We still use it 
internally to search through a filesystem 
for backlevels of message IDs that LookAt has surfaced in the past.   That can 
be 3/4 million records coming in
from multiple files (OK, I'm talking zVM here).   I think Jon Hartmann, 
original author of the pipelines, did his reads and
work below the normal application layer (at least in VM), so it was incredibly 
fast and for straight sorts didn't seem
to choke on any size data.  I personally believe the DFSORT interface was there 
in case you already had such a beast and wanted
to continue using it; not because the sort in pipelines couldn't handle the 
volume.

Most of the base stages in BatchPipes/SmartBatch were identical.  I assume it 
would perform similarly.

Kevin.

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

SMP Receive - I/O Error

2013-02-07 Thread mf db

Hello Folks,

I am trying to receive maintenance for a product, but i am just ending up
with the below error message. Could someone please shed more light on the
below .


GIM57701T ** AN I/O ERROR OCCURRED DURING READ PROCESSING FOR THE SMPPTFIN
DATA

SET.
GIM27401T ** I/O ERROR - ,DB2MAINT,SMP
,5591,D,SMPPTFIN,GET

,WRNG.LEN.RECORD,03F900,QSAM
GIM24801WNO SYSMODS SATISFIED THE OPERANDS SPECIFIED ON THE RECEIVE
COMMAND.
GIM20501IRECEIVE PROCESSING IS COMPLETE. THE HIGHEST RETURN CODE WAS
16.
GIM20502ISMP/E PROCESSING IS COMPLETE. THE HIGHEST RETURN CODE WAS 16.
SMP/E
 IS AT LEVEL 36.17.


//SMP EXEC PGM=GIMSMP,REGION=5M,
// PARM='CSI=x.x.R14.CSI'
//SMPPTFIN DD  DSN=x.x.R14.SMPPTS,
// DISP=SHR
//SMPCNTL  DD  *
  SET BDY(GLOBAL).
  UCLIN.
  REP OPTIONS(OPTS) DSPREFIX(x..SMPTLIB).
  REP DDDEF(SMPTLIB) UNIT(SYSDA) VOLUME(x).
  ENDUCL.
  RECEIVE SYSMODS
  RFPREFIX(xx.R14)
  SELECT(UK,UK,UKx).
/*

Could someone please provide some pointers.

/Peter

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

SNMP agent start failed

2013-02-07 Thread Jorge Garcia

Hello:

 After we've upgraded our test system to z/OS 1.12, SNMP agent doesn't show the 
msg 'EZZ6225I SNMP AGENT: INITIALIZATION COMPLETE'. It works fine because it 
sends SNMP messages to HP OVO server and this server receives the messages.
After the started message IEF403I appears:

$HASP373 OSNMPD   STARTED   
IEF403I OSNMPD - STARTED - TIME=13.59.45
BPXF024I (STCSNMP) Feb  7 12:59:46 snmpagentÝ16777227~: EZZ6203I  587   
Sigaction for snmpdmsg.cat failed : EZZ6202I Using catalog '%s' for 
SNMP Agent messages.
 (0/)   
BPXF024I (STCSNMP) Feb  7 12:59:46 snmpagentÝ16777227~: EZZ6233I  588   
Cannot allocate buffers for SNMP and DPI packets; SNMP agent ended  

We have cataloged the snmpdmsg.cat file in /usr/lpp/tcpip/lib/nls/msg/C/ and 
/usr/lib/nls/msg/C/. We can't find the reason of sigaction failed. After these 
messages doesn't appear the UP message EZZ6225I SNMP AGENT: INITIALIZATION 
COMPLETE.

Regards

Jorge Garcia Juanino
Gestor de servicio sistemas z/OS
DGTP – DIAC – Area servicios de CPD
MAPFRE
C/ Orduña, 1 (2º Planta)
28034 Madrid
Tfno.: 91 581 27 34 – Extension interna: 412734 
Movil: 618333559
jgarc...@mapfre.com

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

Re: basic SMS question

2013-02-07 Thread Jim McAlpine

Thanks for the explanation.  Much appreciated.

Jim McAlpine

On Thu, Feb 7, 2013 at 3:51 PM, Darth Keller darth.kel...@assurant.comwrote:

 A couple of things -

 DSN(2) = 'DSNDBD'   -  'DSNDBD' in the 2nd level generally identifies
 the data component of a DB2 LDS.  Data components do not get assigned
 their own SMS Constructs.  Constructs are assigned at the cluster level. I
 see this as useless code unless your shop is actually using cluster names
 with DSNDBD as the 2nd level.

 2ndly - the answer to your question is going to depend on what's in the
 filterlist DB2E.

 If it contains an entry like DB2E.**   , then all those datasets would
 be assigned SCDB2 in the DSN(1) segment and then re-assigned SCSMS in the
 SELECT/WHEN you've shown us.   This is a result of not having a EXIT in
 the first set of statements - the allocation falls through into the next
 code segment and gets re-evaluated.  And it will continue to be
 re-evaluated after your
 SET STORCLAS = 'SCSMS'as that statement also doesn't appear to have a
 paired EXIT.

 Without the WRITE stmts Lisa mentioned, it's pretty hard to tell from what
 you've shown us.  Your allocation could actually have several storage
 classes assigned and re-assigned, with some other segment having the final
 assignment of 'SCSMS' before it finally falls out of SMS.

 My general rule of thumb is that the only time I don't pair a SET with an
 EXIT is when I want to set a default StorCLas.  I always pair a SET with a
 WRITE and generally its a SET, WRITE,  EXIT.

 I'd recommend investigating NAVIQUEST to use in testing your code  any
 changes you're thinking of making.
 ddk


 


 I've inherited an SMS setup and I know little about SMS but this I know
 isn't working.  In the storage class ACS routines is this snippet -

  IF DSN(1) = 'DB2E' THEN
   DO
 IF DSN(2) = 'DSNDBC' THEN
   DO
 SET STORCLAS='SCDB2'
   END
 IF DSN(2) = 'DSNDBD' THEN
   DO
 SET STORCLAS='SCDB2'
   END
   END
 followed by this -

 SELECT
 WHEN (DSN = DB2E)
   SET STORCLAS = 'SCSMS'
 Question.  Any dataset of the form DB2E.DSNDBC.** is getting the storage
 class SCSMS and not SCDB2 which is what is required.  I want all
 DB2E.DSNDBC.** datasets to get SCDB2 and any other DB2E.** dataset to get
 SCSMS.  What is wrong with the above syntax please.

 Jim McAlpine





 This e-mail message and all attachments transmitted with it may
 contain legally privileged and/or confidential information intended
 solely for the use of the addressee(s). If the reader of this
 message is not the intended recipient, you are hereby notified that
 any reading, dissemination, distribution, copying, forwarding or
 other use of this message or its attachments is strictly
 prohibited. If you have received this message in error, please
 notify the sender immediately and delete this message and all
 copies and backups thereof. Thank you.

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


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

Re: SMP Receive - I/O Error

2013-02-07 Thread Staller, Allan

Receive output is stored in the SMPPTS (a PDS or PDSE). Receive input 
(SMPMCS) is FB/80/sdb.

snip
//SMPPTFIN DD  DSN=x.x.R14.SMPPTS,
// DISP=SHR
/snip

You have specified the SMPPTS (a PDS/PDSE) as sequential  input. This means the 
directory of the PDS/PDSE is being read as a logical record.
As we all know, the logical record length of a PDS directory entry is 256, 
not 80, hence your problem.

HTH,

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

Re: SMP Receive - I/O Error

From:   mf db dbajava...@gmail.com
Date:   02/07/2013 09:57 AM

Hello Folks,

I am trying to receive maintenance for a product, but i am just ending up
with the below error message. Could someone please shed more light on the
below .

GIM57701T ** AN I/O ERROR OCCURRED DURING READ PROCESSING FOR THE SMPPTFIN
DATA

SET.
GIM27401T ** I/O ERROR - ,DB2MAINT,SMP
,5591,D,SMPPTFIN,GET

,WRNG.LEN.RECORD,03F900,QSAM
GIM24801WNO SYSMODS SATISFIED THE OPERANDS SPECIFIED ON THE RECEIVE
COMMAND.
GIM20501IRECEIVE PROCESSING IS COMPLETE. THE HIGHEST RETURN CODE WAS
16.
GIM20502ISMP/E PROCESSING IS COMPLETE. THE HIGHEST RETURN CODE WAS 16.
SMP/E
 IS AT LEVEL 36.17.

//SMP EXEC PGM=GIMSMP,REGION=5M,
// PARM='CSI=x.x.R14.CSI'
//SMPPTFIN DD  DSN=x.x.R14.SMPPTS,
// DISP=SHR
//SMPCNTL  DD  *
  SET BDY(GLOBAL).
  UCLIN.
  REP OPTIONS(OPTS) DSPREFIX(x..SMPTLIB).
  REP DDDEF(SMPTLIB) UNIT(SYSDA) VOLUME(x).
  ENDUCL.
  RECEIVE SYSMODS
  RFPREFIX(xx.R14)
  SELECT(UK,UK,UKx).
/*

Could someone please provide some pointers.

SNIPPAGE

You aren't going to like this, but, you might start with:
Diagnostic messages SMP/E for z/OS V1R12.0 GA22-7770-15 

Which will point you to a DFSMS manual that contains the SYNADAF info.

 Personal opinion of this poster: Infocenter actually made looking this 
up easy. Reading what it found is not so impressive. I can see me 
downloading a lot more PDFs in the future.

Regards,
Steve Thompson

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

Re: SMP Receive - I/O Error

From:   Staller, Allan allan.stal...@kbmg.com
Date:   02/07/2013 10:20 AM

SNIPPAGE
You have specified the SMPPTS (a PDS/PDSE) as sequential  input. This 
means the directory of the PDS/PDSE is being read as a logical record.
As we all know, the logical record length of a PDS directory entry is 
256, not 80, hence your problem.

SNIP

Thank you, Allan. Much better answer than mine, because I got too close to 
the tree I was trying to figure this out using the diagnostic info 
presented with the infocenter based doc... 

Regards,
Steve Thompson

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

Re: Deleting old HSM backups

2013-02-07 Thread David G. Schlecht

I already have the list of backups and I can create a million+ line JCL but 
would prefer not to. It would be best if HSM would simply delete the backups 
that are no longer valid once I change the Management class definition. I don't 
know about you, but that seems quite reasonable to me.

However, this is not the case. Removing the backup requirement from the 
Management class definition, I am still left with all the backups even after 
HSM Space Management and a run of EXPIREBV.

Is there really no better solution to this?



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


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Mark Zelden
Sent: Wednesday, February 06, 2013 1:28 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Deleting old HSM backups

Even without CSI, as long as there is a list it can just be edited (chose your 
method, ISPF, rexx program, whatever) to have  DELETE '...name...' 
in a flat file and executed in TSO batch or used as input to IDCAMS
in batch. Using ISPF 3.4 and saving the list would work.  May
have to do that in batch also if some pattern can be used to match millions at 
once (to possibly increase allocation amounts).

Running this would be quicker than ISPF 3.4 (modify L or pass the parm as 
needed for HLQ / pattern)

PROC 0 L(SYSUID)  G(SAVE)   
 /* */   
 /* Quick ISPF save of data set names. This is much quicker */   
 /* than using OPT 3.4, because it does not do an obtain*/   
 /* for each data set in the list because of STATS(NO). */   
 /* The dsn created will be USERID.SAVE.DATASETS*/   
 /* */   
 ISPEXEC CONTROL ERRORS RETURN   
 ISPEXEC LMDINIT LISTID(LISTID)  LEVEL(L)   
 ISPEXEC LMDLIST LISTID(LISTID) OPTION(SAVE) STATS(NO) GROUP(G)
 WRITE COMPLETE!! RETURN CODE WAS LASTCC
 ISPEXEC LMDFREE LISTID(LISTID) 

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


On Wed, 6 Feb 2013 15:27:24 -0500, Don Williams donb...@gmail.com wrote:

Many years ago, I wrote a REXX EXEC to mass delete migrated files. It calls
IGGCSI00 with a wilcard search argument to build a list of matching data set
names to be deleted.  I've deleted many thousands of migrated data sets with
one command, but millions would probably exceed its capacity. However, you
could modify IBM's SYS1.SAMPLIB(IGGICSRX) to delete them.

 -Original Message-
 From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
 On Behalf Of David G. Schlecht
 Sent: Tuesday, February 05, 2013 5:25 PM
 To: IBM-MAIN@LISTSERV.UA.EDU
 Subject: Deleting old HSM backups

 We have been backing up millions of unnecessary datasets. I am changing
 HSM to not back them up but would like a reasonably easy way to delete
 the millions of backups that already exist.

 Is there anything short of generating millions of lines of JCL. Is
 there any way to get HSM to delete these backups?

 David G. Schlecht | Information Technology Professional
 State of Nevada | Department of Administration | Enterprise IT Services


 
 This communication, including any attachments, may contain confidential
 information and is intended only for the individual or entity to which
 it is addressed. Any review, dissemination or copying of this
 communication by anyone other than the intended recipient is strictly
 prohibited. If you are not the intended recipient, please contact the
 sender by reply e-mail and delete all copies of the original message.

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

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

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

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

Re: SMP Receive - I/O Error

2013-02-07 Thread mf db

The SMPPTS is a PDS file but still i get the same error message.

General Data  Current Allocation
 Management class . . : xxAllocated cylinders : 100
 Storage class  . . . : xx   Allocated extents . : 1
  Volume serial . . . : xx Maximum dir. blocks : 20
  Device type . . . . : 3390
 Data class . . . . . : x
  Organization  . . . : POCurrent Utilization
  Record format . . . : FB Used cylinders  . . : 1
  Record length . . . : 256Used extents  . . . : 1
  Block size  . . . . : 27904  Used dir. blocks  . : 1
  1st extent cylinders: 100Number of members . : 5
  Secondary cylinders : 50
  Data set name type  : PDS   Dates
   Creation date . . . : 2013/02/07
   Referenced date . . : 2013/02/07
   Expiration date . . : ***None***

On Thu, Feb 7, 2013 at 9:54 PM, Steve Thompson sthomp...@us.ibm.com wrote:

 From:   Staller, Allan allan.stal...@kbmg.com
 Date:   02/07/2013 10:20 AM


 SNIPPAGE
 You have specified the SMPPTS (a PDS/PDSE) as sequential  input. This
 means the directory of the PDS/PDSE is being read as a logical record.
 As we all know, the logical record length of a PDS directory entry is
 256, not 80, hence your problem.

 SNIP

 Thank you, Allan. Much better answer than mine, because I got too close to
 the tree I was trying to figure this out using the diagnostic info
 presented with the infocenter based doc...

 Regards,
 Steve Thompson

 --
 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 Receive - I/O Error

2013-02-07 Thread Staller, Allan

snip
//SMPPTFIN DD  DSN=x.x.R14.SMPPTS,
// DISP=SHR
/snip

The SMPPTS dataset is the *OUTPUT* of the receive process, not the input. 
SMPPTFIN is the input to the process.

SMPPTFIN is *REQUIRED* to be FB/80. This can be a PS file (typically *.SMPMCS) 
or a PDS member *.SMPMCS(member).

It *CANNOT* be a PDS read as a sequential (which is what was coded below). 
Also, as coded, you are trying to use the *SAME* dataset as both input and 
output simultaneously.
AFAIK, SMP/E will not do this .

To change the above(although I really think you should RTFM before proceeding), 
try

//SMPPTFIN DD  DSN=x.x.R14.SMPPTS(uk*),
// DISP=SHR  (concatenate as required)



snip
The SMPPTS is a PDS file but still i get the same error message.

General Data  Current Allocation
 Management class . . : xxAllocated cylinders : 100
 Storage class  . . . : xx   Allocated extents . : 1
  Volume serial . . . : xx Maximum dir. blocks : 20
  Device type . . . . : 3390
 Data class . . . . . : x
  Organization  . . . : POCurrent Utilization
  Record format . . . : FB Used cylinders  . . : 1
  Record length . . . : 256Used extents  . . . : 1
  Block size  . . . . : 27904  Used dir. blocks  . : 1
  1st extent cylinders: 100Number of members . : 5
  Secondary cylinders : 50
  Data set name type  : PDS   Dates
   Creation date . . . : 2013/02/07
   Referenced date . . : 2013/02/07
   Expiration date . . : ***None***

On Thu, Feb 7, 2013 at 9:54 PM, Steve Thompson sthomp...@us.ibm.com wrote:

 From:   Staller, Allan allan.stal...@kbmg.com
 Date:   02/07/2013 10:20 AM


 SNIPPAGE
 You have specified the SMPPTS (a PDS/PDSE) as sequential  input. This 
 means the directory of the PDS/PDSE is being read as a logical record.
 As we all know, the logical record length of a PDS directory entry 
 is 256, not 80, hence your problem.

 SNIP

 Thank you, Allan. Much better answer than mine, because I got too 
 close to the tree I was trying to figure this out using the 
 diagnostic info presented with the infocenter based doc...
/snip

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

Re: Deleting old HSM backups

2013-02-07 Thread Staller, Allan

Removing the backup requirement (ADMIN/USER BACKUP=YES/NO/BOTH) and 
AUTOBACKUP(YES/NO) will have absolutely no effect on currently backed up files.
It will only prevent new backups.

Look at the MGMTCLAS values for :

BACKUP  FREQUENCY,# BACKUPS (DS EXISTS),  # BACKUPS (DS DELETED),  RETAIN 
DAYS ONLY BACKUP

Which may contain the answer. 

I normally keep 1 backup copy for a short period of time after the original 
dataset is deleted.

Of course, the brute force method will always work to delete the backups.

HTH,

snip
I already have the list of backups and I can create a million+ line JCL but 
would prefer not to. It would be best if HSM would simply delete the backups 
that are no longer valid once I change the Management class definition. I don't 
know about you, but that seems quite reasonable to me.

However, this is not the case. Removing the backup requirement from the 
Management class definition, I am still left with all the backups even after 
HSM Space Management and a run of EXPIREBV.

Is there really no better solution to this?
/snip

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

Fwd: EBCDIC support is on the chopping block

2013-02-07 Thread Ray Mullins


Hello everyone,

I am forwarding this message from the perl-mvs mailing list. I raise this to 
anyone that uses Perl under z/OS UNIX and would like to have access to the 
newer features beyond what IBM has provided in the ported tools (5.8).


A later note in the discussion details what would probably be required, 
which would be pretty minimal: ...what would be most needed is (as Ricardo 
[original poster of the following] says) is regular testing (even just 
monthly, or even just quarterly, would be better than the current nothing) 
of the Perl 5 source code in z/OS: does it compile?  And if it doesn't 
work,  report it back to perl5-porters, and work with them to try to get it 
working again.  Debugging by email is perfectly feasible. 


So if your organization uses Perl and would like to contribute (minimal 
cost), please sign up to the perl-mvs mailing list and speak up. perl-mvs is 
hosted on perl.org and can be subscribed to at 
http://lists.perl.org/list/perl-mvs.html.


(If I had a zPDT, I'd be there in a heartbeat. :) )

Cheers,
Ray


 Original Message 
Subject:EBCDIC support is on the chopping block
Date:   Wed, 6 Feb 2013 18:30:19 -0500
From:   Ricardo Signes r...@cpan.org
To: perl-...@perl.org



As was brought up about 18 months ago...

  http://www.nntp.perl.org/group/perl.mvs/2011/09/msg1545.html
  http://www.nntp.perl.org/group/perl.mvs/2012/01/msg1598.html

...support for z/OS, specifically EBCDIC support, is on the chopping block.  So
far, no dedicated resources, human or otherwise, have been provided.

This means that nobody knows exactly whether current perl source compiles and
works on z/OS.  Basically, we all know it doesn't, but don't have much proof.
We also pretty much know that it isn't going to get fixed, because nobody has
stepped up to be its champion.

The working assumption of the core perl team has to be that anybody who wants
perl on an EBCDIC system right now is either using private patches, a
vendor-supplied perl using private patches, or an old perl version known to
work.  In the case of privately-constructed patches, it would not be enough
merely to supply them to perl5-porters.  The platform needs serious backing:
dedicated smoke servers, a reliable presence on the list of platform experts,
and an assurance that this will continue.

Without these things showing up soon, it is very likely that perl 5.18.0 is the
last perl that will even remotely attempt to support EBCDIC, and that
EBCDIC-related branches will be freely removed in future commits.

I will provide more concrete dates in the coming weeks, but do not delay
waiting for concrete dates.  Treat this as a last call.

--
rjbs


--
M. Ray Mullins
Roseville, CA, USA
http://www.catherdersoftware.com/

German is essentially a form of assembly language consisting entirely of far 
calls heavily accented with throaty guttural sounds. ---ilvi
French is essentially German with messed-up pronunciation and spelling.  
--Robert B Wilson
English is essentially French converted to 7-bit ASCII.  ---Christophe Pierret 
[for Alain LaBonté]




--
M. Ray Mullins
Roseville, CA, USA
http://www.catherdersoftware.com/

German is essentially a form of assembly language consisting entirely of far 
calls heavily accented with throaty guttural sounds. ---ilvi
French is essentially German with messed-up pronunciation and spelling.  
--Robert B Wilson
English is essentially French converted to 7-bit ASCII.  ---Christophe Pierret 
[for Alain LaBonté]


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

Re: [MVS-OE] (perl): EBCDIC support is on the chopping block

On Feb 7, 2013, at 08:59, Ray Mullins wrote:

 Hello everyone,
 
 I am forwarding this message from the perl-mvs mailing list. I raise this to 
 anyone that uses Perl under z/OS UNIX and would like to have access to the 
 newer features beyond what IBM has provided in the ported tools (5.8).
 
Has anyone tried to build perl using Enhanced ASCII support
and relying on autoconversion to deal with EBCDIC?

If it fails, there ought to be cause for a PMR, or at least an
enhancement request directed at z/OS, not perl.

-- gil

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

Re: Syncosrt EMC -- Sterling Info


On Feb 7, 2013, at 9:22 AM, Joel C. Ewing wrote:

-SNIP


Well, actually, Sterling, as an entity, was broken into two parts  
some

years ago.---SNIP--



I was *NOT* referring to STERLING software in any way shape or form.,
Since I did not capitalize the word it was meant not as a reference  
the company,


Ed

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

Re: Deleting old HSM backups

2013-02-07 Thread David G. Schlecht

John, HBDELETE would be great if you could use a LEVEL parameter, scary, but 
certainly better than having to run a million lines of JCL.



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


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John McKown
Sent: Tuesday, February 05, 2013 3:24 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Deleting old HSM backups

Look up the HDELETE command for migrated data sets; HBDELETE for backup data 
sets. I'm at home now. I have some helper stuff at work. I'll look for some 
stuff tomorrow.
On Feb 5, 2013 4:25 PM, David G. Schlecht dschle...@admin.nv.gov wrote:

 We have been backing up millions of unnecessary datasets. I am 
 changing HSM to not back them up but would like a reasonably easy way 
 to delete the millions of backups that already exist.

 Is there anything short of generating millions of lines of JCL. Is 
 there any way to get HSM to delete these backups?

 David G. Schlecht | Information Technology Professional State of 
 Nevada | Department of Administration | Enterprise IT Services


 
 This communication, including any attachments, may contain 
 confidential information and is intended only for the individual or 
 entity to which it is addressed. Any review, dissemination or copying 
 of this communication by anyone other than the intended recipient is 
 strictly prohibited. If you are not the intended recipient, please 
 contact the sender by reply e-mail and delete all copies of the original 
 message.

 --
 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: Syncosrt EMC -- Sterling Info

From:   Ed Gould edgould1...@comcast.net
Date:   02/07/2013 11:58 AM



On Feb 7, 2013, at 9:22 AM, Joel C. Ewing wrote:
 -SNIP
 

 Well, actually, Sterling, as an entity, was broken into two parts 
 some
 years ago.---SNIP--


I was *NOT* referring to STERLING software in any way shape or form.,
Since I did not capitalize the word it was meant not as a reference 
the company,



I understood that. However, once someone made a remark about a certain ISV 
and what is now an IBM owned entity . And so I modified the subject in 
what I thought would be an appropriate distinction.

Regards,
Steve Thompson

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

Re: Syncosrt EMC -- Sterling Info


On 02/07/2013 11:55 AM, Ed Gould wrote:

On Feb 7, 2013, at 9:22 AM, Joel C. Ewing wrote:

-SNIP


Well, actually, Sterling, as an entity, was broken into two parts some
years ago.---SNIP--



I was *NOT* referring to STERLING software in any way shape or form.,
Since I did not capitalize the word it was meant not as a reference 
the company,


Ed

That was, I think, well understood in your earlier post.  But allowing 
for puns, the weird associative memory of SysProgs, the normal 
irrelevant topic drift ...


You've at least got to give credit that as fair warning the Subject line 
was consistently changed at the time of the drift to add a reference to 
Sterling (capitalized).


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

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

Re: Deleting old HSM backups


I am trying to remember
Somewhere in the last 40+ years there was a SAS job that altered the  
MCDS (or was it the BCDS)?
It ran through the entire CDS in a few minutes and then you would run  
expirebv and magically all those datasets would evaporate.
I am trying to remember where the SAS job came from but cannot say  
for sure but it might have come from Berry Merrils(sp?) collection of  
SAS jobs, I just do not remember sorry. But somewhere out there is a  
a SAS job that marks the HSM cds's properly for clean up.


Ed

On Feb 7, 2013, at 12:05 PM, David G. Schlecht wrote:

John, HBDELETE would be great if you could use a LEVEL parameter,  
scary, but certainly better than having to run a million lines of JCL.




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



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM- 
m...@listserv.ua.edu] On Behalf Of John McKown

Sent: Tuesday, February 05, 2013 3:24 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Deleting old HSM backups

Look up the HDELETE command for migrated data sets; HBDELETE for  
backup data sets. I'm at home now. I have some helper stuff at  
work. I'll look for some stuff tomorrow.
On Feb 5, 2013 4:25 PM, David G. Schlecht  
dschle...@admin.nv.gov wrote:



We have been backing up millions of unnecessary datasets. I am
changing HSM to not back them up but would like a reasonably easy way
to delete the millions of backups that already exist.

Is there anything short of generating millions of lines of JCL. Is
there any way to get HSM to delete these backups?

David G. Schlecht | Information Technology Professional State of
Nevada | Department of Administration | Enterprise IT Services



This communication, including any attachments, may contain
confidential information and is intended only for the individual or
entity to which it is addressed. Any review, dissemination or copying
of this communication by anyone other than the intended recipient is
strictly prohibited. If you are not the intended recipient, please
contact the sender by reply e-mail and delete all copies of the  
original message.


- 
-

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



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


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


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

Re: JSON format in ISPF Services Guide?

2013-02-07 Thread Peter Van Dyke

The plan was to document the JSON message formats in the ISPF Services
Guide for the z/OS release following 1.13. With z/OS moving to a 2 year
cycle it's taken longer than planned for the formats to be published. They
will be in the ISPF for z/OS 2.1 Services Guide.

Peter Van Dyke





From:   Walt Farrell walt.farr...@gmail.com
To: IBM-MAIN@listserv.ua.edu
Date:   07/02/2013 06:25 AM
Subject:Re: JSON format in ISPF Services Guide?
Sent by:IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu



On Thu, 7 Feb 2013 08:04:20 -0600, Kevin Minerley k60ek...@us.ibm.com
wrote:

I think you should be able to get to unresolved reference at:
 z/OS V1R13.0 ISPF Services Guide IBM Library Server -

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/ispzsg90/CCONTENTS?SHELF=all13be9DN=SC34-4819-10DT=20110601015450


The writer has been notified of the problem.

But the more basic problem is that the ISPF Services Guide does not contain
any mention of JSON. So it's not simply an unresolved reference in the
other book, but missing documentation (or a pointer to the wrong book).

--
Walt

--
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: Dynamic Allocation error in CA-Endevor

Endevor temp datasets are not always temporary in the z/OS sense. :(

Dave Gibney
Information Technology Services
Washington State University

 -Original Message-
 From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
 On Behalf Of John McKown
 Sent: Tuesday, February 05, 2013 1:41 PM
 To: IBM-MAIN@LISTSERV.UA.EDU
 Subject: Re: Dynamic Allocation error in CA-Endevor
 
 Not the problem. The problem appears to be a permanent data set
 allocation with a name like: SYS13036.Thhmmss.RA0.userid.COBLST. The ACS
 routines say that this allocation is not DSTYPE='TEMP'. So that test does
 not match. Eventually the STORCLAS falls down to the OTHERWISE which fails
 the allocation due to NON-STANDARD DATA SET NAME. Strangely, my boss
 has
 gotten around it by changing the DISP=(MOD,PASS) to DISP=(OLD,PASS) in the
 SCL for the Endevor processor.
 
 
 On Tue, Feb 5, 2013 at 12:02 PM, John Eells ee...@us.ibm.com wrote:
 
  Mike Wawiorko wrote:
 
  SYS13036.T095110.RA0.TSH012.**COBLST
 
  At a quick glance this looks like a temporary dataset. Could you have two
  similarly named trying to be allocated within the same second 09:51:10?
 
   snip
 
  If so...it's worth a look at the ALLOCxx parmlib support we added in z/OS
  V1.12, which should vastly reduce the probability of that sort of problem
  occurring for temporary data sets.
 
  The keyword is SYSTEM TEMPDSFORMAT(UNIQUE|**INCLUDELABEL), and
  INCLUDELABEL (the way the system used to act) is the default.
 
  --
  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
 
 
 
 
 --
 This is a test of the Emergency Broadcast System. If this had been an
 actual emergency, do you really think we'd stick around to tell you?
 
 Maranatha! 
 John McKown
 
 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

Re: ACS routine based on RACF group

You need to also be aware that RACF List-of-groups does not apply. You get the 
current group (default or as specified). Since you can't control which group a 
user specifies, the use of GROUP in ACS routines is not really very useful .

Dave Gibney
Information Technology Services
Washington State University


 -Original Message-
 From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
 On Behalf Of Vernooij, CP - SPLXM
 Sent: Wednesday, February 06, 2013 1:45 AM
 To: IBM-MAIN@LISTSERV.UA.EDU
 Subject: Re: ACS routine based on RACF group
 
 I don't see where you use GROUP.
 
 Furthermore:
 X'04' X'16'   X'00'   X'55'   Verify that SMS flags passed by the 
 caller
 match those in the FMT4 DSCB; FMT4 DSCB indicates volume is SMS-
 managed, but data set is not SMS-managed.
 
 What is the relation with GROUP?
 
 Kees.
 
 -Original Message-
 From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
 On Behalf Of Jake anderson
 Sent: Wednesday, February 06, 2013 10:24
 To: IBM-MAIN@LISTSERV.UA.EDU
 Subject: Re: ACS routine based on RACF group
 
 Dear All,
 
 I did create the ACS routine based on GROUP but it doesn't seems to be
 picking.
 
 IGD17040I ERROR IN DADSM PROCESSING ON VOLUME OLDSGP FOR DATA
 SET  TEST.SAMPL.JCL  HISTORIC RETURN CODE IS 192 DIAGNOSTIC
 INFORMATION IS 04160055  IGD306I UNEXPECTED ERROR DURING
 IGGDAC02 PROCESSING  RETURN CODE 4 REASON CODE 85  THE MODULE
 THAT DETECTED THE ERROR IS IGDVTSDA  SMS MODULE TRACE BACK -
 VTSDA VTSCR SSIRT  SYMPTOM RECORD CREATED, PROBLEM ID IS
 IGD1
 
 ACS Script :
 
 * Top of Data
 ***
 PROC 1 STORCLAS
 /**
 /
 /* STORAGE CLASS ACS ROUTINE  */
 /**
 /
 /**
 /
 /* DEFINE FILTER LISTS*/
 /**
 /
   FILTLIST SYSDSETINCLUDE (SYS%.*)
   FILTLIST HLQ1   INCLUDE(TEST.**)
 /**
 /
SELECT
 /**
 /
 /* EXCLUDE SYSTEM DATA SETS   */
 /**
 /
 WHEN (DSN = SYSDSET)
   SET STORCLAS = ''
 /**
 /
 /* USER  DATASETS */
 /**
 /
 
 /**
 /
 WHEN (DSN = HLQ1 | STORCLAS = 'USRBASE')
   SET STORCLAS = 'USRBASE'
 /**
 /
  END
 /**
 /
  END
 
 
 
 
 * Top of Data
 **
 PROC 1 STORGRP
 /**
 /
 /* STORAGE GROUP ACS ROUTINE  */
 /**
 /
 /**
 /
  SELECT
 /**
 /
 /* USER DATAASETS */
 /**
 /
   WHEN (STORCLAS='USRBASE')
 SET STORGRP = 'USRGROUP'
 /**
 /
   END
 /**
 /
   END
  Bottom of Data
 
 
 ACS activation went well but not sure if i am correct.
 
 Jake
 
 On Wed, Feb 6, 2013 at 1:10 PM, R.S. r.skoru...@bremultibank.com.pl
 wrote:
 
  W dniu 2013-02-06 07:19, Jake anderson pisze:
 
   Hello,
 
  This could be simple or Dumb question and I apologize for it :) . I
  have written ACS routine based on the filtlist criteria but i am just
  curious to know if it is possible to write ACS
  routine(STORCLASSTORGROUP) based on user's racf group ? Intention is
  just to make sure that a user belonging to a particular RACF default
  group should be mapped to a specific STORAGE group.
 
  Any suggestions or Ideas are highly appeciated..
 
 
  RTFM
 
  GROUPThe RACF-defined default group associated with the user, or the
  group specified in the GROUP keyword on the JCL JOB statement.
 
 
 
  --
  Radoslaw Skorupka
  Lodz, Poland
 
 
 
 
 
 
  --
  Tre   tej wiadomo ci mo e zawiera  informacje

Re: SFTP vs. FTPS (was: z/OS v2.1 preview)

2013-02-07 Thread Kirk Wolf

Walt,

You are correct - FTP is more prevalent in z/OS shops.

SFTP is much more prevalent in distributed systems since OpenSSH is
installed as a default package on all modern Unix/Linux distros.   Also,
SSH/SFTP uses a single port/connection which has significant advantages
when it comes to navigating modern networks.

Kirk Wolf
Dovetailed Technologies
http://dovetail.com
+1 636.300.0901

On Wed, Feb 6, 2013 at 12:11 PM, Walt Farrell walt.farr...@gmail.comwrote:

 On Wed, 6 Feb 2013 09:27:18 -0600, Paul Gilmartin paulgboul...@aim.com
 wrote:

 On Wed, 6 Feb 2013 08:57:41 -0600, Walt Farrell wrote:
 
  ... new System z software (products and service) downloads will
 require
   the use of FTPS (FTP using Secure Sockets Layer) or of Download
 Director
   with encryption.
 
 FTPS, but not SFTP?
 
 Remember, SFTP is not FTP; it's SSH, a totally different protocol and
 set of programs.
 
 Exactly, notwithstanding some superficial similarity in line commands.
 
 But I'm set up for SSH on various hosts -- authorized_keys, etc.
 SFTP comes naturally, then.  FTPS isn't in my skill set.
 
 What's the relative prevalence of SFTP and FTPS in the outside world?

 I have no idea of the prevalence.

 On the other hand, FTPS _is_ FTP, and it's likely that more z/OS sites
 have FTP servers than have SSH servers. And if you have FTP then setting up
 FTPS is (I think) largely a matter of putting the right certificate in the
 right key ring, which is all native to z/OS and doesn't require installing
 and configuring SSH (from Ported Tools) if you haven't done so already.

 --
 Walt

 --
 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: ISFLOG - Clarification required.

2013-02-07 Thread Viswanath Chandrasekaran

Hi Scott,

   Greetings!!

  I'm not able to understand. Do you want me to execute this way?
Address SDSF ISFLOG  TYPE(SYSLOG).  Or please tell me how to 






 From: Scott Ford scott_j_f...@yahoo.com
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Thursday, February 7, 2013 7:02 AM
Subject: Re: ISFLOG - Clarification required.
 
And what happens if you comment out or dummy the 'alloc' out ? Then execute it ?

Scott ford
www.identityforge.com

Tell me and I'll forget; show me and I may remember; involve me and I'll 
understand. - Chinese Proverb


On Feb 6, 2013, at 7:13 PM, Viswanath Chandrasekaran mail2visw...@yahoo.com 
wrote:

 Hi all,
 
      Greetings!!
 
      I would like to know if there are someone who can help me out in 
understanding the below commands.  I would like to know what exactly the 
function does.   Address SDSF ISFLOG ALLOC TYPE(SYSLOG) I have used  Address 
SDSF ISFLOG READ TYPE(SYSLOG) which reads the syslog and puts the contents 
to special variable ISFLINE. But not sure what does ALLOC does. I have tried 
the manuals but I don't get much information on this apart from the Syntax and 
the Special DDNAMES. Can anyone guide me on this.      
 
 
 Kind Regards, 
 Vish..
 
 
 --
 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: ISFLOG - Clarification required.

2013-02-07 Thread Viswanath Chandrasekaran

Not sure. I'm not finding anything in SDSB as well. One more clarification 
pls.. Prior I used to read the Log files and it was working fine. On a day the 
Log content was bit large close to 0.8 M lines. I did a ISFLOG READ 
TYPE(SYSLOG) and suddenly I got a error message popping MACHINE STORAGE 
EXHAUSTED. Why this happened. Is this because my TSO region space is too 
small?. My TSO region space was 8K Or is this because of some other problem? 
So, I thought this ALLOC could give me a solution. Can anyone point me why i 
got Machine Storage Exhausted?



Kind Regards,
Vish...





 From: Steve Austin steve.aus...@macro4.com
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Thursday, February 7, 2013 2:10 PM
Subject: Re: ISFLOG - Clarification required.
 
I think it just allocates syslog/operlog returning the ddname in the isfddname 
variable. You then open and read it using SDSB (jes spool dataset browse).

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Viswanath Chandrasekaran
Sent: 07 February 2013 00:13
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: ISFLOG - Clarification required.

Hi all,

 Greetings!!

 I would like to know if there are someone who can help me out in 
understanding the below commands.  I would like to know what exactly the 
function does.   Address SDSF ISFLOG ALLOC TYPE(SYSLOG) I have used  Address 
SDSF ISFLOG READ TYPE(SYSLOG) which reads the syslog and puts the contents to 
special variable ISFLINE. But not sure what does ALLOC does. I have tried the 
manuals but I don't get much information on this apart from the Syntax and the 
Special DDNAMES. Can anyone guide me on this.  


Kind Regards, 
Vish..


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
This e-mail message has been scanned and cleared by Postini / Google Message 
Security and the UNICOM Global security systems. This message is for the named 
person's use only. If you receive this message in error, please delete it and 
notify the sender. 


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

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

Re: JES2 Hist from Jack Schudel(ret.)

2013-02-07 Thread Tom Marchant

On Thu, 7 Feb 2013 15:15:32 -0500, Ed Finnell wrote:

I did find one thing that might be what  you were looking for.  It was an
old
DOS WordPerfect document that I  just converted to a text file, since I
don't
think that I have any way to  convert it to a properly formatted PDF  file.

Libre Office ( www.libreoffice.org ) seems to be able to handle .wpd files.

-- 
Tom Marchant

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

Re: JES2 Hist from Jack Schudel(ret.)

2013-02-07 Thread Ed Finnell

I took the .txt file and mangled it with Word 2007 and save as .pdf.  Looks 
pretty good but don't have any public place to put it. Since Jack's  
retired he no longer has access to NERDC web site.
 
 
In a message dated 2/7/2013 2:30:52 P.M. Central Standard Time,  
m42tom-ibmm...@yahoo.com writes:

Libre  Office ( www.libreoffice.org ) seems to be able to handle .wpd  
files.


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

Re: ACS routine based on RACF group

2013-02-07 Thread R.S.

W dniu 2013-02-07 21:17, Gibney, Dave pisze:

You need to also be aware that RACF List-of-groups does not apply.
You get the current group (default or as specified). Since you can't
control which group a user specifies, the use of GROUP in ACS
routines is not really very useful .

Hmmm, are you sure of the above? I would bet that any group the user
belongs to is relevant. I can be wrong, but I cannot check it just now.

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

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: ACS routine based on RACF group

From z/OS v1r11.0   DFSMSdfp Storage Administration:

GROUP The RACF-defined default group associated with the user, or the group 
specified in the GROUP keyword on the JCL JOB statement. If the environment is 
recall or recover, GROUP is set only if the requester of the recall or recover 
is not a DFSMShsm authorized user. When DFSMShsm invokes the ACS routines, 
GROUP is the group associated with USERType: LiteralMax value: 8 
characters

Dave Gibney
Information Technology Services
Washington State University


 -Original Message-
 From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
 On Behalf Of R.S.
 Sent: Thursday, February 07, 2013 1:47 PM
 To: IBM-MAIN@LISTSERV.UA.EDU
 Subject: Re: ACS routine based on RACF group
 
 W dniu 2013-02-07 21:17, Gibney, Dave pisze:
  You need to also be aware that RACF List-of-groups does not apply.
  You get the current group (default or as specified). Since you can't
  control which group a user specifies, the use of GROUP in ACS
  routines is not really very useful .
 
 Hmmm, are you sure of the above? I would bet that any group the user
 belongs to is relevant. I can be wrong, but I cannot check it just now.
 
 
 --
 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

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

Re: ISFLOG - Clarification required.

2013-02-07 Thread Mike Schwab

I doubt if you could start TSO with 8K.  You might try 2M to 6M, or
jump to 32M if your site allows to handle larger files.

On Thu, Feb 7, 2013 at 2:30 PM, Viswanath Chandrasekaran
mail2visw...@yahoo.com wrote:
 Not sure. I'm not finding anything in SDSB as well. One more clarification 
 pls.. Prior I used to read the Log files and it was working fine. On a day 
 the Log content was bit large close to 0.8 M lines. I did a ISFLOG READ 
 TYPE(SYSLOG) and suddenly I got a error message popping MACHINE STORAGE 
 EXHAUSTED. Why this happened. Is this because my TSO region space is too 
 small?. My TSO region space was 8K Or is this because of some other problem? 
 So, I thought this ALLOC could give me a solution. Can anyone point me why i 
 got Machine Storage Exhausted?

 Kind Regards,
 Vish...
-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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

Re: ISFLOG - Clarification required.


Mike:

We put all ISPF rent modules in LPA and essentially gave user a max  
of 1M.

Worked fine for us.

Ed

On Feb 7, 2013, at 4:24 PM, Mike Schwab wrote:


I doubt if you could start TSO with 8K.  You might try 2M to 6M, or
jump to 32M if your site allows to handle larger files.

On Thu, Feb 7, 2013 at 2:30 PM, Viswanath Chandrasekaran
mail2visw...@yahoo.com wrote:
Not sure. I'm not finding anything in SDSB as well. One more  
clarification pls.. Prior I used to read the Log files and it was  
working fine. On a day the Log content was bit large close to 0.8  
M lines. I did a ISFLOG READ TYPE(SYSLOG) and suddenly I got a  
error message popping MACHINE STORAGE EXHAUSTED. Why this  
happened. Is this because my TSO region space is too small?. My  
TSO region space was 8K Or is this because of some other problem?  
So, I thought this ALLOC could give me a solution. Can anyone  
point me why i got Machine Storage Exhausted?


Kind Regards,
Vish...

--
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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


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

Re: ACS routine based on RACF group

2013-02-07 Thread R.S.

W dniu 2013-02-07 23:05, Gibney, Dave pisze:

From z/OS v1r11.0 DFSMSdfp Storage Administration:

GROUP The RACF-defined default group associated with the user, or
the group specified in the GROUP keyword on the JCL JOB statement. If
the environment is recall or recover, GROUP is set only if the
requester of the recall or recover is not a DFSMShsm authorized user.
When DFSMShsm invokes the ACS routines, GROUP is the group
associated with USERType: LiteralMax value: 8 characters

Well, RACF *default* group is not RACF current connect group, not always.
(assuming GRPLIST in effect, which is typical setup)
Usually user does not provide any group during logon, in this case his
default group becomes current connect group.
However user can provide other goup he's connected to. In this case
current connect goup is the group provided.

This is the way how ARCCATGP works - it is not enough to be connected to
the group, you hve to specify this group during logn (OK, I haven't
checked it for a few version, maybe it's changed).

However my question came from other issue: I vaguely remember (vaguely!)
that I created SPEC group in RACF and my SMS admin used it for ACS
routines and anynone from this group was special friend othe SMS. And
the SPEC was not our default group...

--
Radoslaw Skorupka
Lodz, Poland

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

Re: ACS routine based on RACF group

 -Original Message-
 From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
 On Behalf Of R.S.
 Sent: Thursday, February 07, 2013 2:48 PM
 To: IBM-MAIN@LISTSERV.UA.EDU
 Subject: Re: ACS routine based on RACF group

 W dniu 2013-02-07 23:05, Gibney, Dave pisze:
  From z/OS v1r11.0   DFSMSdfp Storage Administration:

  GROUP The RACF-defined default group associated with the user, or
  the group specified in the GROUP keyword on the JCL JOB statement. If
  the environment is recall or recover, GROUP is set only if the
  requester of the recall or recover is not a DFSMShsm authorized user.
  When DFSMShsm invokes the ACS routines, GROUP is the group
  associated with USERType: LiteralMax value: 8 characters

 Well, RACF *default* group is not RACF current connect group, not always.
 (assuming GRPLIST in effect, which is typical setup)
 Usually user does not provide any group during logon, in this case his
 default group becomes current connect group.
 However user can provide other goup he's connected to. In this case
 current connect goup is the group provided.

 This is the way how ARCCATGP works - it is not enough to be connected to
 the group, you hve to specify this group during logn (OK, I haven't
 checked it for a few version, maybe it's changed).

 However my question came from other issue: I vaguely remember (vaguely!)
 that I created SPEC group in RACF and my SMS admin used it for ACS
 routines and anynone from this group was special friend othe SMS. And
 the SPEC was not our default group...

I know I specify our equivalent of that group when I logon to TSO. 

My point really is that using GROUP in ACS routines isn't as robust as I for 
one would like.

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

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

Re: z/OS v2.1 preview

2013-02-07 Thread Mark Zelden

I just downloaded a current  version of SPFlist  (was running 4.3, current is 
6.1)
and found out is supports regular expressions now.   http://spflite.co.nr/

I don't know what ISPF's implementation will be like, but for SPFLite
you use FIND R'regular expression'.   

So I can play with this now.  :-)  

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



On Tue, 5 Feb 2013 20:23:48 +, Martin Packer martin_pac...@uk.ibm.com 
wrote:

I think you're going to like them, Mark. Not that I've found a system to
play with this on yet.

Cheers, Martin

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

+44-7802-245-584

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

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



From:   Mark Zelden m...@mzelden.com
To: IBM-MAIN@listserv.ua.edu,
Date:   02/05/2013 07:48 PM
Subject:Re: z/OS v2.1 preview
Sent by:IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu



I know of at least a few people on this list that will love this one:

  The ISPF editor is planned to allow regular expressions to be specified
as
  arguments to the FIND and CHANGE commands. 

I've even used Doug Nadel's FINDRX macro a few times, but admit I still
don't really get regular expressions (I'm sure if I used *nix more
 I would).


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

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








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






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

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

Re: z/OS v2.1 preview

2013-02-07 Thread Mark Zelden

Time to stop working for the day.  That should have been SPFLite, not SPFList.
The URL is correct.

Mark


On Thu, 7 Feb 2013 16:59:01 -0600, Mark Zelden m...@mzelden.com wrote:

I just downloaded a current  version of SPFlist  (was running 4.3, current is 
6.1)
and found out is supports regular expressions now.   http://spflite.co.nr/

I don't know what ISPF's implementation will be like, but for SPFLite
you use FIND R'regular expression'.   

So I can play with this now.  :-)  

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



On Tue, 5 Feb 2013 20:23:48 +, Martin Packer martin_pac...@uk.ibm.com 
wrote:

I think you're going to like them, Mark. Not that I've found a system to
play with this on yet.

Cheers, Martin

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

+44-7802-245-584

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

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



From:   Mark Zelden m...@mzelden.com
To: IBM-MAIN@listserv.ua.edu,
Date:   02/05/2013 07:48 PM
Subject:Re: z/OS v2.1 preview
Sent by:IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu



I know of at least a few people on this list that will love this one:

  The ISPF editor is planned to allow regular expressions to be specified
as
  arguments to the FIND and CHANGE commands. 

I've even used Doug Nadel's FINDRX macro a few times, but admit I still
don't really get regular expressions (I'm sure if I used *nix more
 I would).


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

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








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






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

--
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: At Last (z/os v2.1) !

2013-02-07 Thread Frank Swarbrick

Excellent!  Another thing I've wanted and figured it was fruitless to ask for.
I wonder what prompted all of these nice enhancements after so long.

 From: Ed Gould edgould1...@comcast.net
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Tuesday, February 5, 2013 10:59 PM
Subject: At Last (z/os v2.1) !

In z/OS V2.1, z/OS DFSMS and Allocation processing are planned to be enhanced 
to allow you to specify that all the members of a generation data group (GDG) 
be returned in order from oldest to newest when the generation data set (GDS) 
name is specified without a generation number. This is intended to allow all 
the members of a GDG to be processed in chronological order without being 
sorted.

--
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: JES2 Hist from Jack Schudel(ret.)


On 02/07/2013 02:15 PM, Ed Finnell wrote:

Chip Wood put together a nice summary for HASP's 40th  birthday celebration
at SHARE 109 (AUG 2007). You should be able to pull  that one from the
proceedings.

I did find one thing that might be what  you were looking for.  It was an
old
DOS WordPerfect document that I  just converted to a text file, since I
don't
think that I have any way to  convert it to a properly formatted PDF  file.

The Wood history of HASP/JES2 left hanging the question about the origin 
of the term spooling.  Various authorities credit SPOOL as being an 
acronym for either Simultaneous Peripheral Output On-Line or 
Simultaneous Peripheral Operations On-Line, used to describe a process 
which pre-dated S/360 by at least half a decade where card images and/or 
print lines were staged through much faster I/O devices (magnetic tape 
in the old days) to keep slow printers and card equipment from being a 
bottleneck on expensive mainframes of the day.


This acronym always seemed a tad too cute.  Since early spooling 
systems staged unit records  to a spool of magnetic tape, it would have 
been natural to refer to this process as spooling, which makes me 
suspect that was the inspiration for someone to invent SPOOL as a 
backronym to fit, and allow continued use of the term after spools of 
tape were no longer the staging media.


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

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

Re: JES2 Hist from Jack Schudel(ret.)

From:   Joel C. Ewing jcew...@acm.org
Date:   02/07/2013 05:27 PM

snippage

The Wood history of HASP/JES2 left hanging the question about the origin 
of the term spooling.  Various authorities credit SPOOL as being an 
acronym for either Simultaneous Peripheral Output On-Line or 
Simultaneous Peripheral Operations On-Line, used to describe a process 
which pre-dated S/360 by at least half a decade where card images and/or 
print lines were staged through much faster I/O devices (magnetic tape 
in the old days) to keep slow printers and card equipment from being a 
bottleneck on expensive mainframes of the day.

This acronym always seemed a tad too cute.  Since early spooling 
systems staged unit records  to a spool of magnetic tape, it would have 
been natural to refer to this process as spooling, which makes me 
suspect that was the inspiration for someone to invent SPOOL as a 
backronym to fit, and allow continued use of the term after spools of 
tape were no longer the staging media.
snip

Perhaps one should ask someone with long Burroughs experience? I mention 
this because of past acquaintances who worked for Burroughs and explained 
a few things they had done before any other computer manufacturer. SPOOL 
reminds me of the command they had called SPO which as I recall was used 
to control SPOOL (I do not have any direct operations experience with 
Burroughs equipment).

Regards,
Steve Thompson

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

Burroughs SPO - was RE: JES2 Hist from Jack Schudel(ret.)

2013-02-07 Thread Lester, Bob

Hi Steve,

I knew that SPO sounded familiar from my B3500 days in a former life.  

Someone once told me it was Supervisory Printer Online, which I suppose 
was adapted to a terminal?   Long time ago - 1976 for me.

Here's an interesting link (actually - I googled Burroughs B3500 and was 
amazed at number of hits!).


http://bitsavers.informatik.uni-stuttgart.de/pdf/burroughs/B1700/1058294_B1700_SPO_Ctl_jun72.pdf

BobL

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Steve Thompson
Sent: Thursday, February 07, 2013 4:50 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: JES2 Hist from Jack Schudel(ret.) [ External ]

From:   Joel C. Ewing jcew...@acm.org
Date:   02/07/2013 05:27 PM


snippage

The Wood history of HASP/JES2 left hanging the question about the origin of the 
term spooling.  Various authorities credit SPOOL as being an acronym for 
either Simultaneous Peripheral Output On-Line or Simultaneous Peripheral 
Operations On-Line, used to describe a process which pre-dated S/360 by at 
least half a decade where card images and/or print lines were staged through 
much faster I/O devices (magnetic tape in the old days) to keep slow printers 
and card equipment from being a bottleneck on expensive mainframes of the day.

This acronym always seemed a tad too cute.  Since early spooling 
systems staged unit records  to a spool of magnetic tape, it would have been 
natural to refer to this process as spooling, which makes me suspect that was 
the inspiration for someone to invent SPOOL as a backronym to fit, and allow 
continued use of the term after spools of tape were no longer the staging media.
snip

Perhaps one should ask someone with long Burroughs experience? I mention this 
because of past acquaintances who worked for Burroughs and explained a few 
things they had done before any other computer manufacturer. SPOOL reminds me 
of the command they had called SPO which as I recall was used to control 
SPOOL (I do not have any direct operations experience with Burroughs equipment).

Regards,
Steve Thompson

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

This e-mail transmission may contain information that is proprietary, 
privileged and/or confidential and is intended exclusively for the person(s) to 
whom it is addressed. Any use, copying, retention or disclosure by any person 
other than the intended recipient or the intended recipient's designees is 
strictly prohibited. If you are not the intended recipient or their designee, 
please notify the sender immediately by return e-mail and delete all copies. 
OppenheimerFunds may, at its sole discretion, monitor, review, retain and/or 
disclose the content of all email communications.

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

Re: ACS routine based on RACF group


That all depends.

I would think that in a typical RACF shop with list-of-groups enabled, 
there would normally be no advantage in a user specifying an explicit 
RACF group, so it is not something users would be inclined to try.  
Hence, except in rare cases, and only with RACF groups that should have 
very restricted usage like ARCCATGP, assuming users and their batch jobs 
would be running under their default RACF group is not unwarranted (and 
could be an installation standard for most users).  Such default RACF 
groups might reasonably be used in the ACS routines to grant some 
ability a user might not otherwise have.  As long as a user's default 
group is not used to deny some authority, users would have no motivation 
to attempt to override their default.


It is also occasionally useful to have a non default RACF group to which 
only DASD admins are connected, and which alllows them to override some 
normal ACS routine actions by specifying that RACF group at logon or in 
batch.  This gives a privileged user the power to do something unusual 
(which might also be undesirable), but not accidentally, only after an 
explicit act to enable that ability.

Joel C Ewing

On 02/07/2013 02:17 PM, Gibney, Dave wrote:

You need to also be aware that RACF List-of-groups does not apply. You get the 
current group (default or as specified). Since you can't control which group a user 
specifies, the use of GROUP in ACS routines is not really very useful .

Dave Gibney
Information Technology Services
Washington State University



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
On Behalf Of Vernooij, CP - SPLXM
Sent: Wednesday, February 06, 2013 1:45 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ACS routine based on RACF group

I don't see where you use GROUP.

Furthermore:
X'04'   X'16'   X'00'   X'55'   Verify that SMS flags passed by the caller
match those in the FMT4 DSCB; FMT4 DSCB indicates volume is SMS-
managed, but data set is not SMS-managed.

What is the relation with GROUP?

Kees.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
On Behalf Of Jake anderson
Sent: Wednesday, February 06, 2013 10:24
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ACS routine based on RACF group

Dear All,

I did create the ACS routine based on GROUP but it doesn't seems to be
picking.

IGD17040I ERROR IN DADSM PROCESSING ON VOLUME OLDSGP FOR DATA
SET  TEST.SAMPL.JCL  HISTORIC RETURN CODE IS 192 DIAGNOSTIC
INFORMATION IS 04160055  IGD306I UNEXPECTED ERROR DURING
IGGDAC02 PROCESSING  RETURN CODE 4 REASON CODE 85  THE MODULE
THAT DETECTED THE ERROR IS IGDVTSDA  SMS MODULE TRACE BACK -
VTSDA VTSCR SSIRT  SYMPTOM RECORD CREATED, PROBLEM ID IS
IGD1

ACS Script :

* Top of Data
***
PROC 1 STORCLAS
/**
/
/* STORAGE CLASS ACS ROUTINE  */
/**
/
/**
/
/* DEFINE FILTER LISTS*/
/**
/
   FILTLIST SYSDSETINCLUDE (SYS%.*)
   FILTLIST HLQ1   INCLUDE(TEST.**)
/**
/
SELECT
/**
/
/* EXCLUDE SYSTEM DATA SETS   */
/**
/
 WHEN (DSN = SYSDSET)
   SET STORCLAS = ''
/**
/
/* USER  DATASETS */
/**
/

/**
/
 WHEN (DSN = HLQ1 | STORCLAS = 'USRBASE')
   SET STORCLAS = 'USRBASE'
/**
/
  END
/**
/
  END




* Top of Data
**
PROC 1 STORGRP
/**
/
/* STORAGE GROUP ACS ROUTINE  */
/**
/
/**
/
  SELECT
/**
/
/* USER DATAASETS */
/**
/
   WHEN (STORCLAS='USRBASE')
 SET STORGRP = 'USRGROUP'

Re: JES2 Hist from Jack Schudel(ret.)

On Thu, 7 Feb 2013 15:15:32 -0500, Ed Finnell wrote:

Chip Wood put together a nice summary for HASP's 40th  birthday celebration
at SHARE 109 (AUG 2007). You should be able to pull  that one from the
proceedings.

I did find one thing that might be what  you were looking for.  It was an
old
DOS WordPerfect document that I  just converted to a text file, since I
don't
think that I have any way to  convert it to a properly formatted PDF  file.

I once opened a WordPervert document with OpenOffice.org.  Perhaps
LibreOffice retains the capability.

-- gil

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

Re: SFTP vs. FTPS (was: z/OS v2.1 preview)

On Thu, 7 Feb 2013 14:20:02 -0600, Kirk Wolf wrote:

Walt,

You are correct - FTP is more prevalent in z/OS shops.

SFTP is much more prevalent in distributed systems since OpenSSH is
installed as a default package on all modern Unix/Linux distros.   Also,
SSH/SFTP uses a single port/connection which has significant advantages
when it comes to navigating modern networks.
 
Did you intend to disqualify OMVS as a modern Unix/Linux distro?

-- gil

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

AUTO: Kevin Minerley/Poughkeepsie/IBM is not available (returning 02/11/2013)

I am out of the office until 02/11/2013.

 vacation. IF an emergency, call 845-901-2328.


Note: This is an automated response to your message  Re: ACS routine based
on RACF group sent on 02/07/2013 16:47:04.

This is the only notification you will receive while this person is away.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: blksize for ML2 migrated dataset via HSM

2013-02-07 Thread retired mainframer

If memory serves, the CA1 TMC uses 16 bits to store the blksize.  Even when
treated as unsigned, it won't show more than 65535.

On z/OS 1.11 system, the DFDSS default for DUMP tape blocks is 65520.  I
doubt if it was reduced for 1.12.  There is an installation options exit
which can change the default to 32760.  If your system is actually writing
16K blocks, then something at your site (such as the DCB parameter on the DD
statement) is causing that.

On the other hand, the HSM Storage Administration manual mentions 16K blocks
for ML2 tapes so it might not be DFDSS.

:: -Original Message-
:: From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
:: Behalf Of Houzet Alain
:: Sent: Thursday, February 07, 2013 2:26 AM
:: To: IBM-MAIN@LISTSERV.UA.EDU
:: Subject: blksize for ML2 migrated dataset via HSM
::
:: Hello,
:: I observed a blksize of 16k for all ml2 migrated dataset (seen on the
:: CA1 product). I use DSS as datamover and
:: i'm wondering about the size concerning the blksize. Why dss don't use
:: 256k since zos 1.12 ?
:: Everybody will have an answer. thank's

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

Re: JES2 Hist from Jack Schudel(ret.)

2013-02-07 Thread Gerhard Postpischil


On 2/7/2013 3:15 PM, Ed Finnell wrote:

DOS WordPerfect document that I  just converted to a text file, since I
don't
think that I have any way to  convert it to a properly formatted PDF  file.


I had one question - he describes the ASP precurser as a 7090/7094 
complex. I was not aware of any such. The one I ran on at NASA's Goddard 
Space Flight Center (Greenbelt, MD) had a 7044 controlling a 7094II. So 
was this a later, improved version?


Gerhard Postpischil
Bradford, Vermont

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

Re: ISFLOG - Clarification required.

2013-02-07 Thread Scott Ford

Vis,

I think if you do not ALLOC Syslog, you can't access it .

Scott ford
www.identityforge.com

Tell me and I'll forget; show me and I may remember; involve me and I'll 
understand. - Chinese Proverb


On Feb 7, 2013, at 3:30 PM, Viswanath Chandrasekaran mail2visw...@yahoo.com 
wrote:

 Not sure. I'm not finding anything in SDSB as well. One more clarification 
 pls.. Prior I used to read the Log files and it was working fine. On a day 
 the Log content was bit large close to 0.8 M lines. I did a ISFLOG READ 
 TYPE(SYSLOG) and suddenly I got a error message popping MACHINE STORAGE 
 EXHAUSTED. Why this happened. Is this because my TSO region space is too 
 small?. My TSO region space was 8K Or is this because of some other problem? 
 So, I thought this ALLOC could give me a solution. Can anyone point me why i 
 got Machine Storage Exhausted?
 
 
 
 Kind Regards,
 Vish...
 
 
 
 
 
 From: Steve Austin steve.aus...@macro4.com
 To: IBM-MAIN@LISTSERV.UA.EDU 
 Sent: Thursday, February 7, 2013 2:10 PM
 Subject: Re: ISFLOG - Clarification required.
 
 I think it just allocates syslog/operlog returning the ddname in the 
 isfddname variable. You then open and read it using SDSB (jes spool dataset 
 browse).
 
 -Original Message-
 From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
 Behalf Of Viswanath Chandrasekaran
 Sent: 07 February 2013 00:13
 To: IBM-MAIN@LISTSERV.UA.EDU
 Subject: ISFLOG - Clarification required.
 
 Hi all,
 
  Greetings!!
 
  I would like to know if there are someone who can help me out in 
 understanding the below commands.  I would like to know what exactly the 
 function does.   Address SDSF ISFLOG ALLOC TYPE(SYSLOG) I have used  
 Address SDSF ISFLOG READ TYPE(SYSLOG) which reads the syslog and puts the 
 contents to special variable ISFLINE. But not sure what does ALLOC does. I 
 have tried the manuals but I don't get much information on this apart from 
 the Syntax and the Special DDNAMES. Can anyone guide me on this.  
 
 
 Kind Regards, 
 Vish..
 
 
 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
 This e-mail message has been scanned and cleared by Postini / Google Message 
 Security and the UNICOM Global security systems. This message is for the 
 named person's use only. If you receive this message in error, please delete 
 it and notify the sender. 
 
 
 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
 
 --
 For 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: ISFLOG - Clarification required.

2013-02-07 Thread Shmuel Metz (Seymour J.)

In
cajtoo5-sfvswmpwmpdipvfyz2mbkkg+ky+t0k1ndftnn4_r...@mail.gmail.com,
on 02/07/2013
   at 04:24 PM, Mike Schwab mike.a.sch...@gmail.com said:

I doubt if you could start TSO with 8K. 

Or anything else!

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

Re: JES2 Hist from Jack Schudel(ret.)

2013-02-07 Thread Shmuel Metz (Seymour J.)

In 51143860.7030...@acm.org, on 02/07/2013
   at 05:27 PM, Joel C. Ewing jcew...@acm.org said:

The Wood history of HASP/JES2 left hanging the question about the
origin of the term spooling. 

Do you consider SPOOL System, 7070-IO-076 to be of sufficient
antiquity?

'SPOOL has become a common verb, but originally was itself an
acronym signifying Simultaneous Peripheral Operations On Line. This
acronym originated with the 7070 computer, which had a system of
interrupts that let one program a peripheral activity (e.g.,
card-to-tape, tape-to-print, tape-to-card) while a main program was
running.' (Dictionary of IBM Jargon, Tenth Edition)

Since early spooling systems staged unit records  to a spool of 
magnetic tape,

I've only seen reels of tape called spools in an audio or TV context;
prior to cartridges and MSS the terms I heard were reel and tape
volume.

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

Re: z/OS v2.1 preview

2013-02-07 Thread Jim Elliott, IBM

Re the 3270 support.

This has been in the HMC for a long time and is used by z/VM. z/OS is finally 
getting the same support (in addition to the line mode HMC console). So any 
machine supported by z/OS 2.1 (i.e z9 and later) will have access to 3270 on 
the HMC.

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

Re: At Last (z/os v2.1) !