In
93891f43642f3c419a7d75acc2b1db6f3c68cc9...@exchangemb2.dhs.state.ia.us,
on 06/11/2012
at 02:58 PM, Roberts, John J jrobe...@dhs.state.ia.us said:
Also, what is the significance of the V00 part of the qualifier?
It's the version.
I was always led to believe that it was a vestige of
Perhaps I didn't get enought sleep during staff meeting, ah I mean last night.
But I just had the weirdest thought enter my head. There have been many
complaints about the limit of 255 entries in a GDG. Now, I won't debate that at
all. But how many people who want more actually need to address
But in today's world, without SCRATCH in the definition, the oldest GDG does
not get scratched. It gets rolled off the GDG base and becomes a normal
cataloged dataset entry. So it stays in the catalog, and can be referenced by
absolute name. I wonder if this would ever be of some use
Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 06/11/2012
02:46:37 PM:
From: McKown, John john.mck...@healthmarkets.com
To: IBM-MAIN@bama.ua.edu
Date: 06/11/2012 02:47 PM
Subject: Weird thought on misuse of a GDG.
Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu
Perhaps I
Subject: Re: Weird thought on misuse of a GDG.
But in today's world, without SCRATCH in the definition, the oldest GDG
does not get scratched. It gets rolled off the GDG base and becomes a
normal cataloged dataset entry. So it stays in the catalog, and can be
referenced by absolute name. I
of a GDG.
Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu
But in today's world, without SCRATCH in the definition, the
oldest GDG does not get scratched. It gets rolled off the GDG base
and becomes a normal cataloged dataset entry. So it stays in the
catalog, and can be referenced
as GDG(-n). And it would be
documented that this was a different version, in records such as SMF. I don't
remember anybody ever doing it. Personally, I sort of like the UNIX way where I
put the ISO date time (ISO 8601 / RFC 3339 format) as the last node. Wish I
had a simplier way to do it. Note
W dniu 2012-06-11 21:58, Roberts, John J pisze:
But in today's world, without SCRATCH in the definition, the oldest
GDG does not get scratched. It gets rolled off the GDG base and
becomes a normal cataloged dataset entry. So it stays in the
catalog, and can be referenced by absolute name. I
At 14:58 -0500 on 06/11/2012, Roberts, John J wrote about Re: Weird
thought on misuse of a GDG.:
Also, what is the significance of the V00 part of the qualifier? I
was always led to believe that it was a vestige of something that
was never implemented.
It allows you to create a replacement
In a6b9336cdb62bb46b9f8708e686a7ea00e924b4...@nrhmms8p02.uicnrh.dom,
on 05/14/2012
at 10:34 AM, McKown, John john.mck...@healthmarkets.com said:
About as smoothly as a Baja race.
I don't know anything about Baja races, but I assume from your comment
that they're painful.
I still have scars.
In 1336770284.12924.20.camel@localhost, on 05/11/2012
at 05:04 PM, David Andrews d...@lists.duda.com said:
So expanding the max number of generations much past 255 is
problematic with the current key design. I guess IBM could walk
in a new catalog format (by e.g. allowing more than one GDS
Metz (Seymour J.)
Sent: Sunday, May 13, 2012 1:28 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: ### of GDG Entries
In 1336770284.12924.20.camel@localhost, on 05/11/2012
at 05:04 PM, David Andrews d...@lists.duda.com said:
So expanding the max number of generations much past 255
On 05/13/12 14:27, Shmuel Metz (Seymour J.) wrote:
In1336770284.12924.20.camel@localhost, on 05/11/2012
at 05:04 PM, David Andrewsd...@lists.duda.com said:
So expanding the max number of generations much past 255 is
problematic with the current key design. I guess IBM could walk
in a
subroutine like CBT's DYNALLOC from compiled
languages.
Joel C Ewing
On 05/10/2012 07:41 PM, Cris Hernandez #9 wrote:
does it have to be a gdg?
what about mod'ing onto the file then emptying it out when it's processed?
back it up with a gdg with that batch job at regular intervals suggestion
In 9a5727782f43d643b484c4d0dca637a303610...@dfle30.ent.ti.com, on
05/10/2012
at 08:12 PM, Donnelly, John john.p.donne...@ti.com said:
We have a business application that creates literally 100s of
GDGs a day;
ITYM 100's of GDS's a day in the same GDG.
Is there any way to create or pretend
On Fri, 11 May 2012 11:43:33 -0400, Shmuel Metz (Seymour J.) wrote:
The suggestion to create datasets with a timestamp in the name seems
like your best bet in the meantime.
However, that suggestion treads perilously close to the topic of
many an inflammatory thread hereabouts.
-- gil
command. I could even
use the todsn command previously mentioned to emulate a GDG-ALL process to
a DD which is a temp file to be read in a subsequent step.
Hum, might be interesting to dust off GPSAM from the CBT and design something
to do something like GDG processing of UNIX files using normal JCL
At 00:58 -0500 on 05/11/2012, Mike Schwab wrote about Re: ### of GDG Entries:
We have Mobius that creates report files with the date and time as
part of the file name. Huge numbers of 1 track datasets.
Why not make them members of a PDS? The member name would be XDDDHHMM
where X is the year
On Fri, 11 May 2012 16:16:03 -0400, Robert A. Rosenberg wrote:
At 00:58 -0500 on 05/11/2012, Mike Schwab wrote about Re: ### of GDG Entries:
We have Mobius that creates report files with the date and time as
part of the file name. Huge numbers of 1 track datasets.
Why not make them members
On Fri, 2012-05-11 at 11:43 -0400, Shmuel Metz (Seymour J.) wrote:
In 9a5727782f43d643b484c4d0dca637a303610...@dfle30.ent.ti.com, on
05/10/2012
at 08:12 PM, Donnelly, John john.p.donne...@ti.com said:
Is there any way to create or pretend to create a GDG base greater
than 255
We have a business application that creates literally 100s of GDGs a day;
please don't ask.
Is there any way to create or pretend to create a GDG base greater than 255...
John Donnelly
Texas Instruments SVA
2900 Semiconductor Drive
Santa Clara, CA 95051
408-721-5640
408-470-8364 Cell
Short answer... NO.
The data can be kept after it rolls off the GDG, but it is just a file
at that point and must be referenced by the fully
qualified DSN e.g. x.y.x.gvnn
snip
We have a business application that creates literally 100s of GDGs a
day; please don't ask.
Is there any way
I really doubt it.
How about creating one GDG base for each hour of the day and include the hour
of the day created in the data set name?
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of
Donnelly, John
Sent: Thursday, May 10, 2012
On Thu, May 10, 2012 at 1:12 PM, Donnelly, John john.p.donne...@ti.comwrote:
We have a business application that creates literally 100s of GDGs a day;
please don't ask.
Is there any way to create or pretend to create a GDG base greater than
255...
Short answer: No. Max GDG limit is 255
Hi John,
I have had I similar GDG 'thing'. It would be helpful to know more details...
In my case, we were receiving a widely varying number of reports that we were
to backup and print for our customer. We scheduled the print job to run every 8
hours. The operations staff fit the actual
, 2012 2:28 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: ### of GDG Entries
Hi John,
I have had I similar GDG 'thing'. It would be helpful to know more details...
In my case, we were receiving a widely varying number of reports that we were
to backup and print for our customer. We scheduled the print
W dniu 2012-05-10 22:12, Donnelly, John pisze:
We have a business application that creates literally 100s of GDGs a day;
please don't ask.
Is there any way to create or pretend to create a GDG base greater than 255...
g
NO. THE LIMIT IS 255.
However...
a) you can live with rolled off
does it have to be a gdg?
what about mod'ing onto the file then emptying it out when it's processed?
back it up with a gdg with that batch job at regular intervals suggestion.
From: Donnelly, John john.p.donne...@ti.com
To: IBM-MAIN@bama.ua.edu
Sent
At 20:12 + on 05/10/2012, Donnelly, John wrote about ### of GDG Entries:
We have a business application that creates literally 100s of GDGs a
day; please don't ask.
Is there any way to create or pretend to create a GDG base greater than 255...
Why not concatenate all of them daily
We have Mobius that creates report files with the date and time as
part of the file name. Huge numbers of 1 track datasets.
On Fri, May 11, 2012 at 12:02 AM, Robert A. Rosenberg hal9...@panix.com wrote:
At 20:12 + on 05/10/2012, Donnelly, John wrote about ### of GDG Entries:
We have
Don,
I think the issue is, the zap is already on, and sites are stuck with
supporting it. For them to change would be an interrogation of each job that
uses GDG's. They've kept using it all these years, so clearly they don't want
to tackle that. Whether or not it was a good idea is a 'moo'
I'm not sure what you mean by this Tom. You can create several GDG levels and
refer to them via (+n) in later steps. Perhaps that wasn't available back in
the day though.
--
For IBM-MAIN subscribe / signoff / archive access
as Pinnacle.
Thanks for your understanding.
Date: Thu, 23 Feb 2012 06:09:06 -0600
From: maryanne4...@gmail.com
Subject: Re: Request for comments on the GDG IEFAB461 exit
To: IBM-MAIN@bama.ua.edu
I'm not sure what you mean by this Tom. You can create several GDG levels and
refer to them via (+n
I use to work at a shop that had such a ZAP. (I called it the million
dollar zap).
The main reason for the zap is to make restarting a production ABEND
a no brainer. No special software to adjust the GDG numbers in a
restarted job.
Granted changing to or from the zap (or a parmlib or job
to as the Brylane GDG mod.
Does anyone else use this mod? Would this requirement be beneficial to you?
I'll paste the entire requirement below. Thanks for any and all thoughts,
comments, snide remarks. :)
Mary Anne
SSSHARE011025
Title: JOB OR STEP LEVEL GDG RESOLUTION OPTION.
Description:
IBM should
on the GDG IEFAB461 exit
Greetings Listers. The Share requirements committee is investigating a rather
old requirement, SSSHARE011025, which asks for a way to specify, whether GDG's
are cataloged at Step end or Job end. There's currently a usermod floating
around that does this, I believe it's
, 22 February 2012 11:42
To: IBM-MAIN@bama.ua.edu
Subject: Re: Request for comments on the GDG IEFAB461 exit
Sounds like a slippery slope to me. Almost like allowing System symbol
resolution on batch jobs. What possible benefit can
On 2/22/2012 1:43 PM, Jousma, David wrote:
Sounds like a slippery slope to me. Almost like allowing System symbol
resolution on batch jobs. What possible benefit can there be to this?
Dave,
If you need to create and reference more than 2 different generations of
a GDG in a job, you
Tom,
Are you saying that in current z/OS batch I cannot read GDG (0) and create GDG
(+1) in step 1, read GDG (+1) and create GDG (+2) in step 2, and then read GDG
(+2) and create GDG (+3) in step 3 of the same job? Or simpler still, just
create GDG's (+1), (+2) and (+3) in the same step from
@bama.ua.edu
Subject: Re: Request for comments on the GDG IEFAB461 exit
On 2/22/2012 1:43 PM, Jousma, David wrote:
Sounds like a slippery slope to me. Almost like allowing System symbol
resolution on batch jobs. What possible benefit can there be to this?
Dave,
If you need to create and reference
Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of
Jousma, David
Sent: Wednesday, February 22, 2012 3:36 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Request for comments on the GDG IEFAB461 exit
By slippery, I mean some of these things to think about:
Given the following over simplistic
On 2/22/2012 12:35 PM, Jousma, David wrote:
- how does one implement such a EXIT or PARMLIB change? To Change the
behavior, requires mass change of JCL in the shop coordinated at the same time
as the change, because now STEP2 SYSUT1 has to be referenced as (0), instead of
(+1). Or visa
List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of
Jousma, David
Sent: Wednesday, February 22, 2012 1:42 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Request for comments on the GDG IEFAB461 exit
Sounds like a slippery slope to me. Almost like allowing System symbol
resolution on batch jobs. What
On Wed, 22 Feb 2012 16:11:57 -0500, Bonaduce, Frank wrote:
As an aside, we DO use a local UJV exit which allows system symbolic
substitution in batch jobs. It has proven to be very helpful in our
environment. If anyone is interested, please advise.
Don't let IBM hear you say that. They'll
I have followed this forum for many, many years. Over that time I have never
posted, not once, and never expected to. I have communicated with people
directly when I thought I had something to offer, or ask questions from others
who clearly new more than I did . . . BUT . . . . this post
Hi
We generated GDG's from a job. ,
The problem is with EMPTY GDG , for DISK , the dataset exists , for tape
no new generation
Can we handle this from JCL ?
--
For IBM-MAIN subscribe / signoff / archive access instructions
and The
MEGA Life and Health Insurance Company.SM
-Original Message-
From: IBM Mainframe Discussion List
[mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Miklos Szigetvari
Sent: Tuesday, February 21, 2012 4:11 AM
To: IBM-MAIN@bama.ua.edu
Subject: Empty GDG dataset handling question
Hi
record with a
record count and termination time. That kind of standardization would solve
your problem immediately, unless the program in the job is vendor code for
which you do not have source.
An all-JCL solution would be to use DISP=(NEW,PASS) for the GDG creation step
and then an IEBGENER
, 2012 4:11 AM
To: IBM-MAIN@bama.ua.edu
Subject: Empty GDG dataset handling question
Hi
We generated GDG's from a job. ,
The problem is with EMPTY GDG , for DISK , the dataset exists
, for tape
no new generation
Can we handle this from JCL
We have an application that has recently been sunset, but we need to
keep some of the most recent data files that were created by that
application. Over the years that application has generated hundreds, if
not thousands of GDG files, some on DASD, some on Tape.
What we would like to do
If the GDG base is defined as scratch and you modify the GDG limit to x,
everything greater than x gets scratched.
Or at least, that's how we have done this in the past.
Bob Herring
Texas Farm Bureau Insurance Companies
Waco, TX
WWW.TXFB-INS.COM
CONFIDENTIALITY STATEMENT: The foregoing
I don't know of a utility to do this but what you can do is get a list of all
GDG bases in question and alter the limit to '1'; the system will delete all
but the newest one.
You may want to this in batch otherwise, your TSO session will be locked until
the task completes.
Hervey
No problem! For instance. You have a GDG which currently has 100 entries in it.
You only want to keep the most current 10. How to do this?
//IDCAMS EXEC PGM=IDCAMS
//SYSPRINT DD SYOUT=*
//SYSIN DD *
ALTER SOME.GDGBASE.NAME LIMIT(10)
/*
You're done! All the older generations will be rolled off
On Wed, 26 Oct 2011 15:41:19 -0700, Ed Gould wrote:
The member igdms00 must have a specific keyword in order to have the EOF
occur.
What keyword is that, Ed? I don't remember that and a quick scan of the
keywords for IGDSMSxx doesn't reveal anything.
I do see this in DFSMS Implementing
Ted MacNEIL wrote:
I'm not an SMS guy, but I believe that any data set managed by SMS will get
created with implicit EOF.
Unless things have changed, yes.
Things have changed (smile). Now it's not only for SMS-managed data sets:
In z/OS V1.11, DFSMSdfp processing is changed to indicate
On Thu, 27 Oct 2011 09:09:22 -0400, John Eells ee...@us.ibm.com wrote:
Ted MacNEIL wrote:
I'm not an SMS guy, but I believe that any data set managed by SMS will get
created with implicit EOF.
Unless things have changed, yes.
Things have changed (smile). Now it's not only for SMS-managed
On Thu, 27 Oct 2011 09:09:22 -0400, John Eells wrote:
Ted MacNEIL wrote:
I'm not an SMS guy, but I believe that any data set managed by SMS will get
created with implicit EOF.
Unless things have changed, yes.
Things have changed (smile). Now it's not only for SMS-managed data sets:
In
-ibmm...@yahoo.com
To: IBM-MAIN@bama.ua.edu
Cc:
Sent: Thursday, October 27, 2011 6:43 AM
Subject: Re: GDG
On Wed, 26 Oct 2011 15:41:19 -0700, Ed Gould wrote:
The member igdms00 must have a specific keyword in order to have the EOF
occur.
What keyword is that, Ed? I don't remember that and a quick
At 14:52 -0700 on 10/25/2011, Steve Thompson wrote about Re: GDG:
Do you actually mean version or generation? I ask this because now
and then someone actually means version (rarely). And what you asked
could be either.
Version will be A.B.C.G0001V00 then A.B.C.G0001V01.
Generation
-Ursprungligt meddelande-
Från: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] För
Robert A. Rosenberg
Skickat: den 26 oktober 2011 07:27
Till: IBM-MAIN@bama.ua.edu
Ämne: Re: GDG
At 14:52 -0700 on 10/25/2011, Steve Thompson wrote about Re: GDG:
Do you actually mean
W dniu 2011-10-26 12:09, Thomas Berg pisze:
-Ursprungligt meddelande-
Från: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] För
Robert A. Rosenberg
Skickat: den 26 oktober 2011 07:27
Till: IBM-MAIN@bama.ua.edu
Ämne: Re: GDG
At 14:52 -0700 on 10/25/2011, Steve Thompson wrote
-Ursprungligt meddelande-
Från: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] För R.S.
Skickat: den 26 oktober 2011 12:29
Till: IBM-MAIN@bama.ua.edu
Ämne: Re: SV: GDG
W dniu 2011-10-26 12:09, Thomas Berg pisze:
-Ursprungligt meddelande-
Från: IBM Mainframe
So Jo skip how is this done, could you please let me know more about IGDSM00 .
Thanks,
Ron
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
: Ron Thomas ron5...@gmail.com
To: IBM-MAIN@bama.ua.edu
Date: 10/26/2011 10:15 AM
Subject:Re: GDG
Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu
So Jo skip how is this done, could you please let me know more about
IGDSM00 .
Thanks,
Ron
On Wed, 26 Oct 2011 13:21:30 -0700, Skip Robinson jo.skip.robin...@sce.com
wrote:
I'm not an SMS guy, but I believe that any data set managed by SMS will
get created with implicit EOF.
.
True . The DFSMS Implementing SMS manual says this:
I'm not an SMS guy, but I believe that any data set managed by SMS will get
created with implicit EOF.
Unless things have changed, yes.
-
Ted MacNEIL
eamacn...@yahoo.ca
Twitter: @TedMacNEIL
--
For IBM-MAIN subscribe / signoff
The member igdms00 must have a specific keyword in order to have the EOF
occur. It is not a defang uness IBM chaed things.
Ed
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to
Hi,
I have a requirement where we need to compare the current version and previous
version of a GDG file. The job is newly created and when it runs 1'st time
this will be a issue as the there is no version. Pls advise how we need to
address in this scneraio.
Regards
Ron
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Ron Thomas
Hi,
I have a requirement where we need to compare the current version and
previous version of a GDG file.
The job is newly created and when it runs 1'st time this will be a
issue
I have a requirement where we need to compare the current version and
previous
version of a GDG file. The job is newly created and when it runs 1'st
time this will be a
issue as the there is no version. Pls advise how we need to address in
this scneraio.
Regards
Ron
How detailed is your requirement, a simple compare can be done using the old
IEBCOMPR utility.
-Original Message-
From: Ron Thomas [mailto:ron5...@gmail.com]
Sent: Tuesday, October 25, 2011 7:01 AM
To: IBM-MAIN@bama.ua.edu
Subject: GDG
Hi,
I have a requirement where we need
W dniu 2011-10-25 13:01, Ron Thomas pisze:
I have a requirement where we need to compare the current version and previous
version of a GDG file. The job is newly created and when it runs 1'st time
this will be a issue as the there is no version. Pls advise how we need to
address
Remember that when you create your +1 gen the oldest will fall off.
Not necessarily.
It (always) depends on your GDG limit.
-
Ted MacNEIL
eamacn...@yahoo.ca
Twitter: @TedMacNEIL
--
For IBM-MAIN subscribe / signoff / archive
I suppose that this can happens to the gdgbase too. You can check if a base
exist and so you can create it if is not.
So, at the same step you can allocate first version and manage with
different rc if you want to compare with a dummy or a -1
I'm wrong?
In 0524280585683176.wa.ron5174gmail@aime.ua.edu, on 10/25/2011
at 06:01 AM, Ron Thomas ron5...@gmail.com said:
I have a requirement where we need to compare the current version and
previous version of a GDG file. The job is newly created and when it
runs 1'st time this will be a issue
Copy the first file. Now you have 2 files.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Ron Thomas
Sent: Tuesday, October 25, 2011 6:01 AM
To: IBM-MAIN@bama.ua.edu
Subject: GDG
Hi,
I have a requirement where we need to compare
.
-
Hi,
I have a requirement where we need to compare the current version and
previous version of a GDG file. The job is newly created and when it
runs
1'st time this will be a issue as the there is no version. Pls advise
how we
need to address in this scneraio.
Regards
Ron
This e-mail
For help with communication and leadership skills checkout Woodwinds
Toastmasters
IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 10/25/2011
06:01:13 AM:
From: Ron Thomas ron5...@gmail.com
To: IBM-MAIN@bama.ua.edu
Date: 10/25/2011 06:04 AM
Subject: GDG
Sent by: IBM Mainframe
Use any suitable utility to create an empty file for use the first time.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of
Ron Thomas
Sent: Tuesday, October 25, 2011 6:01 AM
To: IBM-MAIN@bama.ua.edu
Subject: GDG
Hi,
I have
Depending on what the 'compare program' does, you may need to include the
proper attributes (RECFM, LRECL, etc.) on the dummy GDG member as well as
mark immediate EOF. ISPF 3.2 will do all this for you. IEFBR14 will not.
.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric
Do you actually mean version or generation? I ask this because now and then
someone actually means version (rarely). And what you asked could be either.
Version will be A.B.C.G0001V00 then A.B.C.G0001V01.
Generation will be A.B.C.G0001V00 then A.B.C.G0002V00
This makes a big difference in
Skip,
IIEFBR14 will not but if it SMS managed and you have the right parameter in
IGDSM00 (?) that inserts EOF at allocation time.
Ed
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to
-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com
From: Ed Gould ps2...@yahoo.com
To: IBM-MAIN@bama.ua.edu
Date: 10/25/2011 04:19 PM
Subject:Re: GDG
Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu
Skip,
IIEFBR14 will not but if it SMS managed
I believe that IBM has correct this issue with z/OS 1.13. Check the anoucement
letters to verify.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET
Since this makes most uses of a GDG single threaded, would it make
sense to force large GDG files to VTAPE from disk? I assume this
would be implemented with statements in the ACS routine? Anyone have
a sample?
On Fri, Aug 5, 2011 at 10:03 AM, Joel C. Ewing jcew...@acm.org wrote:
On 08/05/2011
Thanks a lot, now i know it is a normal behaviour.
See you,
Enrique Montero
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the
Hi team,
This time is an HSM question related to a GDG dataset.
The problem description :
JOBA is recalling of a large dataset from ML2 to DASD. MY.DATASET.(0).
JOBB during the JOBA recalling creates a new version of the dataset
MY.DATASET.(+1)
JOBB waits until the recall from JOBA ends
Questions :
During a GDG recall, the HSM keep in exclusive mode all versions of the
dataset and
cannot create new versions till tne recall ends?
Is it normal behaviour of the HSM or is there some parameter to avoid
this?
Best regards and happy weekend.
Enrique Montero
It is normal
I think it only happens when you are using relative GDG numbers such as GDG(0)
or GDG(-1). If you hard code the goovoo like GDG.G0001V00, then only that
generation is enqueued.
John McKown
Systems Engineer IV
IT
Administrative Services Group
HealthMarkets(r)
9151 Boulevard 26 * N
On 08/05/2011 06:49 AM, Lizette Koehler wrote:
Questions :
During a GDG recall, the HSM keep in exclusive mode all versions of the
dataset and
cannot create new versions till tne recall ends?
Is it normal behaviour of the HSM or is there some parameter to avoid
this?
Best regards and happy
In
of1f894f72.be24e6cc-on882578df.007a104e-882578df.007a3...@sce.com,
on 08/01/2011
at 03:15 PM, Skip Robinson jo.skip.robin...@sce.com said:
This is fascinating info. I've always wondered what the Vnn was for.
V for version. It's intended to allow replacing a GDS within a GDG
All, Any ideas here:
We have a job that fails when creating a GDG entry,
.ARC1001I PGINTT11.B671.TRANSACT.WINS.BKUP.G1460V00 RECALL FAILED, RC=0002,
REAS=
.ARC1102I DATA SET IS NOT MIGRATED/BACKED UP
.IEF344I PRAH673 IEBGENER SYSUT2 - ALLOCATION FAILED DUE TO DATA FACILITY
SYSTEM ERROR
Gerry,
Have you tried Delete / noscratch to get around the GDG allocate problem?
To delete the HSM entry will probably require a Fixcds command, see the HSM
Diagnosis guide for more info.
Thank You,
Dave O'Brien
NIH Contractor
From: Anstey, Gerry
-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of
Anstey, Gerry
Sent: 01 August 2011 14:09
To: IBM-MAIN@bama.ua.edu
Subject: Orphan GDG problem
All, Any ideas here:
We have a job that fails when creating a GDG entry,
.ARC1001I PGINTT11.B671
You could skip over the bad GDG number to get your production going
again while fixing the unrecallable dataset.
On Mon, Aug 1, 2011 at 8:20 AM, O'Brien, David W. (NIH/CIT) [C]
obrie...@mail.nih.gov wrote:
Gerry,
Have you tried Delete / noscratch to get around the GDG allocate problem
[mailto:IBM-MAIN@bama.ua.edu] On Behalf Of
Mike Schwab
Sent: 01 August 2011 15:17
To: IBM-MAIN@bama.ua.edu
Subject: Re: Orphan GDG problem
You could skip over the bad GDG number to get your production going
again while fixing the unrecallable dataset.
On Mon, Aug 1, 2011 at 8:20 AM, O'Brien
At 14:08 +0100 on 08/01/2011, Anstey, Gerry wrote about Orphan GDG problem:
The problem is that I cannot delete the file using HDELETE, or
IDCAMS with NVS, or standard IEFBR14 with an uncatlg
NOTE: I see the problem has been solved but for the future here is an
alternate method that would
Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com
From: Robert A. Rosenberg hal9...@panix.com
To: IBM-MAIN@bama.ua.edu
Date: 08/01/2011 12:53 PM
Subject:Re: Orphan GDG problem
Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu
At 14
At 15:15 -0700 on 08/01/2011, Skip Robinson wrote about Re: Orphan GDG problem:
This is fascinating info. I've always wondered what the Vnn was for.
As I noted, it is a way to allow you to replace a generation up to
(in theory) 99 times while preserving the Generation Number (Absolute
Hi all
We defined a VSAM file and a GDG base using a user id DBJMP05.
The prefix of DBJMP05 is managed by SMS
SMS routing
SC :
FILTLIST TSOUSERS INCLUDE(DBJMP*)
WHEN HLQ = TSOUSERS
SET STORCLAS = 'SCSTAND'
SG:
FILTLIST TSOUSERS INCLUDE
1 - 100 of 517 matches
Mail list logo