In [EMAIL PROTECTED], on 05/01/2006
at 09:25 PM, Ed Gould [EMAIL PROTECTED] said:
Retraction? I will even go further it was a snail.
Now the snails are also demanding an apology.
Ed (who likes most dogs but not the IEHMOVE type of as dog)
Believe it or not, there have actually been
cc
Mainframe
Discussion List Subject
[EMAIL PROTECTED] Re: PDS Directory Question
.EDU
- Original Message -
From: John P Kalinich [EMAIL PROTECTED]
Newsgroups: bit.listserv.ibm-main
To: IBM-MAIN@BAMA.UA.EDU
Sent: Monday, May 01, 2006 6:22 AM
Subject: PDS 8.6 (Was: PDS Directory Question)
Eric,
An even better tool is the PDS 8.6 tool from the CBT site with PDSE, ISPF
Search
Eric,
PDS86 should run under MVS 3.8 and Herc if it is compiled with the #PDSGENH
member. I believe there is a MVS 3.8 load module version on CBT file 135
called PDS8638. Greg Price has reported that it runs OK in the Hercules
environment.
I think 8.6 was first on the CBT Updates page in the
Ok now a new PDS version.
I get PDS100I A -- VERSION 8.6.02 FEBRUARY 22, 2006 when I start
the new one from the CBT site.http://www.cbttape.org/
That date may be when I assembled it.
Cheers,
John
--
For IBM-MAIN subscribe
-MAIN@BAMA.UA.EDU
05/01/2006 02:40 PM
Please respond to
IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU
To
IBM-MAIN@BAMA.UA.EDU
cc
Subject
Re: PDS Directory Question
Ok now a new PDS version.
I get PDS100I A -- VERSION 8.6.02 FEBRUARY 22, 2006 when I start
the new one from the CBT site
On May 1, 2006, at 2:31 PM, Shmuel Metz (Seymour J.) wrote:
In [EMAIL PROTECTED], on 04/30/2006
at 04:34 PM, Ed Gould [EMAIL PROTECTED] said:
IEHMOVE was a dog.
I've got the ASPCA on line three demanding a retraction.
Retraction? I will even go further it was a snail.
Ed (who likes
In [EMAIL PROTECTED],
on 04/28/2006
at 12:00 AM, Ted MacNEIL [EMAIL PROTECTED] said:
It requires re-allocation.
No, although I'd recommend a backup prior to an expand in place.
There are tools that can expand PDS directories, but I have not had
great success with them.
FIXPDS has worked
In [EMAIL PROTECTED], on 04/28/2006
at 10:04 PM, Ed Gould [EMAIL PROTECTED] said:
Actually I believe MFT predated MVT. Don't know by years (or less).
That gets complicated. SSS, MSS and MPS were announced concurrently,
but there were significant redesigns in the evolutions SSS-PCP,
In [EMAIL PROTECTED], on
04/28/2006
at 01:18 PM, Howard Rifkind [EMAIL PROTECTED] said:
I used FDRReorg to get some additional space but not all that I need
Doesn't FDRREORG have options to use IEBCOPY as the data mover and to
expand the directory on the output side?
1. What would be the
It requires re-allocation.
No, although I'd recommend a backup prior to an expand in place.
I said that for safety's sake.
All the IBM doc says they cannot be expanded.
Yet, the OP asked how to do it with IBM tools/utilities.
I have always used re-allocation, and I always will.
I have had no
The PDS 8.4 tool from the CBT site does a beautiful job of expanding a PDS
directory. I recommend it HIGHLY! You'll use the EXPANDDIR(nnn) to add nnn
directory blocks. If you're nervous about it, by all means take a FDR backup,
but I've never had it fail, in all the years I've used it. And PDS is
Rick,
An even better tool is the PDS 8.5 tool from the CBT site.
Eric Bielefeld
Sr. z/OS Systems Programmer
Milwaukee Wisconsin
414-475-7434
- Original Message -
From: Rick Fochtman [EMAIL PROTECTED]
Subject: PDS Directory Question
The PDS 8.4 tool from the CBT site does
On Apr 29, 2006, at 9:57 PM, Shmuel Metz (Seymour J.) wrote:
Of course, before IEBCOPY you had IEHMOVE. Don't ask, don't tell.
Seymour:
I can attest to that. When I was handed the keys to the kingdom I
found out that the entire library (source,load,procs) system was
based on IEHMOVE
Ted MacNEIL([EMAIL PROTECTED])@Fri, Apr 28, 2006 at 12:00:00AM +:
There are tools that can expand PDS directories, but I have not
had great success with them.
In the past, I would have recommended converting to a PDSE;
unfortunately there have been all sorts of integrity issues with
Hi Wade,
In a recent post in response to comments from Ted MacNEIL you wrote:
So, owing to my lopsided exposure to mainframes, I am hoping that you'll
explain these PDSE issues. I've been using PDSEs extensively for personal
datasets and haven't experienced any problems as a result of SMS
So, owing to my lopsided exposure to mainframes, I am hoping that you'll
explain these PDSE issues. I've been using PDSEs extensively for personal
datasets and haven't experienced any problems as a result of SMS interaction
(or any other).
The problem has to do with sharing and updates.
We
Rob, I know just how you feel, I'm older then dirt.
Rob Weiss [EMAIL PROTECTED] wrote: I think you are up to scratch and
re-allocate. Dump with IEBCOPY or DFDSS
(IEBCOPY is safe and reliable). Then scratch and reallocate (and I don't
know the max directory blocks allowed) then reload. I feel
I have several PDS datasets where there is plenty of room in the dataset but
the directories have run out of space. These are really big datasets like over
3,000 cylinders. I used FDRReorg to get some additional space but not all that
I need...only does the job if a compress is done. Close
]To: IBM-MAIN@BAMA.UA.EDU
OM cc:
Sent by: IBMSubject: PDS Directory Question
Three options:
1 - Allocate a dataset with more directory blocks. Copy from the old one
to the new one, delete and rename.
2 - If you have PDSFAST from SEA it has an expand directory blocks
control statement.
3 - Check at www.cbttape.org for a progam named EXPDIR which does the same
thing.
Directory Question
I have several PDS datasets where there is plenty of room in the
dataset but the
directories have run out of space. These are really big datasets like
over 3,000
cylinders. I used FDRReorg to get some additional space but not all
that I
need...only does the job if a compress
1. What would be the best approach to extending the directory blocks.
It requires re-allocation.
Step 1: create a new PDS with a much larger directory.
Step 2: copy the old PDS into the new one.
Step 3: rename old PDS to something like old.pds.old
Step 4: rename the new PDS to the old name
Directory Question
I have several PDS datasets where there is plenty of room in the
dataset but the
directories have run out of space. These are really big datasets like
over 3,000
cylinders. I used FDRReorg to get some additional space but not all
that I
need...only does the job if a compress is done
with the rest of them.
Don Imbriale
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf
Of Howard Rifkind
Sent: Friday, April 28, 2006 5:06 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: PDS Directory Question
Thanks all for you prompt reply and suggestions
From: Howard Rifkind [EMAIL PROTECTED]
1. What would be the best approach to extending the directory blocks.
2. I'm not that good with DFDSS so if I would have to use this program
how would I set it up.
Take a look at the following web page, where it shows an image of a data set
being
- Original Message -
From: Howard Rifkind [EMAIL PROTECTED]
Newsgroups: bit.listserv.ibm-main
Sent: Friday, April 28, 2006 4:18 PM
Subject: PDS Directory Question
I have several PDS datasets where there is plenty of room in the dataset
but the directories have run out of space
I think you are up to scratch and re-allocate. Dump with IEBCOPY or DFDSS
(IEBCOPY is safe and reliable). Then scratch and reallocate (and I don't
know the max directory blocks allowed) then reload. I feel very safe with
IEBCOPY. That is not to say DFDSS is not safe, IEBCOPY has been around
Then scratch and reallocate (and I don'tknow the max directory blocks allowed)
then reload.
There are 44 per track.
I used to allocate 20-50 cylinders of directory space.
Then, I rarely had problems.
I never hit a practical limit.
I have seen 500 cylinder directories (IIRC).
But, the type of
On Apr 28, 2006, at 7:59 PM, Rob Weiss wrote:
I think you are up to scratch and re-allocate. Dump with IEBCOPY or
DFDSS
(IEBCOPY is safe and reliable). Then scratch and reallocate (and I
don't
know the max directory blocks allowed) then reload. I feel very
safe with
IEBCOPY. That is not
30 matches
Mail list logo