Tom,
we just overwrite it with the next run
Robert,
we don't have STOPX37, SRS or similar products. The attributes of MCNORLSE
are :
Expire after Days Non-usage . : NOLIMIT
Expire after Date/Days . . . . : NOLIMIT
Retention Limit . . . . . . . : NOLIMIT
Partial Release . . . . . . : NO
: Tuesday, May 06, 2008 6:47 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: [IBM-MAIN] SMS-releasing unused space
Daniel,
because the size of the dataset is one day 200 cyl, another day 300 cyl
or
more, and during the weekend 10 cly. When we had RLSE, number of
extents
was steadily growing
Hello,
in order to prevent releasing of unused space for some datasets, I allocated it
yesterday with MC that has Partial release parameter set to 'No'. However,
today when I look at some of those datasets, they look like the space was
first released (primary extent is 1 cyl, allocated was
Natasa,
Hello,
in order to prevent releasing of unused space for some datasets, I
allocated it
yesterday with MC that has Partial release parameter set to 'No'.
However,
today when I look at some of those datasets, they look like the space was
first released (primary extent is 1 cyl,
On Tue, 6 May 2008 08:25:42 -0400, John Kington wrote:
Natasa wrote:
Hello,
in order to prevent releasing of unused space for some datasets, I
allocated it
yesterday with MC that has Partial release parameter set to 'No'.
However,
today when I look at some of those datasets, they look like
Natasa,
in order to prevent releasing of unused space for some datasets, I
allocated it
yesterday with MC that has Partial release parameter set to 'No'.
However,
today when I look at some of those datasets, they look like the space
was
first released (primary extent is 1 cyl, allocated was
Tom,
On Tue, 6 May 2008 08:25:42 -0400, John Kington wrote:
Natasa wrote:
Hello,
in order to prevent releasing of unused space for some datasets, I
allocated it
yesterday with MC that has Partial release parameter set to 'No'.
However,
today when I look at some of those
On Tue, 6 May 2008 08:25:42 -0400, John Kington wrote:
Natasa,
Hello,
in order to prevent releasing of unused space for some datasets, I
allocated it
yesterday with MC that has Partial release parameter set to 'No'.
However,
today when I look at some of those datasets, they look like the
Here is additional information:
The dataset was allocated through ISPF panels (so there was no RLSE
parameter), in subsequent daily batch it is used with DISP=OLD, program is
ICEMAN.
Management class MCNORLSE does not allow any migration, because those
datasets are used every day.
Regarding
Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU
Poster: Natasa Savinc [EMAIL PROTECTED]
Subject: Re: SMS-releasing unused space
---
Here is additional information:
The dataset was allocated through ISPF panels
Natasa,
Here is additional information:
The dataset was allocated through ISPF panels (so there was no RLSE
parameter), in subsequent daily batch it is used with DISP=OLD, program
is
ICEMAN.
Management class MCNORLSE does not allow any migration, because those
datasets are used every day.
Daniel,
because the size of the dataset is one day 200 cyl, another day 300 cyl or
more, and during the weekend 10 cly. When we had RLSE, number of extents
was steadily growing.
Regards,
Natasa
--
For IBM-MAIN subscribe /
On Tue, 6 May 2008 09:05:34 -0400, John Kington wrote:
Tom Marchant wrote:
I think it's unlikely that the volume is so fragmented that the first
extent allocated was only 1 cylinder, but that he was able to
obtain a total of 220 cylinders in 12 extents. It is especially
unlikely considering
[EMAIL PROTECTED]
Subject: Re: SMS-releasing unused space
---
Daniel,
because the size of the dataset is one day 200 cyl, another day 300 cyl
or
more, and during the weekend 10 cly. When we had RLSE, number
John,
I will see about DAF, thank you for the information. The idea was to allocate
the dataset manually, in order to assign it new MC, and to avoid changing
daily batch and ACS routines. I allocated it again, and this time I checked
actual allocation:
General Data
Daniel,
allocation was 200/20. My question was something like where did this 1 come
from?
Regards,
Natasa
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET
On Tue, 6 May 2008 08:46:53 -0500, Natasa Savinc wrote:
because the size of the dataset is one day 200 cyl, another day 300 cyl or
more, and during the weekend 10 cly. When we had RLSE, number of extents
was steadily growing.
You reuse this data set?
How do you empty it to prepare for the next
, May 06, 2008 9:56 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: SMS-releasing unused space
John,
I will see about DAF, thank you for the information. The idea was to
allocate
the dataset manually, in order to assign it new MC, and to avoid
changing
daily batch and ACS routines. I allocated it again
snip-
Storage space constraint relief could cause this which is why I
suggested looking at fragmentation. I probably should have included
amount of free space on the volume or in the SMS pool.
-unsnip---
I submit that
On 6 May 2008 06:30:03 -0700, in bit.listserv.ibm-main you wrote:
Here is additional information:
The dataset was allocated through ISPF panels (so there was no RLSE
parameter), in subsequent daily batch it is used with DISP=OLD, program is
ICEMAN.
Unless things have changed, there is a RLSE
20 matches
Mail list logo
