d GDS' Based on a Block of Relative Gens
> On Dec 27, 2016, at 10:59 AM, George, William@FTB
> wrote:
>
> I found parsing the LISTCAT output easy as I've done it many times and
> much easier to understand. 8-D However. I just found the IBM REXX sample for
> CSI an
> On Dec 27, 2016, at 10:59 AM, George, William@FTB
> wrote:
>
> I found parsing the LISTCAT output easy as I've done it many times and much
> easier to understand. 8-D
> However. I just found the IBM REXX sample for CSI and got it working.
> I'll copy the REXX I have using the LISTCAT code an
Yes there's an excellent REXX example in SYS1.SAMPLIB(IGGCSIRX) that can easily
be modified to do all sorts of cool things (along with a few assembler samples
too).
Dana
On Tue, 27 Dec 2016 16:59:08 +, George, William@FTB
wrote:
However. I just found the IBM REXX sample for CSI and got
As came up in a recent discussion here (Lizette's small COBOL program thing),
IBM's recommendation is to use CSI over parsing LISTCAT. LISTCAT output is, and
has been for a while, open to change, even a breaking change, and we've been
warned.
nks!
Bill
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Tom Marchant
Sent: Tuesday, December 27, 2016 8:53 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: A Means To RECALL Migrated GDS' Based on a Block of Relative Gens
On Tue, 27 Dec 2016
On Tue, 27 Dec 2016 16:30:32 +, George, William@FTB wrote
about IGGCSI00:
>I've never had success trying it. The one example I have I could
>not get to work but it has been a couple of years since then.
I've only used it once, and don't remember having any trouble with it.
Certainly easie
AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: A Means To RECALL Migrated GDS' Based on a Block of Relative Gens
On Tue, 20 Dec 2016 12:25:30 -0700, Sri h Kolusu wrote:
>Step 1 : Get Listcat information for the GDG Base Step 2 : parse the
>Listcat information for the migrated generati
On Tue, 20 Dec 2016 12:25:30 -0700, Sri h Kolusu wrote:
>Step 1 : Get Listcat information for the GDG Base
>Step 2 : parse the Listcat information for the migrated generations and
Why not use the Catalog Search Interface (IGGCSI00) rather than
parse a LISTCAT report? It is easier and more effic
me Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of George, William@FTB
> Sent: Wednesday, December 21, 2016 9:18 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: A Means To RECALL Migrated GDS' Based on a Block of Relative Gens
>
> Mick, I was hoping there might be a s
UA.EDU] On Behalf
Of Mick Graley
Sent: Tuesday, December 20, 2016 5:17 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: A Means To RECALL Migrated GDS' Based on a Block of Relative Gens
It's also worth noting that you can use wild cards in the HRECALL data set name
if you can be that generic,
To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: A Means To RECALL Migrated GDS' Based on a Block of Relative Gens
>
> Bottom Line: I am looking for a means to RECALL a block of migrated GDS
> (GDG generation datasets) from the previous month via a monthly task.
>
> BACKGROUND
>
FDRReport is able to select file entries with great precision and produce
control cards to do such a task easily. It's been a handful of years since
I've worked with FDR, but I found IDP support to be very helpful and
knowledgeable, and able to provide me with an FDRREPORT solution to fix my
-MAIN@LISTSERV.UA.EDU] On Behalf
Of George, William@FTB
Sent: Tuesday, December 20, 2016 11:04 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: A Means To RECALL Migrated GDS' Based on a Block of Relative Gens
Bottom Line: I am looking for a means to RECALL a block of migrated GDS (GDG
generation datasets
An EXTENDED GDG can have 999 generations active. I believe that a GDG must
be defined as EXTENDED, it isn't ALTERable.
One thing to keep in mind is that with an EXTENDED GDG, each generation has
its own catalog entry. That could cause a significant catalog size
increase. I don't know why it was
What Sri said!
Step 1 : Get Listcat information for the GDG Base Step 2 : parse the Listcat
information for the migrated generations and generate HRECALL commands using
DFSORT
Step3 : Run the commands from step 2
//***
//* GET THE
No you can't do a block recall. CLIST/REXX/XDC are your friends.
Get listing of dataset to a file,
Massage the file to generate the appropriate HRECALL commands
Execute the massaged file.
Redefine of the GDG is not necessary. ALTER 'gdgbase' SCRATCH will take care of
that for you.
Depending on
Sri h Kolusu
Sent: Tuesday, December 20, 2016 2:26 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: A Means To RECALL Migrated GDS' Based on a Block of Relative Gens
Bill,
Step 1 : Get Listcat information for the GDG Base Step 2 : parse the Listcat
information for the migrated generations an
DD DISP=SHR,DSN=&&H
//*
Thanks,
Kolusu
DFSORT Development
IBM Corporation
IBM Mainframe Discussion List wrote on
12/20/2016 12:03:46 PM:
> From: "George, William@FTB"
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date: 12/20/2016 12:04 PM
> Subject: A Means To RECALL
Bottom Line: I am looking for a means to RECALL a block of migrated GDS (GDG
generation datasets) from the previous month via a monthly task.
BACKGROUND
First, I'm in applications not systems.
Second, we are changing our storage management system where we must now define
(and redefine existing)
19 matches
Mail list logo
